Joiner, Mover, Leaver als automatisierter Workflow in n8n 2.35, mit einem Halt vor jeder schreibenden Aktion.
Lesezeit ca. 6 Minuten · Für Geschäftsführer und IT-Leiter im Industrie-Mittelstand
Das Wichtigste in Kürze
Beim Abteilungswechsel legt fast jedes Unternehmen die neuen Berechtigungen zuverlässig an. Die alten bleiben liegen. Nach ein paar Jahren trägt ein Mitarbeiter die Rechte von drei Abteilungen, und niemand kann mehr sagen, warum. Dieser Beitrag zeigt den Lebenszyklus eines Kontos, also Eintritt, Wechsel und Austritt, als Workflow in n8n: Der KI-Agent gleicht ab und bereitet vor, ein Mensch gibt frei, jede Entscheidung wird protokolliert. Unter NIS2 ist genau dieser Nachweis Pflicht.
Die technischen Bausteine, MCP-Anbindung und menschliche Freigaben, hat der Beitrag vom 15. August bereits erklärt. Hier geht es um den Prozess, in dem sie sich rechnen.
Ausgangslage: Der Wechsel ist die teuerste Stelle
Eintritt und Austritt sind in den meisten Unternehmen geregelt. Es gibt ein Formular, eine Checkliste, einen Verantwortlichen. Der Wechsel dagegen fällt zwischen die Zuständigkeiten: Die neue Abteilung meldet, was sie braucht. Dass die alte etwas zurückgeben müsste, meldet niemand.
Wer diesen Schritt automatisieren will, stößt auf zwei Hindernisse.
Erstens die saubere Anbindung: Jede Verbindung zu Active Directory, Entra ID oder dem HR-System war eine individuelle Integration, die gebaut, gepflegt und bei jeder Änderung nachgezogen werden musste. Das ist teuer und fehleranfällig.
Zweitens die Kontrolle: Ein Automat, der eigenständig Benutzerkonten anlegt oder Berechtigungen ändert, ist aus Governance-Sicht ein Risiko. Wer automatisiert schreibt, ohne dass ein Mensch gegenzeichnet, verletzt in der Praxis das Vier-Augen-Prinzip und erschwert die Nachweisführung. Genau deshalb blieben viele KI-Workflows im Test- oder Demo-Stadium stecken.
Die zwei Bausteine, kurz
Beide sind seit August verfügbar, beide sind hier nur so weit erklärt, wie der Workflow sie braucht.
1. Systeme standardisiert anbinden über MCP. Das Model Context Protocol (MCP) ist ein offener Standard, um KI-Anwendungen mit externen Systemen zu verbinden: Datenquellen, Werkzeuge, Workflows. Die MCP-Dokumentation beschreibt es als „open-source standard for connecting AI applications to external systems" und vergleicht es mit einem USB-C-Anschluss für KI (modelcontextprotocol.io). In n8n stellt der Baustein „MCP Client Tool" laut Dokumentation einen MCP-Client bereit, „allowing you to use the tools exposed by an external MCP server". Wichtig für Governance: Man kann gezielt festlegen, welche Werkzeuge eines Servers dem Agenten überhaupt zur Verfügung stehen. In der Oberfläche heißt der Parameter „Tools to Include", die Variante „Selected" schaltet die Auswahl frei (n8n Docs · MCP Client Tool). Statt einzelner Individual-Integrationen bindet man Systeme also über einen einheitlichen Standard an und begrenzt zugleich, was der Agent tun darf.
2. Menschliche Freigaben (Human-in-the-Loop). Der zweite Baustein ist der eigentliche Reifegrad-Sprung. Mit Release 2.35 (11.08.2026) gilt laut n8n-Changelog: „Enhanced human-in-the-loop (HITL) approval options are now enabled for everyone using the Slack and Telegram nodes" (n8n Release Notes). Technisch läuft das über die Operation „Send and Wait for Response": Der Workflow sendet eine Nachricht und pausiert, bis ein Mensch antwortet. Die Dokumentation führt die Slack-Node ausdrücklich als Freigabestelle für Agenten: „This node can be used as a human review step for AI Agent tool calls" (n8n Docs · Slack-Node). Erst nach dem Klick auf „Freigeben" läuft der Prozess weiter.
Zusammengefasst: Der Agent bereitet vor und schlägt vor, der Mensch entscheidet, und erst dann wird geschrieben.
Der Workflow: Joiner, Mover, Leaver
Der Lebenszyklus eines Mitarbeiterkontos hat drei Ereignisse. Zwei davon sind unstrittig, das mittlere ist das eigentliche Problem.
Auslöser. Im HR- oder Personalsystem ändert sich ein Datensatz: neue Mitarbeiterin, Abteilungswechsel, Austritt. Diese Änderung stößt den Workflow an, etwa über einen Webhook oder einen regelmäßigen Datenabgleich.
Analyse durch den Agenten. Der KI-Agent liest die Personalstammdaten und fragt über die angebundenen Systeme den Ist-Zustand ab: Welche Konten, Gruppen, Lizenzen und Kostenstellen existieren in Active Directory und Entra ID? Er bildet den Soll-Ist-Abgleich und leitet Vorschläge ab: beim Eintritt „Konto anlegen, drei Gruppen zuweisen, eine Lizenz buchen", beim Austritt „Konto deaktivieren, Gruppenmitgliedschaften entfernen".
Und beim Wechsel beides. Das ist der Punkt, an dem sich der Aufwand rechnet: Der Abgleich nennt nicht nur die Gruppen der neuen Abteilung, sondern auch die der alten, die niemand mehr angefordert hat. Der Vorschlag lautet dann „zwei Gruppen hinzufügen, vier entfernen", und die vier sind der Teil, den ein manueller Prozess regelmäßig übersieht.
Freigabe durch den Menschen. Vor jeder schreibenden Aktion pausiert der Workflow. Der IT-Leiter oder der zuständige Vorgesetzte erhält eine Freigabeanfrage, im Chat oder per Nachricht, inklusive einer klar lesbaren Übersicht: Was soll sich ändern, und warum? Erst mit dem Klick auf „Freigeben" führt der Workflow die Änderung tatsächlich aus. Lehnt der Prüfer ab, passiert nichts.
Protokollierung. Jede vorgeschlagene Aktion, jede Freigabe und jede Ausführung wird protokolliert. So entsteht automatisch ein nachvollziehbarer Verlauf: wer was wann freigegeben hat.
Der Ablauf nutzt generische, dokumentierte Bausteine: Auslöser, KI-Agent mit angebundenen Werkzeugen, Freigabeschritt, Protokollierung. Es braucht keine exotische Sonderlösung.
Die Nutzenargumente für die Geschäftsleitung
Governance und Kontrolle statt Blackbox
Problem: Vollautomatische Kontenänderungen verletzen das Vier-Augen-Prinzip und schaffen Haftungsrisiken für die Geschäftsleitung. Lösung: Der Freigabeschritt macht jede kritische Schreibaktion von einer menschlichen Entscheidung abhängig. Nutzen: Automatisierung ohne Kontrollverlust: Geschwindigkeit und Verantwortung bleiben vereinbar.
Compliance und Audit-Trail
Problem: Bei einer Prüfung, Stichwort NIS2, muss belegt werden, wer welche Berechtigung veranlasst und genehmigt hat. Manuelle Prozesse dokumentieren das lückenhaft. Lösung: Freigabe und Ausführung werden im selben Workflow protokolliert. Nutzen: Der Nachweis entsteht als Nebenprodukt des Prozesses, nicht als lästige Nacharbeit.
Time-to-Value und Kosten
Problem: Individuelle Integrationen zu HR, AD und Entra ID sind teuer und wartungsintensiv. Lösung: MCP bindet Systeme über einen offenen Standard an; n8n lässt sich zudem selbst hosten. Nutzen: Schnellere Umsetzung, geringere Integrationskosten und Datenhoheit im eigenen Haus (relevant für DSGVO).
Risiko- und Fehlerreduktion
Problem: Verwaiste Konten und mitgewachsene Berechtigungen sind ein Klassiker im Berechtigungsmanagement, und ein Einfallstor. Lösung: Der Agent bereitet den Abgleich strukturiert vor, der Mensch entscheidet. Nutzen: Weniger übersehene Austritte, weniger Rechte, die einen Abteilungswechsel überdauern.
Skalierbarkeit und Wiederverwendung
Problem: Jeder neue Prozess wird von Grund auf gebaut. Lösung: Einmal definierte Werkzeug-Anbindungen und Freigabemuster lassen sich in weiteren Workflows wiederverwenden. Nutzen: Der zweite und dritte Anwendungsfall kostet deutlich weniger als der erste.
Grenzen und Voraussetzungen
Ehrlich bleibt: Das ist kein Produkt von der Stange. Sie brauchen eine n8n-Umgebung, für Datenhoheit sinnvollerweise self-hosted, sauber gepflegte Quelldaten (ein Agent gleicht nur ab, was HR und Verzeichnis hergeben) und definierte Freigabeprozesse mit klaren Verantwortlichkeiten. Die Workflows müssen gebaut, getestet und gewartet werden. Und der KI-Agent ersetzt kein Fachurteil. Er bereitet vor, der Mensch bleibt in der Verantwortung. Ein Teil der genannten Agent-Funktionen ist zudem sehr jung; für den produktiven Einsatz lohnt ein kontrollierter Start mit einem klar abgegrenzten Prozess.
Zwei Details aus der n8n-Dokumentation, die man vor dem ersten Workflow kennen sollte: Der MCP-Baustein verbindet sich über einen SSE-Endpunkt, und er lässt bei der Authentifizierung neben Bearer-Token, Headern und OAuth2 auch die Einstellung „None" zu, also den Verbindungsversuch ohne Authentifizierung. Die Tür ist kontrollierbar. Sie ist auch unverschlossen konfigurierbar, und genau das gehört in die Betriebsanweisung.
Fazit
Der entscheidende Unterschied ist nicht „mehr KI", sondern der eingebaute Freigabeknopf. Damit wird aus einem Automatisierungswerkzeug ein Prozess, den man einer Revision und der Geschäftsleitung guten Gewissens vorlegen kann. Für Identitätsprozesse im NIS2-Kontext ist das der Reifegrad, auf den es ankommt.
Eintritt, Wechsel, Austritt: Wo bestehen bei Ihnen heute Kontrolllücken?
In einem kostenlosen 30-minütigen Gap-Check ordnen wir Ihre Ausgangslage ein und zeigen, welcher erste Workflow sich lohnt.
Quellen
- n8n Release Notes / Changelog — Abschnitt „n8n 2.35", Released 2026-08-11: aktiviert HITL-Approval für Slack und Telegram.
- n8n Docs · MCP Client Tool — Parameter „Tools to Include", SSE-Endpunkt, Authentifizierungsoptionen einschließlich „None".
- n8n Docs · Slack-Node — „This node can be used as a human review step for AI Agent tool calls"; Operation „Send and Wait for Response".
- modelcontextprotocol.io — MCP als offener Standard zur Anbindung externer Systeme, mit dem USB-C-Vergleich.
Transparenz: Alle vier Quellen wurden am 11.09.2026 satzweise gegen den Text geprüft.
