Ausnahmen in Automatisierungen richtig behandeln
Kurzantwort
Ausnahmen sind in Automatisierungen nicht der Randfall, sondern ein fester Teil des Alltags. Eine gute Automatisierung erkennt eine Ausnahme, stoppt statt zu raten und übergibt sie mit Kontext an einen Menschen. Der Fehlerpfad gehört genauso geplant wie der Erfolgspfad.
Kurz zusammengefasst
Wer eine Automatisierung baut, denkt zuerst an den Normalfall: Eingabe kommt rein, Schritte laufen durch, Ergebnis geht raus. In der Praxis entscheidet aber der Ausnahmefall über Nutzen oder Ärger. Fehlende Angaben, ein nicht erreichbares Fremdsystem, ein Sonderfall außerhalb der Regel: das passiert ständig. Die wichtigste Design-Frage ist deshalb nicht, wie der Ablauf im besten Fall aussieht, sondern was passiert, wenn etwas nicht passt. Der teuerste Fehler ist die Automatisierung, die bei einer Ausnahme still weiterläuft und etwas Falsches ins System schreibt. Besser ist ein sichtbarer Stopp mit einer sauberen Übergabe an eine benannte Person.
Der Ausnahmefall ist der Normalfall
Fast jede Automatisierung wird für den Normalfall gebaut. Die Rechnung hat eine Kundennummer, das Formular ist vollständig ausgefüllt, die Schnittstelle antwortet. Auf dieser Basis sieht die Demo großartig aus. Der Betrieb sieht dann anders aus, weil die Realität voller kleiner Abweichungen ist.
Eine Angabe fehlt. Zwei Datensätze widersprechen sich. Das Fremdsystem hat gerade Wartung. Ein Betrag liegt knapp über der Schwelle, ab der jemand freigeben müsste. Nichts davon ist exotisch. Zusammengenommen betreffen solche Abweichungen oft einen ernsthaften Anteil aller Durchläufe. Wer sie beim Bau übergeht, verschiebt die Arbeit nur nach hinten, wo sie teurer wird.
Eine Automatisierung, die nur den Normalfall kann, ist keine Automatisierung. Sie ist eine Demo, die zufällig in Produktion läuft.
Die gute Nachricht: Ausnahmen sind kein Zeichen für einen schlechten Prozess. Sie sind vorhersehbar, und die meisten davon kennst du bereits aus dem manuellen Ablauf. Genau dort fängt gute Ausnahmebehandlung an.
Erkennen, eskalieren, übergeben
Ausnahmen sauber zu behandeln heißt nicht, jeden denkbaren Fall im Code abzudecken. Es heißt, drei Dinge verlässlich zu tun.
Erkennen. Der Ablauf muss merken, dass etwas nicht passt, bevor er handelt. Eine Prüfung am Eingang fängt fehlende Pflichtfelder, unplausible Werte und widersprüchliche Daten ab. Was nicht erkannt wird, wird verarbeitet, und das ist gefährlicher als ein sichtbarer Fehler.
Eskalieren. Erkennt der Ablauf eine Ausnahme, stoppt er den betroffenen Vorgang und meldet ihn. Nicht raten, nicht überschreiben, nicht einfach den nächsten Schritt versuchen. Ein guter Stopp ist laut genug, dass jemand ihn bemerkt, und ruhig genug, dass er nicht jede Kleinigkeit zum Alarm macht.
Übergeben. Die Ausnahme landet bei einer Person oder in einer Warteschlange, mit dem Kontext, den diese Person zum Entscheiden braucht: worum es geht, was gefehlt hat, was der Ablauf bis dahin getan hat. Eine Übergabe ohne Kontext ist nur eine verschobene Suche.
Diese drei Schritte sind der Kern. Ob dahinter feste Regeln stehen oder ein KI-Schritt die unklaren Fälle vorsortiert, ist eine spätere Frage. Zuerst muss der Weg für die Ausnahme überhaupt existieren.
Den Fehlerpfad zuerst bauen
Die meisten Automatisierungen entstehen entlang des Erfolgspfads: der glückliche Fall wird gebaut, getestet, freigegeben. Der Fehlerpfad kommt später, wenn überhaupt. Dreh die Reihenfolge um. Wenn du den Ablauf skizzierst, zeichne an jeder Stelle mit, was passiert, wenn dieser Schritt nicht klappt.
Das kostet vorab etwas Zeit und spart später viel. Ein Ablauf mit durchdachtem Fehlerpfad läuft nach dem Start ruhiger, weil er nicht bei jeder Abweichung nachbessert werden muss. Er ist auch ehrlicher, weil er sichtbar macht, wie oft die Realität von der Regel abweicht.
| Ausnahmetyp | Sinnvolle Reaktion | Wer übernimmt |
|---|---|---|
| Pflichtangabe fehlt | in Klärung, Nachforderung anstoßen | Fachbereich |
| Fremdsystem nicht erreichbar | Wiederholung mit Wartezeit, dann melden | Betrieb oder IT |
| Betrag über Schwelle | anhalten und Freigabe anfordern | benannte fachliche Person |
| Widersprüchliche Daten | markieren, nicht raten | Fachbereich |
| Nie gesehener Sonderfall | pausieren und eskalieren | Owner |
Die Tabelle zeigt das Muster: Jede Ausnahme hat eine vorgesehene Reaktion und einen benannten Empfänger. Was keinen Empfänger hat, bleibt liegen, und liegengebliebene Ausnahmen sind der häufigste Grund für stille Fehler.
Der Ausnahmefall-Plan
Bevor du eine Automatisierung freigibst, beantworte diese fünf Fragen. Wenn du bei einer hängst, hast du eine Lücke im Fehlerpfad gefunden, bevor sie im Betrieb auffällt.
- Welche Ausnahmen kennst du schon aus dem heutigen manuellen Ablauf?
- Was ist ein tolerierbarer Fehler, und was muss den Vorgang sofort stoppen?
- Wohin geht eine Ausnahme, an welche Person oder Warteschlange?
- Wie merkt jemand, dass eine Ausnahme wartet, und wie schnell?
- Was passiert beim Ausfall eines angebundenen Fremdsystems?
Kernsatz: Eine Automatisierung ist erst fertig, wenn ihr Fehlerpfad genauso durchdacht ist wie ihr Erfolgspfad. Alles andere ist ein Prototyp, der auf seine erste unangenehme Eingabe wartet.
Häufige Irrtümer
- Ausnahmen sind seltene Randfälle.
- In vielen Abläufen machen sie einen zweistelligen Anteil der Durchläufe aus. Wer sie als Rest behandelt, plant den größten Teil der echten Arbeit nicht ein.
- Der stille Fehler ist der harmloseste.
- Umgekehrt. Eine Automatisierung, die bei einer Ausnahme einfach weiterläuft und etwas Falsches schreibt, richtet mehr Schaden an als eine, die sichtbar stoppt. Ein lauter Stopp ist fast immer besser als ein leises Weitermachen.
Fragen und Antworten
- Muss ich jede denkbare Ausnahme vorab kennen?
- Nein, das schaffst du nie. Du musst die bekannten Ausnahmen aus dem manuellen Ablauf abdecken und für alles Übrige einen Sammelweg haben: erkennen, stoppen, an einen Menschen übergeben. So bleibt auch der unbekannte Fall beherrschbar.
- Wie viel Automatisierung bleibt, wenn Menschen die Ausnahmen übernehmen?
- Meist der größte Teil. Wenn der Normalfall sauber durchläuft und nur die echten Abweichungen an einen Menschen gehen, sparst du trotzdem viel Zeit. Ziel ist nicht null menschliche Arbeit, sondern menschliche Arbeit an der richtigen Stelle.
- Was ist der häufigste Fehler beim Fehlerpfad?
- Raten statt stoppen. Wenn der Ablauf bei fehlenden oder widersprüchlichen Daten einen Wert errät und weitermacht, entsteht ein stiller Fehler, der oft erst Wochen später auffällt und dann schwer zurückzuverfolgen ist.
Sources and evidence
Es werden keine externen Statistiken oder Kundenergebnisse als belegt behauptet. Datenschutz- und Integrationsfragen werden vor dem Bau mit dem realen Stack geprüft.