Viele ERP-Systeme sind stark darin, Standardabläufe strukturiert abzubilden. Eine Bestellung wird angelegt, eine Rechnung gebucht, ein Datensatz gepflegt, ein Status gesetzt. Genau dafür wurden Masken, Formulare und regelbasierte Workflows gebaut. Das Problem beginnt dort, wo die Realität nicht sauber in diese festen Schritte passt.
Im Mittelstand ist das der Normalfall. Rechnungen kommen mit Abweichungen zum Bestellbezug. Bestellanfragen sind fachlich unklar oder unvollständig. Stammdaten müssen aus mehreren Quellen zusammengeführt werden. Kunden, Lieferanten oder interne Fachbereiche stellen Rückfragen, die sich nicht mit einem einzelnen Feld beantworten lassen. Dann zeigt sich die Grenze starrer Masken: Das ERP bildet den Vorgang ab, aber nicht die eigentliche Denkarbeit dazwischen.
Genau an dieser Stelle wird über agentische Workflows gesprochen. Gemeint ist nicht, dass ein ERP plötzlich autonom und ohne Grenzen handelt. Gemeint ist, dass Software innerhalb klarer Leitplanken Kontext sammeln, Regeln anwenden, nächste Schritte vorschlagen, Rückfragen formulieren und einzelne Aktionen vorbereitet oder kontrolliert ausführen kann. Der Unterschied zur klassischen Maske liegt also nicht in mehr Oberfläche, sondern in einer anderen Prozesslogik.
Für mittelständische Unternehmen ist das relevant, weil ihre Prozesse selten nur aus klaren Standardfällen bestehen. Die eigentliche operative Last entsteht oft an Übergängen: zwischen Einkauf und Buchhaltung, zwischen Vertrieb und Disposition, zwischen Stammdatenpflege und Fachbereich, zwischen ERP, DMS, E-Mail und externen Portalen. Agentische Workflows versprechen hier keine Magie, sondern eine nüchterne Verbesserung: weniger Kontextverlust, weniger manuelle Sucharbeit und bessere Unterstützung genau dort, wo starre Eingabemasken zu kurz greifen.
Was mit agentischen Workflows im ERP-Umfeld gemeint ist
Der Begriff wird derzeit unscharf verwendet. Für eine belastbare Einordnung reicht eine einfache Definition: Ein agentischer Workflow ist ein zielorientierter Prozess, in dem Software nicht nur einen festen Schritt ausführt, sondern innerhalb definierter Regeln selbstständig Informationen zusammensucht, Optionen bewertet, Rückfragen auslöst und den nächsten sinnvollen Prozessschritt vorbereitet oder ausführt.
Das klingt abstrakt, lässt sich aber praktisch fassen. Ein klassischer Workflow sagt: Wenn Feld A gesetzt ist, gehe zu Schritt B. Ein agentischer Workflow sagt: Prüfe, welche Informationen für die Entscheidung fehlen, ziehe die relevanten Daten aus den angebundenen Systemen zusammen, bewerte den Vorgang nach definierten Regeln, formuliere bei Bedarf eine Rückfrage und leite den Fall erst dann zur Freigabe oder zur Ausführung weiter.
Wichtig ist dabei die Grenze. Agentisch bedeutet nicht grenzenlos. Ein sinnvoller ERP-naher Agent handelt nicht auf Zuruf ohne Kontext. Er bewegt sich innerhalb definierter Datenquellen, Rollen, Freigaben, Berechtigungen und Eskalationsregeln. Er ersetzt nicht die fachliche Verantwortung. Er verschiebt nur einen Teil der operativen Vorarbeit von Menschen auf eine besser orchestrierte Softwareschicht.
Warum starre ERP-Masken in der Praxis oft nicht ausreichen
ERP-Masken sind sinnvoll, wenn der Vorgang klar strukturiert ist. Sie sind weniger sinnvoll, wenn ein Fall erst verstanden werden muss, bevor er sauber weiterverarbeitet werden kann. Genau das ist in vielen kaufmännischen und operativen Prozessen der Engpass.
Eine starre Maske kann Pflichtfelder prüfen, Dropdowns erzwingen und Statuswechsel dokumentieren. Sie hilft aber nur begrenzt, wenn jemand zuerst klären muss, welche Bestellung zu einer Rechnung gehört, ob eine Mengenabweichung tolerierbar ist, welcher Lieferant für eine Anfrage infrage kommt oder ob ein neu angelegter Artikel bereits in ähnlicher Form existiert. In solchen Situationen entsteht die eigentliche Arbeit außerhalb der Maske.
Das führt zu typischen Folgeproblemen:
- Informationen werden in E-Mails, Teams-Nachrichten oder Telefonaten verteilt.
- Rückfragen werden mehrfach gestellt, weil der Kontext nicht gebündelt vorliegt.
- Mitarbeitende wechseln zwischen ERP, DMS, Excel, Mailbox und Fachportalen.
- Entscheidungen hängen an Einzelwissen statt an nachvollziehbaren Regeln.
- Ausnahmen werden informell gelöst und später kaum sauber dokumentiert.
Das Problem ist also nicht, dass ERP-Systeme grundsätzlich zu wenig können. Das Problem ist, dass viele Geschäftsprozesse mehr benötigen als strukturierte Datenerfassung. Sie brauchen Kontextführung.
Vier ERP-nahe Beispiele, in denen agentische Workflows sinnvoll sein können
Rechnungsprüfung bei Abweichungen
Die klassische Rechnungsprüfung funktioniert gut, solange Bestellung, Wareneingang und Rechnung sauber zusammenpassen. In der Praxis gibt es jedoch häufig Abweichungen: andere Mengen, fehlende Bestellreferenzen, geänderte Preise, Teillieferungen oder Freitextpositionen.
Ein starrer Workflow stößt hier schnell an Grenzen. Er kann den Beleg stoppen oder eine Person zur Prüfung auffordern. Die eigentliche Analyse bleibt aber manuell. Ein agentischer Workflow kann diesen Zwischenschritt strukturierter vorbereiten: Er zieht Bestellbezug, Wareneingang, Preislogik, Lieferantenhistorie und Toleranzregeln zusammen, markiert die konkrete Abweichung, erstellt eine priorisierte Handlungsempfehlung und formuliert bei Bedarf eine Rückfrage an Einkauf oder Fachbereich.
Wichtig ist: Der Agent sollte nicht jede Abweichung eigenmächtig buchen. Sinnvoll ist vielmehr ein Modell mit abgestuften Leitplanken. Kleinere, klar definierte Abweichungen können automatisiert vorbereitet oder freigegeben werden. Höhere Beträge, ungeklärte Referenzen oder ungewöhnliche Muster müssen in eine menschliche Entscheidung laufen. Der Nutzen liegt dann nicht in blindem Automatismus, sondern in besser vorbereiteter Prüfung.
Bestellanfragen und operative Beschaffung
Viele Bestellanfragen beginnen außerhalb des ERP. Eine Fachabteilung beschreibt einen Bedarf per E-Mail, Formular, Telefonat oder Chat. Der Einkauf muss danach klären, was genau gemeint ist, ob der Bedarf bereits katalogisiert ist, welche Lieferanten infrage kommen, ob Rahmenverträge existieren und welche Freigaberegeln gelten.
Hier können agentische Workflows echte Entlastung schaffen. Die Software kann die Anfrage sprachlich einordnen, fehlende Informationen erkennen, auf vorhandene Artikel oder frühere Beschaffungsvorgänge verweisen, Lieferantenkontexte zusammenziehen und einen vorbereiteten Beschaffungsvorschlag erzeugen. Das reduziert Rückfragen und beschleunigt den Übergang vom unscharfen Bedarf zum strukturierten Vorgang.
Gerade im Mittelstand ist das interessant, weil operative Beschaffung häufig zwischen Standardisierung und Pragmatismus pendelt. Ein reines Formular löst das Problem nicht immer, weil der Bedarf nicht sauber formulierbar ist. Ein agentischer Workflow kann diese Lücke schließen, solange klar bleibt, welche Entscheidungen automatisch vorbereitet und welche bewusst freigegeben werden.
Stammdatenpflege und Dublettenrisiko
Stammdatenpflege ist ein gutes Beispiel dafür, wie viel Reibung in scheinbar einfachen Masken steckt. Neue Kunden, Lieferanten, Artikel oder Leistungsarten werden selten unter perfekten Bedingungen angelegt. Informationen kommen aus Mails, PDFs, Portalen oder Altbeständen. Häufig fehlen Pflichtfelder, Bezeichnungen sind uneinheitlich, und Dubletten werden erst spät erkannt.
Ein agentischer Workflow kann hier mehr leisten als eine Eingabemaske mit Validierungsregeln. Er kann ähnliche Datensätze erkennen, externe oder interne Referenzen zusammenziehen, fehlende Informationen gezielt nachfordern, Klassifikationsvorschläge machen und vor dem Anlegen sichtbar machen, welche fachlichen Konflikte entstehen könnten. Das hilft nicht nur bei Geschwindigkeit, sondern vor allem bei Datenqualität.
Gerade hier zeigt sich aber auch eine klare Grenze: Wenn Datenmodelle fachlich unklar sind oder Verantwortlichkeiten fehlen, wird auch ein Agent die Stammdaten nicht sauber halten. Er kann Unordnung schneller sichtbar machen. Er kann sie nicht ersetzen. Agentische Stammdatenpflege funktioniert nur dort gut, wo Struktur, Begriffe und Freigaben bereits definiert sind.
Rückfragen im Tagesgeschäft
Viele operative Prozesse scheitern nicht am Hauptvorgang, sondern an kleinen Rückfragen: Ist ein Auftrag bereits freigegeben? Warum ist ein Liefertermin verschoben? Fehlt eine Buchung oder ist nur der Status veraltet? Liegt die Information im ERP, im DMS, in einer Mail oder beim Kollegen aus einem anderen Bereich?
Statt diese Fragen immer wieder manuell zusammenzutragen, kann ein agentischer Workflow relevante Datenpunkte über mehrere Systeme hinweg zusammenziehen und in einer verständlichen Antwort aufbereiten. Er kann auch unterscheiden, ob eine reine Auskunft genügt, ob ein Folgeprozess ausgelöst werden sollte oder ob ein Sachverhalt an eine Fachrolle eskaliert werden muss.
Der Wert liegt nicht darin, dass die Software besonders intelligent klingt. Der Wert liegt darin, dass operative Rückfragen weniger Zeit kosten und nachvollziehbarer beantwortet werden. Genau das entlastet Teams, die heute viel Zeit mit Kontextsuche statt mit eigentlicher Entscheidung verbringen.
Was der Unterschied zur klassischen Automatisierung ist
Viele Unternehmen haben bereits Workflows, Makros oder Integrationen und fragen zu Recht, ob agentische Systeme nur ein neuer Name für bekannte Automatisierung sind. Die Antwort lautet: teilweise ja, aber nicht nur.
Klassische Automatisierung ist stark, wenn Regeln und Übergaben stabil sind. Wenn Ereignis X eintritt, wird Aktion Y ausgelöst. Agentische Workflows werden dort interessant, wo vor der Aktion erst Kontext aufgebaut, Relevanz bewertet oder eine Rückfrage gestellt werden muss. Sie füllen also die Lücke zwischen festem Regelwerk und menschlicher Einzelfallbearbeitung.
Das bedeutet nicht, dass jeder Prozess agentisch werden sollte. Im Gegenteil: Je klarer, stabiler und risikoloser ein Standardablauf ist, desto besser eignet er sich weiterhin für klassische Automatisierung. Agentische Logik lohnt sich eher bei Vorgängen mit hoher Kontextabhängigkeit, wechselnden Informationsquellen und wiederkehrender Ausnahmebehandlung.
Die eigentlichen Voraussetzungen liegen nicht im Modell, sondern in Daten und Architektur
Viele Diskussionen über KI-Agenten konzentrieren sich zu früh auf Tools. Für ERP-nahe Prozesse ist das der falsche Einstieg. Entscheidend ist zuerst, ob die zugrunde liegende Daten- und Prozessbasis überhaupt tragfähig ist.
Ein Agent kann nur dann sinnvoll arbeiten, wenn klar ist:
- welche Systeme für welche Daten führend sind,
- welche Prozesszustände fachlich gelten,
- welche Regeln verbindlich sind,
- welche Rollen freigeben oder entscheiden dürfen,
- welche Ausnahmen tolerierbar sind,
- und welche Datenqualität überhaupt vorliegt.
Fehlt diese Grundlage, wird agentische Logik nicht präziser, sondern riskanter. Dann beantwortet die Software Rückfragen auf Basis widersprüchlicher Datenstände, schlägt Handlungen auf unsauberem Regelwerk vor oder dokumentiert Entscheidungen, deren fachliche Basis nie eindeutig war.
Gerade im ERP-Umfeld gilt deshalb weiterhin ein nüchterner Grundsatz: Schlechte Daten werden durch bessere Orchestrierung nicht gut. Sie werden nur schneller verarbeitet. Wer agentische Workflows sinnvoll einführen will, muss deshalb Datenqualität, Stammdatenverantwortung, Integrationslogik und Prozessdefinition zuerst ernst nehmen.
Governance, Auditierbarkeit und kontrollierte Grenzen sind keine Nebenthemen
Sobald Software nicht nur Daten anzeigt, sondern den nächsten Schritt vorschlägt, Rückfragen auslöst oder Aktionen vorbereitet, verschiebt sich die Governance-Frage. Unternehmen müssen dann genau klären, was der Workflow sehen darf, was er tun darf und wie jede relevante Entscheidung nachvollziehbar bleibt.
Für ERP-nahe Agenten sind vor allem fünf Punkte entscheidend.
Klare Rollen und Rechte
Ein Agent darf nicht dieselben Rechte erhalten wie ein unkontrollierter Superuser. Zugriffe müssen pro Prozess, Datenraum und Aktion klar begrenzt sein.
Nachvollziehbare Entscheidungslogik
Es muss erkennbar sein, auf welcher Datengrundlage und nach welchen Regeln ein Vorschlag oder eine Aktion entstanden ist. Sonst fehlt die Basis für Kontrolle und Korrektur.
Auditierbare Protokollierung
Gerade bei Rechnungen, Stammdaten oder Freigaben muss dokumentiert sein, welche Information herangezogen wurde, welcher Vorschlag entstand, wer freigegeben hat und was tatsächlich ausgeführt wurde.
Bewusste Eskalationsregeln
Nicht jeder Fall darf gleich behandelt werden. Schwellenwerte, Risikoindikatoren, fehlende Daten oder ungewöhnliche Muster müssen definieren, wann der Prozess zwingend an einen Menschen übergeht.
Änderungsdisziplin
Wenn Regeln, Datenquellen oder Berechtigungen angepasst werden, muss dieser Eingriff genauso kontrolliert sein wie der operative Ablauf selbst. Sonst wird aus einer nützlichen Prozesshilfe schnell eine schwer beherrschbare Schattenlogik.
Für viele Mittelständler bedeutet das nicht, dass sofort ein großes Governance-Programm aufgebaut werden muss. Es bedeutet aber, dass agentische Prozesse nicht nur als UI- oder Effizienzthema behandelt werden dürfen. Sie sind immer auch eine Betriebs- und Kontrollfrage.
Wo die realen Grenzen liegen
Agentische Workflows sind kein Ersatz für schlechte Prozesse. Wenn ein Unternehmen nicht sauber definieren kann, wann eine Bestellung als freigegeben gilt, welche Daten ein Lieferantendatensatz enthalten muss oder wie Toleranzen in der Rechnungsprüfung geregelt sind, wird ein Agent diese Unklarheit nicht auflösen.
Ebenso wichtig ist die Erwartungssteuerung. Nicht jeder Vorgang sollte agentisch unterstützt werden. Manche Prozesse sind so standardisiert, dass klassische Formulare und Regeln völlig ausreichen. Andere sind so sensibel, dass Vorschläge zwar nützlich sein können, Ausführung und Entscheidung aber klar menschlich bleiben müssen.
Ein weiterer Grenzpunkt ist die Datenqualität. Viele Unternehmen unterschätzen, wie schnell scheinbar kleine Inkonsistenzen zu operativen Fehlvorschlägen führen können. Dubletten, unklare Statuswerte, Mehrfachpflege oder unsaubere Schnittstellen werden in agentischen Prozessen besonders sichtbar. Das ist kein Argument gegen den Ansatz, aber ein klares Argument gegen eine übereilte Einführung.
Wie ein sinnvoller Einstieg aussehen kann
Für mittelständische Unternehmen ist ein pragmatischer Start meist sinnvoller als ein großer KI-Rollout. Gute Einstiegskandidaten sind Prozesse mit hohem manuellen Suchaufwand, wiederkehrenden Ausnahmen und klar begrenztem Risiko. Genau dort lässt sich prüfen, ob agentische Unterstützung tatsächlich Entlastung bringt.
Ein belastbarer Einstieg folgt typischerweise einer klaren Reihenfolge:
- Prozess auswählen, der operativ relevant ist, aber beherrschbare Risiken hat.
- Datenquellen, Rollen, Freigaben und Eskalationen sauber definieren.
- Agentische Unterstützung zunächst auf Vorbereitung, Kontextsammlung und Vorschläge begrenzen.
- Protokollierung, Monitoring und menschliche Eingriffspunkte von Anfang an mitdenken.
- Erst nach belastbarer Erfahrung über weitergehende Automatisierung entscheiden.
Damit wird auch klar, worin der Unterschied zwischen ernsthafter Einführung und reiner Demo liegt. Eine Demo zeigt, dass Software überraschend viel Kontext verarbeiten kann. Eine belastbare Einführung zeigt, dass der Prozess im Alltag nachvollziehbar, prüfbar und kontrolliert funktioniert.
Warum das Thema für Geschäftsführung und IT-Leitung jetzt wichtig ist
Für die Geschäftsführung ist die Frage nicht, ob ein Agent beeindruckend wirkt. Die relevante Frage lautet, ob sich operative Abläufe dadurch verlässlich verbessern, ohne neue Steuerungsrisiken aufzubauen. Für die IT-Leitung ist die Frage nicht nur technologisch. Es geht um Datenquellen, Integrationen, Rollenmodell, Betrieb, Monitoring und Änderungsdisziplin.
Genau deshalb sollte der Wandel von starren Masken zu agentischen Workflows weder als reines Innovationsthema noch als Oberflächenfrage behandelt werden. Er berührt die Struktur von Prozessen, Verantwortung und Systemarchitektur. Wer das sauber angeht, kann operative Reibung reduzieren. Wer es nur als schnellen Effizienzhebel betrachtet, baut leicht eine zusätzliche Schicht, die fachlich attraktiv wirkt, organisatorisch aber schwer beherrschbar bleibt.
Fazit
KI-Agenten im ERP-Umfeld sind vor allem dann interessant, wenn starre Masken die Realität nicht mehr gut genug abbilden. Nicht weil Formulare grundsätzlich falsch wären, sondern weil viele Prozesse mehr brauchen als strukturierte Eingabe: Kontext, Rückfragen, Bewertung, Vorschläge und kontrollierte Übergänge zwischen mehreren Systemen und Rollen.
Der praktische Wert agentischer Workflows liegt deshalb nicht in maximaler Autonomie. Er liegt in besser vorbereiteten Entscheidungen, weniger manueller Sucharbeit und nachvollziehbarer Unterstützung bei wiederkehrenden Ausnahmen. Gerade in ERP-nahen Prozessen wie Rechnungsprüfung, Bestellanfragen, Stammdatenpflege oder operativen Rückfragen kann das relevant sein.
Voraussetzung ist jedoch eine saubere Basis. Ohne klare Datenverantwortung, definierte Prozesszustände, belastbare Integrationen, Governance und Auditierbarkeit wird aus dem Versprechen schneller Verbesserung schnell ein neues Betriebsrisiko. Agentische Workflows sind damit keine Abkürzung an Architektur und Prozessdisziplin vorbei. Sie sind nur dann sinnvoll, wenn genau diese Disziplin vorhanden oder bewusst aufgebaut wird.
Wenn Sie prüfen möchten, ob agentische Workflows in Ihrer ERP-nahen Prozesslandschaft wirklich sinnvoll sind, lohnt sich zuerst ein strukturierter Blick auf Datenqualität, Rollen, Integrationen, Freigaben und Ausnahmefälle. WWInterface unterstützt Sie dabei, aus technologischer Neugier eine belastbare Entscheidungsgrundlage zu machen.