Fehler und Wiederholungen

Welche Antwort als Item und welche als Fehler ankommt, steht unter Status und Ergebnisse. Diese Seite behandelt, was man damit im Workflow macht.

Continue On Fail

Standardmäßig bricht ein Fehler den gesamten Workflow ab — bei 200 zu prüfenden Nummern also möglicherweise bei Nummer 37. Mit Settings → On Error → Continue (using error output oder regular output) läuft die Node weiter und legt für das betroffene Item ein Ergebnis mit einem error-Feld ab. Die übrigen Items werden normal verarbeitet.

Das ist bei Massenprüfungen praktisch immer die richtige Einstellung: die Antwort des BZSt für die anderen 199 Nummern ist deswegen nicht weniger gültig.

Wiederholen statt aufgeben

Die Fehler, die die Node wirft, sind ihrer Natur nach vorübergehend — HTTP 500/503, Netzausfall, Zeitüberschreitung nach 30 Sekunden. Genau dafür hat n8n Settings → Retry On Fail mit Max Tries und Wait Between Tries. Drei Versuche mit einigen Sekunden Abstand fangen die typischen Fälle ab, ohne die Schnittstelle zu belasten.

Nicht auf ein Ergebnis wiederholen

Retry On Fail greift nur bei Fehlern. Eine Antwort mit evatr-2001 („nicht vergeben”) ist kein Fehler und wird nicht wiederholt — sie soll es auch nicht, denn sie wäre beim zweiten Versuch dieselbe.

Begrenzung qualifizierter Abfragen

Die Schnittstelle begrenzt, wie viele qualifizierte Abfragen in einer Session gestellt werden können. Ist die Grenze erreicht, antwortet sie mit evatr-0008 und dem Hinweis, erneut mit einer einfachen Bestätigungsabfrage zu beginnen. Da HTTP 400 dahintersteht, kommt das als normales Item an und bricht nichts ab — es fällt also nur auf, wenn Sie darauf prüfen.

Was hilft:

• Bei großen Mengen nicht jede Nummer qualifiziert abfragen. Der übliche Zuschnitt: qualifiziert beim erstmaligen Anlegen eines Partners, einfach bei der wiederkehrenden Kontrolle.
• Den Durchlauf entzerren — etwa mit einem Loop Over Items-Node in kleinen Stapeln und einer kurzen Wartezeit dazwischen.
• Auf evatr-0008 prüfen und die betroffenen Items in einen zweiten Lauf schicken, statt sie als „nicht bestätigt” zu behandeln. Es ist keine Aussage über die Nummer.

Zeitpunkt festhalten

anfrageZeitpunkt ist der Zeitpunkt, auf den sich die Aussage bezieht — eine Bestätigung gilt immer nur für diesen Moment. Wenn Sie Ergebnisse speichern, speichern Sie dieses Feld mit; ein Ergebnis ohne Zeitpunkt lässt sich später nicht einordnen. Dasselbe gilt für id: damit kann das BZSt eine Anfrage bei Rückfragen wiederfinden.