MES vs. ERP vs. SCADA: Wo ein Manufacturing Execution System hingehört (ISA-95 erklärt)

Fast jede Diskussion über MES ist in Wahrheit eine Diskussion über Zuständigkeitsgrenzen. Jemand fragt, warum das ERP das nicht einfach kann, jemand anderes wirft ein, dass SCADA die Maschinendaten doch schon zeigt, und das Gespräch dreht sich im Kreis, weil drei Systeme verglichen werden, als stünden sie im Wettbewerb. Tun sie nicht. Sie liegen auf verschiedenen Ebenen und besitzen verschiedene Entscheidungen.

ISA-95, der internationale Standard für die Integration von Unternehmens- und Steuerungssystemen, klärt das sauber. Er ist nicht als Theorie wichtig, sondern weil er sagt, welches System welches Datum halten soll — und genau diese Frage entscheidet, ob eine Integration trägt.

Die vier Ebenen, in Klartext

Ebene 1 sind Sensoren und Aktoren — das physikalische Signal. Ebene 2 ist Steuerung: SPS und SCADA, die die Maschine in Echtzeit führen, im Millisekundenbereich. Ebene 3 ist das Fertigungsmanagement: MES, im Minuten- und Stundenbereich, mit den Fragen was gerade gefertigt wird, auf welcher Maschine, von wem, aus welchem Material und in welcher Qualität. Ebene 4 ist die Unternehmensplanung: ERP, in Tagen und Wochen, mit den Fragen was zu fertigen, zu beschaffen und zu fakturieren ist.

Jede Ebene spricht mit ihren Nachbarn, nicht quer durch den Stapel. Genau darum geht es. Ein ERP, das direkt in eine SPS greift, erzeugt exakt die Brüchigkeit, zu deren Vermeidung der Standard existiert.

Warum ERP kein MES sein kann

Das ist kein Fähigkeitsargument, sondern ein Zeitbasis-Argument. ERP-Transaktionen sind darauf ausgelegt, korrekt und revisionssicher zu sein, nicht schnell und kontinuierlich. Ein Fertigungsauftrag im ERP ist eine Zusage. Ein Fertigungsauftrag auf dem Shopfloor ist ein lebendes Objekt, das sich teilt, pausiert, die Maschine wechselt, vier Teile verschrottet und weiterläuft.

Drückt man diese Realität ins ERP, passiert eines von zwei Dingen. Entweder der Shopfloor pflegt das ERP in Echtzeit, und das System wird zur Erfassungslast, die man bis Schichtende sammelt — so entsteht ein ERP, das selbstbewusst acht Stunden falsch liegt. Oder der Shopfloor pflegt es nicht, und das ERP plant gegen einen Bestands- und Kapazitätswert von gestern.

MES existiert, um diese Volatilität aufzufangen, zu verrechnen und dem ERP eine saubere Rückmeldung zu übergeben: Dieser Auftrag hat so viel verbraucht, so viel produziert, so lange gedauert, in dieser Qualität. Das ERP bekommt Genauigkeit, ohne im Shopfloor-Takt laufen zu müssen.

Warum SCADA ebenfalls kein MES ist

SCADA sieht mehr als MES und behält weniger von dem, was zählt. Es ist gebaut, um Prozesszustände jetzt zu visualisieren und zu steuern, in sehr hoher Auflösung, meist je Linie oder Bereich.

Was ihm fehlt, ist Kontext. SCADA weiß, dass eine Maschine vierzig Minuten mit einer bestimmten Rate lief. Es weiß nicht von sich aus, dass diese vierzig Minuten zum Fertigungsauftrag 4471 für einen Kunden mit Liefertermin gehörten, gefertigt aus einer Charge, die auch in drei andere Aufträge ging, bedient von jemandem mit der passenden Qualifikation. Rückverfolgbarkeit, Auftragskontext, Personal, Qualitätsentscheidung und Chargenverfolgung sind MES-Themen.

Deshalb ist „wir haben doch schon SCADA“ kein Argument gegen MES — und der umgekehrte Weg, SCADA durch MES zu ersetzen, ebenfalls ein Fehler. Die beiden sind keine Substitute.

Die elf Funktionen, die ein MES abdecken soll

Das MESA-Modell ist die übliche Referenz und eine brauchbare Einkaufscheckliste: Ressourcenzuteilung und -status, detaillierte Feinplanung, Auftragssteuerung, Dokumentenlenkung, Datenerfassung, Personalmanagement, Qualitätsmanagement, Prozessmanagement, Instandhaltungsmanagement, Produktverfolgung und Genealogie sowie Leistungsanalyse.

Kein Werk braucht alle elf am ersten Tag. Aber wer die Liste kennt, kauft kein OEE-Dashboard, nennt es MES und stellt ein Jahr später fest, dass es keine Genealogie gibt, wenn ein Kunde fragt, in welche Aufträge eine verdächtige Charge gegangen ist.

Was „MES-Automatisierung“ heißt, wenn die Grenzen stimmen

Mit sauberen Ebenen bedeutet Automatisierung nicht mehr Dashboards, sondern Entscheidungen ohne Menschen.

Ein Auftrag wird erst an eine Station freigegeben, wenn Material reserviert ist und der Bediener die passende Qualifikation hat. Ein Qualitätsfehler sperrt den nächsten Arbeitsgang, statt bei der Endprüfung aufzufallen. Ein Stillstandsgrund erzeugt eine Instandhaltungsmeldung mit Maschine, Zeit und Fehler bereits ausgefüllt. Verbräuche werden gebucht, während sie entstehen, statt am Schichtende geschätzt zu werden.

Jedes davon ist ein Regelkreis innerhalb von Ebene 3. Keines verlangt, dass das ERP schneller oder SCADA klüger wird.

Digital-Factory-Software: wo der Begriff hilft und wo er verdeckt

Digital Factory ist ein Portfoliobegriff. Er umfasst MES, APS, WMS, Qualität, Instandhaltung, Energie und Analytik und ist echt nützlich, wenn eine Gruppe einen Vertrag und ein Datenmodell will statt sieben Integrationen.

Er verdeckt etwas, wenn er benutzt wird, um nicht zu sagen, welche der elf Funktionen tatsächlich umgesetzt sind. Die Frage, die durchschneidet: Welches System hält den Fertigungsauftrag, und welches die Chargen-Genealogie? Ist es dasselbe System, trägt die Integration wahrscheinlich. Sind es zwei, fragen Sie, wer sie abgleicht.

Die ROI-Rechnung mit Zahlen, die Sie schon haben

MES-Business-Cases scheitern, wenn sie auf Branchendurchschnitten stehen. Sie tragen, wenn sie auf vier Zahlen stehen, die das Werk näherungsweise kennt.

Ungeplante Stillstandsstunden pro Monat am Engpass und der Deckungsbeitrag, den dieser Engpass pro Stunde erwirtschaftet. Ausschuss und Nacharbeit als Anteil der Ausbringung, getrennt nach spät entdeckt und an der Quelle entdeckt. Stunden pro Woche für manuell erstellte Berichte — Schichtübergabe, Kundenreport und Monatsabschluss zusammengezählt. Und Expressfracht plus Notbeschaffung der letzten zwölf Monate, also der Preis des Nichtwissens.

Diese vier decken den größten Teil des realisierten Nutzens ab, und anders als ein Benchmark lässt sich darüber mit denen streiten, die sie verantworten. Ein so gebauter Business Case überlebt den CFO. Einer auf Basis eines Anbieterdurchschnitts nicht.