15 Oktober 2026

SCADA steht für Supervisory Control and Data Acquisition und bezeichnet Systeme zur übergeordneten Überwachung, Datenerfassung und Bedienung technischer Prozesse. Sie führen Informationen aus Anlagen oder verteilten Stationen zusammen und stellen Zustände, Meldungen und zeitliche Verläufe dar. Je nach Auslegung können berechtigte Nutzer darüber auch Sollwerte oder Betriebsbefehle vorgeben.

Welche Aufgabe übernimmt SCADA?

Ein SCADA-System schafft eine gemeinsame Sicht auf technische Abläufe. Es kann beispielsweise Temperaturen, Füllstände, Betriebszustände und Störmeldungen mehrerer Anlagen erfassen. Bediener erkennen dadurch, was im Prozess geschieht, und können innerhalb ihrer Zuständigkeit reagieren.

Das NIST-Glossar betont insbesondere die Erfassung und übergeordnete Beeinflussung räumlich verteilter Prozesse. Typische Anwendungen finden sich unter anderem in Versorgungsnetzen. In der industriellen Praxis werden SCADA-Lösungen außerdem zur Überwachung zusammenhängender Anlagen und Produktionsbereiche eingesetzt. Der konkrete Umfang hängt von der Architektur ab.

SCADA bedeutet nicht, dass jede technische Funktion auf einem zentralen Server ausgeführt wird. Schnelle Regelungen und lokale Ablaufsteuerungen bleiben häufig in den angeschlossenen Steuerungen. Die übergeordnete Ebene stellt Informationen bereit und gibt zulässige Vorgaben.

Typischer Aufbau eines SCADA-Systems

Ebene oder Komponente	Aufgabe	Beispiel
Sensoren und Aktoren	Prozesszustände erfassen und physisch wirken	Temperaturfühler, Ventil oder Motor
Lokale Steuerung	Signale verarbeiten und Abläufe ausführen	SPS oder dezentrale Fernwirkstation
Kommunikation	Daten und Befehle übertragen	Industrielles Netzwerk mit definierten Schnittstellen
SCADA-Anwendung	Zustände zusammenführen und Bedienung unterstützen	Prozessbild und Alarmübersicht
Historische Speicherung	Verläufe für spätere Auswertung bereitstellen	Zeitreihe von Druck und Temperatur

Diese Aufgaben können auf mehrere Systeme verteilt sein. Ein Datenarchiv kann beispielsweise als eigener Dienst betrieben werden. Entscheidend ist, dass Zeitstempel, Qualitätsinformationen und Zuordnungen beim Übergang zwischen den Komponenten erhalten bleiben.

SCADA, HMI, SPS und MES unterscheiden

Eine HMI ist eine Mensch-Maschine-Schnittstelle. Sie ermöglicht Anzeige und Bedienung und kann Teil eines SCADA-Systems sein. Ein lokales Bedienpanel an einer einzelnen Maschine ist jedoch nicht automatisch eine umfassende SCADA-Lösung. Die Grenzen sind in konkreten Produkten teilweise fließend.

Eine SPS führt technische Steuerungsaufgaben aus. SCADA greift über definierte Kommunikation auf ausgewählte Daten und Bedienmöglichkeiten zu. Ein SCADA-Ausfall darf deshalb nicht ungeplant die lokalen Steuerungsfunktionen unbrauchbar machen; das erforderliche Verhalten muss zur Anlage passen und festgelegt sein.

Ein MES betrachtet stärker die Produktionsausführung im Zusammenhang mit Aufträgen, Materialien und Arbeitsschritten. SCADA konzentriert sich stärker auf den technischen Prozesszustand. Daten können zwischen beiden ausgetauscht werden, die Funktionen sind aber nicht gleichzusetzen.

Welche Daten sind für eine zuverlässige Anzeige nötig?

Ein Messwert benötigt mehr als eine Zahl. Zu einer Temperatur gehören beispielsweise Messstelle, Einheit, Zeitpunkt und ein Hinweis auf die Gültigkeit. Ist die Verbindung unterbrochen, kann der zuletzt empfangene Wert weiter vorliegen, obwohl er nicht mehr aktuell ist. Die Anzeige muss diesen Unterschied erkennbar machen.

Auch Zeitverläufe brauchen passende Erfassungsintervalle. Eine sehr langsame Aufzeichnung kann kurze Ereignisse übersehen; eine unnötig hohe Datenrate erhöht dagegen Speicher- und Übertragungsaufwand. Die erforderliche Auflösung ergibt sich aus der Frage, die mit den Daten beantwortet werden soll.

Für Vergleiche zwischen Stationen sind abgestimmte Zeitbezüge wichtig. Sonst kann eine Ereignisfolge falsch interpretiert werden. Zusätzlich sollten Umrechnungen und Filter nachvollziehbar bleiben, damit Anwender wissen, ob sie einen Rohwert, Mittelwert oder berechneten Zustand sehen.

Alarme und Bedienung sinnvoll gestalten

Ein Alarm sollte eine Situation anzeigen, die eine angemessene Reaktion erfordert. Dazu braucht es verständliche Bedeutung, Priorität und Zuständigkeit. Wenn jede kleine Schwankung dieselbe Aufmerksamkeit verlangt, können wichtige Meldungen untergehen. Ein Alarmkonzept muss daher zum Prozess und zur Arbeitsorganisation passen.

Das Quittieren einer Meldung bedeutet nicht automatisch, dass ihre Ursache behoben ist. Anzeige und Protokollierung sollten zwischen Auftreten, Wahrnehmung und Rückkehr in den Normalzustand unterscheiden. So lässt sich später nachvollziehen, was tatsächlich geschehen ist.

Bedienbefehle benötigen ebenfalls klare Rückmeldungen. Eine erfolgreiche Übertragung ist nicht zwingend gleichbedeutend mit einer ausgeführten Aktion. Eine lokale Verriegelung kann einen Befehl beispielsweise zurückweisen. Anwender sollten erkennen können, ob eine Anforderung angenommen, abgelehnt oder noch nicht ausgeführt wurde.

Fiktives Praxisbeispiel: Kühlwasserversorgung

Ein Werk überwacht drei Kühlwasserstationen mit einer gemeinsamen SCADA-Anwendung. Jede Station besitzt eine lokale Steuerung. Das System zeigt Vor- und Rücklauftemperatur, Pumpenzustand und ausgewählte Störungen. Die schnelle technische Regelung bleibt in der jeweiligen Station.

Bei einer Station steigt die Rücklauftemperatur ungewöhnlich an. Im Verlauf erkennt die zuständige Fachkraft, dass sich gleichzeitig der Durchfluss verändert hat. Sie prüft die Situation vor Ort und veranlasst eine geeignete Maßnahme. Das SCADA liefert den Zusammenhang, ersetzt aber nicht die fachliche Ursachenbewertung.

Fällt die Kommunikation zu einer Station aus, kennzeichnet die Anzeige deren Werte als nicht aktuell. Welche Funktionen lokal weiterlaufen und welche Bedienmöglichkeiten gesperrt sind, wurde vorher festgelegt. Das Beispiel zeigt, warum ein sichtbarer Datenqualitätsstatus ebenso wichtig ist wie ein übersichtliches Prozessbild.

Verfügbarkeit und Schutz der Anwendung

SCADA gehört zur betrieblichen Operational Technology. Änderungen und Schutzmaßnahmen müssen deshalb die Anforderungen des physischen Prozesses berücksichtigen. NIST SP 800-82 Revision 3 behandelt diese Verbindung von Schutz, Zuverlässigkeit, Leistung und Sicherheit.

Zum Betrieb gehören geregelte Zugriffe, nachvollziehbare Änderungen, geeignete Datensicherung und ein geprüftes Wiederanlaufverfahren. Die technische Architektur sollte unnötige Verbindungen vermeiden und erforderliche Datenwege gezielt freigeben. Konkrete Maßnahmen werden aus der Anlage und ihrer Risikobewertung abgeleitet.

Redundante Server können bestimmte Ausfälle abfangen, beseitigen aber nicht jede gemeinsame Fehlerursache. Eine fehlerhafte Konfiguration kann beispielsweise beide Systeme betreffen. Deshalb sind neben Technik auch Änderungsprüfung und Wiederherstellung wichtig.

Grenzen gegenüber Sicherheitsfunktionen

Ein gewöhnliches SCADA-System darf nicht allein deshalb als Sicherheitsfunktion betrachtet werden, weil es Grenzwerte anzeigt oder Abschaltbefehle senden kann. Anforderungen an sicherheitsbezogene Funktionen müssen gesondert bestimmt und durch geeignete technische Lösungen nachgewiesen werden. Ein Prozessalarm und eine nachgewiesene Schutzfunktion sind unterschiedliche Dinge.

Auch automatische Optimierung sollte nur innerhalb definierter Grenzen erfolgen. Die Daten können unvollständig sein, und ein Bedienvorschlag kann den tatsächlichen Anlagenzustand nicht vollständig abbilden. Zuständigkeiten, Freigaben und Reaktionen auf Fehler bleiben daher Teil der Gesamtauslegung.

Häufige Fragen zu SCADA

Ist SCADA nur eine Visualisierung?

Nein. Visualisierung ist eine wichtige Funktion, hinzu kommen je nach System Datenerfassung, historische Speicherung, Alarmierung und übergeordnete Bedienung. Welche Aufgaben tatsächlich umgesetzt sind, muss konkret beschrieben werden. Ein einzelnes Dashboard ohne Prozessanbindung und Bedienkonzept bildet nicht automatisch ein vollständiges SCADA-System.

Kann SCADA eine SPS ersetzen?

In einer üblichen Architektur übernehmen beide unterschiedliche Aufgaben. Die SPS führt lokale technische Abläufe aus, während SCADA Informationen zusammenführt und übergeordnete Vorgaben ermöglicht. Besonders zeitkritische oder sicherheitsbezogene Funktionen benötigen eine dafür geeignete Ausführung. Die Aufgabenverteilung muss anhand der Prozessanforderungen festgelegt werden.

Was passiert bei einem Verbindungsabbruch?

Das hängt von der Auslegung ab. Lokale Steuerungen können bestimmte Abläufe weiterführen, während zentrale Anzeige oder Bedienung eingeschränkt sind. Veraltete Werte sollten erkennbar sein. Das erwartete Verhalten, mögliche Ersatzabläufe und der Wiederanlauf nach Rückkehr der Verbindung müssen vor dem Betrieb definiert und geprüft werden.

Wie lange sollten Prozessdaten gespeichert werden?

Die Dauer richtet sich nach dem konkreten Zweck und den geltenden Anforderungen. Für eine kurzfristige Störungsanalyse kann ein anderer Zeitraum sinnvoll sein als für langfristige Prozessvergleiche. Zusätzlich sind Auflösung, Datenmenge und Wiederauffindbarkeit zu berücksichtigen. Eine lange Speicherung ohne Kontext macht Daten nicht automatisch nutzbar.

Ist ein quittierter Alarm erledigt?

Nein. Eine Quittierung bestätigt in der Regel die Wahrnehmung oder Bearbeitung im vorgesehenen Ablauf. Die auslösende Bedingung kann weiterhin bestehen. Ein gutes Alarmkonzept unterscheidet deshalb zwischen Meldungsstatus und tatsächlichem Prozesszustand. Welche Handlung notwendig ist, ergibt sich aus Bedeutung und Ursache des Alarms.

Quellen und weiterführende Informationen

NIST CSRC Glossary: Supervisory Control and Data Acquisition – Begriffsdefinition.
Inductive Automation: What is SCADA? – Funktionen und Aufbau aus Herstellersicht.
NIST SP 800-82 Revision 3: Guide to Operational Technology Security, 2023 – veröffentlichte Leitlinie; Revision 4 befindet sich im Oktober 2026 im Entwurfsstadium.

Stand: Oktober 2026.