Wie überwachen Sie n8n-Automatisierungen auf Fehler?
Ein Fehler-Workflow kann bei einer fehlgeschlagenen automatischen Ausführung eine Meldung senden. Die Ausführungsliste hilft bei der Untersuchung. Das sind ergänzende Mittel in n8n, das wir für Automatisierungen nutzen. Allein belegen sie nicht, dass jede erwartete Aufgabe gestartet wurde und das richtige Geschäftsergebnis geliefert hat.
Wie richten Sie einen Fehler-Workflow ein?
Erstellen Sie einen Workflow mit Error Trigger als erstem Knoten und ergänzen Sie Benachrichtigungen, etwa per E-Mail oder Slack. Speichern Sie ihn. Öffnen Sie im überwachten Workflow Options → Settings, wählen Sie ihn unter Error workflow aus und speichern Sie die Einstellung. Laut Dokumentation kann ein Fehler-Workflow mehrere andere bedienen.
Der Knoten allein richtet Empfänger, Zugänge und Versand nicht automatisch ein. Prüfen Sie den Meldungsweg mit einer kontrollierten automatischen Ausführung. Laut Dokumentation reagiert Error Trigger nicht auf manuelle Läufe im Editor; der Fehler-Workflow selbst muss nicht veröffentlicht werden.
Welche Daten erhält Error Trigger?
Die Daten beschreiben Workflow und Fehler: Name, Kennung, Meldung, technische Ablaufspur und gegebenenfalls den zuletzt ausgeführten Knoten. Kennung und Adresse der Ausführung hängen von ihrer Speicherung in der Datenbank ab. Bei einem Fehler im auslösenden Knoten können sie fehlen und durch ausführlichere Angaben zum Trigger ergänzt werden.
Setzen Sie nicht in jeder Meldung dieselben Felder voraus. Berücksichtigen Sie die verschiedenen Fälle. Fehlerdaten können Unternehmensinformationen enthalten; legen Sie fest, wer welche Angaben erhält, statt ungeprüft den gesamten Datensatz weiterzuleiten.
Was leistet die Ausführungsliste?
Unter Overview → Executions filtern Sie nach Workflow, Zeitraum und Status: Failed, Running, Success oder Waiting. Projektzugänge und Einstellungen bestimmen die Sichtbarkeit mit. Die Liste ist kein dauerhaftes Archiv jedes Laufs: Regeln zur Speicherung und Bereinigung älterer Daten gelten.
Soweit Funktion und Berechtigungen verfügbar sind, lädt Debug in editor die Daten eines fehlgeschlagenen Laufs zur Untersuchung. Eine erneute Ausführung kann eine externe Aktion wiederholen. Prüfen Sie vorher, was bereits gespeichert oder versendet wurde und wie Sie Doppelungen vermeiden.
Wie ergänzen sich Meldungen und regelmäßige Prüfung?
Eine Meldung verweist auf einen bestimmten Fehler; regelmäßige Prüfung kann wiederkehrende Probleme zeigen. Vergleichen Sie auch erwartete und tatsächliche Ausführungen. Eine nie gestartete Aufgabe ist keine Ausführung mit dem Status Failed.
Ein technischer Erfolg belegt weder eine richtige Rechnung noch die Verarbeitung aller erwarteten Datensätze. Definieren Sie das laut Inventar geprüfte Ergebnis. n8n bietet Stop And Error für eine festgelegte Bedingung, doch diese muss beschrieben sein. Die Software errät den geschäftlichen Fehler nicht.
Was passiert mit der Historie eines gelöschten Workflows?
Laut Dokumentation entfernt das Löschen auch seine Ausführungshistorie. Klären Sie vor einem Neuaufbau, welche Daten Sie später benötigen und ob diese noch gespeichert sind. Der Export der Workflow-Definition exportiert nicht automatisch die Ausführungshistorie.
Vereinbaren Sie nötige Aufbewahrung, Zugriffe und den Umgang mit sensiblen Daten vor dem Löschen. Ein fehlender Datensatz belegt nicht, dass ein Workflow nie ausgeführt wurde.
Fragen
Braucht jede Automatisierung einen eigenen Fehler-Workflow?
Nein. Ein Error-Trigger-Workflow kann für mehrere Automatisierungen ausgewählt werden. Richten Sie Daten und Empfänger für den jeweiligen Ablauf ein.
Was geschieht ohne ausgewählten Fehler-Workflow?
Enthält der Workflow Error Trigger, nutzt er laut Dokumentation standardmäßig sich selbst. Prüfen Sie andernfalls Speicherung und weitere Überwachungskanäle. Setzen Sie nicht voraus, dass jeder Fehler sichtbar bleibt oder automatisch eine E-Mail auslöst.
Belegt die Liste die eigentliche Ursache?
Sie zeigt verfügbare Daten und kann den Knoten nennen, an dem der Fehler festgestellt wurde. Das ist nicht immer die eigentliche Ursache. Untersuchen Sie je nach Fall Eingaben, externe Dienste und bereits ausgeführte Aktionen.
Quellen
Weiterführende Artikel
Nächster Schritt
Prüfen Sie Ausführungen und Meldungszustellung.
Unsere Überwachung prüft Läufe im vereinbarten Inventar und verbindet Meldungen mit der Prüfung vorhandener Datensätze. Wir legen namentliche Empfänger fest und prüfen die Zustellung. Das belegt kein sofortiges Lesen durch einen Menschen. Auch Prüfungen erwarteter, aber fehlender Ausführungen müssen im Umfang festgelegt sein.
oder schreiben Sie an contact@ergostrat.com