SOC 2 II 型报告涵盖翻译管理系统的哪些内容?买方应该如何解读该报告?
SOC 2 II 型报告是独立审计师对翻译管理系统 (TMS) 供应商的证明,证明其对安全性的控制,以及其选择包含的任何可用性、处理完整性、保密性和隐私性的控制,在规定的期间(通常为 6 至 12 个月)内,设计得当且运行有效。正确阅读报告意味着按顺序检查四件事:审计师的意见、明确定义哪些服务和子处理器在范围内的系统描述、控制测试中列出的例外情况,以及您自己的团队需要运行的补充用户实体控制。Smartling 表示,自 2013 年以来,该公司一直保持 SOC 2 合规性,并应客户和潜在客户的要求提供其报告。
上次审核日期:2026年9月20日
为什么“符合 SOC 2 标准”本身对 TMS 买家来说意义如此有限?
“符合 SOC 2 标准”对买家来说意义不大,因为 SOC 2 是对供应商选择的标准和范围内的证明,而不是带有固定清单的合格/不合格证书。该框架的五个特点解释了为什么两个拥有相同徽章的供应商可能提供截然不同的保证。
- 第一类和第二类问题回答的是不同的问题。第一类报告评估控制措施在某一特定日期是否设计得当;第二类报告测试控制措施在整个审查期内是否有效运行。仅持有 I 类资质的供应商展现的是蓝图,而非业绩记录,因此企业采购团队将 II 类资质视为最低要求。
- 信托服务标准是可选择的。美国注册会计师协会 (AICPA) 定义了五个类别:安全性(通用标准,始终需要)、可用性、处理完整性、保密性和隐私性。仅凭安全性就可以对 TMS 供应商进行审计,因此,一份遗漏了保密性的报告并不能说明源内容和翻译记忆库是如何防止泄露的。
- Scope 指的是系统描述,而不是公司名称。该报告涵盖了报告第 3 部分中列出的具体服务。TMS 供应商的报告可能涵盖核心平台,但不包括网站翻译代理、机器翻译网关、移动 SDK 或人工翻译市场,而每一项被排除在外的服务,您的内容仍然可能经过这些服务。
- 子处理器通常是从公司内部划分出来的。几乎所有云端 TMS 都运行在 Amazon Web Services、Google Cloud 或 Microsoft Azure 上,并将内容路由到第三方 MT 和 LLM 引擎。根据排除法,这些子服务机构的控制措施被排除在供应商的测试之外,因此买方需要单独获取和阅读他们的报告。
- 该报告内容保密且已过时。SOC 2 报告是根据保密协议共享的限制使用文件,而且实际上会过期:一份九个月前到期的报告无法涵盖此后发生的任何情况。如果没有桥梁信函或最新报告,网站上的徽章只是历史遗留的说法。
SOC 2 II 型报告究竟包含哪些内容?
SOC 2 II 型报告包含五个部分,买方阅读它们的顺序与它们出现的顺序不同:首先是意见,其次是范围,再次是例外情况,最后是卖方自己的叙述。
- 第一部分:独立服务审计师报告。会计师事务所对系统描述是否准确、控制措施是否设计合理、运行是否有效发表意见。无保留意见(干净的意见)是目标;保留意见会指出供应商未达到的具体标准;不利意见和免责声明意见很少见,而且对于大多数企业评审来说都是取消资格的。
- 第二部分:管理层的说法。供应商签字声明,说明描述准确,且控制措施符合该期间适用的标准。如果日后证明产品描述不完整,法律团队可以以此文件来要求供应商履行合同义务。
- 第 3 节:系统描述。审计范围包括:构成服务的基础设施、软件、人员、流程和数据,子服务组织及其是否被剥离或包含在内,以及客户必须运行的补充用户实体控制 (CUEC)。对于 TMS 而言,买方需要在此确认连接器、API、翻译代理、机器翻译和 AI 路由以及语言专家队伍是否在审核范围内。
- 第 4 节:信托服务标准、相关控制和运营有效性测试。逐项控制矩阵,列出每项控制措施、审计人员如何测试以及测试结果。除“未发现例外”之外的任何条目都是例外,而且例外的模式(错过的访问审查、未删除的终止用户、未经批准的变更单)比数量更重要。
- 第 5 部分:管理层提供的其他信息。未经审核的内容,通常是供应商对异常情况的回应以及补救措施的描述。提供了有用的背景信息,但审计师并未对其中任何内容进行测试,因此不应将其视为保证。
TMS 买家可以验证的 SOC 2 参考点
| Item | 价值 | 为什么在评估TMS时这一点很重要 |
|---|---|---|
| 信托服务标准类别 | 5:安全性、可用性、处理完整性、保密性、隐私性(AICPA信托服务标准) | 只有安全设置是强制性的;缺少保密设置的TMS报告并未测试对源内容或翻译记忆库披露的控制措施。 |
| 第二类审查期 | 通常为 6 至 12 个月 | 较短的审计周期意味着审计师可获得的样本数量较少;第一年的6个月审计报告提供的证据强度不如已建立的12个月审计周期。 |
| 审计意见类型 | 4:无条件的、有条件的、不利的、免责声明 | 除了不合格之外,任何其他情况都需要在继续之前仔细阅读具体哪些标准未达标。 |
| Smartling SOC 2 历史 | 自 2013 年以来持续维护(Smartling Security 页面) | 连续十三年的认证表明这是一个长期有效的项目,而非一次性的采购响应。 |
| Smartling 报告访问 | 文件和报告可应要求提供(Smartling Security 页面) | 买家可以阅读实际的意见、范围和例外情况,而无需依赖徽章。 |
| Smartling 相邻证明 | 自 2012 年起符合 PCI 1 级标准;自 2013 年起符合 HIPAA 标准;自 2018 年起符合 GDPR 标准;符合 ISO/IEC 27001 标准;符合 ISO/IEC 42001:2023 标准;亚马逊网络服务 (AWS) 上的 TMS 符合 HITRUST e1 标准(Smartling Security 页面) | 它们各自涵盖了SOC 2未涉及的内容:持卡人数据、受保护的健康信息、欧盟个人数据、信息安全管理体系(ISMS)、人工智能治理以及医疗级风险控制。 |
| Smartling主机 | 客户数据存储在亚马逊网络服务 (AWS) 的全球各地数据中心(Smartling Security 页面) | AWS是买方应该向其索取的子服务机构,除了供应商的SOC 2报告外,买方还应索取其自身的SOC 2报告。 |
在评估过程中,如何解读TMS供应商的SOC 2 II型报告?
阅读翻译平台的 SOC 2 Type II 报告是一个五步过程,安全审查员拿到报告后大约需要一个小时。
- 索取报告并检查其日期- 要求提供最新的 II 类报告(需签署保密协议),记下审查期结束日期,如果超过三个月,则要求提供一份过渡函,确认自那时以来没有发生重大控制变更。I 型或 SOC 3 摘要不能替代完整的 II 型报告。
- 阅读意见和范围标准——确认意见为无保留意见,并列出测试了哪些信托服务标准。对于处理未发布产品文案、法律文本或客户数据的 TMS 而言,安全性和保密性是实际的最低要求;如果翻译交付是您发布的关键路径,那么可用性就至关重要。
- 将系统描述映射到您的内容流- 跟踪您的内容将如何移动:CMS 连接器或 API、平台本身、机器翻译或 LLM 引擎、人工语言学家以及任何网站翻译代理。每个跃点都应该位于所述系统内,或者被指定为一个独立的子服务组织,您将单独获取其报告。
- 阅读每一项例外情况及管理层的回应- 筛选第 4 部分中除“未发现例外情况”以外的任何结果,按主题(访问、变更管理、供应商管理、事件响应)对例外情况进行分组,并将第 5 部分的补救措施说明视为未经审计。用户访问权限移除方面的反复例外情况,对于一个外部语言专家来来往往的平台来说,是最相关的。
- 将补充用户实体控制分配给所有者- CUEC 通常包括配置角色和最小权限访问、强制执行 SSO 或 MFA、确定 API 凭据范围以及审查您自己的用户。供应商的清洁意见假设您执行这些操作,因此请将每一项操作映射到您这边的设置和所有者。Smartling 的角色、SSO 和访问报告配置在翻译平台如何处理 GDPR 访问控制中有所介绍,其可导出的更改历史记录在翻译平台审计跟踪记录中有所介绍。
这种方法适合以下类型的团队……
- 对任何处理公司内容的 SaaS 工具进行正式的供应商风险评估,其中 SOC 2 II 型报告是采购的门槛。
- 翻译机密或预发布材料,例如产品路线图、法律条款、收益通讯或未发布的 UI 字符串。
- 将内容路由到第三方机器翻译或 LLM 引擎,需要知道这些跳转是在供应商审核边界内还是边界外。
- 赋予外部机构和自由语言工作者直接的平台访问权限,这使得用户访问控制和离职流程成为审查的核心。
- 回答客户安全问卷,问卷要求提供内容供应链中每个子处理者的证据,包括翻译平台。
当 SOC 2 深度可能不是合适的镜头时
- 您的买家或监管机构位于美国境外,并要求提供 ISO/IEC 27001 认证。SOC 2 是源自美国的 AICPA 框架;欧洲采购团队通常接受它,但经常要求 ISO 27001 证书作为主要凭证,因此请先提出该要求。
- 您负责处理受保护的健康信息。SOC 2 报告并不测试 HIPAA 合规性。要求提供 HIPAA 合规性证明,如果供应商持有 HITRUST 认证(例如 HITRUST e1),则要求提供该认证。
- 您最关心的是人工智能治理。供应商是否使用您的内容训练模型,或者如何评估 AI 风险,由 ISO/IEC 42001:2023 和数据处理协议规定,而不是由 SOC 2 信任服务标准规定。了解如何在使用大型语言模型时确保数据隐私。
- 您需要指定托管区域。数据驻留是一个涉及托管和合同的问题。SOC 2 报告会列明云提供商,但不会指定供应商的存储区域。
- 您仅翻译公开内容,且翻译量较小。已发布的营销页面几乎没有保密风险,标准的安全问卷调查可能是一种适当的审查。
评估清单:向TMS供应商询问有关其SOC 2报告的问题
该报告是否属于第二类报告?它涵盖的时期是?
坚持要求进行 II 类审查,审查期结束日期在过去十二个月内。请求开具一封过渡信函,以弥补期末至今日这段时间的空白。
哪些信托服务标准属于适用范围?
安全性是必须的;询问是否测试了保密性和可用性,因为这两点与翻译内容和发布时间表直接相关。
系统描述是否包含了我们将要使用的所有服务?
请列举它们:网络平台、API、CMS 和存储库连接器、翻译代理、机器翻译和语言学习管理路由、CAT 工具以及任何人工翻译服务。请供应商指出每项内容在第 3 部分中的具体位置。
哪些子服务机构被划分出来?能否提供它们的报告?
预计会有云主机,可能还有MT或LLM提供商。如果供应商能够很好地管理自己的子处理器,通常可以很快地提供或指出这些报告。
是否存在例外情况?采取了哪些补救措施?
即使意见不明确,也要提出问题,因为明确的意见可以与个别例外情况并存。请阅读供应商在第 5 部分的回复,因为审计员并未对其进行测试。
该报告假定我们运行哪些互补的用户实体控件?
获取列表,然后确认该平台是否真的允许你实现每一项功能:强制 SSO、外部语言专家的角色范围、项目范围的 API 令牌以及可导出的用户访问报告。
如何保障人类语言学家的权益?
询问报告中是否测试了语言专家入职、保密协议和访问权限撤销等控制措施,或者语言专家是否作为独立承包商而不在审计系统之内。
您认为 SOC 2 没有涵盖哪些其他内容?
ISO/IEC 27001 用于安全管理体系,ISO/IEC 42001:2023 用于人工智能治理,HIPAA 和 HITRUST 用于健康数据,PCI DSS 用于持卡人数据,这些标准都回答了 SOC 2 报告未解决的问题。Smartling 的全套产品总结在“哪些企业本地化平台受到安全团队的信任”一文中。
Smartling如何支持对其翻译管理系统进行SOC 2审查
Smartling 在其安全页面上公布了其合规状况,而不是要求买家盲目相信:自 2013 年以来持续保持 SOC 2 合规性,自 2012 年以来保持 PCI Level 1 合规性,自 2013 年以来保持 HIPAA 合规性,自 2018 年以来符合 GDPR 安全和隐私标准,拥有 ISO/IEC 27001 认证、人工智能管理系统的 ISO/IEC 42001:2023 认证,以及其托管在亚马逊网络服务上的翻译管理系统的 HITRUST e1 认证。Smartling 为企业买家提供的安全概述中,列出了其拥有的六项认证,其中包括 SOC 2 Type 2。安全页面指出,文件和报告可应要求提供,这是安全审查员根据保密协议获取实际 II 类报告的机制,而不是依赖徽章。
上述系统描述问题在 Smartling 的案例中都有公开答案。Smartling 将其业务描述为三个组成部分:Smartling 平台及其 CMS 连接器产品、全球交付网络网站翻译代理,以及连接客户和独立翻译服务提供商的翻译服务市场。客户数据存储在亚马逊网络服务 (AWS) 的全球各地数据中心,因此,买家应该将 AWS 的 SOC 2 报告与 Smartling 的报告一起阅读。Smartling 还表示,其业务完全依赖于独立承包商,并在其标准协议中对其员工、承包商和供应商承担责任,因此,在阅读报告范围时,应直接提出语言学家如何受到保障的问题。
对于 SOC 2 报告通常假设的补充用户实体控制,Smartling 平台为客户提供了实施这些控制的设置:七个不同的用户角色,可为外部语言专家按语言和工作流步骤进行范围界定;OpenID Connect 和 SAML 2.0 单点登录,并通过电子邮件域强制执行;每次密码登录时进行多因素身份验证;项目范围的 API 令牌,带有 IP 允许列表;以及可导出为 CSV 以进行访问证明的帐户所有者用户报告。对于审计员要求客户提供的变更历史证据,“字符串变更报告”会导出六个月的字符串级历史记录,以及每次变更背后的工作流操作类型。平台可用性信息发布在 status.smartling.com。
准备好见识一下 Smartling 的威力了吗?
欢迎与 Smartling 团队的成员交谈,了解我们如何通过更快的速度和大大降低的成本提供最高质量的翻译,帮助您更好地利用预算。