AADSTS700016-fout 'Application Not Found' oplossen in Azure AD

By Mirko Peters · 2026-04-20

De AADSTS700016-fout is een veelvoorkomende ergernis bij verificatie met Microsoft Azure Active Directory, zeker als je apps uitrolt in de hele organisatie of Microsoft 365-integraties beheert…

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

De AADSTS700016-fout is een veelvoorkomende ergernis bij verificatie met Microsoft Azure Active Directory, zeker als je apps uitrolt in de hele organisatie of Microsoft 365-integraties beheert. Simpel gezegd duikt deze fout op wanneer Azure AD de applicatie niet kan vinden die het moet verifiëren. Meestal komt dat doordat de app niet correct is geregistreerd, voor de verkeerde tenant is geconfigureerd, of doordat er een afwijking is in de client-ID.

Dit is meer dan irritant; het kan gebruikers of services volledig blokkeren om toegang te krijgen tot belangrijke bedrijfsbronnen. Voor IT-professionals, ontwikkelaars en iedereen die Azure AD beheert, is het cruciaal om deze fout snel te begrijpen en op te lossen. Het gaat niet alleen om het herstellen van een soepele single sign-on-ervaring, maar ook om het strak houden van de beveiliging en het draaiend houden van de operatie zonder onnodige onderbrekingen.

Als je werkt met enterprise governance of verantwoordelijk bent voor de techniek achter app-integraties, is het oplossen van AADSTS700016 een essentiële vaardigheid. Doe je het verkeerd, dan sluit je mensen mogelijk buiten de tools die ze nodig hebben. Doe je het goed, dan werkt alles gewoon.

De oorzaken van de AADSTS700016-fout begrijpen en diagnosticeren

Wanneer je de AADSTS700016-fout in Azure AD ziet, weet je dat de authenticatie op een muur is gestuit. Meestal betekent dit dat de applicatie of service waarmee je verbinding probeert te maken, niet staat waar Azure die verwacht. Negen van de tien keer gaat het om een verwarring in registratie of configuratie: ofwel is de app niet geregistreerd in de juiste Azure-tenant, ofwel klopt de client-ID in de authenticatieaanvraag niet.

Hoe begin je dan met diagnosticeren? Controleer eerst of de applicatie echt geregistreerd is in de Azure-tenant die je gebruikt. Dat wordt makkelijk over het hoofd gezien, zeker als je met meerdere directory's werkt of schakelt tussen test- en productieomgevingen. Controleer daarna de client-ID nog eens goed. Zelfs een kleine typefout of een verouderde waarde kan deze fout veroorzaken, omdat Azure AD exacte overeenkomsten verwacht voor zowel de registratie als de authenticatiestromen.

Werk je met een single-tenant-app, zorg dan dat je niet probeert in te loggen via een andere Azure AD-directory. Single-tenant betekent single-tenant: als je de directory's door elkaar haalt, vindt Azure de app niet en verschijnt de fout. Bij multi-tenant-scenario's komt er nog een extra factor bij: als de app niet is ingeschakeld voor multi-tenant of niet de juiste toestemming heeft gekregen, is hij voor gebruikers in andere organisaties mogelijk onzichtbaar.

Een methodische diagnose bespaart uren giswerk. Controleer de app-registraties, bevestig de client-ID en zorg dat authenticatieaanvragen de bedoelde tenant bereiken. Deze aanpak lost niet alleen de huidige problemen op, maar bepaalt ook je strategie voor doorlopend Azure-governance. Wil je meer weten over het organiseren van je Azure-omgeving om deze problemen te voorkomen, dan is het de moeite waard om deze gids over Azure enterprise governance te lezen. Een sterk governanceplan is de helft van het werk bij het bestrijden van terugkerende configuratiefouten zoals AADSTS700016.

De Application Not Found-fout in Azure AD oplossen: stap-voor-stap oplossingen

Klaar om de AADSTS700016-fout direct aan te pakken? Begin met controleren of de applicatie echt is geregistreerd in Azure Active Directory. Ga naar de Azure-portal, controleer je tenant en registreer de app zorgvuldig met de juiste gegevens. Herhaal dit proces voor elke omgeving (ontwikkeling, staging, productie); dat voorkomt verrassingen die specifiek zijn voor een omgeving.

Richt je vervolgens op de client-ID of Application ID. Ga naar het scherm van de app-registratie en kopieer de exacte waarde. Typ hem liever niet met de hand over als dat kan. Plak deze waarde in je authenticatieaanvragen, zowel in code als in configuratie. Als je secrets of certificaten roteert, zorg dan dat die actueel zijn en correct worden gerefereerd.

Ondersteun je meerdere organisaties, overweeg dan om je applicatie om te zetten naar een multi-tenant-model. Dit schakel je simpel in via de app-instellingen, maar zorg dat je toestemming en machtigingen voor externe gebruikers goed regelt. Beheerderstoestemming kan hier het verschil maken: als toestemming is geweigerd of nog niet is verleend, zien gebruikers de fout mogelijk ook als de app technisch wel aanwezig is.

Om je verdediging tegen aanvallen en ongewenste verrassingen te versterken, kun je je OAuth-toestemmingsbeleid in Entra ID aanscherpen en je Conditional Access-beleid nalopen. Het gaat er niet alleen om wat kapot is te repareren, maar ook om ervoor te zorgen dat het morgen nog steeds werkt. Hanteer een vaste routine: registreer apps in de juiste tenant, controleer geheimen en machtigingen regelmatig en valideer altijd de exacte Application ID in je integratieconfiguraties.

Problemen met AADSTS700016 oplossen bij DevOps-, hybride en toestemmingsscenario's

Laten we nu kijken naar de lastigere kant van AADSTS700016: de minder voor de hand liggende situaties waar zelfs ervaren beheerders even geen raad mee weten. In DevOps- en CI/CD-pipelines duikt deze fout vaak op omdat serviceprincipals niet in de juiste tenant zijn geregistreerd, of omdat de pipeline naar een omgeving verwijst waarin de app simpelweg niet bestaat. Automatisering houdt niet van verrassingen, dus zorg dat elke omgeving (dev, staging, prod) een eigen, correcte registratie heeft en dat je serviceaccounts of workload identities goed zijn ingericht en correct zijn afgebakend.

Hybride omgevingen zijn nog interessanter. Als je identiteiten synchroniseert van on-premises Active Directory naar Azure AD, kunnen hiaten of afwijkingen in DirSync of Azure AD Connect ervoor zorgen dat de app-registratie uit de clouddirectory verdwijnt, ook al bestaat hij nog on-premises. Identiteitssynchronisatie is zowel een technische als een governance-uitdaging. Voor grotere organisaties zijn sterk identiteitsbeheer en regelmatige synchronisatiecontroles cruciaal. Bekijk ons advies over het beheren van workload identities in hybride omgevingen voor strakkere controle en minder risico.

Integraties tussen clouds brengen hun eigen soort chaos met zich mee. Als je Azure AD gebruikt als identity provider voor AWS, GCP of on-premises systemen, zorg dan dat je app-registraties en metadata correct worden doorgegeven over de brug. Anders zoekt de externe cloud bij Azure aan en vindt hij... niets.

Ten slotte: let ook op toestemming en Conditional Access. Het kan voorkomen dat een app wel aanwezig is maar onzichtbaar blijft door een geweigerde beheerderstoestemming of restrictieve beleidsinstellingen. Als je app afhankelijk is van just-in-time toestemming en de juiste machtigingen ontbreken, of het beleid toestemming helemaal blokkeert, verschijnt AADSTS700016. Dat lijkt een registratieprobleem, maar is in feite een toegangsprobleem. Identity als het ‘control plane’ is een cruciaal concept, en het beveiligen van die lussen zorgt ervoor dat je problemen signaleert voordat ze je automatisering of hybride stromen blokkeren.