Weil beide Systeme unterschiedliche Ebenen der Fertigung steuern: Das ERP plant, was und wann produziert werden soll, auf Tage, Wochen oder Monate. Das MES steuert, wie produziert wird, auf Sekunden und Minuten. Ohne Schnittstelle bleibt der Datenaustausch manuelle Doppelerfassung.

ISA-95, international genormt als IEC/ISO 62264, ist ein sechsteiliges Referenzmodell, das definiert, welche Objekte und Transaktionen zwischen Unternehmensleitebene und Fertigungssteuerung ausgetauscht werden. B2MML (Business To Manufacturing Markup Language) ist die von MESA International gepflegte, honorarfreie XML-Umsetzung dieser Datenmodelle. ISA-95/B2MML ist kein Transportprotokoll wie REST oder OPC UA, sondern legt fest, wie die transportierten Daten inhaltlich strukturiert sein sollten.

Gängige Schnittstellenstandards sind REST-API, OPC-UA, MQTT, SAP IDoc auf ABAP-Basis, XML- beziehungsweise CSV-Dateiaustausch sowie proprietäre Dateischnittstellen etwa im Navision-Umfeld. Die konkrete Wahl hängt vom eingesetzten ERP-System und der geforderten Aktualisierungsgeschwindigkeit ab.

MPDV HYDRA hat eine zertifizierte Integration mit SAP S/4HANA und war 1994 eines der ersten MES-Unternehmen mit zertifizierter SAP-Schnittstelle. FORCAM ENISCO liefert die Maschinenanbindung innerhalb von SAP Digital Manufacturing als Partnerschaft. PROXIA hat eine dokumentierte Schnittstelle zu Microsoft Dynamics NAV und 365 Business Central. Diese Kombinationen ändern sich mit neuen ERP-Releases, eine aktuelle Bestätigung beim jeweiligen Anbieter ist vor einer Entscheidung sinnvoll.

Eine saubere ERP-MES-Integration ist laut Fachbeiträgen ein typisches Industrieprojekt mit drei bis neun Monaten Aufwand je Verbindung, abhängig von der Komplexität der Datenmodelle und dem Reifegrad der bestehenden Stammdaten.

Ein häufig beobachtetes Muster: Aufträge landen im ERP, die Maschinenbelegung wird zusätzlich in Excel geplant, und das MES-System sieht nur, was manuell eingetippt wurde. Zwischen Planung und Ausführung liegen dann drei bis fünf Medienbrüche.

Artikelstammdaten liegen meist führend im ERP, Stücklisten teils im ERP, teils im MES, und Arbeitspläne häufig in einem dritten System wie PLM oder CAQ. Entscheidend ist, dass für jeden Datentyp genau ein führendes System festgelegt wird, sonst entstehen widersprüchliche Datenstände, sobald beide Seiten denselben Datensatz ändern dürfen.

Ein Medienbruch liegt vor, wenn Daten manuell von einem System oder Medium in ein anderes übertragen werden müssen. Jeder Medienbruch kostet Zeit, erhöht das Fehlerrisiko durch Tippfehler und sorgt dafür, dass Entscheidungen auf veralteten statt aktuellen Daten basieren.

Viele etablierte ERP-Systeme wie SAP oder Microsoft Dynamics 365 bieten dokumentierte, teils native Integrationsschnittstellen zu gängigen MES-Systemen an. Für weniger verbreitete ERP-Systeme oder stark angepasste Altsysteme ist häufig eine individuelle Integrationsentwicklung notwendig.

Vor Projektbeginn sollten Datenverantwortlichkeiten, die geforderte Aktualisierungsfrequenz, Fehlerbehandlung bei abgelehnten Buchungen, die Bidirektionalität der Datenflüsse sowie die langfristige Wartungsverantwortung für die Schnittstelle geklärt sein. Diese Punkte verursachen in der Praxis mehr Aufwand als die reine technische Anbindung.

Bei genau einer MES-ERP-Verbindung ist eine Punkt-zu-Punkt-Anbindung oder eine iPaaS-Lösung mit vorgefertigten Konnektoren meist ausreichend. Sobald mehrere Systeme wie ein zweites Werk, ein CAQ- oder Lagerverwaltungssystem angebunden werden sollen, zahlt sich eine zentrale Middleware-Schicht durch bessere Wartbarkeit aus.

Am Tag des Go-Live arbeiten Werker und Planer plötzlich mit einer neuen Datenquelle statt der gewohnten Excel-Liste. Ohne Schulung, einen klaren Ansprechpartner für die ersten Wochen und einen Rückfallplan bei Störungen scheitert die Akzeptanz häufiger an der Organisation als an der Technik selbst.

Ja, das ist in der Praxis sogar häufig sinnvoll. Etwa OPC UA für maschinennahe Echtzeitdaten und REST-API oder SAP IDoc für Auftrags- und Stammdaten Richtung ERP. Wichtig ist, dass die Gesamtarchitektur, etwa über eine Middleware, diese unterschiedlichen Standards koordiniert verwaltet.