Digitale Antragsbearbeitung Entscheidungsgrenzen für KI-Agenten

Ein Gastbeitrag von Karl Wibbecke 6 min Lesedauer

Anbieter zum Thema

Was dürfen KI-Agenten, die in einem Antragsprozess unterstützen, welche Regeln sollte die Verwaltung vorab festlegen? Unser Gastautor Karl Wibbecke hat einzelne Prozessschritte detailliert untersucht, er stellt eine Einteilung in vier Aktionsklassen vor und eine Bewertung nach Wirkung, Datenzugriff und Reversibilität der Aktion sowie der verantwortlichen Rolle.

In Bezug auf den Datenzugriff ist zu entscheiden: Benötigt der AI-Agent Stammdaten, sensible Nachweise oder lediglich einen Bearbeitungsstatus? (Bild: ©  Wawan - stock.adobe.com / KI-generiert)
In Bezug auf den Datenzugriff ist zu entscheiden: Benötigt der AI-Agent Stammdaten, sensible Nachweise oder lediglich einen Bearbeitungsstatus?
(Bild: © Wawan - stock.adobe.com / KI-generiert)

Ein Antrag geht über ein Verwaltungsportal ein. Pflichtfelder sind ausgefüllt, Nachweise liegen als Dateien vor, und ein KI-Agent kann Inhalt und Dokumenttyp in wenigen Sekunden einordnen. Damit ist der Vorgang noch nicht entscheidungsreif. Der Agent muss wissen, welchen Prozesszustand er vorgefunden hat, welche Daten er verwenden darf und welche Wirkung sein nächster Schritt auslösen würde.

Für einen belastbaren Ablauf wird deshalb jede mögliche Aktion vorab einer festen Klasse zugeordnet. Ein Hinweis an die Sachbearbeitung hat eine andere Wirkung als eine Nachforderung an den Antragsteller. Das Erstellen eines Bescheidentwurfs ist leichter rückgängig zu machen als dessen Versand. Diese Unterschiede müssen in der Prozesslogik stehen und dürfen nicht erst aus der Antwort des Modells abgeleitet werden.

Vom Antrag zum eindeutigen Prozesszustand

Der digitale Antrag bildet den Ausgangspunkt, aber nicht den vollständigen Zustand des Verfahrens. Zum Vorgang gehören auch Eingangszeitpunkt, Zuständigkeit, Bearbeitungsstatus, offene Nachweise, frühere Rückfragen und bereits erteilte Freigaben. Der Agent sollte diese Informationen aus den führenden Fachsystemen lesen und als versionierten Arbeitsstand referenzieren. Eine freie Zusammenfassung reicht nicht aus, wenn später nachvollzogen werden muss, auf welcher Datenlage ein Schritt ausgelöst wurde.

Vor jeder Bearbeitung prüft eine technische Kontrollschicht, ob der gelesene Stand noch aktuell ist. Wurde der Antrag zwischenzeitlich ergänzt oder von einer Sachbearbeiterin übernommen, verliert der frühere Arbeitsauftrag seine Gültigkeit. Der Agent darf dann keinen vorbereiteten Schritt ausführen. Er lädt den aktuellen Stand neu oder übergibt den Vorgang mit einem klaren Hinweis auf die Änderung.

Vier Kriterien für eine zulässige Aktion

Eine praktische Entscheidungsmatrix verbindet vier Fragen.

  • Erstens zählt die Wirkung: Verändert der Schritt nur eine interne Notiz oder erzeugt er eine Mitteilung mit Außenwirkung?
  • Zweitens wird der Datenzugriff betrachtet: Benötigt der Agent Stammdaten, sensible Nachweise oder lediglich einen Bearbeitungsstatus?
  • Drittens zählt die Reversibilität: Lässt sich die Aktion sicher zurücknehmen oder entsteht ein verbindlicher Prozessfortschritt?
  • Viertens braucht jede Aktionsklasse eine verantwortliche Rolle, die Regeln festlegt, Ausnahmen bearbeitet und Änderungen freigibt.

Aus diesen Kriterien entstehen wenige verständliche Klassen. Der Agent kann risikoarme Informationen lesen und einen Entwurf vorbereiten. Eine Nachforderung darf er nur aus einem freigegebenen Katalog erzeugen und vor dem Versand zur Prüfung vorlegen. Ein Bescheid bleibt in diesem Szenario immer menschlich freizugeben. Technische Regeln setzen diese Grenze unabhängig davon durch, wie überzeugend die Modelleinschätzung formuliert ist.

Aktionsklasse Beispiel imVerfahren Technische Grenze
Lesen Aktuellen Bearbeitungsstand und erforderliche Nachweise abrufen Nur für den Vorgang freigegebene Datenfelder
Vorschlagen Fehlende Unterlage benennen oder Bearbeitungsweg empfehlen Keine Änderung im Fachverfahren
Vorbereiten Nachforderung oder Bescheidentwurf aus freigegebenen Bausteinen erzeugen Inhaltsversion speichern und fachliche Freigabe einholen
Ausführen Freigegebene Nachricht versenden oder Status im Zielsystem ändern Deterministische Regel, gültige Freigabe und Transaktionskennung

Datenzugriff auf den Arbeitsschritt begrenzen

Der Agent benötigt nicht automatisch Zugriff auf die vollständige Akte. Für die Prüfung auf fehlende Unterlagen reichen Dokumenttyp, Eingangsdatum und eine Liste erwarteter Nachweise. Personenbezogene Inhalte, die für diesen Schritt keine Rolle spielen, können vor dem Modellaufruf entfernt oder ersetzt werden. Schreibrechte erhält der Agent nicht direkt. Er übermittelt einen strukturierten Vorschlag an einen separaten Dienst, der Identität, Zuständigkeit, erlaubte Felder und Aktionsklasse prüft.

Diese Trennung erleichtert auch den Betrieb. Ändert sich ein Fachverfahren oder eine Zuständigkeit, wird die Zugriffsregel an einer kontrollierten Stelle angepasst. Das Modell behält keinen dauerhaften Generalschlüssel. Kurzlebige Berechtigungen gelten nur für den konkreten Vorgang und den vorgesehenen Schritt. Jeder weitere Zugriff braucht eine neue Prüfung gegen den aktuellen Prozesszustand.

Freigaben als technische Zustände

Eine Freigabe darf nicht nur als Satz in einem Chatverlauf vorliegen. Der Workflow speichert sie als eigenen Zustand mit Vorgangskennung, freigebender Rolle, Zeitstempel, freigegebener Inhaltsversion und zulässiger Folgeaktion. Wird der Bescheidentwurf danach verändert, verfällt die Freigabe. Der Agent kann eine erneute Prüfung anfordern, aber nicht auf die frühere Zustimmung zurückgreifen.

Auch die Schwelle für eine Freigabe bleibt deterministisch. Eine hohe Modellkonfidenz kann die Priorisierung unterstützen, hebt aber keine Pflicht zur fachlichen Prüfung auf. Fehlende Daten, widersprüchliche Registerstände oder ein ungewöhnlicher Verfahrensverlauf führen in eine definierte Ausnahme. Dort endet die automatische Bearbeitung, und der Vorgang erhält einen bearbeitbaren Übergabegrund statt einer pauschalen Fehlermeldung.

Jetzt Newsletter abonnieren

Wöchentlich die wichtigsten Infos zur Digitalisierung in der Verwaltung

Mit Klick auf „Newsletter abonnieren“ erkläre ich mich mit der Verarbeitung und Nutzung meiner Daten gemäß Einwilligungserklärung (bitte aufklappen für Details) einverstanden und akzeptiere die Nutzungsbedingungen. Weitere Informationen finde ich in unserer Datenschutzerklärung. Die Einwilligungserklärung bezieht sich u. a. auf die Zusendung von redaktionellen Newslettern per E-Mail und auf den Datenabgleich zu Marketingzwecken mit ausgewählten Werbepartnern (z. B. LinkedIn, Google, Meta).

Aufklappen für Details zu Ihrer Einwilligung

Protokollierung für die fachliche Prüfung

Ein brauchbares Protokoll verbindet Entscheidung und Ausführung. Es hält fest, welche Eingabeversion verarbeitet wurde, welche Werkzeuge Daten lieferten, welchen Vorschlag das Modell erzeugte, welche Kontrollregel griff und wer eine Freigabe erteilte oder ablehnte. Für eine ausgeführte Aktion kommen Zielsystem, Zeitpunkt und eine eindeutige Transaktionskennung hinzu. So lässt sich später unterscheiden, ob ein Problem aus fehlenden Daten, einer Modelleinschätzung, einer Regel oder der technischen Übertragung entstand.

Nicht jeder Zwischenschritt muss dauerhaft gespeichert werden. Rohdaten, Modellkontext und fachlicher Nachweis haben unterschiedliche Aufbewahrungsbedarfe. Die Protokollierung sollte deshalb schon im Entwurf festlegen, welche Information für Prüfung und Wiederaufnahme erforderlich ist und welche Daten nach Abschluss entfallen können. Ein unstrukturierter Vollmitschnitt erschwert die Auswertung und erhöht den Schutzbedarf.

(ID:50951934)