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 Manufacturing Operations Management
Le plus souvent, les personnes utilisent « code MOM » pour décrire la configuration et la logique personnalisée intégrées 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 mapping des données et à l’interopérabilité des systèmes lorsque les équipes doivent transformer la réponse en habitudes d’exécution reproductibles.
- Des définitions de flux de travail pour le routage, le regroupement en lots et les approbations
- Des règles métier pour le blocage/libération, les signatures électroniques et les contrôles
- Des scripts, plug-ins ou extensions personnalisés (par exemple, Python, JavaScript, scripts spécifiques à un éditeur)
- Des champs calculés, des KPI et une logique de gestion des événements
- Des mappings d’intégration vers MES, ERP, QMS, historiens ou PLC/SCADA
Ce « code » est généralement un mélange de configuration et de développement personnalisé. Dans des environnements réglementés à cycle de vie long, il doit être traité comme un logiciel qui exige :
- Une gestion de versions et une traçabilité vers les exigences et les demandes de changement
- Une analyse d’impact avant les changements (sur les dossiers de lot, la généalogie, les KPI et les flux de données)
- Des tests formels et une validation proportionnés au risque
- Un déploiement maîtrisé, 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 mal alignées, données incorrectes transmises au QMS ou à l’ERP, ou enregistrements de traçabilité incomplets. Dans les environnements brownfield, où des MES/ERP existants et plusieurs fournisseurs coexistent, 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 :
- Un accès à la documentation de configuration du MOM ou aux dictionnaires de données
- Une revue des spécifications d’intégration (la façon dont ces codes sont mis en correspondance avec les champs ERP/MES/QMS)
- Une coordination avec l’IT/OT et la qualité afin d’éviter de rompre 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 présumez pas d’une signification unique. À la place :
- 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 comme « 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 mis en correspondance avec les autres systèmes afin d’éviter tout désalignement.
Dans les 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 le processus établi de maîtrise des changements, avec les tests et la validation appropriés. Tenter une refonte complète ou le remplacement de la logique MOM existante en une seule étape échoue souvent en raison de la complexité de l’intégration, des contraintes liées aux temps d’arrêt et de la charge de requalification sur l’ensemble du MES, de l’ERP, du QMS et des interfaces équipements.