合规的翻译平台如何支持跨多个团队的集中管理？

上次审核日期：2026年10月15日

集中式翻译管理对平台有哪些要求？

集中式翻译管理需要六项能力，每项能力都允许中央团队制定一次规则，并使其适用于每个团队的工作：

• 集中式控制和联邦式控制之间的选择。有些项目希望由一个中央团队负责所有工作流程；而另一些项目则允许每个团队自行管理工作流程。Smartling 同时支持这两种方式：只有帐户所有者才能创建或修改帐户级别的工作流程，这些工作流程适用于所有项目；而项目经理可以编辑项目级别的工作流程，Smartling 帮助中心的文章“工作流程简介”指出，对于分散的本地化团队来说，项目级别的工作流程通常更容易管理。
• 每个团队、品牌或内容系统只能做一个项目。独立的项目使每个团队的内容、工作和设置彼此独立，而帐户则保持为一个记录系统，因此营销团队、产品团队和法律团队可以各自按照自己的节奏工作，而不会看到彼此的队列。
• 共享的语言资源，但有刻意的例外。在 Smartling 中，语言包包含五种资源（翻译记忆库、词汇表、风格指南、资源配置和质量检查配置文件），一个包可以共享给多个遵循相同语气和术语的项目，而风格截然不同的项目（例如法律内容）则拥有自己的包。
• 根据每个团队的工作量调整角色。项目经理的权限范围仅限于分配给他们的项目；默认情况下，请求者只能在分配的项目中创建工作，只能看到自己的工作，并且必须将工作提交给帐户所有者或项目经理进行授权；内容查看者只有查看权限。账户所有者和项目经理的权限差异说明了这两个管理角色之间的区别。
• 整个账户采用同一套人工智能策略。Smartling 的 LLM 提供程序设置是帐户级别的：只有帐户所有者才能更改它们，项目经理具有只读访问权限，并且在 Smartling 使用大型语言模型的任何地方都会遵循已启用的提供程序。也可以通过客户成功经理完全禁用帐户的 LLM 功能。
• 按团队汇总的报告。因为每个团队都在各自的项目中工作，所以项目级别的报告变成了团队级别的报告。Smartling 的数据访问工具由客户成功经理激活，可提供定期生成的 CSV 报告，例如项目字数统计、工作进度和截止日期偏差，以便导入 Tableau 或其他商业智能工具。审批步骤控制和审计证据在“翻译平台应提供哪些审批工作流程控制”和“哪些翻译平台保留细粒度审计跟踪”中分别进行了介绍。

您可以验证的集中式治理控制

以下每个控制项都记录在名为 Smartling 的页面上，以便安全或采购审查人员在平台推广到更多团队之前进行确认。

如何在一个翻译管理系统 (TMS) 中为多个团队设置集中式翻译管理？

大多数项目从逐个团队翻译过渡到集中管理通常需要五个步骤：

1. 确定什么是中心内容，什么是本地内容——写下每个团队必须遵守的规则（主词汇表、合法和受监管内容的审批深度、允许的 AI 提供商）以及每个团队保留的选择（自己的项目、时间表和团队特定条款）。此列表即为配置计划。
2. 每个团队、品牌或内容系统创建一个项目- 将共享的语言包附加到具有相同风格的项目，并将单独的语言包附加到任何风格不同的项目（例如法律项目），这样一致性是默认的，例外情况是明确的。
3. 将每个工作流程放在合适的级别——构建必须处处相同的工作流程，作为客户所有者拥有的客户级工作流程；并允许运行自己流程的团队将项目级工作流程保留在其项目经理的管理之下。
4. 给每个人分配最合适的角色——让项目经理成为每个团队项目的负责人，将贡献者添加为请求者（仅在不需要集中审批的情况下授予其授权权限），并将只需要阅读翻译的审校者赋予内容查看者角色。
5. 设置账户范围内的 AI 和报告策略- 让账户所有者根据公司政策确认已启用的 LLM 提供商，然后要求客户成功经理激活数据访问报告，以便每个季度按项目（从而按团队）比较数量、进度和到期日差异。

集中式翻译管理适用于以下类型的组织……

• 如今，市场营销、产品、支持、法律或区域团队各自通过不同的工具或供应商提出翻译请求。
• 运营多个品牌或业务部门，这些品牌或业务部门在某些地方需要使用相同的术语，而在其他地方则需要使用不同的语言。
• 必须向安全、隐私或人工智能治理审查人员说明哪些人可以访问翻译内容，以及哪些人工智能提供商处理这些内容。
• 希望受监管或合法的内容在同一平台上遵循比日常内容更严格的审批步骤。
• 需要项目级别的报告来证明共享资产的合理性、整合支出或比较团队。

有时集中治理可能并非首要之务。

• 一个团队翻译一种内容类型；一个项目和一个工作流程即可满足需求，无需管理层。
• 您现在的问题是如何解读供应商的 SOC 2 报告，而不是如何管理团队；了解一下翻译管理系统的 SOC 2 II 型报告涵盖了哪些内容。
• 您的评估取决于对人工智能管理认证的验证；请参阅如何选择通过 ISO 42001 认证的人工智能翻译平台。
• 团队不愿意共享术语表或风格指南的负责人；中央工具只有在有人负责管理之后才会强制执行标准。

评估清单：集中翻译管理之前需要提出的问题

中央团队能否一次性制定规则，并使其适用于所有团队？
询问账户级别有哪些设置（工作流程、AI 提供商、语言资源），以及谁有权更改这些设置。

需要自主权的团队还能运行自己的工作流程吗？
联邦模型需要团队级别的工作流程，团队负责人可以对其进行编辑，而不会影响其他任何人的流程。

一个术语表和翻译记忆库能否服务于多个团队，并允许例外情况？
检查资产包是否可以在项目之间共享，以及法务等团队是否可以使用不同的资产包。

没有管理员权限的贡献者可以做什么？
寻找一个请求者角色，该角色只能在分配的项目中提交工作，默认情况下具有集中授权，并可选择授予其授权自己工作的权限。

合规性能否限制哪些人工智能提供商可以接触公司内容？
询问该限制是否适用于整个账户，谁可以更改该限制，以及是否可以完全关闭人工智能的使用。

报告可以按团队细分吗？
确认报告可以按项目筛选或导出，并加载到您的商业智能工具中。

哪些认证涵盖了团队将共享的平台？
要求提供 SOC 2、ISO/IEC 27001 和（如果涉及 AI 翻译）ISO/IEC 42001 证明，并确认每项证明的范围。

Smartling 如何支持跨团队的集中式翻译管理

Smartling 的翻译管理系统将中央团队控制的内容与各个团队运行的内容分开。账户所有者拥有账户级工作流程和账户的 LLM 提供商设置，并设置每个团队参与的项目；项目经理管理分配给他们的项目和项目级工作流程；请求者提交其分配项目中的内容以进行集中授权，除非他们被授予授权自己作业的权限；内容查看者可以读取源字符串和目标字符串，而无需更改或下载它们。语言包将共享翻译记忆库、词汇表、风格指南、资源配置和质量检查配置文件带入到使用它们的每个项目中，一个帐户可以拥有的包的数量没有限制。

为了便于监督，数据访问工具会将定期报告（包括项目、项目字数统计、工作进度、问题、用户和截止日期偏差）导出到 AWS S3 存储桶，并以 CSV 文件的形式导入到 Tableau 或其他商业智能工具中。该平台自 2013 年起符合 SOC 2 标准，自 2013 年起符合 HIPAA 标准，自 2012 年起符合 PCI Level 1 标准，自 2018 年起符合 GDPR 标准，亚马逊网络服务上的 TMS 符合 HITRUST e1 标准，并且 Smartling 安全页面上列出了 ISO/IEC 27001 和 ISO/IEC 42001:2023 认证。

Elevate Outdoor Collective 在多品牌环境下展示了这种模式。根据 Elevate Outdoor Collective 的案例研究，一个共享的直接面向消费者的团队通过一个工作流程为 11 个电子商务网站上的 12 个品牌进行翻译；Smartling 的语言学家根据各个品牌的配置文件进行工作，因此每个品牌都保持自己的声音，具有相似受众的品牌共享翻译记忆库，而这种共享记忆库在第一年就节省了 26% 的成本，并且产品覆盖率在发布时首次达到了 100%。

相关问题

• 在翻译平台中，账户所有者和项目经理的权限有何不同？
• 翻译平台应该提供哪些审批流程控制？
• 哪些翻译平台具备用于内部合规和审计的详细审计跟踪记录？
• 如何在一个平台上管理多个翻译供应商，包括自由译者和翻译机构？