Wenn in einem Werk Störungen zu spät sichtbar werden, Chargendaten fehlen oder OEE-Kennzahlen erst Tage später verfügbar sind, wird häufig nach einem neuen System gefragt. Die entscheidende Frage lautet jedoch nicht einfach „SCADA oder MES?“. Bei SCADA versus MES Systeme geht es um zwei unterschiedliche Aufgaben im Shopfloor: die unmittelbare Überwachung und Bedienung technischer Prozesse einerseits, die Steuerung und Dokumentation der Produktionsausführung andererseits. Wer diese Ebenen vermischt, riskiert Fehlentscheidungen bei Architektur, Budget und Projektzuschnitt.
SCADA und MES lösen unterschiedliche Probleme
Ein SCADA-System – Supervisory Control and Data Acquisition – überwacht und visualisiert technische Anlagen in Echtzeit oder nahe daran. Es sammelt Signale aus SPS, Sensoren und Maschinen, stellt Prozessbilder bereit, verarbeitet Alarme und erlaubt je nach Auslegung Eingriffe durch Bedienpersonal. Im Mittelpunkt steht der aktuelle Zustand: Läuft die Anlage? Welcher Grenzwert wurde überschritten? Welches Aggregat steht? Welche Temperatur, welcher Druck oder welche Drehzahl liegt an?
Ein Manufacturing Execution System, kurz MES, bewegt sich eine Ebene darüber. Es organisiert, begleitet und dokumentiert die konkrete Produktion zwischen ERP-Planung und Automatisierung. Typische Aufgaben sind Feinplanung, Auftragsmanagement, Material- und Ressourcenverfolgung, Qualitätsprüfungen, elektronische Arbeitsanweisungen, Genealogie, Ausschussgründe und Leistungskennzahlen.
Der Unterschied ist im Alltag erheblich. SCADA kann melden, dass eine Maschine um 10:14 Uhr wegen eines fehlenden Eingangssignals stoppte. Das MES kann diesen Stillstand einem Produktionsauftrag, einer Charge, einem Produkt, einer Schicht und einer Verlustkategorie zuordnen. Erst damit entsteht eine belastbare Grundlage für Produktionssteuerung, Ursachenanalyse und Nachweisführung.
SCADA versus MES Systeme im ISA-95-Modell
Das ISA-95-Modell schafft eine nützliche Orientierung, auch wenn reale Architekturen nie vollständig lehrbuchkonform sind. Auf der unteren Ebene arbeiten Sensorik, Aktorik und SPS. SCADA gehört typischerweise in die Automatisierungs- und Leitebene: Es macht Prozesse sichtbar und bedienbar. Das MES sitzt zwischen dieser Ebene und dem ERP. Es übersetzt Produktionsvorgaben in ausführbare Prozesse und meldet Ergebnisse strukturiert zurück.
Diese Einordnung verhindert einen häufigen Denkfehler: Ein MES ist kein Ersatz für eine Maschinensteuerung. Es sollte weder hochfrequente Signale verarbeiten noch sicherheitskritische Steuerungslogik übernehmen. Umgekehrt ersetzt ein SCADA-System kein MES, nur weil sich Auftragsnummern oder einfache Reports in Visualisierungen ergänzen lassen.
In kleineren, wenig regulierten Produktionsumgebungen kann ein erweitertes SCADA durchaus einzelne MES-nahe Funktionen abdecken. Das gilt etwa für einfache Betriebsdatenerfassung oder manuelle Auftragsrückmeldungen. Mit steigender Variantenvielfalt, Traceability-Pflichten, Qualitätsanforderungen oder mehreren Werken wird diese Konstruktion jedoch schnell teuer. Individuelle Skripte und historisch gewachsene Datenbanken werden dann zum Betriebsrisiko.
Welche Fragen das richtige System beantworten muss
Die Auswahl darf nicht von der Produktdemo ausgehen. Entscheidend sind die operativen Fragen, die heute nicht zuverlässig beantwortet werden können. Fehlen Informationen innerhalb von Sekunden, etwa bei Prozessabweichungen oder Alarmen, liegt der Schwerpunkt meist bei SCADA, SPS-Integration und einer sauberen OT-Architektur.
Fehlen Informationen zu Aufträgen, Chargen, Materialverbrauch, Ausschuss oder Freigabestatus, ist ein MES-Anwendungsfall wahrscheinlicher. Besonders in Halbleiterfertigung, Automotive, Pharma, Lebensmittelproduktion oder komplexem Maschinenbau reicht es nicht aus, Produktionsdaten lediglich zu speichern. Unternehmen müssen nachweisen können, was unter welchen Bedingungen produziert wurde und welche Auswirkungen eine Abweichung auf nachgelagerte Einheiten hat.
Vier Fragen helfen bei der ersten Einordnung:
- Muss das Bedienpersonal den technischen Zustand einer Anlage unmittelbar überwachen und beeinflussen?
- Muss die Produktion auftrags-, chargen- oder seriennummerngenau dokumentiert werden?
- Müssen Materialflüsse, Qualitätsprüfungen und Arbeitsanweisungen über mehrere Prozessschritte hinweg geführt werden?
- Müssen Daten zuverlässig zwischen ERP, MES, SCADA, Historian, Labor- oder Qualitätssystemen ausgetauscht werden?
Die erste Frage weist überwiegend in Richtung SCADA. Die übrigen drei sind klare Hinweise auf MES-Bedarf. In anspruchsvollen Werken lautet die Antwort allerdings oft nicht entweder oder, sondern ein abgestimmtes Zusammenspiel beider Systeme.
Das Zusammenspiel entscheidet über den Nutzen
Eine sinnvolle Zielarchitektur trennt Verantwortlichkeiten klar. Das ERP stellt beispielsweise Produktionsaufträge, Stammdaten und langfristige Planungsinformationen bereit. Das MES prüft Verfügbarkeit, leitet Arbeitsschritte ein, führt Mitarbeitende durch Prüfungen und dokumentiert die Ausführung. SCADA stellt Prozessdaten, Zustände und Alarme aus der Anlage bereit. Die SPS bleibt für deterministische Steuerung und Maschinensicherheit zuständig.
Ein Beispiel aus der diskreten Fertigung: Das ERP plant einen Auftrag für 500 Baugruppen. Das MES zerlegt ihn in Produktionsschritte, prüft Material und fordert einen definierten Prüfablauf an. SCADA liefert die tatsächlichen Maschinenzustände, Zykluszeiten und Alarmereignisse. Entsteht ein Qualitätsfehler, kann das MES betroffene Seriennummern sperren und die Rückverfolgbarkeit sichern. Das SCADA-System bleibt dabei auf seine Kernaufgabe fokussiert: Transparenz und Bedienbarkeit des Anlagenprozesses.
Der Mehrwert liegt nicht allein in der Datenerfassung. Er entsteht, wenn Ereignisse aus der OT-Welt in einen fachlichen Kontext überführt werden. Eine Störung ohne Bezug zu Auftrag, Produkt und Auswirkung ist ein technisches Ereignis. Eine Störung mit dieser Zuordnung wird zu einer steuerbaren Produktionsabweichung.
Typische Fehler in SCADA- und MES-Projekten
Der häufigste Fehler ist Funktionsüberladung. Unternehmen versuchen, MES-Prozesse über SCADA-Masken abzubilden, weil die bestehende Leittechnik verfügbar ist. Kurzfristig spart das Lizenz- oder Einführungsaufwand. Langfristig entstehen aber schwer wartbare Sonderentwicklungen, unklare Datenverantwortung und eine Bedienoberfläche, die weder Anlagenfahrer noch Produktionsplanung optimal unterstützt.
Das Gegenstück ist ein MES-Projekt ohne belastbare Shopfloor-Grundlage. Wenn Maschinenanbindung, Datenqualität, Zeitstempel, Namenskonventionen oder Netzsegmentierung ungeklärt sind, kann das MES keine verlässlichen Daten liefern. Ein modern konfiguriertes System korrigiert keine fehlerhaften Quellsignale.
Ebenfalls kritisch ist die isolierte Beschaffung. Fachbereich, OT, IT-Security, Enterprise Architecture, Qualität und Werkleitung verfolgen berechtigte, aber unterschiedliche Interessen. Wird die Lösung nur aus einer Perspektive ausgewählt, kommen Schnittstellen, Berechtigungskonzepte, Validierungsaufwand oder Betriebsmodelle oft erst spät auf den Tisch. Das führt zu Change Requests, Terminverschiebungen und Konflikten mit dem Implementierungspartner.
So wird aus einer Systemfrage ein steuerbares Programm
Vor einer Produktauswahl braucht das Unternehmen ein gemeinsames Zielbild. Dazu gehören die priorisierten Use Cases, eine Ist-Aufnahme der OT- und IT-Landschaft, Datenverantwortlichkeiten, Integrationsobjekte sowie messbare Erfolgskriterien. „Transparenz erhöhen“ ist kein ausreichend präzises Ziel. Besser sind Kennzahlen wie verkürzte Reaktionszeit bei Störungen, vollständige Chargendokumentation, geringere manuelle Rückmeldungen oder eine nachweisbar bessere Datenbasis für OEE-Analysen.
Danach sollte die Umsetzung in wertorientierte Ausbaustufen gegliedert werden. Ein Pilot an einer repräsentativen Linie kann Schnittstellen, Datenmodelle und Betriebsabläufe prüfen. Er darf jedoch kein isolierter Showcase bleiben. Schon im Pilot müssen Skalierung, Cybersecurity, Support, Schulung, Rollenkonzepte und Rollout-Fähigkeit berücksichtigt werden.
Für die Programmsteuerung braucht es klare Entscheidungswege. Wer verantwortet das Datenmodell? Wer priorisiert Fachanforderungen? Wer nimmt Schnittstellen ab? Wie werden Anlagenstillstände für die Anbindung geplant? Gerade in internationalen Produktionsnetzwerken entscheidet diese Governance stärker über Termin und Qualität als die einzelne Softwarefunktion.
Externe Projektleitung oder ein erfahrenes PMO kann hier eine wirksame Lücke schließen: zwischen Werk, zentraler IT, OT-Verantwortlichen, Softwareanbieter und Management. Der Nutzen liegt nicht in zusätzlicher Administration, sondern in belastbaren Entscheidungsunterlagen, transparenten Abhängigkeiten und einer Umsetzung, die Produktion und Transformation gleichzeitig absichert.
Wann Abwarten sinnvoller ist
Nicht jedes Werk benötigt sofort ein vollwertiges MES. Bei stabilen Prozessen, geringer Variantenvielfalt und überschaubaren Compliance-Anforderungen kann es wirtschaftlicher sein, zunächst die SCADA-Landschaft, Datenerfassung und Historisierung zu konsolidieren. Voraussetzung ist, dass diese Entscheidung bewusst getroffen wird und eine spätere MES-Integration nicht durch proprietäre Insellösungen blockiert wird.
Umgekehrt sollte ein Unternehmen ein MES nicht aufschieben, wenn Rückverfolgbarkeit, papierlose Qualitätsprozesse oder standortübergreifende Steuerung bereits geschäftskritisch sind. Dann steigen die Kosten des Wartens oft schneller als die Investitionskosten: durch Nacharbeit, Produktionsverluste, Audit-Risiken und manuelle Abstimmung.
Die belastbare Entscheidung entsteht nicht aus dem Vergleich zweier Produktkategorien. Sie entsteht aus der Frage, welche Informationen im Werk zu welchem Zeitpunkt fehlen – und welche Geschäftsrisiken daraus folgen. Wer SCADA als technische Echtzeitbasis und MES als operative Ausführungsebene plant, schafft eine Architektur, die mit Produktion, Regulierung und weiteren Standorten wachsen kann.