Guide d'intégration logiciel OEE + Epicor (2026) : architecture, pièges et playbook fonctionnel

Réponse rapide : L'intégration d'un logiciel TRG avec Epicor Kinetic ERP nécessite trois points de connexion : (1) tirer les ordres de fabrication d'Epicor, (2) pousser arrêts + rebuts + bonnes pièces vers Epicor, (3) dictionnaire de codes de cause synchronisé. Le connecteur Epicor natif de Fabrico couvre les trois en sync 30 secondes ; les middleware Zapier introduisent un décalage en minutes.

Approfondissements : Intégration TRG + Infor · Processus de sélection logiciel TRG · Fermer la boucle TRG-GMAO · Coûts cachés logiciels TRG.

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

Premier piège : la version. Les usines disent "on est sur Epicor" et supposent que le reste suit. Faux. Deux saveurs principales en Europe, chacune avec ses propres surfaces.

Epicor Kinetic (cloud). Anciennement Epicor SaaS. Tout passe par Epicor REST Services et Epicor Functions (côté serveur). Pas d\u2019accès direct à la base. Les BAQs (Business Activity Queries) restent disponibles côté admin.

Epicor ERP 10 (on-prem). Toujours installé chez beaucoup de PME EU. REST disponible, mais l\u2019accès direct SQL Server tente encore certains intégrateurs. Ce n\u2019est pas le pattern supporté — un upgrade casse le schéma.

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

1. Kinetic ou ERP 10 ? Les endpoints diffèrent légèrement.
2. REST + Functions ou BAQ + scheduled push ? Le premier est temps réel, le second 5-15 minutes.
3. Qu\u2019est-ce qui est réécrit ? Lecture seule = facile. Write-back de rebut, fin d\u2019opération, codes d\u2019arrêt = c\u2019est là que l\u2019intégration paie.

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

• Chaque arrêt détecté par votre OEE par vision ou capteur se rattache à un JobOper Epicor ouvert en moins de 60 secondes.
• Le rebut saisi sur la tablette OEE écrit dans Epicor en quantité rejetée sur la même opération.
• Les arrêts planifiés (changement, PM via GMAO) apparaissent sur la timeline OEE avant qu\u2019ils se produisent.
• Les statuts ResourceGrp coulent vers OEE pour que le tableau ne mente jamais.
• Les opérateurs voient le JobOper ouvert, le cycle standard et le takt — tirés d\u2019Epicor — sur l\u2019écran où ils saisissent l\u2019arrêt.

Un éditeur qui ne peut pas attacher chacun de ces flux à un endpoint REST ou une Function précise n\u2019est pas intégré. Il colle votre logo sur une slide générique.

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

Trois schémas dominent après une quarantaine d\u2019intégrations européennes 2022-2026. Mélanger est normal — la plupart finissent avec deux des trois.

Schéma 1 — webhooks événementiels via Epicor Functions (recommandé pour Kinetic).

Une Function Epicor publie un événement HTTPS vers votre OEE chaque fois qu\u2019un JobOper change d\u2019état. Latence 1-5 secondes. Pros : temps réel, opérateurs ne voient jamais de données périmées. Cons : il faut une dead-letter queue, monitoring sur la Function côté Epicor.

Schéma 2 — pull REST du planning (recommandé pour ERP 10 et DSI conservatrice).

Votre OEE pinge /api/v1/Erp.BO.JobEntrySvc/Jobs et /JobOperSvc/JobOpers toutes les 1-2 minutes. Pas de Functions, pas de webhooks. Latence 60-120 secondes. Pros : facile à déboguer, passe IT change-control. Cons : trous de 60 secondes, pics d\u2019appels en début de poste.

Schéma 3 — pull historian + rapprochement nocturne (vieux ERP 10, sites sans REST live).

L\u2019OEE enregistre autonome contre ResourceGrp, un job de nuit rapproche les intervalles avec JobOpers via BAQ. Latence ERP 24 heures, OEE reste temps réel. Pros : zéro risque, déploiement en 2 semaines. Cons : pas de write-back, Pareto par ordre en J+1.

La question décisive : l\u2019opérateur doit-il voir le JobOper Epicor ouvert sur l\u2019écran OEE pendant le poste, ou un reporting J+1 suffit-il ? Plant directors chassant l\u2019écart temps réel prennent Schéma 1. Reliability avec Pareto mensuel s\u2019en sort avec Schéma 3. Enterprise IT atterrit sur Schéma 2.

Plan 6 semaines pour déployer Epicor + OEE

Six semaines pour une ligne, un module Epicor, un environnement. Les usines qui tentent quatre lignes finissent à huit semaines plus deux de reprise.

Semaines 1-2 — cadrage, mapping REST, auth.

• Confirmer module Epicor (Kinetic / ERP 10), version, REST actif.
• Inventorier endpoints à appeler et Functions à créer.
• Compte de service Epicor, API key, permissions sur Job, Resource, Part. OAuth 2.0 si Kinetic.
• Mapper chaque code raison Epicor (rebut, panne, changement) sur l\u2019arbre OEE.
• Choisir la ligne pilote — le ResourceGrp goulot.

Semaine 3 — endpoints subscriber + Functions.

• Subscriber HTTPS prêt à recevoir les Function callbacks (Schéma 1) ou job de polling (Schéma 2).
• Parser le premier JobOper.GetByID en live, vérifier opération + work center + qty correspondent au scope.
• Push synthétique de write-back via REST — Epicor accepte = preuve que write-back est réel.
• Dead-letter queue + retry strategy + catalogue d\u2019erreurs.

Semaine 4 — pilote une ligne. Production sur le ResourceGrp pilote. Opérateurs voient le JobOper Epicor sur l\u2019écran OEE. Rebut tablette → Epicor en <1 min. Six-test checklist (Slot 4) à passer.

Semaine 5 — passage à l\u2019échelle. 3-5 ResourceGrp supplémentaires. Mêmes endpoints. Attention aux quirks par cellule. Former les chefs d\u2019équipe.

Semaine 6 — cutover, sunset legacy, doc. Couper le journal manuel. Monitoring dans observability stack. Runbook complet. 30-day review schedulé.

Deux avertissements : les tokens OAuth Kinetic expirent (panne n°1, baker le refresh en Semaine 3). Les service-packs Epicor changent les payloads JSON (s\u2019abonner aux release notes, tester en sandbox avant chaque upgrade prod).

FAQ et conclusion

Combien coûte Epicor + OEE ? Pour un site, un module, 3-5 ResourceGrp : 15-75 k€ éditeur + 30-120 heures internes. Le coût REST/Functions est inclus dans votre abonnement Epicor pour Kinetic ; à vérifier sur ERP 10.

Quels éditeurs OEE supportent vraiment Epicor ?

• TrakSYS — bon track record Epicor chez les gros discrets, REST + BAQ, licence chère.
• FORCAM FORCE — courant en DACH automobile/aéro sur ERP 10, cycles longs.
• AVEVA System Platform — solide avec Historian, licences pénibles au-delà de 10 lignes.
• Fabrico — supporte Kinetic et ERP 10 via REST + Functions, pose OEE par vision par-dessus, pilots forfaitaires sous 30 k€.
• Beaucoup de petits OEE cloud prétendent Epicor — livrent un CSV importer. Exiger un appel REST en live avant signature.

Checklist six tests :

1. Function callback reçu <5s après changement JobOper.
2. Contexte ResourceGrp (job ouvert, part, qty) sur OEE = Epicor.
3. Arrêt sensor/vision tagué au JobOper actif en <60s.
4. Rebut tablette → quantité rejetée sur même opération en <2min.
5. Écart plan/réel se rapproche à 1% près.
6. OAuth refresh pendant pilote ne casse pas le subscriber.

Et le côté GMAO avec Epicor Mattec ? Même pattern REST. PM via Mattec → arrêt planifié sur OEE. Pannes signalées sur OEE → demande Mattec. Beaucoup d\u2019usines font tourner Fabrico GMAO sur OEE et rapprochent Mattec quotidiennement.

Conclusion

Epicor + OEE marche comme vrai projet d\u2019intégration. Bon schéma pour votre module (Functions pour Kinetic, REST pull pour ERP 10, historian quand REST manque), endpoints mappés une fois proprement, six semaines pour une ligne, appel REST en live exigé avant signature. Sauter ces étapes = un an à expliquer pourquoi le tableau et l\u2019ERP ne s\u2019accordent pas.

Voir une intégration Epicor + OEE finie ? Fabrico fait tourner des Functions et appels REST sur Kinetic + ERP 10 sandboxes. Réservez 25 minutes.