Verrouillez structurellement les configurations approuvées. Itérez en sécurité avec un lineage de révisions explicite. Avant de valider un changement, voyez l'impact complet sur composants, requirements, calculs et baselines.
Un fichier nommé v_FINAL_approved.xlsx est mis à jour par quelqu'un qui ne savait pas que c'était la référence. La baseline a disparu. Personne ne s'en aperçoit avant l'audit.
La production tourne sur V1, la R&D développe V2 dans les mêmes fichiers. Le travail sur V2 contamine les références V1 et crée la confusion en atelier.
Un composant partagé est utilisé sur sept lignes produit. Quand il change, trois d'entre elles découvrent l'impact deux mois plus tard, dans la pire revue possible.
Un changement de matériau affecte la biocompatibilité. Le requirement ISO 10993 correspondant n'est pas signalé. Le gap émerge en soumission réglementaire, alors que le changement est déjà passé.
Verrouillez par le bas. Simulez avant de décider.
Koddex impose la cohérence structurelle : une baseline ne peut pas être verrouillée tant que chaque item référencé n'est pas validé. Une fois verrouillée, elle est immuable, sans override ni backdoor. Avant qu'un changement ne soit validé, le système traverse le graphe complet de dépendances et fait remonter chaque conséquence : composants, requirements, calculs, baselines et lignes produit impactés.
Sous-composants d'abord, puis composants, puis le système. Koddex bloque tout gel partiel et vous dit exactement ce qui manque.
Une fois verrouillée, aucun attribut ne peut changer. Pour évoluer, créez une révision : V1 reste intacte en production pendant que V2 se développe en parallèle, avec lineage complet et zéro collision.
Changez une masse, un matériau, un statut de requirement : le graphe montre instantanément chaque composant, requirement, roll-up et baseline verrouillée affecté, dans les deux sens.
Marges réduites, couverture cassée, baselines contaminées : tout remonte au moment de la décision, pas trois semaines avant la revue réglementaire.
La masse totale se recalcule de 308g à 311g. La marge sur EXG-003 (max 320g) passe de 12g à 9g. 3 ingénieurs notifiés automatiquement.
EXG-003 reste conforme mais la marge s'est réduite. Un ingénieur doit valider que la tolérance reste acceptable.
Tous les autres requirements, baselines et systèmes dépendants restent inchangés.
4 lignes produit référencent ce requirement. 2 sont déjà conformes. 2 ne le sont pas : le composant boîtier ne respecte pas IP67.
Les baselines verrouillées sur les 2 produits non conformes ne peuvent pas être modifiées. De nouvelles révisions doivent être créées avant que la certification puisse avancer.
12 autres produits du portefeuille ne sont pas affectés par ce changement de requirement.
7 assemblies sur 3 lignes produit référencent ce composant. Tous les 7 voient leurs mass budgets calculés mis à jour automatiquement.
2 des 7 assemblies ont des baselines verrouillées qui référençaient le matériau précédent. Une révision est nécessaire avant revalidation.
Les requirements fonctionnels et plans de test ne sont pas affectés. Le changement est purement matériau, pas dimensionnel.
Types Component, Requirement et Baseline : chaque relation traversable pour l'impact analysis
Lineage de révisions avec baselines verrouillées et graphe d'impact live