--- title: "Gestión de usuarios y lectores con SCIM en Okta" slug: "scim-with-okta" updated: 2026-10-12T08:20:46Z published: 2026-10-12T08:20:46Z canonical: "docs.document360.com/scim-with-okta" --- > ## Documentation Index > Fetch the complete documentation index at: https://docs.document360.com/llms.txt > Use this file to discover all available pages before exploring further. # Gestión de usuarios y lectores con SCIM en Okta La integración SCIM con Okta te permite gestionar usuarios, lectores y grupos de Document360 directamente desde Okta de forma automatizada y controlada centralmente. Cuando se añade un nuevo usuario en Okta, su cuenta de Document360 se provisiona automáticamente. Cualquier actualización en su rol o membresía de grupo se sincroniza en tiempo real, y cuando un usuario es desactivado o eliminado en Okta, lo mismo se refleja en Document360 sin intervención manual. Esto elimina la necesidad de una gestión de cuentas separada en Document360 y garantiza que los datos de los usuarios sigan siendo precisos y actualizados en ambas plataformas. --- ## ¿Por qué gestionar usuarios y lectores a través de SCIM? Gestionar manualmente a los usuarios en múltiples plataformas consume mucho tiempo y genera riesgos. Sin SCIM, los administradores deben recordar añadir nuevos empleados a Document360 por separado y revocar manualmente el acceso cuando alguien se va. Los errores pueden resultar en acceso no autorizado o retraso en la incorporación. Con SCIM activado entre Okta y Document360: - Los nuevos empleados se aprovisionan automáticamente a Document360 al añadirse en Okta — sin necesidad de una configuración separada. - Las asignaciones de roles son consistentes y están controladas a través de una única fuente de verdad en tu IDP. - Cuando un usuario es desactivado o eliminado en Okta, su acceso a Document360 se revoca automáticamente. - Los cambios en la membresía de grupos en Okta se reflejan en tiempo real en Document360. - El acceso al contenido sigue siendo gestionable desde dentro de Document360 incluso cuando la identidad está controlada por Okta. --- ## Antes de que empieces La provisión SCIM en Document360 está configurada como parte de tu configuración SSO. Asegúrate de que se completen los siguientes datos antes de continuar: - SSO debe estar completamente configurado y funcionar entre Okta y Document360. Configura primero SSO usando una de las guías a continuación. - La provisión SCIM debe estar habilitada en Document360. Navega a **Configuración** () > **Usuarios y permisos** > **SSO empresarial**, abre tu configuración SSO y confirma que el interruptor **Habilitar aprovisionamiento SCIM** está activado.             SAML SSO con Okta         Configura SAML SSO y activa la provisión SCIM entre Okta y Document360.    [Configurar SAML con Okta →](https://docs.document360.com/docs/es/saml-sso-with-okta)               OpenID Connect SSO con Okta         Configura OpenID Connect SSO y activa la provisión SCIM entre Okta y Document360.    [Configura OpenID con Okta →](https://docs.document360.com/docs/es/okta-with-openid-sso)   NOTA La provisión de grupos SCIM requiere grupos de seguridad en tu proveedor de identidad. Las listas de distribución no pueden usarse para la provisión automatizada de usuarios o lectores; esto es una limitación del modelo de provisión del IdP (por ejemplo, Microsoft Entra ID), no una restricción de Document360. Si tu organización gestiona actualmente el acceso a través de listas de distribución, convierte las listas relevantes en grupos de seguridad antes de configurar el group push o la sincronización de grupos. --- ## Asignar asignación de atributos de usuario SCIM utiliza el `userType` atributo o el atributo heredado `isTeamAccount` para determinar el rol asignado a una persona cuando se aprovisiona en Document360: **Usuario**, **Revisor** o **Lector**. - `userType` Los valores se corresponden con los roles de la siguiente manera: | `userType` Valor | Rol asignado | | --- | --- | | `user` | Usuario | | `reviewer` | Reseñador | | `reader` | Lector | - `isTeamAccount` Los valores se corresponden con los roles de la siguiente manera: | `isTeamAccount` Valor | Rol asignado | | --- | --- | | `True` | Usuario | | `False` o no enmarcado | Lector | `userType` es un atributo String, a diferencia `isTeamAccount`de , que es un atributo booleano heredado. Ambos atributos están definidos en el mismo espacio de nombres de extensión: `urn:ietf:params:scim:schemas:extension:document360:2.0:User`. #### Añade los atributos en Okta: 1. En la Consola de Administración de Okta, amplía el desplegable **Aplicaciones y Recursos** y selecciona **Aplicaciones**. 2. Selecciona la aplicación que quieres configurar y navega a la pestaña **de Provisionamiento** . 3. Desplázate hacia abajo hasta **Mapear atributos** y haz clic **en Ir al Editor de perfiles**. 4. En la sección **de Atributos** , haz clic **en Añadir Atributo** y rellena los detalles como se muestra a continuación. - Para añadir `userType` atributo | Añadir Atributo | Valor | | --- | --- | | Tipo de datos | Cuerda | | Nombre de visualización | Tipo de usuario | | Nombre de la variable | Tipo de usuario | | Nombre externo | Tipo de usuario | | Espacio de nombres externo | urn:ietf:params:scim:schemas:extension:document360:2.0:User | - Para añadir `isTeamAccount` atributo | Añadir Atributo | Valor | | --- | --- | | Tipo de datos | | | Nombre de visualización | Cuenta del equipo | | Nombre de la variable | isTeamAccount | | Nombre externo | isTeamAccount | | Espacio de nombres externo | urn:ietf:params:scim:schemas:extension:document360:2.0:User | ![Adding a boolean attribute named 'Team Account' in the Okta Profile Editor interface.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/add-attribute-boolean.png) 1. Haz clic **en Guardar**. NOTA Para las reglas completas de precedencia del `userType` atributo y `isTeamAccount` , véase [Precedencia de atributos](https://docs.document360.com/docs/es/scim-provisioning#attribute-precedence) en el artículo de provisión SCIM. PROPINA Siempre establece el `isTeamAccount` atributo a **nivel de usuario**, no a nivel de grupo. Si se configura a nivel de grupo, los usuarios que pertenecen a varios grupos con valores en conflicto pueden recibir roles incorrectos en Document360. Configurarlo a nivel de usuario garantiza que cada usuario tenga un valor claro y consistente. --- ## Utiliza Constructor de Expresiones para mapear roles En lugar de establecer manualmente el `userType` atributo o el atributo heredado `isTeamAccount` para cada usuario, puedes usar **el Constructor de Expresiones de Okta** para determinar automáticamente si un usuario está provisionado como **Usuario**, **Revisor** o **Lector** en Document360, basándose en un atributo existente en su perfil de Okta como Título del puesto, Departamento o membresía al grupo. **Cómo funciona:** - `userType = user` → aprovisionado como **Usuario** - `userType = reviewer` → provisionado como **revisor** - `userType = reader` → provisionado como **lector** - `isTeamAccount = True` → provisionado como **Usuario** - `isTeamAccount = False` → provisionado como **lector** Una vez provisionado, los usuarios se añaden automáticamente a los respectivos grupos de usuarios o grupos de lectores en Document360. **Pasos para configurar:** 1. En la Consola de Administración de Okta, ve a **Aplicaciones** y selecciona tu aplicación SCIM. 2. Ve a la pestaña **de Aprovisionamiento** y haz clic en la pestaña **Para la app** en **Configuración**. 3. Desplázate hacia abajo hasta **Mapear atributos** y haz clic en el icono **de Editar** junto al `userType` o el`isTeamAccount` atributo, dependiendo de cuál uses. ![Okta Admin Console displaying user attributes and mapping options for applications.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/edit icon.png) 1. En el diálogo, configura el desplegable **del valor del Atributo** en **Expresión**. 2. Introduce tu expresión en el cuadro de texto proporcionado. 3. Para verificar la expresión, introduzca el nombre de un usuario en el campo **Vista previa** . El resultado se evalúa instantáneamente y se muestra en la barra verde debajo del cuadro de texto, mostrando si el usuario será provisionado como **Usuario** (`true`) o **como Lector** (`false`). 4. **En Aplicar en**, selecciona **Crear** o **Crear y actualiza** dependiendo de si quieres que la expresión se aplique solo durante la creación del usuario o también en las actualizaciones. 5. Haz clic **en Guardar**. ![Admin console showing SCIM settings with highlighted expression and options for user roles.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/expression.png) NOTA Haz clic **en Referencia de Lenguaje de Expresión** debajo del cuadro de expresión para explorar todas las funciones, operadores y sintaxis disponibles soportados en el lenguaje de expresión de Okta. Para más información, consulta la [guía general de Lenguaje de Expresiones](https://developer.okta.com/docs/reference/okta-expression-language/) de Okta. **Basado en el título del puesto** - Si tus usuarios tienen un atributo Título de Puesto en su perfil de Okta, puedes asignar roles según su título usando `userType`: ``` user.title == "Manager" || user.title == "Senior Manager" ? "user" : (user.title == "Team Lead" ? "reviewer" : "reader") ``` Los usuarios con los títulos de Gestor o Gerente Senior se asignan como Usuarios, el Jefe de Equipo se asigna como Revisor y todos los demás títulos se provizan como Lectores - Si tus usuarios tienen un atributo Título de Puesto en su perfil de Okta, puedes asignar roles según su título usando `isTeamAccount`: ``` user.title == "Manager" || user.title == "Senior Manager" || user.title == "Team Lead" ? "True" : "False" ``` Los usuarios con los títulos Gestor, Gerente Senior o Jefe de Equipo se asignan como Usuarios. Todos los demás títulos se providencian como Lectores. NOTA El nombre de la variable de atributo (por ejemplo, `user.title`) debe coincidir exactamente con el nombre de variable definido en tu perfil de usuario de Okta. Puedes verificar esto en **Directory > Editor de perfiles**. **Según la pertenencia al grupo** Si tus usuarios están organizados en grupos de Okta, puedes asignar roles según los grupos a los que pertenecen usando `userType`: ``` isMemberOfGroupName("Managers") ? "user" : (isMemberOfGroupName("Reviewers") ? "reviewer" : "reader") ``` Los usuarios del grupo de Gestores están provisionados como Usuarios, los usuarios del grupo de Revisores como Revisores y el resto como Lectores. Si tus usuarios están organizados en grupos de Okta, puedes asignar roles según los grupos a los que pertenecen usando `isTeamAccount`: ``` isMemberOfGroupName("Managers") || isMemberOfGroupName("TeamLead") || isMemberOfGroupName("Directors") ? "True" : "False" ``` Los usuarios que son miembros de los grupos de Gerentes, Líderes de Equipo o Directores se asignan como Usuarios. Los usuarios que no pertenecen a ninguno de estos grupos se asignan como Lectores. NOTA Puedes combinar o ampliar cualquiera de las dos expresiones para incluir títulos de puesto adicionales o nombres de grupos según las necesidades de tu organización. --- ## Disposición Okta a Document360 Para vincular la creación, cambios y desactivación de usuarios en Okta con Document360: 1. En la barra de navegación de la izquierda, amplía el desplegable **Aplicaciones** y haz clic **en Aplicaciones**. 2. Selecciona tu aplicación SCIM y ve a la pestaña **de Provisionamiento** . 3. Haz clic **en Editar** en **Aprovisionamiento a la aplicación** y selecciona las siguientes casillas: - **Crear usuarios** - **Actualizar atributos de usuario** - **Desactivar usuarios** ![Okta Admin Console showing provisioning settings for user management and application integration.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/enable integration.png) --- ## Crear usuarios, lectores y grupos ### Crear un usuario 1. En la Consola de Administración de Okta, amplía el desplegable **del Directorio** y **selecciona Personas**. 2. Haz clic **en Añadir persona**, rellena los datos de usuario requeridos y **haz clic en Guardar**. Una vez que el usuario está provisionado, Document360 asigna automáticamente el rol según la regla configurada en el Constructor de Expresiones. ![Okta Admin Console displaying user directory with options to add or reset passwords.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/add people(1).png) 1. Selecciona al usuario recién creado y haz clic **en Asignar aplicaciones** para vincularlas a una aplicación. 2. Elige la aplicación a la que quieres asignar al usuario y haz clic **en Aplicar**. El usuario se ha creado correctamente. Para verificar, ve a Document360 y navega a **Configuración** () > **Usuarios y permisos** > **Usuarios y grupos**. El usuario recién creado debe aparecer en la lista. NOTA El número de usuarios que puedes añadir a Document360 a través de Okta depende de tu plan de suscripción. Ahora los revisores pueden ser provisionados directamente desde Okta mediante la configuración `userType = reviewer` — no es necesario hacer conversión manual. **Solo para `isTeamAccount` configuraciones:** Todos los usuarios provisionados a través de SCIM se cuentan inicialmente dentro de la cuota de Usuarios. Si se alcanza el límite de Usuarios, SCIM no puede provisionar usuarios adicionales, incluso si algunos de ellos están destinados a ser Revisores. **Solución alternativa:** 1. Aprovisiona usuarios desde Okta a través de SCIM como de costumbre. Se sincronizarán con Document360 con el rol predeterminado como **Colaborador** o **Administrador**. 2. Una vez sincronizados los usuarios, cambia manualmente el rol de los usuarios requeridos a **Revisor** en Document360. 3. Una vez que un usuario cambia a **Revisor**, se cuenta dentro de la cuota **de Revisores** en lugar de la **cuota de Usuario** . Esto libera una ranura de Usuario. **Ejemplo:** Si tu proyecto permite 10 usuarios y 10 revisores y quieres añadir más usuarios a través de SCIM después de alcanzar el límite de usuarios: 1. Primero, provisionar 10 usuarios a través de SCIM. 2. Luego, cambia los usuarios requeridos a Revisores en Document360. 3. Esos usuarios pasarán a la cuota de Revisores, liberando espacios de usuario para usuarios adicionales. ### Crea un lector 1. En la Consola de Administración de Okta, amplía el desplegable **del Directorio** y **selecciona Personas**. 2. En la página **Personas** , haz clic en **Añadir Persona**, rellena los datos requeridos del lector y haz clic **en Guardar**. Esto confirma que el lector ha sido añadido con éxito al Proveedor de Identidad (Okta). ![Okta Admin Console displaying user directory with options to add or reset passwords.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/add people(1).png) Una vez provisionado el lector, Document360 asigna automáticamente el rol según la regla configurada en el Constructor de Expresións. 1. Para integrar el lector con Document360, selecciona el lector recién creado y haz clic **en Asignar aplicaciones**. 2. En el cuadro **de diálogo Asignar aplicación** , selecciona el proyecto al que quieres asignar el lector y luego haz clic **en Asignar** > **Guardar y volver** > **Hecho**. ![Assigning an application to a reader in Okta.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/assign application to reader(1).gif) 1. El lector recién creado se sincronizará automáticamente con Document360. Para verificar, ve a Document360 y navega a **Configuración () > Usuarios y permisos > Lectores y grupos**. ![User management interface displaying reader accounts and their access statuses.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/reader added.png) El lector se añadirá con el acceso predeterminado al contenido que se aplicó durante la configuración de SSO. ### Crear un grupo 1. En la Consola de Administración de Okta, amplía el desplegable **del Directorio** y selecciona **Grupos**. 2. Haz clic **en Añadir grupo**, introduce el nombre deseado y haz clic **en Guardar**. ![Okta Admin Console displaying group management options and user statistics.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/add group(1).png) #### Asignar aplicación al grupo 1. Amplía el desplegable **Aplicaciones** y selecciona **Aplicaciones**. 2. Selecciona la aplicación deseada, navega a la pestaña **Asignaciones** y haz clic **en Asignar** > **Asignar a Grupos**. 3. Haz clic **en Asignar** junto al grupo creado y luego **haz clic en Guardar** para completar la tarea. ![Assigning a group to an application in Okta.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/assign group to app.gif) #### Grupos push A diferencia de los usuarios, los grupos no se sincronizan automáticamente con Document360 y deben ser enviados manualmente. 1. Después de asignar el grupo a la aplicación, navega a la pestaña **Grupos de Empuje** y haz clic **en Grupos de Empuje**. 2. **Selecciona Buscar grupos por nombre** e introduce el nombre del grupo. 3. Selecciona el grupo en los resultados y haz clic **en Guardar** para enviar correctamente el grupo a Document360. ![Pushing a group to Document360 from Okta.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/push group.gif) 1. Para verificar, navega a **Document360 > Configuración () > Usuarios y permisos > Lectores y grupos > grupos de lectores**. ![User permissions management interface showing reader groups and access settings.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/reader grp in doc360.png) El grupo de lectores recién creado debería aparecer en tu portal. NOTA Cuando Okta envía un grupo a través de SCIM, Document360 siempre crea un grupo nuevo en lugar de vincularlo a un grupo existente. Esto ayuda a prevenir problemas cuando el mismo grupo está conectado a varios proveedores SSO. Por ejemplo, si un proveedor elimina usuarios del grupo, podría afectar accidentalmente a usuarios gestionados por otro proveedor. Crear grupos separados evita este conflicto. Por ello, gestiona siempre los grupos SCIM y los miembros del grupo desde Okta, no directamente en Document360. --- ## Añadir un usuario o lector a un grupo 1. En la Consola de Administración de Okta, amplía el desplegable **del Directorio** y **selecciona Personas**. 2. Ve a la pestaña **Grupos** , busca el grupo al que quieres añadir al usuario o lector en el campo **Grupos** y seleccionalo. ![Okta Admin Console showing user details and group management options for Jane Doe.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/add reader to group.png) 1. El usuario o lector será añadido con éxito al grupo seleccionado. 2. Para confirmarlo, navega a Document360 y selecciona el grupo de usuarios o lectores correspondiente. El miembro añadido debe aparecer dentro del grupo. ![User permissions interface showing associated reader accounts and content access details.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/confirm reader.png) NOTA Si un grupo contiene tanto usuarios como lectores, aparecerá tanto en grupos de usuarios como en grupos de lectores en Document360. --- ## Gestión de usuarios, lectores y grupos en Document360 Cuando SCIM está activado, se desactiva editar el nombre de un usuario o eliminar directamente a un usuario en Document360. Estas acciones deben gestionarse a través de Okta para mantener ambas plataformas sincronizadas. Solo puedes gestionar el acceso al contenido desde Document360. ![Overview of reader management settings and user details in Document360 interface.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/badge.png) La insignia **SSO-SCIM** indica si el usuario tiene SCIM activado. ### Gestionar el acceso al contenido El rol de contenido por defecto asignado a cualquier usuario, lector o grupo nuevo se basa en lo que se configuró durante la configuración del aprovisionamiento SCIM. Los permisos se establecerán en **Ninguno** por defecto, pero pueden actualizarse en cualquier momento. 1. Para gestionar el acceso al contenido, selecciona el lector deseado y haz clic **en Gestionar el acceso al contenido**. 2. Elige el nivel de acceso deseado en el desplegable y haz clic **en Actualizar**. ![Managing content access in Document360.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/manage content access.gif) ### Gestión de usuarios existentes durante la provisión SCIM Si una persona ya tiene una cuenta en Document360, SCIM no cambiará su rol actual durante la primera sincronización. Esto es una medida de seguridad para evitar cambios accidentales de rol. **Ejemplo:** Un usuario ya existe en Document360 como **lector**. Si SCIM intenta aprovisionar al mismo usuario que un **usuario** (`userType = user`, o `isTeamAccount = True`), la solicitud puede fallar porque el rol existente no coincide. **Cómo resolver los conflictos de rol:** 1. Abre Document360 y localiza la cuenta de usuario. 2. Actualiza manualmente el rol del usuario para que coincida con el rol que quieres provisionar. 3. Vuelve a intentar la sincronización SCIM. Una vez que el usuario ha sido vinculado y aprovisionado correctamente mediante SCIM, los futuros cambios de rol pueden gestionarse usando el `userType` atributo. --- ## Desactivar usuarios y lectores NOTA Desactivar a un usuario en Okta no elimina su perfil de Document360. El usuario será marcado como inactivo y perderá la capacidad de iniciar sesión en Okta y acceder a sus aplicaciones. Puedes reactivar la cuenta en cualquier momento, aunque el usuario tendrá que restablecer su contraseña al reactivarla. Para desactivar usuarios o lectores de Okta: 1. Amplía el desplegable **del Directorio** y **selecciona Personas**. 2. Selecciona al usuario que quieres desactivar para acceder a su perfil. 3. Haz clic **en Más acciones** y **selecciona Desactivar**. ![Admin console showing user details and options to deactivate or manage applications.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/deactivate(1).png) El usuario será desactivado con éxito. Una vez desactivado, el estado del usuario en Document360 cambiará de **Activo** a **Inactivo**. ![List of readers with their statuses, highlighting one inactive account for review.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/inactive.png) --- ## Eliminar a un usuario o lector Para eliminar permanentemente el perfil de un usuario o lector de Okta: 1. En Okta, haz clic **en Eliminar** en el perfil de usuario o lector. 2. Aparecerá un cuadro de confirmación. Haz clic **en Eliminar**. ![Confirmation dialog for deleting user Mark Jacobs with warning message displayed.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/delete(3).png) El perfil será eliminado permanentemente de Okta. NOTA Eliminar un perfil en Okta no lo elimina de Document360. El perfil permanecerá con un estado **Inactivo** . --- ## Heredar de otra aplicación Al crear una nueva configuración SSO en Document360, puedes heredar la configuración SCIM de una conexión SSO existente. Este enfoque simplifica el proceso de configuración, evita repetir pasos de configuración y ayuda a los administradores a ahorrar tiempo asegurando la coherencia entre integraciones. ### Configuración SSO heredada por hijo En la página **Configurar Proveedor de Identidad (IdP** ), selecciona el campo **Configurar una conexión existente** y elige la aplicación principal habilitada para SCIM SSO de la que quieres heredar. Seleccionar esta opción designa el proyecto actual como proyecto hijo, heredando todas las propiedades relevantes del padre. ![Configuring the Identity Provider settings for SSO in Okta Admin Dashboard.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/saml-entra-idp.png) NOTA Una vez creada la configuración SSO, la configuración de provisión SCIM se heredará de la aplicación principal y no podrá modificarse en la aplicación hija. ![SCIM provisioning settings with a warning about inherited configurations from the parent project.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/scim-inherited.png) ### Configuración SSO heredada por padre La aplicación principal mostrará una lista de todos los proyectos que han heredado su configuración. Cualquier cambio realizado en la aplicación principal se reflejará automáticamente en la aplicación hija. - Si SCIM está habilitado en el proyecto padre después de que los proyectos hijos ya lo hayan heredado, los usuarios y grupos se aprovisionarán automáticamente a todos los proyectos hijos en segundo plano. - Habilitar la herencia facilita la gestión de múltiples configuraciones SSO con SCIM activado, ya que todos los ajustes se controlan desde una única aplicación principal. Esto ahorra tiempo y reduce el esfuerzo necesario para gestionar cada configuración individualmente. --- ## Mejores prácticas - **Siempre establecidos `userType` , o `isTeamAccount` a nivel de usuario, no a nivel de grupo.** Los usuarios que pertenecen a varios grupos con valores en conflicto pueden recibir roles incorrectos en Document360. Configurarlo a nivel de usuario garantiza que cada usuario tenga un valor claro y consistente. - **No pruebes el conector SCIM antes de que se guarde la configuración de Document360.** La prueba fallará en esa etapa. Siempre completa y guarda primero la configuración SSO de Document360, luego vuelve a Okta para probar. - **Guarda tus tokens secretos primarios y secundarios de forma segura.** Los tokens solo se muestran una vez en el momento de la creación. Guárdalos en un gestor de secretos o en una bóveda de contraseñas. Si un token es comprometido, regéneralo inmediatamente y actualiza tu configuración de Okta sin demora. - **Utiliza el token secundario para una rotación segura.** Si el token principal necesita ser reemplazado, cambia primero Okta al token secundario y luego regenera el primario. Esto garantiza que el aprovisionamiento por parte del usuario continúe sin interrupciones durante la transición. - **Resuelve los conflictos de roles antes de ejecutar la sincronización SCIM para los usuarios existentes.** Si un usuario ya existe en Document360 con un rol diferente, actualiza manualmente su rol en Document360 antes de intentar de nuevo la sincronización. - **Gestiona los grupos SCIM desde Okta, no desde Document360.** Document360 siempre crea un grupo nuevo cuando Okta lo pasa por SCIM. Gestiona siempre la membresía de grupos SCIM desde Okta para evitar conflictos. - **Supervisa tu cuota de usuarios antes de aprovisionar a gran escala.** Si se alcanza el límite de Usuario, SCIM no puede aprovisionar usuarios adicionales. Convierte usuarios en Revisores en Document360 cuando sea necesario para liberar espacios de Usuario. --- ## Preguntas frecuentes **¿Cómo funciona el `isTeamAccount` atributo en el provisión SCIM?** Es `isTeamAccount` un atributo booleano heredado que te ayuda a determinar el rol asignado a un usuario cuando se aprovisiona en Document360. Cuando `isTeamAccount` está configurado en **Verdadero**, el usuario se aprovisiona como **Usuario**. Cuando `isTeamAccount` está configurado en **Falso** o no activado, el usuario se aprovisiona como **Lector**. **¿Cómo funciona el `userType` atributo y cómo interactúa con `isTeamAccount`él?** El `userType` atributo es un valor de cadena que determina el rol asignado a un usuario durante la provisión: `user` provisión a un Usuario, `reviewer` provisión a un Revisor y `reader` provisión a un Lector. Si ninguno `userType` `isTeamAccount` de los dos atributos está presente, el usuario se provisiona como Lector por defecto.