Die gefährlichste Einstellung in Ihrer Automatisierung heißt "Fehler ignorieren"

Drei Wochen lang verschwanden Bestellungen, und keiner hat es bemerkt

Ein Onlinehändler hatte eine Automatisierung, die jede Bestellung aus dem Shop in die Warenwirtschaft schrieb. Lief seit Monaten, kein einziger roter Lauf, alle zufrieden. Dann rief ein Kunde an. Er habe vor zwei Wochen bezahlt und warte immer noch auf seine Ware. Wir haben nachgesehen: Die Bestellung lag im Shop, das Geld war da, in der Warenwirtschaft fehlte sie komplett.

Und sie war nicht allein. Über drei Wochen hatten sich rund vierzig Bestellungen in Luft aufgelöst. Der Workflow lief jeden Tag grün durch, ohne eine einzige Fehlermeldung. Die Ursache war ein einziger Haken in den Einstellungen eines Moduls: "Fehler ignorieren".

Das ist meiner Erfahrung nach die gefährlichste Einstellung in jeder No-Code-Automatisierung. Nicht, weil sie kompliziert wäre, sondern weil sie aus einem lauten Problem ein leises macht. Und leise Probleme kosten Sie irgendwann am meisten.

Warum es diese Einstellung überhaupt gibt

In Make heißt sie "Continue", in n8n "Continue On Fail", in Zapier läuft sie über die Fehlerbehandlung pro Schritt. Der Mechanismus ist überall derselbe: Wenn ein Schritt scheitert, bricht der Workflow nicht ab, sondern macht einfach weiter.

Es gibt gute Gründe dafür. Stellen Sie sich einen Schritt vor, der zu jedem neuen Lead das Firmenlogo nachlädt. Schlägt das fehl, weil die Domain kein Logo hat, soll der Lead trotzdem angelegt werden. Das Logo ist nett, aber nicht wichtig. Hier ist Weitermachen genau richtig.

Das Problem beginnt, wenn diese Einstellung nicht als bewusste Entscheidung gesetzt wird, sondern als schnelle Lösung gegen ein nerviges Symptom. Der Workflow wird rot, es kommen Fehlermails, das stört. Haken rein, Rot weg, Ruhe. Gefühlt gelöst. In Wirklichkeit haben Sie dem System gerade gesagt, dass es alles wegwerfen darf, was es nicht verarbeiten kann.

Der Unterschied zwischen behandeln und ignorieren

Hier liegt der Denkfehler, den ich bei fast jedem betroffenen Workflow finde. Die Leute glauben, sie hätten den Fehler behandelt. Tatsächlich haben sie ihn nur versteckt.

Einen Fehler zu behandeln heißt: Sie fangen ihn ab und tun etwas damit. Sie schicken den fehlgeschlagenen Datensatz in einen Fehlerpfad, Sie versuchen es nach einer Pause erneut, Sie schreiben ihn in eine separate Liste, oder Sie lösen eine Benachrichtigung aus, die jemand auch wirklich liest.

Einen Fehler zu ignorieren heißt: Sie fangen ihn ab und werfen ihn weg. Der Datensatz ist verloren, der Lauf zählt als erfolgreich, das Dashboard bleibt grün. Genau das macht der Haken in der Standardeinstellung. Er behandelt nichts, er schluckt.

Beim Onlinehändler war das Modul, das in die Warenwirtschaft schrieb, gelegentlich auf ein Timeout der API gelaufen. Ein klassischer vorübergehender Fehler, der bei einem zweiten Versuch funktioniert hätte. Stattdessen hat der Workflow die Bestellung verworfen und ist zur nächsten gesprungen. Jeden Tag ein paar, immer unter dem Radar.

Warum grün das gefährlichste Signal ist

Ein roter Workflow nervt, aber er ist ehrlich. Er sagt Ihnen, dass etwas nicht stimmt, und zwar genau dann, wenn es passiert. Ein grüner Workflow, der heimlich Daten verliert, sagt gar nichts. Sie merken es erst, wenn ein Kunde anruft, der Steuerberater eine Abweichung findet oder am Quartalsende die Zahlen nicht zusammenpassen.

Das ist die eigentliche Falle. Die Einstellung verschiebt den Zeitpunkt, an dem Sie vom Problem erfahren, nach hinten. Und je später Sie es erfahren, desto teurer wird es. Vierzig fehlende Bestellungen am ersten Tag sind ein Konfigurationsfehler. Vierzig fehlende Bestellungen nach drei Wochen sind verärgerte Kunden, manuelle Nacharbeit und die Frage, was Sie sonst noch nicht mitbekommen.

Es trifft nicht nur Onlineshops

Der Onlinehändler ist nur das Beispiel, an das ich mich am deutlichsten erinnere. Das Muster ist überall dasselbe, egal wie groß das Unternehmen ist.

Bei einer Einzelunternehmerin lief eine Automatisierung, die Rechnungen aus dem Zahlungsdienstleister in das Buchhaltungstool buchte. Ein paar liefen ins Leere, weil ein Pflichtfeld leer war. Ergebnis: offene Posten, die niemand angemahnt hat, weil sie in der Buchhaltung gar nicht erst auftauchten. Erst die Umsatzsteuervoranmeldung brachte es ans Licht.

In einem mittelgroßen Vertriebsteam wanderten Leads vom Webformular ins CRM. Ein paar Felder kamen mal in einem Format an, das der CRM-Import nicht mochte. Diese Leads verschwanden still. Der Vertrieb hat nie erfahren, dass sie existierten, und niemand vermisst eine Anfrage, von der er nichts weiß.

In einem Konzern lief ein nächtlicher Export ins Data Warehouse. Ein paar Zeilen pro Lauf scheiterten an einem Formatfehler und wurden übersprungen. Der Report sah vollständig aus, war aber leise falsch. Entscheidungen auf Basis von Zahlen, die um wenige Prozent danebenlagen, ohne dass es jemand ahnte.

Der rote Faden: Der verworfene Datensatz ist fast immer ausgerechnet der, der aus der Reihe tanzt. Also genau der, den Sie sehen müssten. Und je höher das Volumen, desto mehr fällt unbemerkt durch. Bei zehn Vorgängen am Tag fällt eine Lücke auf. Bei zehntausend nicht.

Wie man es richtig macht

Die gute Nachricht: Sauber bauen kostet kaum mehr Zeit als den Haken zu setzen. Es sind vier Dinge.

Erstens, scheitern Sie standardmäßig laut. Lassen Sie Workflows in Ruhe rot werden, wenn ein wichtiger Schritt fehlschlägt. Rot ist kein Makel, Rot ist ein funktionierendes Frühwarnsystem. Sorgen Sie nur dafür, dass die Benachrichtigung bei einem Menschen landet, der reagieren kann, nicht in einem Postfach, das niemand öffnet.

Zweitens, wenn Sie wirklich weitermachen müssen, dann fangen Sie den fehlgeschlagenen Datensatz auf. Schreiben Sie ihn in eine separate Tabelle, eine sogenannte Dead-Letter-Liste. Der Hauptprozess läuft weiter, aber nichts geht verloren. Sie sehen am Ende des Tages genau, was nicht durchgekommen ist, und können es gezielt nacharbeiten.

Drittens, behandeln Sie vorübergehende Fehler mit einem Wiederholungsversuch. Timeouts, kurze Ausfälle, ein erreichtes Rate Limit, das sind keine echten Fehler, das ist Rauschen. Ein Wiederholungsversuch nach ein paar Sekunden fängt die meisten davon ab, bevor sie überhaupt jemanden stören.

Viertens, prüfen Sie die Mengen. Beim Onlinehändler hätte ein simpler täglicher Abgleich gereicht: Wie viele Bestellungen liegen im Shop, wie viele in der Warenwirtschaft? Stimmen die Zahlen nicht, gibt es eine Meldung. Dieser eine Vergleich hätte das Problem am ersten Tag sichtbar gemacht statt nach drei Wochen.

Ein Wort noch zu den Benachrichtigungen, weil das die häufigste Ausrede für den Haken ist. Viele setzen ihn, weil die Fehlermails nerven. Das eigentliche Problem ist dann aber nicht der Fehler, sondern dass die Meldung an der falschen Stelle landet. Wenn jeder kleine Aussetzer eine Mail auslöst, schaltet irgendwann jeder ab, das ist menschlich. Die Lösung ist nicht, die Meldungen abzustellen, sondern sie zu bündeln: eine Zusammenfassung pro Tag, die zeigt, was hängengeblieben ist, statt zwanzig Einzelmails, die keiner mehr liest.

Die eine Frage vor jedem Haken

Bevor Sie irgendwo "Fehler ignorieren" aktivieren, beantworten Sie eine einzige Frage: Wohin geht der Datensatz, den dieser Schritt nicht verarbeiten kann?

Wenn die Antwort lautet "in eine Liste, die ich täglich prüfe" oder "der ist verzichtbar, das Logo darf fehlen", dann ist der Haken in Ordnung. Sie haben eine bewusste Entscheidung getroffen.

Wenn die Antwort lautet "ähm, nirgendwo", dann behandeln Sie keine Fehler, dann verstecken Sie sie. Und irgendwann ruft der Kunde an.

Falls Sie sich nicht sicher sind, ob in Ihren Automatisierungen irgendwo still Daten verloren gehen, schauen wir uns das gemeinsam an. In unserem kostenlosen Automations-Check gehen wir Ihre Workflows durch und zeigen Ihnen, wo ein grüner Lauf vielleicht nicht so gesund ist, wie er aussieht.