Azure-docs: Nachricht: AADSTS50020: Das Benutzerkonto des Identitätsanbieters „live.com“ ist im Mandanten „Microsoft Services“ nicht vorhanden und kann nicht auf die Anwendung „2793995e-0a7d-40d7-bd35-6968ba142197“ (Meine Apps) in diesem Mandanten zugreifen.

@ansred Bitte verlinke das Dokument, dem du

Ich habe das gleiche Problem. Es tritt nur bei Gastbenutzern auf. Wenn der Gastbenutzer versucht, auf das myapps-Portal zuzugreifen, wird für eine Sekunde die alte Benutzeroberfläche angezeigt, dann erhält der Gastbenutzer erneut den Bildschirm "Konto auswählen". Wenn sie das Konto auswählen, erhalten sie: „Das ausgewählte Benutzerkonto existiert nicht im Mandanten ‚Microsoft Services‘ und kann nicht auf die Anwendung ‚2793995e-0a7d-40d7-bd35-6968ba142197‘ in diesem Mandanten zugreifen Externer Benutzer zuerst im Mandanten. Bitte verwenden Sie ein anderes Konto."

Wenn sie "Benutzer ein anderes Konto" wählen, wird der Fehler "AADSTS50020: Benutzerkonto '' vom Identitätsanbieter 'live.com' existiert nicht im Mandanten 'Microsoft Services' und kann nicht auf die Anwendung '2793995e-0a7d-40d7-bd35-6968ba142197'(Meine Apps) in diesem Mandanten zugreifen. Das Konto muss zuerst als externer Benutzer im Mandanten hinzugefügt werden" erscheint."

Hallo @jacksiergiej

Das klingt nach genau dem, was ich vor mir habe. Haben Sie die Schritte/KB herausgefunden, die Sie verwenden müssen, um diesen Benutzer als extern im Mandanten hinzuzufügen?

@MarileeTurscak-MSFT Ich suche noch nach einer KB, um dieses Problem zu beheben, wie ich oben gefragt habe. Bitte teilen Sie eine.

Vielen Dank

@ansred Ich habe die Lösung noch nicht herausgefunden, aber ich habe ein Ticket mit dem Support geöffnet. Für mich scheint es ein Microsoft-Backend-Problem zu sein, das außerhalb unserer Kontrolle liegt. Ich kann sowohl über die Benutzeroberfläche als auch über die direkte externe URL auf die klassische Benutzeroberfläche sowie auf meine über App-Proxys übertragenen Anwendungen zugreifen.

Dies sagt mir, dass es meinem Gastbenutzer gut geht. Sobald ich auf die Schaltfläche "Ausprobieren" klicke, werde ich aufgefordert, meinen Benutzer erneut auszuwählen, und erhalte dann die Fehlermeldung.

Das wirklich Schlimme ist, dass alle Gastbenutzer während ihres Einladungsprozesses automatisch zur neuen Benutzeroberfläche weitergeleitet werden. Dies verursacht offensichtlich den Fehler und stoppt sie in ihren Spuren.

@jacksiergiej Ich stimme dir

@MarileeTurscak-MSFT Bitte beraten Sie

@ansred Ich habe gerade von einem Kontakt bei MS

"Wir hatten Ende letzter Woche einen Fehler, der dazu führte, dass einige B2B-/Gastkonten in den neuen Meine Apps nicht richtig funktionierten. Wir haben diesen Fehler am Montag (15.6.) behoben, sodass Benutzer mit Gastkonten jetzt in der Lage sein sollten, auf " Probieren Sie es aus!" und greifen Sie korrekt auf das neue My Apps-Erlebnis zu."

@ansred Ich habe vom MyApps-Produktteam gehört und das Problem mit der doppelten MFA-Eingabeaufforderung ist jetzt Fehler Nr. 2. Laut dem Team "haben sie hierfür eine Bugfix-Anfrage gestellt und erwarten, dass das Problem mit der Doppelaufforderung bis Ende nächster Woche behoben ist."

@jacksiergiej das macht jetzt Sinn, zwei Bugs in einem Treffer.
Das ist richtig, der Benutzer ist mit MFA konfiguriert.
Können Sie bitte die Jira/Bug #s als Referenz teilen.

Vielen Dank

Hallo @jacksiergiej , kannst du den Fehler bitte teilen? Ich habe versucht, das richtige Team dafür ausfindig zu machen.

Ich habe dies auch meinen Kontakten gemeldet! Werde nachfassen, wenn ich eine Antwort habe.

@MarileeTurscak-MSFT Klingt nach einem Plan. Danke auch für deine Hilfe.

Im Moment verwende ich nur die klassische Erfahrung - https://account.activedirectory.windowsazure.com/

und nicht das neue/moderne https://myapplications.microsoft.com/

Um Beschwerden durch die Benutzer zu vermeiden.

Freue mich bald von dir zu hören.

@ansred Wie kann man verhindern, dass die klassische Benutzeroberfläche automatisch zur neuen Benutzeroberfläche wechselt? Ich habe versucht, https://account.activedirectory.windowsazure.com/ zu verwenden, aber sobald ich mich anmelde, wechselt das Portal automatisch zur neuen Erfahrung und die URL ändert sich in https://myapplications.microsoft.com/.

@ansred Wie kann man verhindern, dass die klassische Benutzeroberfläche automatisch zur neuen Benutzeroberfläche wechselt? Ich habe versucht, https://account.activedirectory.windowsazure.com/ zu verwenden, aber sobald ich mich anmelde, wechselt das Portal automatisch zur neuen Erfahrung und die URL ändert sich in https://myapplications.microsoft.com/.

Es funktioniert einfach, indem Sie direkt zu einem der genannten Links gehen. Ich bin mir nicht sicher, ob es eine Option gibt, die Benutzer möglicherweise dazu zwingt, die moderne Benutzeroberfläche zu verwenden?

Ich habe dies auch meinen Kontakten gemeldet! Werde nachfassen, wenn ich eine Antwort habe.

Irgendwelche Updates auf Ihrer Seite? Ich kann bestätigen, dass das Problem weiterhin besteht.

Als Workaround verwende ich derzeit nur die klassische Erfahrung - https://account.activedirectory.windowsazure.com

und nicht das neue/moderne https://myapplications.microsoft.com

cc @MarileeTurscak-MSFT

Da MSA-Benutzer keinen Heimmandanten haben, müssen sie die mandantenfähige Version der URL verwenden, um sich bei ihrem richtigen Gastmandanten anzumelden. Die Mandanten-URL lautet https://myapplications.microsoft.com/?tenant=