Microsoft Entra B2B collaboration — często zadawane pytania

Absolutnie, aby uzyskać informacje na temat dostosowywania strony logowania organizacji, zobacz Dodawanie znakowania firmowego w celu logowania się i Panel dostępu stron.

Tak. Jednak możliwość wyszukiwania istniejących użytkowników-gości w usłudze SharePoint Online przy użyciu selektora osób jest domyślnie wyłączona . Aby włączyć opcję wyszukiwania istniejących użytkowników-gości, ustaw wartość Pokaż Osoby PickerSuggestionsForGuestUsers na wł. To ustawienie można włączyć na poziomie dzierżawy lub na poziomie zbioru witryn. To ustawienie można zmienić przy użyciu poleceń cmdlet Set-SPOTenant i Set-SPOSite. Za pomocą tych poleceń cmdlet członkowie mogą przeszukiwać wszystkich istniejących użytkowników-gości w katalogu. Zmiany w zakresie dzierżawy nie mają wpływu na witryny usługi SharePoint Online, które zostały już aprowidowane.

Tak, możesz dystrybuować zawartość usługi Power BI do zewnętrznych użytkowników-gości przy użyciu funkcji współpracy B2B. Aby udostępnić zawartość usługi Power BI w chmurach firmy Microsoft, możesz użyć ustawień chmury firmy Microsoft do ustanowienia wzajemnej współpracy B2B między chmurą a chmurą zewnętrzną.

Tak. Aby uzyskać więcej informacji na temat korzystania z funkcji przekazywania plików .csv, zobacz ten przykład programu PowerShell.

Prawie wszystko o procesie zapraszania można dostosować przy użyciu interfejsów API zaproszeń B2B.

Tak. Użytkownicy-goście mogą zresetować swoją metodę uwierzytelniania wieloskładnikowego w taki sam sposób, jak zwykle użytkownicy.

Organizacja zapraszania wykonuje uwierzytelnianie wieloskładnikowe. Organizacja zapraszania musi upewnić się, że organizacja ma wystarczającą liczbę licencji dla użytkowników B2B korzystających z uwierzytelniania wieloskładnikowego.

Ustawienia dostępu między dzierżawami umożliwiają zaufanie do uwierzytelniania wieloskładnikowego i oświadczeń urządzeń (zgodnych oświadczeń i oświadczeń dołączonych hybrydowo firmy Microsoft Entra) z innych organizacji firmy Microsoft Entra.

Ustawienia dostępu między dzierżawami to zasady w katalogu, w którym są przechowywane ustawienia umożliwiające współpracę z innymi organizacjami. Ten plik zasad ma limit rozmiaru 25 kb i po jego maksymalnej zwiększeniu nie można wprowadzić żadnych dodatkowych organizacji ani zmian, które jeszcze bardziej zwiększyłyby rozmiar pliku. Ze względu na sposób przechowywania zawartości w tych zasadach nie ma zdefiniowanego limitu organizacji, które można dodać w ustawieniach dostępu między dzierżawami. Jeśli musisz zastosować ustawienia do dużej liczby organizacji, zalecamy zaimplementowanie tych ustawień jako ustawień domyślnych. Wykonaj kroki, aby obliczyć bieżący rozmiar zasad i określić, czy zbliżasz się do osiągnięcia limitu rozmiaru pliku o rozmiarze 25 kb.

Organizacja może chcieć dodać użytkowników współpracy B2B, aprowizować je do aplikacji zgodnie z potrzebami, a następnie wysyłać zaproszenia. Interfejs API zaproszenia do współpracy B2B umożliwia dostosowanie przepływu pracy dołączania.

Tak. Domyślnie obiekty gościa nie są widoczne na globalnej liście adresów organizacji, ale można je uwidocznić. Aby uzyskać szczegółowe informacje, zobacz Dodawanie gości do globalnej listy adresów w artykule Dostęp gościa na platformie Microsoft 365 dla grupy.

Naturalnie. Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników-gości do roli.

Jeśli użytkownik nie ma przypisanej roli ograniczonego administratora, użytkownicy współpracy B2B nie będą wymagać dostępu do centrum administracyjnego firmy Microsoft Entra. Jednak użytkownicy współpracy B2B, którym przypisano rolę ograniczonego administratora, mogą uzyskiwać dostęp do portalu. Ponadto jeśli użytkownik-gość, który nie ma przypisanej jednej z tych ról administratora, uzyskuje dostęp do portalu, może być w stanie uzyskać dostęp do niektórych części środowiska. Rola użytkownika-gościa ma pewne uprawnienia w katalogu.

Tak, można utworzyć zasady dostępu warunkowego, które blokują dostęp użytkownika-gościa do centrum administracyjnego lub portalu. Podczas konfigurowania zasad dostępu warunkowego masz szczegółową kontrolę nad typami użytkowników zewnętrznych, do których chcesz zastosować zasady. Podczas konfigurowania tych zasad należy zachować ostrożność, aby uniknąć przypadkowego blokowania dostępu do członków i administratorów. Dowiedz się więcej o dostępie warunkowym dla użytkowników zewnętrznych.

Tak. Uwierzytelnianie wieloskładnikowe i konta e-mail konsumentów są obsługiwane w przypadku współpracy firmy Microsoft Entra B2B.

Jeśli dzierżawa firmy Microsoft Entra jest katalogiem macierzystkowym użytkownika, możesz zresetować hasło użytkownika z centrum administracyjnego firmy Microsoft Entra. Nie można jednak bezpośrednio zresetować hasła użytkownika-gościa, który loguje się przy użyciu konta zarządzanego przez inny katalog usługi Microsoft Entra lub zewnętrznego dostawcę tożsamości. Hasło może zresetować tylko użytkownik-gość lub administrator wymieniony w katalogu macierzystym użytkownika. Oto kilka przykładów działania resetowania hasła dla użytkowników-gości:

• Użytkownicy-goście w dzierżawie firmy Microsoft Entra, którzy są oznaczeni jako "Gość" (UserType==Guest) nie mogą zarejestrować się w usłudze samoobsługowego resetowania hasła za pośrednictwem usługi https://aka.ms/ssprsetup. Ten typ użytkownika-gościa może wykonywać tylko samoobsługowe resetowanie hasła za pomocą polecenia https://aka.ms/sspr.

• Użytkownicy-goście, którzy logują się przy użyciu konta Microsoft (na przykład guestuser@live.com), mogą zresetować własne hasła przy użyciu samoobsługowego resetowania hasła (SSPR) konta Microsoft. Zobacz Jak zresetować hasło do konta Microsoft.

• Użytkownicy-goście, którzy logują się przy użyciu konta Google lub innego zewnętrznego dostawcy tożsamości, mogą zresetować własne hasła przy użyciu metody samoobsługowego resetowania hasła dostawcy tożsamości. Na przykład użytkownik-gość z kontem guestuser@gmail.com Google może zresetować swoje hasło, postępując zgodnie z instrukcjami w temacie Zmienianie lub resetowanie hasła.

• Jeśli dzierżawa tożsamości jest dzierżawą typu just in time (JIT) lub "wirusową" dzierżawą (co oznacza, że jest to oddzielna, niezarządzana dzierżawa platformy Azure), tylko użytkownik-gość może zresetować swoje hasło. Czasami organizacja przejmie zarządzanie wirusowymi dzierżawami , które są tworzone, gdy pracownicy używają służbowych adresów e-mail w celu zarejestrowania się w usługach. Gdy organizacja przejmie dzierżawę wirusową, tylko administrator w tej organizacji może zresetować hasło użytkownika lub włączyć samoobsługowe resetowanie hasła. Jeśli to konieczne, jako organizacja zapraszania, możesz usunąć konto użytkownika-gościa z katalogu i wysłać ponownie zaproszenie.

• Jeśli katalog główny użytkownika-gościa jest dzierżawą firmy Microsoft Entra, możesz zresetować hasło użytkownika. Możesz na przykład utworzyć użytkownika lub zsynchronizować użytkownika z lokalna usługa Active Directory i ustawić typ użytkownika na wartość Gość. Ponieważ ten użytkownik znajduje się w katalogu, możesz zresetować swoje hasło z centrum administracyjnego firmy Microsoft Entra.

Tak, usługa Dynamics 365 (online) obsługuje współpracę firmy Microsoft Entra B2B. Aby uzyskać więcej informacji, zobacz artykuł Dynamics 365 Invite users with Microsoft Entra B2B collaboration (Zapraszanie użytkowników za pomocą usługi Microsoft Entra B2B collaboration).

Identyfikator Entra firmy Microsoft ma stały zestaw znaków, siły hasła i wymagań dotyczących blokady konta, które mają zastosowanie w równym stopniu do wszystkich kont użytkowników usługi Microsoft Entra w chmurze. Konta użytkowników w chmurze to konta, które nie są federacyjne z innym dostawcą tożsamości, na przykład

• Konto Microsoft
• Facebook
• Usługi Active Directory Federation Services
• Inna dzierżawa chmury (na potrzeby współpracy B2B)

W przypadku kont federacyjnych zasady haseł zależą od zasad stosowanych w dzierżawie lokalnej i ustawieniach konta Microsoft użytkownika.

Użytkownik-gość może użyć dowolnego dostawcy tożsamości do uwierzytelniania. Aby uzyskać więcej informacji, zobacz Właściwości użytkownika współpracy B2B. Użyj właściwości UserType, aby określić środowisko użytkownika. Oświadczenie UserType nie jest obecnie uwzględnione w tokenie. Aplikacje powinny używać interfejsu API programu Microsoft Graph do wykonywania zapytań dotyczących katalogu dla użytkownika i pobierania parametru UserType.

Stale słuchamy Twoich opinii, aby poprawić współpracę B2B. Udostępnij swoje scenariusze użytkownika, najlepsze rozwiązania i informacje o współpracy firmy Microsoft Entra B2B. Dołącz do dyskusji w społeczności technicznej firmy Microsoft.

Zachęcamy również do przesyłania pomysłów i głosowania na przyszłe funkcje na konferencji B2B Collaboration Ideas.

Możesz zaprosić innych użytkowników w organizacji partnerskiej przy użyciu interfejsu użytkownika, skryptów programu PowerShell lub interfejsów API. Następnie możesz wysłać użytkownikowi-gościowi bezpośredni link do udostępnionej aplikacji. W większości przypadków nie trzeba już otwierać zaproszenia e-mail i klikać adresu URL realizacji. Zobacz Microsoft Entra B2B collaboration invitation redemption (Realizacja zaproszenia do współpracy B2B firmy Microsoft).

Jeśli partner ma dzierżawę firmy Microsoft Entra, która jest federacyjna z lokalną infrastrukturą uwierzytelniania, lokalne logowanie jednokrotne (SSO) jest automatycznie osiągane. Jeśli partner nie ma dzierżawy firmy Microsoft Entra, zostanie utworzone konto Microsoft Entra dla nowych użytkowników.

L.p. Konto lokalne usługi Azure AD B2C może służyć tylko do logowania się do dzierżawy usługi Azure AD B2C. Nie można użyć konta do logowania się do dzierżawy firmy Microsoft Entra. Zapraszanie konta lokalnego usługi Azure AD B2C do dzierżawy usługi Microsoft Entra na potrzeby współpracy B2B nie jest obsługiwane.

Wszystkie zintegrowane aplikacje firmy Microsoft Entra mogą obsługiwać użytkowników-gości usługi Azure B2B, ale muszą używać punktu końcowego skonfigurowanego jako dzierżawa do uwierzytelniania użytkowników-gości. Może być również konieczne dostosowanie oświadczeń w tokenie SAML wystawionym podczas uwierzytelniania użytkownika-gościa w aplikacji.

Tak. Aby uzyskać więcej informacji, zobacz Dostęp warunkowy dla użytkowników współpracy B2B.

Tak. Funkcja współpracy B2B firmy Microsoft obsługuje listy dozwolonych i listy zablokowanych.

Aby uzyskać informacje o licencjach, których organizacja potrzebuje do korzystania z usługi Microsoft Entra B2B, zobacz Cennik identyfikatora zewnętrznego.

To zależy. Domyślnie firma Microsoft Entra zezwala tylko na nazwę UPN dla identyfikatora logowania. Gdy nazwa UPN i wiadomość e-mail są takie same, zaproszenia firmy Microsoft Entra B2B i kolejne logowania działają zgodnie z oczekiwaniami. Jednak problemy mogą wystąpić, gdy adres e-mail użytkownika i nazwa UPN nie są zgodne, a wiadomość e-mail jest używana zamiast nazwy UPN do logowania. Gdy użytkownik zostanie zaproszony za pomocą wiadomości e-mail innej niż UPN, będzie mógł zrealizować zaproszenie, jeśli zrealizował zaproszenie przy użyciu linku zaproszenia e-mail, ale realizacja za pośrednictwem linku bezpośredniego zakończy się niepowodzeniem. Jednak nawet jeśli użytkownik pomyślnie zrealizowa zaproszenie, kolejne próby logowania przy użyciu wiadomości e-mail innej niż nazwa UPN zakończy się niepowodzeniem, chyba że dostawca tożsamości (identyfikator Firmy Microsoft Entra lub dostawca tożsamości federacyjnej) jest skonfigurowany tak, aby zezwalał na pocztę e-mail jako alternatywny identyfikator logowania. Ten problem można rozwiązać, wykonując następujące czynności:

1. Włączanie wiadomości e-mail jako alternatywnego identyfikatora logowania w dzierżawie zaproszonej/macierzystej firmy Microsoft Entra
2. Włączenie dostawcy tożsamości federacyjnej do obsługi poczty e-mail jako identyfikatora logowania (jeśli identyfikator Entra firmy Microsoft jest federacyjny do innego dostawcy tożsamości) lub
3. Poinstruowanie użytkownika, aby zrealizował/zalogował się przy użyciu nazwy UPN.

Aby całkowicie uniknąć tego problemu, administratorzy powinni upewnić się, że nazwy UPN i wiadomości e-mail użytkowników są takie same.

W przepływach współpracy B2B dodajemy użytkowników do katalogu i dynamicznie je aktualizujemy podczas procesu realizacji zaproszenia, przypisania aplikacji itd. Aktualizacje i zapisy są zwykle wykonywane w jednym wystąpieniu katalogu i muszą być replikowane we wszystkich wystąpieniach. Replikacja jest zakończona po zaktualizowaniu wszystkich wystąpień. Czasami, gdy obiekt jest zapisywany lub aktualizowany w jednym wystąpieniu, a wywołanie pobierania tego obiektu dotyczy innego wystąpienia, mogą wystąpić opóźnienia replikacji. Jeśli tak się stanie, odśwież lub ponów próbę, aby pomóc. Jeśli piszesz aplikację przy użyciu naszego interfejsu API, ponawianie prób z pewnymi wycofywaniami jest dobrą praktyką defensywną, aby złagodzić ten problem.

Następne kroki

Co to jest współpraca firmy Microsoft Entra B2B?