Het AADSTS50105-fout ‘User Not Assigned Role’ begrijpen

By Mirko Peters · 2026-04-20

Als je met Microsoft 365 of Entra ID (voorheen Azure AD) werkt, betekent de AADSTS50105-fout waarschijnlijk dat iemand flink in de stress schiet omdat gebruikers niet bij een app kunnen. Deze fout draait om toegang: concreet, wanneer een gebruiker probeert in te loggen bij een enterprise-toepassing en wordt geblokkeerd omdat hij of zij niet de juiste rol of machtigingen heeft gekregen in je identi

Automatically translated with AI from the original post. Read the English original

Als je met Microsoft 365 of Entra ID (voorheen Azure AD) werkt, betekent de AADSTS50105-fout waarschijnlijk dat iemand flink in de stress schiet omdat gebruikers niet bij een app kunnen. Deze fout draait om toegang: concreet, wanneer een gebruiker probeert in te loggen bij een enterprise-toepassing en wordt geblokkeerd omdat hij of zij niet de juiste rol of machtigingen heeft gekregen in je identiteitssysteem.

Deze fout is geen toevallige hobbel. Hij houdt ongeautoriseerde gebruikers buiten je tools en gegevens, en daarom is het belangrijk deze fout te begrijpen en snel op te lossen, zowel voor de beveiliging als voor de productiviteit van de organisatie. We duiken meteen in wat deze fout betekent, waarom hij opduikt in Microsoft-omgevingen en hoe je hem aanpakt als een routinier: niet alleen om problemen op te lossen, maar ook om ze te voorkomen.

Wat betekent de AADSTS50105-fout en wat veroorzaakt hem?

De AADSTS50105-fout is de manier van Microsoft om te zeggen: ‘Sorry, je staat niet op de gastenlijst.’ Technisch gezien betekent het dat de gebruiker probeert een toepassing te openen, maar binnen Microsoft Entra ID niet is toegewezen aan een van de rollen of machtigingen van die toepassing. Het bericht ziet er meestal zo uit: “AADSTS50105: The signed-in user is not assigned a role for the application.”

Dit is geen kleinigheid; het is hoe Microsoft toegangsbeheer afdwingt. Wanneer je organisatie in Entra ID een enterprise-toepassing instelt, is er een optie om alle gebruikers te blokkeren tenzij ze specifiek toegang hebben gekregen. Als een gebruiker zonder toewijzing toch probeert in te loggen, wijst het systeem hem de deur, in de vorm van deze foutmelding.

De directe oorzaak is ontbrekende toewijzingen, maar soms speelt er meer. Dit kan gebeuren als een beheerder wilde beperken wie een app mag gebruiken, maar de instelling niet heeft afgerond. Het kan ook optreden als de rol van een gebruiker is verwijderd, of als er vertraging zit tussen het aanpassen van toegang en het effect ervan; Entra ID past wijzigingen niet altijd meteen toe.

Voordat je alle schuld bij één partij legt: bulkwijzigingen, verlopen toewijzingen of voorwaardelijke toegangsbeleidsregels kunnen problemen veroorzaken die precies op deze fout lijken. Als iemand roept dat hij of zij ‘toegang zou moeten hebben’, negeer die randgevallen dan niet. Soms is het een systeembeleid en geen menselijke fout die de uitsluiting veroorzaakt.

Symptomen herkennen en AADSTS50105 detecteren in Microsoft 365

Je herkent de AADSTS50105-fout meestal wanneer een gebruiker probeert in te loggen bij een app, of dat nu Teams, SharePoint of een SaaS-oplossing van derden is die aan Entra ID is toegevoegd, en in plaats van het verwachte dashboard een foutpagina krijgt. Het meest voorkomende symptoom is een mislukte aanmelding met een duidelijke melding dat de gebruiker geen rol voor de toepassing heeft toegewezen gekregen.

Gebruikers zeggen misschien: “Ik ben ingelogd maar ik zie de app niet”, of “mijn toegang werkte vorige week, nu ben ik buitengesloten.” Minder directe klachten gaan over ontbrekende knoppen of grijs weergegeven services binnen Microsoft 365, wat in feite op hetzelfde probleem neerkomt.

Voor IT-beheerders en helpdeskmedewerkers gaat het detecteren van het AADSTS50105-probleem verder dan alleen luisteren naar klachten van gebruikers. Microsoft 365- en Entra ID-auditlogs zijn hier je beste vrienden. Je kunt zoeken op foutcode 50105 in de Azure AD-aanmeldingslogboeken (of de Entra ID-aanmeldingslogboeken, afhankelijk van hoe je ze deze week noemt) om incidenten van precies dit probleem te filteren.

De logboeken tonen mislukte aanmeldpogingen, wie ze deed, vanaf welke locatie en naar welke app. Zo kun je veel makkelijker vaststellen of het gaat om een echte ontbrekende toewijzing, of om iets hardnekkigers zoals een vertraging in de doorvoer na wijzigingen door een beheerder. Door deze logboeken te lezen, vind je de oorzaak en voorkom je dat je rondjes draait achter fantoomrechten aan.

Het AADSTS50105-probleem ‘User Not Assigned Role’ oplossen

Laten we meteen ter zake komen: om AADSTS50105 op te lossen, moet je ervoor zorgen dat de juiste gebruikers of groepen de juiste rol voor de toepassing in Entra ID hebben. Dit regel je meestal in het onderdeel ‘Enterprise-toepassingen’, via het blad ‘Gebruikers en groepen’. Zoek de app op, kies ‘Gebruikers en groepen’ en wijs de gebruiker of groep de benodigde toegangsrol toe. Simpel als je het pad kent.

Als je met veel gebruikers te maken hebt, wordt handmatig toewijzen al snel een gedoe. Dan komen hulpmiddelen als PowerShell van pas om toegang te automatiseren (denk aan het in bulk toevoegen van gebruikers, zelfs op basis van HR-lijsten). Met een script wijs je gebruikers toe aan app-rollen, of stuur je dynamisch beheer aan via de Microsoft Graph API. Ideaal voor organisaties met voortdurend onboarding en offboarding. Deze proactieve aanpak lost fouten niet alleen op; hij voorkomen ze voordat ze je ochtend verpesten.

Houd er rekening mee dat wijzigingen niet meteen effect hebben, door de replicatie en caching in de backend van Entra ID. Als je zojuist een toewijzing hebt gedaan en gebruikers nog steeds geen toegang hebben, moet je even geduld hebben (een paar minuten tot een uur is niet ongebruikelijk). Controleer de tokencache en overweeg sessies in te trekken als je vermoedt dat oude machtigingen nog actief zijn.

Controleer tot slot ook op verborgen blokkades. Soms voorkomen voorwaardelijke toegangsbeleidsregels of ontbrekende toestemming dat er toegang wordt verleend, ook al zijn de rollen goed ingesteld. Door zowel de roltoewijzingen als de beleidslagen te controleren, voorkom je dat die momenten van „ik heb alles goed gedaan!” uitmonden in eindeloze probleemoplossing.

Samenvatting en aanvullende bronnen voor AADSTS50105-fouten

AADSTS50105 is de manier van Microsoft om aan te geven dat een gebruiker niet is toegewezen aan een rol voor een bepaalde app. Geen rol, geen toegang. Meestal komt dit neer op ontbrekende toewijzingen in Entra ID, vertraagde doorvoer van wijzigingen of soms conflicterende beleidsregels, zoals voorwaardelijke toegang. De oplossing: wijs de gebruikers of groepen rechtstreeks toe, automatiseer waar mogelijk en houd rekening met synchronisatietijden.

Als je steeds weer tegen dezelfde problemen aanloopt, controleer dan eerst de logboeken voordat je nog meer wijzigingen aanbrengt. Wil je dieper ingaan op toegangsbeheer, wildgroei aan voorwaardelijke toegang of tools voor schaalbare beveiliging, bekijk dan bronnen zoals deze aflevering over identiteit als controlevlak en deze gids over governance van gegevenstoegang in Microsoft 365. De officiële documentatie en support van Microsoft staan altijd klaar als je echt vastloopt. Laat één fout alleen je hele bedrijf niet stilzetten.