Comment intégrer un MES à un ERP : le point de vue de l’atelier

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

Par Mirko Peters · 2026-11-12

Comment intégrer un MES à un ERP du côté du MES : ce dont l’atelier a besoin de l’ERP, ce que l’ERP doit recevoir en retour, comment faire correspondre les données de référence et quels pièges éviter dans le projet.

Traduit automatiquement par IA à partir de l'article original. Lire l'original en anglais

Pour intégrer un MES à un ERP, commencez par convenir d’une liste courte d’objets de données et de messages, puis construisez-les dans cet ordre : données de référence, libération des ordres, retour d’information de l’atelier et gestion des erreurs. Vu depuis le MES, le travail est simple : recevoir ce qu’il faut fabriquer, et rapporter ce qui s’est passé. Les parties difficiles sont que les deux systèmes doivent donner le même sens à « article », à « opération » et à « terminé », et que quelqu’un doit être responsable des erreurs. Cet article s’adresse aux responsables d’usine qui portent le volet atelier du projet.

Points clés

• Vu depuis le MES, l’intégration a deux missions : recevoir ce qu’il faut fabriquer et avec quelles données, et renvoyer ce qui s’est passé sous une forme que l’ERP peut comptabiliser.
• Les messages liés aux ordres et les données de référence sont des flux distincts : dans l’interface MES de Microsoft, les produits, les nomenclatures et les gammes sont récupérés séparément, via des entités de données ou OData.
• Convenez de ce que signifie « terminé », de la manière dont les rebuts sont déclarés et du fonctionnement des corrections avant de développer la moindre interface.
• Les données de référence ont besoin d’un responsable, d’une table de correspondance des identifiants et d’un rapprochement régulier, car le MES hérite de toutes les erreurs présentes dans les gammes et les temps de l’ERP.
• Testez volontairement les échecs et décidez qui voit un message en échec, car une file d’attente silencieuse de confirmations rejetées finit par provoquer des écarts de stock.

De quoi le MES a-t-il besoin de l’ERP ?

Trois éléments, qui circulent chacun différemment.

Premièrement, les ordres. Le MES a besoin des ordres de fabrication libérés, avec le produit, la quantité, les dates et, ensuite, les changements de statut. Dans l’interface Microsoft pour MES tiers, le MES écoute un événement métier lorsqu’un ordre est libéré ou change de statut. D’autres ERP utilisent d’autres mécanismes, mais le principe reste le même : l’ERP annonce, le MES récupère.

Deuxièmement, les données de référence. Il s’agit de la description de la fabrication du produit : articles, nomenclatures, gammes, temps de préparation. Cette même page Microsoft indique que ses messages ne couvrent que les événements de l’atelier et ne transportent aucune donnée de référence. Le MES récupère donc les produits, les nomenclatures et les gammes depuis l’ERP, via des entités de données ou OData. Prévoyez-le comme un second chantier d’intégration, car c’est celui que les équipes oublient le plus souvent.

Troisièmement, les informations sur les ressources. La norme ISA-95 identifie quatre types d’informations échangées entre le niveau entreprise et le niveau opérations : le matériel, les équipements, les actifs physiques, et le personnel avec ses rôles et ses qualifications. Si votre MES affecte le travail selon les compétences ou les capacités des machines, il a besoin de la version de ces informations détenue par l’ERP ou par la RH. Soyez clair sur le système qui fait référence.

Que vous utilisiez SAP, Dynamics 365 ou tout autre système ERP, les questions restent les mêmes. Seuls les noms techniques changent.

De quoi l’ERP a-t-il besoin en retour de la part du MES ?

Considérez-les comme des confirmations. La documentation de Microsoft répertorie les processus suivants pour son interface : lancement d’un ordre, déclaration des quantités produites et rebutées, déclaration de la consommation de matières, déclaration du temps utilisé pour une opération, et clôture de l’ordre. Chaque processus utilise un type de message distinct. Un message de fin ne nécessite que le numéro d’ordre de fabrication, tandis qu’un message de quantité contient des lignes pouvant inclure l’article, la quantité bonne et une cause d’erreur pour le rebut.

Vous n’avez pas besoin de copier ce modèle. En revanche, vous devez trancher les points suivants avant de construire quoi que ce soit :

• Quel est le niveau de détail d’une confirmation ? Par ordre, par opération ou par équipe ?
• Un opérateur peut-il confirmer une quantité partielle, et que fait l’ERP de cette information ?
• Comment le rebut est-il déclaré, et quels codes de motif existent dans les deux systèmes ?
• La consommation de matières est-elle mesurée au poste, ou l’ERP la calcule-t-il à partir de la nomenclature ?
• Comment corrige-t-on les erreurs : par une annulation, un ajustement ou une nouvelle confirmation ?
• Que signifient « terminé » et « clôturé » ? Dans l’aperçu du processus de production de Microsoft, déclarer un ordre comme terminé ajoute les produits au stock, tandis que la clôture calcule le coût réel et bloque toute écriture de coût supplémentaire. Votre ERP peut tracer cette frontière ailleurs.

La dernière question est celle qui suscite le plus de débats. La planification, la finance et la qualité lisent le même statut, et chacune attend de lui quelque chose de différent. Fixez les définitions lors d’une courte réunion réunissant ces trois services, avant que quiconque n’écrive une interface.

Comment faire correspondre les données de référence entre le MES et l’ERP ?

Les ordres sont des transactions. Les données de référence décrivent votre processus, et le MES hérite de chaque erreur qu’elles contiennent. Une gamme qui indique une opération de 12 minutes alors qu’elle en prend 20 fera apparaître un problème de performance sur l’atelier tant que personne ne la corrigera.

Parcourez ces points pour la ligne pilote :

1. Désignez le responsable de chaque objet. Un arrangement courant consiste à confier à l’ERP les articles, les nomenclatures et les gammes, et au MES les paramètres des postes et les instructions de travail. Il s’agit d’une recommandation, et non d’une règle. L’essentiel est que personne n’ait à deviner.
2. Établissez la correspondance des identifiants. Le poste de travail « WC-110 » de l’ERP peut s’appeler « Presse 3 » dans l’atelier. La norme ISA-95 prévoit même une partie consacrée à ce sujet : son modèle de service d’alias définit la manière dont des identifiants équivalents sont associés et mis en correspondance, selon la description de la norme par l’ISA.
3. Comparez les opérations. Listez les étapes de la gamme dans l’ERP et celles que les opérateurs exécutent réellement. Les écarts apparaissent vite, comme une étape de contrôle ou d’ébavurage qui n’existe que dans l’atelier.
4. Vérifiez les unités, les calendriers et les fuseaux horaires. Pièces ou cartons, heure locale ou UTC : ces confusions provoquent des erreurs silencieuses.
5. Définissez une règle de modification. Lorsque l’ingénierie modifie une gamme, qui en informe le MES, à quelle vitesse la modification arrive-t-elle, et que devient-il des ordres déjà en cours ?
6. Répétez la comparaison régulièrement. Les données de référence dérivent avec le temps.

Voici un cas hypothétique. Une gamme de l’ERP comporte trois opérations, mais les opérateurs en exécutent cinq, car les étapes de contrôle et d’ébavurage ont été ajoutées il y a des années sans jamais être saisies dans la gamme. Le MES ne peut rapporter que ce que contient la gamme. Ainsi, l’ERP affiche l’opération trois comme en retard, alors que l’atelier travaille simplement sur des étapes que l’ERP ne connaît pas. Personne n’a commis d’erreur : les données sont incomplètes. L’exemple est fictif, mais les sites de production se heurtent à ce type de lacune en permanence.

Pour les formats de fichiers, B2MML mérite d’être connu. La MESA le décrit comme un ensemble de définitions de schémas XML qui mettent en œuvre la norme ISA-95, utilisé pour intégrer des systèmes de gestion comme l’ERP à des systèmes de fabrication comme un MES. La version 7 a ajouté un premier schéma JSON. Recourir à un schéma publié fournit un vocabulaire commun de départ, sans toutefois dispenser de se mettre d’accord sur le sens de chaque champ.

Comment l’interface doit-elle se comporter en cas de problème ?

Le scénario nominal fonctionnera pendant la démonstration. Consacrez votre temps de projet aux autres scénarios.

La documentation de Microsoft montre comment un produit se comporte, et c’est une bonne base pour poser des questions à votre propre éditeur. Les messages relatifs à un même ordre de fabrication sont traités dans l’ordre de réception. Les messages relatifs à des ordres différents peuvent être traités dans le désordre, car les traitements par lots s’exécutent en parallèle. Un message en échec est relancé jusqu’à trois fois, puis marqué comme échoué. Une page de supervision permet d’examiner, de corriger et de retraiter les messages en échec, et une alerte peut prévenir un administrateur informatique ou un responsable d’atelier.

Voici quatre questions à poser pour tout couple ERP et MES :

• Que devient une confirmation rejetée par l’ERP, par exemple parce que l’ordre est déjà clôturé ?
• Qui voit l’échec, et en combien de temps ?
• L’atelier peut-il continuer à travailler lorsque l’ERP est indisponible, puis tout transmettre ensuite dans le bon ordre ?
• La même confirmation peut-elle arriver deux fois sans être comptabilisée deux fois ?

Si personne n’est responsable des messages en échec, ils s’accumulent jusqu’à ce que quelqu’un découvre un écart de stock en fin de mois. Désignez une personne, et non une équipe.

Le type de production change-t-il l’intégration ?

Oui. Dans un article d’Automation World sur la mise en œuvre de l’ISA-95, l’ingénierie à la commande est qualifiée de probablement l’intégration la plus exigeante, car les systèmes d’entreprise et de contrôle doivent échanger des informations quasi en temps réel. L’aérospatiale en est l’exemple : les études orientent la planification, mais peuvent évoluer pendant l’exécution. Lorsqu’une modification intervient, l’exécution est suspendue jusqu’à ce que la planification la prenne en compte, et les nouvelles opérations, comme des contrôles supplémentaires, sont envoyées à l’atelier. Le même article met en garde : des interprétations différentes des normes selon les éditeurs peuvent provoquer des problèmes d’interopérabilité.

Deux enseignements en découlent. Si vos produits sont configurés ou conçus à la commande, intégrez le cas de modification dès le premier pilote, et non au dernier. Et testez les interfaces fondées sur des normes avec vos propres données, car « standard » ne signifie pas « identique ».

Comment intégrer le MES à l’ERP, étape par étape ?

Gardez un périmètre restreint et des contrôles quotidiens.

1. Choisissez une ligne et une famille de produits.
2. Rédigez un tableau d’interface avec l’objet, l’émetteur, le destinataire, le déclencheur, la fréquence et le responsable. Une ligne sans responsable constitue votre premier risque.
3. Réconciliez les données de référence de cette famille de produits, comme indiqué ci-dessus.
4. Convenez des statuts et de la signification de terminé, rebut et retouche.
5. Créez d’abord les ordres, ainsi que les confirmations de début et de fin. Ajoutez ensuite les matières et les temps.
6. Testez volontairement les échecs : envoyez une mauvaise quantité, arrêtez l’interface, relancez-la, envoyez un doublon.
7. Décidez de ce qu’il advient des ordres déjà en cours le jour de la mise en service.
8. Faites tourner le nouveau flux en parallèle de l’ancien processus pendant plusieurs semaines, et comparez chaque jour la bonne quantité, le rebut, les heures et les matières par ordre dans les deux systèmes.
9. Comptez les étapes supplémentaires pour les opérateurs. Si la confirmation dans le MES prend plus de temps que le formulaire papier, cherchez pourquoi avant de déployer davantage.
10. Étendez à la ligne suivante uniquement lorsque les écarts sont expliqués.

Erreurs courantes

• Traiter les données de référence comme un chargement unique plutôt que comme un travail continu.
• Concevoir l’interface uniquement du point de vue de l’ERP, si bien que le MES ne peut pas rendre compte avec le détail dont l’atelier a besoin.
• Utiliser le même mot de statut avec des significations différentes dans chaque système.
• Ne pas avoir de règle pour les ordres en cours au moment de la mise en service.
• Ne tester que le scénario nominal.
• Laisser les messages en échec sans responsable.
• Demander aux opérateurs de saisir deux fois les mêmes données, une fois dans chaque système.

Où se situe Polaris

Si votre problème tient à la boucle entre le plan de l’ERP et l’atelier, iFAKT Polaris est une option à examiner. iFAKT décrit Polaris comme une combinaison d’IA et de jumeau numérique pour la production, fonctionnant avec les données de l’ERP. Le module Polaris Designer transforme les données de l’ERP, les nomenclatures, les temps de process et les structures de ressources en un graphe de connaissances produit-processus-ressource. Le module Polaris Operator apporte les plans à l’atelier sous forme de tâches planifiées dans le temps, et renvoie l’avancement, les retards et les perturbations vers la planification. Quelles confirmations votre ERP doit enregistrer pour les stocks, les coûts et la traçabilité reste une question distincte : dressez-en la liste avant de décider de ce que tout outil doit couvrir.

Sujets connexes à explorer

• ISA-95 en langage clair : quelles activités relèvent du niveau ERP et lesquelles relèvent du niveau opérations.
• Planification en boucle fermée : comment les confirmations remontées de l’atelier modifient le planning suivant.
• Sécuriser la connexion entre les réseaux de l’usine et ceux de l’entreprise : comptes, segmentation et correctifs des interfaces.
• Remontée de données d’atelier sans MES complet : ce que peuvent couvrir le scan et les confirmations simples.

Prochaine étape

Prenez une famille de produits et consignez dans un tableau chaque objet devant circuler entre votre MES et votre ERP, avec l’émetteur, le destinataire et le responsable. Si vous souhaitez intégrer le MES à l’ERP sans mauvaise surprise, apportez ce tableau à la première réunion avec le service informatique et votre fournisseur.