Como corrigir o erro AADSTS50020: conta de usuário não encontrada no locatário

By Mirko Peters · 2026-04-21

Se você já foi barrado pelo erro “AADSTS50020: User account not found in tenant” ao tentar entrar no Microsoft 365, no Azure ou em qualquer…

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

Se você já foi barrado pelo erro “AADSTS50020: User account not found in tenant” ao tentar entrar no Microsoft 365, no Azure ou em qualquer aplicativo que use o Microsoft Entra ID (antigo Azure AD), saiba que não está sozinho. Esse erro chato é uma dor de cabeça comum para administradores, desenvolvedores e usuários comuns que enfrentam problemas para fazer login ou conceder acesso.

Este guia explica o que o AADSTS50020 realmente significa, onde ele aparece, como resolvê-lo rapidamente e como evitar que volte a acontecer. Abordamos as causas principais, situações complicadas e soluções passo a passo, para que, seja você um administrador gerenciando uma organização inteira ou um desenvolvedor fazendo troubleshooting, saiba exatamente como lidar com esse problema de identidade.

Pronto para desembaraçar essas mensagens confusas do locatário e voltar ao trabalho? Vamos lá entender o que está realmente acontecendo, para que você possa resolver isso de vez e, quem sabe, evitar que apareça de novo!

Entendendo o erro de provedor de identidade AADSTS50020

Quando você encontra o erro AADSTS50020, é a forma que a Microsoft tem de dizer: “Desculpe, essa conta de usuário não existe neste locatário.” Mas por trás desse aviso seco, há um pouco mais de drama técnico acontecendo. Esse erro está diretamente ligado a problemas do provedor de identidade em ambientes do Microsoft Entra ID (Azure AD). Em termos simples, o serviço está tentando associar sua conta de login a um locatário específico (o diretório da sua organização), mas não encontra nada.

Essa divergência pode acontecer por alguns motivos importantes, mas sempre significa que o serviço de autenticação não consegue localizar um registro da sua conta no diretório que está pesquisando. Talvez você esteja usando uma conta pessoal em vez de uma conta corporativa, talvez tenha entrado no locatário errado ou talvez exista uma falha técnica na forma como contas ou domínios estão configurados no back-end.

Do ponto de vista da Microsoft, toda tentativa de login é encaminhada por um “provedor de identidade” que verifica quem você é e a qual locatário pertence. Se você chega à porta com a chave errada, ou com uma chave que eles nunca viram, o acesso é negado, e o código AADSTS50020 é a versão da Microsoft para “acesso negado: usuário não encontrado aqui”.

Entender como e por que esse erro acontece dá a você o poder de diagnosticá-lo. As próximas seções vão ajudar você a identificar os sintomas exatos e a investigar os erros técnicos mais comuns que atrapalham a autenticação nos ambientes de nuvem da Microsoft.

Sintomas comuns e experiências problemáticas do usuário

• Você chega a uma tela de login do Office 365, do portal do Azure ou de um aplicativo integrado à Microsoft, digita seu e-mail e recebe um pop-up de erro informando “User account from identity provider does not exist in tenant”. Às vezes, a mensagem cita sua conta e o nome do locatário, deixando você sem entender o que houve.
• Em vez de ver o painel da sua empresa ou o aplicativo, você tem o acesso negado ou recebe a informação de que sua conta não existe na organização, mesmo tendo certeza de que possui uma conta ou de que recebeu um convite recentemente.
• Se você tenta acessar como convidado ou usuário externo, pode simplesmente não conseguir alcançar os recursos necessários, não importa quantas vezes você entre ou qual navegador use.
• Desenvolvedores e administradores podem notar padrões de tentativas de login sem sucesso ou de falhas em solicitações de token relacionadas a registros de aplicativo, endpoints ou tipos de usuário específicos nos logs e relatórios.

Causas principais das falhas de login AADSTS50020

O erro AADSTS50020 não é apenas uma falha aleatória: é a forma que o Microsoft Entra tem de dizer que algo deu errado na correspondência de contas, na seleção do locatário ou nas configurações do provedor de identidade. No fundo, o problema é uma divergência entre o usuário que tenta entrar e o local onde a Microsoft está procurando as informações desse usuário.

Há vários motivos para isso acontecer, que vão desde usar um e-mail pessoal em vez de uma conta organizacional, escolher o endpoint de login errado e configurações de aplicativo problemáticas até atribuições de usuário mal feitas. Às vezes é um deslize simples, como clicar no link de convite errado. Em outros casos, a causa está na infraestrutura mais profunda, como problemas de sincronização de diretório no back-end ou verificações de domínio que estão faltando.

Entender cada uma dessas causas-raiz é essencial para superar aquele muro de "usuário não encontrado". Seja você lidando com contas pessoais do Microsoft Entra, tipos de conta não suportados, escolhas confusas de endpoint ou problemas com convites de convidados e atribuições de aplicativos, vamos detalhar a seguir os cenários mais comuns. Assim, você saberá onde procurar, o que perguntar e, o mais importante, como resolver de vez.

E, se quiser ver como contas de convidado não gerenciadas podem trazer ainda mais complicações, confira este guia sobre os perigos ocultos de contas de convidado remanescentes no Microsoft 365, com dicas para manter tudo organizado e seguro.

Problemas com contas pessoais do Microsoft Entra e tipos de conta não suportados

• Entrada com conta pessoal: Se você tentar entrar no centro de administração do Microsoft Entra usando uma conta pessoal da Microsoft (como @outlook.com ou @hotmail.com), normalmente aparecerá o erro AADSTS50020, porque esse centro de administração aceita apenas contas organizacionais (de trabalho ou de estudante).
• Tipos de conta não suportados em registros de aplicativos: Suponha que um aplicativo esteja configurado como "locatário único", mas você tente acessá-lo com uma conta de outra organização ou com uma conta pessoal da Microsoft. Essa incompatibilidade também gerará o erro.
• Combinação de locatário múltiplo com contas pessoais: Desenvolvedores às vezes configuram aplicativos para aceitar vários diretórios organizacionais, mas esquecem de permitir contas pessoais, ou o contrário. Essas configurações incorretas causam falhas de autenticação para usuários fora do tipo permitido.

Problemas com endpoints, seleção de locatário e convites de usuários convidados

• Uso do endpoint de autenticação errado: Os logons da Microsoft oferecem suporte a vários endpoints, como /common, /organizations, /consumers e os específicos de cada locatário. Se você tentar entrar em um aplicativo específico de locatário usando o endpoint /common ou /consumers com uma conta de trabalho, o Azure AD não conseguirá localizar sua conta, o que causa o AADSTS50020.
• Entrada no locatário errado: É surpreendentemente fácil acabar no diretório organizacional errado, especialmente se você pertence a vários. Se você se autenticar em um locatário onde sua conta não existe, receberá o erro. Trata-se de um clássico problema de "você está batendo na porta errada".
• Convite de usuário convidado não enviado ou não resgatado corretamente: Organizações que convidam colaboradores externos às vezes esquecem de enviar ou de configurar corretamente os convites de convidado. Se a conta de convidado não estiver devidamente registrada ou ativada, o usuário fica invisível para o diretório e recebe uma recusa total ao tentar acessar aplicativos ou arquivos.
• O aplicativo exige atribuição de usuário, mas você não tem acesso: Alguns aplicativos no Microsoft Entra são restritos a usuários ou grupos específicos. Se a opção "atribuição de usuário obrigatória" estiver ativada e você não estiver na lista, o acesso será negado, com um erro que pode parecer AADSTS50020 mesmo que sua conta seja válida.
• Usuários excluídos e recriados: Se um usuário foi excluído e depois recriado no locatário principal com o mesmo e-mail, o Azure AD pode não reconhecer o "novo" usuário como o mesmo objeto, especialmente em cenários com vários locatários. Isso pode, sim, causar logons não resolvidos e aquele código de erro notório.
• Configurações incorretas de domínio e DNS: Se sua organização usa domínios personalizados (para nomes principais de usuário ou registros de aplicativos) e esses domínios não estão verificados ou estão mal configurados no Azure AD, a resolução do usuário pode falhar com AADSTS50020. Até erros de DNS local ou bloqueios aos endpoints de autenticação podem interromper o logon, então a infraestrutura importa!
• Falhas na sincronização de diretórios (identidade híbrida): Em alguns ambientes corporativos híbridos, nos quais as contas são sincronizadas do AD local por meio de ferramentas como o Azure AD Connect, usuários ausentes ou não sincronizados no locatário de destino também podem gerar erros de conta não encontrada. Verifique a integridade da sincronização sempre que a identidade híbrida estiver em uso.
• Shadow IT ou aplicativos não gerenciados: Aplicativos não aprovados ou consentimentos de aplicativos de terceiros (o clássico Shadow IT) podem criar caminhos de acesso conflitantes para os usuários, às vezes contribuindo para erros de logon persistentes e difíceis de rastrear. Para entender os riscos do Shadow IT, veja este guia sobre como gerenciar o Shadow IT dentro do seu locatário do M365.

Soluções eficazes para erros AADSTS50020 de conta não encontrada

Resolver o erro AADSTS50020 sempre começa por identificar exatamente onde está a incompatibilidade: tipo de conta, diretório, endpoint ou permissões de acesso. Quando você descobrir a causa raiz, pode aplicar correções específicas para cada cenário e evitar que esse erro volte a aparecer.

Se o problema for entre conta pessoal e conta organizacional, use o tipo de login correto. Se o problema estiver no registro do aplicativo, revise as configurações de público-alvo de entrada (sign-in audience) e ajuste-as para aceitar as contas que você precisa (locatário único, multilocatário ou até contas pessoais da Microsoft, se necessário). Para usuários convidados, confirme que os convites foram enviados e resgatados corretamente. Às vezes, um novo convite resolve tudo.

Não esqueça a atribuição de usuários! Se o seu aplicativo exige isso, atribua as pessoas ou grupos certos no Microsoft Entra para eliminar o bloqueio. Se a confusão persistir por causa de cache do navegador ou de sessões persistentes, tente sair da conta e reabrir a página de login em uma janela privativa ou anônima. Em alguns casos, será necessário criar um novo diretório ou atribuir acesso em um nível superior, principalmente ao montar novos locatários ou migrar usuários.

Soluções completas para empresas também exigem uma governança adequada. Veja como o desvio de políticas e de atribuições pode gerar caos em ambientes grandes e por que revisões regulares e RBAC são essenciais neste guia de estratégia de governança empresarial no Azure. Com a correção técnica certa e um planejamento proativo, você consegue impedir que o AADSTS50020 continue assombrando suas páginas de login.

Melhores práticas comprovadas para evitar erros AADSTS50020 no futuro

• Escolha o endpoint de entrada correto: sempre alinhe o público-alvo de entrada do seu aplicativo (locatário único, multilocatário ou pessoal) ao endpoint de login correspondente. Endpoints e públicos-alvo incompatíveis são a fonte mais comum de confusão.
• Gerencie usuários convidados com cuidado: não basta convidar e esquecer. Mantenha o ciclo de vida dos convidados bem controlado, com revisões regulares, acesso com prazo definido e desligamento claro, e reduza sua superfície de ataque. Confira orientações sobre o tema no guia de gerenciamento de contas de convidado do Microsoft 365.
• Imponha acesso estruturado e atribuições: garanta que os aplicativos que exigem atribuição de usuários tenham listas claras e atualizadas de quem pode acessar cada recurso. Não deixe as atribuições paradas: revise e atualize com regularidade.
• Audite e governe as permissões dos aplicativos: controle a proliferação de consentimentos e o shadow IT revisando registros de aplicativos e o compartilhamento externo. Para mais segurança de identidade e redução de riscos, aproveite as lições deste episódio sobre o ciclo de segurança do acesso condicional do Entra ID e mantenha as políticas de acesso condicional claras e aplicáveis.
• Verifique os domínios e monitore o DNS: sempre confira novamente a verificação de domínios personalizados no Azure AD e fique atento a regras de DNS local ou de firewall que possam bloquear os endpoints de login da Microsoft.
• Mantenha a sincronização de identidade híbrida em dia: se você sincroniza a partir do AD local, observe problemas do Azure AD Connect e garanta que os objetos de usuário sejam sincronizados para todos os locatários corretos.

Resumo das causas, sintomas e soluções do AADSTS50020

• Sintomas comuns: negação de acesso, pop-ups de erro informando que o usuário não foi encontrado no locatário ou tentativas de login malsucedidas em aplicativos do Microsoft 365 e do Azure.
• Principais causas: tipo de conta incompatível (pessoal vs. corporativa), locatário ou endpoint incorreto, convites de convidado incompletos, usuários sem atribuição, erros de domínio/DNS ou falhas na sincronização do diretório.
• Correções: use o login correto para o seu tipo de conta, selecione o endpoint e o locatário corretos, reenvie os convites de convidado, atribua usuários aos aplicativos, verifique seus domínios, corrija falhas de sincronização e mantenha os navegadores sem cache.
• Dicas de prevenção: implemente revisões de acesso, mantenha sob controle o ciclo de vida de convidados e usuários e mantenha uma governança forte sobre aplicativos e endpoints.