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.
Dieser Leitfaden ist Teil einer Serie, die die Plateau-Diagnose, Wartung als Profitcenter und Wettbewerber-Reviews von TrakSYS, FORCAM FORCE und AVEVA abdeckt.
Machen Sie aus Stillständen eine Kennzahl, mit der Ihr Team arbeiten kann.
Demo anfordernSchnelle 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.
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.
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.
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.
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.
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.
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?
Vier Arbeitssitzungen mit Epicor-Admin, Operations-Sponsor, IT-Security und OEE-Anbieter. Liefergegenstand: 2-Seiten-Architekturdokument signiert.
Non-produktiven Epicor-Mandanten oder Testumgebung aufsetzen. Service-Account mit Leseberechtigungen konfigurieren. Bestätigen, dass der OEE-Anbieter Epicor REST endpoints erreichen kann.
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.
Eine Produktionslinie wählen, idealerweise mit sauberstem Arbeitsauftragsfluss. Integration nur für diesen Arbeitsplatz aktivieren. 1 Woche live neben bestehender OEE-Messmethode laufen lassen.
Integration auf alle Produktionslinien ausweiten. Die meisten Probleme in diesem Schritt sind keine Integrationslogik, sie sind Datenhygiene (fehlende Operationsroutings, inkonsistent gemappte Arbeitsplätze).
Von alter Messmethode auf integrierte OEE-Plattform umschalten. Monitoring konfigurieren: Alarm bei kaputten Ereignissen. Integration an internes IT übergeben. Runbook dokumentieren.
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.
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.
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.
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.
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.
Minimal: Job-Nummer, Job-Suffix, Operationsnummer, Teilenummer, bestellte/abgeschlossene Menge, Operationsstatus, Arbeitsplatz, Start/End-DateTime, Bediener-ID.
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.
Vor dem Go-live sechs Tests ausführen: Job-Erstellungsereignis, Job-Statusübergang, Job-Abschluss, Bad-Data-Szenarien, Multi-Werk-Szenarien, Berechtigungsfehler.
Die meisten etablierten Enterprise-OEE-Plattformen haben mindestens Muster 2 (Polling). TrakSYS, FORCAM FORCE und Fabrico CMMS + CV OEE unterstützen alle Epicor-Integration.
Kinetic Cloud ist das empfohlene Ziel für neue Epicor-Integration in 2026. Die REST-API-Oberfläche ist dieselbe wie on-premise Kinetic.
SAP PM nutzt OData und IDoc-Muster; Microsoft Dynamics 365 nutzt Business Events. Die Architekturprinzipien gelten für alle drei.
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.
Separate Integrationsinstanz pro Mandant, oder Epicor cross-company reporting layer nutzen.
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.
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.
Sehen Sie, wie Fabrico OEE und Instandhaltung in einer Plattform vereint.
Demo buchen
Anmeldung
Blog
