So beheben Sie AADSTS50020: User Account Not Found in Tenant

Von Mirko Peters · 2026-04-21

Wenn Sie bei der Anmeldung an Microsoft 365, Azure oder eine andere Anwendung auf die Fehlermeldung „AADSTS50020: User account not found in tenant“ stoßen …

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Titelbild: How to Fix AADSTS50020 User Account Not Found in Tenant

Wenn Sie bei der Anmeldung an Microsoft 365, Azure oder eine App mit Microsoft Entra ID (früher Azure AD) auf die Fehlermeldung „AADSTS50020: User account not found in tenant“ gestoßen sind, sind Sie nicht allein. Dieser lästige Fehler ist ein häufiges Ärgernis für Administratoren, Entwickler und Endbenutzer, die beim Anmelden oder bei der Zugriffsfreigabe nicht weiterkommen.

Dieser Leitfaden erklärt, was AADSTS50020 tatsächlich bedeutet, wo der Fehler auftritt, wie Sie ihn schnell beheben und wie Sie ihm künftig vorbeugen. Wir behandeln die Ursachen, schwierige Konstellationen und Schritt-für-Schritt-Lösungen. Ob Sie eine ganze Organisation verwalten oder als Entwickler Fehler suchen: Sie erfahren genau, wie Sie dieses Identitätsproblem angehen.

Bereit, die verwirrenden Mandantenmeldungen zu entwirren und wieder an die Arbeit zu gehen? Dann schauen wir uns genauer an, was wirklich passiert. So können Sie das Problem dauerhaft beheben und vielleicht sogar verhindern, dass es erneut auftritt.

Den Identitätsanbieter-Fehler AADSTS50020 verstehen

Wenn Sie auf den Fehler AADSTS50020 stoßen, sagt Microsoft im Grunde: „Dieses Benutzerkonto existiert in diesem Mandanten nicht.“ Hinter dieser nüchternen Warnung steckt jedoch etwas mehr Technik. Der Fehler hängt direkt mit Problemen beim Identitätsanbieter in Umgebungen von Microsoft Entra ID (Azure AD) zusammen. Einfach gesagt: Der Dienst versucht, Ihr Anmeldekonto einem bestimmten Mandanten (dem Verzeichnis Ihrer Organisation) zuzuordnen, findet aber keinen Treffer.

Diese Nichtübereinstimmung kann aus mehreren Gründen auftreten. Der Authentifizierungsdienst kann Ihr Konto jedoch immer nicht in dem Verzeichnis finden, das er durchsucht. Vielleicht verwenden Sie ein privates statt eines geschäftlichen Kontos, vielleicht sind Sie im falschen Mandanten gelandet oder es gibt einen technischen Fehler bei der Einrichtung von Konten oder Domänen im Backend.

Aus Sicht von Microsoft wird jeder Anmeldeversuch über einen „Identitätsanbieter“ geleitet, der prüft, wer Sie sind und zu welchem Mandanten Sie gehören. Wenn Sie mit den falschen Schlüsseln oder mit Schlüsseln erscheinen, die dort noch nie gesehen wurden, wird der Zugriff verweigert. Der Code AADSTS50020 ist Microsofts Version von „Zugriff verweigert: Benutzer hier nicht gefunden“.

Wenn Sie verstehen, wie und warum dieser Fehler entsteht, können Sie ihn gezielt diagnostizieren. Die folgenden Abschnitte helfen Ihnen, die genauen Symptome zu erkennen, und zeigen die häufigsten technischen Fehlerquellen, die die Authentifizierung in Microsoft-Cloudumgebungen stören.

Typische Symptome und problematische Benutzererfahrungen

Sie sehen eine Anmeldeseite für Office 365, das Azure-Portal oder eine in Microsoft integrierte App, geben Ihre E-Mail-Adresse ein und erhalten ein Fehlerfenster mit der Meldung „User account from identity provider does not exist in tenant“. Manchmal nennt die Meldung Ihr Konto und den Namen des Mandanten, sodass Sie ratlos zurückbleiben.
Statt Ihres Unternehmensdashboards oder der gewünschten Anwendung wird der Zugriff verweigert, oder Sie erhalten die Information, dass Ihr Konto in der Organisation nicht existiert. Dabei sind Sie sicher, dass Sie ein Konto besitzen oder kürzlich eine Einladung erhalten haben.
Wenn Sie als Gast oder externer Benutzer zugreifen möchten, können Sie benötigte Ressourcen möglicherweise nicht erreichen, egal wie oft Sie sich anmelden oder welchen Browser Sie verwenden.
Entwickler und Administratoren bemerken in Protokollen und Berichten möglicherweise Muster fehlgeschlagener Anmeldungen oder fehlgeschlagener Tokenanforderungen, die mit bestimmten App-Registrierungen, Endpunkten oder Benutzertypen zusammenhängen.

Ursachen für Anmeldefehler mit AADSTS50020

Der Fehler AADSTS50020 ist kein zufälliger Fehler. Microsoft Entra signalisiert damit, dass bei der Kontozuordnung, der Mandantenauswahl oder den Einstellungen des Identitätsanbieters etwas schiefgelaufen ist. Im Kern geht es immer um die Nichtübereinstimmung zwischen dem Benutzer, der sich anmeldet, und dem Ort, an dem Microsoft nach diesen Benutzerinformationen sucht.

Dafür gibt es mehrere mögliche Gründe. Es kann sich um eine private statt einer geschäftlichen E-Mail-Adresse handeln, um den falschen Anmeldeendpunkt, um fehlerhafte App-Konfigurationen oder sogar um außer Kontrolle geratene Benutzerzuweisungen. Manchmal ist es nur ein kleiner Fehltritt, etwa das Anklicken des falschen Einladungslinks. In anderen Fällen liegt die Ursache tiefer im System, zum Beispiel bei Problemen bei der Verzeichnissynchronisierung im Backend oder fehlenden Domänenverifizierungen.

Wer diese Grundursachen versteht, kommt über die Hürde „user not found“ hinweg. Ob es um persönliche Microsoft-Konten in Microsoft Entra, nicht unterstützte Kontotypen, unklare Endpunktwahl oder Probleme mit Gasteinladungen und App-Zuweisungen geht: Im Folgenden besprechen wir die häufigsten Szenarien. So wissen Sie, wo Sie suchen müssen, was Sie fragen sollten und, am wichtigsten, wie Sie das Problem ein für alle Mal beheben.

Wenn Sie sehen möchten, wie nicht verwaltete Gastkonten zusätzliche Komplikationen verursachen können, lesen Sie diesen Leitfaden zu den versteckten Gefahren verbleibender Microsoft 365-Gastkonten mit Tipps, wie Sie alles übersichtlich und sicher halten.

Probleme mit persönlichen Konten in Microsoft Entra und nicht unterstützte Kontotypen

Anmeldungen mit persönlichen Konten: Wenn Sie sich mit einem persönlichen Microsoft-Konto (etwa @outlook.com oder @hotmail.com) am Microsoft Entra Admin Center anmelden, tritt in der Regel AADSTS50020 auf, weil dieses Admin Center nur Organisationskonten (Geschäfts- oder Schulkonten) akzeptiert.
Nicht unterstützte Kontotypen in App-Registrierungen: Angenommen, eine App ist als „Einzelmandant“ eingerichtet, Sie greifen aber mit einem Konto aus einer anderen Organisation oder einem persönlichen Microsoft-Konto darauf zu. Diese Abweichung löst ebenfalls den Fehler aus.
Mehrmandanten- und persönliche Konten gemischt: Entwickler konfigurieren Apps manchmal so, dass sie mehrere Organisationsverzeichnisse akzeptieren, vergessen aber, persönliche Konten zuzulassen, oder umgekehrt. Solche Fehlkonfigurationen führen zu fehlgeschlagenen Authentifizierungen für Benutzer außerhalb des zugelassenen Kontotyps.

Probleme mit Endpunkten, Mandantenauswahl und Gasteinladungen

Falscher Authentifizierungsendpunkt: Microsoft-Anmeldungen unterstützen mehrere Endpunkte, etwa /common, /organizations, /consumers und mandantenspezifische Endpunkte. Wenn Sie sich mit einem Geschäftskonto bei einer mandantenspezifischen App über den Endpunkt /common oder /consumers anmelden, kann Azure AD Ihr Konto nicht zuordnen, und es tritt AADSTS50020 auf.
Anmeldung am falschen Mandanten: Es ist erstaunlich leicht, im falschen Organisationsverzeichnis zu landen, besonders wenn Sie mehreren Organisationen angehören. Wenn Sie sich bei einem Mandanten authentifizieren, in dem Ihr Konto nicht existiert, erhalten Sie diesen Fehler. Das ist ein klassisches Problem: Sie klopfen an der falschen Tür.
Gasteinladung nicht versendet oder nicht ordnungsgemäß eingelöst: Organisationen, die externe Mitarbeitende einladen, vergessen manchmal, Gasteinladungen zu versenden oder richtig zu konfigurieren. Ist das Gastkonto nicht ordnungsgemäß registriert oder aktiviert, ist der Benutzer im Verzeichnis nicht sichtbar und wird beim Zugriff auf Apps oder Dateien schlicht abgewiesen.
Die App erfordert eine Benutzerzuweisung, Sie haben jedoch keinen Zugriff: Einige Apps in Microsoft Entra sind auf bestimmte Benutzer oder Gruppen beschränkt. Ist „Benutzerzuweisung erforderlich“ aktiviert und Sie stehen nicht auf der Liste, werden Sie abgewiesen. Die Fehlermeldung kann dabei wie AADSTS50020 aussehen, auch wenn Ihr Konto gültig ist.
Gelöschte und neu angelegte Benutzer: Wurde ein Benutzer gelöscht und im Heimmandanten mit derselben E-Mail-Adresse neu angelegt, erkennt Azure AD den „neuen“ Benutzer möglicherweise nicht als dasselbe Objekt, besonders über mehrere Mandanten hinweg. Das kann ungelöste Anmeldungen und den berüchtigten Fehlercode auslösen.
Fehlkonfigurationen bei Domänen und DNS: Verwendet Ihre Organisation benutzerdefinierte Domänen (für Benutzerprinzipalnamen oder App-Registrierungen), die nicht verifiziert oder in Azure AD fehlerhaft konfiguriert sind, kann die Benutzerauflösung mit AADSTS50020 fehlschlagen. Auch lokale DNS-Fehler oder Blockaden der Authentifizierungsendpunkte können die Anmeldung unterbrechen. Die Infrastruktur spielt also eine wichtige Rolle!
Störungen bei der Verzeichnissynchronisierung (Hybrididentität): In manchen hybriden Unternehmensumgebungen, in denen Konten über Tools wie Azure AD Connect aus dem lokalen Active Directory synchronisiert werden, können fehlende oder nicht synchronisierte Benutzer im Zielmandanten ebenfalls Fehler wegen nicht gefundener Konten auslösen. Prüfen Sie den Synchronisierungsstatus immer dann, wenn Hybrididentität im Spiel ist.
Shadow IT oder nicht verwaltete Apps: Nicht genehmigte Anwendungen oder die Zustimmung zu Drittanbieter-Apps (klassisches Shadow IT) können widersprüchliche Zugriffswege schaffen und manchmal hartnäckige Anmeldefehler begünstigen. Um Shadow-IT-Risiken in den Griff zu bekommen, lesen Sie diesen Leitfaden zur Verwaltung von Shadow IT in Ihrem M365-Mandanten.

Wirksame Lösungen für Fehler „AADSTS50020 Account Not Found“

Die Behebung des Fehlers AADSTS50020 beginnt immer damit, die Ursache genau einzugrenzen: Kontotyp, Verzeichnis, Endpunkt oder Zugriffsberechtigungen. Sobald Sie die Grundursache kennen, können Sie gezielt für das jeweilige Szenario vorgehen und verhindern, dass der Fehler erneut auftritt.

Liegt das Problem bei einem persönlichen bzw. einem Organisationskonto, verwenden Sie den passenden Anmeldetyp. Wenn die Ursache in der App-Registrierung liegt, prüfen Sie die Einstellungen zur Anmeldezielgruppe und passen Sie sie an die gewünschten Konten an: Einzelmandant, Mehrmandant oder bei Bedarf auch persönliche Microsoft-Konten. Bei Gastbenutzern stellen Sie sicher, dass Einladungen korrekt versendet und eingelöst werden. Manchmal hilft schon eine neue Einladung.

Vergessen Sie nicht die Benutzerzuweisung! Wenn Ihre App sie erfordert, weisen Sie in Microsoft Entra die richtigen Personen oder Gruppen zu, um das Hindernis zu beseitigen. Hält die Verwirrung aufgrund von Browser-Caching oder hängengebliebenen Sitzungen an, melden Sie sich ab und öffnen Sie die Anmeldeseite in einem privaten bzw. Inkognitofenster erneut. Manchmal müssen Sie auch ein neues Verzeichnis anlegen oder den Zugriff auf einer höheren Ebene zuweisen, insbesondere beim Aufbau neuer Mandanten oder bei der Migration von Benutzern.

Vollständige Unternehmenslösungen erfordern auch die richtige Governance. Erfahren Sie, wie Richtlinien- und Zuweisungsabweichungen in großen Umgebungen für Chaos sorgen können, und warum regelmäßige Überprüfungen und RBAC in diesem Leitfaden zur Azure-Governance-Strategie für Unternehmen so wichtig sind. Mit der richtigen technischen Lösung und etwas vorausschauender Planung verhindern Sie, dass AADSTS50020 Ihre Anmeldeseiten heimsucht.

Bewährte Vorgehensweisen zur Vermeidung künftiger AADSTS50020-Fehler

Wählen Sie den richtigen Anmeldeendpunkt: Stimmen Sie die Anmeldezielgruppe Ihrer App (Einzelmandant, Mehrmandant oder persönlich) immer mit dem passenden Anmeldeendpunkt ab. Nicht passende Endpunkte und Zielgruppen sind die häufigste Ursache für Verwirrung.
Verwalten Sie Gastbenutzer sorgfältig: Laden Sie Gäste nicht einfach ein und vergessen Sie sie dann. Halten Sie den Lebenszyklus von Gastbenutzern straff: regelmäßige Überprüfungen, zeitlich begrenzter Zugriff und klar geregelte Offboarding-Prozesse. So reduzieren Sie Ihre Angriffsfläche. Praxistipps dazu finden Sie im Leitfaden zur Verwaltung von Gastkonten in Microsoft 365.
Erzwingen Sie strukturierte Zugriffe und Zuweisungen: Stellen Sie sicher, dass Apps, die eine Benutzerzuweisung erfordern, mit klaren, aktuellen Listen eingerichtet sind, die festlegen, wer worauf zugreifen darf. Lassen Sie Zuweisungen nicht veralten, sondern überprüfen und aktualisieren Sie sie regelmäßig.
Prüfen und steuern Sie App-Berechtigungen: Begrenzen Sie die ausufernde Zustimmung zu Apps und Schatten-IT, indem Sie App-Registrierungen und externe Freigaben überprüfen. Für eine tiefergehende Absicherung der Identität und Risikoreduzierung nutzen Sie die Erkenntnisse aus dieser Episode zum Sicherheitskreislauf für bedingten Zugriff in Entra ID und halten Sie Richtlinien für bedingten Zugriff klar und durchsetzbar.
Überprüfen Sie Domänen und überwachen Sie DNS: Kontrollieren Sie stets die Überprüfung benutzerdefinierter Domänen in Azure AD und achten Sie auf lokale DNS- oder Firewallregeln, die Microsoft-Anmeldeendpunkte blockieren könnten.
Behalten Sie die hybride Identitätssynchronisierung im Blick: Wenn Sie aus dem lokalen AD synchronisieren, achten Sie auf Probleme mit Azure AD Connect und stellen Sie sicher, dass Benutzerobjekte in alle richtigen Mandanten synchronisiert werden.

Ursachen, Symptome und Lösungen für AADSTS50020 im Überblick

Typische Symptome: Zugriffsverweigerung, Fehlermeldungen, dass der Benutzer im Mandanten nicht gefunden wurde, oder fehlgeschlagene Anmeldeversuche bei Microsoft 365- und Azure-Apps.
Hauptursachen: Nicht passender Kontotyp (persönlich oder geschäftlich), falscher Mandant oder falscher Endpunkt, unvollständige Gasteinladungen, nicht zugewiesene Benutzer, Domänen- oder DNS-Fehler oder fehlgeschlagene Verzeichnissynchronisierung.
Lösungen: Verwenden Sie die richtige Anmeldung für Ihren Kontotyp, wählen Sie den korrekten Endpunkt und Mandanten, senden Sie Gasteinladungen erneut, weisen Sie Benutzer Apps zu, überprüfen Sie Ihre Domänen, beheben Sie Synchronisierungsstörungen und leeren Sie regelmäßig den Browser-Cache.
Präventionstipps: Implementieren Sie Zugriffsüberprüfungen, behalten Sie den Lebenszyklus von Gast- und Benutzerkonten unter Kontrolle und sorgen Sie für eine durchgängige Governance bei Apps und Endpunkten.