Comment corriger l’erreur AADSTS50020 « Compte utilisateur introuvable dans le locataire »

By Mirko Peters · 2026-04-21

Si vous avez déjà été bloqué par l’erreur « AADSTS50020 : compte utilisateur introuvable dans le locataire » lors d’une tentative de connexion à Microsoft 365, Azure ou à une application…

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

Si vous avez déjà été bloqué par l’erreur « AADSTS50020 : compte utilisateur introuvable dans le locataire » lors d’une tentative de connexion à Microsoft 365, Azure ou à une application utilisant Microsoft Entra ID (anciennement Azure AD), vous n’êtes pas seul. Cette erreur agaçante est un problème courant pour les administrateurs, les développeurs et les utilisateurs ordinaires qui rencontrent des difficultés pour se connecter ou obtenir un accès.

Ce guide vous présente ce que signifie réellement AADSTS50020, où l’erreur apparaît, comment la corriger rapidement et comment l’éviter à l’avenir. Nous abordons les causes profondes, les situations délicates et les solutions pas à pas, afin que vous sachiez exactement comment traiter ce problème d’identité, que vous gériez une organisation entière ou que vous dépanniez en tant que développeur.

Prêt à démêler ces messages de locataire déroutants et à reprendre votre travail ? Plongeons dans le sujet et analysons ce qui se passe réellement, afin de résoudre le problème durablement et peut-être même d’empêcher son retour !

Comprendre l’erreur AADSTS50020 du fournisseur d’identité

Lorsque vous rencontrez l’erreur AADSTS50020, Microsoft vous signifie en substance : « Désolé, ce compte utilisateur n’existe pas dans ce locataire. » Mais derrière cet avertissement sobre se cache un peu plus de drame technique. Cette erreur est directement liée à des problèmes de fournisseur d’identité dans les environnements Microsoft Entra ID (Azure AD). En termes simples, le service tente de faire correspondre votre compte de connexion à un locataire précis (l’annuaire de votre organisation), mais il ne trouve aucune correspondance.

Cette incohérence peut avoir plusieurs grandes causes, mais elle signifie toujours que le service d’authentification ne trouve aucune trace de votre compte dans l’annuaire qu’il interroge. Vous utilisez peut-être un compte personnel au lieu d’un compte professionnel, vous êtes peut-être connecté au mauvais locataire, ou il existe peut-être un dysfonctionnement technique dans la configuration des comptes ou des domaines côté serveur.

Du point de vue de Microsoft, chaque tentative de connexion passe par un « fournisseur d’identité » qui vérifie qui vous êtes et à quel locataire vous appartenez. Si vous vous présentez avec les mauvaises clés, ou avec des clés qu’il n’a jamais vues, l’accès vous est refusé, et le code AADSTS50020 correspond à la version Microsoft de « accès refusé : utilisateur introuvable ici ».

Comprendre comment et pourquoi cette erreur se produit vous permet de la diagnostiquer. Les sections suivantes vous aideront à repérer les symptômes exacts et à examiner plus en détail les dysfonctionnements techniques les plus courants qui perturbent l’authentification dans les environnements cloud Microsoft.

Symptômes courants et expériences utilisateur problématiques

• Vous arrivez sur un écran de connexion Office 365, le portail Azure ou une application intégrée à Microsoft, vous saisissez votre adresse e-mail, et une fenêtre d’erreur s’affiche indiquant « Le compte utilisateur du fournisseur d’identité n’existe pas dans le locataire ». Parfois, le message fait référence à votre compte et au nom du locataire, ce qui laisse perplexe.
• Au lieu d’accéder au tableau de bord de votre entreprise ou à votre application, vous êtes refusé ou informé que votre compte n’existe pas dans l’organisation, alors que vous êtes certain d’avoir un compte ou d’avoir récemment reçu une invitation.
• Si vous tentez d’accéder à une ressource en tant qu’invité ou utilisateur externe, vous constatez peut-être que vous ne pouvez tout simplement pas atteindre les ressources nécessaires, quel que soit le nombre de connexions effectuées ou le navigateur utilisé.
• Les développeurs et les administrateurs peuvent remarquer des schémas de connexions échouées ou de demandes de jetons infructueuses liées à des inscriptions d’applications, des points de terminaison ou des types d’utilisateurs spécifiques dans les journaux et les rapports.

Causes profondes des échecs de connexion AADSTS50020

L’erreur AADSTS50020 n’est pas un simple incident aléatoire : c’est la façon dont Microsoft Entra vous signale qu’un problème est survenu au niveau de la correspondance des comptes, de la sélection du locataire ou des paramètres du fournisseur d’identité. Au fond, le problème tient à un décalage entre l’utilisateur qui tente de se connecter et l’endroit où Microsoft recherche les informations relatives à cet utilisateur.

Plusieurs raisons peuvent expliquer ce phénomène, qu’il s’agisse d’utiliser une adresse e-mail personnelle au lieu d’un compte professionnel, de sélectionner le mauvais point de terminaison de connexion, de configurations d’application trompeuses, voire d’attributions d’utilisateurs mal gérées. Parfois, il ne s’agit que d’une simple erreur, comme cliquer sur le mauvais lien d’invitation. D’autres fois, la cause profonde se situe dans l’infrastructure, par exemple des problèmes de synchronisation de l’annuaire en arrière-plan ou des vérifications de domaine manquantes.

Comprendre chacune de ces causes profondes est la clé pour franchir ce mur « utilisateur introuvable ». Que vous ayez affaire à des comptes personnels Microsoft Entra, à des types de comptes non pris en charge, à des choix de point de terminaison mal adaptés ou à des problèmes liés aux invitations d’invités et aux affectations d’applications, nous allons examiner les scénarios les plus courants. Vous saurez ainsi où chercher, quelles questions poser et, surtout, comment résoudre le problème une fois pour toutes.

Et si vous voulez voir comment les comptes invités non gérés peuvent ajouter encore davantage de complications, consultez ce guide sur les dangers cachés des comptes invités Microsoft 365 qui subsistent pour des conseils permettant de garder les choses ordonnées et sécurisées.

Problèmes liés aux comptes personnels Microsoft Entra et aux types de comptes non pris en charge

• Connexions avec un compte personnel : si vous essayez de vous connecter au Centre d’administration Microsoft Entra avec un compte Microsoft personnel (comme @outlook.com ou @hotmail.com), cela déclenche généralement l’erreur AADSTS50020, car ce centre d’administration n’accepte que les comptes professionnels ou scolaires (organisationnels).
• Types de comptes non pris en charge dans les inscriptions d’applications : supposons qu’une application soit configurée en « locataire unique », mais que vous tentiez d’y accéder avec un compte provenant d’une autre organisation ou un compte Microsoft personnel. Cette incohérence déclenchera également l’erreur.
• Mélange de locataires multiples et de comptes personnels : les développeurs configurent parfois les applications pour accepter plusieurs annuaires organisationnels, mais oublient d’autoriser les comptes personnels, ou inversement. Ces erreurs de configuration entraînent l’échec de l’authentification pour les utilisateurs qui ne relèvent pas du type autorisé.

Problèmes liés aux points de terminaison, à la sélection du locataire et aux invitations d’invités

• Utilisation d’un mauvais point de terminaison d’authentification : les connexions Microsoft prennent en charge plusieurs points de terminaison, comme /common, /organizations, /consumers et ceux propres à chaque locataire. Si vous tentez de vous connecter à une application propre à un locataire en utilisant le point de terminaison /common ou /consumers avec un compte professionnel, Azure AD ne peut pas faire correspondre votre compte, ce qui provoque l’erreur AADSTS50020.
• Connexion au mauvais locataire : il est étonnamment facile de se retrouver dans le mauvais annuaire organisationnel, surtout si vous appartenez à plusieurs organisations. Si vous vous authentifiez auprès d’un locataire où votre compte n’existe pas, vous obtiendrez cette erreur. C’est un grand classique : vous êtes à la mauvaise porte d’entrée.
• Invitation d’invité non envoyée ou non acceptée correctement : les organisations qui invitent des collaborateurs externes oublient parfois d’envoyer ou de configurer correctement les invitations d’invités. Si le compte invité n’est pas correctement enregistré ou activé, l’utilisateur est invisible pour l’annuaire et se heurte à un refus pur et simple lorsqu’il tente d’accéder aux applications ou aux fichiers.
• L’application exige une attribution d’utilisateur, mais vous n’y avez pas accès : certaines applications de Microsoft Entra sont verrouillées et réservées à des utilisateurs ou groupes précis. Si l’option « Attribution d’utilisateur requise » est activée et que vous ne figurez pas dans la liste, l’accès vous sera refusé, avec un message d’erreur pouvant ressembler à AADSTS50020, même si votre compte est valide.
• Utilisateurs supprimés puis recréés : si un utilisateur a été supprimé puis recréé dans le locataire d’origine avec la même adresse e-mail, Azure AD peut ne pas reconnaître le « nouvel » utilisateur comme étant le même objet, en particulier dans des environnements à plusieurs locataires. Cela peut tout à fait provoquer des connexions non résolues et ce tristement célèbre code d’erreur.
• Erreurs de configuration des domaines et du DNS : si votre organisation utilise des domaines personnalisés (pour les noms d’utilisateur principaux ou les inscriptions d’applications) et que ces domaines ne sont pas vérifiés ou sont mal configurés dans Azure AD, la résolution des utilisateurs peut échouer avec l’erreur AADSTS50020. Même des erreurs DNS locales ou des blocages des points de terminaison d’authentification peuvent empêcher la connexion : l’infrastructure compte, et beaucoup !
• Problèmes de synchronisation de l’annuaire (identité hybride) : dans certains environnements d’entreprise hybrides, où les comptes sont synchronisés depuis Active Directory local à l’aide d’outils comme Azure AD Connect, des utilisateurs absents ou non synchronisés dans le locataire cible peuvent aussi provoquer des erreurs de compte introuvable. Vérifiez l’état de votre synchronisation chaque fois que l’identité hybride est en jeu.
• Shadow IT ou applications non gérées : les applications non approuvées ou le consentement accordé à des applications tierces (le Shadow IT classique) peuvent créer des chemins d’accès concurrents pour les utilisateurs et contribuer parfois à des erreurs de connexion persistantes et difficiles à diagnostiquer. Pour maîtriser les risques liés au Shadow IT, consultez ce guide sur la gestion du Shadow IT au sein de votre locataire M365.

Solutions efficaces pour les erreurs « Compte introuvable » AADSTS50020

Pour corriger l’erreur AADSTS50020, commencez toujours par identifier précisément l’origine de l’incohérence : type de compte, annuaire, point de terminaison ou autorisations d’accès. Une fois la cause racine identifiée, vous pouvez appliquer les solutions adaptées à chaque scénario et éviter que cette erreur ne réapparaisse.

S’il s’agit d’un problème de compte personnel ou professionnel, utilisez le type de connexion approprié. Si le problème vient de l’inscription de l’application, vérifiez les types de comptes pris en charge et modifiez-les pour accepter les comptes souhaités : locataire unique, multilocataire, voire comptes Microsoft personnels si nécessaire. Pour les utilisateurs invités, assurez-vous que les invitations sont correctement envoyées et acceptées. Parfois, une nouvelle invitation suffit à tout résoudre.

N’oubliez pas l’attribution des utilisateurs ! Si votre application l’exige, attribuez les bonnes personnes ou les bons groupes dans Microsoft Entra pour lever le blocage. Si le problème persiste à cause de la mise en cache du navigateur ou de sessions persistantes, essayez de vous déconnecter, puis de rouvrir la page de connexion dans une fenêtre de navigation privée. Il arrive aussi qu’il faille créer un nouvel annuaire ou attribuer l’accès à un niveau supérieur, en particulier lors de la mise en place de nouveaux locataires ou de la migration d’utilisateurs.

Une solution d’entreprise complète suppose également de mettre en place une gouvernance adaptée. Découvrez comment la dérive des stratégies et des attributions peut créer le chaos dans les grands environnements, et pourquoi les revues régulières et le RBAC sont essentiels dans ce guide sur la stratégie de gouvernance Azure en entreprise. Avec la bonne correction technique et une planification proactive, vous empêcherez l’erreur AADSTS50020 de hanter vos pages de connexion.

Bonnes pratiques éprouvées pour prévenir les futures erreurs AADSTS50020

• Choisissez le bon point de terminaison de connexion : Faites toujours correspondre l’audience de connexion de votre application (locataire unique, multilocataire ou personnel) au bon point de terminaison de connexion. Les points de terminaison et les audiences incohérents sont la source la plus fréquente de confusion.
• Gérez les utilisateurs invités avec soin : N’invitez pas simplement des invités pour les oublier ensuite. Maîtrisez le cycle de vie de vos utilisateurs invités : revues régulières, accès limité dans le temps, procédure de retrait claire, afin de réduire votre surface d’attaque. Retrouvez des conseils sur ce sujet dans le guide sur la gestion des comptes invités Microsoft 365.
• Appliquez une gestion structurée des accès et des attributions : Veillez à ce que les applications qui exigent une attribution d’utilisateurs disposent de listes claires et à jour indiquant qui peut accéder à quoi. Ne laissez pas les attributions figées : révisez-les et mettez-les à jour régulièrement.
• Auditez et gouvernez les autorisations des applications : Maîtrisez la prolifération des consentements et le Shadow IT en examinant les inscriptions d’applications et le partage externe. Pour renforcer la sécurité de vos identités et réduire les risques, inspirez-vous de cet épisode sur la boucle de sécurité de l’accès conditionnel Entra ID et gardez des stratégies d’accès conditionnel claires et applicables.
• Vérifiez les domaines et surveillez le DNS : Contrôlez systématiquement la vérification des domaines personnalisés dans Azure AD et restez attentif aux règles DNS locales ou du pare-feu susceptibles de bloquer les points de terminaison de connexion Microsoft.
• Surveillez en permanence la synchronisation de l’identité hybride : Si vous synchronisez depuis l’Active Directory local, surveillez les incidents d’Azure AD Connect et assurez-vous que les objets utilisateurs sont synchronisés vers tous les locataires concernés.

Récapitulatif des causes, symptômes et solutions de l’erreur AADSTS50020

• Symptômes courants : refus d’accès, messages d’erreur indiquant que l’utilisateur est introuvable dans le locataire, ou échecs de connexion sur les applications Microsoft 365 et Azure.
• Causes principales : type de compte incohérent (personnel ou professionnel), mauvais locataire ou mauvais point de terminaison, invitations d’invités incomplètes, utilisateurs non attribués, erreurs de domaine ou de DNS, ou échec de la synchronisation de l’annuaire.
• Solutions : utilisez la connexion adaptée à votre type de compte, sélectionnez le bon point de terminaison et le bon locataire, renvoyez les invitations aux invités, attribuez les utilisateurs aux applications, vérifiez vos domaines, corrigez les incidents de synchronisation et videz le cache de vos navigateurs.
• Conseils de prévention : mettez en place des revues d’accès, maîtrisez le cycle de vie des invités et des utilisateurs, et appliquez une gouvernance rigoureuse des applications et des points de terminaison.