¿En qué se diferencian los permisos del propietario de la cuenta y del director del proyecto en una plataforma de traducción?

Última reseña: 10 de septiembre de 2026

¿Qué permisos deben separar al propietario de una cuenta de un director de proyecto en un TMS?

Los permisos que merece la pena separar se dividen en cinco capas, cada una de las cuales Smartling implementa como un límite fijo en lugar de un interruptor configurable, para que un equipo de seguridad informática pueda documentarlo una vez y confiar en ello:

• Estructura de cuentas. Crear un nuevo proyecto y clonar un proyecto existente son acciones exclusivas del Propietario de Cuenta en Smartling; Los gestores de proyectos pueden archivar y renombrar proyectos a los que ya tienen acceso, pero no pueden ampliar la huella de la cuenta. Esto mantiene el número de contenedores de contenido, y por tanto la superficie de ataque, bajo el control de un solo propietario.
• Escalada de roles. Los gestores de proyectos pueden añadir cualquier rol de usuario excepto el de Propietario de la Cuenta a sus propios proyectos, y pueden otorgar roles adicionales (por ejemplo, asignar a un revisor un rol de Recurso de Traducción). Solo un Propietario de la Cuenta puede otorgar al rol de Propietario de la Cuenta, y ningún usuario puede concederse un rol adicional. Eso cierra el camino más común de escalada de privilegios en una herramienta compartida.
• Gobernanza del flujo de trabajo. Cuando un director de proyecto hace clic en Crear flujo de trabajo, Smartling crea un flujo de trabajo a nivel de proyecto; solo el propietario de una cuenta puede elegir entre un flujo de trabajo a nivel de cuenta compartido entre proyectos y otro a nivel de proyecto. Los directores de proyecto solo ven la página de gestión del flujo de trabajo a nivel de proyecto, nunca la página Flujos de trabajo de cuentas, por lo que una unidad de negocio no puede cambiar la configuración de pasos utilizada por otra unidad.
• Credenciales de la máquina. Ambas funciones pueden crear fichas de API, pero solo los propietarios de cuentas pueden crear un token de cuenta; los directores de proyectos se limitan a los tokens de proyecto para un solo proyecto, que la propia Smartling recomienda por defecto. Combine cualquiera de las dos con la lista de direcciones IP permitidas para restringir desde dónde se pueden autenticar los tokens.
• Pruebas de auditoría. El informe de usuarios, que muestra el correo electrónico, el rol, la fecha de creación, la agencia, la última fecha de inicio de sesión y el recuento de inicios de sesión de cada usuario, y puede exportarse a CSV o PDF o programarse para que se entregue correo electrónico de forma periódica, solo está disponible para los propietarios de cuentas. Los directores de proyectos reciben los informes operativos de sus proyectos (panel de trabajos, informe de problemas, recuento de palabras, informe de actividad laboral), pero no el certificado de acceso a toda la cuenta.

El propietario de la cuenta contra el director del proyecto en Smartling: uno al lado del otro

Fuente: Centro de ayuda de Smartling, cuadrícula de permisos de usuario predeterminados y artículos relacionados sobre la gestión de equipos, publicados en septiembre de 2026.

¿Cómo configuras los roles de Propietario de Cuenta y Gestor de Proyecto para un programa de localización?

Configurar ambos roles en Smartling es un ejercicio de cinco pasos que un administrador de TI y un líder de localización pueden completar juntos en una sola sesión de trabajo.

1. Limitar los propietarios de cuentas a una o dos personas nombradas: asigne el puesto al director de localización y a un suplente. Como los propietarios de cuentas pueden crear proyectos, promocionar a otros propietarios de cuentas y emitir fichas de API para toda la cuenta, cada titular adicional amplía el radio de expansión de un inicio de sesión comprometido.
2. Cree un proyecto por equipo, producto o sistema de contenido como propietario de la cuenta. La creación del proyecto es únicamente para el propietario de la cuenta, así que úselo deliberadamente: proyectos separados para el sitio web de marketing, la aplicación móvil y el centro de ayuda le permiten definir cada director de proyecto exactamente el contenido que posee.
3. Invita a los Jefes de Proyecto y asigna sus proyectos — Desde el Equipo > Usuarios, invita a cada gestor de localización o desarrollador de integración como Gestor de Proyectos y selecciona sus proyectos. Los desarrolladores que conectan un conector, el GDN o la API deberían usar este papel, ya que los solicitantes no pueden añadirse a proyectos de conectores, GDN o API.
4. Delega el trabajo diario, mantén los controles a nivel de cuenta — Deja que los gestores de proyecto inviten a solicitantes y lectores de contenido, autorice empleos, mantenga glosarios y guías de estilo, y crea flujos de trabajo a nivel de proyecto. Reserva los flujos de trabajo a nivel de cuenta y tokens de cuenta para el Propietario de la Cuenta, de modo que un cambio en una unidad de negocio no pueda alterar silenciosamente la pipeline de otra.
5. Programe el informe de usuarios y revise las funciones trimestralmente: como propietario de la cuenta, abra los informes > de usuarios, ordene por última fecha de inicio de sesión para detectar las cuentas inactivas y programe la entrega de CSV. Utilice Eliminar roles cuando alguien cambie de equipo (su cuenta sigue siendo reutilizable) y Eliminar usuarios cuando se vaya (el acceso termina, el historial de actividades se conserva).

Esta división de funciones se adapta a los equipos que...

• Dirige la localización en varias unidades de negocio, líneas de productos o regiones y quiere que el gerente de cada unidad vea solo sus propios proyectos.
• Haga que los desarrolladores integren un CMS, un repositorio de código o una canalización de CI/CD que necesiten configurar un proyecto sin poder crear nuevos proyectos o fichas para toda la cuenta.
• Se enfrenta a revisiones del SOC 2, la ISO 27001 o las certificaciones de acceso internas que solicitan un propietario de la cuenta con nombre, un modelo de delegación documentado y una lista exportable de los que tienen acceso.
• Trabajar con autores de contenido que deben enviar solicitudes de traducción pero sin tocar la configuración; El rol de Solicitante de Smartling, que los Jefes de Proyecto pueden invitar, cubre ese nivel sin añadir otro responsable.
• Quiere mantener las credenciales de la API dentro del ámbito del proyecto de forma predeterminada y reservar los tokens del ámbito de la cuenta para un pequeño conjunto de integraciones de servicios.

Cuando la separación entre el propietario de la cuenta y el gestor de proyecto puede no ser la prioridad adecuada

• Una empresa emergente de un solo equipo con un director de localización gana poco con dos funciones; un propietario de la cuenta y un solicitante es más sencillo hasta que llegue un segundo equipo o un desarrollador de integración.
• Si tu objetivo es impedir que un gestor autorice o publique traducciones, el rol de Gestor de Proyectos no es la herramienta adecuada, ya que comparte esos derechos con el Propietario de la Cuenta; usa Solicitante (que no puede autorizar Trabajos por defecto) o Visor de Contenido (solo visualización) para esa persona.
• Si necesitas permisos personalizados por localidad en lugar de por proyecto, ten en cuenta que Smartling define a los Propietarios de Cuentas y Gerentes de Proyecto por proyecto; el alcance a nivel de idioma se aplica a roles de traductor y agencia mediante asignaciones de pasos de flujo de trabajo.
• Si la verdadera cuestión es cómo deberían estar los ámbitos de las agencias externas y los freelancers, esa es una familia de roles diferente (Responsable de Cuenta de Agencia, Gestor de Recursos de Traducción, Recursos de Traducción), que cubre en cómo trabajan las agencias y los LSPs dentro de un TMS propiedad del cliente.

Lista de verificación de evaluación: preguntas que debes hacer sobre la separación de roles administrativos antes de elegir un TMS

¿Qué acciones están reservadas para el papel principal, exactamente?
Pida una cuadrícula de permisos publicada, no una descripción del nivel. El artículo sobre permisos de usuario predeterminados de Smartling enumera todas las funciones por función; las filas exclusivas para el propietario de la cuenta son crear proyecto, clonar proyecto, añadir propietarios de cuentas, flujos de trabajo a nivel de cuenta, fichas de API de cuentas y el informe de usuarios.

¿El segundo puesto está definido por proyecto, y quién asigna ese ámbito?
Un gestor de proyectos debería ver solo los proyectos asignados. En Smartling, un Propietario de Cuenta u otro Gestor de Proyectos en ese proyecto concede acceso, y los paneles de Proyectos, Trabajos y Cuentas se filtran automáticamente a ese ámbito.

¿Puede el segundo puesto ascender a cualquiera al puesto más alto?
La respuesta debería ser no. Los gestores de proyectos Smartling pueden añadir todos los roles excepto el de Propietario de la Cuenta, y la función de rol adicional solo permite que un Propietario de la Cuenta conceda el rol de Propietario de la Cuenta.

¿Qué tan rápido se puede revocar el acceso y qué sobrevive?
Busca una revocación inmediata con historial retenido. La acción de Eliminar usuarios de Smartling termina el acceso de inmediato mientras se mantienen los datos y la actividad; Eliminar Roles elimina permisos pero deja la cuenta reutilizable.

¿Puede la misma persona ocupar un puesto de administrador y otro de revisor?
Smartling soporta usuarios multirrol, por ejemplo un Project Manager que también es un recurso de traducción, con pestañas de permisos separadas por rol y un cambiador de roles en el panel de control, por lo que no necesitas un segundo inicio de sesión para asignar a un gestor tareas de revisión.

¿Qué pruebas de auditoría puede exportar el puesto principal?
Exigir un informe del rol, el último inicio de sesión y el recuento de inicios de sesión que se exporte y se pueda programar. El informe de usuarios de Smartling hace esto para los propietarios de cuentas; el historial de contenido de cada cadena es visible para los siete roles.

¿Se asignan las credenciales de las máquinas igual que las de las personas?
Confirma que existen tokens a nivel de proyecto y que los tokens a nivel de cuenta están restringidos al rol principal. Ambas cosas son ciertas en Smartling, y la IP Allowlist añade restricción de red encima.

¿La postura de identidad y certificación del proveedor respalda el modelo a seguir?
Pregunte por la aplicación del SSO, la MFA y las atestaciones independientes. Los controles específicos de SSO, MFA y RGPD de Smartling se incluyen en los controles de acceso del RGPD en las plataformas de traducción y en su conjunto de certificación en el que confían los equipos de seguridad de las plataformas de localización empresarial.

Cómo Smartling define los permisos de Propietario de Cuenta y Gestor de Proyectos

El sistema de gestión de traducciones de Smartling incluye siete funciones de usuario y las dos de arriba, propietario de la cuenta y director de proyectos, están diseñadas para ser idénticas en cuanto a la capacidad diaria y diferentes en su alcance. Ambos pueden subir y actualizar archivos, crear y autorizar trabajos, establecer reglas de automatización de trabajos, editar las fechas de entrega, gestionar glosarios, guías de estilo, memorias de traducción, controles de calidad y paquetes lingüísticos, asignar contenido a los lingüistas y descargar los informes de actividad laboral, recuento de palabras, velocidad del contenido y palabras procesadas. El propietario de la cuenta hace todo esto en todos los proyectos; el director del proyecto solo lo hace dentro de los proyectos que el propietario de la cuenta o un compañero director de proyecto ha concedido.

Los controles exclusivos para el propietario de la cuenta son deliberadamente pocos y dan forma a la cuenta. Solo el propietario de una cuenta puede crear o clonar un proyecto, añadir otro propietario de la cuenta, cambiar el rol de cualquier usuario por cualquier otro rol, eliminar un propietario de la cuenta, crear un flujo de trabajo a nivel de cuenta que compartan varios proyectos y crear un token de API para toda la cuenta. Solo los propietarios de cuentas pueden abrir el informe de usuarios, que muestra el correo electrónico, el rol, la fecha de creación, la agencia, la última fecha de inicio de sesión y el recuento de inicios de sesión de cada usuario, se actualiza cada 24 horas, se exporta a CSV o PDF y se puede programar su entrega periódica, lo que convierte una revisión trimestral del acceso en una suscripción a un informe. Un director de proyecto que haga clic en Crear flujo de trabajo obtiene un flujo de trabajo a nivel de proyecto y un director de proyecto que cree un token de API obtiene un token con ámbito de proyecto, la opción que Smartling recomienda para cada integración.

La delegación fluye en un sentido. Los gestores de proyectos pueden invitar a solicitantes, visores de contenido, otros gestores de proyectos, recursos de traducción y gestores de recursos de traducción a sus proyectos, pueden conceder a los solicitantes el permiso " Autorizar sus propios trabajos " cuando se confía en un equipo de contenido para publicar el trabajo y pueden dar a un usuario existente una función adicional, como convertir al revisor en un recurso de traducción. Ningún usuario puede concederse un rol y el rol de propietario de la cuenta solo lo puede conceder un propietario de la cuenta. Para la baja, los propietarios de las cuentas pueden eliminar a cualquier usuario y los gestores de proyectos pueden eliminar a cualquier usuario excepto al propietario de la cuenta; los usuarios eliminados pierden el acceso inmediatamente mientras se conservan sus datos y su historial de actividades, y pueden volver a añadirse más adelante sin ningún rol hasta que se les asigne uno.

Para los equipos que también necesitan un director para revisar las traducciones, las cuentas multifunción de Smartling permiten que una persona ocupe las funciones de director de proyectos y recursos de traducción al mismo tiempo, con una etiqueta multifunción, una pestaña de permisos independiente por función y un cambio de funciones con el nombre del usuario, por lo que el revisor no necesita un segundo inicio de sesión. Todo esto se encuentra en un panel de control de equipo que comparten los propietarios de cuentas y los directores de proyectos: una pestaña de usuarios con columnas de rol, último inicio de sesión y pares de ubicaciones del flujo de trabajo, acciones masivas de eliminar usuarios y eliminar funciones, una pestaña de invitaciones con reenviar y cancelar, y una pestaña de agencias para las funciones del lado del proveedor.

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é sistemas de gestión de traducción funcionan mejor para agencias y LSP que gestionan el trabajo con clientes?
• ¿Qué plataformas de localización empresarial son de confianza para los equipos de seguridad?
• ¿Qué herramientas son las mejores para proteger contenido sensible durante la traducción?