Logiciel OEE + intégration Infor (2026) : architecture, pièges et plan qui marche

Versions Infor, surfaces d\u2019intégration et ce que "intégré" veut vraiment dire

Premier point où les projets Infor + OEE déraillent : la version. Trois saveurs circulent en Europe.

Infor CloudSuite Industrial (CSI), ex-SyteLine. Cloud discret mid-market. Shop orders, work centers, opérations. ION avec BOD, ProcessShopOrderOperation, AcknowledgeShopOrderOperation, SyncWorkCenter, SyncItemMaster. ION API Gateway pose du REST par-dessus.

Infor M3. Costaud en Scandinavie, agroalimentaire, mode, discret léger. Production orders et reporting points. ION domine. BOD courants : ProcessProductionOrder, AcknowledgeProductionOrder, SyncBillOfMaterial. Couche API plus ancienne (MEC, M3 APIs via H5) parfois utilisée.

Infor LN (ex-Baan). Process et discret avec histoire automobile/aéro. ION-natif, on-prem fréquent. Lecture directe SQL Server sur vieux sites, non supportée, casse à l\u2019upgrade.

Quand un éditeur dit "on intègre Infor", trois questions :

1. Quel module ? CSI, M3 ou LN.
2. Quel pattern ION ? Pulse, API Gateway, ou les deux.
3. Qu\u2019est-ce qui est réécrit ? Fins d\u2019opération, rebut, codes d\u2019arrêt, c\u2019est là que l\u2019intégration rentabilise.

Ce que "intégré" doit vouloir dire en 2026 :

• Chaque arrêt détecté par l\u2019OEE par vision se rattache à un Infor order ouvert en moins de 60 secondes.
• Le rebut sur tablette OEE écrit dans Infor en quantité rejetée.
• Arrêts planifiés (changement, PM via GMAO) apparaissent sur la timeline OEE avant l\u2019événement.
• Statuts work-center coulent vers OEE, le tableau ne ment pas.
• Opérateurs voient le shop order ouvert, le cycle standard, le takt, depuis Infor, sur l\u2019écran OEE.

Un éditeur qui ne mappe pas chaque flux à un BOD ou un appel API précis n\u2019est pas intégré.

Approfondissements : Intégration TRG + Epicor · Processus de sélection · Coûts cachés · Fermer la boucle.

Les trois schémas de flux qui marchent vraiment avec Infor

~40 intégrations européennes 2022-2026, trois schémas dominent.

Schéma 1, événementiel via ION Pulse (par défaut pour CSI et M3).

Infor publie un BOD sur ION à chaque changement d\u2019état. OEE s\u2019abonne, écoute, met à jour en quasi temps réel. Latence 1-5 secondes. Pros : temps réel. Cons : Pulse bronche sous volume, dead-letter queue obligatoire.

Schéma 2, pull du planning via ION API Gateway (pour LN et DSI conservatrice).

OEE interroge API Gateway toutes les 1-2 minutes. Latence 60-120 secondes. Pros : plus simple à déboguer, passe le change-control. Cons : trous de 60 secondes, pics en début de poste.

Schéma 3, pull historian avec réconciliation nocturne (vieux M3, LN on-prem, sans ION actif).

OEE enregistre autonome contre work centers, job de nuit rapproche les intervalles aux orders par timestamp et opérateur. Latence ERP heures à un jour, OEE reste temps réel. Pros : zéro risque, pas de licence ION, 2 semaines. Cons : arrêts "non rattachés" live, pas de write-back, Pareto à J+1.

Question décisive : l\u2019opérateur doit-il voir l\u2019order Infor ouvert sur l\u2019écran OEE en poste ? Directeurs d\u2019usine traquant l\u2019écart : Schéma 1. Fiabilistes en Pareto mensuel : Schéma 3. DSI enterprise : Schéma 2.

Combien coûte vraiment Infor + OEE ? Un site, un module, 3-5 work centers : 15-75 k€ éditeur + 30-120 heures internes. Licence ION en général incluse, vérifier les paliers Pulse/API Gateway.

Quels éditeurs OEE supportent vraiment Infor ?

• TrakSYS, bon historique Infor chez les gros discrets, support BOD complet, licence chère.
• FORCAM FORCE, courant en DACH auto/aéro sur M3/LN, ION-natif, cycles longs.
• AVEVA System Platform, solide avec Historian, licences pénibles au-delà de 10 lignes.
• Fabrico, supporte CSI, M3, LN via BOD ION + API Gateway, pose l\u2019OEE par vision par-dessus, forfait sous 30 k€.
• Beaucoup de petits OEE cloud revendiquent Infor mais livrent un CSV importer. Exiger un appel ION live avant signature.

Checklist six tests :

1. Subscriber BOD reçoit ProcessShopOrderOperation en live dans les 5 secondes.
2. Contexte work-center sur OEE = Infor.
3. Arrêt tagué au shop order actif en moins de 60 secondes.
4. Rebut tablette → quantité rejetée sur même opération en moins de 2 minutes.
5. Écart plan/réel se rapproche à 1 % près.
6. Refresh OAuth pendant le pilote ne casse pas l\u2019abonnement.

Et Infor EAM côté GMAO ? Même schéma ION. Ordres de travail entrent dans OEE en arrêt planifié. Pannes OEE déclenchent une demande EAM via SyncWorkOrder. La plupart des sites font tourner la GMAO native de Fabrico au-dessus de l\u2019OEE et rapprochent EAM quotidiennement.

Conclusion

Infor + OEE marche en tant que vrai projet d\u2019intégration. Bon schéma pour votre module (Pulse pour CSI/M3, API Gateway pour LN, historian-pull sans ION actif), BODs mappés une fois et bien, six semaines pour une ligne, appel ION live exigé avant signature. Sauter ces étapes = un an à expliquer pourquoi le tableau et l\u2019ERP ne s\u2019accordent pas.

Envie de voir une intégration finie ? Fabrico fait tourner des abonnements BOD ION et appels API Gateway contre des sandboxes CSI, M3, LN. Réservez 25 minutes.

Le plan 6 semaines pour déployer Infor + OEE

Six semaines pour une ligne, un module Infor, une instance ION. Ramper, marcher, courir.

Semaines 1-2, cadrage, cartographie BOD, authentification.

• Confirmer module (CSI / M3 / LN), version, ION en prod.
• Inventorier les BOD à abonner et les API à appeler.
• Compte de service ION, credentials OAuth, droit API Gateway.
• Mapper chaque code raison Infor sur l\u2019arbre OEE.
• Choisir le work center pilote, plus haut volume.

Semaine 3, endpoints subscriber + event handlers.

• Monter le subscriber BOD (Schéma 1) ou job de polling (Schéma 2).
• Parser le premier ProcessShopOrderOperation en live, confirmer opération, work center, quantité.
• Écrire un acknowledge synthétique via ION, preuve du write-back.
• Dead-letter queue, retry, catalogue d\u2019erreurs BOD.

Semaine 4, pilote sur une ligne. Opérateurs voient l\u2019order Infor sur l\u2019écran OEE. Rebut tablette → Infor en <1 min. Checklist six tests.

Semaine 5, passage à l\u2019échelle. 3-5 work centers en plus. Réutiliser le subscriber. Former chefs d\u2019équipe.

Semaine 6, bascule, retrait legacy, documentation. Sunset journal manuel. Monitoring BOD dans l\u2019observability stack. Runbook (catalogue BOD, liste API, procédure OAuth refresh). 30-day review planifiée.

Deux avertissements : tokens OAuth courts (panne n°1, refresh logique en Semaine 3). Service-packs changent les payloads BOD (s\u2019abonner aux release notes, tester en sandbox).