Leitfaden / Industrielle KI
KI in ERP und MES integrieren: Was vor dem ersten Schreibzugriff stehen muss
KI-Integration in ERP und MES verbindet Modellvorschläge mit den Daten und Aktionen der Unternehmenssysteme. Das ERP verwaltet etwa Aufträge und Material; das MES bildet Vorgänge in der Fertigung ab. Für beide muss die Anwendung unterscheiden, was sie lesen, zur Freigabe vorbereiten und tatsächlich ändern darf.
Eine KI kann aus einer E-Mail die gewünschte Mengenänderung erkennen. Ob diese Änderung in einem Auftrag zulässig ist, hängt von anderen Informationen ab: dem Auftragsstatus, vorhandenen Reservierungen, Zuständigkeiten und Freigaben.
Die Integration muss diese Regeln durchsetzen, bevor sie Daten verändert. Beginnen Sie deshalb mit einer genau benannten Aktion. "Menge in einem freigegebenen Änderungsprozess vorschlagen" ist prüfbar. "Zugriff auf das ERP" ist dafür zu unbestimmt.
Trennen Sie Vorschlag und Ausführung
Der erste Integrationsschritt kann lesend sein. Die Anwendung holt die benötigten Daten, erstellt einen strukturierten Vorschlag und zeigt ihn einer zuständigen Person. Erst nach der Prüfung geht die Änderung an eine dafür vorgesehene Schnittstelle.
Ein sinnvoller Ablauf für das hypothetische Beispiel:
Änderungswunsch → Auftrag lesen → Vorschlag mit Begründung → Regelprüfung → Freigabe → erneute Zustandsprüfung → Änderung buchen → Ergebnis bestätigen
Die zweite Zustandsprüfung ist nötig, weil sich ein Auftrag zwischen Vorschlag und Freigabe verändert haben kann. Ein freigegebener Vorschlag darf nicht stillschweigend auf eine inzwischen andere Ausgangslage angewendet werden.
Schreiben Sie den Schnittstellenvertrag auf
| Entscheidung | Beispiel für den Änderungsprozess |
|---|---|
| Erlaubte Aktion | Menge eines bestimmten Auftrags ändern |
| Berechtigung | Identität und Rolle mit genau diesem Recht |
| Zulässige Eingaben | Auftrags-ID, alte und neue Menge, Begründung, erwarteter Versionsstand |
| Prüfung vor Ausführung | Zustand unverändert; fachliche Regeln erfüllt; Freigabe gültig |
| Rückmeldung | Bestätigte Änderung oder verständlicher Ablehnungsgrund |
| Wiederholung | Derselbe Änderungsauftrag wird nicht zweimal ausgeführt |
Wie Sie dies umsetzen, hängt von den verfügbaren ERP- oder MES-Schnittstellen ab. Prüfen Sie die tatsächlich installierte Version. Ein vorhandener Konnektor sagt noch nichts darüber aus, welche Fachlogik er abbildet oder welche Rechte er benötigt.
Behandeln Sie unklare Ergebnisse ausdrücklich
Ein Timeout bedeutet nicht zwangsläufig, dass eine Buchung fehlgeschlagen ist. Die Änderung kann bereits ausgeführt worden sein, während nur die Antwort verloren ging. Ein blinder Wiederholungsversuch kann dann eine zweite Aktion auslösen.
Geben Sie dem Vorgang deshalb eine eindeutige Kennung und klären Sie über die Zielanwendung, ob er bereits verarbeitet wurde. Unterstützt die Schnittstelle dies nicht, braucht der Prozess eine andere Absicherung oder eine manuelle Klärung. Diese Eigenschaft lässt sich nicht durch eine überzeugendere Modellantwort ergänzen.
Planen Sie außerdem eine fachlich zulässige Korrektur. Manche Aktionen lassen sich zurücksetzen, andere benötigen einen Gegenbeleg oder einen gesonderten Freigabeweg. Dokumentieren Sie diese Unterschiede im Testplan.
Freigaben brauchen einen unveränderten Inhalt
Speichern Sie die Zustimmung zusammen mit dem freigegebenen Änderungsvorschlag und dem erwarteten Ausgangszustand. Ändert sich einer von beiden, gilt die alte Freigabe nicht für die neue Aktion. Die Berechtigungsprüfung muss direkt vor der Ausführung erneut erfolgen.
Das verhindert, dass eine zunächst harmlose Vorlage nach ihrer Freigabe andere Werte schreibt. Ein Protokolleintrag sollte Vorschlag, Freigabe und bestätigtes Ergebnis miteinander verbinden, ohne unnötig sensible Inhalte zu vervielfältigen.
Halten Sie Produktionsgrenzen ein
Ein MES liegt näher an betrieblichen Abläufen als ein isoliertes Textwerkzeug. Änderungen müssen zu den Anforderungen des jeweiligen Produktionssystems passen. Der NIST-Leitfaden zu OT-Sicherheit berücksichtigt ausdrücklich die besonderen Verfügbarkeits- und Sicherheitsanforderungen betrieblicher Technologie.
Für den ersten Versuch empfehlen wir eine Testumgebung, eng begrenzte Aktionen und nachvollziehbare Protokolle. Lassen Sie Schnittstellenverantwortliche fehlerhafte IDs, fehlende Rechte, Zustandswechsel und doppelte Anfragen prüfen, bevor die Anwendung produktiv schreibt.
Welf entwickelt die Anwendung zusammen mit den Verantwortlichen Ihrer Systeme. Unsere Seite zu KI-Integrationen beschreibt den Einstieg. Für den laufenden Betrieb gehört Monitoring zum selben Vorhaben.