OEE + Epicor Integration 2026: Leitfaden

OEE-Software + Epicor-Integrationsleitfaden (2026): Architektur, Fallstricke und funktionierendes Playbook

21 Apr `26

Schnelle Antwort

OEE-zu-Epicor-Integration gelingt, wenn drei Dinge zutreffen: das Integrationsmuster passt zu Ihrer Epicor-Version, der Datenfluss ist event-getrieben statt poll-basiert, und der Arbeitsauftrags-Lebenszyklus ist das Integrationsrückgrat. Dieser Leitfaden geht unterstützte Endpoints, drei funktionierende Datenflussmuster, häufige Fallstricke und einen 6-Wochen-Plan durch.

Wichtige Erkenntnisse

Epicor Kinetic und Epicor ERP 10 haben verschiedene Integrationsoberflächen. Kinetic nutzt REST-APIs und Epicor Functions; ERP 10 nutzt Business Objects.
Drei funktionierende Muster: work-order-driven (am besten), production-schedule-driven (angemessen), historian-pull-only (begrenzt).
Größter Fallstrick ist Poll-basierte Integration. Event-getrieben ist das richtige Muster für 2026.
Implementierungszeit ist 6 Wochen mit dedizierter Epicor-seitiger Ressource. Ohne diese 10-14 Wochen.
Häufige Fehlerpunkte: nicht-standardmäßige BOM-Strukturen, Custom-UD-Felder, Multi-Werk-Instanzen, Benutzerberechtigungs-Scopes.
Dies ist ein prozeduraler Leitfaden. Für den strategischen Fall siehe die CFO-Rechtfertigung.

Dieser Leitfaden ist Teil einer Serie, die die Plateau-Diagnose, Wartung als Profitcenter und Wettbewerber-Reviews von TrakSYS, FORCAM FORCE und AVEVA abdeckt.

Epicor-Versionen, Integrationsoberflächen und was tatsächlich verbindet

Schnelle Antwort: Die Integration von OEE-Software mit Epicor Kinetic ERP erfordert drei Verbindungspunkte: (1) Fertigungsaufträge aus Epicor in die OEE-Plattform, (2) Stillstand + Ausschuss + Gutstück zurück in Epicor, (3) synchronisiertes Ursachencode-Wörterbuch. Fabricos nativer Epicor-Konnektor erledigt alle drei mit 30-Sekunden-Sync; Zapier-Middleware führt zu Minuten-Lag.

Vertiefende Lektüre: OEE + Infor Integration · OEE-Software-Auswahlprozess · Den OEE-CMMS-Kreis schließen · Versteckte Kosten OEE-Software.

Kennen Sie Ihre Epicor-Version vor dem Scoping

Die zwei produktionsrelevanten Epicor-Produktlinien haben deutlich unterschiedliche Integrationsoberflächen. Epicor Kinetic (eingeführt im 2021-Refresh) bietet eine moderne REST-API-Oberfläche plus Epicor Functions für event-getriebene Workflows. Epicor ERP 10 bietet Business Objects über die ältere SOAP-Style-API plus BAQ-Exporte und DMT-Style-Importe.

Wichtige Endpoints für OEE-Integration

Für Kinetic: JobEntry REST endpoint, LaborDtl, PartTran und Epicor Function framework. Für ERP 10: JobEntry.JobEntryBO, LaborEntry.LaborEntryBO und PartTran.PartTranBO als Business Objects.

Der Arbeitsauftrag ist das Integrationsrückgrat

Das nützlichste Objekt in beiden Epicor-Versionen ist der Job Head + Job Operations Record. Dies ist, woran die OEE-Plattform OEE-Messungen anhängt. Ohne diese Zuordnung sind OEE-Daten nur Zahlen; mit ihr treiben sie Arbeitsauftrags-Analysen.

Was nicht sauber funktioniert

Integration auf Kunden- oder Verkaufsauftragsebene zu versuchen — zu abstrakt für OEE. Versuch, die BOM in die OEE-Plattform zu spiegeln — Over-Scoping. Versuch, Arbeitszeit von OEE zu Epicor zurückzuschreiben — regulatorisches Minenfeld.

Authentifizierung und Berechtigungen

Epicor REST API erfordert API-Key-Authentifizierung; Kinetic unterstützt auch OAuth 2.0 mit Epicor IdP. Die OEE-Plattform sollte unter einem dedizierten Service-Account mit Lesezugriff auf Job-, Operations- und Part-Tabellen laufen.

Die ehrliche Scoping-Frage

Bevor Sie das Integrationsprojekt dimensionieren, beantworten Sie schriftlich vier Fragen: welche Epicor-Version ist in Produktion? Wie viele Epicor-Mandanten / Standorte benötigen Integration? Ist die OEE-Plattform SaaS oder on-premise? Welches Integrationsmuster ist für den Epicor-Admin akzeptabel?

Die drei Datenflussmuster, die tatsächlich funktionieren

Muster 1 (am besten): Work-Order-Driven Event Flow

Epicor emittiert ein Ereignis, wenn ein Arbeitsauftrag gestartet, pausiert oder abgeschlossen wird; die OEE-Plattform empfängt das Ereignis und bindet eingehende Produktionsdaten an die aktive Operation. Wenn der Arbeitsauftrag schließt, sendet die OEE-Plattform einen finalen Zusammenfassungsdatensatz zurück.

In Kinetic implementiert über Epicor Functions, die bei Job-Statusübergängen feuern. In ERP 10 über Method Directives auf JobEntry.Update.

Muster 2 (angemessen): Production-Schedule-Driven Pull

Für Werke, die keine Epicor Functions oder Method Directives aktivieren können, ist die Fallback-Lösung ein produktionsplan-getriebener Pull. Die OEE-Plattform liest aktive JobOper-Datensätze alle 5 Minuten via REST API. Das Muster funktioniert, produziert aber 5-Minuten-Auflösung und erzeugt Last auf der Epicor-Datenbank.

Muster 3 (begrenzt): Historian-Pull-Only mit Loose Coupling

Für Werke, die keine Epicor-seitige Integration aktivieren können, kann die OEE-Plattform als reines maschinenseitiges Messsystem mit periodischer dateibasierter Abgleichung laufen. Dieses Muster produziert OEE-Messung, aber entriegelt keine OEE-getriebene Arbeitsauftrags-Analyse.

Datenfelder, die die OEE-Plattform von Epicor braucht

Minimal: Job-Nummer, Job-Suffix, Operationsnummer, Teilenummer, bestellte/abgeschlossene Menge, Operationsstatus, Arbeitsplatz, Start/End-DateTime, Bediener-ID.

Datenfelder, die die OEE-Plattform an Epicor sendet

Bei Rückschreibarchitektur: Gesamtteile produziert (PartTran), Arbeitsminuten (LaborDtl), OEE-Zusammenfassungsmetriken in einem benutzerdefinierten UD-Feld auf JobOper. Ohne Rückschreiben: Metriken werden separat in Power BI veröffentlicht.

Die Integrations-Test-Checkliste

Vor dem Go-live sechs Tests ausführen: Job-Erstellungsereignis, Job-Statusübergang, Job-Abschluss, Bad-Data-Szenarien, Multi-Werk-Szenarien, Berechtigungsfehler.

Das 6-Wochen-Integrations-Bereitstellungs-Playbook

Woche 1: Scoping und Architekturentscheidungen

Vier Arbeitssitzungen mit Epicor-Admin, Operations-Sponsor, IT-Security und OEE-Anbieter. Liefergegenstand: 2-Seiten-Architekturdokument signiert.

Woche 2: Testumgebungsaufbau

Non-produktiven Epicor-Mandanten oder Testumgebung aufsetzen. Service-Account mit Leseberechtigungen konfigurieren. Bestätigen, dass der OEE-Anbieter Epicor REST endpoints erreichen kann.

Woche 3: Event-Handler-Entwicklung

Für Muster 1: Epicor-Admin schreibt Functions oder Method Directives. Für Muster 2: OEE-Anbieter schreibt Polling-Code mit Rate-Limiting und Circuit-Breaker. Für Muster 3: OEE-Anbieter baut täglichen CSV-Export.

Woche 4: Eine-Linie-Pilot

Eine Produktionslinie wählen, idealerweise mit sauberstem Arbeitsauftragsfluss. Integration nur für diesen Arbeitsplatz aktivieren. 1 Woche live neben bestehender OEE-Messmethode laufen lassen.

Woche 5: Skalierung auf verbleibende Linien

Integration auf alle Produktionslinien ausweiten. Die meisten Probleme in diesem Schritt sind keine Integrationslogik — sie sind Datenhygiene (fehlende Operationsroutings, inkonsistent gemappte Arbeitsplätze).

Woche 6: Cutover, Monitoring und Übergabe

Von alter Messmethode auf integrierte OEE-Plattform umschalten. Monitoring konfigurieren: Alarm bei kaputten Ereignissen. Integration an internes IT übergeben. Runbook dokumentieren.

Was Woche 7 und später aussieht

Wochen 7-12 sind die normale OEE-Messperiode, in der der Wert der Integration emergiert. Bis Woche 12 sollte das Werk 4-6 Wochen OEE-zu-Arbeitsauftrag-zugeordnete Daten haben.

Wo die meisten Werke stecken bleiben

Drei Fehlermodi. Werke, die ohne budgetierte Epicor-seitige Ressource dimensionieren. Werke, die Muster 1 ohne Functions-Erfahrung probieren. Werke, die die Datenhygienearbeit in Woche 5 überspringen.

FAQ und Fazit

F: Welche OEE-Plattformen integrieren out-of-the-box mit Epicor?

Die meisten etablierten Enterprise-OEE-Plattformen haben mindestens Muster 2 (Polling). TrakSYS, FORCAM FORCE und Fabrico CMMS + CV OEE unterstützen alle Epicor-Integration.

F: Was wenn wir Kinetic Cloud nutzen?

Kinetic Cloud ist das empfohlene Ziel für neue Epicor-Integration in 2026. Die REST-API-Oberfläche ist dieselbe wie on-premise Kinetic.

F: Wie unterscheidet sich das von SAP PM oder Microsoft Dynamics Integration?

SAP PM nutzt OData und IDoc-Muster; Microsoft Dynamics 365 nutzt Business Events. Die Architekturprinzipien gelten für alle drei.

F: Was ist mit Epicor-Add-Ons wie Epicor MES?

Epicor MES überschneidet sich mit dem, was eine OEE-Plattform tut. Strategische Entscheidung: ersetzen oder parallel laufen lassen. Die meisten Werke migrieren binnen 6 Monate.

F: Wie handhaben wir Multi-Werk Epicor?

Separate Integrationsinstanz pro Mandant, oder Epicor cross-company reporting layer nutzen.

F: Was kostet eine Epicor-Integration insgesamt?

Für Muster 1 auf Single-Company Kinetic: €30k-€80k Anbieter plus 80-150 Stunden intern. Muster 2: €20k-€60k plus 50-100 Stunden. Muster 3: €15k-€40k plus 30-60 Stunden.

Fazit

OEE-plus-Epicor-Integration gelingt mit dem work-order-driven event flow Muster, Epicor-Admin-Beteiligung ab Woche 1, und einer sauberen Architektur, die den Arbeitsauftrag als gemeinsames Objekt behandelt. Implementierung ist ein 6-Wochen-Projekt.