Les causes cachées des non-conformités dans les processus industriels

La non-conformité est rarement ce qu’elle semble être au premier regard. Dans l’industrie, on assimile souvent la non-qualité aux rebuts, ces productions non conformes promises à la destruction, ainsi que les coûts de non-qualité au manque à gagner lié à ces rebuts. Pourtant, il ne s’agit là que de la partie émergée de l’iceberg.

Derrière chaque non-conformité récurrente se cache une cause systémique. Dans un contexte industriel où l’ERP est le référentiel central, et où il dialogue avec un PLM, un MES, des outils qualité et des fournisseurs, ces causes remontent presque toujours à la qualité des données de référence.

Un ECO est validé en bureau d’études, mais la nomenclature dans l’ERP n’est pas mise à jour dans les temps. La production continue de fabriquer selon l’ancienne révision. La non-conformité est détectée en contrôle final ou, pire, chez le client, alors que la cause remonte à un delta documentaire entre PLM et ERP qui peut dater de plusieurs semaines.

Une référence article fournisseur erronée, une unité de conditionnement incorrecte, un délai de livraison obsolète dans la fiche ERP, et c’est tout le processus d’approvisionnement qui dérive. Les matières reçues ne correspondent pas aux spécifications de la BOM, les contrôles réception génèrent des NC en série, et personne ne remonte immédiatement à la fiche fournisseur comme cause racine.

Dans un environnement industriel numérisé, la gamme de fabrication existe souvent en deux endroits : dans l’ERP (pour le calcul des coûts et la planification) et dans le MES ou Opcenter (pour l’exécution terrain). Quand ces deux référentiels divergent, que ce soit par une séquence d’opérations différente, des temps alloués incorrects ou des paramètres machine obsolètes, les opérateurs travaillent avec des instructions contradictoires, source directe de non-conformités procédurales.

Des stocks valorisés dans l’ERP à des emplacements inexistants physiquement, des quantités négatives sur des articles actifs, des lots périmés toujours comptabilisés comme disponibles, ces anomalies conduisent à des lancements d’OF sur des composants que l’atelier ne trouve pas, créant des arrêts de ligne et des décisions d’approvisionnement d’urgence coûteuses, parfois suivies d’une non-conformité sur les délais de livraison client.

Aujourd’hui encore, de nombreuses entreprises s’appuient sur des outils obsolètes comme des fichiers Excel volants, des e-mails éparpillés voire encore des formulaires papier. Cette approche artisanale génère une perte de temps considérable, des risques d’erreurs et un manque de visibilité. La conséquence directe : les mêmes non-conformités se reproduisent parce que les actions correctives passées ne sont pas capitalisées ni accessibles à l’ensemble des équipes concernées.

Un composant référencé sous deux codes différents dans l’ERP entraîne des achats parallèles chez deux fournisseurs différents, parfois avec des spécifications légèrement divergentes. Quand les deux versions arrivent sur la ligne, les contrôleurs qualité font face à une pièce « conforme à sa fiche » mais non interchangeable avec l’autre version, une NC qui n’a aucune raison technique mais une origine purement documentaire.

Certains signaux opérationnels indiquent que le problème qualité remonte à la qualité des données de référence plutôt qu’à un dysfonctionnement process ou machine. Les voici.

La norme ISO 9001:2015 impose un processus structuré de traitement des non-conformités. Mais dans la pratique industrielle, ce processus s’arrête souvent à l’action corrective immédiate, sans remonter à la cause documentaire systémique. Voici comment structurer un traitement qui va jusqu’à la source.

La méthode CAPA (Corrective Action / Preventive Action) est l’outil standard du traitement des NC. Appliquée aux données de référence, elle prend une dimension particulière :

Les non-conformités récurrentes dans l’industrie ont deux types de causes : celles qui relèvent du process et des équipements, et celles qui remontent aux données de référence dans l’ERP, le PLM et le MES. C’est cette deuxième catégorie que les équipes internes n’ont pas toujours le temps ni la méthode pour traiter en profondeur.

La méthode Zero-Backlog Engine™ de Kleria a été construite précisément pour ce cas de figure : un industriel qui accumule des NC récurrentes dont les causes sont connues mais jamais vraiment résolues, faute de ressources dédiées pour aller corriger les données à la source, BOMs, gammes, Master Data, statuts ECO. Nous prenons en charge ce travail de fond, en opérant à côté de vos équipes sans perturber la production courante.

La norme ISO 9001:2015 impose un processus structuré de traitement des non-conformités. Mais dans la pratique industrielle, ce processus s’arrête souvent à l’action corrective immédiate, sans remonter à la cause documentaire systémique. Voici comment structurer un traitement qui va jusqu’à la source.