Ghid integrare software OEE + Epicor (2026): arhitectură, capcane și playbook funcțional

Plan 6 săptămâni pentru deployment Epicor + OEE

Șase săptămâni pentru o linie, un modul, un mediu. Încercările cu patru linii termină cu opt săptămâni plus două săptămâni de refacere.

Săptămânile 1-2 — scoping, mapare REST, auth.

• Confirmă modulul Epicor (Kinetic / ERP 10), versiunea, REST activ.
• Inventariază endpoint-urile de apelat și Functions de creat.
• Cont service Epicor, API key, permisiuni pe Job, Resource, Part. OAuth 2.0 pentru Kinetic.
• Mapează fiecare cod motiv Epicor (rebut, defect, schimbare) pe arborele OEE.
• Alege linia pilot — ResourceGrp gât-de-sticlă.

Săptămâna 3 — endpoint-uri subscriber + Functions.

• Subscriber HTTPS gata pentru Function callbacks (Schema 1) sau job polling (Schema 2).
• Parsează primul JobOper.GetByID în live, verifică operație + work center + cantitate.
• Push sintetic write-back prin REST — Epicor acceptă = dovadă că write-back e real.
• Dead-letter queue + retry strategy + catalog de erori.

Săptămâna 4 — pilot o linie. Producție pe ResourceGrp pilot. Operatorii văd JobOper Epicor. Rebut tabletă → Epicor <1 min. Șase teste (Slot 4) de trecut.

Săptămâna 5 — scalare. 3-5 ResourceGrp suplimentare. Aceleași endpoint-uri. Atenție la ciudățenii per celulă. Antrenează șefii de schimb.

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

Două avertismente: token-urile OAuth Kinetic expiră (defectul nr. 1, integrează refresh în Săptămâna 3). Service-pack-urile Epicor schimbă payload-urile JSON (abonează-te la release notes, testează în sandbox înaintea fiecărui upgrade prod).

Răspuns rapid: Integrarea software-ului OEE cu Epicor Kinetic ERP necesită trei puncte de conexiune: (1) tragerea comenzilor de producție din Epicor, (2) push opririlor + rebut + bucăți bune înapoi în Epicor, (3) dicționar de coduri de cauză sincronizat. Conectorul nativ Epicor al Fabrico acoperă toate trei cu sync de 30 de secunde; middleware-ul Zapier introduce întârzieri de minute.

Aprofundări: OEE + Infor integrare · Procesul de selecție software OEE · Închiderea buclei OEE-CMMS · Costuri ascunse OEE.

Prima capcană: versiunea. Fabricile zic "suntem pe Epicor" și presupun că restul vine. Nu vine. În Europa, două variante principale, fiecare cu suprafețe diferite.

Epicor Kinetic (cloud). Anterior Epicor SaaS. Totul prin Epicor REST Services și Epicor Functions (server-side). Fără acces direct la bază. BAQ-uri (Business Activity Queries) disponibile pe admin.

Epicor ERP 10 (on-prem). Încă instalat la multe IMM-uri UE. REST disponibil, dar acces direct SQL Server tentează niște integratori. Nesuportat — un upgrade rupe schema.

Când un furnizor zice "integrăm Epicor" — trei întrebări:

1. Kinetic sau ERP 10? Endpoint-urile diferă.
2. REST + Functions sau BAQ + scheduled push? Primul e real-time, al doilea 5-15 minute.
3. Ce se scrie înapoi? Doar citire = ușor. Write-back rebut, finalizare operație, coduri oprire — acolo plătește integrarea.

Ce trebuie să însemne "integrat" în 2026 pe Epicor:

• Fiecare oprire detectată de OEE prin viziune sau senzor se atașează unui JobOper Epicor deschis în <60s.
• Rebutul introdus pe tableta OEE scrie în Epicor ca cantitate respinsă pe aceeași operație.
• Opririle planificate (schimbare serie, PM prin CMMS) apar pe timeline OEE înainte să se întâmple.
• Statusurile ResourceGrp curg către OEE ca tabloul să nu mintă.
• Operatorii văd JobOper deschis, ciclul standard și takt — din Epicor — pe ecranul opririi.

Furnizor care nu atașează fiecare flux unui endpoint REST sau Function precis — nu integrează. Lipește logo-ul pe un slide generic.

Trei scheme domină după ~40 integrări europene 2022-2026. Amestec normal — majoritatea termină cu două.

Schema 1 — webhook-uri eveniment prin Epicor Functions (recomandat pentru Kinetic).

O Function Epicor publică un eveniment HTTPS la OEE-ul vostru la fiecare schimbare de stare JobOper. Latență 1-5 s. Plusuri: real-time, operatorii nu văd date învechite. Minusuri: trebuie dead-letter queue, monitorizare Function în Epicor.

Schema 2 — pull REST al planului (recomandat pentru ERP 10 și IT conservator).

OEE-ul vostru pinguie /api/v1/Erp.BO.JobEntrySvc/Jobs și /JobOperSvc/JobOpers la fiecare 1-2 minute. Fără Functions, fără webhook-uri. Latență 60-120 s. Plusuri: debug ușor, trece de IT change-control. Minusuri: găuri de 60s, vârfuri la început de schimb.

Schema 3 — pull historian + reconciliere nocturnă (ERP 10 vechi, situri fără REST activ).

OEE înregistrează autonom contra ResourceGrp, un job de noapte reconciliază intervalele cu JobOpers prin BAQ. Latență ERP 24 ore, OEE rămâne real-time. Plusuri: risc zero, deployment în 2 săptămâni. Minusuri: fără write-back, Pareto pe comandă D+1.

Întrebarea decisivă: trebuie operatorul să vadă JobOper Epicor deschis pe ecranul OEE în timpul schimbului, sau ajunge raport D+1? Directorii de fabrică care vânează abaterea real-time iau Schema 1. Reliability cu Pareto lunar se descurcă cu Schema 3. Enterprise IT aterizează pe Schema 2.

Întrebări frecvente și concluzie

Cât costă Epicor + OEE? Pentru un sit, un modul, 3-5 ResourceGrp: 15-75 mii € furnizor + 30-120 ore interne. Costul REST/Functions inclus în abonamentul Epicor pentru Kinetic; verifică pe ERP 10.

Care furnizori OEE suportă cu adevărat Epicor?

• TrakSYS — istoric solid Epicor la discrete mari, REST + BAQ, licență scumpă.
• FORCAM FORCE — comun în DACH auto/aero pe ERP 10, cicluri lungi.
• AVEVA System Platform — solid cu Historian, licențe neprietenoase peste 10 linii.
• Fabrico — suportă Kinetic și ERP 10 prin REST + Functions, pune OEE prin viziune deasupra, piloți fixed-price sub 30 mii €.
• Multe OEE cloud mici pretind Epicor — livrează importer CSV. Cere apel REST live înainte de semnătură.

Checklist șase teste:

1. Function callback primit <5s după schimbarea JobOper.
2. Context ResourceGrp (job deschis, part, cantitate) pe OEE = Epicor.
3. Oprire senzor/viziune etichetată la JobOper activ în <60s.
4. Rebut tabletă → cantitate respinsă pe aceeași operație în <2 min.
5. Abatere plan/real se împacă la 1%.
6. OAuth refresh în pilot nu sparge subscriber-ul.

Și CMMS cu Epicor Mattec? Același pattern REST. PM din Mattec → oprire planificată pe OEE. Defecte din OEE → cerere Mattec. Multe fabrici rulează CMMS Fabrico peste OEE și reconciliază zilnic cu Mattec.

Concluzie

Epicor + OEE merge ca proiect real de integrare. Schema potrivită pentru modul (Functions pentru Kinetic, REST pull pentru ERP 10, historian când REST nu există), endpoint-uri mapate o dată curat, șase săptămâni pe linie, apel REST live cerut înainte de semnătură. Sărirea acestor pași = un an de explicații de ce tabloul și ERP-ul nu se înțeleg.

Vrei să vezi o integrare Epicor + OEE funcțională? Fabrico rulează Functions și apeluri REST contra sandbox-urilor Kinetic + ERP 10. Rezervă 25 minute.