Skip to content

MES vs. SCADA: Unterschiede, Datenfluss & wann Sie beides brauchen

MES vs. SCADA: Unterschiede, Datenfluss & wann Sie beides brauchen
Von Mark Kobbert · Zuletzt aktualisiert: April 2026

TL;DR: SCADA überwacht Maschinensignale in Echtzeit — ohne Auftragsbezug (ISA-95 Level 2).
MES ordnet diese Signale einem konkreten Auftrag, Produkt und Qualitätsergebnis zu (ISA-95 Level 3). SCADA zeigt, was gerade passiert. MES erklärt, warum es passiert und was es kostet. Die beiden Systeme konkurrieren nicht — sie arbeiten auf unterschiedlichen Ebenen. Dieser Artikel erklärt die Unterschiede, zeigt den bidirektionalen Datenfluss und beantwortet die Kernfrage: „Brauche ich beides?" — mit einem Praxisbeispiel aus der Neoperl-Implementierung, wo SPS-Alarme erstmals mit Stillständen und Qualitätsdefekten korreliert wurden.

Inhaltsverzeichnis

  1. Der Kernunterschied: Signal vs. Entscheidung
  2. ISA-95: Wo SCADA und MES stehen
  3. Vergleichstabelle: MES vs. SCADA
  4. Welche Daten fließen in welche Richtung?
  5. Praxisbeispiel: SPS-Alarme → Stillstände → Qualität (Neoperl)
  6. Brauche ich beides? Entscheidungshilfe
  7. Wie Cloud-native MES die SCADA-Grenze verschiebt
  8. FAQ

Der Kernunterschied: Signal vs. Entscheidung

SCADA und MES arbeiten beide mit Echtzeitdaten und bilden Maschinenzustände ab. Genau deshalb werden sie oft verwechselt. Der Unterschied liegt nicht in der Datenquelle, sondern in der Frage, die jedes System beantwortet:

SCADA: „Was passiert gerade an der Maschine?"
MES: „Was bedeutet das für den Auftrag, die Schicht und die OEE?"

SCADA (Supervisory Control and Data Acquisition) überwacht und steuert Prozesse auf Anlagenebene. Es zeigt Temperatur, Druck, Ventilstatus, Alarme — ohne Kontext. Ein SCADA-System weiß, dass Maschine 5 steht. Es weiß nicht, welcher Auftrag betroffen ist, was die Stillstandskosten sind und ob die Lieferterminzusage gefährdet ist.

Ein MES weiß genau das. Es verknüpft das SCADA-Signal (Maschine 5 steht) mit dem Fertigungsauftrag (10.000 Teile für Kunde X), der Schicht (Nachtschicht, Bediener Y), dem Qualitätsergebnis (3 % Ausschuss seit Schichtbeginn) und dem OEE-Wert (aktuell 62 %, Ziel 75 %).


ISA-95: Wo SCADA und MES stehen

Das internationale Referenzmodell ISA-95 (IEC 62264) ordnet beide Systeme klar unterschiedlichen Ebenen zu:

ISA-95 Level System Hauptaufgabe
Level 4 ERP Geschäftsplanung, Ressourcenmanagement
Level 3 MES Produktionssteuerung, Leistungsanalyse, Rückverfolgbarkeit
Level 2 SCADA / Leitstand Prozessüberwachung, Anlagensteuerung, Alarme
Level 1 SPS / PLC Maschinensteuerung, Regelkreise
Level 0 Sensorik / Aktorik Physikalische Signale (Temperatur, Druck, Drehzahl)

SCADA arbeitet näher an der Automatisierungsebene (Millisekunden–Sekunden). MES bildet die operative Managementebene (Sekunden–Minuten). Beide Ebenen brauchen einander — aber sie haben unterschiedliche Nutzer, Zeithorizonte und Dateninterpretationen.


Vergleichstabelle: MES vs. SCADA

Kriterium MES SCADA
ISA-95 Level Level 3 Level 2
Kernfrage Was bedeutet es für Auftrag, Qualität und OEE? Was passiert gerade an der Maschine?
Zeithorizont Sekunden bis Minuten Millisekunden bis Sekunden
Datentyp Aggregierte Betriebs- & Maschinendaten (MDE/BDE) mit Auftragskontext Rohdaten: Sensorwerte, SPS-Signale, Prozessparameter
Auftragsbezug Ja — jedes Signal wird einem Auftrag, Produkt und Charge zugeordnet Nein — Signale sind maschinengebunden, nicht auftragsgebunden
Nutzergruppen Produktionsleiter, Schichtführer, Qualität, Management Anlagenführer, Instandhaltung, Leitwarte
Kern-KPIs OEE, Ausschussrate, Stillstandszeiten, Ausbringung Temperatur, Druck, Durchfluss, Alarme, Ventilstatus
Zielsetzung Effizienz, Transparenz, Rückverfolgbarkeit, Reporting Prozessstabilität, Sicherheit, Anlagensteuerung
Historische Daten Ja — schicht-, auftrags- und maschinenübergreifend Begrenzt — oft nur kurzfristige Trends und Alarmlogs

Welche Daten fließen in welche Richtung?

In einer modernen Fertigungsarchitektur sind MES und SCADA bidirektional verbunden:

Richtung Daten Zweck
SCADA → MES (Bottom-Up) Maschinenzustand, Taktzeiten, Start/Stop-Signale, Sensorwerte, SPS-Alarme, Prozessparameter MES kontextualisiert: Auftrag, Schicht, Produkt, OEE
MES → SCADA (Top-Down) Auftragsinformationen, Sollwerte, Rezeptparameter, Bedienerfreigaben SCADA weiß, welcher Auftrag läuft, welche Qualitätsparameter gelten

Schnittstellenstandards: OPC UA (bevorzugt für Maschinen-zu-Cloud), MQTT (IoT-Szenarien, leichtgewichtig), digitale I/Os (ältere Maschinen ohne SPS-Schnittstelle), REST-API (Cloud-native Integration).


Praxisbeispiel: SPS-Alarme → Stillstände → Qualität (Neoperl)

Ein konkretes Beispiel aus der SYMESTIC-Implementierung bei Neoperl zeigt, was passiert, wenn SCADA-Signale und MES-Kontext zusammenkommen:

Ausgangssituation: Neoperl betreibt vollautomatische Montageautomaten für Sanitärprodukte. Die SPS der Anlagen generiert Alarme bei Prozessabweichungen — aber diese Alarme existierten isoliert: Alarmcode 47 um 14:23 Uhr. Keine Zuordnung zum Auftrag. Keine Korrelation mit dem Stillstand 3 Minuten später. Keine Verbindung zum Qualitätsausschuss am Linienende.

Was SYMESTIC veränderte:

  • SPS-basierte Alarmerfassung: Alarme werden automatisch erfasst und in SYMESTIC dokumentiert — ohne manuellen Eingriff der Mitarbeitenden.
  • Automatische Stillstandsbegründung: Die Anlage begründet technische Stillstände selbst über die SPS-Alarme. Kein manuelles Klassifizieren am Schichtende.
  • Korrelation SPS-Alarme × Stillstände × Qualitätsdefekte: SYMESTIC verknüpft den Alarmcode mit dem Stillstand und dem Qualitätsergebnis der betroffenen Charge. Erstmals sichtbar: Welche 4 Alarmcodes verursachen 80 % aller Stopps.

Ergebnis:

  • 10 % weniger Stillstände durch automatische Erfassung und Begründung
  • 8 % höhere Anlagenverfügbarkeit durch strukturierte Analyse
  • 15 % weniger Ausschuss durch Qualitätsdaten-Korrelation
  • 15 % Produktivitätsgewinn durch gezielte Beseitigung der Top-4-Alarmursachen

Der Punkt: Das SCADA-Signal (SPS-Alarm) allein war wertlos — ein Code in einem Log. Erst das MES machte daraus eine steuerungsrelevante Information: „Alarmcode 47 verursacht 23 % aller Stillstände an Linie 3 und korreliert mit 40 % des Ausschusses." Das ist der Unterschied zwischen Level 2 und Level 3.


Brauche ich beides? Entscheidungshilfe

Situation Was Sie brauchen Warum
Prozessindustrie (Chemie, Wasser, Energie) SCADA primär, MES optional Prozessstabilität und Sicherheit sind kritischer als Auftragssteuerung
Diskrete Fertigung mit SPS-gesteuerten Anlagen MES primär, SCADA-Signale als Datenquelle Die Wertschöpfung liegt in OEE, Auftragssteuerung und Qualität — nicht in Prozessvisualisierung
Hochautomatisierte Serien-/Massenfertigung Beides integriert SCADA sichert Prozessstabilität, MES optimiert Ausbringung und Qualität
Ältere Maschinen ohne SPS-Schnittstelle MES mit Edge-Gateway (kein SCADA nötig) Digitale I/Os am Gateway erfassen Start/Stop/Takt direkt — ohne SCADA-Zwischenschicht

Die Faustregel aus der Praxis: Wenn Ihre Kernfrage lautet „Läuft die Anlage sicher?", brauchen Sie SCADA. Wenn Ihre Kernfrage lautet „Produzieren wir effizient genug?", brauchen Sie ein MES. In den meisten diskreten Fertigungen ist die zweite Frage die dringendere — und das MES bekommt die SCADA-Daten über Standardprotokolle mitgeliefert.


Wie Cloud-native MES die SCADA-Grenze verschiebt

Klassisch war die Grenze klar: SCADA lokal an der Anlage, MES auf dem Werksserver. Cloud-native MES verschiebt diese Grenze nach unten: Über Edge-Gateways werden SPS-Signale, Alarme und Prozessdaten direkt erfasst und in die Cloud übertragen — ohne klassisches SCADA-System dazwischen.

Bei SYMESTIC funktioniert das über standardisierte Edge-Gateways, die sich über OPC UA, digitale I/Os oder TANI-Treiber mit der Maschine verbinden. Die Rohdaten werden am Edge transformiert und verschlüsselt in die Cloud übertragen. Für viele diskrete Fertigungen — insbesondere im Mittelstand — entfällt damit die Notwendigkeit eines separaten SCADA-Systems.

Carcoustics nutzt IXON IoT-Geräte mit MQTT-Protokoll direkt nach Azure — 500+ Anlagen ohne klassische SCADA-Schicht. Brita bindet moderne Linien über OPC UA an den Linienleitrechner an. In beiden Fällen liefert das Edge-Gateway die Signale, die früher ein SCADA-System bereitgestellt hätte.


FAQ

Was ist der Unterschied zwischen MES und SCADA?
SCADA überwacht Maschinensignale in Echtzeit ohne Auftragsbezug (ISA-95 Level 2): Temperatur, Druck, Alarme, Ventilstatus. MES ordnet diese Signale einem konkreten Auftrag, Produkt und Qualitätsergebnis zu (ISA-95 Level 3) und berechnet daraus OEE, Ausschussrate und Stillstandskosten. SCADA zeigt, was passiert. MES erklärt, was es bedeutet.

Ersetzt ein MES das SCADA-System?
In der diskreten Fertigung: häufig ja, wenn Cloud-native MES mit Edge-Gateways SPS-Signale direkt erfasst. In der Prozessindustrie (Chemie, Wasser, Energie): nein, dort ist SCADA für Prozesssicherheit und Echtzeit-Regelung unverzichtbar.

Können MES und SCADA zusammenarbeiten?
Ja, über Standardprotokolle wie OPC UA, MQTT oder REST-API. SCADA liefert Rohdaten (Bottom-Up), MES liefert Auftragskontext (Top-Down). Die Integration ist bidirektional. Bei Neoperl werden SPS-Alarme automatisch mit Stillständen und Qualitätsdefekten korreliert.

Was bedeutet ISA-95 Level 2 vs. Level 3?
Level 2 (SCADA) ist die Prozessüberwachungs- und Steuerungsebene — nahe an der Maschine, Millisekunden-Zeithorizont. Level 3 (MES) ist die operative Fertigungsmanagement-Ebene — Auftragssteuerung, KPIs, Qualität, Sekunden-bis-Minuten-Zeithorizont. Die Ebenen sind komplementär, nicht konkurrierend.

Brauche ich für ein MES ein SCADA-System?
Nicht zwingend. Cloud-native MES-Plattformen wie SYMESTIC verbinden sich über Edge-Gateways direkt mit SPS und Maschinen — über OPC UA, digitale I/Os oder TANI-Treiber. Für diskrete Fertigungen im Mittelstand entfällt damit oft die Notwendigkeit eines separaten SCADA-Systems.


Das Wichtigste: SCADA ist das Auge der Produktion — es sieht Signale. MES ist das Gehirn — es versteht, was die Signale für Aufträge, Qualität und Kosten bedeuten. In der diskreten Fertigung brauchen die meisten Unternehmen primär ein MES. Die SCADA-Daten kommen über Standardprotokolle automatisch mit.

→ Was ist ein MES? · → MES vs. ERP · → MES vs. MOM · → SYMESTIC Preise

Weiterführende Artikel:

Mark Kobbert
Über den Autor:
Mark Kobbert
CTO der symestic GmbH. Verantwortet die Cloud-MES-Architektur seit 2014. B.Sc. Wirtschaftsinformatik.
LinkedIn

Exklusives Whitepaper

Lernen Sie die modernsten Ansätze der Industrie 4.0, die Sie in Ihrer Produktion schon morgen umsetzen können, um innerhalb von 4 Wochen Ihre Kosten um gut 20% zu reduzieren.

mehr erfahren

Starten Sie noch heute mit SYMESTIC, um Ihre Produktivität, Effizienz und Qualität zu steigern.
Kontakt aufnehmen
Symestic Ninja
Deutsch
English