在开曼群岛的经济实质（Economic Substance, ES）合规框架下，许多实体选择将核心创收活动（CIGA）外包给专业机构，以满足当地的实质性要求。作为开曼 OSP（外包服务提供商），在 DITC 门户中的角色不仅是提供日常的行政或专业服务，更涉及严格的 OSP 验证流程。笛杨咨询在协助跨境企业处理开曼税务合规的门户操作时发现，部分企业因未能妥善管理经济实质外包的验证环节，导致申报状态异常，甚至面临合规风险。
本文将基于《DITC Portal – User Guide》v.9.6（11/25）的官方指引，详细解析外包服务提供商在开曼经济实质申报中的关键验证作用。我们将重点探讨 OSP 注册的前置条件、30 天验证时限的严格要求，以及 OSP 拒绝确认可能带来的后果，帮助企业和 OSP 双方建立清晰的协同机制，降低操作风险。
核心结论：在开曼经济实质申报中，实体若在 ES Return 中声明将核心创收活动外包，DITC 需要 OSP 确认，OSP 必须在 DITC 门户中注册账户才能验证。OSP 收到系统通知后，应在 30 天内完成验证（确认或拒绝）。未能在时限内完成验证的声明会从 OSP 仪表板自动消失，且不被 TIA 考虑，即视为被拒绝。企业应建立完善的跨方协同与状态监控机制。
经济实质外包与 OSP 的系统角色定位
在开曼经济实质法案下，相关实体（Relevant Entity）如果从事相关活动（Relevant Activity），必须满足经济实质测试。为了满足这一测试，实体可以选择将核心创收活动外包给开曼群岛内的第三方服务提供商，即外包服务提供商（Outsourced Service Provider, OSP）。
在 DITC 门户的 ES 模块中，OSP 并不是一个被动被填写的文本字段，而是一个具有独立账户和操作权限的系统角色。当实体在经济实质申报表（ES Return）中声明存在外包安排时，系统会触发一个自动化的 OSP 验证流程。这一机制的设计初衷，是为了确保实体所声明的外包情况得到服务提供商的真实背书。需要注意的是，ES Return 的生成依赖相应期间已提交的经济实质通知（ESN）。
根据 DITC 官方指南，OSP 注册本身并非强制，但若相关实体在 ES Return 中作出外包声明，DITC 需要 OSP 确认，OSP 要有门户账户才能验证。这意味着，企业在准备 ES Return 之前，必须与 OSP 进行充分的线下沟通，确认其已在 DITC 门户中激活了相应的 OSP 角色。如果忽视了这一系统角色的定位，企业的申报工作将在第一步就陷入停滞。
OSP 注册：启动验证流程的前置条件
许多企业在填写 ES Return 时遇到的第一个技术障碍，就是无法在系统中找到他们的外包服务提供商。这通常是因为该 OSP 尚未在 DITC 门户中完成注册，或者注册信息存在偏差。
OSP 注册流程解析与要求
OSP 必须主动在 DITC 门户中注册其身份。注册过程涉及提供 OSP 的基本信息、联系人详情以及相关的证明文件。只有当 DITC 审核并批准了 OSP 的注册申请后，该 OSP 的名称才会出现在门户的下拉列表中，供其他实体在申报时选择。这一过程可能需要一定的时间，因此不能等到申报截止日期临近时才开始处理。
对于 OSP 而言，及时完成注册是配合客户合规的必要步骤。对于实体而言，笛杨咨询建议在每个申报季开始前，将“确认 OSP 注册状态”列入内部的合规检查清单中，作为启动申报工作的前置条件。
跨方协同的必要性与挑战
由于 OSP 注册是单方面由服务提供商完成的，实体无法代为操作。因此，实体（或其负责申报的 RP/次级用户）必须与 OSP 保持密切沟通。如果 OSP 尚未注册，实体将无法提交包含外包声明的 ES Return，这可能导致申报延误。在实际操作中，企业往往需要跨越不同的时区和组织架构，与 OSP 的合规团队进行对接，这无疑增加了协同的难度。建立清晰的沟通渠道和责任划分，是克服这一挑战的关键。
30 天验证时限：不可忽视的合规倒计时
当实体在 ES Return 中选择了特定的 OSP 并成功提交申报后，DITC 门户会自动向该 OSP 发送一封验证通知邮件。从邮件发出之日起，OSP 验证流程正式启动，并伴随着严格的时间限制。
验证通知与系统触发机制
根据 DITC 门户指南，OSP 会收到包含实体名称、申报年份以及声明的外包活动详情的通知。此时，实体的 ES Return 状态可能会显示为等待 OSP 验证的相关状态。这一系统触发机制确保了 OSP 能够及时获悉其被指定为外包服务提供商的事实，并启动内部的核对流程。
30 天时限的严格要求与操作规范
官方指南明确规定，OSP 应在收到通知后的 30 天内，登录 DITC 门户并对实体的外包声明进行验证 1, pp. 81–84。需要特别注意的是，这 30 天是日历日，而非工作日。
在这 30 天内，OSP 需要仔细核对实体声明的外包活动是否与实际服务协议一致，包括服务内容、服务期间以及相关的财务和人员数据。如果一切无误，OSP 应在系统中点击确认（Confirm）；如果存在差异或根本不存在外包关系，OSP 有权点击拒绝（Reject）。
如果 OSP 在 30 天内未采取任何行动，未验证的声明会从 OSP 仪表板自动消失，且不被 TIA 考虑，即视为被拒绝。这将对实体的经济实质测试结果产生重大不利影响。因此，这 30 天不仅是 OSP 的操作窗口，更是实体必须密切监控的风险期。
OSP 拒绝确认或逾期未处理的后果
OSP 验证并非走过场，其结果直接决定了实体经济实质申报的有效性。如果 OSP 拒绝确认实体的声明，或者在 30 天时限内未作任何处理，实体将面临严峻的合规挑战。
拒绝确认的系统逻辑与合规影响
如果 OSP 认为实体声明的外包信息不准确，他们会在系统中选择拒绝，并通常需要提供拒绝的理由。一旦 OSP 拒绝，实体的 ES Return 将无法依赖该外包安排来满足经济实质测试。
在这种情况下，DITC 可能会认定实体未能满足经济实质要求，进而触发进一步的合规调查或信息交换机制。实体可能需要重新评估其合规策略，甚至面临修改申报的复杂流程。
逾期未处理的隐性风险
如果 OSP 在 30 天内保持沉默，后果同样严重。系统不会默认 OSP 同意，未验证的声明会从 OSP 仪表板自动消失，且不被 TIA 考虑，即视为被拒绝。对于实体而言，这意味着其外包声明缺乏必要的第三方背书，同样可能导致经济实质测试失败。
因此，实体不能在提交 ES Return 后就认为万事大吉。持续监控 OSP 的验证状态，并在接近 30 天期限时进行适当的催办，是企业内部合规管理的重要环节。
实体与 OSP 的协同管理建议与最佳实践
为了降低因 OSP 验证环节出现问题而导致的操作风险，企业和 OSP 双方都需要建立规范的操作流程。以下是笛杨咨询基于门户操作风险提出的内部管理建议。
通过上述表格可以看出，OSP 验证不仅仅是门户上的一个点击动作，更是双方在线下服务协议基础上的线上确认。建立常态化的沟通机制和标准化的操作流程，是提高可追溯性的基石。
常见问题
Q1：如果我们的 OSP 一直没有在 DITC 门户注册，我们该怎么办？
A1：实体无法在系统中手动输入未注册的 OSP。您必须敦促您的 OSP 尽快完成注册。如果 OSP 拒绝配合，您可能需要重新评估该外包安排是否符合经济实质要求，或者考虑更换已注册的合规 OSP。
Q2：OSP 验证的 30 天时限是从什么时候开始计算的？
A2：30 天时限是从实体提交包含外包声明的 ES Return，且系统向 OSP 发出验证通知邮件之日起计算的。建议实体在提交后立即与 OSP 确认是否收到邮件，并开始倒计时。
Q3：如果 OSP 拒绝了我们的声明，我们可以在系统中直接修改并重新提交吗？
A3：如果 OSP 拒绝，通常意味着您的外包声明未获认可。您需要首先与 OSP 沟通查明原因。如果是因为数据填写错误，您可能需要按照 DITC 门户的更正流程（Correction）进行处理，但这可能涉及复杂的系统操作和状态变更，建议在专业指导下进行。
Q4：一个实体可以有多个 OSP 吗？
A4：可以。如果实体将不同的核心创收活动外包给不同的服务提供商，可以在申报中选择多个 OSP。每个被选择的 OSP 都会收到独立的验证通知，并需要在各自的 30 天时限内完成验证。实体需要对所有涉及的 OSP 进行分别监控。
笛杨咨询提示
本文依据《DITC Portal – User Guide》v.9.6（11/25）整理，聚焦门户技术操作，不构成法律、税务或监管意见；实际适用义务和时间要求应以 DITC 最新正式资料及实体具体情况为准。开曼经济实质法案对核心创收活动的外包有严格的实质性要求，门户操作只是合规结果的最终呈现。
笛杨咨询提醒广大跨境企业，经济实质外包绝非简单的系统填报。企业应建立完善的跨方协同机制，确保 OSP 注册状态、申报数据核对以及 30 天验证时限的有效管理。我们可以协助企业建立角色权限台账、梳理申报日历、设计数据与文件控制流程，并提供跨方协同的合规项目协调服务，支持合规团队完成内部复核。