KI-Agenten ergänzen ein bestehendes ERP über geeignete Schnittstellen. Sie können Dokumente auswerten, Informationen zusammenführen und freigegebene Aktionen auslösen. Verlässlicher Betrieb braucht begrenzte Rechte, technische Prüfungen, nachvollziehbare Freigaben und einen definierten Umgang mit Fehlern.
Was ist ein KI-Agent im industriellen Prozess?
Ein KI-Agent ist hier eine Anwendung, die ein vorgegebenes Ziel in mehreren Arbeitsschritten verfolgt und dafür definierte Werkzeuge nutzt. In der Auftragsabwicklung kann sie eine Kundenbestellung auswerten, Artikel nachschlagen, Unstimmigkeiten erkennen und einen Auftragsentwurf vorbereiten.
Das ERP bleibt dabei das verbindliche System für die vereinbarten Stammdaten und Geschäftsvorgänge. Der Agent erhält gezielte Funktionen, etwa Artikel lesen oder einen Entwurf anlegen. Ein allgemeiner Zugang zu sämtlichen Daten und Buchungen ist für einen solchen Einstieg nicht erforderlich.
Wie erfolgt die Anbindung an bestehende Systeme?
Zuerst wird geprüft, welche unterstützten Schnittstellen die konkrete ERP-Version tatsächlich bereitstellt. Dazu gehören je nach System APIs, freigegebene Dienste, strukturierte Dateiaustausche oder vorhandene Integrationsplattformen. Produktname allein genügt nicht: Version, Betriebsmodell, Berechtigungen und Erweiterungen beeinflussen die Möglichkeiten.
Microsoft dokumentiert für Finance and Operations beispielsweise OData und JSON-basierte Dienste mit OAuth-Authentifizierung. Die Dokumentation empfiehlt einen dedizierten Dienstbenutzer mit passenden Rechten. Das zeigt einen konkreten Integrationsweg für dieses System, keine universelle Schnittstelle für jedes ERP. Zur technischen Dokumentation.
Bei SAP oder anderen ERP-Produkten wird derselbe fachliche Ablauf gegen die dort verfügbaren Schnittstellen geprüft. Ein neues ERP ist dafür nicht grundsätzlich nötig. Wo keine tragfähige Anbindung möglich ist, muss diese Grenze vor dem Projektentscheid sichtbar sein.
Drei Stufen für einen kontrollierten Einstieg
- Lesen und erklären: Der Agent sammelt Informationen, verweist auf Quellen und schlägt einen nächsten Schritt vor. Er verändert keine produktiven Belege.
- Vorbereiten und freigeben: Er erstellt einen prüfbaren Entwurf. Eine berechtigte Person bestätigt Inhalt und Aktion.
- Begrenzt ausführen: Eindeutige Standardfälle werden innerhalb vereinbarter Regeln automatisch bearbeitet. Abweichungen gehen an die zuständige Fachperson.
Welche Stufe sinnvoll ist, hängt vom Prozess ab. Eine interne Zusammenfassung ist anders zu bewerten als eine verbindliche Lieferzusage oder Bestellung. Die Freigabe muss an die konkrete Aktion gebunden sein; spätere Änderungen dürfen nicht stillschweigend von einer früheren Zustimmung profitieren.
Was schützt vor falschen oder doppelten Buchungen?
Für den Betrieb empfehlen wir Prüfungen außerhalb des Sprachmodells: zulässige Artikel, Mengen, Kontierungen und Statuswechsel werden deterministisch kontrolliert. Ein eindeutiger Vorgangsschlüssel verhindert, dass wiederholte Verarbeitung denselben Geschäftsvorgang erneut anlegt.
Vor dem Schreiben wird der aktuelle Systemstand nochmals geprüft. Ist inzwischen ein Auftrag geändert worden, muss die Anwendung die Abweichung erkennen. Zeitüberschreitungen sind ebenfalls kein Beweis, dass eine Buchung fehlgeschlagen ist: Vor einem neuen Versuch ist ihr Status zu klären.
E-Mails und Dokumente werden als Eingangsdaten behandelt. Enthaltene Aufforderungen dürfen keine technischen Rechte erweitern. Protokolle halten Ergebnis und Verantwortlichkeit fest, ohne unnötige sensible Inhalte zu speichern. IT und Fachbereich vereinbaren zudem Fehlerzuständigkeit, Überwachung und Wartung.
Welcher erste Use-Case eignet sich?
Gut abgrenzbar sind wiederkehrende Vorgänge mit eindeutigen Prüfregeln und überschaubaren Folgen, etwa die Vorbereitung von Auftragsentwürfen. Beginnen Sie mit repräsentativen Beispielen einschließlich fehlerhafter Dokumente, Dubletten und Systemunterbrechungen. Messen Sie Bearbeitungszeit, Korrekturquote und den Anteil der Fälle, die fachlich eskaliert werden.
Erst nach einem belastbaren Vergleich wird der Automatisierungsumfang erweitert. Eine hohe Quote automatisch bearbeiteter Vorgänge ist nur dann sinnvoll, wenn Fehler und Nacharbeit nicht zugleich zunehmen.
Konkrete Einstiegspunkte zeigen unsere Beiträge zur Auftragserfassung und zur Lieferterminbestätigung. Den übergreifenden Rahmen beschreibt das Whitepaper zur KI-Transformation.
Quellen und Einordnung
Die Quellen belegen die fachlichen Grundlagen und verfügbaren Technologieansätze. Die Empfehlungen zur Umsetzung sind unsere fachliche Einordnung. Sie ersetzen die Prüfung Ihrer Daten, Systeme und Prozesse nicht.
