Preguntas más frecuentes sobre la colaboración B2B de Microsoft Entra

Absolutamente, para obtener información sobre cómo personalizar la página de inicio de sesión de la organización, vea Agregar personalización de marca de empresa para iniciar sesión y páginas del Panel de acceso.

Sí. Sin embargo, la capacidad de buscar usuarios invitados existentes en SharePoint Online mediante el uso del selector de personas está desactivada. Para activar la opción de búsqueda de usuarios invitados existentes, establezca ShowPeoplePickerSuggestionsForGuestUsers en Activado. Esta configuración se puede activar en el nivel del inquilino o en el nivel de colección de sitios. Esta configuración se puede cambiar mediante los cmdlets Set-SPOTenant y SPOSite. Con estos cmdlets, los miembros pueden buscar todos los usuarios invitados existentes en el directorio. Los cambios en el ámbito del inquilino no afectan a los sitios de SharePoint Online que ya se han aprovisionado.

Sí, puede distribuir contenido de Power BI a usuarios invitados externos mediante la colaboración B2B. Para compartir contenido de Power BI en nubes de Microsoft, puede usar la configuración de la nube de Microsoft para establecer la colaboración mutua B2B entre la nube y una nube externa.

Sí. Para más información acerca de cómo utilizar la característica de carga de archivos .csv, vea este ejemplo de PowerShell.

Mediante las API de invitación de B2B puede personalizar casi todos los elementos del proceso del invitador.

Sí. Los usuarios invitados pueden restablecer su método de autenticación multifactor de la misma manera que los usuarios normales.

La organización que invita realiza la autenticación multifactor. La organización que invita debe asegurarse de que la organización tenga suficientes licencias para sus usuarios B2B que utilizan Multi-Factor Authentication.

Configuración de acceso entre inquilinos le permite confiar en la autenticación multifactor y las notificaciones de dispositivo (notificaciones compatibles y las notificaciones combinadas híbridas de Microsoft Entra) de otras organizaciones de Microsoft Entra.

La configuración de acceso entre inquilinos es una directiva del directorio que almacena la configuración sobre cómo colaborar con otras organizaciones. El número de organizaciones que puedes agregar en la configuración de acceso entre inquilinos es ilimitado.

Algunas organizaciones pueden desear agregar usuarios de colaboración B2B, aprovisionarlos en las aplicaciones cuando sea necesario y, luego, enviar las invitaciones. Puede usar la API de invitación de colaboración B2B para personalizar el flujo de trabajo de incorporación.

Sí. De forma predeterminada, los objetos invitados no son visibles en la lista global de direcciones de su organización, pero puede hacer que sean visibles. Para obtener más información, consulte Incorporación de invitados a la lista global de direcciones en el artículo sobre el acceso de invitado por grupo en Microsoft 365.

Totalmente. Para más información, consulte Asignación de roles de administrador en la versión preliminar de Azure Active Directory.

A menos que a un usuario se le asigne la función de administrador limitado, los usuarios de colaboración B2B no necesitarán acceso al Centro de administración de Microsoft Entra. Sin embargo, los usuarios de colaboración B2B a los que se asigna el rol de administrador limitado pueden acceder al portal. Además, si un usuario invitado al que no se le han asignado estos roles de administrador tuviera acceso al portal, podría acceder a determinadas partes de la experiencia. El rol de usuario invitado tiene algunos permisos en el directorio.

Sí, puede crear una directiva de acceso condicional que bloquee el acceso de los usuarios invitados al centro de administración o al portal. Al configurar la directiva de acceso condicional, tiene un control pormenorizado sobre los tipos de usuarios externos a los que desea aplicar la directiva. Cuando configure esta directiva tenga cuidado de evitar que se bloquee accidentalmente el acceso a los administradores y miembros. Obtenga más información sobre el Acceso condicional para usuarios externos.

Sí. La autenticación multifactor y las cuentas de correo electrónico del consumidor son compatibles con la colaboración B2B de Microsoft Entra.

Si su inquilino de Microsoft Entra es el directorio de inicio de un usuario, puede restablecer la contraseña del usuario desde el Centro de administración de Microsoft Entra. Sin embargo, no puede restablecer directamente la contraseña de los usuarios invitados que inician sesión con una cuenta administrada por otro proveedor de identidades externo o por otro directorio de Microsoft Entra. En ese caso, solo podrá restablecer la contraseña el usuario invitado o un administrador del directorio principal del usuario. A continuación, se incluyen algunos ejemplos de cómo funciona el restablecimiento de contraseñas con los usuarios invitados:

• Los usuarios invitados de un inquilino de Microsoft Entra que estén marcados como "invitado" (UserType==Invitado) no se pueden registrar para SSPR mediante https://aka.ms/ssprsetup. Este tipo de usuario invitado solo puede realizar SSPR mediante https://aka.ms/sspr.

• Los usuarios invitados que inicien sesión con una cuenta Microsoft (por ejemplo guestuser@live.com) podrán restablecer sus propias contraseñas con el autoservicio de restablecimiento de contraseñas (SSPR) de la cuenta Microsoft. Consulte Cómo restablecer la contraseña de tu cuenta Microsoft.

• Los usuarios invitados que inicien sesión con una cuenta de Google u otro proveedor de identidades externo podrán restablecer sus propias contraseñas mediante el método de SSPR de su proveedor de identidades. Por ejemplo, un usuario invitado con la cuenta de Google guestuser@gmail.com puede restablecer su contraseña siguiendo las instrucciones acerca de cómo cambiar o restablecer la contraseña.

• Si el inquilino de la identidad es un inquilino Just-In-Time (JIT) o un inquilino "viral" (es decir, un inquilino de Azure que es independiente y no está administrado), solamente el usuario invitado podrá restablecer su contraseña. A veces, una organización asumirá la administración de los inquilinos virales que se crean cuando los empleados usan sus direcciones de correo electrónico del trabajo para registrarse en los servicios. Después de que la organización se haga cargo de un inquilino viral, solo un administrador de dicha organización puede restablecer la contraseña del usuario o habilitar SSPR. Si es necesario, como la organización que invita, puede quitar la cuenta del usuario invitado del directorio y volver a enviar una invitación.

• Si el directorio principal del usuario invitado es su inquilino de Microsoft Entra, usted podrá restablecer la contraseña del usuario. Por ejemplo, es posible que haya creado o sincronizado un usuario desde la instancia local de Active Directory y que haya establecido UserType en Guest (invitado). Debido a que este usuario está alojado en su directorio, puede restablecer su contraseña desde el Centro de administración de Microsoft Entra.

Sí, Dynamics 365 (en línea) admite la colaboración B2B de Microsoft Entra. Para más información, consulte el artículo de Dynamics 365 Invitar a usuarios con colaboración B2B de Microsoft Entra.

Microsoft Entra ID tiene un conjunto fijo de requisitos de bloqueo de cuentas, seguridad de la contraseña y caracteres que se aplican igualmente a todas las cuentas de usuario en la nube de Microsoft Entra. Las cuentas de usuario en la nube son cuentas que no están federadas con otro proveedor de identidades, como:

• Cuenta Microsoft
• Facebook
• Servicios de federación de Active Directory
• Otro inquilino de nube (para la colaboración B2B)

En el caso de las cuentas federadas, la directiva de contraseñas depende de la directiva que se aplica en el inquilino local y la configuración de la cuenta Microsoft del usuario.

Un usuario invitado puede utilizar cualquier proveedor de identidades para realizar la autenticación. Para más información, consulte Propiedades de un usuario de colaboración B2B de Azure Active Directory. Use la propiedad UserType para determinar la experiencia del usuario. La notificación UserType no está incluida actualmente en el token. Las aplicaciones deben usar Microsoft Graph API para consultar el usuario en el directorio y obtener UserType.

Escuchamos constantemente sus comentarios para mejorar la colaboración B2B. Comparta escenarios de usuario, procedimientos recomendados y todo lo que le guste de la colaboración B2B de Microsoft Entra. Únase al debate en Microsoft Tech Community.

También le invitamos a enviar sus ideas y a votar las características futuras en el sitio de ideas para la colaboración B2B.

Puede invitar a otros usuarios de la organización asociada utilizando la interfaz de usuario, los scripts de PowerShell o las API. Después, puede enviar al usuario invitado un vínculo directo a una aplicación compartida. En la mayoría de los casos, ya no es necesario abrir la invitación de correo electrónico y hacer clic en una dirección URL de canje. Consulte el Canje de invitación de colaboración de B2B de Microsoft Entra.

Si el asociado tiene un inquilino de Microsoft Entra que está federado en la infraestructura de autenticación local, se consigue automáticamente el inicio de sesión único (SSO) local. Si el asociado no tiene un inquilino de Microsoft Entra, se crea una cuenta de Microsoft Entra para los nuevos usuarios.

No. Solo se puede usar una cuenta local de Azure AD B2C para iniciar sesión en el inquilino de Azure AD B2C. La cuenta no se puede utilizar para iniciar sesión en un inquilino de Microsoft Entra. No se admite invitar una cuenta local de Azure AD B2C a un inquilino de Microsoft Entra para la colaboración B2B.

Todas las aplicaciones integradas de Microsoft Entra pueden admitir usuarios invitados de colaboración B2B de Azure, pero deben usar un punto final configurado como inquilino para autenticar a los usuarios invitados. También es posible que necesite personalizar las notificaciones del token SAML que se emite cuando un usuario invitado se autentica en la aplicación.

Sí. Para más información, consulte Acceso condicional para usuarios de colaboración B2B.

Sí. La colaboración B2B de Microsoft Entra admite listas de permitidos y de bloqueados.

Para información sobre las licencias que tu organización necesita para usar la colaboración B2B de Microsoft Entra, consulta los Precios de Id. externa.

Depende. De forma predeterminada, Microsoft Entra solo permite UPN para el identificador de inicio de sesión. Si el UPN y el correo electrónico son los mismos, las invitaciones B2B de Microsoft Entra y los inicios de sesión posteriores funcionan según lo previsto. Sin embargo, pueden surgir problemas si el correo electrónico de un usuario y el UPN no coinciden, y el correo electrónico se usa en lugar del UPN para iniciar sesión. Cuando se invita a un usuario con un correo electrónico que no es el UPN, podrá canjear la invitación si el canje se realiza mediante el vínculo de invitación por correo electrónico, pero se producirá un error si el canje se efectúa a través de un vínculo directo. Sin embargo, aunque el usuario canjee correctamente la invitación, los intentos de inicio de sesión posteriores mediante un correo electrónico que no es el UPN generarán un error a menos que el proveedor de identidades (ya sea Microsoft Entra ID o un proveedor de identidades federado) esté configurado para permitir el correo electrónico como un identificador de inicio de sesión alternativo. Este problema se puede mitigar con las acciones siguientes:

1. Habilitar el correo electrónico como un identificador de inicio de sesión alternativo en el inquilino invitado o principal de Microsoft Entra
2. Permitir que el proveedor de identidad federado admita el correo electrónico como ID de inicio de sesión (si Microsoft Entra ID está federado con otro proveedor de identidad) o
3. Indicar al usuario que canjee o inicie sesión con su UPN.

Para evitar este problema por completo, los administradores deben asegurarse de que el UPN y el correo electrónico de los usuarios son idénticos.

En los flujos de colaboración B2B, hemos agregado usuarios al directorio y los hemos actualizado dinámicamente durante el proceso de canje de invitación, la asignación de aplicaciones y así sucesivamente. Las actualizaciones y escrituras se producen normalmente en una instancia de directorio y se deben replicar en todas las instancias. La replicación se completa una vez que se actualicen todas las instancias. En ocasiones, cuando el objeto se escribe o se actualiza en una instancia y la llamada para recuperar este objeto es a otra instancia, pueden producirse latencias en la replicación. Si esto sucede, actualice o vuelva a intentarlo. Si está escribiendo una aplicación mediante la API, los reintentos con algún retroceso es una buena práctica defensiva para mitigar este problema.

Pasos siguientes

¿Qué es la colaboración B2B de Microsoft Entra?