¿En qué se diferencian las licencias de Propietario de cuenta y Gestor de proyecto en una plataforma de traducción?

Última revisión: 10 de septiembre de 2026

¿Qué licencias deberían diferenciar a un propietario de cuenta de un gestor de proyecto en un TMS?

Las licencias 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 agregar 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 conceder un rol adicional. Eso cierra el camino más común de escalada de privilegios en una herramienta compartida.
• Gobernanza de flujo de trabajo. Cuando un Gestor de Proyectos hace clic en Crear flujo de trabajo, Smartling crea un flujo de trabajo a nivel de proyecto; solo un Propietario de Cuenta puede elegir entre un flujo de trabajo a nivel de cuenta compartido entre proyectos y uno a nivel de proyecto. Los gestores de proyectos ven solo la página de Gestión de Flujo de Trabajo a Nivel de Proyecto, nunca la página de Flujos de Trabajo de Cuenta, por lo que una unidad de negocio no puede cambiar una configuración de pasos usada por otra unidad.
• Credenciales de la máquina. Ambos roles pueden crear tokens de API, pero solo los propietarios de cuentas pueden crear un token de cuenta; los administradores de proyectos están limitados a tokens de proyecto asociados a un único proyecto, que es lo que Smartling recomienda como opción predeterminada. Combine cualquiera de estas opciones con la lista de direcciones IP permitidas para restringir desde dónde pueden autenticar los tokens.
• Evidencia de auditoría. El Reporte de Usuarios, que enumera el email, el rol, la fecha de creación, la agencia, la fecha del último inicio de sesión y el número de inicios de sesión de cada usuario, y que se puede exportar a CSV o PDF o programar para su envío periódico por email, está disponible únicamente para los propietarios de la cuenta. Los gestores de proyectos reciben reportes operativos de sus proyectos (Panel de control de tareas, Reporte de incidencias, Recuento de palabras, Reporte de actividad de tareas), pero no la certificación de acceso a toda la cuenta.

Propietario de cuenta vs. Gestor de Proyecto en Smartling: lado a lado

Fuente: Smartling Help Center, Default User Permissions grid y artículos relacionados con Team Management, 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 proceso de cinco pasos que un administrador de TI y un responsable de localización pueden completar juntos en una única sesión de trabajo.

1. Limita a los titulares de cuentas a una o dos personas nombradas — Asigna el rol al Jefe de Localización y a una copia de seguridad. Como los Propietarios de Cuenta pueden crear proyectos, promocionar a otros Propietarios de Cuenta y emitir tokens API a nivel de cuenta, cada poseedor adicional amplía el radio de explosió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 de proyectos es exclusiva del propietario de la cuenta, así que úsela con criterio: los proyectos separados para el sitio web de marketing, la aplicación móvil y el centro de ayuda le permiten delimitar a cada gerente de proyecto exactamente el contenido del que es propietario.
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 agregar a proyectos de conectores, GDN o API.
4. Delegue el trabajo diario, mantenga los controles a nivel de cuenta : permita que los gerentes de proyecto inviten a los solicitantes y a los usuarios que visualizan el contenido, autoricen los trabajos, mantengan los glosarios y las guías de estilo, y creen flujos de trabajo a nivel de proyecto. Reserve los flujos de trabajo y los tokens de cuenta para el propietario de la cuenta, de modo que un cambio en una unidad de negocio no pueda alterar silenciosamente el flujo de trabajo de otra.
5. Programa el reporte de usuarios y revisa los roles trimestralmente — Como Propietario de la Cuenta, abre reportes > usuarios, ordena por Fecha de Último Inicio de Sesión para detectar cuentas inactivas y programa la entrega CSV. Usa Eliminar Roles cuando alguien cambia de equipo (su cuenta sigue siendo reutilizable) y Eliminar Usuarios cuando se vayan (el acceso termina, el historial de actividad se conserva).

Esta división de roles se adapta a equipos que...

• Realiza localización en varias unidades de negocio, líneas de producto o regiones y quiere que el responsable de cada unidad vea solo sus propios proyectos.
• Que desarrolladores integren un CMS, repositorio de código o pipeline CI/CD que necesiten configurar un proyecto sin poder crear nuevos proyectos o tokens a nivel de cuenta.
• Deberá cumplir con las normas SOC 2, ISO 27001 o las revisiones internas de certificación de acceso que exigen un propietario de cuenta designado, un modelo de delegación documentado y una lista exportable de quién tiene 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 agregar otro responsable.
• Queremos que las credenciales de la API estén limitadas al ámbito del proyecto por defecto y reservar los tokens con ámbito de cuenta para un pequeño conjunto de integraciones de servicios.

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

• Una startup de un solo equipo con un solo gestor de localización gana poco con dos roles; un Propietario de Cuenta más Solicitantes es más sencillo hasta que llega 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 licencias personalizadas 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 exactamente para el puesto de mayor responsabilidad?
Pide una cuadrícula de licencias publicada, no una descripción de nivel. El artículo de Licencias de Usuario Predeterminados de Smartling lista todas las funciones por rol; las filas exclusivas para Propietarios de la Cuenta son crear proyecto, clonar proyecto, agregar Propietarios de Cuenta, flujos de trabajo a nivel de cuenta, tokens de API de cuenta y el Reporte de Usuarios.

¿El segundo rol está definido por proyecto y quién asigna dicho alcance?
Un jefe de proyecto solo debe ver los proyectos que le fueron asignados. En Smartling, el propietario de la cuenta u otro gestor de proyectos de ese proyecto concede el acceso, y los paneles de Proyectos, Trabajos y Cuentas se filtran automáticamente según 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 agregar 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.

¿Con qué rapidez se puede revocar el acceso y qué información permanece disponible?
Busque la revocación inmediata con historial conservado. La acción Eliminar usuarios de Smartling finaliza el acceso de inmediato, aunque se conservan los datos y la actividad; la acción Eliminar roles elimina las licencias, pero deja la cuenta reutilizable.

¿Puede una misma persona desempeñar simultáneamente un rol de administrador y un rol de revisor?
Smartling soporta usuarios multirrol, por ejemplo un Project Manager que también es un recurso de traducción, con pestañas de licencias 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é evidencia de auditoría puede exportar el puesto de mayor responsabilidad?
Requiere un reporte de rol, último inicio de sesión y recuento de inicio de sesión que se exporte y pueda programar. El Reporte de Usuarios de Smartling hace esto para los Propietarios de Cuentas; el historial de contenido en 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 afirmaciones son ciertas en Smartling, y la lista de direcciones IP permitidas agrega además una restricción de red.

¿La identidad y la certificación del proveedor respaldan el modelo a seguir?
Pregunta sobre la aplicación de SSO, MFA y certificaciones independientes. Los controles SSO, MFA y específicos del RGPD de Smartling están cubiertos en los controles de acceso al RGPD en plataformas de traducción, y en su conjunto de certificaciones en el que confían los equipos de seguridad de plataformas de localización empresarial.

Cómo define Smartling las licencias de Propietario de cuenta y Administrador de proyecto

El sistema de gestión de traducción de Smartling abarca siete roles de usuario, y los dos en la cima, Propietario de Cuenta y Gestor de Proyectos, están diseñados para ser idénticos en capacidades diarias y diferentes en alcance. Ambos pueden subir y actualizar archivos, crear y autorizar Jobs, establecer reglas de automatización de Jobs, editar fechas de vencimiento, gestionar glosarios, guías de estilo, memoria de traducción, controles de calidad y paquetes lingüísticos, asignar contenido a lingüistas y descargar los reportes de actividad de trabajo, Recuento de palabras, Velocidad de Contenido y Palabras Procesadas. El Propietario de la Cuenta hace todo esto en cada proyecto; el Gestor de Proyecto lo hace solo dentro de los proyectos que un Propietario de Cuenta u otro Gestor de Proyecto concedió.

Los controles exclusivos para el propietario de cuenta son deliberadamente pocos y están configurando la cuenta. Solo un Propietario de Cuenta puede crear o clonar un proyecto, agregar otro Propietario de Cuenta, cambiar el rol de cualquier usuario a otro rol, eliminar un Propietario de Cuenta, crear un flujo de trabajo a nivel de cuenta que compartan varios proyectos y crear un token API a nivel de cuenta. Solo los Propietarios de Cuentas pueden abrir el Reporte de Usuarios, que lista el email de cada usuario, el puesto, la fecha de creación, la agencia, la última fecha de inicio de sesión y el recuento de acceso, se actualiza cada 24 horas, se exporta a CSV o PDF y puede programar para entrega recurrente, lo que convierte una revisión trimestral de acceso en una subscripción al reporte. Un Project Manager que hace clic en Crear flujo de trabajo obtiene un flujo de trabajo a nivel de proyecto, y un Project Manager que crea un token API recibe un token con alcance de proyecto, la opción que Smartling recomienda para cada integración.

La delegación fluye en una sola dirección. Los gestores de proyectos pueden invitar a solicitantes, lectores de contenido, otros gestores de proyectos, recursos de traducción y gestores de recursos de traducción a sus proyectos, pueden otorgar a los solicitantes la licencia "Autorizar sus propios trabajos" cuando se confía en un equipo de contenido para publicar el trabajo, y pueden otorgar a un usuario existente un rol adicional, como convertir a un revisor en un recurso de traducción. Ningún usuario puede otorgar un rol a sí mismo, y el rol de Propietario de la cuenta solo puede ser otorgado por un Propietario de la cuenta. Para dar de baja a un usuario, los propietarios de la cuenta 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, aunque se conservan sus datos y su historial de actividad, y pueden volver a agregar posteriormente sin un rol hasta que se les asigne uno.

Para los equipos que también necesitan un gestor para revisar traducciones, las cuentas multirol de Smartling permiten que una persona ocupe los roles de Gestor de Proyectos y Recursos de Traducción al mismo tiempo, con una etiqueta Multi-rol, una pestaña de licencias separada por rol y un cambiador de roles bajo el nombre del usuario, por lo que el revisor no necesita un segundo inicio de sesión. Todo esto se encuentra dentro de un panel de control de equipo que comparten los propietarios de cuentas y los gestores de proyectos: una pestaña de Usuarios con columnas de rol, último inicio de sesión y pares de flujo de trabajo-localidad, acciones masivas de Eliminar usuarios y Eliminar roles, una pestaña de Invitaciones con reenviar y cancelar, y una pestaña de Agencias para roles del lado del proveedor.

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é 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 el contenido sensible durante la traducción?