BOM multi-niveaux avec roll-ups calculés, couverture bidirectionnelle des requirements et historique complet du cycle de vie, dans un seul graphe structuré. De la plus petite pièce au système, du premier requirement à la livraison certifiée.
Masse, coût et quantité sont recalculés sur des spreadsheets à chaque changement. Les variantes divergent dans des fichiers parallèles. Personne n'est sûr de laquelle est la bonne.
La matrice de traçabilité est un spreadsheet maintenu par une seule personne, toujours légèrement obsolète. Les gaps de couverture émergent en revue de certification, pas en développement.
Pourquoi un matériau a changé il y a huit mois vit dans un ticket Jira fermé et un vieux fil d'email. La reconstruction avant audit prend des jours.
Quand un composant change au niveau 5, personne ne sait quels requirements, baselines ou décisions passées sont impactés tant que quelqu'un ne le trace pas à la main.
Un graphe. Pièces, requirements et historique connectés par construction.
Koddex modélise pièces, assemblies, requirements et décisions comme des objets typés dans le même graphe. Les roll-ups (masse, coût, couverture, complétion) sont calculés à toute profondeur. Les requirements sont liés bidirectionnellement aux composants qui les couvrent. Chaque modification est loggée automatiquement avec acteur, timestamp, ancienne et nouvelle valeur. La matrice, l'arbre BOM et le design history file sont trois vues d'une même source de vérité, jamais reconstruites, toujours à jour.
Définissez une fois vos types Part et Assembly. Masse, coût, quantité et tout attribut custom remontent automatiquement à chaque niveau, à profondeur 2 ou 10, sur 1 ou N variantes.
Les requirements sont des items typés liés explicitement aux composants qui les couvrent. Le taux de couverture est live. Les gaps sont visibles dès le jour 1, navigables composant → requirement et inversement.
Chaque changement sur chaque item est horodaté avec l'acteur et le diff. Aucun effort manuel. L'historique complet est interrogeable en secondes, pas en semaines.
Depuis n'importe quelle pièce, sautez aux requirements qu'elle couvre, aux baselines auxquelles elle appartient, à chaque révision qu'elle a connue. Depuis n'importe quel requirement, voyez chaque composant, test et décision dans sa chaîne de preuves.
Types Part, Assembly, Requirement et Revision : un graphe, roll-ups calculés et couverture bidirectionnelle
item.mass_g + item.sub_components::MAP(.total_mass_g)::SUM()Arbre BOM récursif avec couverture des requirements live et lifecycle log