Logowanie jednokrotne dla użytkowników końcowych

Jednokrotne logowanie (SSO) dla użytkowników końcowych umożliwia Twoim użytkownikom końcowym logowanie się za pomocą dostawcy tożsamości Twojej organizacji. Użytkownicy końcowi to osoby, które proszą o wsparcie. Logują się do Centrum pomocy i do aplikacji mobilnej AurionAI.

Dostępność: wszystkie profile. Tylko administratorzy.

Wymagania wstępne

• Posiadasz rolę Właściciel lub Administrator.
• Strona jest dostępna w każdym profilu produktu i w każdym planie.
• Możesz utworzyć rejestrację aplikacji u jednego z tych dostawców tożsamości: Azure AD, Google Workspace lub Okta.
• Rejestracja aplikacji musi być oddzielna od tej, której Twój zespół używa do pulpitu nawigacyjnego. Musi to być klient publiczny korzystający z Authorization Code z PKCE, bez tajnego klucza klienta.

Użytkownicy końcowi lub pracownicy pulpitu nawigacyjnego

AurionAI ma dwie oddzielne zasady logowania. Użyj właściwej strony:

Ta strona nie zmienia sposobu logowania Twojego zespołu do pulpitu nawigacyjnego. Informacje dotyczące pulpitu nawigacyjnego znajdziesz w artykule Uwierzytelnianie i sesje pulpitu nawigacyjnego.

Otwieranie strony

1. Na pasku bocznym wybierz Konfiguracja.
2. Otwórz kategorię Tożsamość i dostęp.
3. Wybierz SSO użytkownika końcowego.

Włączanie SSO dla użytkowników końcowych

1. Włącz Włącz SSO.
2. W polu Dostawca SSO wybierz Azure AD, Google Workspace lub Okta.
3. Otwórz przewodnik konfiguracji poniżej pól dostawcy. Zawiera on kroki do wykonania u Twojego dostawcy tożsamości. Postępuj zgodnie z tymi krokami.
4. Wypełnij pola swojego dostawcy:
   • Azure AD: ID najemcy Azure AD i ID klienta Azure AD (publiczny).
   • Google Workspace: ID klienta Google.
   • Okta: Domena Okta i ID klienta Okta.
5. W sekcji Adresy URI przekierowania sprawdź Webowy adres URI przekierowania i Mobilny adres URI przekierowania. AurionAI wypełnia sugerowane wartości. Użyj przycisku kopiowania obok każdego pola.
6. Zarejestruj oba identyfikatory URI przekierowania u swojego dostawcy tożsamości, używając dokładnie tych samych wartości.
7. Opcjonalnie: w polu Dozwolone domeny e-mail wprowadź domeny e-mail swojej organizacji oddzielone przecinkami, na przykład corp.com. Wprowadź maksymalnie 50 domen, bez znaku @. Pozostaw pole puste, aby wyłączyć automatyczne tworzenie zgłaszających.
8. Wybierz Zapisz konfigurację.

Jeśli Twój zespół loguje się już do pulpitu nawigacyjnego za pomocą Azure AD, pojawi się komunikat oferujący Użyj konfiguracji administratora. Wybierz go, aby skopiować identyfikator dzierżawy i identyfikator klienta do formularza. Nadal potrzebujesz oddzielnej rejestracji aplikacji dla użytkowników końcowych.

W przypadku Okta dodaj również źródło swojego Centrum pomocy jako zaufane źródło w Okta z włączonym CORS. Przewodnik konfiguracji na stronie wyjaśnia ten krok.

Wyłączanie SSO dla użytkowników końcowych

1. Wyłącz Włącz SSO.
2. Wybierz Zapisz konfigurację.

Użytkownicy końcowi będą się wówczas logować przy użyciu innych metod dostępnych w Centrum pomocy i aplikacji mobilnej.

Wynik

Pojawi się komunikat Konfiguracja SSO została pomyślnie zapisana.

Strona logowania Centrum pomocy wyświetli następnie przycisk dla Twojego dostawcy: Zaloguj się przez Microsoft, Zaloguj się przez Google lub Zaloguj się przez Okta. Aplikacja mobilna wyświetli Zaloguj się przez organizację. Przycisk pojawi się następnym razem, gdy użytkownik końcowy otworzy stronę logowania.

Użytkownik końcowy może zalogować się przez SSO, gdy AurionAI już zna tę osobę lub gdy domena e-mail tej osoby znajduje się w Dozwolone domeny e-mail. W takim przypadku AurionAI tworzy zgłaszającego przy pierwszym logowaniu. W przypadku Google Workspace hostowana domena konta Google musi również znajdować się na liście. W przeciwnym razie AurionAI dopasowuje adres e-mail osoby do istniejącego zgłaszającego. Zgłaszający musi być aktywny, a zarówno Zezwól na wsparcie głosowe, jak i Zezwól na dostęp do aplikacji muszą być włączone. Przeczytaj artykuł Zgłaszający (dzwoniący).

Jeśli coś pójdzie nie tak

• Zapisywanie kończy się niepowodzeniem z komunikatem o błędzie. Jeśli komunikat wskazuje domenę, popraw ten wpis w Dozwolone domeny e-mail. W przeciwnym razie dostawca jest wymagany, gdy SSO jest włączone. Każdy dostawca wymaga również swoich pól: obu identyfikatorów dla Azure AD, identyfikatora klienta dla Google oraz domeny i identyfikatora klienta dla Okta.
• Użytkownik końcowy nie może zalogować się przez SSO. Przyczyna decyduje o komunikacie wyświetlanym użytkownikowi końcowemu. W przypadku Azure AD lub Okta Centrum pomocy wyświetla Logowanie nie powiodło się. Wróć do strony logowania i spróbuj ponownie. dla każdej z poniższych przyczyn, które docierają do Centrum pomocy. W przypadku Google Workspace komunikat zależy od przyczyny:
  • AurionAI nie ma zgłaszającego z adresem e-mail przesłanym przez dostawcę tożsamości. W przypadku Google Workspace użytkownik końcowy widzi Brak konta pomocy technicznej dla tej tożsamości — skontaktuj się z administratorem.. Sprawdź adres e-mail zgłaszającego.
  • Zgłaszający istnieje, ale nie może się zalogować. W przypadku Google Workspace użytkownik końcowy widzi Brak konta pomocy technicznej dla tej tożsamości — skontaktuj się z administratorem.. Sprawdź, czy zgłaszający jest aktywny oraz czy Zezwól na wsparcie głosowe i Zezwól na dostęp do aplikacji są włączone.
  • Zgłaszający jest zablokowany po zbyt wielu błędnych numerach identyfikacyjnych. W przypadku Google Workspace użytkownik końcowy widzi Logowanie nie powiodło się. Odblokuj zgłaszającego. Przeczytaj artykuł Odblokowanie dzwoniącego.
  • Ustawienia u dostawcy tożsamości nie są zgodne z tą stroną. Dostawca tożsamości może wyświetlić własny błąd. W przypadku Google Workspace Centrum pomocy może wyświetlić Logowanie nie powiodło się. Sprawdź, czy identyfikatory URI przekierowania u Twojego dostawcy tożsamości są dokładnie takie same jak na tej stronie.
• Logowanie przez Okta kończy się niepowodzeniem w Centrum pomocy. Dodaj źródło Centrum pomocy jako zaufane źródło z CORS w Okta.
• Nie udało się załadować konfiguracji SSO. Odśwież stronę.
• Użyj konfiguracji administratora nie pojawia się. Najpierw włącz Włącz SSO. Przycisk pojawia się tylko wtedy, gdy logowanie przez Azure AD do pulpitu nawigacyjnego jest aktywne dla Twojej organizacji. Znika, gdy pola Azure AD mają już takie same wartości jak logowanie do pulpitu nawigacyjnego.

Powiązane artykuły

• Uwierzytelnianie i sesje pulpitu nawigacyjnego
• Zgłaszający (dzwoniący)
• Logowanie