Antes de comenzar
Tu plan de Auth0 o acuerdo personalizado debe incluir Conexiones empresariales para usar esta función. Para obtener más información, consulta la página de precios de Auth0.Postman debe estar instalado en una máquina local para probar tus conexiones SCIM entrantes.
El aprovisionamiento de usuarios de Google Workspace es compatible mediante Directory Sync. Para sincronizar usuarios de Google Workspace con Auth0, consulta Sincronizar usuarios de Google Workspace con Auth0 mediante Directory Sync.
Habilitar SCIM entrante para una conexión empresarial
- Abre el Auth0 Dashboard, luego elige el inquilino que quieres configurar.
- Ve a Authentication > Enterprise, y luego selecciona SAML, OpenID Connect, Okta Workforce o Microsoft Azure AD.
- Elige una conexión existente o crea una nueva con Create Connection.
- En la pestaña Provisioning de tu conexión, cambia sincronizar atributos del perfil de usuario al iniciar sesión a Off y Sync user profiles using SCIM a On.
- Selecciona la pestaña Setup en Sync user profiles using SCIM para obtener la URL del endpoint de SCIM y los tokens de SCIM necesarios para hacer pruebas con Postman.
Prueba con Postman
- Inicie Postman, luego seleccione File > Import… y arrastre el archivo scim_postman_collection.json al cuadro de diálogo de importación.
- Seleccione la colección SCIM 2.0 Tests y luego elija la pestaña Variables.
- Copie el valor de SCIM Endpoint URL desde Auth0 Dashboard y péguelo en el campo Current Value junto a la variable SCIM-ENDPOINT-URL.
- En Auth0 Dashboard, elija Generate New Token, luego seleccione Generate Token y Copy and Close.
- Vuelva a Postman, seleccione la pestaña Authorization y pegue el valor del token en el campo Token.
- Seleccione Save.
- Ejecute las pruebas en el orden indicado, comenzando con el comando
POSTy terminando conDELETE. El resultado de cada operación del usuario aparece en Auth0 Dashboard, en User Management > Users y en los registros del inquilino, en Monitoring > Logs.
Operaciones SCIM compatibles
| Comando | Descripción |
|---|---|
POST | Crea un usuario en Auth0 con atributos del esquema principal de SCIM 2.0 y de la extensión del esquema empresarial, como se describe en RFC7644 Section 3.3. |
GET | Recupera un usuario que ya se creó en Auth0 mediante su valor user_id en Auth0, como se describe en RFC7644 Section 3.4.1. |
PUT | Reemplaza un usuario en Auth0 con atributos del esquema principal de SCIM 2.0 y de la extensión del esquema empresarial, como se describe en RFC7644 Section 3.5.1. |
PATCH | Actualiza un usuario en Auth0 con atributos del esquema principal de SCIM 2.0 y de la extensión del esquema empresarial, como se describe en RFC7644 Section 3.5.2. |
DELETE | Elimina un usuario en Auth0 mediante su valor user_id en Auth0, como se describe en RFC7644 Section 3.6. |
SEARCH | Busca un usuario en Auth0 mediante un filtro SCIM, como se describe en RFC7644 Section 3.4.2. Los operadores compatibles son igual a (EQ), y (AND) y o (OR). |
PUT (Desactivar) | Reemplaza un usuario almacenado en Auth0 y establece el atributo active de SCIM en false, lo que hace que el usuario quede bloqueado en Auth0. |
PATCH (Desactivar) | Actualiza un usuario almacenado en Auth0 y establece el atributo active de SCIM en false, lo que hace que el usuario quede bloqueado en Auth0. |
Endpoints y tokens de SCIM


- Sin fecha de expiración: Seleccione si el token expira o no.
- Fecha de expiración en segundos: si el token no tiene fecha de expiración, puede elegir un tiempo de expiración para el token. Cuando el token expire, el endpoint de SCIM devolverá una respuesta de error la próxima vez que se use. El tiempo mínimo de expiración permitido es de 900 segundos.
-
Lista de permisos (alcances): detalla qué operaciones de SCIM se pueden realizar con este token. Los permisos disponibles son:
- get:users - Permite recuperar y buscar usuarios.
- post:users - Permite crear usuarios
- put:users - Permite actualizar usuarios mediante el método PUT.
- patch:users - Permite actualizar usuarios mediante el método PATCH.
- delete:users - Permite eliminar usuarios.
Asignación de atributos
| Notas | |
|---|---|
| Asignación uno a uno | Un atributo SCIM seleccionado (o subatributo) solo puede asignarse a un atributo de Auth0. |
| Asignación de subatributos | Se puede hacer referencia a los valores de subatributos dentro de atributos SCIM multivalor, como emails y phoneNumbers, mediante la sintaxis de filtro de SCIM con el operador eq. Consulte los mapas de atributos predeterminados para ver ejemplos. |
| Atributos no asignables | Los atributos SCIM id y meta no se pueden asignar, ya que Auth0 solo los envía en las respuestas del protocolo SCIM. El valor de id en las respuestas SCIM siempre se establece en el user_id de Auth0, y el atributo SCIM password no puede usarse con conexiones empresariales. |
| Omisión de atributos SCIM | Si un atributo SCIM específico no está configurado para gestionarse en el mapa de atributos, se ignorará en todas las solicitudes y respuestas SCIM. |
| Notas | |
|---|---|
| Asignación uno a uno | Un atributo de Auth0 seleccionado solo puede asignarse a un atributo SCIM. |
| Asignación de atributos root | Al asignar a atributos root, tenga en cuenta que solo los atributos root enumerados en Atributos del perfil de usuario pueden consultarse mediante una consulta SCIM. Si necesita que se pueda buscar un atributo que no está en esta lista, colóquelo en app_metadata. |
| Asignación de atributos de metadatos | Se permite el uso de user_metadata, pero en general no se recomienda para atributos sincronizados, ya que está pensado para almacenar atributos que el usuario final puede editar directamente. Use app_metadata o atributos root en su lugar. |
| Comportamiento del atributo blocked | La asignación al atributo blocked de Auth0 tiene un comportamiento especial cuando se asigna al atributo active de SCIM. Cuando active contiene un valor true o false, Auth0 invierte el valor y establece el atributo blocked de Auth0 en false o true, respectivamente. |
Registros y notificaciones salientes
Revocación de sesiones y cierre de sesión por canal secundario
Pautas de implementación
Aproveche las galerías de integración para agilizar la configuración
Pruebe primero SCIM en entornos no productivos
Envíe los tokens SCIM de forma segura
Intercambio de información
- La URL del endpoint SCIM de la conexión de Auth0
- El token SCIM necesario para la URL del endpoint SCIM
- La lista de atributos SCIM admitidos para la conexión de Auth0, según se haya configurado en su mapa de atributos SCIM
- Cualquier instrucción adicional necesaria para configurar su cliente SCIM para que funcione con su configuración de SCIM. Para obtener instrucciones de configuración para Okta Workforce y Microsoft Entra ID, consulte Configure Inbound SCIM for proveedores de identidad using SAML or OpenID
Temas avanzados
Sincronizar atributos adicionales al iniciar sesión
- Asegúrese de que los atributos raíz comunes de Auth0, como
emailyusername, estén asignados en su mapa de atributos de SAML o OpenID Connect, si también están presentes en su mapa de atributos de SCIM. - En su mapa de atributos de SCIM, asigne todos los demás atributos de SCIM (excepto el atributo
active) a valores dentro del atributoapp_metadatade Auth0.
Sincronizar roles
roles de SCIM 2.0, tal como se define en RFC7643. Para aceptar roles, asegúrate de que el mapa de atributos de SCIM de tu conexión asigne el atributo roles de SCIM a un atributo de usuario de Auth0 como app_metadata.roles.
Para obtener más información sobre cómo sincronizar roles específicos de la aplicación desde Okta Workforce Identity, consulta How to Add Multi-value Roles in SCIM Cloud Integration. Para los roles de Microsoft Entra ID, consulta Customize user provisioning attribute-mappings for SaaS applications in Microsoft Entra ID.
Sincronización de grupos
/groups para aprovisionar objetos de grupo completos y pertenencias a grupos, tal como se define en la sección 3.2 de RFC7644. Sin embargo, si un Proveedor de identidad admite el envío de una lista de grupos mediante SAML o Connect, lea la sección anterior para obtener pautas sobre cómo sincronizar atributos al iniciar sesión.
Organizaciones
Vinculación de cuentas
id, lo que contraviene la especificación del esquema principal de SCIM 2.0. No se recomienda vincular cuentas de usuario empresariales con cuentas de usuario sociales y personales.
Más información
- Configurar SCIM entrante para proveedores de identidad mediante SAML u OpenID
- SCIM entrante para conexiones de Okta Workforce
- SCIM entrante para conexiones SAML de Okta Workforce
- SCIM entrante para conexiones SAML de Azure AD
- SCIM entrante para nuevas conexiones de Azure AD
- SCIM entrante para conexiones antiguas de Azure AD