Quand intégrer l'IoT au MES, à l'ERP et à la GMAO, et quand une alerte doit devenir un ordre de travail
DBR77 Team · Publié le
Intégrez l'IoT d'abord à votre GMAO (CMMS), une fois que les états machines et les causes d'arrêt sont stables depuis quelques semaines, puis au MES, et à l'ERP en dernier. Une alerte ne doit devenir un ordre de travail que si elle demande des pièces ou de la planification, se répète ou dure plus longtemps qu'une limite que vous avez fixée ; tout le reste reste une tâche rapide gérée par l'équipe.
Intégrez trop tôt et vous recopiez des données peu fiables dans trois systèmes. Intégrez trop tard et la maintenance continue de ressaisir les arrêts à la main. Ci-dessous : l'ordre qui fonctionne en général, ce qu'il faut garder séparé et les règles pour les ordres de travail.
Où se situe l'IoT par rapport au MES, à l'ERP et à la GMAO
La norme ISA-95 est une carte utile. Elle découpe une usine en niveaux selon les activités menées à chacun. Le niveau 3 couvre les opérations de fabrication, où le MES et les systèmes similaires pilotent la production. Le niveau 4 couvre la gestion de l'entreprise, où se trouve l'ERP. L'ISA-95 traite principalement de l'interface entre les niveaux 3 et 4.
Les machines, les automates et les capteurs se trouvent en dessous, aux niveaux 0 à 2. L'IoT les lit et transforme les signaux bruts en événements : en marche, à l'arrêt, une cause d'arrêt, un comptage. Dans la plupart des usines, la GMAO se trouve au niveau des opérations, à côté du MES, là où se planifie la maintenance. L'IoT fait remonter des événements fiables ; il ne remplace pas les systèmes situés au-dessus.
Pourquoi attendre quelques semaines est payant
Les premières semaines de l'IoT sur une ligne sont bruitées. Les listes de causes changent et les seuils sont ajustés. Connectez l'ERP dès la deuxième semaine et chaque correction devra être faite deux fois. Notre article sur les 30 premiers jours de l'IoT dans une usine existante décrit cette période de stabilisation.
Une ligne est prête pour l'intégration quand ces conditions sont réunies :
- Production et maintenance utilisent les mêmes définitions de marche, d'arrêt et d'arrêt planifié.
- La liste des causes n'a pas changé depuis deux à trois semaines.
- « Inconnu » reste faible, par exemple moins de 10 % des minutes d'arrêt.
- Chaque alerte a un responsable et un délai d'acquittement.
- L'IT/OT a validé l'interface et le modèle de sécurité, en général en se référant à l'ISA/IEC 62443.
L'ordre d'intégration qui fonctionne en général
Commencez par la GMAO. C'est elle qui supprime le plus de travail manuel pour le moins de champs : machine, défaut, heure et responsable. Le MES vient ensuite. Les comptages et l'OEE en temps réel issus de l'IoT peuvent remplacer les saisies manuelles par ordre de fabrication dès qu'ils correspondent à ce que la ligne a réellement produit. L'ERP vient en dernier. Il a besoin d'enregistrements consolidés et clôturés, qui n'existent qu'une fois les données de la ligne stabilisées.
| Système | Ce que l'IoT envoie | Quand intégrer | Déclencheur typique |
|---|---|---|---|
| GMAO | Événements de défaut, heures de marche, nombre de cycles, valeurs d'état | En premier, une fois les circuits d'alerte et les causes stables | Arrêt au-delà d'une limite, défaut répété, compteur atteignant un intervalle d'entretien |
| MES | États machines, comptages bons et rebuts, causes d'arrêt, OEE en temps réel | En deuxième, quand les comptages IoT correspondent à la production réelle | Début et fin d'ordre, changement de série, comptage par ordre |
| HSE | Presque-accidents détectés par caméras ou capteurs | Quand l'équipe sécurité a défini ses catégories | Personne en zone interdite, protecteur ouvert en marche |
| ERP | Production consolidée, heures par équipement, consommations | En dernier, quand le MES ou la GMAO détiennent l'enregistrement clôturé | Clôture d'ordre ou de poste, valorisation mensuelle des équipements |
Voir une alerte devenir un ordre de travail
En 30 minutes de démo en ligne, nous montrons comment un arrêt machine est saisi, transmis à un responsable et, quand les règles le prévoient, ouvert en ordre de travail.
Ce qu'il faut intégrer et ce qu'il faut garder séparé
Une répartition utile :
- Intégrez une liste d'équipements unique. L'identifiant machine doit être le même dans l'IoT, la GMAO et le MES.
- Intégrez la création et la clôture des ordres de travail. Quand un ordre de travail est clôturé, l'enregistrement d'arrêt dans l'IoT doit porter son numéro.
- Intégrez les comptages par ordre de fabrication avec le MES, une fois qu'ils sont fiables.
- Gardez les signaux bruts à l'edge. Les valeurs de courant ou de vibration à haute fréquence restent dans l'IoT ; l'ERP ne reçoit que des données consolidées.
- Gardez les micro-arrêts et la saisie des causes dans l'IoT. Ils changent souvent et ne doivent pas attendre une nouvelle version de l'ERP.
Utilisez des interfaces ouvertes. OPC UA et MQTT couvrent le côté machines ; des API REST couvrent en général le côté gestion. McKinsey conseille aux entreprises de faire de l'interopérabilité un critère d'achat. Notre page intégrations liste les connecteurs que nous prenons en charge.
Quand une alerte doit devenir un ordre de travail
Vorne note que les micro-arrêts durent en général une minute ou deux et sont résolus sans personnel de maintenance. En faire à chaque fois un enregistrement GMAO noie les planificateurs sous les tickets.
Une alerte doit ouvrir un ordre de travail si au moins une de ces conditions est remplie :
- Elle demande des pièces ou des fournitures à commander ou à prélever.
- Elle demande de la planification : une fenêtre d'arrêt, un sous-traitant, un permis de travail ou une deuxième équipe.
- Elle se répète. Par exemple, le même défaut trois fois en sept jours sur une machine.
- Elle dure plus longtemps qu'une limite fixée, par exemple un arrêt de plus de 20 minutes.
- Elle exige une trace formelle pour la sécurité, la qualité ou un audit.
Tout le reste reste une tâche rapide gérée par l'équipe : enregistrée, attribuée, chronométrée et clôturée dans l'IoT. Exemple indicatif : sur une ligne de conditionnement typique en 2x8, un bourrage résolu en trois minutes est une tâche rapide. Si le même bourrage revient quatre fois dans le même poste, il donne lieu à un seul ordre de travail pour inspecter les guides. Fixez ces limites par écrit avec la maintenance et revoyez-les chaque mois.
Comment cela fonctionne dans DBR77 IIoT et IRIS
Dans DBR77 IIoT, chaque alerte devient une tâche avec un responsable, et la réaction est horodatée. Sur une ligne d'emballage en carton ondulé, cette règle, associée à l'état machine en temps réel et à la saisie des causes, a fait passer le temps moyen de réaction à un arrêt de 24 à 9 minutes. Ce qui se passe sans cette structure est expliqué dans pourquoi les alertes machines échouent en atelier.
Dans DBR77 IRIS, un événement machine ou caméra arrive dans le même modèle de données que tout le reste. De là, il peut ouvrir un ordre de travail dans la GMAO, enregistrer un presque-accident HSE ou alimenter l'OEE, sans interface distincte pour chacun.
Des états et des comptages propres peuvent aussi alimenter un jumeau numérique de la ligne pour tester des changements avant qu'ils n'arrivent en atelier. La façon dont les signaux font ensuite évoluer les priorités et les plans est traitée dans De la visibilité à la réponse en boucle fermée.
Questions fréquentes
La finance veut d'abord les données dans l'ERP. Faut-il commencer par là ?
En général, non. L'ERP a besoin d'enregistrements clôturés, qui ne sont fiables qu'une fois les données de la ligne stabilisées. En attendant, fournissez à la finance un export hebdomadaire depuis l'IoT.
Faut-il un MES avant de démarrer l'IoT ?
Non. Beaucoup d'usines de taille moyenne commencent avec l'IoT sur une ligne et la GMAO qu'elles ont déjà. L'IoT peut fournir l'OEE en temps réel et les causes d'arrêt en attendant un MES.
Comment éviter que la GMAO se remplisse de tickets ?
Appliquez les règles d'ordres de travail ci-dessus et revoyez-les chaque mois avec la maintenance. Si les planificateurs clôturent beaucoup d'ordres avec « aucune action nécessaire », les limites sont trop basses.
Quelles interfaces faut-il ?
OPC UA, Modbus ou MQTT côté machines et des API standard côté gestion. Les revues de sécurité se réfèrent en général à l'ISA/IEC 62443, et le traitement peut rester sur site.
Conclusion
Choisissez la ligne dont la liste des causes est restée inchangée le plus longtemps et reliez-la à la GMAO avec quatre champs seulement : machine, défaut, heure et responsable. Avant que le premier ordre de travail ne passe, fixez les limites par écrit avec la maintenance, par exemple un arrêt de plus de 20 minutes ou le même défaut trois fois en sept jours. Au bout d'un mois, comptez combien d'ordres les planificateurs ont clôturés avec « aucune action nécessaire » et ajustez les limites en conséquence.
Définir votre ordre d'intégration en un seul échange
Venez avec la liste de vos systèmes : GMAO, MES, ERP. En 30 minutes, nous esquissons quelles données vont où, dans quel ordre, et avec quelles règles d'alerte commencer.
Sources
- ISA, ISA-95 Standard: Enterprise-Control System Integration
- ISA, ISA/IEC 62443 series of standards
- OPC Foundation, OPC Unified Architecture, 2008
- OASIS, MQTT Version 5.0, 2019
- McKinsey & Company, IoT value set to accelerate through 2030, 2021
- Vorne, The Six Big Losses
- Données pilotes DBR77 IIoT, ligne d'emballage en carton ondulé (client anonyme), 2026