Jak działa logowanie jednokrotne (SSO)?
Po skonfigurowaniupołączenia między centralnym dostawcą tożsamości (np. Active Directory) a naszym systemem logowania jednokrotnego (SSO), członkowie Twojego zespołu będą mogli logować się przy pomocy SSO. W tym celu muszą postępować zgodnie z poniższą instrukcją:
- Kliknij przycisk Logowanie jednokrotne (SSO)lub Zaloguj się przez SSO, który znajduje się w oknie logowania do konta DeepL.
- Wprowadź firmową domenę logowania jednokrotnego (SSO).
- Kliknij Zaloguj się.
Nastąpi przekierowanie do dostawcy tożsamości, gdzie należy wprowadzić swoje dane uwierzytelniające. Po nawiązaniu połączenia użytkownik przeniesie się na stronę DeepL.com i zostanie automatycznie zalogowany.
Dla każdego nowego użytkownika zostanie utworzone nowe konto DeepL. Gdy zespół osiągnie maksymalną liczbę członków przewidzianą dla danego planu, żadna nowa osoba nie będzie mogła korzystać z płatnego planu DeepL.
Innymi słowy, każdy użytkownik, któremu uda się połączyć z dostawcą tożsamości, może założyć konto DeepL (aż do osiągnięcia limitu członków zespołu).
Jeżeli kolejna osoba zechce dołączyć do zespołu, w którym osiągnięto już limit użytkowników, system wyszuka wszystkich członków zespołu, którzy korzystają z pojedynczego logowania (SSO) i nie logowali się do swoich kont w ciągu ostatnich 30 dni. Następnie konta użytkowników z najdłuższym czasem od ostatniej sesji zostaną dezaktywowane, aby nowy użytkownik mógł dołączyć do zespołu.
Jeśli żaden nowy użytkownik nie będzie próbować dołączyć do zespołu, nieaktywne konta (użytkownicy, którzy nie logowali się do DeepL w ciągu ostatnich 30 dni) nie zostaną dezaktywowane.
Logowanie za pomocą SSO jest obecnie dostępne dla następujących platform: tłumacz internetowy, aplikacje desktopowe, aplikacje mobilne, rozszerzenia przeglądarki, DeepL dla Microsoft Worda i DeepL dla Microsoft Outlooka.
Administratorzy zespołów
Więcej informacji na temat zarządzania kontami SSO członków zespołu można znaleźć tutaj.
Uwaga! Administratorzy zespołu nie mogą logować się za pomocą SSO. Powinni oni nadal używać swoich normalnych danych uwierzytelniających, aby móc w dowolnym momencie skonfigurować ustawienia SSO dla reszty zespołu.