U ontwerpt Azure AD B2C voor een mobiele app die lokale accounts, Google en de SAML IdP van een partner moet ondersteunen. Tijdens het aanmelden/inloggen moet u een REST API aanroepen om een klantnummer te valideren en de geretourneerde tier als een aangepaste claim in de access token op te nemen. Welke aanpak moet u aanbevelen?

Aangepaste beleidsregels (Custom Policies), gebaseerd op het Identity Experience Framework (IEF), bieden de flexibiliteit die nodig is voor dit scenario. Ze ondersteunen de integratie van meerdere identiteitsproviders (Google via OIDC en een SAML IdP) en maken het mogelijk om een REST API aan te roepen voor validatie en het verrijken van tokens met aangepaste claims zoals de klanttier. Ingebouwde gebruikersstromen zijn te beperkt; ze ondersteunen geen REST API-aanroepen voor validatie tijdens de aanmelding en bieden minder controle over claimuitgifte. Azure AD B2B is voor samenwerking met externe organisaties, niet voor consumentenapps. Microsoft Graph is voor het beheren van directory-objecten, niet voor runtime-claimverrijking tijdens authenticatie. API Management kan tokens transformeren, maar is niet de primaire authenticatie- en autorisatie-engine voor B2C-gebruikersstromen en zou een complexere architectuur introduceren.