Data Analytics ist in vielen Produktionsumgebungen längst etabliert. Modelle erkennen Qualitätsabweichungen, ungewöhnliche Verläufe oder drohende Stillstände und stellen ihre Ergebnisse in Dashboards bereit. Die operative Verantwortung bleibt dabei klar: Eine Fachkraft bewertet den Hinweis und entscheidet über den nächsten Schritt. Sobald ein KI-Agent selbst einen Prüfauftrag anlegt, einen Parameter vorbereitet oder eine Anlage beeinflusst, entsteht jedoch eine zusätzliche technische Übergabe. Diese Übergabe muss genauso sorgfältig konstruiert werden wie die Analyse selbst.
Ein hoher Konfidenzwert beantwortet nur die Frage, wie eindeutig das Modell seine eigene Bewertung einordnet. Er sagt nichts darüber aus, ob die Eingangsdaten vollständig sind, ob der aktuelle Anlagenzustand zur Bewertung passt oder ob eine vorgeschlagene Aktion zulässig ist. Auch die Folgen einer Fehlentscheidung bleiben außerhalb des Modells. Deshalb darf die Modellbewertung nicht unmittelbar auf einen Schreibzugriff führen. Zwischen Analyse und Aktion gehört eine unabhängige Freigabelogik, die Zustand, Risiko, Berechtigung und Reversibilität prüft.
Ein Beispiel aus einer Montagezelle
Betrachtet wird eine automatisierte Montagezelle, in der ein Bauteil positioniert, gefügt und über Drehmoment, Weg und ein Kamerabild geprüft wird. Ein Analysemodell erkennt, dass sich der Kraft-Weg-Verlauf über mehrere Zyklen verschiebt. Gleichzeitig steigt die Zahl kleiner Nachkorrekturen. Die Einzelwerte liegen noch innerhalb der technischen Grenzbereiche. In ihrer Kombination deuten sie jedoch auf einen beginnenden Prozessdrift hin.
Ein klassisches Analysesystem meldet diese Beobachtung. Ein handlungsfähiger Agent könnte zusätzlich einen Prüfauftrag vorbereiten, die betroffenen Chargen markieren oder einen engeren Parameterkorridor vorschlagen. Keine dieser Aktionen ist automatisch gleichwertig. Eine Markierung in einem Bericht ist leicht rücknehmbar. Eine Änderung am laufenden Prozess kann Ausschuss, Taktzeit oder Anlagenverfügbarkeit beeinflussen. Der Aktionskatalog muss deshalb für jede Funktion festlegen, welche Vorbedingungen, Rollen und Abbruchregeln gelten.
Prozesskontext vor Modellbewertung
Eine verlässliche Entscheidung beginnt mit der Frage, ob die Daten zum gleichen Prozessereignis gehören. Messwerte aus Steuerung, Qualitätssystem und Kamera können unterschiedliche Zeitstempel, Zyklusnummern oder Auftragsbezüge tragen. Werden sie falsch zusammengeführt, entsteht ein scheinbar vollständiges Bild aus sachlich unvereinbaren Quellen. Vor jeder Modellbewertung sollte daher ein technischer Datenqualitätsstatus entstehen, der Aktualität, Vollständigkeit, Wertebereich und gemeinsamen Ereignisbezug prüft.
Danach folgt der Prozesszustand. Die gleiche Abweichung kann während des Anfahrens, im stabilen Serienbetrieb oder nach einer manuellen Unterbrechung eine andere Bedeutung haben. Ein Agent muss erkennen, ob die Zelle produziert, wartet, geprüft wird oder für einen Wiederanlauf vorbereitet ist. Fehlt dieser Kontext, bleibt die Handlungsfähigkeit gesperrt. Das Modell kann weiterhin einen Hinweis liefern, aber keine Aktion vorbereiten.
Diese Reihenfolge verhindert eine häufige Verwechslung. Datenqualität und Modellkonfidenz sind getrennte Größen. Ein Modell kann sich bei unvollständigen oder falsch zugeordneten Daten sehr sicher zeigen. Die unabhängige Qualitätsprüfung muss solche Fälle abfangen, bevor ein Ergebnis in den Aktionskatalog gelangt.
Aktionsklassen begrenzen den Eingriff
Aktionsklassen ordnen die zulässige Eingriffstiefe. In der ersten Klasse zeigt das System nur einen Hinweis und sichert den relevanten Kontext. In der zweiten Klasse bereitet es eine Handlung vor, etwa einen Prüfauftrag oder einen Parameterkorridor, führt sie aber nicht aus. Die dritte Klasse verlangt die Entscheidung einer befugten Rolle. Erst eine vierte Klasse umfasst technische Schutzfunktionen wie einen sicheren Stopp, der ausschließlich durch geprüfte deterministische Regeln ausgelöst wird.
Die Zuordnung richtet sich nicht allein nach der technischen Funktion. Auch Risiko, Dauer und Rücknehmbarkeit zählen. Ein vorübergehend engeres Prozessfenster kann vertretbar sein, wenn der Ausgangswert gespeichert ist, die Änderung zeitlich begrenzt bleibt und eindeutige Abbruchbedingungen gelten. Eine dauerhafte Anpassung des Rezeptdatensatzes braucht dagegen einen anderen Freigabeweg. Der Agent darf diese Unterschiede nicht selbst interpretieren. Sie gehören als feste Regeln in den Aktionskatalog.
Jede Klasse benötigt eigene Berechtigungen. Lesender Zugriff, vorbereitender Schreibzugriff und ausführender Eingriff sollten technisch getrennt sein. Der Agent erhält nur die Funktionen, die er für seinen konkreten Auftrag benötigt. So kann eine Diagnosekomponente einen Prüfprozess starten, ohne gleichzeitig Parameter oder Verriegelungen verändern zu können.
Freigabelogik außerhalb des Modells
Die Freigabelogik übersetzt eine Bewertung in eine erlaubte technische Handlung. Sie prüft den aktuellen Anlagenmodus, den Datenqualitätsstatus, offene Störungen, Rollenrechte, technische Sperren und die Grenzen der vorgesehenen Aktion. Nur wenn alle Bedingungen erfüllt sind, wird der nächste Schritt freigegeben. Diese Logik muss unabhängig vom Modell funktionieren und mit bekannten Testfällen prüfbar sein.
Im Montagebeispiel kann die Freigabe lauten: Die Zelle befindet sich im stabilen Serienbetrieb, alle drei Messquellen gehören zum gleichen Zyklus, es liegt keine Schutzverletzung vor, der vorgeschlagene Korridor bleibt innerhalb des freigegebenen Rezeptbereichs und eine verantwortliche Rolle bestätigt die Änderung. Fehlt eine Bedingung, bleibt der Vorschlag gesperrt. Das Modell darf die fehlende Voraussetzung erklären, aber nicht umgehen.
Die Bedienoberfläche sollte genau diese Entscheidung unterstützen. Sie zeigt die erkannte Abweichung, die betroffenen Signale, den Datenqualitätsstatus, den Vorschlag und seine zeitliche Begrenzung. Zusätzlich muss erkennbar sein, was bei Ablehnung oder ausbleibender Entscheidung geschieht. Dadurch bleibt die Verantwortung klar, ohne die Fachkraft mit unstrukturierten Rohdaten zu belasten.
Reversibilität und kontrollierter Wiederanlauf
Eine Aktion ist nur dann reversibel, wenn der Rückweg vor der Ausführung beschrieben ist. Dazu gehören der gespeicherte Ausgangszustand, eine eindeutige Rücksetzfunktion und Kriterien für die Prüfung nach der Rücknahme. Ein bloßer Gegenschritt reicht nicht aus. Wenn die erste Aktion weitere Systeme beeinflusst hat, muss auch geklärt sein, welche abhängigen Änderungen zurückgesetzt oder neu bewertet werden.
Für die Montagezelle wird eine begrenzte Änderung deshalb in einem kleinen Korridor und für eine festgelegte Zahl von Zyklen aktiviert. Danach vergleicht das System Prozesswerte und Qualitätsmerkmale mit der gesicherten Referenz. Verschlechtert sich die Lage oder tritt ein neues Warnsignal auf, wird der Ausgangswert wiederhergestellt und eine Störung mit vollständigem Kontext angelegt. Erst nach erfolgreicher Prüfung darf die Änderung übernommen werden.
Nach einem sicheren Stopp gilt derselbe Grundsatz. Der Wiederanlauf ist eine neue Freigabeentscheidung. Sensorik, Kommunikation, physischer Anlagenzustand und digitaler Prozesszustand werden erneut abgeglichen. Anschließend folgen ein begrenzter Testzyklus und die Bestätigung der vorgesehenen Rolle. Scheitert eine Prüfung, bleibt die Anlage im definierten Zustand. Ein automatisches Fortsetzen an der zuletzt erreichten Stelle ist nicht vorgesehen.
Auditspur und schrittweise Einführung
Die Auditspur verbindet Messung, Bewertung und Verantwortung. Sie hält den Auftrag, den Prozesszustand, die verwendeten Daten und ihren Qualitätsstatus, das Modellergebnis, die angewendete Regel, die freigebende Rolle, die ausgeführte Aktion und die beobachtete Wirkung fest. Bei Abbruch oder Rücknahme kommen Grund, Fehlercode und wiederhergestellter Zustand hinzu. Damit lässt sich eine konkrete Entscheidung später fachlich und technisch rekonstruieren.
Für die Einführung empfiehlt sich ein begrenzter Start. Zunächst arbeitet das System ausschließlich lesend und erzeugt Hinweise. Danach kann es Prüfaufträge oder Vorschläge vorbereiten. Erst wenn Datenqualität, Rollen, Regeln und Rückfallwege im Betrieb belastbar sind, folgt eine freigabepflichtige Aktion mit engem Korridor. Die bestehende Schutzlogik bleibt in jeder Stufe maßgeblich.
Die Deutsche Automatisierungsgesellschaft nutzt diesen Ordnungsrahmen für herstellerneutrale Automatisierungsarchitekturen. Weiterführende Informationen stehen unter https://da-gesellschaft.de. Entscheidend bleibt die technische Trennung: Das Modell bewertet, der Aktionskatalog begrenzt und die Freigabelogik entscheidet. So wird aus einer Analyse eine kontrollierte Aktion, ohne Schutzfunktionen oder betriebliche Verantwortung in eine Blackbox zu verlagern.
