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?
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.
Stand: 08.12.2025
Es ist für uns eine Selbstverständlichkeit, dass wir verantwortungsvoll mit Ihren personenbezogenen Daten umgehen. Sofern wir personenbezogene Daten von Ihnen erheben, verarbeiten wir diese unter Beachtung der geltenden Datenschutzvorschriften. Detaillierte Informationen finden Sie in unserer Datenschutzerklärung.
Einwilligung in die Verwendung von Daten zu Werbezwecken
Ich bin damit einverstanden, dass die Vogel IT-Medien GmbH, Max-Josef-Metzger-Straße 21, 86157 Augsburg, einschließlich aller mit ihr im Sinne der §§ 15 ff. AktG verbundenen Unternehmen (im weiteren: Vogel Communications Group) meine E-Mail-Adresse für die Zusendung von Newslettern und Werbung nutzt. Auflistungen der jeweils zugehörigen Unternehmen können hier abgerufen werden.
Der Newsletterinhalt erstreckt sich dabei auf Produkte und Dienstleistungen aller zuvor genannten Unternehmen, darunter beispielsweise Fachzeitschriften und Fachbücher, Veranstaltungen und Messen sowie veranstaltungsbezogene Produkte und Dienstleistungen, Print- und Digital-Mediaangebote und Services wie weitere (redaktionelle) Newsletter, Gewinnspiele, Lead-Kampagnen, Marktforschung im Online- und Offline-Bereich, fachspezifische Webportale und E-Learning-Angebote. Wenn auch meine persönliche Telefonnummer erhoben wurde, darf diese für die Unterbreitung von Angeboten der vorgenannten Produkte und Dienstleistungen der vorgenannten Unternehmen und Marktforschung genutzt werden.
Meine Einwilligung umfasst zudem die Verarbeitung meiner E-Mail-Adresse und Telefonnummer für den Datenabgleich zu Marketingzwecken mit ausgewählten Werbepartnern wie z.B. LinkedIN, Google und Meta. Hierfür darf die Vogel Communications Group die genannten Daten gehasht an Werbepartner übermitteln, die diese Daten dann nutzen, um feststellen zu können, ob ich ebenfalls Mitglied auf den besagten Werbepartnerportalen bin. Die Vogel Communications Group nutzt diese Funktion zu Zwecken des Retargeting (Upselling, Crossselling und Kundenbindung), der Generierung von sog. Lookalike Audiences zur Neukundengewinnung und als Ausschlussgrundlage für laufende Werbekampagnen. Weitere Informationen kann ich dem Abschnitt „Datenabgleich zu Marketingzwecken“ in der Datenschutzerklärung entnehmen.
Falls ich im Internet auf Portalen der Vogel Communications Group einschließlich deren mit ihr im Sinne der §§ 15 ff. AktG verbundenen Unternehmen geschützte Inhalte abrufe, muss ich mich mit weiteren Daten für den Zugang zu diesen Inhalten registrieren. Im Gegenzug für diesen gebührenlosen Zugang zu redaktionellen Inhalten dürfen meine Daten im Sinne dieser Einwilligung für die hier genannten Zwecke verwendet werden. Dies gilt nicht für den Datenabgleich zu Marketingzwecken.
Recht auf Widerruf
Mir ist bewusst, dass ich diese Einwilligung jederzeit für die Zukunft widerrufen kann. Durch meinen Widerruf wird die Rechtmäßigkeit der aufgrund meiner Einwilligung bis zum Widerruf erfolgten Verarbeitung nicht berührt. Um meinen Widerruf zu erklären, kann ich als eine Möglichkeit das unter https://contact.vogel.de abrufbare Kontaktformular nutzen. Sofern ich einzelne von mir abonnierte Newsletter nicht mehr erhalten möchte, kann ich darüber hinaus auch den am Ende eines Newsletters eingebundenen Abmeldelink anklicken. Weitere Informationen zu meinem Widerrufsrecht und dessen Ausübung sowie zu den Folgen meines Widerrufs finde ich in der Datenschutzerklärung.
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.