Intégration ERP des logiciels d’usine intelligente : guide à l’intention des directeurs de site de production

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

L’intégration ERP des logiciels d’usine intelligente se résume à trois questions : quelles données circulent, dans quel sens et à quelle vitesse. Un guide pratique pour les directeurs de site, accompagné d’une liste de contrôle.

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

L’intégration ERP des logiciels d’usine intelligente signifie que votre système de planification et votre logiciel d’atelier échangent des données de manière définie : les commandes et les données de référence descendent vers l’atelier, tandis que l’avancement, les quantités, la consommation de matières et le temps remontent. La partie difficile n’est pas le connecteur. Elle consiste à s’accorder sur ce qui circule, dans quel sens, à quelle fréquence et qui est responsable de chaque objet de données. Ce guide s’adresse aux directeurs de site qui doivent parrainer un tel projet et qui veulent poser de meilleures questions à l’équipe informatique et aux éditeurs.

Points clés

• L’intégration ERP des logiciels d’usine intelligente repose d’abord sur un accord sur les données : quels objets circulent, dans quel sens, à quelle fréquence et qui en est propriétaire.
• La norme ISA-95 offre aux équipes industrielles et informatiques un vocabulaire commun : l’ERP se situe au niveau de la planification métier, et les logiciels de gestion des opérations de fabrication, au niveau inférieur.
• Les commandes descendent généralement de l’ERP vers l’atelier ; les quantités lancées, terminées et mises au rebut, la consommation de matières et le temps remontent.
• Les données de référence, comme les nomenclatures et les gammes, constituent un flux distinct des messages de commande, et forment souvent le maillon le plus faible.
• Commencez par une ligne et un flux de commandes, testez volontairement la gestion des erreurs, et comparez le prévu au réalisé avant d’en ajouter d’autres.

Que couvre l’intégration ERP avec les logiciels d’usine intelligente ?

Commencez par une vision partagée des couches. La norme ISA-95, également connue sous le nom de CEI 62264, est présentée par ISA comme un ensemble de normes internationales destinées à intégrer les systèmes de gestion et de logistique aux systèmes de contrôle de la production. Elle repose sur un modèle à cinq niveaux fondé sur le Purdue Reference Model, et fournit aux équipes de production et informatiques un vocabulaire commun pour les projets d’intégration.

Le résumé de la norme ISA-95 par l’OPC Foundation répartit les niveaux de la manière suivante :

• Niveaux 0 à 2 couvrent le processus physique, les capteurs et les actionneurs, ainsi que l’automatisation et le contrôle sur automates programmables.
• Niveau 3 correspond à la gestion des opérations de fabrication. Il fonctionne sur des durées allant de quelques secondes à quelques jours et comprend la planification, le suivi du travail, la qualité et la gestion des stocks.
• Niveau 4 correspond à la planification métier et à la logistique, sur des durées allant de quelques jours à quelques mois, généralement dans un système ERP.

La norme porte principalement sur l’échange d’informations entre les niveaux 3 et 4. Pour cet échange, elle identifie quatre types d’informations : les matières, les équipements, les actifs physiques, ainsi que le personnel avec ses rôles et ses qualifications. C’est une liste de contrôle utile. Si votre plan de projet ne précise pas comment chacun de ces quatre éléments passe d’un côté à l’autre, il manque quelque chose.

Le niveau 3 correspond généralement au domaine d’un système d’exécution de fabrication (MES). Lorsqu’on parle d’Industrie 4.0 ou d’usine intelligente, on désigne surtout des données qui circulent plus souvent entre ces niveaux, avec moins de ressaisie. Le mot « intelligente » n’apporte aucune magie nouvelle. Une bonne intégration relève de la même rigueur qu’auparavant, appliquée de façon plus cohérente.

Quelles données doivent circuler dans quel sens ?

Pensez à deux flux : les ordres qui descendent et les retours qui remontent, plus un troisième flux pour les données de référence.

Microsoft documente un exemple concret. Son intégration de Dynamics 365 Supply Chain Management avec des systèmes d’exécution de fabrication (MES) tiers s’adresse aux entreprises qui utilisent un MES externe à la place des fonctions d’atelier natives. Elle couvre les processus suivants :

1. La libération d’un ordre de fabrication et ses changements de statut ultérieurs vont de l’ERP vers le MES. Le MES écoute un événement métier.
2. Le démarrage de l’ordre est remonté du MES vers l’ERP.
3. Les quantités produites et rebutées reviennent vers l’ERP.
4. La consommation de matières revient également, afin que les stocks restent justes pour la planification et les ventes.
5. Le temps consommé pour une opération revient aussi.
6. La fin de l’ordre remonte comme statut final, après quoi aucune quantité supplémentaire n’est attendue.

La page énonce aussi une limite qui compte en pratique. Les données de référence, comme les produits, les nomenclatures, les gammes et les temps de préparation, ne sont pas transmises par ces messages. Vous les récupérez séparément, via des entités de données. Vous avez donc deux travaux d’intégration, et non un seul, et le second est facile à oublier.

Il n’est pas nécessaire d’utiliser Dynamics 365 pour tirer profit de cette liste. Quels que soient l’ERP et les outils d’atelier que vous exploitez, établissez le même tableau : objet, émetteur, destinataire, déclencheur, fréquence et responsable. Si une ligne n’a pas de responsable, vous avez trouvé votre premier risque.

Pourquoi les données de référence sont-elles le maillon faible ?

Les ordres sont des transactions. Les gammes, les nomenclatures et les temps décrivent la manière dont vous fabriquez le produit, et l’outil d’atelier hérite de chaque erreur qui s’y trouve. Une gamme qui indique une opération de 12 minutes alors qu’elle en prend 20 fera apparaître indéfiniment un problème de performance sur le terrain. Décidez qui corrige les données de référence lorsque l’atelier signale quelque chose qui les contredit, et à quelle vitesse cette correction atteint l’ERP.

À quelle vitesse les données doivent-elles circuler ?

« Temps réel » est le terme le plus galvaudé de ce domaine ; donnez-lui donc une valeur chiffrée.

La norme ISA-95 elle-même le traite par niveau. Dans le résumé OPC, le temps réel au niveau 3 signifie quelques secondes après un événement d’atelier, et au niveau 4 il signifie quotidiennement ou dans les heures qui suivent une équipe. Ce sont des promesses très différentes, et elles n’ont pas le même coût.

Pour chaque flux, demandez quelle décision il permet de prendre :

• Un superviseur qui réaffecte du personnel lorsqu’un travail prend du retard a besoin de quelques minutes.
• Un planificateur qui reprogramme les ordres de demain a besoin du statut d’ici la fin de l’équipe.
• Un contrôleur qui clôture les coûts d’un ordre peut attendre la fin de celui-ci.

Payez la rapidité là où une décision en a besoin. Partout ailleurs, un transfert planifié est plus simple à exploiter et plus facile à corriger.

Demandez aussi comment les messages se comportent en cas d’incident. Selon la documentation Microsoft, les messages d’un même ordre de fabrication sont traités dans l’ordre de leur arrivée, les messages d’ordres différents peuvent être traités dans le désordre car les travaux s’exécutent en parallèle, et un message en échec est relancé trois fois avant d’être marqué comme en échec. Une page de supervision permet de suivre les messages entrants. Vous n’avez pas besoin de ces détails exacts pour votre propre système, mais vous avez besoin des mêmes réponses : l’ordonnancement, les nouvelles tentatives, un endroit où les échecs apparaissent et une personne nommément désignée pour les examiner.

Comment relier les systèmes entre eux ?

Il existe quatre schémas courants, et la plupart des usines finissent par en combiner plusieurs.

• Un connecteur prêt à l’emploi entre un ERP et un MES précis. C’est le plus rapide à mettre en place, mais il se limite à ce que le connecteur couvre.
• Interfaces via des API ou une couche de messagerie. Plus souples, mais c’est vous qui gérez le mappage et les tests.
• Transfert de fichiers ou de tableurs. Peu attrayant, mais souvent suffisant pour des données peu changeantes comme les données de référence ou la capacité hebdomadaire.
• Saisie manuelle en solution de repli. Gardez-la pour les pannes, et ne comptez pas dessus.

Lorsque vous comparez les offres, posez ces questions :

1. Quels objets et quels sens d’échange l’interface couvre-t-elle, et lesquels ne couvre-t-elle pas ? Un bon éditeur répond à la seconde partie sans qu’on ait à insister.
2. Comment les erreurs sont-elles signalées, qui les voit et que devient le message ?
3. Quelle version d’ERP, quelle licence ou quel paramètre sont requis ? La page Microsoft, par exemple, indique qu’une clé de licence est un prérequis de son intégration. Ce genre de détail détermine les délais.
4. L’outil d’atelier peut-il continuer à fonctionner lorsque l’ERP est indisponible, puis rattraper son retard ensuite ?
5. Qui maintient la correspondance lorsque vous ajoutez une famille de produits ou un nouveau centre de travail ?

Dynamics 365 Supply Chain Management propose également sa propre saisie d'atelier, où les opérateurs enregistrent le temps et la consommation d'articles sur les ordres de fabrication, à partir d'une liste de travaux par ressource. Si votre ERP couvre déjà vos besoins de reporting en atelier, un MES distinct n'est peut-être pas nécessaire. Vérifiez ce que vous devez enregistrer avant de décider.

Et la sécurité ?

Relier l'atelier aux systèmes de gestion crée une nouvelle voie d'accès vers des équipements auparavant isolés. Le Guide to Operational Technology Security du NIST, SP 800-82 révision 3, couvre les topologies OT courantes, les menaces et vulnérabilités fréquentes ainsi que les contre-mesures, tout en tenant compte des exigences de performance, de fiabilité et de sécurité propres aux environnements OT. Lisez-le, ou demandez à votre équipe sécurité de le faire, avant que la conception ne soit figée.

Quelques règles pratiques s'appliquent, indépendamment de tout produit spécifique :

• Décidez quelles connexions sont autorisées entre les systèmes de gestion et les réseaux des machines, et consignez-les par écrit.
• Attribuez à chaque intégration son propre compte, avec uniquement les droits dont elle a besoin.
• Prévoyez comment les correctifs et les modifications atteignent la couche d'intégration sans interrompre la production.
• Intégrez les interfaces d'atelier à votre plan de gestion des incidents.

Comment mener le projet ?

Gardez-le restreint et mesurable.

1. Choisissez une ligne et un seul flux de commandes. Pas l'usine entière.
2. Listez les objets de données pour les commandes, les matières, le temps et les quantités, avec un émetteur, un destinataire et un responsable pour chacun.
3. Nettoyez d'abord les données de référence de cette ligne : gammes, nomenclatures, centres de travail.
4. Convenez des statuts. « Démarré », « terminé » et « clôturé » doivent avoir le même sens des deux côtés.
5. Testez volontairement les défaillances. Envoyez une quantité erronée, arrêtez l'interface, redémarrez-la et observez ce qui se passe.
6. Exécutez-le en parallèle pendant quelques semaines, l'ancien processus restant en place.
7. Comparez le prévu et le réel. Vérifiez que les chiffres reçus par l'ERP correspondent à ceux de l'atelier.
8. Étendez ensuite le dispositif à la ligne suivante.

Erreurs courantes

• Acheter le connecteur avant de définir les données. Le connecteur transporte ce qu'on lui donne, y compris des données erronées.
• Négliger les données de référence. Les messages de commande fonctionnent très bien, et l'atelier ne correspond toujours pas au plan.
• Exiger le temps réel partout. Cela augmente les coûts et ajoute des points de défaillance pour des décisions qui n'en ont pas besoin.
• Ne désigner aucun responsable des erreurs. Les messages en échec s'accumulent jusqu'à ce que quelqu'un découvre un écart de stock.
• Traiter la sécurité comme une phase ultérieure. Elle coûte bien moins cher dans la conception qu'après la mise en production.
• Oublier les opérateurs de l'atelier. Si le nouveau reporting leur paraît plus lent que le papier, ils le contourneront.

Où se situe Polaris

Si votre principal écart se situe entre le plan de l'ERP et ce qui se passe en atelier, iFAKT Polaris est une option à étudier. iFAKT présente Polaris comme une combinaison d'IA et de jumeau numérique pour la production, alimentée par des données issues de l'ERP, d'Excel et des sources d'atelier. Le module Polaris Designer transforme les données ERP, les nomenclatures, les temps de process et les structures de ressources en un graphe de connaissances produit-processus-ressource. Le module Polaris Operator transmet à l'atelier des plans optimisés sous forme de tâches planifiées dans le temps, et renvoie à la planification l'avancement, les retards et les perturbations. Testez tout outil de ce type avec votre propre flux de commandes avant de décider.

Sujets connexes à explorer

• Sécurité OT des usines connectées. Comment segmenter les réseaux des machines et qui examine les accès à la couche d'intégration.
• Conduite du changement pour le reporting d'atelier. Comment introduire de nouvelles étapes de saisie sans perdre les opérateurs.
• Prévu versus réalisé. Quelques indicateurs suffisent à montrer si le plan de l'ERP correspond encore à la réalité de l'atelier.
• Supervision de la production en temps réel. Ce dont un superviseur a besoin à l'écran, et ce qu'un responsable attend d'un rapport quotidien.
• Données de maintenance prédictive. Quelles données machine valent la peine d'être collectées avant de planifier une prédiction quelconque.

Prochaine étape

L’intégration d’un ERP dans une usine intelligente devient plus simple une fois l’accord sur les données formalisé par écrit. Cette semaine, choisissez une ligne de production, remplissez le tableau des objets, des émetteurs, des destinataires et des propriétaires, puis apportez-le à votre prochaine réunion avec le service informatique.