Dans la fabrication réglementée et l’informatique industrielle, l’expression « code MOM » n’est pas une norme industrielle formelle. Elle désigne généralement l’une de deux choses, et vous devez clarifier localement laquelle est visée.
1. Le code MOM comme logique au sein d’un système de gestion des opérations de fabrication
Le plus souvent, les équipes utilisent « code MOM » pour décrire la configuration et la logique personnalisée qui résident dans une plateforme de Manufacturing Operations Management (MOM). Selon l’éditeur et la manière dont votre usine est configurée, cela peut inclure :
En pratique, cela se rattache au mappage des données et à l’interopérabilité des systèmes lorsque les équipes doivent transformer la réponse en habitudes d’exécution répétables.
- Des définitions de flux de travail pour le routage, la constitution de lots et les approbations
- Des règles métier pour le blocage/la libération, les signatures électroniques et les contrôles
- Des scripts, plug-ins ou extensions personnalisés (par exemple, Python, JavaScript, scripting propre à l’éditeur)
- Des champs calculés, des KPI et une logique de gestion des événements
- Des mappages d’intégration vers des MES, ERP, QMS, historians ou PLC/SCADA
Ce « code » est généralement un mélange de configuration et de développement personnalisé. Dans les environnements réglementés à long cycle de vie, il doit être traité comme un logiciel qui exige :
- Une gestion des versions et une traçabilité vers les exigences et les demandes de modification
- Une évaluation d’impact avant les changements (sur les dossiers de lot, la généalogie, les KPI et les flux de données)
- Des essais et une validation formels proportionnés au risque
- Un déploiement contrôlé, avec des plans de retour arrière et des approbations documentées
Comme le MOM se situe généralement entre les équipements d’atelier et les systèmes d’entreprise, un code MOM mal maîtrisé peut introduire des modes de défaillance cachés : routage incorrect, données de référence désalignées, données incorrectes transmises au QMS ou à l’ERP, ou enregistrements de traçabilité incomplets. Dans les environnements existants (brownfield), où coexistent MES/ERP hérités et plusieurs fournisseurs, ces risques augmentent et le remplacement direct de la logique MOM existante est rarement trivial.
2. Code MOM comme identifiants internes ou codes de statut
Dans certaines organisations, « code MOM » est un raccourci local pour désigner :
- Une liste de codes maintenue dans le système MOM (par exemple, codes d’opération, codes de statut, catégories de non-conformité)
- Des identifiants internes pour les gammes, recettes ou modèles gérés par le MOM
- Des champs de données personnalisés utilisés pour relier les enregistrements MOM au MES, à l’ERP, au PLM ou au QMS
Ces codes sont généralement propres à votre site, à votre division ou à l’implémentation de votre fournisseur. Il n’existe pas de « jeu de codes MOM » universel comparable à une norme publique. Par conséquent, les comprendre ou les modifier nécessite généralement :
- L’accès à la documentation de configuration du MOM ou aux dictionnaires de données
- La revue des spécifications d’intégration (la manière dont ces codes sont mappés avec les champs ERP/MES/QMS)
- La coordination avec l’IT/OT et la qualité afin d’éviter de compromettre la traçabilité ou le reporting
Comment déterminer ce que signifie « code MOM » dans votre environnement
Comme le terme dépend du fournisseur et du site, ne partez pas du principe qu’il a une signification unique. Au contraire :
- Demandez à la personne qui utilise le terme si elle parle de logique système ou de codes de données.
- Consultez la documentation de votre fournisseur MOM pour des termes tels que « script », « flux de travail », « règle métier » ou « tables de codes ».
- Examinez les documents internes de conception ou de validation du système MOM ; ils décrivent souvent explicitement la logique personnalisée et les jeux de codes.
- Si le système MOM est intégré au MES/ERP/QMS, confirmez la manière dont les éventuels « codes MOM » sont mappés avec les autres systèmes afin d’éviter tout désalignement.
Dans des environnements fortement réglementés ou à cycle de vie long, toute modification du code MOM, dans l’un ou l’autre sens, doit passer par la maîtrise des changements établie, avec les tests et la validation appropriés. Tenter une refonte complète ou un remplacement complet de la logique MOM existante en une seule étape échoue souvent en raison de la complexité de l’intégration, des contraintes d’indisponibilité et de la charge de requalification sur l’ensemble du MES, de l’ERP, du QMS et des interfaces équipements.