n8n
Automatisierung, die euch gehört.
Selbst gehostetes n8n als produktive Infrastruktur, nicht als Ordner voller unversionierter Flows, die niemandem gehören. Wir bauen Workflows mit Retries, Error-Queues und Alerting, versionieren jede Definition in Git und übergeben euch eine Ownership-Karte, damit die Automatisierung den überlebt, der sie gebaut hat.
Workflow-Monitor
Self-hosted · live
Jede Ausführung geloggt, jeder Fehler in der Queue und mit Alarm. Flows werden pro Lauf überwacht, statt entdeckt zu werden, wenn ein Report leer bleibt.
Im Einsatz bei Teams von
Workflow-Triage
Stille Automatisierungen fallen aus, wann es ihnen passt.
Eine Automatisierung sagt nie Bescheid, wenn sie aufhört. Sie überspringt einfach den Lauf um 3 Uhr nachts, und ihr merkt es eine Woche später, wenn im CRM Datensätze fehlen und die Person, die den Flow gebaut hat, längst weg ist.
Fällt nachts um 3 leise aus
Ein Workflow läuft in einen rate-limitierten API-Call, n8n markiert die Ausführung als fehlgeschlagen, und niemand wird benachrichtigt. Kein Retry, kein Error-Branch, kein Alarm. Ihr merkt es Tage später, wenn ein nachgelagerter Report ein Loch hat.
Preis pro Task, sobald Volumen kommt
Zapier und Make rechnen pro Task oder pro Operation ab. Eine Sync-Schleife, die 40.000 Mal im Monat feuert, macht aus einer Idee für 20 € eine vierstellige Rechnung, und die Kosten skalieren mit dem Erfolg, nicht mit dem Nutzen. Selbst gehostetes n8n fährt dasselbe Volumen auf einer festen Serverrechnung.
Keine Versionierung, kein Owner
Der Flow liegt im Account einer einzelnen Person, ohne Git-Historie, ohne Diff, ohne Rollback. Jemand editiert eine Node live in der Produktion, zerlegt das JSON-Mapping, und es gibt keine Vorversion zum Wiederherstellen und keinen Nachweis, was sich geändert hat.
Eingesperrt in der Cloud von jemand anderem
Eure Logik, eure Credentials und eure Daten liegen in einer gehosteten SaaS, aus der ihr sie nicht sauber exportiert. Die Preise ändern sich, eine Node wird deprecated oder der Anbieter stellt einen Connector ein, und eure Automatisierung hängt an einer Roadmap, die euch nicht gehört.
Automatisierung, die ihr jedem übergeben könnt.
1. Prüfen & kartieren
Wir inventarisieren jeden Workflow, verfolgen, was er anfasst, und katalogisieren Credentials, Trigger und Fehlerstellen. Ihr bekommt eine Karte, was läuft, was fragil ist und was still kaputt ist, bevor wir eine einzige Zeile ändern.
2. Neu bauen & härten
Jeder Flow wird self-hosted neu gebaut, mit Retries, Error-Branches und einer Dead-Letter-Queue, und dann in Git committet, damit jede Änderung diffbar und umkehrbar ist. Das Alerting geht nach Slack oder in eure Rufbereitschaft, damit ein fehlgeschlagener Lauf in unter einer Minute einen Menschen erreicht.
3. Dokumentieren & übergeben
Ihr bekommt die Ownership-Karte, das Runbook und einen benannten Owner pro Workflow, mit dem gesamten Stack in eurer eigenen Infrastruktur. Die Übergabe ist begleitet: Wir schauen die ersten Wochen live mit, statt die Sache über den Zaun zu werfen.
Was euch tatsächlich gehört.
Kein Tool-Login und ein Ordner voller Flows. Ein selbst gehosteter Automatisierungs-Stack mit der Fehlerbehandlung und der Ownership, die ihn lange nach uns am Laufen halten.
Gehärtete, selbst gehostete Workflows
Jeder Workflow neu gebaut auf eurer eigenen n8n-Instanz, mit Retries, exponentiellem Backoff, Error-Branches und einer Dead-Letter-Queue für Läufe, die trotzdem scheitern. Keine Rechnung pro Task, kein Throttle vom Anbieter, volle Kontrolle über die Runtime.
Versionierte Definitionen
Das Workflow-JSON liegt in Git, damit jede Änderung diffbar, reviewbar und umkehrbar ist. Ein schlechter Edit rollt in Sekunden auf den letzten guten Commit zurück, statt aus dem Gedächtnis rekonstruiert zu werden.
Eine Ownership-Karte
Eine Seite pro Workflow: der benannte Owner, die Systeme, aus denen er liest und in die er schreibt, sein Trigger und Zeitplan und die genauen Schritte zur Wiederherstellung, wenn ein Lauf scheitert. Der Bus-Faktor ist nicht mehr eins, und wenn die Person geht, die den Flow gebaut hat, nimmt sie nicht die einzige Dokumentation mit.
Monitoring & Alerting
Logging pro Ausführung mit Alarmen, die innerhalb von 60 Sekunden nach einem Fehler nach Slack oder in eure Rufbereitschaft gehen. Ihr seht einen kaputten Flow in dem Moment, in dem er bricht, nicht Wochen später, wenn eine Kennzahl komisch aussieht.
Verbundener Stack
n8n · self-hosted
Monitored
Alle Flows gesund, Retries & Alerting aktiv
Einmal automatisieren, für immer besitzen.
Der Umfang hängt daran, wie viele Workflows ihr betreibt, was sie anfassen und wie euer Hosting aussieht. Wir kalkulieren nach einem kurzen Gespräch, nicht nach Preisliste, und der komplette Stack läuft ab Tag eins in eurer Infrastruktur.
Die Fragen, die uns gestellt werden.
Welche Zugänge braucht ihr?
Admin auf eurer n8n-Instanz, oder ein frischer Server, den wir in eurer Infrastruktur aufsetzen. Lesezugriff auf die Systeme, die jeder Workflow anfasst (CRM, Datenbank, APIs), und die Credentials oder Service-Accounts, mit denen sich diese Flows authentifizieren. Alles läuft in euren Accounts, und nach der Übergabe halten wir keine Produktions-Secrets von euch.
Wie lange, bis die Flows live sind?
Audit und Kartierung brauchen die erste Woche. Einfache Workflows sind bis Woche zwei neu gebaut, gehärtet und versioniert, ein großer oder verwachsener Bestand läuft auf drei bis vier Wochen. Wir migrieren Flow für Flow, damit während der Umstellung nichts dunkel wird, und begleiten dann die ersten Live-Wochen bis zur vollen Übergabe.
Wer zahlt Hosting und Lizenzen?
Ihr, in euren eigenen Accounts. Die Community Edition von n8n ist Open Source und im Self-Hosting kostenlos, ihr tragt also den Server (für die meisten Lasten reicht ein kleiner VPS) und etwaige kostenpflichtige Connectors oder die Enterprise-Lizenz, wenn ihr SSO und RBAC braucht. Wir beraten zu Dimensionierung und Mix, die laufenden Kosten sind eine feste Serverrechnung, kein Zähler pro Task.
Ist Self-Hosting nicht ein Wartungsklotz?
Es ist ein Server mit einem Docker-Container, kein Rechenzentrum. Wir liefern automatische Backups, Container-Health-Checks und versionsfixierte Upgrades, im Runbook dokumentiert, damit ein Update ein geprüfter Schritt ist und keine Überraschung. Für Teams, die Infrastruktur gar nicht anfassen wollen, betreiben wir das Ganze stattdessen auf n8n Cloud, mit denselben Retries, demselben Git-Workflow und demselben Alerting.
Könnt ihr unsere bestehenden Zapier- oder Make-Automatisierungen migrieren?
Ja, und wir bauen sie nativ in n8n neu, statt blind zu importieren, denn eine Eins-zu-eins-Kopie schleppt dasselbe fragile Design mit. Ihr bekommt dieselben Ergebnisse mit sauberer Fehlerbehandlung und ohne Zähler pro Task. Wo die nativen Nodes von n8n nicht reichen, schreiben wir Custom-Code-Steps, damit die Logik nicht dem Tool zuliebe verbogen wird.
Was passiert nach der Übergabe?
Euer Team besitzt die Instanz, das Git-Repo, die Ownership-Karte und das Runbook. Nichts hängt an uns, damit es weiterläuft. Manche Kunden behalten einen leichten Monitoring-Retainer für neue Workflows und Versions-Upgrades, aber genau darum geht es bei Versionierung und Alerting: Ihr könnt ohne uns fahren.
