n8n workflow automation

• Sie benötigen einen geplanten (Cron) oder webhook-ausgelösten n8n workflow automation und möchten Fehlerbehandlung, Wiederholungsversuche und Logging von Anfang an integriert haben.
• Sie fügen einem bestehenden n8n workflow automation Idempotenz hinzu, das beim erneuten Ausführen Datensätze dupliziert.
• Sie benötigen einen manuellen Genehmigungsschritt — eine Überprüfungswarteschlange, in der fehlgeschlagene oder markierte Einträge auf eine manuelle Freigabe warten, bevor sie erneut verarbeitet werden.
• Sie möchten eine nachvollziehbare Automatisierung: Jeder Lauf generiert eine run_id, protokolliert den Start-/Endstatus und schreibt eine Statuszeile in einen Tracker (Sheet, DB usw.).

• Sie benötigen eine rein codebasierte Automatisierung ohne n8n-Abhängigkeit — greifen Sie stattdessen auf eine Scripting- oder CI/CD-Fähigkeit zurück.
• Sie müssen Sicherheitskontrollen umgehen oder Audit-Trails unterdrücken.
• Ihre Zielsysteme, Deduplizierungsschlüssel oder Ihre Credential-Strategie sind völlig unbekannt und Sie sind noch nicht bereit, diese zu definieren.

Die Fähigkeit definiert einen oder mehrere Deduplizierungsschlüssel und wählt ein geeignetes Speicher-Backend (Tabelle oder Datenbank) aus, um verarbeitete Datensätze zu verfolgen. Workflows können nach Fehlern sicher erneut ausgeführt werden, ohne doppelte Einträge zu erstellen.

Jeder Node im generierten Workflow enthält dedizierte Fehlerzweige. Vorübergehende Fehler lösen eine konfigurierbare Retry-mit-Backoff-Logik aus; dauerhafte Fehler leiten Elemente an eine Überprüfungswarteschlange weiter, anstatt sie still zu verwerfen.

Jeder Durchlauf erhält eine eindeutige run_id. Startzeit, Endzeit, Datensatzanzahl und Fehlerdetails werden in ein Statusprotokoll (Tabelle, Datenbank oder ähnliches) geschrieben und liefern so einen vollständigen Audit-Trail für jede Ausführung.

Fehlgeschlagene oder markierte Einträge werden in eine Überprüfungswarteschlange (Tabelle oder Datenbank) geschrieben. Vor der erneuten Verarbeitung dieser Einträge ist ein manueller Genehmigungsschritt erforderlich, wodurch stiller Datenverlust verhindert und eine kontrollierte Fehlerbehebung ermöglicht wird.

Schwellenwertprüfungen sind in das Workflow-Design integriert. Wenn Datensatzanzahlen oder Erfolgsquoten außerhalb der erwarteten Grenzen liegen, stoppt der Workflow und löst eine Benachrichtigung aus, anstatt mit unerkannten Fehlern abzuschließen.

Wenn ausdrücklich angefordert, gibt die Skill eine gültige, in n8n importierbare workflow.json zusammen mit einer runbook.md aus, die Knoten, Datenverträge, Fehlermodi und Betriebsverfahren dokumentiert.

Beschreiben Sie einen Cron-Trigger (z. B. Montag 08:00 Europe/London), die Zielempfänger und ein Drive-Upload-Ziel. Die Fertigkeit erstellt einen Cron → Abrufen → Aggregieren → E-Mail-Workflow mit Wiederholungsverzweigungen und einer Überprüfungswarteschlange für fehlgeschlagene Sendeversuche.

Gib eine Beispiel-JSON-Nutzlast und einen Ziel-Tracker an. Die Fähigkeit generiert einen Webhook → Validieren → Verarbeiten → Statuszeile anhängen-Workflow mit n8n workflow automation, der jede Ausführung protokolliert und Fehler an einen Benachrichtigungs- und Warteschlangenknoten weiterleitet.

Stellen Sie ein vorhandenes n8n workflow automation-JSON bereit und definieren Sie den Deduplizierungsschlüssel (z. B. Datensatz-ID). Die Skill gestaltet den Ablauf so um, dass vor dem Schreiben auf vorhandene Datensätze geprüft wird, sodass erneute Ausführungen nach Fehlern niemals doppelte Zeilen erzeugen.

Für Workflows, die sensible oder hochwertige Datensätze verarbeiten, fügt die Skill ein HITL-Gate hinzu: Fehlgeschlagene Einträge landen in einer Tabellen-/Datenbankwarteschlange, und ein Mensch muss jeden Eintrag genehmigen, bevor der Workflow ihn erneut verarbeitet.