FAQ AMDEC Alignement AIAG VDA, les réponses !

Publié le 26/07/2018 // mis à jour le 01/07/2026

FAQ AMDEC Aiag vda

Actualisation Juin 2019:

La publication AIAG VDA  est désormais effective au 3 juin 2019, en anglais et en allemand.

Actualisation avril 2019:

la date de publication AIAG VDA  est désormais annoncée pour le 8 mai 2019, en anglais.

Les informations de cet article sont donc à actualiser en allant consulter l'article  le Manuel AIAG-VDA est paru !

FAQ AMDEC: Les réponses aux questions que vous vous posez sur l'alignement AIAG VDA !

Vous avez été 110 personnes à vous inscrire à nos webinaires en 2018 sur la mise en place du nouveau référentiel AIAG VDA.
Notre présentation de ce Draft a suscité de nombreuses questions auxquelles il ne nous était pas possible de répondre en direct.

Cet article est là pour vous apporter l’ensemble des réponses à la date de juillet 2018.

Quand sortira la version finale du référentiel AMDEC FMEA AIAG VDA ?

Actualisation avril 2019: la date de publication est désormais annoncée pour le 8 mai 2019, en anglais.

Suite à la diffusion du « Yellow Print » en novembre 2017, plus de 4000 questions ont été remontées aux organisations AIAG et VDA. La publication finale du référentiel a été repoussée de mai 2018 à septembre 2018 au plus tôt.
La mise en œuvre effective de ces nouvelles recommandations ne devrait pas impacter vos projets avant fin 2018.
Mais dès la publication du nouveau manuel, il sera nécessaire d’anticiper la transformation de votre organisation : formations méthodes, formations logiciels et installation du nouveau paramétrage.

Quelle sera la place de l’analyse fonctionnelle du besoin ?

Coté AMDEC Produit (Design FMEA), ce nouveau référentiel intègre une étape d’analyse fonctionnelle. Les fonctions sont identifiées pour chaque composant à partir de l’analyse de la nomenclature technique. Cette approche simplifiée permet de focaliser l’analyse sur la fiabilisation d’une solution déjà existante. Elle est également intéressante pour les analyses systèmes.

Toutefois, de notre point de vue, cette approche est trop simplifiée, notamment dans le cas où la solution technique n’est pas encore identifiée : avant-projet ou innovation. Nous conseillons alors de maintenir une analyse fonctionnelle du besoin.

Pour nos clients qui utilisent le logiciel d'expression fonctionnelle « NEED », il sera toujours possible de structurer le cahier des charges par l’analyse fonctionnelle du besoin : identification des phases de vie et interacteurs, animation avec les outils graphiques APTE, caractérisation, analyse de la valeur. Ces fonctions pourront ensuite être affectées aux composants pour se conformer aux recommandations de l’AIAG-VDA.

Pour nos clients qui souhaitent travailler directement dans le logiciel « FMEA », il sera possible d’identifier les fonctions directement depuis chaque constituant.

Comment faire apparaître les caractéristiques spéciales dans les plans produits si elles ne sont plus identifiées en AMDEC Produit ?

Le nouveau référentiel AIAG-VDA n’intègre plus la colonne « symbole de classification ». Ce n’est plus un objectif de l’AMDEC Design. Nous pensons que les caractéristiques spéciales peuvent être identifiées lors de la mise en place des relations entre les exigences amonts du client et les caractéristiques du produit. (chapitre 2.3.7).
Ce point fait l’objet de nombreuses questions et nous pouvons espérer une clarification dans la version finale du référentiel AIAG VDA de la fin 2018.

La méthode d'auto-évaluation dans la nouvelle version du logiciel TDC FMEA ?

Nos solutions logicielles ont toujours été développées pour vous permettre de vous guider dans le déploiement des méthodologies. Les critères d’évaluation seront pris en compte dans les fonctionnalités du logiciel.

Est-ce que la Reverse FMEA est prise en compte ?

L'AMDEC inversée ou Reverse FMEA n’est pas évoquée dans la cadre de la diffusion du « Yellow print ». Nous pouvons espérer que cette technique d’animation soit intégrée dans la version finale.

AP (Action Priority) ou CSR (customer specific requirements) ?

Les grilles AP (Action priority) ne remplacent pas les CSR. Dans le cadre des exigences IATF, les CSR (Customer Specific Requirements) doivent toujours être considérées. Il sera intéressant de voir comment les constructeurs adapteront leurs CSR aux nouvelles recommandations de l’AIAG VDA.

Comment anticiper ce challenge de l'alignement AIAG VDA ?

Au niveau du logiciel FMEA de Robust engineering Suite, nous avons démarré le développement nécessaire à l’atteinte de ces nouvelles recommandations. Le planning de mise à disposition sera consolidé dès la parution du manuel final.

Si vous être intéressé, il vous sera nécessaire de remettre à niveau les compétences des équipes et les paramétrages du logiciel.
Knowllence vous proposera une solution globale avec notamment :
• un audit de situation.
• la formation à la méthodologie et au nouveau paramétrage
• la transformation et la mise en conformité des études AMDEC concernées, sachant que les études AMDEC concernées sont les nouveaux projets et les génériques.

Si vous n’êtes pas intéressé, il ne sera pas obligatoire d’installer ce nouveau paramétrage.

Quid du versionnement sur les données et de la traçabilité ?

Nous maintenons bien sûr cette fonctionnalité majeure du logiciel qui permet de connaitre le versionnement de chaque champ : qui a modifié quoi, depuis quel module logiciel, à quelle date, pour quelle raison. Elle permet la justification des évolutions des AMDEC et de toutes les données méthodologiques et techniques. La gestion multilingue des données, les principes de bibliothèques et de génériques seront également bien sûr maintenus.

 Qu’est-ce qu’une caractéristique spéciale (CS) en industrie ?

Une caractéristique spéciale (CS) est une exigence produite ou process considérée comme critique pour la sécurité, la conformité réglementaire, la fonction ou la performance finale. Dans l’industrie automobile ou manufacturière, ces caractéristiques spéciales doivent être identifiées, tracées et maîtrisées tout au long du cycle de conception et de fabrication. Le logiciel Robust Engineering Software vous guide dans la détermination de la nature de ces caractéristiques spéciales, et grâce à une centralisation des données, vous garantit une cohérence de celle-ci dans les AMDEC, les plans de surveillance et les fiche de postes permettant ains de sécuriser la qualité produit. Selon les référentiels clients, on parle aussi de caractéristiques clés (KC, Key Characteristics) ou de caractéristiques clés produit (KPC, Key Product Characteristics).

Le logiciel aide-t-il à répondre aux exigences des constructeurs automobiles ?

Oui, la gestion des Caractéristiques Spéciales fait partie des attentes fortes des OEM : Stellantis, Renault, Volkswagen, etc. Le logiciel Robust Engineering Software intègre ces référentiels et guide les équipes pour appliquer correctement les règles de classification. Il permet également d’assurer une traçabilité complète : identification, justification, validation et suivi en production.

Robust Engineering Software permet-il de relier AMDEC, Caractéristiques Spéciales et Plans de Contrôle ?

C’est l’une des forces de la plateforme web Robust Engineering Software. Elle permet une cohérence totale entre l’AMDEC, les Caractéristiques Spéciales et le Plan de Contrôle. Une CS identifiée dans l’AMDEC est automatiquement reportée dans le Control Plan et suivie jusqu’en production. Les trois documents évoluent ensemble, limitant les erreurs, les doublons et les versions obsolètes. Cette logique de chaîne numérique renforce la robustesse du développement produit.

Qui est concerné par la gestion des Caractéristiques Spéciales ?

Robust Engineering Software facilite la collaboration entre les équipes produits, les ingénieurs qualité, les responsables méthodes et les chefs de projet industrialisation. Il est particulièrement utile dans les secteurs où la maîtrise/cascade des caractéristiques critiques est obligatoire : automobile, aéronautique, ferroviaire, équipements industriels, dispositifs médicaux… Les PME comme les grands groupes y gagnent en rigueur documentaire, en fluidité de communication et en conformité aux exigences clients.

Comment Robust Engineering Software simplifie-t-il les audits qualité ?

En centralisant les données et en assurant une traçabilité complète, le logiciel Robust Engineering Software apporte aux auditeurs une vision claire de chaque caractéristique spéciale : origine, justification, étude associée, méthode de contrôle, statut de validation. Il devient simple de prouver comment on identifie et maîtrise ses CS. On évite les incohérences entre documents, et les équipes peuvent fournir rapidement les preuves attendues lors d’audits IATF ou clients.

Peut-on personnaliser la classification des Caractéristiques Spéciales ?

Oui, l’outil Robust Engineering Software permet d’adapter les règles aux référentiels internes ou clients : CS, CC, SC, CTQ, exigences sécuritaires, réglementaires ou fonctionnelles. Cette flexibilité garantit un alignement parfait avec les pratiques métiers et les exigences spécifiques client.
Knowllence, facilitateur en maîtrise des risques