Strategisch gesprek Stel je een Slack-assistent voor die je hele team gebruikt. Anna vraagt hem een update te posten, Ben vraagt hem een bestand te zoeken. Achter de schermen liepen beide verzoeken via hetzelfde Slack-account: het account dat de maker bij het opzetten van de workflow had gekoppeld. Elk bericht leek van de maker te komen, elke zoekopdracht zag wat de maker kon zien, en achteraf kon niemand zeggen wie wat had gevraagd.
Met end-user credentials loopt het verzoek van Anna via het account van Anna, en dat van Ben via het account van Ben. Dezelfde workflow, maar de identiteit volgt de persoon die hem start.
Het probleem: elke automatisering leende één login
Jarenlang lag een credential (de opgeslagen inloggegevens voor een dienst) in n8n vast: één keer gekoppeld en voor elke uitvoering gebruikt, wie de workflow ook startte. Voor achtergrondtaken werkt dat prima. Het wordt een probleem zodra echte mensen je workflows en agents gaan gebruiken.
- Verkeerde identiteit. Acties verschijnen onder de naam van de maker, niet onder die van de persoon die erom vroeg.
- Te veel toegang. Iedereen die de workflow gebruikt, leent de rechten van de maker, tot en met data die niet voor hun ogen bedoeld is.
- Geen echte audittrail. Je ziet niet wie wat deed, alleen dat het account van de maker het deed.
- Kwetsbaar. Vertrekt de maker of wijzigt die een wachtwoord, dan werkt de workflow niet meer, of houdt hij toegang die hij niet meer hoort te hebben.
Wat end-user credentials veranderen
Stel je in n8n een credential in, dan kies je nu een type:
- Fixed credential. Hetzelfde account wordt gebruikt, wie de workflow ook start. Dit blijft de standaard.
- End-user credential. Iedereen koppelt een eigen account, en n8n gebruikt dat account wanneer die persoon de workflow start. Die koppeling is alleen zichtbaar voor de persoon zelf.
De maker zet de koppeling één keer op, als sjabloon. Voor een dienst als Gmail of Slack zijn dat de app-gegevens. Iedereen die de workflow gebruikt, koppelt vervolgens via dat sjabloon een eigen account. Vanaf dat moment leest de workflow de inbox van Anna als Anna hem start, en die van Ben als Ben hem start.
Waar het werkt
End-user credentials werken met de triggers waarbij iemand zelf de workflow start:
- MCP Server trigger. Gebruikt iemand je n8n-tools vanuit Claude of een andere AI-assistent, dan handelen de tools met de eigen accounts van die persoon.
- Form trigger. Een collega verstuurt een formulier, en de opvolging gebeurt op naam van die collega, in diens eigen tools.
- Hosted Chat trigger. Een chatassistent antwoordt en handelt met de toegang van de persoon die ermee chat.
Wat je ermee kunt bouwen
- Eén AI-assistent voor het hele team. Eén agent, gekoppeld via de MCP Server, die met de eigen agenda en inbox van elke persoon werkt. Eén keer gebouwd, bruikbaar voor iedereen, zonder een gedeelde mailbox.
- Aanvragen die op de juiste naam blijven. Een formulier voor declaraties of verlofaanvragen dat documenten opslaat in de eigen drive van de aanvrager en de e-mail verstuurt vanaf diens eigen account.
- CRM-updates door de juiste persoon. Een chatassistent die notities vastlegt en deals bijwerkt als de salesmedewerker die erom vroeg, zodat je rapportages blijven kloppen.
- Toegang die klopt met de werkelijkheid. Wie een document in Google Drive niet kan openen, kan dat via de workflow ook niet.
En fijnmaziger toegangsbeheer
End-user credentials komen samen met meer controle over wie wat mag binnen n8n zelf: eigen rollen per n8n-omgeving (custom instance roles), rollen die binnen n8n worden overgenomen uit je identity provider (role mapping), en rollen die je via de API beheert. Samen maken ze het veel eenvoudiger om iedereen precies de toegang te geven die nodig is, en niets meer. Volgende stap: agents met een eigen identiteit.
Waarom dit belangrijk is voor governance
Een van de grootste governancerisico’s die we zien, zijn automatiseringen en agents die op de login van één persoon draaien. In ons governanceframework is toegang de eerste pijler: wie handelt er, en wat mag diegene? Met end-user credentials wordt het antwoord eenvoudig. Wie de workflow start, is degene die handelt, met diens eigen rechten.
- Standaard minimale rechten (least privilege). Niemand krijgt via een workflow meer toegang dan die persoon al heeft.
- Een spoor waarop je kunt vertrouwen. Elke actie is te herleiden tot de persoon die de workflow startte.
- Schoon offboarden. Vertrekt iemand en wordt het account gesloten, dan verdwijnt ook de toegang via je workflows.
- Betere privacy. Persoonsgegevens blijven bij de persoon bij wie ze horen, waardoor je makkelijker binnen de AVG blijft.
Voordat je overstapt
- Het is een preview. End-user credentials zijn een Enterprise-functie op n8n Cloud en self-hosted, en n8n markeert ze als preview. Test ze eerst en vertrouw er nog niet op voor bedrijfskritische workflows.
- Niet elke workflow heeft een persoon erachter. Geplande taken en synchronisaties op de achtergrond hebben nog steeds een fixed credential nodig. Geef die een eigen serviceaccount, niet iemands persoonlijke login.
- Iedereen koppelt één keer. Plan een kort onboardingmoment, zodat mensen hun accounts koppelen voordat ze de workflow nodig hebben, niet halverwege een taak.
- Controleer de scopes. Elke koppeling loopt via hetzelfde sjabloon, dus de app erachter heeft de juiste rechten nodig. Eén ontbrekende scope legt de workflow plat voor iedereen die koppelt.
Hoe wij helpen
Als officieel n8n Ambassador volgt Marrallisa de roadmap van n8n voor identiteit en governance op de voet. We bekijken welke van je workflows over moeten naar end-user credentials en welke op een serviceaccount blijven, en we richten de koppelingen, rollen en scopes in, zodat je team zonder gedoe kan starten. Lees hoe wij governance voor automatiseringen inrichten, bekijk onze dienst Automatisering of lees bij over de nieuwe engine van n8n en de roadmap voor governance.
Veelgestelde vragen
Wat zijn end-user credentials in n8n?
Een type credential dat per persoon wordt bepaald op het moment dat een workflow draait. In plaats van één gedeeld account koppelt elke gebruiker een eigen account, en een workflow of agent die die gebruiker start, draait met dat account.
Welke n8n-triggers ondersteunen end-user credentials?
De MCP Server trigger, de Form trigger en de hosted Chat trigger: de triggers waarbij iemand zelf de workflow start.
Heb ik n8n Enterprise nodig?
Ja. End-user credentials horen bij het Enterprise-abonnement, op n8n Cloud en self-hosted. De functie is in preview en kan nog veranderen.
Moeten al mijn credentials end-user credentials worden?
Nee. Gebruik ze waar iemand de workflow start en onder eigen naam moet handelen. Geplande taken en achtergrondprocessen hebben geen persoon erachter, dus die houden een fixed credential op een eigen serviceaccount.