Acme Lead Intake Router

wahrscheinlich

Befund: Im Workflow ist kein n8n-Error-Workflow hinterlegt.

Auswirkung: Fehlgeschlagene Ausführungen können ohne klaren Alarm- oder Wiederherstellungspfad enden.

Reparatur: Hinterlege einen Error-Trigger-Workflow oder dokumentiere den externen Alarmweg.

Evidenz

• settings.errorWorkflow ist leer oder fehlt

Kontextfragen

• Bestätigen, ob fehlgeschlagene Ausführungen außerhalb von n8n überwacht werden.

Kontext nötig

Node: Website Demo Webhook

Befund: Die Webhook-Konfiguration wirkt ohne n8n-seitige Authentifizierung.

Auswirkung: Wenn der Webhook öffentlich erreichbar ist, kann die Automation möglicherweise von Unbefugten ausgelöst werden.

Reparatur: n8n-Webhook-Authentifizierung, vorgelagertes Gateway, IP-Beschränkung oder Payload-Prüfung vor Seiteneffekten einsetzen.

Evidenz

• Node 'Website Demo Webhook' nutzt Typ n8n-nodes-base.webhook
• parameters.authentication fehlt oder ist none-ähnlich

Kontextfragen

• Ist dieser Webhook öffentlich erreichbar?
• Wird Authentifizierung erzwungen, bevor n8n die Anfrage erhält?

wahrscheinlich

Node: Enrich Company

Befund: Für diesen externen Dienst-Node ist keine Retry-Policy aktiviert.

Auswirkung: Temporäre API-Ausfälle können den Workflow stoppen oder Ergebnisse unbemerkt verschlechtern.

Reparatur: Retries aktivieren, sofern der Vorgang idempotent ist, oder einen expliziten Fehlerpfad ergänzen.

Evidenz

• Node 'Enrich Company' nutzt Typ n8n-nodes-base.httpRequest
• retryOnFail ist nicht aktiviert

Kontextfragen

• Bestätigen, ob dieser API-Vorgang sicher wiederholt werden kann.

wahrscheinlich

Node: Create CRM Deal

Befund: Für diesen externen Dienst-Node ist keine Retry-Policy aktiviert.

Auswirkung: Temporäre API-Ausfälle können den Workflow stoppen oder Ergebnisse unbemerkt verschlechtern.

Reparatur: Retries aktivieren, sofern der Vorgang idempotent ist, oder einen expliziten Fehlerpfad ergänzen.

Evidenz

• Node 'Create CRM Deal' nutzt Typ n8n-nodes-base.hubspot
• retryOnFail ist nicht aktiviert

Kontextfragen

• Bestätigen, ob dieser API-Vorgang sicher wiederholt werden kann.

wahrscheinlich

Node: Slack Sales Alert

Befund: Für diesen externen Dienst-Node ist keine Retry-Policy aktiviert.

Auswirkung: Temporäre API-Ausfälle können den Workflow stoppen oder Ergebnisse unbemerkt verschlechtern.

Reparatur: Retries aktivieren, sofern der Vorgang idempotent ist, oder einen expliziten Fehlerpfad ergänzen.

Evidenz

• Node 'Slack Sales Alert' nutzt Typ n8n-nodes-base.slack
• retryOnFail ist nicht aktiviert

Kontextfragen

• Bestätigen, ob dieser API-Vorgang sicher wiederholt werden kann.

wahrscheinlich

Node: Log Low Priority Lead

Befund: Für diesen externen Dienst-Node ist keine Retry-Policy aktiviert.

Auswirkung: Temporäre API-Ausfälle können den Workflow stoppen oder Ergebnisse unbemerkt verschlechtern.

Reparatur: Retries aktivieren, sofern der Vorgang idempotent ist, oder einen expliziten Fehlerpfad ergänzen.

Evidenz

• Node 'Log Low Priority Lead' nutzt Typ n8n-nodes-base.googleSheets
• retryOnFail ist nicht aktiviert

Kontextfragen

• Bestätigen, ob dieser API-Vorgang sicher wiederholt werden kann.

wahrscheinlich

Node: Enrich Company

Befund: Der externe Dienst-Node zeigt keinen verbundenen Fehlerausgabe-Zweig.

Auswirkung: API-Fehler, Rate-Limits oder Downstream-Ausfälle können den Workflow stoppen, ohne dass ein lokaler Reparatur-, Alarm- oder Fallback-Pfad sichtbar ist.

Reparatur: Einen expliziten Fehlerausgabe-Zweig für überwachte Fehlerbehandlung nutzen oder dokumentieren, warum Workflow-weites Error Handling ausreicht.

Evidenz

• Node 'Enrich Company' nutzt Typ n8n-nodes-base.httpRequest
• onError=continueErrorOutput mit verbundenem Fehlerausgang wurde nicht gefunden

Kontextfragen

• Wird der Fehler durch einen Workflow-weiten Error Workflow oder externes Monitoring behandelt?

wahrscheinlich

Node: Create CRM Deal

Befund: Der externe Dienst-Node zeigt keinen verbundenen Fehlerausgabe-Zweig.

Auswirkung: API-Fehler, Rate-Limits oder Downstream-Ausfälle können den Workflow stoppen, ohne dass ein lokaler Reparatur-, Alarm- oder Fallback-Pfad sichtbar ist.

Reparatur: Einen expliziten Fehlerausgabe-Zweig für überwachte Fehlerbehandlung nutzen oder dokumentieren, warum Workflow-weites Error Handling ausreicht.

Evidenz

• Node 'Create CRM Deal' nutzt Typ n8n-nodes-base.hubspot
• onError=continueErrorOutput mit verbundenem Fehlerausgang wurde nicht gefunden

Kontextfragen

• Wird der Fehler durch einen Workflow-weiten Error Workflow oder externes Monitoring behandelt?

wahrscheinlich

Node: Slack Sales Alert

Befund: Der externe Dienst-Node zeigt keinen verbundenen Fehlerausgabe-Zweig.

Auswirkung: API-Fehler, Rate-Limits oder Downstream-Ausfälle können den Workflow stoppen, ohne dass ein lokaler Reparatur-, Alarm- oder Fallback-Pfad sichtbar ist.

Reparatur: Einen expliziten Fehlerausgabe-Zweig für überwachte Fehlerbehandlung nutzen oder dokumentieren, warum Workflow-weites Error Handling ausreicht.

Evidenz

• Node 'Slack Sales Alert' nutzt Typ n8n-nodes-base.slack
• onError=continueErrorOutput mit verbundenem Fehlerausgang wurde nicht gefunden

Kontextfragen

• Wird der Fehler durch einen Workflow-weiten Error Workflow oder externes Monitoring behandelt?

wahrscheinlich

Node: Log Low Priority Lead

Befund: Der externe Dienst-Node zeigt keinen verbundenen Fehlerausgabe-Zweig.

Auswirkung: API-Fehler, Rate-Limits oder Downstream-Ausfälle können den Workflow stoppen, ohne dass ein lokaler Reparatur-, Alarm- oder Fallback-Pfad sichtbar ist.

Reparatur: Einen expliziten Fehlerausgabe-Zweig für überwachte Fehlerbehandlung nutzen oder dokumentieren, warum Workflow-weites Error Handling ausreicht.

Evidenz

• Node 'Log Low Priority Lead' nutzt Typ n8n-nodes-base.googleSheets
• onError=continueErrorOutput mit verbundenem Fehlerausgang wurde nicht gefunden

Kontextfragen

• Wird der Fehler durch einen Workflow-weiten Error Workflow oder externes Monitoring behandelt?

wahrscheinlich

Node: Enrich Company

Befund: Der HTTP-Request-Node liegt auf einem Webhook-Pfad, der auf Workflow-Abschluss wartet, aber kein explizites Timeout ist sichtbar.

Auswirkung: Langsame Upstream-APIs können Webhook-Aufrufer offen halten, Retries auslösen oder unter Last doppelte Arbeit erzeugen.

Reparatur: Ein explizites HTTP-Request-Timeout setzen und mit Retry-/Fehlerbehandlung kombinieren, die für die Downstream-Operation sicher ist.

Evidenz

• Node 'Enrich Company' nutzt Typ n8n-nodes-base.httpRequest
• Erreichbar von synchronen Webhook(s): Website Demo Webhook
• Kein Timeout-ähnlicher Node oder HTTP-Parameter gefunden

Kontextfragen

• Welches Timeout- und Retry-Verhalten hat der Upstream-Aufrufer?

Kontext nötig

Node: Enrich Company

Befund: Eingehende Webhook-Daten können einen externen Dienst erreichen, bevor eine sichtbare IF-, Switch-, Filter- oder Code-Prüfung greift.

Auswirkung: Fehlerhafte, doppelte oder unerwünschte Webhook-Payloads können Downstream-Seiteneffekte auslösen, bevor der Workflow prüft, ob die Anfrage verarbeitet werden soll.

Reparatur: Vor dem ersten externen Seiteneffekt einen expliziten Prüf- oder Qualifizierungsschritt ergänzen oder den vorgelagerten Gateway-Prüfvertrag dokumentieren.

Evidenz

• Webhook-Node 'Website Demo Webhook' nutzt Typ n8n-nodes-base.webhook
• Externes Ziel 'Enrich Company' nutzt Typ n8n-nodes-base.httpRequest
• Vor dem externen Aufruf wurde auf diesem Pfad kein sichtbarer Prüfschritt gefunden

Kontextfragen

• Welche Payload-Felder sind erforderlich, bevor der Workflow Downstream-Systeme aufrufen darf?

Kontext nötig

Node: Summarize Message

Befund: Der Workflow enthält einen AI/LLM-bezogenen Node.

Auswirkung: Vorgelagerte Workflow-Daten können je nach Konfiguration in Modell-Prompts oder Tool-Aufrufe gelangen.

Reparatur: Genau prüfen, welche Felder den AI-Node erreichen; kundensensible Felder minimieren oder redigieren.

Evidenz

• Node 'Summarize Message' nutzt Typ @n8n/n8n-nodes-langchain.chainLlm

Kontextfragen

• Welche Felder werden an den AI-Node gesendet?
• Verarbeitet der Workflow Kunden- oder private Daten?

wahrscheinlich

Befund: Der größere Workflow enthält keine sichtbaren Notizen oder Sticky Notes.

Auswirkung: Übergabe, Incident Response und spätere Reparatur werden erschwert, wenn Zweck und Verantwortung implizit bleiben.

Reparatur: Kurze Notizen zu Owner, Zweck, Frequenz, Eskalation und sensiblen Daten ergänzen.

Evidenz

• 9 Nodes gefunden; keine sichtbaren Notizen oder Sticky Notes erkannt