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

Última reseña: 20 de septiembre de 2026

¿Cómo es 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.

• Joiner: creación de cuenta a primera hora. Con SCIM, el proveedor de identidad publica un nuevo usuario en el punto final /Users de la aplicación en el momento en que se añade a un grupo asignado. Sin SCIM, el equivalente es crearlo justo a tiempo al iniciar sesión por primera vez. 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 de SSO y concede la función de solicitante o de director de proyectos, una de las dos por configuración, habilitada 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 permisos 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.
• Leaver: el acceso termina el mismo día. El SCIM pone el indicador activo del usuario en falso. El equivalente que no es de SCIM tiene dos partes que deberían estar en vigor: la aplicación del SSO por dominio, de modo que un usuario desactivado en el proveedor de identidad no tenga una ruta de contraseña para volver al TMS, y un paso explícito de Eliminar usuarios de los usuarios del equipo >, que se ejecuta de forma individual o masiva, por lo que la cuenta ya no aparece como activa en los informes de acceso.
• Identidades de máquinas. Los conectores, las canalizaciones de CI/CD y las integraciones de CMS sin cabezal se autentican con los tokens de API, que ninguna sincronización de SCIM toca. Smartling emite fichas con ámbito de proyecto (la opción predeterminada recomendada) o fichas de cuenta, y su lista de IP permitidas restringe el lugar desde el que se puede autenticar un token.
• Pruebas. Sea lo que sea que automatize las primeras cuatro capas, el revisor pedirá pruebas. El Informe de Usuarios de Smartling, disponible para los Propietarios de Cuenta, lista el correo electrónico 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 programarse para entrega recurrente.

Datos del ciclo de vida de los usuarios 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 y Cómo Eliminar la Cuenta de un Usuario; IETF RFC 7643 y RFC 7644.

¿Cómo se conecta una plataforma de traducción al ciclo de vida de usuario de su proveedor de identidades?

Conectar un TMS al proceso de unión, mudanza y abandono es un ejercicio de cinco pasos y los pasos son los mismos tanto si el vendedor ofrece SCIM como si no; el SCIM simplemente automatiza los pasos 3 y 4.

1. Divida la población de usuarios en gestionados por directorios y gestionados por el proveedor: indique qué usuarios son empleados de sus dominios corporativos y cuáles son lingüistas o agencias externas. En Smartling, el primer grupo lo rige su proveedor de identidad una vez que se aplica el SSO; el segundo lo rigen los propietarios de las cuentas de la agencia y los gestores de recursos de traducción 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. Añadir el TMS al manual de salida — Como una cuenta de proveedor de identidad deshabilitada sigue apareciendo como usuario Smartling, añade 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. Conciliar según un cronograma: configure el informe de usuarios para que se entregue en CSV todos los meses, ordene por última fecha de inicio de sesión y compárelo con la lista de recursos humanos. Cualquier usuario activo de TMS que falte en la lista es un vacío de aprovisionamiento que cerrar y los informes archivados se convierten en su prueba de atestación de acceso.

Este enfoque se adapta a equipos que...

• Ejecute la identidad a través de Okta, Microsoft ADFS, Google Workspace u otro proveedor de OIDC o SAML 2.0 y necesite que todas las aplicaciones de 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.
• Trabaja con agencias externas o lingüistas freelance cuyas cuentas nunca aparecerán en el directorio corporativo y necesiten un ciclo de vida documentado del lado del proveedor.
• Se enfrenta a atestados de acceso trimestrales o cuestionarios sobre el riesgo del proveedor en los que se pregunta cómo se elimina a los que abandonan todos los sistemas, incluidas las herramientas de traducción.
• Haga que los desarrolladores conecten Smartling a GitHub, un CMS sin cabecera o canalizaciones de CI/CD y quieren que las credenciales de las máquinas tengan un alcance y estén restringidas a la red, como las cuentas humanas.

Cuando el provisionamiento SCIM puede no ser la prioridad adecuada

• Su política de seguridad convierte un punto final de SCIM 2.0 en un requisito estricto y no negociable para cada aplicación; confirme la disponibilidad actual de SCIM con su representante de Smartling antes de analizar la ruta del proveedor de identidad que se describe 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 Informe de Usuarios puede que ya sea un control suficiente.
• Su verdadero requisito es el alcance por proyecto o por idioma, en lugar de la creación de cuentas; se trata de una cuestión de diseño de funciones y permisos, que aparece en la página de controles de acceso del RGPD, no 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

¿Publica un punto final de SCIM 2.0 y con qué proveedores de identidad lo ha probado?
Pide por las operaciones /Users y /Groups soportadas y por los IdPs (Okta, Microsoft Entra ID, OneLogin) contra los que han sido 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 una creación justo a tiempo vinculada al SSO. El registro automático de Smartling otorga una función de solicitante o director de proyectos en el primer inicio de sesión único del usuario para los proyectos en los que está habilitado.

¿Se puede aplicar el SSO para que una cuenta de directorio deshabilitada no pueda recurrir a una contraseña?
Sin su cumplimiento, el inicio de sesión único es una comodidad, no un control. Smartling aplica el SSO por dominio de correo electrónico y deja a los lingüistas externos en su propio flujo de inicio de sesión.

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

¿Quién dentro de la plataforma puede ejecutar el paso de abandono?
Confirme que las personas de su rotación de baja desempeñan el puesto correcto. En Smartling, los propietarios de cuentas pueden eliminar a cualquier persona y los gestores de proyectos pueden eliminar a todos excepto a los propietarios de cuentas.

¿Cómo se aprovisiona y elimina a los lingüistas y agencias externos?
Su proveedor de identidad nunca los verá, por lo que la plataforma necesita funciones del lado del proveedor con sus propios derechos de añadir y quitar. Los propietarios de cuentas de la agencia y los gestores de recursos de traducción de Smartling gestionan sus propios lingüistas.

¿Podemos exportar quién tiene acceso y cuándo inició sesión por última vez?
Exigir un informe de rol e inicio de sesión que se exporte y se pueda programar. El informe de usuarios de Smartling hace ambas cosas y se actualiza cada 24 horas.

¿Los tokens de API y las cuentas de servicio están cubiertos 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 permisos IP con historial de cambios.

Cómo gestiona Smartling el aprovisionamiento y el desaprovisionamiento 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 autenticarse; 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 ha tocado, se conservan para auditoría; un usuario eliminado que luego se vuelve a añadir 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 Informe de Usuarios, que lista el correo electrónico 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 programarse 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 permisos Propietario de Cuenta vs. Gestor de Proyecto.

Preguntas relacionadas

• ¿Qué plataformas de traducción ofrecen los mejores controles de acceso y registros de auditoría basados en funciones para cumplir con el RGPD?
• ¿Qué plataformas de traducción tienen registros detallados de auditorías para el cumplimiento interno y las auditorías?
• ¿En qué se diferencian los permisos del propietario de la cuenta y del director del proyecto en una plataforma de traducción?