Microsoft Entra External Identities prijsgids

By Mirko Peters · 2026-04-29 · Updated 2026-07-28

Leer hoe je de prijzen van Microsoft Entra External Identities begrijpt, met praktische richtlijnen over architectuur, beveiliging, governance, implementatie en toepassing in de praktijk.

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

De prijs van Microsoft Entra External Identities is gebaseerd op het aantal maandelijks actieve gebruikers (MAU's) en de diensten die jouw klant-, partner- of gastscenario gebruikt. Schat de kosten door het identiteitstype, het verwachte aantal maandelijks actieve gebruikers, de authenticatiemethoden en eventuele eisen voor premium beveiliging of ondersteuning vast te leggen. Controleer altijd de actuele aanbieding en de regionale prijzen voordat je een architectuur of budget definitief maakt.

Ben je midden in de uitrol van Microsoft Entra ID voor externe gebruikers, dan ben je waarschijnlijk al tegen de prijsvraag aangelopen. De prijs van externe identiteiten in Entra is geen detail in de marge. Het staat centraal in elk gesprek over toegang, samenwerking en beveiliging binnen moderne organisaties. Waar je eigenlijk voor betaalt, is hoe vaak je externe gebruikers gebruikmaken van je resources. Dat wordt bijgehouden met een facturatiemodel op basis van maandelijks actieve gebruikers (MAU).

Je moet goed begrijpen hoe Entra gebruikers telt, tenants aan abonnementen koppelt en authenticatiemethoden meetelt. Dat is essentieel voor IT-beheerders en projectleiders. Verkeerde aannames kunnen leiden tot een onverwachte factuur of je beheerstrategie voor gebruikers ondermijnen. Elke aanmelding en elke tenantconfiguratie kan je operationele kosten beïnvloeden. Als je de regels vooraf kent, kun je plannen, budgetteren en schalen zonder vervelende verrassingen.

Hoe het externe facturatiemodel in Entra ID werkt

De basis van het facturatiemodel voor externe identiteiten in Microsoft Entra ID is de MAU, oftewel het maandelijks actieve gebruikers. In plaats van elk extern contactpersoon te licentiëren, rekent Entra ID alleen de personen die in een bepaalde maand daadwerkelijk aanmelden of anderszins authenticeren. Zo sluit je kosten direct aan op het werkelijke gebruik, waardoor kostenvoorspellingen veel betrouwbaarder worden.

Entra ID hanteert prijsniveaus op basis van het aantal MAU's. Kleinere organisaties blijven mogelijk binnen het gratis niveau, dat een vast aantal externe MAU's per maand dekt. Naarmate het gebruik groeit, vallen je kosten voor externe identiteiten in betaalde schijven, waarbij de prijs per gebruiker licht daalt naarmate het volume toeneemt. Het model biedt in die niveaus verschillende functies, zoals basisauthenticatie en self-service wachtwoordherstel. Premiumfuncties zijn beschikbaar op hogere niveaus.

De facturatieperiodes in Entra ID lopen doorgaans per maand en sluiten aan op de reset van de MAU's. Elke periode bekijkt wie een gekwalificeerde authenticatie heeft uitgevoerd, ongeacht hoe vaak diegene zich binnen die maand aanmeldt. Je factuur geeft het hoogste aantal unieke actieve gebruikers in een periode weer. Eén actieve gebruiker die tien keer inlogt, telt dus nog steeds als één en levert één kostenpost op. Organisaties kunnen deze patronen in realtime volgen, waardoor het eenvoudiger wordt om te plannen voor pieken of seizoensgebonden campagnes en budgetten daarop af te stemmen.

Uiteindelijk stimuleert dit facturatieontwerp een zorgvuldige monitoring van authenticatiepatronen, tenantinrichting en functiegebruik. Wie precies begrijpt hoe activiteit tot kosten leidt, kan zowel de gebruikerservaring als het budget optimaliseren en tegelijk groei plannen en de kosten in de gaten houden.

Wat telt als maandelijks actieve gebruiker voor aanmeldingen en facturatie

In Entra ID is niet elke ‘gebruiker’ factureerbaar. Alleen wie in die facturatieperiode als maandelijks actieve gebruiker (MAU) geldt, telt mee. Wat maakt iemand een MAU? Elke externe identiteit die in de maand succesvol authenticeert bij je Entra-tenant is een MAU. Dat geldt of de persoon gebruikmaakt van een standaard aanmelding met gebruikersnaam en wachtwoord, een eenmalige code (OTP), een social login of een gefedereerde provider.

Telkens wanneer een gebruiker een nieuwe authenticatie voltooit, dus een nieuwe aanmelding of iets waarvoor opnieuw inloggegevens moeten worden ingevoerd, registreert Entra dat. Maar let op: herhaalde aanmeldingen of verlengde sessies binnen dezelfde maand leveren voor dezelfde persoon geen extra kosten op. Ook als iemand een dozijn keer inlogt, is het één MAU en geen twaalf. Zo voorkom je verrassingen op actieve dagen.

Sommige gebeurtenissen lijken mee te tellen, maar verschuiven de MAU-teller niet altijd. Sessieverlengingen met refreshtokens of stille SSO-gebeurtenissen die de gebruiker niet volledig opnieuw authenticeren, zorgen binnen dezelfde combinatie van gebruiker en maand over het algemeen niet voor een nieuwe telling. Evenzo telt bij een gast die over meerdere apps binnen dezelfde tenant gaat, alleen de eerste gekwalificeerde authenticatie mee.

Let op dat sociale logins, OTP en federatie ook als standaardaanmeldingen worden geteld wanneer ze met je tenant werken. Gebruikers die over meerdere tenants heen werken, moeten zich echter in elke tenant afzonderlijk aanmelden. Als je externe identiteiten over tenants heen gebruikt, kan hetzelfde e-mailadres dus als meerdere MAU’s verschijnen (één per tenant). Door dit vooraf te begrijpen, voorkom je verrassingen en kun je je identiteitsstromen zo inrichten dat ze kostenefficiënt zijn.

Externe tenants effectief koppelen aan Azure-abonnementen

Wil je duidelijke, transparante facturatie en houd je grip op je externe identiteiten in Entra ID, dan moet elke externe tenant goed gekoppeld zijn aan een Azure-abonnement. Deze koppeling vormt de brug voor facturatie, levenscyclusbeheer en een helder overzicht van de beheerstructuur.

Met de juiste koppeling tussen een externe tenant en een Azure-abonnement blijven de kosten zowel traceerbaar als voorspelbaar. Zonder deze opzet worden het bijhouden van kosten, het doorbelasten binnen de organisatie en het voorkomen van verweesde resources al snel een nachtmerrie. Wanneer je het goed inricht, krijg je een gestroomlijnd overzicht van de activiteit van externe gebruikers, de resources die ze gebruiken en waar de kosten terechtkomen.

Naarmate je identiteitsomgeving groeit, zeker over projecten of meerdere business units heen, helpt het om de koppelingen tussen tenants en abonnementen overzichtelijk te houden. Dat ondersteunt verantwoordelijkheid en governance. Je ziet zo sneller overlappende toegang, kunt ongebruikte identiteiten opruimen en reageert sneller als er iets misgaat. Hierna bespreken we stap voor stap hoe je tenants koppelt en wat je doet als je abonnement niet verschijnt. Zo ben je goed voorbereid, of je nu proactief werkt of een gemiste koppeling moet herstellen.

Stappen om een abonnement van een externe tenant te koppelen

1. Meld je aan bij de Azure-portal als Global Administrator of als eigenaar van het betreffende abonnement. Je hebt de juiste rol nodig om wijzigingen op abonnementsniveau door te voeren.
2. Ga naar de blade Azure Active Directory en schakel vervolgens over naar de tenant die je als externe tenant wilt koppelen.
3. Ga in de tenant naar Abonnementen en selecteer Toevoegen of Koppelen. Kies het Azure-abonnement dat je wilt koppelen.
4. Bevestig de koppeling en wijs de benodigde machtigingen toe, zodat beheerders facturatie en instellingen kunnen beheren voor zowel de tenant als het gekoppelde abonnement.
5. Controleer na het koppelen de factuur- en facturatiegegevens in de sectie Cost Management + Billing. Zo zie je eventuele configuratiefouten voordat ze later problemen veroorzaken.

Probleemoplossing: wat als je tenantabonnement niet gekoppeld is?

• Controleer de tenantstatus: Kijk in de Azure-portal of je tenant echt verweesd is of alleen onjuist wordt weergegeven, door het abonnements-id van je Entra-tenant na te gaan.
• Abonnement toewijzen: Als de tenant niet gekoppeld is, gebruik dan je beheerdersmachtigingen om de tenant via Cost Management + Billing te koppelen aan een geldig abonnement. Zoek naar de optie om de tenant te koppelen.
• Problemen met machtigingen: Controleer of je de juiste beheerdersrol hebt (Eigenaar, Facturatiebeheerder) om toegangsfouten tijdens het koppelen te voorkomen.
• Eigendomsconflicten oplossen: Als je tenant niet gekoppeld kan worden, controleer dan of er eerdere koppelingen of overdrachten zijn geweest. Neem contact op met Microsoft-support als je blijvend vastloopt.

Authenticatiemethoden en hun invloed op de prijs van Entra ID

Bij externe identiteiten in Entra ID heeft de manier waarop gebruikers zich aanmelden direct invloed op wat je betaalt. De combinatie van opties, zoals eenmalige codes (OTP), sociale logins, standaard gebruikersnaam en wachtwoord, OpenID Connect of native app-aanmeldingen, bepaalt wie als factureerbare MAU wordt geteld en wanneer dat gebeurt.

Niet alle aanmeldmethoden zijn even geschikt op het gebied van beveiliging en kosten. Voor organisaties die zowel een soepele gastervaring als grip op de kosten willen, brengt elke methode afwegingen met zich mee. Sociale logins kunnen de toegang versoepelen, maar compliceren soms het levenscyclusbeheer. OTP is eenvoudig, maar kan leiden tot hergebruik van authenticatie of extra supporttickets. OpenID Connect en browsergebaseerde native flows bieden bredere integratiemogelijkheden, maar veranderen zowel het gebruikersgedrag als de hoogte van de factuur.

Het verschil begrijpen is cruciaal, zeker nu identiteitsaanvallen en beveiligingsrisico's ontstaan door geavanceerde authenticatiepatronen. Voor context over identiteitsgerelateerde risico's en praktische strategieën om complexe toegangsstromen in Entra te beheren, bekijk je deze diepgaande analyse van voorwaardelijke toegang en governance.

Laten we vervolgens de kosten bekijken voor verschillende authenticatiescenario's, zodat je identiteitsstromen kunt ontwerpen die zowel je gebruikers als je budget ondersteunen.

OTP en sociale logins gebruiken: gevolgen voor de prijs

• OTP-logins: Elke geslaagde authenticatie met een eenmalige code (zoals via e-mail of sms) telt als één MAU voor die maand. Als een gebruiker in dezelfde maand meerdere keren inlogt via OTP, blijft dat één MAU, maar elke eerste authenticatie in een periode leidt wel tot facturatie.
• Sociale identity providers: Logins via populaire diensten, zoals Google, Facebook of LinkedIn, registreren de gebruiker als MAU zodra hij toegang krijgt tot een resource. Latere logins in dezelfde maand worden niet dubbel geteld, maar het gebruik van verschillende sociale accounts voor hetzelfde e-mailadres kan wel leiden tot nieuwe MAU's.
• Randgevallen: Als je externe gebruiker tussen tenants heen en weer gaat (stel dat je dochterondernemingen hebt), telt elke unieke tenant-login als extra MAU. Identiteiten in kaart brengen en waar mogelijk samenvoegen kan je kosten dus verlagen.

OpenID Connect-, native- en browsergebaseerde authenticatiescenario's

• OpenID Connect (OIDC): Wanneer gebruikers zich authenticeren via OIDC, telt elke geslaagde eerste login binnen de maandelijkse cyclus als één MAU. OIDC ondersteunt echter refresh tokens. Zolang tokens geldig zijn en sessies niet verlopen, wordt een gebruiker niet opnieuw als nieuwe MAU geteld.
• Native app-authenticatie: Apps die gebruikmaken van native Entra ID-bibliotheken (bijvoorbeeld MSAL) volgen vergelijkbare regels. De eerste authenticatie telt, maar stille vernieuwing van tokens niet. Verschillende apps in dezelfde tenant leveren geen extra MAU's op zolang de gebruiker actief blijft.
• Browsergebaseerde stromen: Browsersessies kunnen lastig zijn. Cookies wissen of sessies laten verlopen kan opnieuw authenticatie afdwingen, wat eruit kan zien als nieuwe MAU's als het gaat om een volledig nieuwe sessie in een nieuwe kalendermaand. Als je hiervan bewust bent, kun je beter sessies beheren en kosten beheersen.

Vergelijkingstabel: prijzen van Entra External ID en Azure AD B2C

• Prijsmodel: Entra External ID werkt met een op MAU gebaseerde tarieflaag, waarbij organisaties alleen betalen voor unieke maandelijkse actieve gebruikers. Azure AD B2C was traditioneel meer transactiegebaseerd of kende kosten per authenticatie, hoewel recente modellen vooral naar MAU zijn overgegaan voor eenvoud.
• Inbegrepen functies: Beide bieden in de basislaag self-service wachtwoordherstel, multifactorauthenticatie en gebruikersbeheer. Entra External ID biedt doorgaans diepere integratie met Microsoft 365, terwijl B2C zich richt op scenario's met klanten en aanpasbare gebruikersreizen.
• Supportopties: Support voor Entra External ID valt onder de reguliere Microsoft-supportkanalen. B2C heeft eigen supportniveaus, maar voor reacties met SLA is mogelijk een premiumabonnement nodig.
• Gebruiksscenario's: Entra External ID is het beste geschikt voor business-to-business, partner- of gastsamenwerking (vooral binnen het M365- en Azure-ecosysteem). Azure AD B2C heeft de voorkeur voor business-to-customer (B2C)-toepassingen die white-label branding en flexibele aanmeldpaden nodig hebben.
• Overwegingen bij migratie: Migreren van B2C naar Entra ID vraagt een zorgvuldige identiteitsmapping, maar levert wel strakkere governance op. Let daarbij wel op het risico van vendor lock-in. Voor inzichten over migratie kun je het beste letten op richtlijnen over afhankelijkheid van leveranciers en gefaseerde uitrol.

Best practices voor kostenoptimalisatie bij grote aantallen gebruikers

Als je organisatie grote groepen bedient of als het aantal externe gebruikers ineens sterk stijgt, bijvoorbeeld bij conferenties, retailevenementen of snelle projectlanceringen, ken je de frustratie van onvoorspelbare facturen. Het externe facturatiemodel van Entra ID is weliswaar eerlijk, maar er blijft flink wat risico als je sessiebeheer of authenticatiestromen niet goed zijn afgesteld.

Slimme configuratie van tokenlevensduur, vernieuwingsbeleid en time-outs bij inactiviteit helpt het aantal MAU's stabiel te houden. Door sessies te verlengen en tokens zorgvuldig te hergebruiken, voorkom je dat één enthousiaste gast je factuur opblaast met onnodig frequente logins. Dit geldt vooral in omgevingen met mobiel gebruik, B2B-scenario's of hybride app-gebruik.

Hybride scenario's, waarin dezelfde persoon zowel als 'interne medewerker' als 'externe gast' optreedt, verdienen speciale aandacht. Als je de architectuur niet goed inricht, kan je dubbel gefactureerd worden, doordat die gebruiker zowel als gelicentieerde interne identiteit als externe MAU wordt geteld. Door facturatiemapping en roltoewijzing op elkaar af te stemmen, blijft de telling nauwkeurig en bespaar je geld wanneer rollen veranderen.

Voor organisaties die financiële discipline willen afdwingen, worden strategieën zoals chargeback, showback en gecentraliseerd governance essentieel. Ze maken het mogelijk kosten transparant te verdelen en zorgen voor verantwoordelijkheid binnen de afdelingen. Voor meer inzicht in governance en de beperkingen van showback-modellen in echte Microsoft 365-omgevingen kun je kijken naar deze deep dive over kostenverantwoordelijkheid en het belang van afdwingbaar Azure-governance. Hierna gaan we in op de praktische details van sessie-, token- en hybride identiteitsbeheer.

Strategieën voor sessie- en tokenbeheer om MAU te verminderen

• Optimaliseer sessietime-outs: Stel sessieduur zo in dat gebruikers niet te vaak worden uitgelogd, zodat er minder nieuwe MAU's ontstaan door herhaalde authenticaties.
• Beleid voor hergebruik van tokens: Sta, waar de beveiliging dat toelaat, langere levensduren van refresh-tokens toe. Gebruikers blijven ingelogd en elke gebruiker wordt per maand maar één keer geteld.
• Afstemming van inactiviteits-time-out: Vermijd te agressieve inactiviteits-time-outs die gebruikers steeds opnieuw laten inloggen. In combinatie met meerdere tenants kan dat het MAU-aantal onnodig doen stijgen.
• Inloggedrag monitoren: Gebruik rapporten om overbodige of vermijdbare logins op te sporen, en stem je configuratie af op het werkelijke gebruikersgedrag voor een gemiddelde betrokkenheid.

Hybride gebruikersstromen beheren om dubbele facturering te voorkomen

• Rolgebaseerde toewijzing: Definieer duidelijk wanneer een gebruiker als 'intern' of 'extern' wordt behandeld en handhaaf dat, zodat dezelfde persoon niet twee keer wordt gefactureerd.
• Verenigde identiteitsopslag: Gebruik waar mogelijk één bron van waarheid voor identiteiten, bij voorkeur in Azure AD/Entra, om dubbele records in verschillende omgevingen te voorkomen.
• Geautomatiseerd groepsbeleid: Gebruik dynamische groepen en geautomatiseerde toewijzingen in Entra om de status en rechten van gebruikers aan te passen wanneer hun rol verandert.
• Facturatiecontroles: Plan regelmatig controles in op overlappende accounts of overgangen, en los die op voordat ze je factuur opblazen.

Conclusie: belangrijkste punten en implementatiechecklist voor Entra ID-prijzen

Als je externe identiteiten in Entra ID beheert, houdt een degelijke strategie zowel je budget als de managers tevreden. Hier zijn de belangrijkste lessen en enkele praktijkvoorbeelden die je werk makkelijker maken, en je financiële collega's een stuk minder chagrijnig:

1. Begrijp het factureringsmodel: Je betaalt op basis van Monthly Active Users (MAU). Elke unieke externe gebruiker die binnen een maand inlogt, wordt geteld, dus meer logins betekent hogere kosten. Houd bij wat je MAU-aantal verhoogt.
2. Beheer de koppeling van tenants en abonnementen: Zorg dat elke externe tenant naar het juiste Azure-abonnement wordt gekoppeld. Fouten hier kunnen leiden tot verloren gebruiksgegevens of onverwachte kosten.
3. Kies authenticatiemethoden met zorg: Niet alle logins zijn gelijk. Eenmalige e-mailcodes (OTP) kunnen de kosten opdrijven via leveringskosten of supportverzoeken, terwijl sociale logins of federatieve identiteiten in scenario's met veel volume geld kunnen besparen.
4. Optimaliseer sessie- en tokeninstellingen: Stel sessieduur en inactiviteits-time-outs zo af dat je MAU niet onnodig opgeblazen raakt door herhaalde logins. Hergebruik van tokens helpt je om overtollige 'actieve' gebruikers te beperken.
5. Plan voor hybride stromen en nauwkeurige gebruikersrollen: Let op gebruikers die tussen intern en extern wisselen. Het is makkelijk om per ongeluk dubbel te factureren als je stromen niet overzichtelijk zijn en de categorieën niet duidelijk.

Houd deze checklist bij de hand wanneer je externe identiteiten in Entra ID uitrolt of verfijnt. De juiste keuzes vandaag betekenen minder factureringsverrassingen, en soepelere budgetgesprekken, later.

Luister ook naar deze afleveringen

Als je onderzoek doet naar prijzen voor externe identiteiten in Microsoft Entra, bieden deze afleveringen praktische context over identiteitsbeveiliging, governance, toegangsbeheer en Microsoft 365-operaties:

• Privileged Identity Management – Simply Explained — Leer over just-in-time-bevoegdheden, goedkeuringen en toegangsreviews.
• Conditional Access – Simply Explained — Ontdek hoe contextbewuste beleidsregels gebruikers en apparaten beschermen.
• Microsoft Defender XDR – Simply Explained — Koppel identiteitssignalen aan detectie, onderzoek en respons.
• Microsoft Teams Governance – The Illusion of Control — Zie hoe governance eigenaarschap en herhaalbare controles creëert.

Hoe je de prijs van Microsoft Entra External Identities inschat

1. Bepaal het scenario: samenwerking met gasten als werknemer, klantidentiteit of partnertoegang.
2. Schat het aantal maandelijks actieve gebruikers in in plaats van het totale aantal geregistreerde accounts.
3. Inventariseer de eisen op het gebied van aanmelding, beveiliging, branding, applicaties en support die het ontwerp kunnen beïnvloeden.
4. Controleer bij Microsoft het actuele aanbod, de valuta, de regio en de voorwaarden voordat je een kostenmodel vastlegt.

Gebruik de officiële prijspagina van Microsoft Entra en de Microsoft Learn-documentatie voor External ID voor de actuele productscope. Prijzen en in aanmerking komen kunnen veranderen, dus gebruik een oude schatting niet als basis voor een inkoopbeslissing.

External identities: kostenfactoren om te documenteren

Veelgestelde vragen

Wat is het verschil tussen een external identity en een gastaccount?

External identities is het bredere mogelijkheidsgebied van Microsoft Entra voor mensen buiten de werknemerstenant. Gasttoegang is een veelvoorkomend samenwerkingspatroon binnen dat bredere model voor externe toegang.

Kan ik de prijs plannen op basis van het aantal verzonden uitnodigingen?

Nee. Uitnodigingen alleen laten niet zien hoeveel gebruikers daadwerkelijk authenticeren. Modelleer het verwachte aantal maandelijks actieve gebruikers en valideer de actuele prijsvoorwaarden.

Laatst beoordeeld: juli 2026.

🎧 Luister ook eens naar

• Identity Governance in Microsoft Entra

  Ontdek hoe eigenaarschap, toegangsreviews en levenscyclusbeheer de prijsbeslissingen voor Microsoft Entra External Identities aanvullen.

• Microsoft Entra Private Access – Simply Explained

  Verken een verwant Entra-toegangspatroon en de architectuurvragen die veilige identiteitsdiensten vormgeven.

• Conditional Access voor gasten in Microsoft Entra ID

  Deze praktische gids helpt om de kostenplanning voor externe gebruikers te koppelen aan de beveiligingscontroles die nodig zijn voor gasttoegang.