Ausnahmefälle in der Automatisierung: Eine brauchbare Prüfwarteschlange

Eine Prüfwarteschlange ist brauchbar, wenn jeder Ausnahmefall einen nachvollziehbaren Grund, einen zuständigen Bearbeiter und einen definierten Rückweg in den Prozess besitzt. Eine Liste fehlgeschlagener Vorgänge allein reicht nicht. Sie macht Probleme sichtbar, beantwortet aber noch nicht, wer sie wie beendet.

Dieser Artikel beschreibt einen eigenen Ablauf für KI-gestützte Dokumentenverarbeitung. Das Beispiel ist fiktiv. Die Warteschlange behandelt fachliche Ausnahmen vor einer weiteren Verarbeitung. Sie ersetzt weder ein technisches Fehlerprotokoll noch die Entscheidung, welche automatischen Aktionen im konkreten System erlaubt sind.

Technische Fehler und fachliche Ausnahmen trennen

Ein Verbindungsabbruch ist eine technische Störung. Eine unlesbare Rechnungsnummer ist eine fachliche Ausnahme der Verarbeitung. Beide Fälle benötigen Aufmerksamkeit, aber nicht dieselbe Behandlung. Ein erneuter technischer Versuch kann den Verbindungsfehler beheben. Er ergänzt keine fehlende Rechnungsnummer.

Die AWS-Dokumentation zu SQS-Dead-Letter-Queues beschreibt die Isolation nicht erfolgreich verarbeiteter Nachrichten und deren spätere Untersuchung beziehungsweise erneute Verarbeitung. Das ist ein technischer Mechanismus. Eine menschliche Prüfwarteschlange benötigt darüber hinaus fachliche Entscheidungen und Zuständigkeiten.

Für den eigenen Ablauf werden technische Wiederholungen deshalb getrennt von manuellen Prüffällen verwaltet. Eine Nachricht darf nicht unbegrenzt zwischen beiden Wegen kreisen. Wenn ein wiederholter technischer Versuch keine neue Information bringt, muss eine definierte Grenze greifen.

Was einen Fall auslöst

Definiere konkrete Ausnahmegründe. Im Beispiel sind das eine fehlende Pflichtangabe, ein Widerspruch zwischen Positionen und Gesamtsumme, eine unklare Dublette und ein nicht eindeutiger Lieferant. "KI unsicher" ist als Grund zu unbestimmt, weil daraus keine klare Prüftätigkeit folgt.

Die Auslösung muss vor der nachgelagerten Aktion stattfinden. Ein Prüffall nach dem ERP-Eintrag kommt für dessen Verhinderung zu spät. Der Prozess muss deshalb technisch sicherstellen, dass offene Pflichtprüfungen die betroffene Übergabe sperren.

Nicht jede Warnung verlangt denselben Stopp. Ein fehlender optionaler Kommentar kann die Verarbeitung unberührt lassen. Eine unklare Identität des Lieferanten betrifft dagegen die Zuordnung des gesamten Vorgangs. Die Regeln richten sich nach dem tatsächlichen Verwendungszweck und müssen fachlich freigegeben sein.

Ein fiktiver Eingang von zwanzig Dokumenten

Das Beispiel verarbeitet zwanzig Dokumente. Vierzehn bestehen die definierten Vorprüfungen. Sechs gelangen in die Warteschlange: zwei wegen fehlender Angaben, zwei wegen Betragswidersprüchen, eines wegen einer möglichen Dublette und eines wegen unklarer Lieferantenzuordnung.

Die sechs Prüffälle entsprechen dreissig Prozent dieses fiktiven Eingangs. Diese Zahl ist keine Zielquote und kein Qualitätsbenchmark. Ein höherer Anteil kann auf schlechtere Eingaben oder auf strengere Erkennung zurückgehen. Ohne Kenntnis der Gründe ist die Quote allein nicht interpretierbar.

Auch die vierzehn bestandenen Vorprüfungen sind nicht automatisch endgültig freigegeben. Ihr weiterer Weg hängt von den übrigen Prozessregeln ab. Die Warteschlange beschreibt nur einen bestimmten Kontrollpunkt und darf keine globale Qualitätsgarantie behaupten.

Welche Informationen ein Prüffall enthält

Jeder Fall erhält eine eindeutige Kennung, die Referenz zum ursprünglichen Vorgang und den auslösenden Prüfgrund. Dazu kommen Quellenfassung, betroffene Felder und die bereits ausgeführten Schritte. Der Bearbeiter muss nicht erst aus einem technischen Log rekonstruieren, weshalb der Fall hier liegt.

Eine gute Anzeige stellt Quelle und vorgeschlagenen Wert nebeneinander dar. Bei einem Betragswiderspruch stehen beispielsweise ausgewiesene Summe und berechnete Positionssumme getrennt. Die KI darf den vorgeschlagenen Wert nicht als bestätigten Istwert präsentieren.

Der Fall zeigt ausserdem, welche Aktion bis zur Klärung gesperrt ist. "ERP-Anlage blockiert" ist konkreter als "Warnung vorhanden". Wenn nur ein Teil des Vorgangs betroffen ist, muss die Oberfläche diese Grenze erklären. So vermeidet das Team unnötige Sperren und unbemerkte Teilfreigaben.

Zuständigkeit und Vertretung festlegen

Eine Gruppe mit dem Namen "Fachbereich" ist noch kein Bearbeiter. Für den laufenden Betrieb braucht es eine zuständige Rolle und einen geregelten Übernahmeweg. Der einzelne Fall muss erkennen lassen, ob er unzugewiesen, übernommen oder an eine andere Person übergeben wurde.

Vertretung gehört zum Ablauf. Wenn die zuständige Person abwesend ist, darf der Fall nicht unsichtbar altern. Die Vertretungsregel wird intern festgelegt und im System umgesetzt. Die KI erfindet keine Zuständigkeit aus einem Namen, der zufällig im Dokument steht.

Der Beitrag zur Betriebsübergabe nach einem KI-Pilot behandelt diese organisatorische Verantwortung. Eine Warteschlange ohne Kapazität zur Bearbeitung verschiebt Arbeit lediglich an einen neuen Ort. Vor dem Start muss deshalb geklärt sein, wer die Ausnahmen tatsächlich übernimmt.

Dringlichkeit aus Folgen ableiten

Priorität richtet sich nach Frist und Folge einer verzögerten Bearbeitung. Ein hoher Dokumentbetrag ist nicht in jedem Prozess automatisch dringender als eine niedrige, aber zeitkritische Position. Die Prioritätsregel muss zum betrieblichen Ablauf passen.

Im Beispiel erhält ein Fall mit bevorstehendem internem Bearbeitungstermin eine höhere Priorität. Der Termin stammt aus einer bestätigten Vorgangsangabe. Er wird nicht aus allgemeinen Zahlungsgewohnheiten oder einer Vermutung des Modells ergänzt. Unbekannte Fristen bleiben ausdrücklich unbekannt.

Zeige neben Priorität auch Alter und letzten Bearbeitungsschritt. Ein lange offener Fall kann trotz niedriger ursprünglicher Dringlichkeit Aufmerksamkeit benötigen. Eine reine Sortierung nach Eingang lässt hingegen neue kritische Fälle möglicherweise zu lange warten. Das Team legt die passende Kombination fest.

Zulässige Entscheidungen begrenzen

Der Bearbeiter braucht klar benannte Aktionen: Quelle ergänzen, Zuordnung bestätigen, zurückgeben oder mit dokumentierter Begründung ablehnen. Eine universelle Schaltfläche "trotzdem weiter" ist zu unbestimmt. Sie verschleiert, welche fachliche Aussage tatsächlich freigegeben wurde.

Eine Bestätigung bezieht sich auf konkrete Daten. Ändert sich danach die Quelldatei oder ein relevanter Wert, verliert die bisherige Freigabe für diesen Stand ihre Gültigkeit. Der Fall geht erneut in die Prüfung oder erhält eine klar dokumentierte Folgeversion.

Bei möglichen Dubletten muss die Entscheidung die Verbindung zum vorhandenen Vorgang erhalten. Der Beitrag über doppelte Rechnungen in der Automatisierung beschreibt diese Identitätsfrage. Ein blosses Löschen der Warnung beweist nicht, dass die doppelte Verarbeitung verhindert wurde.

Den Rückweg in die Verarbeitung absichern

Nach einer Klärung startet der Prozess am geeigneten Punkt erneut. Eine korrigierte Pflichtangabe verlangt beispielsweise eine erneute Validierung, bevor die Übergabe freigegeben wird. Die manuelle Bearbeitung darf technische Kontrollen nicht unbemerkt umgehen.

Der Rückweg muss doppelte Aktionen verhindern. Wenn ein Vorgang bereits teilweise verarbeitet wurde, muss der aktuelle Zustand vor einem weiteren Schreibversuch feststehen. Ein unsicherer Ausgang wird zuerst zurückgelesen. Blindes Wiederholen kann denselben Datensatz erneut anlegen.

Der Beitrag zu Freigaben in KI-Workflows ergänzt die Bindung zwischen Entscheidung und Aktion. Die Warteschlange liefert die fachliche Entscheidung. Der nachgelagerte Prozess prüft, ob diese Entscheidung für den aktuellen Datenstand und die vorgesehene Aktion gilt.

Eine kleine Zustandsfolge verwenden

Für das Beispiel reichen die Zustände offen, in Bearbeitung, wartet auf Information, zur erneuten Prüfung und abgeschlossen. Jeder Wechsel hat einen Grund. Ein Fall ist erst abgeschlossen, wenn das fachliche Ergebnis und der weitere Prozessstatus dokumentiert sind.

"Wartet auf Information" muss die fehlende Information und den angefragten Kanal nennen. Sonst wird dieser Status zum Sammelbecken. Eine Wiedervorlage ist ein interner Prüftermin und keine erfundene Zusage der angefragten Person. Bei Ablauf erfolgt die definierte Eskalation oder erneute Bewertung.

Ein abgelehnter Vorgang bleibt nachvollziehbar. Er verschwindet nicht einfach aus der Zählung. Für die Bestandsrechnung zählen abgeschlossene, abgelehnte und noch offene Fälle getrennt. Damit kann das Team erklären, wo jeder eingegangene Vorgang steht.

Mengen und Bearbeitungszeit sinnvoll auswerten

Die Bestandsrechnung lautet: Anfangsbestand plus neue Prüffälle minus abgeschlossene Fälle ergibt Endbestand, sofern keine gesonderten Zu- oder Abgänge vorliegen. Im Beispiel startet die Liste leer, erhält sechs Fälle und schliesst vier ab. Zwei bleiben offen. Diese Rechnung ist einfach und deckt verlorene Fälle auf.

Die Zeitmessung trennt aktive Bearbeitung von Wartezeit. Ein Fall kann zwei Tage offen sein, obwohl die fachliche Prüfung nur zehn Minuten dauert. Diese Information führt zu einer anderen Verbesserung als ein tatsächlich zweistündiger Prüfvorgang.

Verfolge ausserdem wiederkehrende Ursachen. Viele unlesbare Eingaben sprechen möglicherweise für eine Verbesserung am Eingang. Viele unklare Zuordnungen verlangen eventuell bessere Stammdaten. Die Warteschlange wird damit zur Quelle konkreter Prozessarbeit, statt dauerhaft dieselben Fehler manuell zu kompensieren.

Vor dem Start den gesamten Weg testen

Teste einen korrekten Fall, jede Ausnahmeart und einen Fall mit nachträglicher Quellenänderung. Ergänze eine doppelte Zustellung und einen unterbrochenen Rückweg. Der Test muss zeigen, dass kein offener Pflichtfall versehentlich die gesperrte Aktion erreicht.

Prüfe auch die Vertretung und den Fall ohne verfügbare Zusatzinformation. Nicht jede Ausnahme lässt sich lösen. Ein geordneter Abbruch oder eine dokumentierte Rückgabe ist ein zulässiges Ergebnis. Die Warteschlange darf keine beliebige Ergänzung erzwingen, nur um leer zu werden.

Der betriebliche Abschluss besteht aus einem sichtbaren Bestand, funktionierenden Zuständigkeiten und geprüften Übergängen. Für die zwanzig fiktiven Dokumente bleibt jederzeit erklärbar, welche vierzehn die Vorprüfung bestanden haben und wie die sechs Ausnahmen enden. Eine leere Fehleranzeige allein liefert diesen Nachweis nicht.

Die Warteschlange gegen unbeabsichtigte Sammelfreigaben schützen

Bei hohem Eingang wirkt eine Sammelaktion attraktiv. Sie ist nur dann fachlich passend, wenn alle ausgewählten Fälle denselben eindeutig geprüften Sachverhalt besitzen und die ausführende Person dafür zuständig ist. Eine gemeinsame Fehlerüberschrift allein reicht nicht. Zwei Betragswidersprüche können völlig unterschiedliche Ursachen haben.

Die Oberfläche muss vor einer Sammelentscheidung zeigen, welche Fälle und Werte betroffen sind. Eine nachträglich geänderte Auswahl darf nicht unter die vorherige Bestätigung fallen. Für kritische Entscheidungen ist eine Einzelprüfung möglicherweise der richtige Ablauf. Diese Entscheidung richtet sich nach den Fehlerfolgen und wird vor dem Betrieb getroffen.

Im Beispiel werden die zwei fehlenden Pflichtangaben durch unterschiedliche Dokumente ergänzt. Erst nach der Ergänzung laufen beide Vorgänge erneut durch die Validierung. Ein gemeinsames Häkchen für die Gruppe ersetzt diese Prüfung nicht. Die Bearbeitung kann organisatorisch gebündelt sein, während die fachliche Freigabe weiterhin pro Datenstand erfolgt.

Prüfe ausserdem Filter und Ansichten. Wenn erledigte Fälle ausgeblendet sind, muss die Bestandsrechnung sie weiterhin berücksichtigen. Ein Dashboard mit null sichtbaren Fällen beweist keine leere Warteschlange, solange ein Filter auf die eigene Zuständigkeit aktiv ist. Der Abschlussnachweis nennt deshalb den betrachteten Bestand und die verwendete Ansicht.

Ein Fall kann ausserdem mehrere Ausnahmegründe besitzen. Die Bearbeitung einer fehlenden Angabe hebt einen weiterhin bestehenden Betragswiderspruch nicht auf. Der Status muss daher alle offenen Pflichtprüfungen berücksichtigen. Teste diese Kombination ausdrücklich: Erst wenn beide Gründe geklärt und erneut validiert sind, wird der betroffene Übergang freigegeben. Eine erledigte Teilprüfung ist kein Abschluss des gesamten Falls.

Quellenstand: 23.10.2026. AWS belegt den technischen Bezug zur Isolation fehlgeschlagener Nachrichten. Fachliche Warteschlange, Mengen, Zustände und Bearbeitungsregeln sind eigene methodische Vorschläge.