Ein Werk meldet Produktionsfortschritt erst am Schichtende, Qualitätsdaten liegen in mehreren Systemen und der Vertrieb verspricht Liefertermine auf Basis veralteter Bestände. Die Frage „MES oder ERP Führungsebene“ ist dann keine technische Detailfrage. Sie entscheidet darüber, ob das Management Produktion, Qualität, Kosten und Lieferfähigkeit mit belastbaren Daten steuert – oder mit zeitverzögerten Annahmen.
In vielen Industrieunternehmen wird die Entscheidung falsch aufgesetzt: Das ERP soll die Lücke schließen, weil es bereits vorhanden ist. Oder ein MES wird eingeführt, ohne Datenhoheit, Rollen und Integrationslogik mit dem ERP zu klären. Das Ergebnis sind parallele Wahrheiten, manuelle Abstimmungen und ein Programm, das trotz hoher Investition nicht die erwartete Steuerungswirkung erzeugt.
MES oder ERP auf Führungsebene: Die eigentliche Frage
Die Führungsebene muss nicht zwischen zwei konkurrierenden Systemen wählen. Sie muss festlegen, welche Geschäftsentscheidung auf welcher Datenbasis getroffen wird und wo diese Daten entstehen. ERP und MES erfüllen dabei unterschiedliche Aufgaben.
Das ERP plant und steuert Geschäftsprozesse auf Unternehmens- und Werksebene. Dazu gehören Aufträge, Materialbedarfe, Bestände, Beschaffung, Kosten, Finanzprozesse und langfristige Kapazitätsplanung. Es beantwortet beispielsweise die Frage, ob Material verfügbar ist, welcher Kundenauftrag Priorität hat oder welche Kosten einem Auftrag zugeordnet werden.
Das MES steuert und dokumentiert die operative Ausführung im Shopfloor. Es verarbeitet Informationen aus Maschinen, Prüfmitteln, Bedienerinteraktionen und Produktionsaufträgen. Es beantwortet Fragen wie: Welcher Auftrag läuft tatsächlich auf welcher Anlage? Welche Parameter wurden verwendet? Wo ist Ausschuss entstanden? Welche Charge wurde mit welchen Komponenten gefertigt?
Die strategische Entscheidung lautet daher nicht „MES oder ERP?“, sondern: Wo endet die kaufmännisch-logistische Planung und wo beginnt die operative Produktionsführung? Unternehmen, die diese Grenze nicht klar definieren, bauen Schnittstellen ohne Verantwortung auf. Spätestens bei Terminabweichungen oder Qualitätsproblemen wird sichtbar, dass niemand verbindlich sagen kann, welches System die maßgebliche Wahrheit liefert.
Die Architektur folgt der Produktionsrealität
Ein ERP kann Rückmeldungen aus der Fertigung verarbeiten. Das macht es jedoch nicht automatisch zum geeigneten System für minutengenaue Reihenfolgen, Maschinenzustände, elektronische Werkerführung oder vollständige Genealogie. Umgekehrt ersetzt ein MES kein ERP, nur weil es aktuelle Produktionsdaten liefert.
Besonders deutlich wird das in Variantenfertigung, regulierten Produktionsumgebungen, Halbleiterfertigung oder Werken mit hoher Automatisierung. Dort reichen Rückmeldungen wie „Auftrag gestartet“ und „Auftrag abgeschlossen“ nicht aus. Die Organisation benötigt eine lückenlose Verbindung zwischen Materialcharge, Prozessschritt, Prüfwert, Anlage, Bediener und Ergebnis. Diese operative Tiefe ist Kernaufgabe eines MES.
In einer weniger komplexen Montage mit stabilen Abläufen kann die Lage anders aussehen. Wenn wenige Arbeitsgänge, begrenzte Varianten und keine hohen Traceability-Anforderungen bestehen, kann eine ERP-nahe Lösung zunächst wirtschaftlich sein. Entscheidend ist, dass diese Entscheidung auf einer belastbaren Prozessanalyse beruht – nicht auf der Annahme, man könne ein bestehendes System ohne Folgekosten für jede Aufgabe erweitern.
Vier Fragen für die Managemententscheidung
Vor einer Investitionsentscheidung sollten CIO, Werkleitung und Fachbereiche vier Fragen gemeinsam beantworten:
- Welche operativen Entscheidungen müssen in Echtzeit oder zumindest innerhalb einer Schicht getroffen werden?
- Welche Daten sind für Qualität, Compliance, Traceability und Kundenreklamationen nachweispflichtig?
- Welche Daten müssen als führende Informationen im ERP verfügbar sein, damit Planung, Einkauf und Finance korrekt arbeiten?
- Wer verantwortet Prozessstandards, Stammdaten, Schnittstellen und Änderungen über Werk, IT und OT hinweg?
Diese Fragen machen sichtbar, ob tatsächlich eine Systemlücke besteht oder ob zunächst Prozesse, Stammdaten und Governance korrigiert werden müssen. Ein neues MES kann schlechte Artikelstammdaten, unklare Arbeitspläne oder uneinheitliche Buchungslogiken nicht kompensieren. Es kann die Probleme sogar schneller und transparenter reproduzieren.
Warum Führungskräfte oft zu spät eingreifen
MES- und ERP-Programme scheitern selten daran, dass keine Software verfügbar ist. Kritisch wird es, wenn Architekturentscheidungen dezentral getroffen werden und die Eskalation erst beginnt, sobald Termine, Kosten oder Produktionskennzahlen unter Druck geraten.
Ein typisches Muster: Die Fachbereiche definieren Anforderungen, die IT bewertet die Plattform, die Automatisierung verantwortet Maschinenanbindung und der Integrationspartner erstellt Schnittstellen. Jede Gruppe liefert in ihrem Bereich. Doch niemand führt die Entscheidungen zu einem vollständigen Zielbild zusammen. Welche Buchung löst welchen Bestandsstatus aus? Was passiert bei Nacharbeit? Welches System führt bei einem Produktionsabbruch? Wie werden Zeitstempel, Einheiten und Chargennummern harmonisiert?
Ohne verbindliche Antworten entstehen manuelle Workarounds. Produktionsmitarbeiter erfassen Daten doppelt, Planer korrigieren Bestände außerhalb des Standards und Führungskräfte erhalten Berichte, deren Kennzahlen aus unterschiedlichen Zeitständen stammen. Die Folgen reichen über den IT-Bereich hinaus: Fehlende Transparenz erhöht Umlaufbestände, erschwert belastbare Lieferzusagen und verlängert die Reaktion auf Qualitätsabweichungen.
Das Zielbild: Klare Datenhoheit statt Systemkonkurrenz
Ein tragfähiges Zielbild beschreibt nicht nur Anwendungen und Schnittstellen. Es definiert Datenhoheit, Prozessverantwortung und Entscheidungsrechte. Das ERP bleibt in der Regel führend für Auftragsrahmen, Materialstämme, Bestandsbewertung, kaufmännische Prozesse und übergeordnete Planung. Das MES führt die operative Ausführung, detaillierte Rückmeldungen, Prozessdaten und die Traceability auf Shopfloor-Ebene.
Entscheidend ist die Übersetzung zwischen beiden Ebenen. Das ERP stellt beispielsweise Fertigungsaufträge, Arbeitspläne und Sollmengen bereit. Das MES meldet tatsächliche Mengen, Verbrauch, Ausschuss, Status, Qualitätsinformationen und relevante Rückverfolgbarkeitsdaten zurück. Diese Logik muss für Normalfälle ebenso funktionieren wie für Störungen: Teilmengen, Nacharbeit, Ausschuss, Materialsubstitution, Anlagenstillstand und Auftragsprioritätswechsel.
Dabei gilt: Nicht jeder Maschinenwert gehört ins ERP. Rohdaten mit hoher Frequenz gehören in OT-nahe Plattformen, Historian-Systeme oder geeignete Datenarchitekturen. Ins ERP und in Managementberichte gehören verdichtete, fachlich relevante Informationen. Wer diese Ebenen nicht trennt, belastet Kernsysteme unnötig und erzeugt Berichte, die niemand mehr prüft.
Kennzahlen müssen Entscheidungen ermöglichen
OEE, Ausschussquote, Durchlaufzeit und Termintreue sind nur dann nützlich, wenn Definitionen werksübergreifend abgestimmt sind. Eine OEE-Zahl ist wenig wert, wenn geplante Stillstände, Rüstzeiten oder Qualitätsverluste je Werk unterschiedlich erfasst werden. Gleiches gilt für die Termintreue: Ist der bestätigte Kundentermin, der interne Plantermin oder der reale Versandtermin die Referenz?
Die Führungsebene sollte deshalb wenige Kennzahlen verbindlich definieren und deren Datenweg nachvollziehbar machen. Das schafft eine gemeinsame Sprache zwischen Produktionsleitung, Supply Chain, Qualität, Finance und IT. Erst dann wird aus Shopfloor-Digitalisierung eine Steuerungsgrundlage statt eines lokalen Technologieprojekts.
Umsetzung ohne Produktionsrisiko organisieren
Die größte Gefahr liegt häufig nicht im Zielbild, sondern im Übergang. Ein Big-Bang über mehrere Werke erhöht das Risiko, dass ungelöste Stammdatenprobleme, Schnittstellenfehler oder unklare Betriebsmodelle erst unter realem Produktionsdruck sichtbar werden. Ein pilotierter Ansatz ist meist belastbarer, wenn der Pilot repräsentative Prozesskomplexität enthält und nicht nur den einfachsten Bereich abbildet.
Vor dem Rollout benötigt das Unternehmen ein verbindliches Integrationsdesign, ein Testkonzept mit realistischen Ausnahmefällen sowie klare Cutover-Verantwortung. Fachbereich, IT, OT, Qualität und externe Partner müssen in einer Governance arbeiten, die Entscheidungen zügig herbeiführt. Ein wöchentliches Statusmeeting ersetzt diese Governance nicht. Notwendig sind dokumentierte Entscheidungslogiken, eine priorisierte Risikoliste und klare Eskalationswege.
Externe Projektleitung oder ein erfahrenes PMO schafft hier vor allem Struktur zwischen den Disziplinen. Die Aufgabe besteht nicht darin, technische Entscheidungen an sich zu ziehen. Sie sorgt dafür, dass Abhängigkeiten sichtbar bleiben, Entscheidungen termingerecht getroffen werden und Risiken nicht erst im Go-live-Bericht auftauchen. Gerade in internationalen Werksstrukturen mit mehreren Vendoren ist diese neutrale Steuerung oft der Unterschied zwischen lokal funktionierenden Piloten und einem skalierbaren Rollout.
Wann ein MES-Programm wirtschaftlich wird
Der Business Case darf nicht allein über eingesparte manuelle Erfassungszeit gerechnet werden. Relevanter sind die Auswirkungen auf Lieferfähigkeit, Ausschuss, Nacharbeit, Bestände, Auditfähigkeit und Reaktionszeit bei Störungen. In einem Werk mit hoher Variantenvielfalt kann bereits die zuverlässige Material- und Chargenzuordnung erhebliche Kosten aus Reklamationen und Suchaufwand reduzieren. In einer taktgebundenen Fertigung kann eine bessere Reihenfolgensteuerung Engpässe entschärfen.
Gleichzeitig braucht ein MES laufende organisatorische Kapazität. Prozessowner müssen Standards pflegen, Stammdatenänderungen kontrollieren und Verbesserungen priorisieren. Wer das System nach dem Go-live als abgeschlossen betrachtet, verlagert Kosten lediglich in den Betrieb. Die wirtschaftliche Wirkung entsteht, wenn das Unternehmen die gewonnenen Daten konsequent für tägliche Steuerung und kontinuierliche Prozessverbesserung nutzt.
Die richtige Entscheidung zwischen MES und ERP beginnt somit nicht mit einer Produktauswahl. Sie beginnt mit der Bereitschaft, Verantwortung für Prozesse und Daten über Bereichsgrenzen hinweg verbindlich zu organisieren. Wenn diese Grundlage steht, wird Technologie zum kontrollierbaren Hebel für Lieferfähigkeit und Produktionsleistung – statt zum nächsten schwer steuerbaren Transformationsprogramm.