Come risolvere l'errore AADSTS50020 "Account utente non trovato nel tenant"

By Mirko Peters · 2026-04-21

Se ti è mai capitato di non riuscire ad accedere a Microsoft 365, Azure o a una qualsiasi app per via dell'errore "AADSTS50020: User account not found in tenant", non sei il solo...

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

Se ti è mai capitato di non riuscire ad accedere a Microsoft 365, Azure o a una qualsiasi app che usa Microsoft Entra ID (ex Azure AD) a causa dell'errore "AADSTS50020: User account not found in tenant", non sei il solo. Questo fastidioso errore è un problema ricorrente per amministratori, sviluppatori e utenti comuni che incontrano difficoltà durante l'accesso o nella concessione delle autorizzazioni.

Questa guida ti spiega che cosa significa davvero AADSTS50020, dove si manifesta, come risolverlo rapidamente e come prevenirlo in futuro. Trattiamo le cause principali, le situazioni più complesse e le soluzioni passo passo, così che tu sappia esattamente come gestire questo problema di identità, sia che tu amministri un'intera organizzazione sia che tu stia risolvendo un problema come sviluppatore.

Pronto a sciogliere quei messaggi confusi sul tenant e a tornare al lavoro? Vediamo insieme che cosa succede davvero, così potrai risolvere il problema una volta per tutte ed eventualmente evitare che si ripresenti!

Capire l'errore del provider di identità AADSTS50020

Quando incontri l'errore AADSTS50020, è il modo in cui Microsoft ti dice: "Spiacenti, questo account utente non esiste in questo tenant." Ma dietro questo avviso asciutto si nasconde un piccolo dramma tecnico. Questo errore è collegato direttamente ai problemi del provider di identità negli ambienti di Microsoft Entra ID (Azure AD). In parole semplici, il servizio sta cercando di associare il tuo account di accesso a un tenant specifico (la directory della tua organizzazione), ma non trova nulla.

Questa mancata corrispondenza può dipendere da diversi motivi, ma significa sempre che il servizio di autenticazione non trova una registrazione del tuo account nella directory in cui sta cercando. Forse stai usando un account personale invece di un account di lavoro, forse sei finito nel tenant sbagliato oppure c'è un problema tecnico nel modo in cui sono configurati account o domini sul back-end.

Dal punto di vista di Microsoft, ogni tentativo di accesso passa attraverso un "provider di identità" che verifica chi sei e a quale tenant appartieni. Se ti presenti alla porta con le chiavi sbagliate, o con chiavi che non hanno mai visto prima, l'accesso viene negato, e il codice AADSTS50020 è la versione Microsoft di "accesso negato: utente non trovato qui".

Capire come e perché si verifica questo errore ti permette di diagnosticarlo. Le sezioni seguenti ti aiuteranno a riconoscere i sintomi precisi e ad approfondire i problemi tecnici più comuni che compromettono l'autenticazione negli ambienti cloud di Microsoft.

Sintomi comuni ed esperienze problematiche per l'utente

• Ti trovi davanti alla schermata di accesso di Office 365, del portale di Azure o di un'app integrata con Microsoft, inserisci la tua email e compare un popup di errore che dice "L'account utente del provider di identità non esiste nel tenant". A volte il messaggio fa riferimento al tuo account e al nome del tenant, lasciandoti perplesso.
• Invece di vedere la dashboard aziendale o l'applicazione, ti viene negato l'accesso oppure ti viene detto che il tuo account non esiste nell'organizzazione, anche se sei sicuro di avere un account o di aver ricevuto di recente un invito.
• Se provi ad accedere come ospite o utente esterno, potresti non riuscire proprio a raggiungere le risorse necessarie, indipendentemente da quante volte effettui l'accesso o dal browser che usi.
• Sviluppatori e amministratori potrebbero notare, nei log e nei report, schemi di accessi non riusciti o richieste di token fallite relative a registrazioni di app, endpoint o tipologie di utenti specifiche.

Cause principali dei problemi di accesso AADSTS50020

L'errore AADSTS50020 non è un semplice malfunzionamento casuale: è il modo in cui Microsoft Entra ti segnala che qualcosa non va nella corrispondenza degli account, nella selezione del tenant o nelle impostazioni del provider di identità. In sostanza, il problema riguarda la mancata corrispondenza tra l'utente che tenta l'accesso e il punto in cui Microsoft cerca le informazioni su quell'utente.

Le ragioni possono essere diverse: si va dall'uso di un'email personale al posto di un account aziendale, alla selezione dell'endpoint di accesso sbagliato, fino a configurazioni insidiose delle app o a assegnazioni utente andate storte. A volte è un errore banale, come cliccare sul link di invito sbagliato. In altri casi la causa è più profonda, nel "cuore" del sistema, come problemi di sincronizzazione della directory sul back-end o verifiche dei domini mancanti.

Capire ciascuna di queste cause profonde è la chiave per superare quel muro del «user not found». Che tu abbia a che fare con account personali di Microsoft Entra, tipi di account non supportati, scelte confuse di endpoint oppure problemi legati agli inviti degli ospiti e alle assegnazioni alle app, nelle prossime righe analizziamo gli scenari più comuni. Così saprai dove guardare, cosa chiedere e, soprattutto, come risolvere il problema una volta per tutte.

E se vuoi capire come gli account ospite non gestiti possano creare ulteriori complicazioni, dai un'occhiata a questa guida su i pericoli nascosti degli account ospite di Microsoft 365 che restano attivi, con consigli per mantenere tutto in ordine e sicuro.

Problemi con gli account personali di Microsoft Entra e tipi di account non supportati

• Accessi con account personali: se provi ad accedere all'interfaccia di amministrazione di Microsoft Entra con un account Microsoft personale (come @outlook.com o @hotmail.com), di solito compare l'errore AADSTS50020, perché quell'interfaccia accetta solo account di un'organizzazione (di lavoro o di istruzione).
• Tipi di account non supportati nelle registrazioni delle app: supponiamo che un'app sia configurata come «single tenant», ma tu provi ad accedervi con un account di un'altra organizzazione o con un account Microsoft personale. Questa mancata corrispondenza genera comunque l'errore.
• Combinazione di account multitenant e personali: a volte gli sviluppatori configurano le app per accettare più directory di organizzazioni, ma dimenticano di consentire gli account personali, o viceversa. Queste configurazioni errate fanno fallire l'autenticazione per gli utenti che non rientrano nel tipo consentito.

Problemi con endpoint, selezione del tenant e inviti agli utenti ospiti

• Uso dell'endpoint di autenticazione sbagliato: gli accessi Microsoft supportano più endpoint, come /common, /organizations, /consumers e quelli specifici per tenant. Se provi ad accedere a un'app di un tenant specifico usando l'endpoint /common o /consumers con un account di lavoro, Azure AD non riesce a trovare corrispondenza per il tuo account e compare l'errore AADSTS50020.
• Accesso al tenant sbagliato: è sorprendentemente facile finire nella directory dell'organizzazione sbagliata, soprattutto se fai parte di più organizzazioni. Se ti autentichi su un tenant in cui il tuo account non esiste, riceverai l'errore. È il classico problema della «porta d'ingresso sbagliata».
• Invito all'utente ospite non inviato o non riscattato correttamente: le organizzazioni che invitano collaboratori esterni a volte dimenticano di inviare o configurare correttamente gli inviti. Se l'account ospite non viene registrato o attivato in modo corretto, l'utente è invisibile nella directory e riceve un rifiuto netto quando tenta di accedere ad app o file.
• L'app richiede un'assegnazione utente, ma tu non hai l'accesso: alcune app di Microsoft Entra sono riservate a utenti o gruppi specifici. Se è impostato «Assegnazione utente obbligatoria» e tu non sei nell'elenco, l'accesso viene negato, con un errore che può sembrare AADSTS50020 anche se il tuo account è valido.
• Utenti eliminati e ricreati: se un utente è stato eliminato e poi ricreato nel tenant principale con la stessa email, Azure AD potrebbe non riconoscere il «nuovo» utente come lo stesso oggetto, soprattutto in più tenant. Questo può facilmente causare accessi non risolti e il famigerato codice di errore.
• Errori di configurazione di dominio e DNS: se l'organizzazione usa domini personalizzati (per i nomi UPN o le registrazioni delle app) e tali domini non sono verificati o sono configurati in modo errato in Azure AD, la risoluzione dell'utente può fallire con AADSTS50020. Anche errori DNS locali o blocchi agli endpoint di autenticazione possono interrompere l'accesso, quindi l'infrastruttura conta!
• Anomalie della sincronizzazione delle directory (identità ibrida): in alcune configurazioni aziendali ibride, in cui gli account vengono sincronizzati da Active Directory locale con strumenti come Azure AD Connect, utenti mancanti o non sincronizzati nel tenant di destinazione possono generare anche errori di account non trovato. Controlla lo stato della sincronizzazione ogni volta che è in gioco l'identità ibrida.
• Shadow IT o app non gestite: applicazioni non approvate o consensi concessi a app di terze parti (il classico Shadow IT) possono creare percorsi di accesso utente in conflitto, contribuendo a volte a errori di accesso persistenti e difficili da individuare. Per capire meglio i rischi dello Shadow IT, consulta questa guida su come gestire lo Shadow IT all'interno del tuo tenant M365.

Soluzioni efficaci per l'errore AADSTS50020 Account non trovato

Per risolvere l'errore AADSTS50020 bisogna sempre partire dal capire esattamente dove sta il disallineamento: tipo di account, directory, endpoint o autorizzazioni di accesso. Una volta individuata la causa radice, puoi applicare la soluzione specifica per ogni scenario ed evitare che l'errore ricompaia.

Se il problema riguarda un account personale o un account dell'organizzazione, usa il tipo di accesso corretto. Se il problema è nella registrazione dell'app, controlla le impostazioni di pubblico di accesso e aggiornale per supportare gli account che ti interessano (tenant singolo, multitenant o, se necessario, account Microsoft personali). Per gli utenti ospiti, assicurati che gli inviti siano stati inviati e riscattati correttamente: a volte basta un nuovo invito per risolvere tutto.

Non dimenticare l'assegnazione degli utenti! Se la tua app la richiede, assegna le persone o i gruppi giusti in Microsoft Entra per eliminare il blocco. Se la confusione persiste a causa della cache del browser o di sessioni rimaste attive, prova a disconnetterti e a riaprire la pagina di accesso in una finestra InPrivate/di navigazione in incognito. A volte bisogna creare una nuova directory o assegnare l'accesso a un livello superiore, soprattutto quando si configurano nuovi tenant o si migrano utenti.

Una governance adeguata è parte integrante di una soluzione completa per l'ambiente aziendale. Scopri come la deriva dei criteri e delle assegnazioni possa creare caos negli ambienti di grandi dimensioni e perché le revisioni periodiche e il controllo degli accessi basato sui ruoli (RBAC) sono fondamentali nella guida alla strategia di governance aziendale di Azure. Con la correzione tecnica giusta e un po' di pianificazione proattiva, puoi evitare che AADSTS50020 continui a comparire nelle pagine di accesso.

Buone pratiche consolidate per prevenire futuri errori AADSTS50020

• Scegli l'endpoint di accesso corretto: abbina sempre il pubblico di accesso della tua app (tenant singolo, multitenant o account personali) all'endpoint di accesso giusto. Endpoint e pubblici non corrispondenti sono la fonte più comune di confusione.
• Gestisci con attenzione gli utenti ospiti: non limitarti a invitare ospiti e dimenticarli. Mantieni rigoroso il ciclo di vita degli utenti ospiti con revisioni periodiche, accessi a tempo limitato e procedure di disattivazione chiare, riducendo così la superficie di attacco. Trovi indicazioni su questo tema nella guida alla gestione degli account ospite di Microsoft 365.
• Applica una gestione strutturata di accessi e assegnazioni: assicurati che le app che richiedono l'assegnazione degli utenti dispongano di elenchi chiari e aggiornati su chi può accedere a cosa. Non lasciare ferme le assegnazioni: rivedile e aggiornale regolarmente.
• Controlla e governa le autorizzazioni delle app: limita la proliferazione dei consensi e lo shadow IT verificando le registrazioni delle app e la condivisione esterna. Per una sicurezza dell'identità più approfondita e una riduzione dei rischi, approfitta delle lezioni di questo episodio sul ciclo di sicurezza degli accessi condizionali di Entra ID e mantieni i criteri di accesso condizionale chiari e applicabili.
• Verifica i domini e monitora il DNS: controlla sempre con attenzione la verifica del dominio personalizzato in Azure AD e tieni d'occhio eventuali regole DNS locali o del firewall che potrebbero bloccare gli endpoint di accesso di Microsoft.
• Tieni sotto controllo la sincronizzazione dell'identità ibrida: se sincronizzi da AD locale, verifica eventuali problemi di Azure AD Connect e assicurati che gli oggetti utente vengano sincronizzati in tutti i tenant corretti.

Riepilogo delle cause, dei sintomi e delle soluzioni dell'errore AADSTS50020

• Sintomi comuni: negazione dell'accesso, popup di errore che segnalano un utente non trovato nel tenant o tentativi di accesso falliti su app di Microsoft 365 e Azure.
• Cause principali: tipo di account non corrispondente (personale o di lavoro), tenant o endpoint errato, inviti ospite incompleti, utenti non assegnati, errori di dominio/DNS o sincronizzazione della directory non riuscita.
• Soluzioni: usa l'accesso corretto per il tipo di account, seleziona l'endpoint e il tenant giusti, reinvia gli inviti agli ospiti, assegna gli utenti alle app, verifica i domini, risolvi i problemi di sincronizzazione e svuota la cache del browser.
• Suggerimenti per la prevenzione: implementa revisioni degli accessi, mantieni sotto controllo il ciclo di vita di ospiti e utenti e applica una governance solida su app ed endpoint.