Error Handling – auf Deutsch Fehlerbehandlung – bezeichnet die systematische Erkennung, Klassifizierung und Reaktion auf Fehler, die während der Ausführung eines automatisierten Prozesses auftreten. Es ist das Sicherheitsnetz jeder Automatisierung: Es definiert, was passiert, wenn etwas nicht wie geplant funktioniert – damit Fehler kontrolliert behandelt werden, statt unkontrolliert den gesamten Prozess zu stoppen oder unbemerkt zu falschen Ergebnissen zu führen.
Error Handling ist kein nachträglicher Gedanke, sondern ein struktureller Bestandteil jedes produktionstauglichen automatisierten Prozesses. Eine Automatisierung ohne durchdachtes Error Handling ist keine zuverlässige Automatisierung – sie funktioniert nur, solange alles läuft wie geplant. In der Realität tun es Systeme, Netzwerke und Daten regelmäßig nicht.
Fehlerklassen in automatisierten Prozessen
Temporäre Fehler
Vorübergehende Systemprobleme: API nicht erreichbar, Netzwerkpakete verloren, Datenbank kurzzeitig überlastet. Behandlung: Retry-Logik.
Validierungsfehler
Eingabedaten entsprechen nicht dem erwarteten Format, sind unvollständig oder logisch inkonsistent. Behandlung: Abweisung mit definierter Fehlernachricht, Weiterleitung zur manuellen Prüfung.
Logikfehler
Ein Regelwerk deckt einen auftretenden Fall nicht ab, oder eine Bedingung trifft unerwartet zu. Behandlung: Eskalation, Protokollierung, Regelwerk-Update.
Systemfehler
Infrastrukturprobleme, Konfigurationsfehler, Versions-Inkompatibilitäten. Behandlung: Alerting, manuelle Intervention, Incident-Management-Prozess.
Kernelemente eines vollständigen Error-Handling-Konzepts
- Fehlererkennung: Jeder Prozessschritt prüft aktiv, ob sein Ergebnis valide ist – nicht nur ob er technisch ausgeführt wurde, sondern ob das Ergebnis korrekt ist
- Fehlerklassifizierung: Ist der Fehler temporär (Retry sinnvoll) oder permanent (kein Retry, andere Maßnahme nötig)?
- Retry-Logik: Für temporäre Fehler werden definierte Wiederholungsversuche mit Backoff-Strategie durchgeführt
- Fallback: Wenn der primäre Weg scheitert, wird ein alternativer Pfad aktiviert – z. B. ein anderer API-Anbieter oder eine vereinfachte Verarbeitungsvariante
- Eskalation: Wenn kein automatisierter Ausweg möglich ist, wird das zuständige Team alarmiert – mit allen relevanten Informationen für schnelle manuelle Behebung
- Protokollierung: Jeder Fehler wird vollständig mit Kontext, Zeitpunkt, betroffenen Daten und ausgeführten Reaktionen dokumentiert
- Dead Letter Queue: Dauerhaft nicht verarbeitbare Einträge werden sicher gesammelt für spätere Analyse und Nachverarbeitung
Error Handling als Qualitätsmerkmal
Die Reife einer Automatisierungslösung zeigt sich am deutlichsten in ihrem Error Handling. Eine Automatisierung, die im Normalfall funktioniert, aber bei Fehlern unkontrolliert abbricht oder lautlos falsche Ergebnisse produziert, ist keine zuverlässige Produktionslösung. Professionelles Error Handling unterscheidet Prototypen von produktionstauglichen Systemen.
Praxisbeispiel
Ein automatisierter Rechnungsverarbeitungsprozess behandelt vier Fehlerklassen explizit: (1) API nicht erreichbar → Exponential-Backoff-Retry, max. 5 Versuche. (2) Rechnung unlesbar oder Pflichtfeld fehlt → Rechnung in Ausnahme-Queue, Sachbearbeiter per E-Mail informiert. (3) Lieferant nicht im System → Neuer Lieferant automatisch angelegt aus Rechnungsdaten, Freigabe durch Einkauf angefordert. (4) Betrag über FreigabeLimit → Automatisch zur manuellen Freigabe eskaliert. Für alle vier Fälle ist eine definierte Reaktion hinterlegt. Kein Fehler führt zum stillen Abbruch, kein Fehler bleibt unbemerkt. Das ist vollständiges Error Handling in der Praxis.
