Warum n8n die richtige Wahl
für Kanzleien ist.
Kanzleien haben drei Einschränkungen, die die meisten Cloud-Automatisierungs-Plattformen ausschließen: Mandatsdaten dürfen die EU nicht verlassen, Workflows müssen auditierbar sein, und die Kanzlei muss ihre Automatisierungen besitzen — nicht mieten. n8n erfüllt alle drei ohne Kompromiss.
Self-hosted, EU-Residenz
n8n läuft auf Ihrem Server oder in einer EU-Cloud. Keine Daten berühren US-Infrastruktur. Kritisch für DSGVO und Mandatsgeheimnis.
Workflows als Code
Jeder Workflow ist JSON — versionierbar, reviewbar, portabel. Falls wir gehen, haben Sie die Workflows, die Dokumentation und die Fähigkeit, sie zu betreiben.
400+ Integrationen, erweiterbar
Out-of-the-box Nodes für DATEV, M365, die meisten APIs. Custom Nodes möglich für RA-MICRO, beA und spezialisierte Systeme.
Open-Source-Kern
Fair-Code-Lizenz. Self-host unbegrenzt ohne Vendor-Lock-in. Commercial Features (RBAC, Audit-Log) bei Bedarf obendrauf.
Cloud-Automatisierungs-Plattformen machen Sinn, bis Mandatsdaten im Spiel sind. Dann ist self-hosted die einzige verteidigbare Wahl.
Produktives Hosting, abgespeckt.
Viele n8n-Guides lassen produktives Hosting wie ein Kubernetes-Projekt klingen. Muss es nicht sein. Hier ein Setup, das 20+ Workflows zuverlässig trägt — und weniger als 100 €/Monat kostet.
Was Sie nicht brauchen: Kubernetes, Service Mesh, Horizontal Pod Autoscaling. Bei dem Volumen, das typische Kanzleien sehen — ein paar tausend Workflow-Executions pro Tag — bewältigt ein einzelner VPS das locker. Vertikal skalieren, wenn Sie wachsen; einen zweiten Node erst, wenn einer aus echten Gründen nicht mehr reicht.
- EU-VPS: Hetzner Cloud (CX22 oder CPX31, 8–15 €/Monat) oder OVH.
- Docker Compose obendrauf — keine Orchestrierung nötig.
- Coolify als Deployment-UI — kümmert sich um SSL, Env-Vars, Backups.
- Postgres als Persistenz — nicht das SQLite-Default.
- MinIO oder Hetzner Storage Box für tägliche DB-Backups.
- Cloudflare davor für TLS + Basis-DDoS-Schutz.
Versionierung ohne CI/CD-Overkill.
Jeder Workflow ist JSON. Sie können ihn in git committen. Die Frage ist, wie viel CI/CD Sie drum herum bauen — und die Antwort ist für die meisten Kanzleien: weniger als Sie denken.
Minimum: Export + Commit
Nach jeder Änderung Workflow exportieren und JSON in git committen mit einer Zeile Nachricht. Dauert 30 Sekunden. Gibt Ihnen History, Blame, Rollback.
Sinnvoll: Staging-Instanz
Eine zweite n8n-Instanz zum Testen von Änderungen vor der Produktion. Gleiches Docker-Setup, halber RAM. Kostet 8 €/Monat extra. Erspart einen größeren Incident pro Quartal.
Oft unnötig: GitHub-Actions-Pipelines
Automatisiertes Deployment via CI lohnt sich nur, wenn Sie mehrfach pro Woche Workflows ausrollen. Für die meisten Kanzleien reicht manuelles Export + Commit die nächsten 18 Monate.
Monitoring, das wirklich merkt.
Das Default-n8n-UI sagt Ihnen, wenn ein Workflow fehlgeschlagen ist. Es sagt Ihnen nicht, wenn ein Workflow nicht gelaufen ist, der laufen sollte. Das ist der harte Teil — und dieser Stack deckt ihn ab.
- Uptime Kuma für Server-Health (n8n erreichbar, DB erreichbar).
- Workflow-Heartbeat-Pings: jeder kritische Workflow sendet einen Beat an eine Dead-Man's-Switch-URL.
- Error-Branch-Logging: jeder Workflow hat einen Error-Branch, der in unsere Operations-Postgres schreibt.
- Grafana-Dashboard über beides: Executions/Tag, Error-Rate, Latenz-Verteilung.
- Alerting: E-Mail + Teams-Webhook bei ≥3 aufeinanderfolgenden Fehlern oder fehlendem Heartbeat > 30 min.
Drei Error-Muster,
die in Produktion überleben.
Workflows scheitern. Die Frage ist, was dann passiert. Stille Drops sind das schlimmste Outcome — ein Workflow, der still nicht lief, ist weit gefährlicher als einer, der laut gecrasht ist. Diese drei Muster decken 95 % realer Fehler ab.
Retry mit Backoff (transient)
API-Timeout, Rate-Limit, Netzwerk-Hickser — 3× retry mit 1 s, 5 s, 30 s Backoff. Die meisten transienten Fehler erholen sich.
Review-Inbox (zweifelhaft)
LLM-Klassifizierung unsicher, Fristen-Extraktion fragwürdig, Routing hat zwei valide Ziele — Workflow parkt den Fall in eine menschliche Review-Queue mit 24-h-SLA.
Hard Stop + Alert (nicht wiederherstellbar)
Credential widerrufen, System down, Daten korrupt — Workflow schreibt in Operations-Log, sendet Alert, weigert sich weiterzumachen. Mensch entscheidet.
Wie eine Übergabe aussieht.
Jeder n8n-Workflow, den wir bauen, bekommt ein Handover-Paket. Das ist nicht optional — das ist der Unterschied zwischen einer Automatisierung, die unseren Abgang überlebt, und einer, die mit uns stirbt. Fünf Dokumente, keines davon lang:
Das Ziel: Nachdem wir gehen, kann Ihr IT-Partner oder in-house Admin den Workflow betreiben, ohne je wieder mit uns zu reden. Falls das nicht stimmt, haben wir nicht richtig übergeben.
- Architektur-Skizze: eine Seite, zeigt, was von wo nach wo fließt.
- Credential-Inventur: welche API-Keys existieren, wo sie liegen, wie man sie rotiert.
- Operations-Runbook: wie man neustartet, debugged, Monitoring erreicht.
- Bekannte Probleme & Fallbacks: die 3–5 Sachen, die wir haben scheitern sehen, und was zu tun ist.
- Trainings-Record: wer wurde trainiert, was er kann, was er nicht kann.