.svg)
Ce que la gestion des modifications techniques doit maintenir aligné
Chaque modification technique apporte une réponse unique et officielle à une question précise : quelle révision de cette pièce est valide, à partir de quelle date et sur quels sites. Trois systèmes ont besoin de cette réponse. Le PLM détient le dossier technique. L'ERP détient les données d'approvisionnement et de coûts. Le MES détient les instructions de travail que l'atelier exécute.
Lorsque ces trois systèmes sont en désaccord, cela reste rarement visible. Chaque système indique que sa propre révision est la version actuelle, et chacun est cohérent en interne. Aucune erreur n'est signalée. Le décalage n'apparaît qu'au moment de l'inspection, lors d'une réclamation client ou durant un audit, des semaines ou des mois après l'approbation.
C'est pourquoi la gestion des modifications techniques est mal évaluée. Les équipes suivent les délais de cycle des ordres de modification technique, ce qui leur indique combien de temps a pris l'approbation. Cela ne leur dit pas si la modification approuvée est appliquée partout où elle devrait l'être. Une modification qui obtient son approbation en trois jours mais met trois semaines à atteindre le MES entraîne tout de même l'expédition d'une pièce non conforme.
Les cinq étapes du processus de gestion des modifications techniques
La discipline se divise en cinq étapes, et la terminologie est importante car chacune produit un livrable différent.
- Demande : un ingénieur qualité soumet une demande de modification technique (ECR) décrivant le problème et la solution proposée.
- Évaluation : les services d'ingénierie, de qualité et d'approvisionnement déterminent l'impact de la modification : quels assemblages, quels fournisseurs et quels ordres de fabrication en cours sont concernés.
- Approbation : le comité de modification valide le dossier, et la demande devient un ordre de modification technique (ECO), le document qui autorise la mise en œuvre du changement.
- Effectivité : Les modifications sont datées, permettant à chaque système de savoir à partir de quel numéro de série, lot ou date la nouvelle révision s'applique.
- Propagation : Les révisions approuvées et leur date d'entrée en vigueur sont transmises à tous les systèmes et partenaires concernés.
Le contrôle des modifications techniques constitue le cadre directeur de ces cinq étapes : qui peut approuver quoi et quelles preuves sont conservées. Les quatre premières étapes se déroulent au sein d'un même système, généralement le PLM. La cinquième franchit les frontières des systèmes, ce qui explique pourquoi c'est celle qui échoue.
Pourquoi les modifications approuvées arrivent encore en retard dans les ateliers
La propagation échoue de quatre manières identifiables, et aucune d'entre elles ne ressemble à une défaillance sur le moment.
La saisie manuelle est la cause la plus fréquente. Un ingénieur envoie la nouvelle révision par e-mail au service planification, quelqu'un la saisit dans l'ERP, et la transcription est correcte jusqu'au jour où elle ne l'est plus.
Les fenêtres de traitement par lots perdent la date d'entrée en vigueur. Une synchronisation nocturne transmet le numéro de révision mais omet la date de validité ; l'ERP traite donc la modification comme étant effective immédiatement, tandis que le MES continue d'utiliser l'ancienne instruction jusqu'à sa prochaine mise à jour.
La conversion de structure entraîne une dérive silencieuse. La nomenclature technique du PLM n'est pas structurée comme la nomenclature de fabrication requise par l'ERP. Lorsque cette conversion est scriptée plutôt que gouvernée, un composant substitué peut se retrouver sur le mauvais assemblage. C'est la même faille qui rompt le fil numérique de manière plus générale.
La notification aux fournisseurs reste informelle. Les révisions sont envoyées sous forme de pièces jointes par e-mail, et le fournisseur n'a aucun moyen fiable de savoir si le plan qu'il détient est à jour.
Ces quatre problèmes partagent une cause commune : une fois qu'une modification quitte le PLM, aucun système n'en est responsable.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
