Was ist eine Automatisierungspyramide?

Die Automatisierungspyramide ist ein hierarchisches Modell, das die Systeme und Techniken der industriellen Fertigung in Ebenen einordnet: von den Sensoren und Aktoren direkt an der Maschine bis hinauf zur Unternehmensplanung im ERP. Jede Ebene hat eine eigene Aufgabe, eine eigene Zeitanforderung und eigene typische Systeme. Wer verstehen will, wie ein Messwert aus der Fertigung am Ende in einer Kennzahl, einer Reklamationsauswertung oder einem Lieferplan landet, findet in der Automatisierungspyramide die passende Landkarte für diesen Datenweg.

Entstanden ist das Modell in den 1980er Jahren, als die Automatisierung in Produktionsbetrieben stark zunahm. Anfangs umfasste es nur die unteren Ebenen, seit den 1990er Jahren werden planende und steuernde Systeme gemeinsam dargestellt. In der Fachliteratur existieren über 25 Varianten mit unterschiedlicher Anzahl und Benennung der Ebenen, was in der Praxis oft für Verwirrung sorgt, wenn Anlagenbauer, IT-Abteilung und Qualitätsmanagement dieselben Begriffe unterschiedlich verwenden.

Für Produktions- und Qualitätsverantwortliche ist das Modell weniger ein Lehrbuchthema als ein Werkzeug: Es hilft dabei, Verantwortlichkeiten zu klären, Schnittstellen zu benennen und in Digitalisierungsprojekten die Frage zu beantworten, an welcher Stelle Daten entstehen, wo sie verdichtet werden und wo sie tatsächlich zu Entscheidungen führen.

Das Wichtigste in Kürze: Die Automatisierungspyramide ordnet Produktionssysteme in Ebenen von der Sensorik bis zur Unternehmensplanung. Jede Ebene arbeitet mit eigenen Zeithorizonten, Datenmengen und Systemen wie SPS, SCADA, MES, CAQ und ERP. Vernetzte Industrie-4.0-Architekturen lösen die strikte Hierarchie teilweise auf, das Ebenendenken bleibt als Orientierung nützlich.

Die Pyramidenform ist bewusst gewählt: Sie bildet ab, wie viele Systeme auf welcher Ebene vorhanden sind. In einem typischen Werk gibt es ein ERP-System, vielleicht zwei oder drei Leitsysteme, einige Dutzend Steuerungen und mehrere tausend Ein- und Ausgangssignale. Nach unten wird es also breiter, schneller und detailreicher, nach oben schmaler, langsamer und aggregierter.

Genau darin liegt der praktische Nutzen. Ein Drucksensor liefert Messwerte im Millisekundentakt, eine Produktionsgrobplanung im ERP arbeitet mit Wochen. Beides in einem System abzubilden wäre weder sinnvoll noch beherrschbar. Die Ebenentrennung sorgt dafür, dass jede Aufgabe dort erledigt wird, wo die passende Reaktionszeit und Datenauflösung vorhanden sind.

Für die tägliche Arbeit bedeutet das drei Dinge:

• Klare Zuständigkeiten: Wer ein Problem mit einer Regelung hat, sucht nicht im ERP. Wer eine falsche Auftragsmenge findet, sucht nicht am Feldbus.
• Definierte Schnittstellen: Zwischen den Ebenen liegen Übergabepunkte, an denen Daten verdichtet oder Aufträge konkretisiert werden. Diese Punkte sind die typischen Schwachstellen in Projekten.
• Bewertbare Investitionen: Eine neue Sensorik nützt wenig, wenn die darüberliegende Ebene die Daten nicht aufnehmen und auswerten kann.

Die Grenzen zwischen den Ebenen sind in der Praxis fließend. Ein modernes SCADA-System übernimmt Aufgaben, die anderswo im MES liegen; manche Betriebe fassen Unternehmens- und Betriebsleitebene zur Managementebene zusammen. Das Modell ist eine Ordnungshilfe, kein Regelwerk.

Die Ebenen vom Feldgerät bis zur Unternehmensplanung

Die gängige Darstellung umfasst fünf bis sechs Ebenen. Nach unten hin wird die Feldebene häufig noch einmal in eine Ein-/Ausgabeebene und eine Sensor-/Aktorebene unterteilt.

Ebene	Typische Systeme	Aufgaben	Zeithorizont
Unternehmensebene	ERP	Produktionsgrobplanung, Bestellabwicklung, Bedarfsplanung	Wochen bis Monate
Betriebsleitebene	MES, CAQ, LIMS, MIS	Feinplanung, Betriebsdatenerfassung, KPI-Ermittlung, Qualitäts- und Materialmanagement	Stunden bis Tage
Leitebene	Prozessleitsystem, SCADA, HMI	Bedienen und Beobachten, Rezeptverwaltung, Messwertarchivierung, Alarmmanagement	Sekunden bis Minuten
Steuerungsebene	SPS, Industrie-PC, Robotersteuerung	Steuern und Regeln, Verriegelungen, Ablaufprogramme	Millisekunden bis Sekunden
Feldebene	Ein-/Ausgabemodule, Feldbus	Schnittstelle zum physischen Prozess über Ein- und Ausgangssignale	Millisekunden
Sensor-/Aktorebene	Sensoren, Aktoren, AS-Interface, IO-Link	Erfassen von Zuständen, Ausführen von Stellbefehlen	Millisekunden

Ganz unten stehen die Geräte, die den Prozess physisch berühren: Temperaturfühler, Lichtschranken, Ventile, Antriebe. Über Feldbusse oder Punkt-zu-Punkt-Verdrahtung gelangen deren Signale zur Steuerungsebene, in der Regel zu einer SPS, also einer speicherprogrammierbaren Steuerung. Sie führt zyklisch Programme aus und hält die Anlage im Sollzustand.

Darüber liegt die Leitebene mit Prozessleitsystem oder SCADA. Hier werden Anlagen visualisiert, Rezepte verwaltet, Störmeldungen angezeigt und Messwerte archiviert. Es ist die Ebene, an der Bediener und Schichtführer arbeiten.

Die Betriebsleitebene ist für Produktions- und Qualitätsverantwortliche meist die interessanteste. MES-Systeme planen Aufträge fein ein, erfassen Betriebs- und Maschinendaten und liefern Kennzahlen wie OEE. CAQ-Systeme verwalten Prüfpläne, Prüfergebnisse, Reklamationen und Maßnahmen. LIMS-Systeme decken Laborprozesse ab, etwa in der Pharma- oder Lebensmittelindustrie.

An der Spitze steht das ERP mit Auftragsverwaltung, Materialwirtschaft, Grobplanung und kaufmännischen Prozessen. Es kennt keine Millisekunden, sondern Losgrößen, Termine und Bestände.

Informationsflüsse, Steuerung und typische Systeme

Zwei Richtungen prägen das Bild: Steuerungsinformationen laufen von oben nach unten, Ist-Daten laufen von unten nach oben. Ein Fertigungsauftrag entsteht im ERP, wird im MES in konkrete Arbeitsgänge und Maschinenbelegungen zerlegt, gelangt als Rezept oder Parametersatz ins Leitsystem und wird von der SPS in Stellbefehle an Ventile und Antriebe übersetzt.

Der Rückweg ist der spannendere. Aus Tausenden Rohsignalen entsteht auf jeder Ebene etwas Verdichteteres:

• Feldebene: Rohsignal, etwa ein Drehmomentwert einer Verschraubung.
• Steuerungsebene: Bewertung gegen Grenzwerte, Gut/Schlecht-Entscheidung, Verriegelung.
• Leitebene: Trendkurve, Alarm, Archivierung mit Zeitstempel.
• Betriebsleitebene: Prüfergebnis im CAQ, Zuordnung zu Charge und Auftrag, Fähigkeitskennwert, Ausschussquote.
• Unternehmensebene: Rückmeldung der Fertigmenge, Bestandsbuchung, Kostenzuordnung.

An den Übergängen entsteht in der Praxis der meiste Aufwand. Klassisch geschieht die Kommunikation zwischen Ebenen über definierte Schnittstellen, häufig OPC UA zwischen Leit- und Betriebsleitebene sowie über Middleware oder Standardkonnektoren zwischen MES und ERP. Die Norm IEC 62264 beschreibt genau diese Integration und benennt die Ebenen als Level 0 bis 4.

Ein häufiger Stolperstein: Daten sind vorhanden, aber nicht zuordenbar. Ein Messwert ohne Auftrags-, Chargen- oder Werkzeugbezug ist für die Qualitätsauswertung wenig wert. In Projekten zur papierlosen Qualitätssicherung, wie wir sie unter anderem bei Automobilzulieferern begleitet haben, war die Frage nach dem durchgängigen Identifikationsschlüssel meist wichtiger als die Auswahl der Software selbst.

Abgrenzung zu Industrie 4.0 und vernetzten Architekturen

Das klassische Modell setzt voraus, dass Daten Ebene für Ebene nach oben wandern. In Industrie-4.0-Architekturen ist das nicht mehr zwingend. Ein Sensor mit IO-Link kann Diagnosedaten direkt an eine Analyseplattform senden, ohne den Umweg über SPS und Leitsystem. Ein Prüfmittel meldet Ergebnisse unmittelbar ins CAQ. Cyber-physische Systeme kommunizieren horizontal miteinander, nicht nur vertikal.

In der Diskussion ist deshalb häufig von einer Auflösung oder Verflachung der Pyramide die Rede. Realistischer ist das Bild einer Komprimierung: Ebenen verschmelzen, Funktionen verschieben sich, aber die zugrunde liegenden Aufgaben verschwinden nicht.

Aspekt	Klassische Pyramide	Vernetzte Architektur
Datenweg	streng vertikal, Ebene für Ebene	zusätzlich horizontal und direkt
Verdichtung	auf jeder Ebene	teils erst in der Analyseplattform
Reaktionszeit auf Qualitätsabweichungen	Schicht- oder Tagesrhythmus	nahe an Echtzeit möglich
Änderungsaufwand	hoch, viele Schnittstellen betroffen	geringer, aber Governance nötig
Nachvollziehbarkeit	klar strukturiert	erfordert bewusste Modellierung

Was in Projekten regelmäßig unterschätzt wird: Der direkte Datenweg spart Zeit, verliert aber die Filterwirkung der Zwischenebenen. Wo früher ein Leitsystem plausibilisiert und aggregiert hat, landen nun Rohdaten in einer Cloud-Analyse, deren Aussagekraft niemand geprüft hat. Für regulierte Branchen mit Nachweispflichten, etwa nach ISO 13485 oder IATF 16949, ist die dokumentierte Herkunft eines Prüfergebnisses kein Nebenschauplatz.

Sinnvoll ist deshalb ein hybrider Ansatz: Die Ebenenlogik als Ordnungsrahmen für Verantwortung und Datenqualität beibehalten, gleichzeitig gezielt Direktverbindungen dort schaffen, wo Geschwindigkeit tatsächlich einen Nutzen bringt.

Vorteile und Grenzen des hierarchischen Modells

Das Modell hat sich über vier Jahrzehnte gehalten, weil es Komplexität handhabbar macht. Ebenso deutlich sind aber die Punkte, an denen es an Grenzen stößt.

Was das Modell leistet:

• Orientierung in Projekten: Anforderungen lassen sich einer Ebene zuordnen, was Ausschreibungen und Lastenhefte präziser macht.
• Beherrschbare Echtzeitanforderungen: Zeitkritische Regelung bleibt nahe am Prozess, unabhängig von der Verfügbarkeit übergeordneter IT.
• Sicherheitsarchitektur: Die Trennung von OT und IT erleichtert Netzsegmentierung, was mit Blick auf NIS2-Anforderungen an Relevanz gewonnen hat.
• Ausfallsicherheit: Fällt das MES aus, produziert die Anlage weiter. Diese Entkopplung ist ein oft übersehener Vorteil.

Wo es an Grenzen stößt:

• Latenz bei Auswertungen: Wenn Qualitätsdaten erst am Schichtende im CAQ ankommen, ist die Ursache im Prozess längst nicht mehr rekonstruierbar.
• Informationsverlust durch Verdichtung: Aggregierte Kennzahlen verbergen genau die Ausreißer, die für Fehleranalysen relevant wären.
• Starre Schnittstellen: Jede Anpassung betrifft mehrere Ebenen und mehrere Verantwortliche, was Änderungsprojekte verlangsamt.
• Uneinheitliche Begriffe: Über 25 Modellvarianten in der Literatur führen dazu, dass Beteiligte aneinander vorbeireden.

Praktisch bewährt hat sich, die Pyramide nicht als Zielarchitektur zu behandeln, sondern als Analyseraster. Man zeichnet die vorhandene Systemlandschaft in die Ebenen ein, markiert die Übergabepunkte und erkennt so recht schnell, wo Medienbrüche und manuelle Übertragungen sitzen.

Praxisbeispiele für Produktion, Qualität und Instandhaltung

Wie sich die Ebenenlogik auswirkt, zeigt sich am besten an konkreten Abläufen.

Rückverfolgbarkeit in der Serienfertigung: Ein Bauteil erhält an der ersten Station einen Data-Matrix-Code. Auf Feldebene lesen Kameras diesen Code, die SPS verknüpft ihn mit Prozessparametern, das MES speichert die Zuordnung zu Auftrag und Charge, das CAQ hält die Prüfergebnisse. Kommt eine Kundenreklamation, lässt sich die betroffene Menge eingrenzen, statt eine ganze Wochenproduktion zu sperren. Entscheidend ist dabei nicht die Technik, sondern die durchgängige Identifikation über alle Ebenen.

Papierlose Prüfung im Fertigungsprozess: Prüfmittel werden direkt an das CAQ angebunden, Prüfpläne erscheinen am Terminal, Ergebnisse fließen ohne Abtippen ein. Der spürbare Effekt liegt weniger in der Zeitersparnis als in der Datenqualität: Übertragungsfehler entfallen, Regelkarten sind aktuell, Eingriffsgrenzen wirken tatsächlich. In Projekten dieser Art, etwa im Umfeld der Automobilzulieferindustrie, begleiten wir bei Kontor Gruppe typischerweise sowohl die Systemauswahl als auch die Anpassung der Prüfprozesse.

Ausschussanalyse mit Prozessbezug: Steigt an einer Spritzgussmaschine der Ausschuss, hilft die Ausschussquote allein wenig. Erst die Verknüpfung von Werkzeugnummer, Zykluszeit, Massetemperatur und Prüfergebnis über die Ebenen hinweg macht Muster sichtbar, etwa eine Abweichung nach jedem Werkzeugwechsel.

Zustandsorientierte Instandhaltung: Schwingungs- und Stromaufnahmedaten aus der Feldebene werden nicht nur zur Abschaltung genutzt, sondern in Trends überführt. Die Instandhaltungsplanung im MES oder ERP kann Wartungsfenster dann an tatsächlichen Zuständen ausrichten statt an starren Intervallen.

FMEA mit realen Daten: Fehlerhäufigkeiten aus dem CAQ liefern belastbare Bewertungen für Auftretenswahrscheinlichkeiten, statt sich auf Schätzungen im Workshop zu verlassen.