Warum es nicht um KI geht, sondern um Verantwortung

Die Diskussion rund um künstliche Intelligenz in Unternehmenssoftware folgt aktuell einem Muster, das wir aus früheren Technologiewellen kennen:
Zunächst werden bestehende Prozesse automatisiert, dann werden Benutzeroberflächen „smarter“, und irgendwann entsteht die Erwartung, Systeme könnten sich selbst steuern.

Seit Copilots in Business Software angekommen sind, wird diese Erwartung noch einmal verstärkt:
Wenn ein System Texte schreiben, Informationen zusammenfassen und Vorschläge machen kann, warum sollte es dann nicht auch Entscheidungen treffen?

Genau an dieser Stelle beginnt das Missverständnis.

Agentic ERP ist kein „Copilot 2.0“.

Es ist auch keine neue Feature-Kategorie, die man auf eine Roadmap schreibt, wenn die ersten Prompt-Erfolge sichtbar sind.

Agentic ERP ist im Kern eine Frage der Verantwortungsverteilung:

Welche Entscheidungen sollen Systeme eigenständig treffen dürfen, in welchen Grenzen, mit welchen Eskalationswegen und mit welcher Nachvollziehbarkeit?

Wenn du diesen Gedanken ernst nimmst, verschiebt sich der Fokus sofort.

Es geht weniger darum, welches Modell „am besten“ ist, welche Plattform integriert ist oder welche UI-Komponenten es gibt. Stattdessen geht es um Governance, Ownership, Risikoakzeptanz und Betrieb.

Und genau deshalb ist Agentic ERP so spannend und so unbequem.

Copilot ist nicht das Zielbild.
Copilots haben ihren Platz.

In vielen Organisationen sind sie ein Einstieg in produktive KI, weil sie einen klaren Vorteil liefern:

Sie reduzieren Friktion.

Nutzer müssen weniger suchen, weniger kopieren, weniger formulieren – und sie bekommen in Sekunden einen ersten Entwurf.
Copilots assistieren Menschen, statt sie zu ersetzen.

Das ist aber genau der Punkt:
Ein Copilot bleibt in der Logik „Mensch fragt → System antwortet“.
Er ist reaktiv. Er schlägt vor, erklärt, strukturiert, aber er handelt nicht von sich aus (oder zumindest nicht ohne explizite Bestätigung).
Copilots verbessern Interaktion und Produktivität, aber sie verschieben Verantwortung kaum.

Agenten funktionieren anders.
Agenten arbeiten in der Logik „System beobachtet → bewertet → handelt → eskaliert“.

Sie sind nicht nur eine UI-Funktion, sondern ein Mechanismus, der kontinuierlich auf Signale reagiert. Und diese Veränderung ist fundamental. Denn sobald ein
System handeln darf, wird aus „Produktivität“ ein Governance-Thema.
Ein Agent ist damit nicht „besser“ als ein Copilot. Er ist schlicht etwas anderes: ein anderes Verantwortungsmodell.

Was macht ein ERP „agentisch“?
Der Begriff „Agent“ wird derzeit inflationär genutzt. Manchmal ist mit „Agent“ lediglich ein Chatbot gemeint, manchmal ein Workflow, der durch generative KI anpassungsfähiger wird. Und manchmal tatsächlich ein autonomer Akteur, der innerhalb eines Entscheidungsspielraums Aktionen ausführen darf.

Um Agentic ERP sauber zu definieren, hilft diese minimale Beschreibung:
Ein Agent im ERP-Kontext

• beobachtet kontinuierlich Zustände und Ereignisse (z. B. verspätete Liefertermine, Exceptions, Engpässe)
• bewertet Optionen anhand von Zielen und Restriktionen (z. B. Service-Level, Kosten, Risiko)
• handelt innerhalb definierter Grenzen (z. B. priorisiert, initiiert, bereitet vor),
• eskaliert, wenn Unsicherheit oder Risiko definierte Schwellen überschreiten
• liefert Nachvollziehbarkeit (warum wurde so entschieden?).

Das ist die entscheidende Linie:
Autonomie ohne Eskalation und Auditability ist keine Innovation.
Sie ist ein Kontrollverlust.

Der wahre Paradigmenwechsel: von Prozessausführung zu Intent & Guardrails.
Klassische ERP-Systeme sind im Kern Prozessmaschinen.
Sie setzen Regeln um:
Wenn X passiert, dann wird Y gebucht.
Wenn ein Freigabestatus erreicht ist, dann geht es in die nächste Stufe.

Diese deterministische Natur ist einer der Gründe, warum ERP so erfolgreich ist. Unternehmen wollen Konsistenz, Stabilität und Auditierbarkeit.

Agentic ERP verschiebt den Fokus an einer anderen Stelle:
Es geht weniger um das exakte Durchführen vordefinierter Schritte, sondern um Intent (Ziele) und Guardrails (Leitplanken).
Statt jeden einzelnen Schritt zu definieren, definierst du:

• Welche Ziele zählen?
• Welche Grenzen dürfen nicht überschritten werden?
• Wann ist Eskalation verpflichtend?
• Welche Aktionen sind erlaubt? Welche nicht?
• Warum das unbequem ist (und warum das gut ist).

Agentic ERP zwingt Organisationen, Dinge zu klären, die häufig jahrelang implizit geblieben sind. In vielen ERP-Prozessen ist Verantwortung historisch gewachsen. Eskalationen passieren informell. Entscheidungen entstehen „zwischen den Rollen“, weil niemand eindeutig zuständig ist. Solange ein System nur ausführt, fällt das nicht so stark auf. Sobald ein System handeln darf, wird es unübersehbar.

Agentic ERP stellt Fragen wie:

• Wer ist Decision Owner für diese Entscheidungsklasse?
• Wer ist Risk Owner für die Risikoakzeptanz?
• Wer betreibt das System operativ (Ops Owner)?
• Welche Eskalationswege gelten, wenn Daten unsicher oder widersprüchlich sind?
• Welche Begründung muss ein System liefern, damit es akzeptiert wird?

Diese Fragen sind unbequem, aber sie sind genau der Grund, warum Agentic ERP in vielen Fällen eine starke Transformation auslöst. Nicht, weil es „magisch“ ist, sondern weil es Klarheit fordert.