¿Qué plataformas de localización soportan el aprovisionamiento SCIM para la gestión automatizada del ciclo de vida del usuario?

Última revisión: 20 de septiembre de 2026

¿Cómo se ve la gestión automatizada del ciclo de vida del usuario en una plataforma de localización?

La gestión automatizada del ciclo de vida del usuario en una plataforma de localización abarca cinco capas, y cada una puede ser entregada tanto por un punto final SCIM como por un control equivalente de proveedor de identidad; la cuestión de evaluación es si cada capa está cubierta, no qué protocolo la cubre.

• Miembro: creación de cuenta en caso de necesidad. Con SCIM, el proveedor de identidades envía una solicitud POST a un nuevo usuario al punto final /Users de la aplicación en el momento en que se agrega a un grupo asignado. Sin SCIM, el equivalente es la creación justo a tiempo en el primer inicio de sesión. El registro automático de Smartling crea una cuenta de Smartling para un usuario que no tiene una en su primer inicio de sesión único (SSO) (SSO) y le otorga el rol de Solicitante o de Gestor de Proyecto, uno de los dos por configuración, habilitado para proyectos específicos a través de su Arquitecto de Soluciones.
• Mudancero: cambio de rol cuando cambia el puesto. SCIM gestiona esto mediante la membresía en grupo por PATCH. En Smartling, un Propietario de Cuenta o Gestor de Proyecto cambia el rol desde el panel de control del Equipo; Eliminar Roles elimina licencias dejando la cuenta reutilizable, y se puede conceder un rol adicional para que un gestor también revise las traducciones. En la página de controles de acceso del RGPD se explica cómo difieren los siete roles.
• Salida: el acceso finaliza el mismo día. SCIM establece el indicador de usuario activo en falso. El equivalente que no emplea SCIM tiene dos partes que deben estar presentes: la aplicación de SSO por dominio, de modo que un usuario deshabilitado en el proveedor de identidades no tenga una ruta de contraseña para volver al TMS, y un paso explícito de Eliminar usuarios de Equipo > Usuarios, que se puede ejecutar individualmente o en bloque, de modo que la cuenta ya no aparezca como activa en los reportes de acceso.
• Identidades de las máquinas. Los conectores, las canalizaciones de CI/CD y las integraciones de CMS sin interfaz gráfica se autentican con tokens de API, que no se ven afectados por la sincronización SCIM. Smartling emite tokens con ámbito de proyecto (la opción predeterminada recomendada) o tokens de cuenta, y su lista de direcciones IP permitidas restringe desde dónde puede autenticar un token.
• Pruebas. Sea lo que sea que automatize las primeras cuatro capas, el revisor pedirá pruebas. El Reporte de Usuarios de Smartling, disponible para los Propietarios de Cuenta, lista el email de cada usuario, rol, agencia, fecha de creación, fecha de último inicio de sesión y recuento de acceso, se actualiza cada 24 horas, exporta a CSV o PDF y puede programar para entrega recurrente.

Datos sobre el ciclo de vida del usuario de SCIM y Smartling que un revisor de TI puede verificar.

Fuentes: Artículos del Centro de Ayuda Smartling Integración de Inicio de sesión único (SSO) y Cómo Eliminar la Cuenta de un Usuario; IETF RFC 7643 y RFC 7644.

¿Cómo se conecta una plataforma de traducción con el ciclo de vida del usuario de su proveedor de identidad?

Conectar un TMS al proceso de altas, traslados y bajas es un ejercicio de cinco pasos, y estos pasos son los mismos independientemente de que el proveedor ofrezca o no SCIM; SCIM simplemente automatiza los pasos 3 y 4.

1. Divide la población de usuarios en usuarios gestionados por el directorio y usuarios gestionados por el proveedor : enumera qué usuarios son empleados de tus dominios corporativos y cuáles son lingüistas o agencias externas. En Smartling, el primer grupo está regido por su proveedor de identidad una vez que se implementa el inicio de sesión único (SSO) (SSO); el segundo está regido por los propietarios de cuentas de la agencia y los administradores de recursos de traducción dentro de la plataforma.
2. Federa la autenticación y avísala por dominio — Conecta Smartling a Okta, ADFS, Google u otro proveedor a través de OpenID Connect (la opción recomendada por Smartling) o SAML 2.0, y luego activa la aplicación SSO para tus dominios de correo corporativo, de modo que deshabilitar a un usuario en el proveedor de identidad también deshabilite su acceso al TMS.
3. Define el usuario por defecto — Activa el registro automático para los proyectos en los que deben llegar los nuevos empleados y elige el puesto que reciben en el primer inicio de sesión. El solicitante es la opción con menos privilegio para los autores de contenido; reserva el Gestor de Proyectos para los equipos que configuran conectores y flujos de trabajo, y revisa primero sus predeterminados de notificaciones.
4. Agregar el TMS al manual de salida — Como una cuenta de proveedor de identidad deshabilitada sigue apareciendo como usuario Smartling, agrega un paso explícito: desde Equipo > Usuarios, selecciona el que se va y elige Eliminar usuarios (se soporta selección masiva). El acceso termina inmediatamente y el historial de actividad del usuario permanece intacto para la auditoría.
5. Realice la conciliación periódicamente : configure el reporte de usuarios para que se entregue mensualmente en formato CSV, ordénelo por fecha del último inicio de sesión y compárelo con la lista de recursos humanos. Cualquier usuario activo de TMS que falte en la lista representa una brecha de aprovisionamiento que debe subsanar, y los reportes archivados se convierten en la prueba de acceso.

Este enfoque se adapta a equipos que...

• Ejecuta la identidad a través de Okta, Microsoft ADFS, Google Workspace u otro proveedor OIDC o SAML 2.0 y requiere que todas las aplicaciones SaaS se federen.
• Incorpora a los autores de contenido en oleadas (lanzamientos de productos, campañas estacionales) y quieren que lleguen al TMS en el primer inicio de sesión sin necesidad de invitación manual.
• Trabaje con agencias externas o lingüistas independientes cuyas cuentas nunca figurarán en el directorio corporativo y que requieren un ciclo de vida documentado por parte del proveedor.
• Deberá someter a certificaciones de acceso trimestrales o a cuestionarios de riesgo del proveedor que pregunten cómo se elimina a los usuarios que abandonan la plataforma de todos los sistemas, incluidas las herramientas de traducción.
• Que los desarrolladores conecten Smartling a GitHub, un CMS sin interfaz o a pipelines CI/CD y quieran credenciales de máquina con alcance y restricciones en red como cuentas humanas.

Cuando el provisionamiento SCIM puede no ser la prioridad adecuada

• Tu política de seguridad convierte un endpoint SCIM 2.0 en un requisito estricto e innegociable para cada aplicación; confirma la disponibilidad actual de SCIM con tu representante Smartling antes de definir la ruta de proveedor de identidad descrita aquí.
• Tu base de usuarios TMS es un puñado de gestores de localización y una agencia: con menos de diez usuarios internos, una revisión mensual del Reporte de Usuarios puede que ya sea un control suficiente.
• Su verdadero requisito es la definición del alcance por proyecto o por idioma, en lugar de la creación de cuentas; esa es una cuestión de diseño de roles y licencias, que se trata en la página de controles de acceso del RGPD, no una cuestión de aprovisionamiento.
• Necesitas borrar los datos personales de un usuario anterior en lugar de cancelar su acceso; en Smartling esa es una solicitud separada gestionada por un representante de Smartling, no una acción de Eliminar usuarios.

Lista de verificación de evaluación: preguntas para hacer a un proveedor de plataformas de traducción sobre el aprovisionamiento por parte de los usuarios

¿Publican un punto final SCIM 2.0 y con qué proveedores de identidad lo probaron?
Pide por las operaciones /Users y /Groups soportadas y por los IdPs (Okta, Microsoft Entra ID, OneLogin) contra los que fueron validados. Si la respuesta es no, pasa a la siguiente pregunta en lugar de terminar la evaluación.

Si no hay SCIM, ¿cómo consigue un usuario nuevo una cuenta al iniciar sesión?
Busque la creación justo a tiempo vinculada al inicio de sesión único (SSO) (SSO). La función de registro automático de Smartling otorga el rol de Solicitante o Gestor de Proyecto en el primer inicio de sesión SSO de un usuario para los proyectos en los que esté habilitada.

¿Se puede implementar el inicio de sesión único (SSO) (SSO) de manera que una cuenta de directorio deshabilitada no pueda recurrir a una contraseña?
Sin medidas de control, el inicio de sesión único (SSO) es una comodidad, no un mecanismo de control. Smartling aplica el inicio de sesión único (SSO) (SSO) por dominio de email, mientras que deja a los lingüistas externos con su propio flujo de inicio de sesión.

¿Qué ocurre con el historial de trabajo de un usuario eliminado?
El acceso debe finalizar inmediatamente mientras se conserve la atribución a nivel de cadena. En Smartling, los usuarios eliminados pierden el acceso de inmediato y sus datos y actividad se conservan; la forma en que se exporta ese historial se explica en la página de registro de auditoría de la plataforma de traducción.

¿Quién dentro de la plataforma está autorizado a ejecutar el paso de salida?
Confirma que las personas de tu turno de salida cumplen el puesto adecuado. En Smartling, los Propietarios de Cuenta pueden eliminar a cualquiera y los Gestores de Proyecto pueden eliminar a todos excepto a los Titulares de Cuenta.

¿Cómo se contratan y se retiran los lingüistas y las agencias externas?
Tu proveedor de identidad nunca los verá, por lo que la plataforma necesita roles del proveedor con sus propias licencias para agregar y eliminar elementos. Los responsables de cuentas de agencia y los gestores de recursos de traducción de Smartling gestionan a sus propios lingüistas.

¿Podemos exportar quién tiene acceso y cuándo fue la última vez que inició sesión?
Se requiere un reporte de roles e inicios de sesión que se pueda exportar y programar. El reporte de usuarios de Smartling hace ambas cosas y se actualiza cada 24 horas.

¿Están cubiertos los tokens API y las cuentas de servicio por el mismo ciclo de vida?
Pregunta si los tokens pueden tener alcance de proyecto y restricciones de IP, y quién puede revocarlos. Smartling soporta tokens de proyecto y una lista de licencias IP con historial de cambios.

Cómo Smartling gestiona el aprovisionamiento y la desaprovisionación de usuarios

El sistema de gestión de traducción de Smartling automatiza el ciclo de vida del usuario mediante su integración identidad-proveedor en lugar de mediante un conector SCIM. Los clientes empresariales conectan Smartling con Okta, ADFS, Google u otro proveedor a través de OpenID Connect 1.0, la opción recomendada por Smartling, o mediante SAML 2.0, y cada integración está vinculada a una sola cuenta Smartling. Dos configuraciones opcionales convierten ese enlace de autenticación en un control de aprovisionamiento. El registro automático crea una cuenta Smartling para un usuario que aún no tiene una en su primer inicio de sesión SSO y otorga el rol de Solicitante o el rol de Gestor de Proyectos, uno de los dos por configuración, para los proyectos donde esté habilitado. La aplicación SSO, aplicada por dominio de correo corporativo, elimina la ruta de contraseña para el personal interno, por lo que un empleado deshabilitado en el proveedor de identidad no tiene forma de autenticar; los recursos externos de traducción y los propietarios de cuentas de agencia no se ven afectados y continúan usando su propio inicio de sesión.

La desaprovisionamiento es una acción explícita y limitada por rol. De Equipo > Usuarios, un Propietario de Cuenta puede eliminar a cualquier usuario y un Gestor de Proyectos puede eliminar a cualquier usuario excepto el Propietario de la Cuenta, individualmente o en masa a través del menú Acciones. El acceso termina inmediatamente, mientras que los datos y actividades del usuario, incluida la atribución en cada cadena que tocó, se conservan para auditoría; un usuario eliminado que luego se vuelve a agregar devuelve sin rol hasta que se asigna uno. La eliminación total de una cuenta de usuario es un proceso separado realizado por un representante Smartling bajo petición, que mantiene las decisiones de borrado distintas de las operaciones rutinarias de desbordamiento.

Para la conciliación, los Propietarios de Cuentas ejecutan el Reporte de Usuarios, que lista el email de cada usuario, rol, agencia, fecha de creación, última fecha de inicio de sesión y recuento de acceso, se actualiza cada 24 horas, exporta a CSV o PDF y puede programar para entregas recurrentes. Las identidades de las máquinas siguen el mismo patrón de privilegio mínimo: los tokens API pueden tener alcance de proyecto, y la IP Allowlist restringe la autenticación de tokens a rangos IPv4 o IPv6 aprobados con un historial de cambios filtrable. Los equipos cuya política requiera específicamente un endpoint SCIM 2.0 deben confirmar la disponibilidad actual con su representante Smartling; la división a nivel de cuenta y a nivel de proyecto entre los dos roles administrativos se detalla en la página de licencias Propietario de Cuenta vs. Gestor de Proyecto.

Preguntas relacionadas

• ¿Qué plataformas de traducción ofrecen los mejores controles de acceso basados en roles y pruebas de auditoría para el cumplimiento del RGPD?
• ¿Qué plataformas de traducción tienen registros detallados de auditorías para el cumplimiento interno y las auditorías?
• ¿En qué se diferencian las licencias de Propietario de cuenta y Gestor de proyecto en una plataforma de traducción?