Smartling 荣获《Forrester Wave™:2026 年第三季度本地化服务》报告“领导者”称号。
Smartling 在 Forrester Wave ™报告中被评为领导者

在翻译平台中,账户所有者和项目经理的权限有何不同?

在翻译管理系统 (TMS) 中,账户所有者拥有账户范围内的权限,而项目经理仅拥有其所分配项目内的日常内容和工作流程权限。在 Smartling 中,实际区别在于账户所有者可以执行的账户级操作列表较短:创建或克隆项目、添加其他账户所有者、创建账户级工作流、颁发账户范围的 API 令牌以及运行用户报告。本地化团队每天所做的其他所有事情,从授权工作和编辑词汇表到邀请请求者和配置项目工作流程,这两个角色都可以进行,这就是为什么大多数企业只设一到两个帐户所有者,并将程序的其余部分委派给每个业务部门或产品线的项目经理的原因。

上次审核日期:2026年9月10日

为什么团队难以区分账户所有者和项目经理的权限?

团队很难区分这两个角色,因为大多数翻译平台将它们记录为一个层级结构(“最高”和“次高”访问权限),但没有说明较低角色会失去哪些具体操作。安全审查人员随后需要根据屏幕截图进行逆向工程,以确定边界。五种模式是造成大多数混淆的原因:

  • 这些角色在几乎所有内容操作中都有重叠。在 Smartling 的默认权限网格中,帐户所有者和项目经理拥有相同的权限,可以上传文件、创建和授权作业、管理词汇表和样式指南、管理翻译记忆库、创建作业自动化规则以及下载作业活动报告。一位审阅者原本期望看到的是一个“只读经理”级别,结果发现项目经理是一个完全符合职责范围的操作员。
  • 真正的分界线在于范围,而不是行动。项目经理必须被明确授予对每个项目的访问权限,并且只能在“项目”、“作业”和“帐户”仪表板上看到这些项目;帐户所有者默认情况下可以看到所有项目。将权限建模为“谁可以点击什么”的团队忽略了真正重要的控制是“在哪些项目中”。
  • 每个人都会被称作管理员。账户所有者通常是本地化负责人;项目经理通常是本地化经理或开发人员,负责连接连接器、GDN 或 API 集成。两者在日常意义上都是管理员,因此 IT 部门最终会问,谁负责账户合规性和治理,但却没有书面答案。
  • 委托规则是不对称的。项目经理可以邀请除账户所有者以外的所有角色,并且可以将项目经理和请求者用户更改为其他角色,但只有账户所有者才能将任何人提升为账户所有者或将任何角色更改为任何角色。除非将这种不对称性记录下来,否则同样的升级请求可能会被一位经理批准,却被另一位经理拒绝。
  • 撤销程序存在一些特殊情况。账户所有者可以删除任何用户;项目经理不能删除账户所有者,并且在默认权限网格中,项目经理只能删除没有其他项目访问权限的其他项目经理。那些假设“任何管理员都可以移除任何人”的离职清单,恰恰在这些情况下会失效。

在TMS系统中,账户所有者和项目经理之间应该有哪些权限区别?

值得区分的权限分为五层,Smartling 将每一层都实现为固定边界,而不是可配置的开关,因此 IT 安全团队可以记录一次并依赖它:

  • 账户结构。在 Smartling 中,创建新项目和克隆现有项目是只有帐户所有者才能执行的操作;项目经理可以归档和重命名他们已经有权访问的项目,但不能扩展帐户的范围。这样一来,内容容器的数量,以及攻击面,就始终处于一个所有者的控制之下。
  • 角色升级。项目经理可以向自己的项目中添加除帐户所有者以外的任何用户角色,并且可以授予其他角色(例如,授予审校人员翻译资源角色)。只有账户所有者才能授予账户所有者角色,任何用户都不能给自己授予其他角色。这样就堵住了共享工具中最常见的权限提升途径。
  • 工作流程治理。当项目经理点击“创建工作流”时,Smartling 会创建一个项目级工作流;只有账户所有者才能在跨项目共享的账户级工作流和项目级工作流之间进行选择。项目经理只能看到项目级工作流管理页面,永远看不到帐户工作流页面,因此业务部门无法更改其他部门使用的步骤配置。
  • 机器凭证。两种角色都可以创建 API 令牌,但只有帐户所有者才能创建帐户令牌;项目经理只能创建范围限定于单个项目的项目令牌,Smartling 本身也建议将此作为默认设置。可以与 IP 允许列表配合使用,以限制令牌可以从哪些位置进行身份验证。
  • 审计证据。用户报告列出了每个用户的电子邮件、角色、创建日期、机构、上次登录日期和登录次数,可以导出为 CSV 或 PDF,也可以安排定期通过电子邮件发送,但只有帐户所有者才能查看该报告。项目经理可以获得其项目的运营报告(工作仪表板、问题报告、字数统计、工作活动报告),但无法获得帐户范围的访问权限证明。

Smartling 中的账户所有者与项目经理:并排比较

能力 账户所有者 项目经理
可见范围账户中的每个项目仅明确分配的项目
创建或克隆项目是的否(可以归档和重命名已分配的项目)
添加用户7个角色中的任何一个6 个角色,除账户所有者外均为其他角色
更改用户角色任何角色仅限项目经理和请求者用户
移除用户任何用户无法移除账户所有者
创建工作流程客户级别或项目级别仅限项目级别
API tokens账户代币或项目代币项目代币
用户报告(角色、上次登录时间、登录次数;CSV/PDF;定时发送)是的,每24小时刷新一次No
授权翻译任务、管理术语表、风格指南、翻译记忆库、质量检查是的是的,在分配的项目范围内。
团队仪表盘(用户、邀请、代理商、价目表)是的是的

来源:Smartling 帮助中心,默认用户权限网格和相关团队管理文章,发布于 2026 年 9 月。

如何为本地化项目设置客户经理和项目主管角色?

在 Smartling 中设置这两个角色是一个五步操作,IT 管理员和本地化负责人可以在一次工作会议中共同完成。

  1. 限制账户所有者为一到两名指定人员——将该角色分配给本地化主管和一名备用人员。由于账户所有者可以创建项目、推广其他账户所有者以及发行账户范围内的 API 令牌,因此每增加一个持有者,登录信息泄露的影响范围就会扩大。
  2. 以账户所有者的身份为每个团队、产品或内容系统创建一个项目——项目创建仅限账户所有者,因此要谨慎使用:为营销网站、移动应用程序和帮助中心创建单独的项目,可以让每个项目经理的职责范围精确到他们拥有的内容。
  3. 邀请项目经理并将其分配到各自的项目——从“团队”>“用户”中,邀请每个本地化经理或集成开发人员作为项目经理,并选择他们的项目。连接连接器、GDN 或 API 的开发人员应该使用此角色,因为请求者不能添加到连接器、GDN 或 API 项目中。
  4. 委派日常工作,保留帐户级控制权——让项目经理邀请请求者和内容查看者,授权作业,维护词汇表和样式指南,并构建项目级工作流程。为账户所有者保留账户级工作流程和账户令牌,这样一来,一个业务部门的变更就不会悄无声息地改变另一个业务部门的流程。
  5. 按季度安排用户报告和角色审查——作为帐户所有者,打开报告 > 用户,按上次登录日期排序以查找休眠帐户,并安排 CSV 交付。当有人更换团队时,请使用“移除角色”(他们的帐户仍可重复使用);当用户离开时,请使用“移除用户”(访问权限终止,但活动历史记录将被保留)。

这种角色分工适合以下类型的团队……

  • 在多个业务部门、产品线或地区运行本地化,并希望每个部门的经理只能看到自己的项目。
  • 有些开发人员需要集成 CMS、代码库或 CI/CD 管道,但他们无法创建新项目或帐户范围的令牌,因此需要配置项目。
  • 面临 SOC 2、ISO 27001 或内部访问证明审查,这些审查要求提供指定的帐户所有者、有记录的委派模型以及可导出的访问权限列表。
  • 与内容作者合作,他们应该提交翻译请求,但绝不会修改设置;Smartling 的请求者角色(项目经理可以邀请)涵盖了这一层级,无需添加其他经理。
  • 希望默认情况下保持 API 凭证在项目范围内,并将帐户范围的令牌保留给一小部分服务集成。

当客户经理与项目经理的职责划分并非首要任务时,情况就可能发生变化。

  • 对于只有一个本地化经理的单团队初创公司来说,两个职位意义不大;一个账户负责人加上请求者会更简单,直到第二个团队或集成开发人员加入为止。
  • 如果您的目标是完全阻止经理授权或发布翻译,那么项目经理角色是不合适的工具,因为它与帐户所有者共享这些权限;请改用请求者(默认情况下无法授权作业)或内容查看者(只读)角色。
  • 如果您需要按语言环境而不是按项目自定义权限,请注意 Smartling 按项目划分帐户所有者和项目经理;语言级别的范围通过工作流步骤分配应用于翻译人员和代理机构角色。
  • 如果真正的问题是外部机构和自由职业者的范围应该如何界定,那将是一个不同的角色系列(机构客户经理、翻译资源经理、翻译资源),这在机构和语言服务提供商如何在客户拥有的翻译管理系统中工作中有所涉及。

评估清单:选择 TMS 之前需要询问的关于管理员角色分离的问题

究竟哪些权力是最高职位专属的?
请提供已发布的权限网格图,而不是层级描述。Smartling 的默认用户权限文章按角色列出了每个功能;仅限帐户所有者的行包括创建项目、克隆项目、添加帐户所有者、帐户级工作流、帐户 API 令牌和用户报告。

第二个角色是否按项目划分范围?由谁来分配范围?
项目经理只能看到分配给他的项目。在 Smartling 中,账户所有者或该项目的其他项目经理授予访问权限,项目、作业和账户仪表板会自动筛选到该范围。

第二职位能否提拔任何人担任最高职位?
答案应该是否定的。Smartling 项目经理可以添加除帐户所有者之外的所有角色,而附加角色功能仅允许帐户所有者授予帐户所有者角色。

访问权限可以多快被撤销,哪些内容能够保留下来?
寻求立即撤销但保留历史记录的处罚。Smartling 的“删除用户”操作会立即终止访问权限,但会保留数据和活动;“删除角色”操作会剥夺权限,但会使帐户可重复使用。

同一个人可以同时担任管理员和审核员的角色吗?
Smartling 支持多角色用户,例如项目经理同时也是翻译资源,每个角色都有单独的权限选项卡,仪表板中还有角色切换器,因此您无需第二个登录即可授予经理审核职责。

最高层可以提供哪些审计证据?
需要生成一份包含角色、上次登录时间和登录次数的报告,该报告可以导出并可定时生成。Smartling 的用户报告对帐户所有者来说就是这样做的;所有七个角色都可以看到每个字符串的内容历史记录。

机器凭证的作用域是否与人员凭证的作用域相同?
确认项目级令牌存在,并且账户级令牌仅限最高角色使用。Smartling 中两者都成立,而 IP 允许列表在此基础上增加了网络限制。

供应商的身份和认证情况是否与其榜样地位相符?
询问有关 SSO 强制执行、MFA 和独立认证的问题。Smartling 的 SSO、MFA 和 GDPR 特定控制措施已在翻译平台的 GDPR 访问控制中进行了介绍,并且其认证集也得到了企业本地化平台安全团队的信任。

Smartling 如何定义帐户所有者和项目经理权限

Smartling 的翻译管理系统提供七个用户角色,其中最高两个角色(账户所有者和项目经理)在日常功能上相同,但在范围上有所不同。两者都可以上传和更新文件、创建和授权作业、设置作业自动化规则、编辑截止日期、管理词汇表、样式指南、翻译记忆库、质量检查和语言包、将内容分配给语言学家,以及下载作业活动、字数统计、内容速度和已处理字数报告。账户所有者负责所有项目中的所有这些操作;项目经理只能在账户所有者或其他项目经理授权的项目内进行这些操作。

账户所有者专属的控制选项数量很少,且仅用于账户管理。只有账户所有者才能创建或克隆项目、添加其他账户所有者、将任何用户的角色更改为任何其他角色、删除账户所有者、创建多个项目共享的账户级工作流以及创建账户范围的 API 令牌。只有账户所有者才能打开用户报告,其中列出了每个用户的电子邮件、角色、创建日期、机构、上次登录日期和登录次数,每 24 小时刷新一次,可导出为 CSV 或 PDF,并且可以安排定期发送,从而将季度访问审查变成报告订阅。项目经理点击“创建工作流”即可获得项目级工作流,而项目经理创建 API 令牌即可获得项目范围的令牌,Smartling 建议每个集成都使用此选项。

授权是单向的。项目经理可以邀请请求者、内容查看者、其他项目经理、翻译资源和翻译资源经理加入他们的项目,当内容团队被信任可以发布工作时,可以授予请求者“授权自己的工作”权限,还可以为现有用户添加额外的角色,例如将审阅者设为翻译资源。用户不能给自己授予角色,账户所有者角色只能由账户所有者授予。对于离职流程,账户所有者可以删除任何用户,项目经理可以删除除账户所有者以外的任何用户;被删除的用户会立即失去访问权限,但其数据和活动历史记录将被保留,并且可以在稍后重新添加,但不会分配角色,直到分配角色为止。

对于还需要经理审核翻译的团队,Smartling 的多角色帐户允许一个人同时担任项目经理和翻译资源角色,帐户带有“多角色”标签、每个角色单独的权限选项卡以及用户名下的角色切换器,因此审核人员无需第二次登录。所有这些都位于客户经理和项目经理共享的团队仪表板中:用户选项卡,包含角色、上次登录和工作流语言对列,批量删除用户和删除角色操作,邀请选项卡,包含重新发送和取消功能,以及供应商角色的代理机构选项卡。

准备好见识一下 Smartling 的威力了吗?

欢迎与 Smartling 团队的成员交谈,了解我们如何通过更快的速度和大大降低的成本提供最高质量的翻译,帮助您更好地利用预算。