Eine MES oder SAP Integration ist keine Entscheidung zwischen zwei Systemen. Sie ist eine Architektur- und Governance-Entscheidung darüber, welches System welche Wahrheit verantwortet. Genau an diesem Punkt geraten Enterprise-Projekte häufig unter Druck: SAP soll plötzlich Echtzeitdaten aus der Fertigung verarbeiten, während das MES zum zweiten ERP wird. Das Ergebnis sind doppelte Datenhaltung, manuelle Korrekturen und ein Shopfloor, der zwar digital aussieht, aber operativ nicht verlässlich steuerbar ist.
Für Head of Digital Manufacturing, Factory-IT-Leads und MES-Programmmanager lautet die relevante Frage daher nicht: „Brauchen wir MES oder SAP?“ Sie lautet: „Welcher Prozess gehört auf welche Ebene – und wie stellen wir einen kontrollierten Datenfluss sicher?“ Wer das früh klärt, reduziert Rework, verkürzt Testzyklen und schafft eine Grundlage für skalierbare Werke statt für lokale Sonderlösungen.
MES oder SAP Integration: Die richtige Aufgabenverteilung
SAP und MES erfüllen unterschiedliche Funktionen. SAP ERP oder SAP S/4HANA plant und bewertet Geschäftsprozesse. Das System führt Materialstämme, Stücklisten, Arbeitspläne, Aufträge, Bestände, Kosten und Finanzdaten. Es ist in den meisten Konzernen das führende System für die betriebswirtschaftliche Sicht auf die Produktion.
Das Manufacturing Execution System steuert dagegen die Ausführung auf dem Shopfloor. Es übersetzt Produktionsaufträge in konkrete Arbeitsschritte, führt Werker durch Abläufe, dokumentiert Qualitätsprüfungen, verarbeitet Maschinen- und Prozessdaten und sichert die Rückverfolgbarkeit. In einer Halbleiterfertigung kann das MES beispielsweise Genealogie, Equipment-Zustände, Rezeptfreigaben und Hold-Prozesse über Tausende Fertigungsschritte steuern. SAP ist für diese Echtzeit- und Detailtiefe nicht gebaut.
Die Trennung lässt sich klar formulieren: SAP plant, disponiert und bewertet. Das MES führt aus, überwacht und dokumentiert die Fertigung. Diese Grenze ist kein Dogma. Sie muss zum Produktionsmodell passen. In einer diskreten Montage mit überschaubarer Varianz ist die Integrationslogik anders als in einer hochregulierten Batch-Produktion oder einer 24/7-Halbleiterfertigung. Die Verantwortlichkeit pro Datenobjekt darf dennoch nie offenbleiben.
Führende Systeme statt konkurrierender Wahrheiten
Der zentrale Architekturfehler entsteht, wenn beide Systeme dieselben Daten fachlich führen sollen. Ein Produktionsauftrag kann in SAP erzeugt werden, im MES konkretisiert und nach Ausführung mit Ist-Mengen, Ausschuss und Status zurückgemeldet werden. Der Auftrag selbst bleibt jedoch in SAP führend. Die operative Ausführung inklusive detaillierter Prozesshistorie bleibt im MES führend.
Ähnlich verhält es sich bei Materialdaten. SAP liefert in der Regel Materialnummern, Versionen, Einheiten und Planungsparameter. Das MES benötigt ergänzende Fertigungsattribute wie Prüfpläne, Rezeptdaten, Routing-Details oder Equipment-Regeln. Diese Informationen müssen nicht zwangsläufig aus SAP stammen. Entscheidend ist eine saubere Regel: Welche Information wird wo gepflegt, wer genehmigt Änderungen und wann wird sie produktiv wirksam?
Diese Klarheit verhindert einen typischen Krisenfall: Ein Werk ändert einen Prozessparameter lokal im MES, während die zugehörige Revision im ERP noch nicht freigegeben ist. Produktion, Qualität und Controlling arbeiten dann mit verschiedenen Ständen. Die technische Schnittstelle funktioniert möglicherweise – der Geschäftsprozess nicht.
Welche Daten zwischen MES und SAP fließen sollten
Eine belastbare Integration orientiert sich am Wertstrom, nicht an der Frage, welche Schnittstelle ein Hersteller standardmäßig anbietet. Standardkonnektoren können Implementierungsaufwand senken. Sie ersetzen aber weder Datenverantwortung noch Prozessdesign.
Vom SAP-System zum MES fließen typischerweise Produktionsaufträge, Material- und Ressourcenstammdaten, Stücklisten, Arbeitspläne, Termin- und Mengeninformationen sowie freigegebene Änderungen. Das MES benötigt diese Daten rechtzeitig, versioniert und vollständig. Ein Auftrag ohne gültige Arbeitsanweisung oder ohne passende Materialrevision ist keine ausführbare Arbeit, sondern ein Incident mit Ansage.
In die Gegenrichtung meldet das MES den tatsächlichen Produktionsfortschritt: Start- und Endzeitpunkte, Gutmengen, Ausschuss, Nacharbeit, Materialverbräuche, Qualitätsstatus und Auftragsrückmeldungen. Je nach Geschäftsmodell können auch Serialisierung, Chargeninformationen und Traceability-Referenzen relevant sein. Nicht jeder Maschinenwert gehört nach SAP. Rohdaten mit hoher Frequenz – etwa Temperaturkurven im Sekunden- oder Millisekundenbereich – gehören in OT-nahe Historian-, Data-Platform- oder Qualitätslösungen. In SAP sollten nur verdichtete, fachlich relevante Ergebnisse ankommen.
Das ist ein wichtiger Kostenhebel. Werden große Mengen an Maschinendaten ohne klaren Business Case durch die ERP-Integration geschleust, steigen Schnittstellenlast, Speicherbedarf und Betriebsaufwand. Gleichzeitig sinkt die Transparenz, weil Entscheider in Daten statt in steuerungsrelevanten Kennzahlen untergehen.
Synchron oder asynchron? Die Antwort hängt vom Risiko ab
Nicht jeder Prozess verlangt synchrone Kommunikation. Die Freigabe eines kritischen Produktionsauftrags, die Validierung einer Materialcharge oder ein Quality Hold können eine unmittelbare Rückmeldung erfordern. Bei solchen Prozessen ist eine synchrone Integration oder ein klar abgesicherter Sperrmechanismus sinnvoll.
Produktionsrückmeldungen, Verbrauchsbuchungen oder Statusupdates lassen sich häufig asynchron und ereignisbasiert verarbeiten. Das entkoppelt Systeme und erhöht die Stabilität bei Wartungsfenstern oder temporären Netzproblemen. Voraussetzung ist ein professionelles Fehlerhandling: Nachrichten müssen eindeutig identifizierbar, wiederholbar und nachvollziehbar sein. Eine fehlgeschlagene Rückmeldung darf nicht in einem technischen Log verschwinden, während das Werk weiterproduziert.
Die Architektur muss daher Antworten auf vier operative Fragen liefern: Was passiert bei einem Ausfall? Wer erkennt ihn? Wer entscheidet über die fachliche Korrektur? Und wie wird verhindert, dass dieselbe Buchung doppelt verarbeitet wird? Ohne diese Regeln ist eine Integration nur im Happy Path belastbar.
Warum Integrationsprojekte im Werk scheitern
Die meisten Probleme sind nicht primär technische Probleme. Sie entstehen an Übergaben zwischen Fachbereich, IT, OT, Qualität, Produktion und externen Implementierungspartnern. Jeder Bereich betrachtet einen anderen Ausschnitt: IT bewertet Sicherheit und Betrieb, Produktion Durchsatz und Verfügbarkeit, Qualität Compliance und Nachweisführung, Finance die korrekte Bewertung. Ohne gemeinsame Prozessentscheidung entstehen lokale Optimierungen mit globalen Folgekosten.
Ein zweiter Fehler ist die zu späte Einbindung des Shopfloors. Wenn Werker, Schichtleiter und Instandhaltung erst im User Acceptance Test sehen, wie Buchungen oder Ausnahmeprozesse funktionieren sollen, kommen die entscheidenden Fragen zu spät. Was passiert bei Materialtausch? Wie wird ein defekter Scanner überbrückt? Darf ein Auftrag bei fehlender SAP-Verbindung weiterlaufen? Diese Szenarien entscheiden darüber, ob die Lösung in der Nachtschicht funktioniert – nicht die Anzahl der Architekturfolien.
Auch der Scope wird oft unterschätzt. Ein Pilot in einer Fertigungslinie kann mit wenigen Schnittstellen starten. Der Rollout auf zehn Werke bringt jedoch unterschiedliche Materialstämme, lokale Qualitätsvorgaben, Maschinenlandschaften, Netzwerkkonzepte und Betriebsmodelle mit. Wer den Pilot überindividualisiert, baut keine Blaupause, sondern eine teure Einzellösung.
Ein Steuerungsmodell für die MES-SAP-Integration
Enterprise-Programme brauchen für die MES-SAP-Integration ein Steuerungsmodell, das Fachlichkeit, Technik und Betrieb zusammenführt. Der erste Schritt ist eine verbindliche Prozesslandkarte entlang von Plan, Source, Make, Quality und Deliver. Für jeden kritischen Prozess wird festgelegt, welches System führt, welche Daten übertragen werden und welcher Status als gültig gilt.
Danach folgt ein Datenobjektkatalog. Er beschreibt nicht nur Felder und Formate, sondern auch Eigentümer, Qualitätsregeln, Änderungsprozesse, Übertragungsfrequenz und Fehlerbehandlung. Bei Materialstammdaten beispielsweise muss klar sein, ob ein neuer Datensatz automatisch übertragen wird oder erst nach einem Quality Gate. Bei einer Rezeptänderung muss definiert sein, ob laufende Aufträge noch nach alter Version beendet werden dürfen.
Technische Spezifikationen sollten aus diesen Entscheidungen entstehen – nicht umgekehrt. Eine API, ein Message Broker oder eine Middleware sind Mittel zum Zweck. Relevant ist, ob die Lösung nachvollziehbar betreिबbar ist: mit Monitoring, Alerting, Audit Trail, Rollenmodell, Testdaten und klaren Service Levels.
Für die Programmsteuerung haben sich wenige, harte Kennzahlen bewährt. Dazu gehören die Quote fehlerfreier Nachrichten, Durchlaufzeit von Auftragsfreigaben, Anzahl manueller Korrekturbuchungen, Datenvollständigkeit bei Traceability sowie die Zeit bis zur Fehlerbehebung. Diese Kennzahlen verbinden IT-Qualität direkt mit Produktionsleistung. Ein Projektstatus in Grün hilft wenig, wenn Schichtteams täglich Buchungen nacharbeiten müssen.
Der Weg von der Schnittstelle zur skalierbaren Factory IT
Eine belastbare Umsetzung beginnt mit einem Assessment der kritischen End-to-End-Prozesse. Nicht alle Schnittstellen müssen zuerst gebaut werden. Priorität haben Prozesse, bei denen Fehler Produktion stoppen, Compliance gefährden oder hohe manuelle Aufwände erzeugen. Daraus entsteht ein klarer Release-Plan mit fachlichen Akzeptanzkriterien.
Im nächsten Schritt wird ein Pilot unter realistischen Bedingungen getestet: mit echten Materialbewegungen, Störungen, Schichtwechseln, Varianten und Rückabwicklungen. Ein Demo-Case im Testsystem beweist keine Betriebsreife. Erst wenn Ausnahmefälle kontrolliert funktionieren, ist die Lösung für einen produktiven Rollout bereit.
Für den Multi-Site-Rollout braucht es anschließend ein Template mit bewusst definierten Freiheitsgraden. Globale Kernprozesse wie Traceability, Sicherheitsvorgaben, Datenmodell und Integrationsprinzipien sollten standardisiert sein. Lokale Anforderungen dürfen nur dort variieren, wo sie regulatorisch oder prozessual begründet sind. Dieses Vorgehen schützt die Skalierbarkeit und verhindert, dass jedes Werk seine eigene Integrationsarchitektur entwickelt.
Die beste Entscheidung bei MES und SAP ist nicht die technisch umfangreichste. Sie ist die, bei der Produktion, Qualität und IT jederzeit wissen, welcher Status gilt, wer handeln muss und wie der Betrieb auch unter Störung weiterläuft. Genau dort wird aus einer Schnittstelle eine steuerbare Produktionsplattform.
