n8n End-User Credentials: Ihre Automatisierungen laufen jetzt im Namen der Person, die sie nutzt.

Stellen Sie sich einen Slack-Assistenten vor, den Ihr ganzes Team nutzt. Anna bittet ihn, ein Update zu posten, Ben bittet ihn, eine Datei zu finden. Im Hintergrund liefen bisher beide Anfragen über dasselbe Slack-Konto: das Konto, das der Ersteller beim Einrichten des Workflows verbunden hat. Jede Nachricht sah aus, als käme sie vom Ersteller, jede Suche sah alles, was der Ersteller sehen konnte, und hinterher konnte niemand sagen, wer eigentlich was angefragt hatte.

Mit End-User Credentials läuft Annas Anfrage mit Annas Konto und Bens Anfrage mit Bens Konto. Derselbe Workflow, aber die Identität folgt der Person, die ihn auslöst.

Das Problem: Alle Automatisierungen liefen über ein geliehenes Konto

Jahrelang waren Zugangsdaten (Credentials) in n8n fest hinterlegt: einmal verbunden und für jede Ausführung genutzt, egal wer sie ausgelöst hat. Für Hintergrundjobs funktioniert das gut. Zum Problem wird es, sobald echte Menschen Ihre Workflows und Agenten nutzen.

• Falsche Identität. Aktionen erscheinen unter dem Namen des Erstellers, nicht unter dem der Person, die sie angefragt hat.
• Zu viel Zugriff. Wer den Workflow nutzt, leiht sich die Berechtigungen des Erstellers und damit auch den Zugriff auf Daten, die er nie sehen dürfte.
• Kein echter Audit-Trail. Sie sehen nicht, wer was getan hat, sondern nur, dass es über das Konto des Erstellers lief.
• Anfällig. Verlässt der Ersteller das Unternehmen oder ändert er sein Passwort, funktioniert der Workflow nicht mehr, oder er behält Zugriffe, die er nicht mehr haben sollte.

Was End-User Credentials ändern

Wenn Sie in n8n Zugangsdaten einrichten, wählen Sie jetzt einen Credential-Typ:

• Fixed Credential. Dasselbe Konto wird verwendet, egal wer den Workflow ausführt. Das bleibt der Standard.
• End-User Credential. Jede Person verbindet ihr eigenes Konto, und n8n nutzt dieses Konto, wenn sie den Workflow auslöst. Ihre Verbindung ist nur für sie selbst sichtbar.

Der Ersteller richtet die Verbindung einmal als Vorlage ein. Bei einem Dienst wie Gmail oder Slack sind das die App-Details. Jede Person, die den Workflow nutzt, verbindet dann über diese Vorlage ihr eigenes Konto. Von da an liest eine Ausführung, die Anna auslöst, Annas Postfach, und eine Ausführung, die Ben auslöst, Bens Postfach.

Wo es funktioniert

End-User Credentials funktionieren bei den Triggern, bei denen ein echter Mensch die Ausführung startet:

• MCP Server Trigger. Wenn jemand Ihre n8n-Tools aus Claude oder einem anderen KI-Assistenten heraus nutzt, handeln die Tools mit den eigenen Konten dieser Person.
• Form Trigger. Eine Kollegin schickt ein Formular ab, und alles Weitere passiert in ihrem Namen, in ihren eigenen Tools.
• Hosted Chat Trigger. Ein Chat-Assistent antwortet und handelt mit den Zugriffsrechten der Person, die mit ihm chattet.

Was Sie damit bauen können

• Ein KI-Assistent für das ganze Team. Ein einziger Agent, angebunden über den MCP Server, der mit dem Kalender und dem Postfach jeder einzelnen Person arbeitet. Einmal gebaut, für alle nützlich, ohne gemeinsames Postfach.
• Anträge, die im richtigen Namen bleiben. Ein Formular für Spesenabrechnungen oder Urlaubsanträge, das Dokumente im eigenen Drive der antragstellenden Person ablegt und die E-Mail von ihrem eigenen Konto verschickt.
• CRM-Updates durch die richtige Person. Ein Chat-Assistent, der Notizen erfasst und Deals im Namen des Vertriebsmitarbeiters aktualisiert, der gefragt hat. So bleibt Ihr Reporting korrekt.
• Zugriff, der der Realität entspricht. Wer ein Dokument in Google Drive nicht öffnen darf, kann es auch über den Workflow nicht öffnen.

Außerdem: fein abgestufte Zugriffsrechte

End-User Credentials kommen zusammen mit mehr Kontrolle darüber, wer in n8n selbst was tun darf: benutzerdefinierte Instanzrollen, Rollen-Mapping aus Ihrem Identity Provider direkt in n8n und Rollen, die Sie über die API verwalten können. Zusammen machen sie es deutlich einfacher, jeder Person genau den Zugriff zu geben, den sie braucht, und nicht mehr. Als Nächstes folgen Agenten mit eigener Identität.

Warum das für Governance wichtig ist

Eines der größten Governance-Risiken, die wir beobachten, sind Automatisierungen und Agenten, die über den Zugang einer einzelnen Person laufen. In unserem Governance-Framework ist Zugriff die erste Säule: Wer handelt, und was darf er tun? Mit End-User Credentials wird die Antwort einfach. Wer die Ausführung auslöst, handelt selbst, mit den eigenen Berechtigungen.

• Prinzip der minimalen Rechte als Standard. Niemand bekommt über einen Workflow mehr Zugriff, als er ohnehin schon hat.
• Eine Spur, der Sie vertrauen können. Jede Aktion lässt sich auf die Person zurückführen, die sie ausgelöst hat.
• Sauberes Offboarding. Verlässt jemand das Unternehmen und wird sein Konto geschlossen, endet auch sein Zugriff über Ihre Workflows.
• Besserer Datenschutz. Personenbezogene Daten bleiben bei der Person, zu der sie gehören. Das erleichtert es, die DSGVO einzuhalten.

Bevor Sie umstellen

• Noch in der Preview. End-User Credentials sind eine Enterprise-Funktion in n8n Cloud und in selbst gehosteten Installationen, und n8n kennzeichnet sie als Preview. Testen Sie sie zuerst und verlassen Sie sich bei geschäftskritischen Workflows noch nicht darauf.
• Nicht hinter jedem Workflow steht eine Person. Geplante Jobs und Hintergrund-Synchronisationen brauchen weiterhin ein Fixed Credential. Geben Sie ihnen einen eigenen Service-Account, nicht den persönlichen Zugang eines Mitarbeiters.
• Jede Person verbindet sich einmal. Planen Sie einen kurzen Onboarding-Termin ein, damit alle ihre Konten verbinden, bevor sie den Workflow brauchen, und nicht mitten in einer Aufgabe.
• Prüfen Sie die Scopes. Jede Verbindung läuft über dieselbe Vorlage, daher braucht die App dahinter die richtigen Berechtigungen (Scopes). Ein fehlender Scope legt den Workflow für alle lahm, die sich darüber verbinden.

So unterstützen wir Sie

Als offizielle n8n Ambassador verfolgt Marrallisa die Roadmap von n8n zu Identität und Governance aus nächster Nähe. Wir prüfen, welche Ihrer Workflows auf End-User Credentials umgestellt werden sollten und welche bei einem Service-Account bleiben, und wir richten Verbindungen, Rollen und Scopes so ein, dass Ihr Team reibungslos starten kann. Lesen Sie, wie wir Automatisierungen steuern, entdecken Sie unsere Leistungen rund um Automatisierung, oder werfen Sie einen Blick auf die neue Engine und die Governance-Roadmap von n8n.

Häufig gestellte Fragen

Was sind End-User Credentials in n8n?

Ein Credential-Typ, der bei der Ausführung eines Workflows pro Person aufgelöst wird. Statt eines gemeinsamen Kontos verbindet jede Person ihr eigenes Konto, und ein Workflow oder Agent, den sie auslöst, läuft mit diesem Konto.

Welche n8n-Trigger unterstützen End-User Credentials?

Der MCP Server Trigger, der Form Trigger und der Hosted Chat Trigger, also die Trigger, bei denen ein echter Mensch die Ausführung startet.

Brauche ich n8n Enterprise?

Ja. End-User Credentials sind Teil des Enterprise-Plans, in n8n Cloud und in selbst gehosteten Installationen. Die Funktion ist als Preview verfügbar und kann sich noch ändern.

Sollten alle meine Zugangsdaten zu End-User Credentials werden?

Nein. Setzen Sie sie dort ein, wo eine Person die Ausführung auslöst und selbst handeln soll. Hinter geplanten Jobs und Hintergrundprozessen steht keine Person, deshalb behalten sie ein Fixed Credential auf einem eigenen Service-Account.