KI-Workflow nach einem Abbruch neu starten: Wie verhindern Sie doppelte Vorgänge?
Von Martin Feld · Veröffentlicht am
Wie Sie vor einem Wiederanlauf den Bearbeitungsstand klären, erneute KI-Aufrufe von geschäftlichen Aktionen trennen und doppelte Verarbeitung gezielt testen.
Ein KI-Workflow hat einen Vorgang bearbeitet, doch der Lauf endet mit einer Fehlermeldung. Im Zielsystem könnte der Datensatz bereits angelegt sein. Darf die zuständige Person einfach auf „Erneut ausführen“ klicken? Vor einem Neustart muss klar sein, welche Schritte abgeschlossen sind und welche Aktionen eine Wiederholung auslösen würde.
Für Prozessverantwortliche und Automatisierungsteams ist der Wiederanlauf deshalb ein eigener Betriebsfall. Dieser Beitrag vertieft die Fehlerbehandlung aus der KI-gestützten Prozessautomatisierung und betrachtet besonders die Übergänge zwischen KI-Ergebnis und geschäftlicher Aktion.
Warum eine Fehlermeldung den Bearbeitungsstand nicht erklärt
Microsoft beschreibt im Architekturleitfaden zum Idempotent Consumer Pattern, dass eine Aktion bereits erfolgreich ausgeführt sein kann, obwohl ihre Bestätigung fehlt. Eine erneute Zustellung oder Verarbeitung kann dann unerwünschte doppelte Wirkungen auslösen. Der Leitfaden behandelt verteilte Systeme und ist kein Beleg für eine besondere Fehlerhäufigkeit von KI. Siehe Microsoft Azure Architecture Center: Idempotent Consumer pattern.
Für Ihre Prozessprüfung sollten Sie daher den letzten bestätigten fachlichen Zustand vom Status des technischen Laufs unterscheiden. Fragen Sie nicht nur, wo der Fehler angezeigt wurde, sondern auch, welche Änderungen im Zielsystem tatsächlich vorliegen.
KI-Aufruf und geschäftliche Aktion getrennt behandeln
Zerlegen Sie den Ablauf in erkennbare Schritte: Eingang prüfen, KI-Ergebnis erstellen, Ergebnis freigeben und Änderung im Zielsystem ausführen. Bestimmen Sie für jeden Schritt, woran sein Abschluss festgestellt werden kann.
Legen Sie außerdem fest, ob ein bestätigtes KI-Ergebnis bei einer Wiederholung weiterverwendet werden soll oder eine neue fachliche Prüfung erforderlich ist. Verknüpfen Sie Freigaben mit dem konkreten Ergebnis, das die prüfende Person gesehen hat. Eine Freigabe sollte nicht stillschweigend auf einen neu erzeugten Entwurf übergehen.
Die folgende Wiederanlaufmatrix ist ein Beispiel für die Prozessplanung. Sie muss an Schnittstellen und Fehlerfolgen Ihres Ablaufs angepasst werden.
| Beobachteter Zustand | Vor einer Wiederholung klären | Mögliche Entscheidung |
|---|---|---|
| Noch kein freigegebenes Ergebnis | Welche Eingaben und Zwischenstände vorliegen | Bearbeitung ab dem bestätigten Schritt fortsetzen |
| Ergebnis freigegeben, Zielaktion nicht bestätigt | Ob die Änderung im Zielsystem bereits existiert | Erst abgleichen, dann gezielt fortsetzen |
| Zielaktion nachweislich abgeschlossen | Ob nur die Rückmeldung fehlt | Abschluss nachtragen, Aktion nicht wiederholen |
| Zustand bleibt unklar | Wer Zugriff auf die nötigen Nachweise hat | Automatische Fortsetzung anhalten und eskalieren |
Wiederholungen anhand einer stabilen Kennung erkennen
Microsoft empfiehlt eine stabile Kennung für die logische Operation sowie eine dauerhafte Erfassung ihrer Verarbeitung. Der Leitfaden erläutert außerdem, warum eine einfache Abfrage vor dem Schreiben bei paralleler Verarbeitung nicht genügt: Prüfung und Änderung müssen gegen konkurrierende Zugriffe abgesichert werden. Externe Folgeaktionen benötigen zusätzliche Behandlung. Die Architekturdokumentation beschreibt dafür technische Varianten.
Als Prozessverantwortliche sollten Sie die fachliche Bedeutung der Kennung festlegen lassen: Wann handelt es sich um denselben Auftrag, wann um einen neuen oder korrigierten Vorgang? Eine gemeinsame Kunden- oder Projektnummer allein beschreibt diese Unterscheidung häufig noch nicht ausreichend. Die konkrete technische Absicherung gehört in die Prüfung durch das Integrationsteam.
Unklare Zustände an eine befugte Person übergeben
Bestimmen Sie, wer einen unterbrochenen Vorgang abgleichen darf und welche Informationen dafür nötig sind. Dazu können Eingangsreferenz, freigegebenes Ergebnis, Zeitpunkt, Zielsystemreferenz und letzter bestätigter Schritt gehören. Vermeiden Sie eine pauschale Weiterleitung ohne Bearbeitungsauftrag.
Dokumentieren Sie auch, wer korrigieren, zurückweisen oder erneut auslösen darf. Ein manueller Neustart sollte denselben Regeln folgen wie eine automatische Wiederholung. Welche technischen Nachweise dafür verfügbar sind, können Sie mit den Prüffragen aus dem Beitrag zu KI-Audit-Logs im Geschäftsprozess untersuchen.
Abbrüche und Wiederholungen gezielt testen
Planen Sie neben dem regulären Durchlauf mindestens einen Abbruch vor der Zielaktion, eine fehlende Bestätigung nach einer ausgeführten Änderung und zwei gleichzeitig gestartete Bearbeitungen desselben Vorgangs. Nehmen Sie zusätzlich eine manuelle Wiederholung nach längerer Unterbrechung auf.
Definieren Sie vor jedem Test den erwarteten fachlichen Endzustand. Kontrollieren Sie anschließend die Datensätze und ausgelösten Folgeaktionen im Zielsystem. Ein erfolgreich beendeter Lauf allein genügt nicht als Prüfergebnis.
Halten Sie verbleibende Lücken und die dafür geltenden Betriebsgrenzen fest. Die Leistung Prozessautomatisierung mit KI knüpft mit Prozessdefinition, Rollen, Ausnahmen und begleitenden Tests an diese Fragen an. Eine Freigabe zur Wiederholung muss aus dem konkret geprüften Ablauf hervorgehen.
Quelle und Recherche-Stand
Microsoft Azure Architecture Center: Idempotent Consumer pattern, aktualisiert am 5. September 2026; geprüft am 1. November 2026. Der Leitfaden behandelt technische Zuverlässigkeitsmuster. Die Wiederanlaufmatrix und die vorgeschlagenen Tests sind redaktionelle Arbeitshilfen für die organisationsbezogene Ausgestaltung.
Vom Wissen zur Umsetzung
Sie möchten dieses Thema in Ihrem Unternehmen angehen? Wir unterstützen Sie mit maßgeschneiderter Beratung und Umsetzung.
Angebot ansehen
