Automatisierung mit Ausnahmefällen richtig planen

Eine Automatisierung muss nicht jeden einzelnen Fall selbst lösen, um wirtschaftlich und zuverlässig zu sein. Sie ist sinnvoll, wenn der häufige Standardfall klare Regeln hat und unklare, fehlerhafte oder risikoreiche Vorgänge gezielt an Menschen übergeben werden. Entscheidend ist nicht nur, was automatisch passiert, sondern wer bei einer Ausnahme welche Information erhält, entscheiden darf und den Vorgang wieder in einen nachvollziehbaren Zustand bringt.

Warum Ausnahmefälle über den Nutzen entscheiden

Viele Vorhaben scheitern nicht am technischen Verbinden von Systemen, sondern an der stillschweigenden Annahme, dass alle Eingangsdaten vollständig und eindeutig sind. In der Praxis fehlen Pflichtangaben, Datensätze passen nicht zusammen, externe Schnittstellen sind vorübergehend nicht erreichbar oder eine fachliche Regel trifft auf einen Grenzfall. Wird dafür kein Weg vorgesehen, verschiebt sich die Arbeit lediglich in E-Mail-Postfächer, Chat-Nachrichten und improvisierte Listen.

Ein guter Ausnahmeprozess schützt daher zwei Ziele zugleich: Der Standard bleibt schnell, und Sonderfälle werden nicht unsichtbar. Mitarbeitende müssen nicht jede Routine kontrollieren. Sie greifen nur dort ein, wo fachliches Wissen, eine Abwägung oder eine Korrektur erforderlich ist. Das setzt voraus, dass die Automatisierung einen Fall nicht einfach als „fehlgeschlagen“ ablegt, sondern ihn fachlich verständlich beschreibt und zustellt.

Welche Prozesse sich dafür eignen

Geeignet sind wiederkehrende Abläufe mit einem klaren Startsignal, wiederholbaren Prüfschritten und einem begrenzten Satz erwartbarer Abweichungen. Das kann etwa die Übernahme von Anfragen aus einem Portal in ein führendes System, die Prüfung eingereichter Daten oder die Weitergabe freigegebener Informationen an weitere Systeme sein. Die Regel muss nicht trivial sein; sie muss jedoch so beschrieben werden können, dass ein Team erkennt, wann sie greift und wann nicht.

• Der Standardfall hat eindeutige Eingaben, Regeln und ein erwartetes Ergebnis.
• Ausnahmen lassen sich in verständliche Kategorien einteilen, etwa fehlende Daten, Dubletten, fachliche Konflikte oder technische Störungen.
• Für jede Ausnahme ist eine Rolle benannt, die eine Entscheidung treffen oder eine Korrektur veranlassen kann.
• Die zuständige Person kann die nötigen Kontextdaten einsehen, ohne Informationen aus mehreren Systemen zusammensuchen zu müssen.
• Der Prozess kann nach einer Korrektur fortgesetzt, erneut ausgeführt oder bewusst abgeschlossen werden.

Ungeeignet ist eine weitreichende Automatisierung dagegen, wenn der vermeintliche Standardfall in Wahrheit regelmäßig individuelle Beurteilung verlangt. Auch bei noch ungeklärten Zuständigkeiten hilft ein Workflow nicht weiter: Er digitalisiert sonst nur die Unklarheit. Dann ist es sinnvoller, zuerst Entscheidungsregeln, Datenverantwortung und Übergabepunkte zu klären – gegebenenfalls mit einer kleinen manuellen Prozessverbesserung statt mit einer umfassenden technischen Lösung.

Ausnahmen fachlich statt nur technisch definieren

Technische Fehlermeldungen wie „Request fehlgeschlagen“ helfen einem operativen Team selten weiter. Für die Bearbeitung zählt, was der Vorgang bedeutet: „Kundennummer fehlt“, „Kontakt ist mehrfach vorhanden“, „Freigabegrenze überschritten“ oder „Zielsystem momentan nicht erreichbar“. Hinter einer fachlichen Kategorie können mehrere technische Ursachen liegen. Diese Trennung erleichtert es, Zuständigkeiten zuzuweisen und später zu erkennen, welche Probleme dauerhaft behoben werden sollten.

Vier Fragen für jede Ausnahme

1. Woran wird die Ausnahme erkannt? Beschreiben Sie Datenzustand, Regelverletzung oder technisches Ereignis möglichst eindeutig.
2. Welche Auswirkung hat sie? Halten Sie fest, ob der Vorgang stoppen muss, sicher wiederholt werden kann oder ohne Risiko weiterlaufen darf.
3. Wer entscheidet oder korrigiert? Benennen Sie eine fachliche Rolle statt nur eines allgemeinen Teams.
4. Wie wird abgeschlossen? Definieren Sie, welche Aktion den Fall korrigiert, verwirft, freigibt oder erneut anstößt.

Besondere Aufmerksamkeit verdient die Wiederholung eines Schritts. Wenn ein Systemaufruf nach einem Verbindungsproblem erneut gestartet wird, muss klar sein, ob der erste Versuch möglicherweise schon erfolgreich war. Andernfalls können doppelte Datensätze, Nachrichten oder Folgeaktionen entstehen. Eine robuste Umsetzung benötigt daher eine eindeutige Vorgangskennung, einen prüfbaren Status und Regeln dazu, wann ein erneuter Versuch zulässig ist.

Praxisbeispiel: Rechnungsdaten nicht blind übernehmen

Angenommen, ein internes Rechnungsprogramm erzeugt aus freigegebenen Leistungsdaten Rechnungen, erstellt PDFs und versendet sie per E-Mail. Der Normalfall kann automatisiert ablaufen: Ein freigegebener Vorgang enthält Empfänger, Positionen, Artikel und eine gültige Abrechnungsadresse. Fehlt eine dieser Angaben oder stimmen gespeicherte Kundendaten nicht mit den Vorgangsdaten überein, sollte das System keine Rechnung mit geratenen Informationen erzeugen.

Stattdessen entsteht ein Ausnahmevorgang mit der fachlichen Begründung, einer Verknüpfung zum ursprünglichen Vorgang und den vorhandenen Daten. Eine berechtigte Person ergänzt oder bestätigt die Angaben. Danach wird die Rechnung nicht durch das Nachbauen aller Schritte „irgendwie“ korrigiert, sondern kontrolliert aus dem gleichen Vorgang erneut erzeugt. So bleibt nachvollziehbar, weshalb es eine Unterbrechung gab, wer sie bearbeitet hat und welcher Stand gültig ist.

Die Übergabe an Menschen bewusst gestalten

Eine Benachrichtigung allein ist kein Ausnahmeprozess. Wenn eine Person eine E-Mail erhält, aber weder Priorität noch Bearbeitungsweg kennt, entstehen Rückfragen und Liegezeiten. Sinnvoll ist eine Arbeitsansicht – in einem bestehenden Vorgangssystem, einem internen Tool oder einem geeigneten Portal –, in der Ausnahmefälle mit Status, Verantwortlichkeit und Kontext sichtbar sind. Nicht jeder Prozess benötigt dafür eine neue Anwendung; entscheidend ist die verlässliche Bearbeitung.

• Zeigen Sie Vorgangskennung, Zeitpunkt, Ausnahmekategorie und betroffene Systeme an.
• Stellen Sie die Daten bereit, die für die Entscheidung erforderlich sind, aber begrenzen Sie den Zugriff auf die jeweilige Rolle.
• Erlauben Sie nur sinnvolle Aktionen, etwa Daten korrigieren, freigeben, ablehnen oder erneut ausführen.
• Protokollieren Sie Entscheidung, Bearbeitungszeitpunkt und gegebenenfalls Begründung.
• Leiten Sie eskalierte oder unbearbeitete Fälle an eine klar definierte Vertretung weiter, sofern der Prozess dies benötigt.

Mit einem kleinen, vollständigen Abschnitt starten

Für den Einstieg sollte nicht der gesamte End-to-End-Prozess automatisiert werden. Wählen Sie einen abgegrenzten Abschnitt mit ausreichend häufigen Standardfällen und wenigen bekannten Ausnahmearten. Dokumentieren Sie vor der Umsetzung reale Beispiele: Was löst den Prozess aus? Welche Daten kommen an? Was darf automatisch geschehen? Welche Abweichungen gab es bisher, und wie wurden sie gelöst? Diese Sammlung ist wertvoller als eine lange Liste abstrakter Wunschfunktionen.

Nach dem Start lohnt sich eine regelmäßige Sichtung der Ausnahmefälle. Häufen sich fehlende Daten, liegt die Ursache möglicherweise früher im Erfassungsprozess. Treten wiederholt technische Fehler auf, braucht die Integration eventuell bessere Wiederholungsregeln oder Überwachung. Sind viele Fälle fachlich strittig, fehlen womöglich klare Geschäftsregeln. Eine Ausnahmequote ist damit kein reiner Technikwert, sondern ein Hinweis darauf, wo Prozess, Daten oder Verantwortlichkeit verbessert werden sollten.

Entscheidung: Automatisieren, vorbereiten oder beim manuellen Ablauf bleiben

Starten Sie eine Automatisierung mit Ausnahmefällen, wenn Routinearbeit tatsächlich wiederkehrt, die Regeln beschreibbar sind und eine verantwortliche Rolle für Sonderfälle bereitsteht. Bereiten Sie das Vorhaben erst vor, wenn Datenquellen, Freigaben oder Zuständigkeiten noch offen sind. Beim manuellen Ablauf zu bleiben kann richtig sein, wenn ein Vorgang selten vorkommt oder nahezu immer individuelle Expertise verlangt. OnLouis unterstützt Teams dabei, Geschäftsregeln, Integrationen und Bearbeitungsoberflächen so zu verbinden, dass Automatisierung nicht zur Blackbox wird.