Quality Manager

    Verrouillez ce qui est certifié. Tracez chaque changement. Gouvernez qui touche à quoi.

    Koddex donne aux quality managers des garanties structurelles, pas des conventions de nommage. Des baselines qui tiennent, des révisions explicites et un audit trail toujours prêt.

    Ingénieure qualité inspectant une machine de production sur la ligne

    EU MDR · ISO 13485 · AS9100 · DO-178C / DO-254 · ISO 10218 · IEC 61508 · 10 CFR 50 App. B

    Dans toutes les industries régulées, la certification a basculé de « livrer un classeur de documents » à « prouver que vos données d'ingénierie étaient sous contrôle structurel à chaque étape ». MedTech (EU MDR, FDA QMSR, ISO 13485), aéronautique et défense (AS9100, EASA Part 21, DO-178C, DO-254), robotique (ISO 10218, EN ISO 13482, IEC 61508), nucléaire et énergie (RCC-M, 10 CFR 50 App. B, IAEA SSG-39) et industrie de pointe (ISO 9001, IATF 16949) convergent toutes vers la même exigence : design history traçable, baselines verrouillées, lineage de révision explicite et audit-ready records.

    Pour les quality managers, le problème structurel est identique quel que soit le régime : prouver la configuration certifiée, prouver chaque changement depuis, et prouver qui avait le droit de toucher à quoi, sans passer des semaines à reconstruire.

    L'outillage de la plupart des équipes (Word, Excel, shared drives) n'a jamais été pensé pour ce niveau de preuve structurelle. Les auditeurs trouvent la faille à chaque fois.

    Koddex la ferme en amont, avant la couche QMS.

    1. 01

      Les auditeurs demandent une preuve structurée, pas des documents. Que le régime soit EU MDR, AS9100, DO-178C / DO-254, ISO 10218 ou 10 CFR 50 App. B, votre dossier doit démontrer une traçabilité continue des inputs aux outputs vérifiés, avec un version control explicite à chaque étape. Un dossier de PDF n'en satisfait aucun. L'auditeur demandera : « Montrez-moi la baseline en vigueur quand ce produit a été certifié. » Vous devez répondre sans la reconstruire.

    2. 02

      Chaque changement post-certification déclenche un cycle de réévaluation. MDR Article 83, AS9100 § 8.5.6, DO-178C § 7 et 10 CFR 50.59 imposent tous une impact analysis documentée sur chaque design change. Chaque changement doit être tracé jusqu'aux requirements, risk assessments et activités de vérification affectés. Sans graphe structuré, c'est des semaines de travail manuel par changement.

    3. 03

      « Verrouillé » ne veut rien dire dans un shared drive. Votre design freeze vit dans un dossier appelé _FINAL_v3. Quelqu'un édite un fichier sans rien dire à personne. La configuration dérive. Vous le découvrez en audit Notified Body, FAA ou AIB, ou après une field safety corrective action.

    L'audit-readiness comme propriété de la donnée, pas comme projet.

    1. 01

      Une preuve structurelle, générée au fil du travail.

      Requirements, design outputs, tests et révisions sont liés dans un seul graphe. Quand l'auditeur demande la baseline en vigueur à la certification, vous l'interrogez. Vous ne passez pas des jours à la reconstruire.

    2. 02

      Chaque changement porte sa propre traçabilité d'impact.

      Chaque révision enregistre son auteur, sa date, sa raison et son prédécesseur. L'impact analysis documentée qu'exigent MDR Article 83, AS9100 § 8.5.6 et 10 CFR 50.59 est déjà attachée au changement.

    3. 03

      Un verrou qui est une garantie, pas un nom de dossier.

      Verrouiller une baseline scelle chaque item, attribut et enfant lié. Une configuration figée ne peut pas dériver : le dossier que vous présentez à l'organisme notifié est celui qui a été certifié.

    🔒BOM
    🔒REQ
    🔒COMP-A
    🔒COMP-B
    🔒TEST
    Baseline locked · Rev A

    VERROUILLAGE

    Une baseline verrouillée est une garantie structurelle, pas un nom de dossier.

    Cliquez verrouiller. Chaque item, chaque attribut, chaque enfant lié est scellé. Prouvable. Permanent. Auditable.

    Rev A / 2025-11-14 / J. Martin
    Rev B / 2026-01-09 / S. Lecomte
    Rev C / 2026-03-22 / A. Nguyen

    LINEAGE DE RÉVISION

    Chaque révision sait d'où elle vient.

    Historique complet de qui a créé quelle révision, quand et depuis quel état. Pas de reconstruction. Pas de devinette.

    TEAMvieweditlockmanage
    SUPPLIERvieweditlockmanage
    AUDITORvieweditlockmanage

    PERMISSIONS

    Le bon accès. Au bon acteur. Au bon scope.

    Attribuez les droits view, edit, lock et manage par groupe, par item, par modèle. Les contractors ont exactement ce qu'il leur faut.

    item_locked / BOM_Senova_RevA / 09:14:02
    revision_created / COMP-117 / 09:15:44
    attribute_edited / mass_kg / 09:17:11
    item_locked / BOM_Senova_RevA / 09:14:02
    revision_created / COMP-117 / 09:15:44
    attribute_edited / mass_kg / 09:17:11

    ACTIVITY LOG

    Chaque action. Chaque acteur. Chaque timestamp.

    Activity log complet par item, prêt pour les audits EU MDR, ISO 13485, AS9100, DO-178C / DO-254, ISO 10218, IEC 61508 et 10 CFR 50, sans reconstruction.

    Les certifications ont changé le standard. Pas votre outillage.

    Que vous certifiiez sous EU MDR, AS9100, DO-178C / DO-254, ISO 10218, IEC 61508 ou 10 CFR 50 App. B, la question d'audit sous-jacente est la même : prouver qu'au moment de la certification, chaque requirement était lié à un output vérifié, chaque composant était à une révision connue, chaque baseline était verrouillée et chaque changement traçable jusqu'à un acteur autorisé.

    La faille que la plupart des équipes découvrent trop tard : leur couche de design control (requirements, composants, vérification, design outputs) vit dans des outils déconnectés sans lien structurel. Quand l'auditeur demande « prouvez que ce design output était lié à un input validé au moment de la certification », la réponse demande des jours de reconstruction manuelle.

    Koddex structure cette couche en amont. Requirements, composants, design outputs et résultats de tests sont liés explicitement dans un seul graphe. Les baselines sont verrouillées au niveau de l'item, pas du dossier. Chaque changement est une révision traçable avec auteur, date et raison. Quand l'audit arrive, quel que soit le régime, le technical file n'est pas à assembler. Il est déjà là.

    Systems Engineer
    Hardware Engineer
    Quality / Compliance
    Test Engineer
    VP Engineering / CTO
    Program Manager
    Koddex

    Pilotez vos systèmes complexes sans friction.

    Arrêtez de perdre des heures à chasser les versions, préparer les audits et synchroniser les équipes. Livrez du hardware certifié plus vite, sur une fondation pensée pour la prochaine décennie de complexité.

    Sécurité de niveau entreprise. Bibliothèque de templates prêts pour la certification. Déploiement sur mesure pour les équipes de 200+.