TOKENWERK · ECHTER n8n-INTEGRATIONSTEST · 22.10.2026

n8n 2.44.6, Node.js 24.19.0, SQLite, Windows; getrennte lokale Testinstanz.
workflow.json ist der tatsächlich importierte Workflow mit zehn Knoten.
testdaten.json ist weiterhin nur ein künstlicher Vorgang, kein Workflow.
ergebnisse.json enthält vier echte Ausführungen und die bereinigten Knotenausgaben.
messwerte.csv enthält tatsächliche Beobachtungen. protokoll.csv bleibt eine leere Vorlage.

Nur in eine getrennte Testinstanz importieren. Der öffentliche Start-Webhook und die
Wait-Fortsetzung haben in diesem isolierten Test KEINE zusätzliche Authentifizierung.
Unser Server war ausschließlich an 127.0.0.1 gebunden. Nicht öffentlich freigeben!
Keine Mail-, Kunden-, Zahlungs- oder Produktivsysteme anschließen.

Import über die n8n-Oberfläche oder die offizielle CLI; Workflow aktivieren und die
angezeigte tatsächliche Produktions-Webhook-URL übernehmen. Die CLI legte in unserem
Lauf den Pfad TWCaseApproval2026/testeingang/tokenwerk-case-approval an. Ein Versuch
gegen den kürzeren, unregistrierten Pfad lieferte vorher HTTP404; kein Workflow lief.

Start-POST: {"vorgang_id":"EIGENE-TEST-ID","entwurf":"Nur ein künstlicher Testtext."}
Die Antwort enthält die aktuelle executionId und resumeUrl. Nicht veröffentlichen!
Warte, bis der Ablauf im Wait-Knoten pausiert. Sende an die resumeUrl per POST dieselbe
ID und exakt denselben Entwurf sowie "entscheidung":"genehmigt" oder "abgelehnt".
Für den Test ohne Antwort keinen Resume-Aufruf senden. Das konfigurierte Zeitlimit
beträgt fünf Sekunden; der tatsächliche Wiederanlauf kann später erfolgen.

Reihenfolge unserer vier Fälle:
1. TW-TEST-001 genehmigt -> genau eine Ausgabe des Knotens Interne Testausgabe.
2. TW-TEST-002 abgelehnt -> keine Ausgabe dieses Knotens.
3. TW-TEST-003 ohne Antwort -> keine Ausgabe dieses Knotens nach zeitlicher Fortsetzung.
4. TW-TEST-001 erneut genehmigt -> kein zweiter Eintrag; Remove Duplicates verwirft die ID.
Für eine eigene Wiederholung neue Test-IDs bzw. eine frische Instanz verwenden.
Die Dublettenhistorie liegt vor der Testausgabe und hat 1000 Einträge Kapazität.

Die Entscheidungen wurden AUTOMATISIERT und künstlich eingespeist. Null menschliche
Testpersonen, null Modellaufrufe, null externe Versandaktionen. Keine Zeitersparnis,
keine Human-Review-Qualität und keine Produktionssicherheit gemessen.
Ein Absturz zwischen Dublettenmerkung und Aktion, parallele Anfragen, Neustarts,
Auth-Angriffe und Kapazitätsgrenzen wurden NICHT getestet. Das Muster liefert daher
keine allgemeine Exactly-once-Garantie. Der Workflow dient dem Nachbau des kleinen Tests.