Ein KI-Agent im Prozess braucht einen Rückfallweg

Wenn ein Agent eine Anfrage einordnen, ein Gutachten schreiben oder eine Empfehlung geben soll, liegt die Versuchung nahe, ihn einfach als Serviceaufgabe in den Ablauf zu hängen. Das funktioniert in der Demo. Im Betrieb kommt irgendwann keine Antwort, eine unbrauchbare oder eine, die zwar plausibel klingt, aber nicht stimmt. Die Leitidee aus unseren Seminaren:

Der Prozess legt fest, was zurückkommen muss und was passiert, wenn nichts kommt – wer antwortet, ist austauschbar.

Muster 1: Vorsortieren mit menschlicher Prüfung

Die Kfz-Werkstatt CarBoost lässt freie Kundenanfragen von einem Agenten einordnen. Die Serviceaufgabe „Anfrage einordnen“ hat einen festen Vertrag: Der Agent liefert Fahrzeugklasse, Wunschtermin, Dringlichkeit und eine Begründung. Ist die Anfrage unklar, meldet er das ausdrücklich, und ein angeheftetes Fehlerereignis führt zur Einordnung von Hand. Antwortet er nicht innerhalb von zwei Minuten, greift ein angeheftetes Zeitereignis. Danach prüft ein Mensch den Vorschlag – der Agent spart Arbeit, entscheidet aber nicht allein.

CarBoost-Prozess mit Serviceaufgabe Anfrage einordnen, angehefteten Fehler- und Zeitereignissen und Benutzeraufgabe Vorschlag prüfen — **CarBoost mit Agent.** Zwei Rückfallwege an „Anfrage einordnen“ – „Anfrage unklar“ und „Agent antwortet nicht“ – führen zur Einordnung von Hand.

Muster 2: Auftrag mit Rückruf

Braucht der Agent Minuten oder Stunden, sollte der Prozess nicht an einer Aufgabe hängen. Bei der Schadensmeldung beauftragt die Versicherung einen Gutachter-Agenten mit einer Sendeaufgabe und wartet an einem ereignisbasierten Gateway: Gutachten erhalten oder Frist abgelaufen. Der Rückruf findet über die Korrelation die richtige Prozessinstanz. Empfiehlt der Agent „regulieren“, geht es zur Zahlung. Empfiehlt er eine Prüfung oder gibt er keine Rückmeldung, übernimmt die Sachbearbeitung.

Schadensmeldung: Sendeaufgabe Gutachten beauftragen, ereignisbasiertes Gateway mit Gutachten erhalten und 2 Minuten ohne Antwort — **Schadensmeldung.** Der Agent ist ein eigener Pool ohne sichtbaren Ablauf – bekannt ist nur sein Vertrag: Auftrag hin, Gutachten zurück.

Muster 3: Leitplanke mit DMN

Steuert das Ergebnis des Agenten Geldflüsse, hat es rechtliche Konsequenzen oder berührt es die Sicherheit, verarbeitet eine Geschäftsregelaufgabe die Rückmeldung mit einer DMN-Tabelle. Sie legt klar nachvollziehbar fest, was der Agent allein entscheiden darf und wann ein Mensch prüft – zum Beispiel abhängig von Betrag, Kundengruppe oder der vom Agenten gemeldeten Sicherheit. Die Regel ist für den Fachbereich lesbar und lässt sich mit Testfällen absichern; der Agent kann sie nicht umgehen.

Die Bausteine im Überblick

Baustein	BPMN / DMN	Wann
Vorsortieren	Serviceaufgabe + Benutzeraufgabe „Vorschlag prüfen“	Antwort in Sekunden, Mensch hat das letzte Wort
Auftrag mit Rückruf	Sendeaufgabe + ereignisbasiertes Gateway + Zeitereignis	Agent braucht Minuten oder Stunden
Rückfallweg	angeheftetes Fehler- und Zeitereignis → Benutzeraufgabe	immer
Leitplanke	Geschäftsregelaufgabe mit DMN nach der KI	Ergebnis steuert Geld, Recht oder Sicherheit

Sicherheit gehört zum Vertrag

Eigener Container: Der Agent sieht keine Prozessdaten außer denen, die der Vertrag ihm schickt.
Eigener Schlüssel: Zugangsdaten verwaltet die Administration als Secret, nicht das Modell.
Kleine Schnittstelle: ein Pfad, feste Felder, keine freien Werkzeugaufrufe.

Und in Camunda 8?

In Camunda 8 wird der Vertrag zur Serviceaufgabe mit Job-Typ oder Connector, die Rückfallwege sind ganz normale angeheftete Ereignisse und Gateways. Camunda bringt inzwischen einen eigenen Connector für KI-Agenten und ad-hoc-Teilprozesse mit, in denen das Modell die erlaubten Werkzeuge vorgibt und der Agent auswählt. Das ändert nichts am Grundsatz: Auch dort legt der Prozess fest, was passiert, wenn der Agent nicht liefert.

Beide Modelle laufen im Seminar Vom Modell zum Workflow live auf Camunda 8 – einschließlich des Falls, in dem der Agent abgeschaltet wird und der Rückfallweg greift.