Software OEE + integrare Infor (2026): arhitectură, capcane și playbook funcțional

~40 integrări europene 2022-2026, trei scheme domină.

Schema 1, eveniment prin ION Pulse (default pentru CSI și M3).

Infor publică BOD pe ION la fiecare schimbare. OEE se abonează, ascultă, actualizează contextul aproape în timp real. Latență 1-5 secunde. Plusuri: real-time. Minusuri: Pulse e capricios la volum mare, dead-letter queue obligatorie.

Schema 2, pull plan prin ION API Gateway (pentru LN și IT conservator).

OEE pinguie API Gateway la 1-2 minute. Latență 60-120 secunde. Plusuri: debug ușor, trece de change-control. Minusuri: găuri 60s, vârfuri la început de schimb.

Schema 3, historian-pull cu reconciliere nocturnă (M3 vechi, LN on-prem, fără ION activ).

OEE înregistrează autonom contra work centers, job nocturn reconciliază intervalele cu comenzile prin timestamp și operator. Latență ERP ore-zi, OEE real-time. Plusuri: zero risc, fără licență ION, 2 săptămâni. Minusuri: opriri "neatribuite" live, fără write-back, Pareto la D+1.

Întrebare decisivă: operatorul trebuie să vadă comanda Infor deschisă pe ecranul OEE în schimb? Directori care vânează abaterea real-time: Schema 1. Reliability cu Pareto lunar: Schema 3. IT enterprise: Schema 2.

Șase săptămâni pentru o linie, un modul Infor, o instanță ION.

Săptămânile 1-2, scoping, mapare BOD, autentificare.

• Confirmă modul (CSI / M3 / LN), versiune, ION activ.
• Inventariază subscripții BOD și endpointuri API.
• Cont service ION, OAuth credentials, drept API Gateway.
• Mapează fiecare cod motiv Infor pe arborele OEE.
• Alege work center pilot, volum mare.

Săptămâna 3, endpointuri subscriber + event handlers.

• Pune subscriber BOD (Schema 1) sau polling job (Schema 2).
• Parsează primul ProcessShopOrderOperation live, confirmă operație, work center, cantitate.
• Scrie acknowledge sintetic prin ION, dovadă write-back.
• Dead-letter queue, retry, catalog erori BOD.

Săptămâna 4, pilot o linie. Operatorii văd comanda Infor pe OEE. Rebutul de la tabletă → Infor <1 min. Checklist șase teste.

Săptămâna 5, scalare. Încă 3-5 work centers. Reutilizează subscriber. Antrenează șefi de schimb.

Săptămâna 6, cutover, sunset legacy, documentație. Oprește jurnalele manuale. Monitoring BOD în observability stack. Runbook complet. Programează 30-day review.

Două avertismente: tokenurile OAuth sunt scurte (defect nr. 1, logic refresh în Săptămâna 3). Service-pack-urile schimbă payloadurile BOD (abonează-te la release notes, testează în sandbox).

Primul punct unde proiectele Infor + OEE deraiază: versiunea. Trei variante circulă în Europa.

Infor CloudSuite Industrial (CSI), fost SyteLine. Cloud mid-market pentru discrete. Shop orders, work centers, operații. ION cu BOD, ProcessShopOrderOperation, AcknowledgeShopOrderOperation, SyncWorkCenter, SyncItemMaster. ION API Gateway pune REST deasupra.

Infor M3. Puternic în Scandinavia, alimentar, modă, discrete ușor. Production orders și reporting points. ION domină. BOD frecvente: ProcessProductionOrder, AcknowledgeProductionOrder, SyncBillOfMaterial. Strat MEC / M3 API prin H5 încă folosit.

Infor LN (fost Baan). Process și discrete cu istoric automotive/aerospace. ION-nativ, dar on-prem comun. Citire directă pe siteuri vechi, nesuportat, se rupe la upgrade.

Când un furnizor zice "integrăm Infor", trei întrebări:

1. Care modul? CSI, M3 sau LN.
2. Care pattern ION? Pulse, API Gateway sau ambele.
3. Ce se scrie înapoi? Finalizări operație, rebut, coduri oprire, acolo plătește integrarea.

Ce înseamnă "integrat" în 2026:

• Fiecare oprire de la OEE prin viziune se atașează unei comenzi Infor deschise în <60s.
• Rebut pe tableta OEE scrie în Infor ca cantitate respinsă.
• Opriri planificate (schimbare, PM prin CMMS) apar pe timeline OEE înainte de eveniment.
• Statusurile work-center curg către OEE.
• Operatorii văd comanda deschisă, ciclul standard, takt-ul, din Infor, pe ecranul OEE.

Furnizor care nu mapează fiecare flux la un BOD sau API call concret nu integrează.

Aprofundări: OEE + Epicor integrare · Procesul de selecție · Costuri ascunse · Închiderea buclei.

Întrebări frecvente și concluzie

Cât costă cu adevărat Infor + OEE? Un sit, un modul, 3-5 work centers: 15-75 mii € furnizor + 30-120 ore interne. Licența ION de obicei inclusă, verifică nivelurile Pulse/API Gateway.

Care furnizori OEE suportă cu adevărat Infor?

• TrakSYS, istoric solid Infor la discrete mari, suport BOD complet, licență scumpă.
• FORCAM FORCE, comun în DACH auto/aero pe M3/LN, ION-nativ, cicluri lungi.
• AVEVA System Platform, solid cu Historian, licențe neprietenoase peste 10 linii.
• Fabrico, suportă CSI, M3, LN prin BOD ION + API Gateway, pune OEE prin viziune deasupra, fixed-price sub 30 mii €.
• Multe OEE cloud mici pretind Infor, livrează importer CSV. Cere apel ION live înainte de semnătură.

Checklist șase teste:

1. BOD subscriber primește ProcessShopOrderOperation în <5s.
2. Context work-center pe OEE = Infor.
3. Oprire atribuită comenzii active în <60s.
4. Rebut de la tabletă → cantitate respinsă în Infor <2 min.
5. Abatere plan/real se împacă la 1%.
6. OAuth refresh în pilot nu sparge subscrierea.

Și Infor EAM pe partea CMMS? Același pattern ION. Comenzi de mentenanță intră în OEE ca oprire planificată. Defecte OEE declanșează cerere EAM prin SyncWorkOrder. Multe fabrici rulează CMMS Fabrico peste OEE și împacă zilnic cu Infor EAM.

Concluzie

Infor + OEE merge ca proiect real de integrare. Schema corectă pentru modul (Pulse pentru CSI/M3, API Gateway pentru LN, historian-pull fără ION activ), BOD mapate o dată curat, șase săptămâni pe linie, apel ION live cerut înainte de semnătură. Sărirea acestor pași = un an de explicat de ce tabloul și ERP-ul nu se înțeleg.

Vrei să vezi o integrare finalizată? Fabrico rulează subscripții BOD ION și apeluri API Gateway pe sandboxuri CSI, M3, LN. Rezervă 25 minute.