Zrozumienie błędu AADSTS50105: użytkownik nie ma przypisanej roli

By Mirko Peters · 2026-04-20

Jeśli pracujesz z Microsoft 365 lub Entra ID (dawniej Azure AD), błąd AADSTS50105 najpewniej oznacza, że ktoś jest bardzo zdenerwowany tym, że użytkownicy nie mogą otworzyć aplikacji. Ten błąd dotyczy dostępu, a dokładniej sytuacji, w której użytkownik próbuje zalogować się do aplikacji firmowej i zostaje zablokowany, ponieważ w systemie tożsamości nie ma przypisanej odpowiedniej roli ani uprawnie

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

Ten błąd nie jest przypadkową przeszkodą. Chroni przed dostępem nieupoważnionych osób do Twoich narzędzi i danych, dlatego zrozumienie go i szybkie usunięcie jego przyczyny ma znaczenie zarówno dla bezpieczeństwa, jak i dla produktywności firmy. Zajmiemy się tym, co oznacza ten błąd, dlaczego pojawia się w środowiskach Microsoft i jak sobie z nim radzić, nie tylko po to, by rozwiązać problem, ale też by mu zapobiegać.

Ten błąd nie jest zwykłym chwilowym utrudnieniem. Nie wpuszcza nieuprawnionych osób do Twoich narzędzi i danych, dlatego zrozumienie tego błędu i szybkie jego usunięcie są ważne zarówno dla bezpieczeństwa, jak i dla produktywności firmy. Zagłębimy się w to, co oznacza ten błąd, dlaczego pojawia się w środowiskach Microsoft i jak sobie z nim radzić jak doświadczony praktyk, nie tylko po to, by rozwiązać problem, ale również by mu zapobiegać.

Błąd AADSTS50105 to sposób, w jaki Microsoft mówi: „Przepraszam, nie ma Cię na liście gości”. Technicznie oznacza to, że użytkownik próbuje uzyskać dostęp do aplikacji, ale nie został przypisany do żadnej z jej ról ani uprawnień w usłudze Microsoft Entra ID. Komunikat zwykle wygląda tak: „AADSTS50105: Zalogowany użytkownik nie ma przypisanej roli dla aplikacji”.

To nie jest drobna usterka, lecz sposób, w jaki Microsoft egzekwuje kontrolę dostępu. Gdy organizacja konfiguruje aplikację firmową w Entra ID, może włączyć opcję blokującą logowanie wszystkim użytkownikom, którym nie nadano wyraźnie dostępu. Jeśli użytkownik próbuje wejść bez przypisania, system wskazuje mu drzwi w postaci tego błędu.

Bezpośrednią przyczyną są brakujące przypisania dostępu, ale bywa, że problem jest bardziej złożony. Może się tak zdarzyć, gdy administrator chciał ograniczyć, kto może korzystać z aplikacji, ale nie dokończył konfiguracji. Błąd może też pojawić się, gdy użytkownikowi usunięto rolę lub gdy zmiany dostępu nie zostały jeszcze zastosowane, ponieważ Entra ID nie zawsze aktualizuje się natychmiast.

Zanim jednak przypiszesz winę jednej stronie, pamiętaj, że masową zmianę, wygasłe przypisania lub zasady dostępu warunkowego mogą powodować problemy, które wyglądają dokładnie tak jak ten błąd. Jeśli ktoś twierdzi, że „powinien” mieć dostęp, nie ignoruj takich przypadków brzegowych. Czasem blokadę powoduje zasada systemowa, a nie błąd człowieka.

Zanim jednak zrzucisz całą winę na jedną stronę, pamiętaj, że masowe zmiany, wygasłe przypisania czy zasady dostępu warunkowego mogą wywołać problemy, które wyglądają dokładnie jak ten błąd. Jeśli ktoś głośno twierdzi, że „powinien” mieć dostęp, nie ignoruj takich przypadków brzegowych. Czasem winna jest zasada systemowa, a nie błąd człowieka, i to ona powoduje zablokowanie dostępu.

Błąd AADSTS50105 zwykle pojawia się, gdy użytkownik próbuje zalogować się do aplikacji – czy to Teams, SharePoint, czy zewnętrznej aplikacji SaaS dodanej do Entra ID – i zamiast oczekiwanego pulpitu widzi stronę z błędem. Najczęstszym objawem jest nieudane logowanie z wyraźnym komunikatem o braku przypisanej roli dla aplikacji.

Użytkownicy mogą mówić: „Jestem zalogowany, ale nie widzę aplikacji” albo „Mój dostęp działał w zeszłym tygodniu, a teraz jestem zablokowany”. Mniej bezpośrednie skargi mogą dotyczyć brakujących przycisków lub wyszarzonych usług w Microsoft 365, ale w gruncie rzeczy sprowadzają się do tego samego problemu.

Dla administratorów IT i pracowników helpdesku wykrycie problemu AADSTS50105 to coś więcej niż nasłuchiwanie skarg użytkowników. Dzienniki audytu Microsoft 365 i Entra ID są tu Twoimi najlepszymi sprzymierzeńcami. Możesz wyszukać kod błędu 50105 w dziennikach logowania Azure AD (lub dziennikach logowania Entra ID, zależnie od tego, jak to się nazywa w danym tygodniu), aby odfiltrować incydenty dotyczące tego konkretnego problemu.

Dzienniki pokażą nieudane próby logowania, kto je podjął, skąd i do której aplikacji. Dzięki temu znacznie łatwiej potwierdzić, czy błąd wynika z rzeczywistego braku przypisania, czy z bardziej uporczywej przyczyny, na przykład opóźnienia propagacji po zmianach wprowadzonych przez administratora. Analiza tych dzienników pomaga zdiagnozować przyczynę źródłową i pozwala uniknąć krążenia w kółko w pogoni za widmowymi problemami z uprawnieniami.

Dzienniki pokażą nieudane próby logowania, kto je podjął, skąd i do której aplikacji. Dzięki temu znacznie łatwiej potwierdzić, czy błąd wynika z rzeczywistego braku przypisania, czy z bardziej uporczywej przyczyny, na przykład opóźnienia propagacji po zmianach wprowadzonych przez administratora. Analiza tych dzienników pozwala zdiagnozować główną przyczynę i uniknąć krążenia w kółko w pogoni za upiornymi uprawnieniami.

Przejdźmy od razu do rzeczy: aby naprawić błąd AADSTS50105, upewnij się, że właściwi użytkownicy lub grupy mają przypisaną odpowiednią rolę dla aplikacji w Entra ID. Zwykle robi się to w sekcji „Aplikacje firmowe”, w panelu „Użytkownicy i grupy”. Znajdujesz aplikację, wybierasz „Użytkownicy i grupy”, a następnie przypisujesz użytkownikowi lub grupie wymaganą rolę dostępu. Proste, jeśli znasz tę ścieżkę.

Przejdźmy od razu do rzeczy: aby naprawić błąd AADSTS50105, upewnij się, że odpowiedni użytkownicy lub grupy mają przypisaną właściwą rolę dla aplikacji w Entra ID. Zwykle robi się to w sekcji „Aplikacje dla przedsiębiorstw”, w panelu „Użytkownicy i grupy”. Znajdujesz aplikację, wybierasz „Użytkownicy i grupy”, a następnie przypisujesz użytkownikowi lub grupie potrzebną rolę dostępu. Proste, jeśli znasz drogę.

Gdy masz do czynienia z dużą liczbą użytkowników, ręczne przypisywanie szybko staje się udręką. Wtedy przydają się narzędzia takie jak PowerShell, które automatyzują nadawanie dostępu (na przykład masowe dodawanie użytkowników, nawet na podstawie list z działu HR). Skrypt może przypisywać użytkowników do ról aplikacji lub obsługiwać dynamiczne zarządzanie za pośrednictwem interfejsu Microsoft Graph API, co sprawdza się znakomicie w organizacjach z ciągłym onboardingiem i offboardingiem. Ten proaktywny sposób działania nie tylko naprawia błędy, ale także zapobiega im, zanim zepsują ci poranek.

Pamiętaj, że zmiany mogą nie zostać uwzględnione od razu ze względu na replikację po stronie zaplecza usługi Entra ID oraz buforowanie. Jeśli właśnie przypisałeś uprawnienia, a użytkownicy nadal nie mają dostępu, spodziewaj się opóźnienia (kilka minut, a nawet godzina, to nic nadzwyczajnego). Sprawdź pamięć podręczną tokenów i rozważ unieważnienie sesji, jeśli podejrzewasz, że stare uprawnienia wciąż są aktywne.

Na koniec sprawdź, czy nie ma ukrytych blokad. Zdarza się, że zasady dostępu warunkowego lub brakujące zgody uniemożliwiają dostęp, mimo że role wyglądają poprawnie. Weryfikacja zarówno przypisań ról, jak i nakładających się zasad pozwoli uniknąć sytuacji „przecież zrobiłem wszystko dobrze!”, które przeradzają się w niekończący się cykl rozwiązywania problemów.

Podsumowanie i dodatkowe zasoby dotyczące błędów AADSTS50105

AADSTS50105 to sposób, w jaki Microsoft informuje, że użytkownik nie ma przypisanej roli do danej aplikacji – brak roli oznacza brak dostępu. Zwykle wynika to z brakujących przypisań w usłudze Entra ID, opóźnionej propagacji zmian lub czasem z konfliktujących zasad, takich jak dostęp warunkowy. Rozwiązanie? Przypisz tych użytkowników lub grupy bezpośrednio, automatyzuj tam, gdzie to możliwe, i uzbrój się w cierpliwość wobec czasu synchronizacji.

Jeśli napotykasz powtarzające się problemy, najpierw sprawdź dzienniki, aby potwierdzić przyczynę, zanim wprowadzisz kolejne zmiany. A jeśli chcesz głębiej poznać zarządzanie dostępem, rozrost zasad dostępu warunkowego lub narzędzia umożliwiające skalowalne zabezpieczenia, zajrzyj do materiałów takich jak ten odcinek o tożsamości jako płaszczyźnie sterowania i ten przewodnik po zarządzaniu dostępem do danych w Microsoft 365. Oficjalna dokumentacja Microsoft i pomoc techniczna są zawsze dostępne, gdy naprawdę utkniesz – byle pojedynczy błąd nie wstrzymywał całej firmy.