Jeder Workflow scheitert irgendwann: Ein Dienst antwortet nicht, ein Feld fehlt, eine Schnittstelle ändert sich. Entscheidend ist, ob Sie es merken und ob das System in einen sauberen Zustand zurückfindet.
Fehlerarten unterscheiden
- Vorübergehend: Dienst kurz nicht erreichbar, also erneut versuchen
- Dauerhaft: Daten ungültig, also an einen Menschen geben
- Logisch: Schritt läuft durch, Ergebnis ist aber falsch, also fachlich prüfen
Wiederholen, aber richtig
Wiederholungen helfen bei kurzen Ausfällen. Sie dürfen aber nichts doppelt auslösen. Prüfen Sie vor dem Versand oder Buchen, ob der Schritt schon erfolgt ist.
Meldungen, die helfen
Eine gute Fehlermeldung nennt Workflow, Vorgang, Ursache und den nächsten Schritt. So kann jemand reagieren, ohne erst Protokolle durchsuchen zu müssen.
Nachlauf einplanen
Legen Sie fest, wie unterbrochene Vorgänge nachgeholt werden. Ein regelmäßiger Abgleich findet Fälle, die aus irgendeinem Grund liegen geblieben sind.
Idempotenz: Doppelte Wirkung verhindern
Hinter dem sperrigen Begriff steckt eine einfache Anforderung: Läuft ein Schritt zweimal, darf das Ergebnis nicht zweimal entstehen. Das Problem zeigt sich häufig bei Zeitüberschreitungen. Der Workflow legt eine Rechnung im ERP an, die Antwort kommt aber nicht rechtzeitig zurück. Er geht von einem Fehler aus und versucht es erneut, und schon existiert der Beleg doppelt.
Abhilfe schafft ein eindeutiger Schlüssel je Vorgang, etwa die Kombination aus Bestellnummer und Schritt. Vor der Aktion prüft der Workflow in einer kleinen Tabelle, ob dieser Schlüssel schon erledigt ist. Manche Schnittstellen unterstützen solche Schlüssel direkt, was noch sicherer ist. Erst wenn die Aktion bestätigt ist, wird der Eintrag auf erledigt gesetzt. Bleibt er auf „begonnen“ stehen, prüft ein Mensch oder eine Abfrage im Zielsystem den tatsächlichen Stand.
Eingänge prüfen, bevor etwas passiert
Viele Fehler lassen sich früh abfangen. Prüfen Sie direkt am Anfang, ob Pflichtfelder vorhanden sind, ob Formate stimmen und ob Werte plausibel wirken. Ein Formular, das plötzlich ein neues Feld liefert, oder ein Datum im falschen Format sollte den Vorgang nicht erst nach drei erfolgreichen Schritten stoppen. Dann müsste man nämlich auch die bereits erfolgten Schritte aufräumen.
- Struktur prüfen: Sind alle erwarteten Felder vorhanden?
- Format prüfen: Passen Datum, Betrag und E-Mail-Adresse?
- Plausibilität prüfen: Liegt ein Betrag außerhalb des Üblichen?
- Leere Ergebnisse behandeln: Null Treffer sind nicht immer ein Fehler, aber auch nicht immer normal
- KI-Ausgaben wie fremde Daten behandeln und gegen ein festes Schema prüfen
Abgebrochene Abläufe sauber zurückführen
Besonders heikel sind Vorgänge über mehrere Systeme. Ist der Kunde im CRM angelegt, die Rechnung erstellt, aber der Versand gescheitert, gibt es keinen globalen Rückgängig-Knopf. Überlegen Sie deshalb je Ablauf: Darf er an der Fehlerstelle fortgesetzt werden, oder braucht es eine Gegenaktion, etwa eine Stornierung? Ein gespeicherter Zwischenstand je Vorgang macht diese Entscheidung erst möglich.
Wenn sich Vorgänge nicht sofort lösen lassen, hilft eine Warteschlange für die Nachbearbeitung, oft Dead Letter Queue genannt. In n8n und Make kann das eine einfache Tabelle oder eine eigene Datenablage sein. Sie enthält die Eingabedaten, die Fehlerstelle und den Bearbeitungsstand. Ein Mitarbeitender korrigiert dort den Fall und startet ihn neu, ohne im Workflow selbst etwas anfassen zu müssen.
Stille Ausfälle aufspüren
Der gefährlichste Fehler löst gar keine Meldung aus. Wird ein Webhook nicht mehr aufgerufen oder läuft ein Zugang ab, bevor der Workflow überhaupt startet, gibt es auch keinen Fehlerpfad. Hier hilft die Überwachung von außen. Ein unabhängiger Prüflauf fragt: Sind heute die Vorgänge angekommen, die zu dieser Zeit normalerweise eintreffen? Ein einfacher Herzschlag, bei dem ein Workflow regelmäßig ein Lebenszeichen sendet, löst bei Ausbleiben eine Warnung aus.
Achten Sie auch auf die Menge der Meldungen. Wenn ein Kanal täglich Dutzende harmlose Hinweise zeigt, wird die eine wichtige Meldung übersehen. Fassen Sie gleiche Fehler zusammen und unterscheiden Sie, was sofort Reaktion braucht und was bis zur nächsten Sammelprüfung warten kann. Die Rufbereitschaft sollte dabei klar geregelt sein.
Welche Reaktion passt zu welchem Fehler?
| Situation | Reaktion des Workflows | Rolle des Menschen |
|---|---|---|
| Dienst kurz nicht erreichbar oder Ratenlimit erreicht | Mit wachsendem Abstand erneut versuchen | Nur informieren, wenn es dauerhaft scheitert |
| Zeitüberschreitung bei schreibender Aktion | Erst Stand im Zielsystem prüfen, dann entscheiden | Unklare Fälle klären |
| Pflichtdaten fehlen oder sind ungültig | Vorgang anhalten und in die Nachbearbeitung geben | Daten korrigieren und neu starten |
| Zugang abgelaufen | Stoppen und dringend melden | Zugang erneuern und Nachlauf starten |
| Ergebnis unplausibel, etwa ein ungewöhnlicher Betrag | Nicht ausführen, zur Prüfung vorlegen | Fachlich entscheiden |
Vor dem Livegang eines wichtigen Workflows
Typische Fehler
Der Lauf wirkt erfolgreich, während Daten verloren gehen. Lassen Sie nur bewusst ausgewählte, unkritische Schritte weiterlaufen und protokollieren Sie den Vorfall.
Dann landen sensible Inhalte in Chat-Kanälen und Protokollen. Nennen Sie besser eine Vorgangsnummer, über die Berechtigte den Fall im Quellsystem finden.
Dann zeigt sich das Fehlerverhalten erst im Ernstfall. Simulieren Sie gezielt ungültige Daten, abgelaufene Zugänge und einen Abbruch mitten im Ablauf.
Häufige Fragen
Wie richte ich die Fehlerbehandlung in n8n ein?
In n8n können Sie einen eigenen Error-Workflow mit einem Error Trigger hinterlegen, der Meldungen versendet. Zusätzlich lassen sich an einzelnen Nodes Wiederholungen und ein Fehlerausgang konfigurieren.
Wie funktioniert die Fehlerbehandlung in Make?
Make bietet Error Handler, die an einzelne Module angehängt werden und einen Lauf etwa fortsetzen, überspringen oder beenden. Unvollständige Ausführungen können zudem gespeichert und später nachbearbeitet werden, sofern dies im Szenario aktiviert ist.
Was ist Exponential Backoff?
Das ist eine Wiederholungsstrategie, bei der der Abstand zwischen den Versuchen wächst. So bekommt ein überlasteter Dienst Zeit zur Erholung, statt durch sofortige neue Anfragen zusätzlich belastet zu werden.
Von Patrick Thomas, KI Sidekick. Dieser Artikel ersetzt keine Rechts- oder Steuerberatung.
