从 Draft 到 Submitted：读懂开曼 DITC 门户的合规状态码

在开曼群岛国际税务合作局（DITC）门户中进行合规申报时，企业用户经常会面对各种状态码（Status Codes）。从最初的 Draft 到最终的 Submitted 或 Processed，每一个状态码都代表着申报流程中的一个特定阶段。然而，许多企业在操作中容易对这些状态码产生误解，例如将“Submitted”等同于合规义务的最终完成，或者忽视了“Action Required”背后的紧迫性。本文将详细解析 DITC 门户中各类合规状态码的真实含义，帮助您精准把控申报进度，降低操作风险。

核心结论
DITC 门户中的状态码不仅是技术标识，更是合规进度的直接反映。正确理解 Draft、Submitted、Pending、Action Required 等状态码在不同框架（如 CRS、FATCA、ES、CbCR）下的具体语义，是支持合规团队完成内部复核的关键。企业可建立状态监控台账，及时响应需要采取行动的状态，切勿将中间状态误认为最终完成。

一、DITC 门户状态码体系概览

DITC 门户涵盖了共同申报准则（CRS）、海外账户税收合规法案（FATCA）、经济实质（ES）以及国别报告（CbCR）等多个合规框架。虽然不同框架的具体申报内容有所差异，但门户在状态管理上遵循着一套相对统一的逻辑。

根据《DITC Portal – User Guide》v.9.6（11/25）的说明，不同合规框架在门户中拥有特定的状态码体系。例如，ES 框架包含 Pending、Submitted、Submission failed、Incomplete 和 Action Required；FATCA 框架包含 Submitted、Processed 和 Processed – correction required；CbCR 框架则包含 Pending、Submitted 和 Submission failed。1, p. 14。

理解这些状态码的前提是，必须认识到 DITC 门户不仅是一个数据接收平台，更是一个包含初步校验、后台处理和反馈机制的综合系统。因此，状态的流转往往不是单向的，而是可能因为校验失败或外部反馈而发生逆转。

二、准备阶段：Draft、Saved 与 Incomplete

在数据录入或文件上传的初期，门户通常会显示准备阶段的状态码。这些状态表明申报工作已经开始，但尚未正式提交给 DITC。

当用户在智能表单（Smart Form）中填写信息并点击保存，或者上传了部分文件但尚未完成所有必填项时，系统通常会显示 Draft 或 Saved 状态。这意味着数据已安全保存在门户中，用户可以在后续登录时继续编辑。企业在多部门协作准备申报材料时，可以充分利用这一状态，确保所有数据在最终提交前经过内部复核。

Incomplete 状态通常出现在需要多步操作或多份文件的申报任务中。例如，在 ES 框架下，如果生成了开曼境外税务居民（TRO）表单但尚未完成所有必填信息的填写和附件上传，状态可能会显示为 Incomplete。此时，用户需要根据系统提示，补充缺失的信息或文件。

三、提交与处理阶段：Submitted 与 Pending

当用户点击提交按钮后，申报材料进入 DITC 的处理流程，此时的状态码最容易引起误解。

Submitted 是最常见的状态码之一，表示用户已经成功将数据或文件发送至 DITC 门户。然而，必须强调的是，Submitted 并不等同于合规义务的最终完成。它仅仅意味着 DITC 已经接收到了您的提交，后续还需要经过系统的自动校验或人工审核。例如，在提交 CRS XML 文件后，状态会变为 Submitted，但这只是第一步，后续还需要关注是否生成了错误反馈。

Pending 状态码表示 DITC 的后台系统正在对提交的数据进行校验或处理（例如 CbCR XML 验证期间）。在高峰期，处理时间可能会有所延长。对于 FATCA XML 的提交，如果文件没有验证错误，门户会显示 Submitted，随后数据会被传输至美国国税局（IRS）进行进一步校验1, pp. 51-61。在此期间，企业应保持耐心，并定期登录门户查看状态更新。

四、完成阶段：Processed 与 Submitted

当申报材料顺利通过所有校验和审核后，状态会更新为完成阶段的标识。

不同框架的完成状态有所不同。例如，对于 FATCA 申报，如果 IRS 在处理后未发现错误，状态会从 Submitted 更新为 Processed；而对于 CbCR XML，验证无误后的状态即为 Submitted。

然而，即使状态显示为 Processed 或 Submitted，企业仍需妥善保存相关的门户回执（Receipt）和提交记录，作为内部合规审计和应对未来可能查询的证据。此外，对于某些年度申报任务（如 CRS 的 Filing Declaration 和 Compliance Form），必须确保所有相关的子任务都达到了完成状态，才能认为该年度的整体合规义务已履行完毕1, pp. 28-50。

五、异常与需干预阶段：Submission failed、Action Required 与 Processed – correction required

在申报过程中，如果数据格式不符、逻辑校验失败或外部机构反馈错误，门户会显示异常状态码，提示用户必须采取行动。

Submission failed 通常发生在文件上传的初步校验阶段。例如，如果上传的 XML 文件不符合规定的 Schema 格式，或者 CSV 文件缺少必填列，系统会拒绝接收，并显示 Submission failed。此时，用户需要下载错误日志，仔细核对并修正源文件后重新上传。

Action Required 与 Processed – correction required 是最为关键的干预状态码。当状态显示为 Action Required 时，意味着流程被阻断，必须由用户介入才能继续。例如，在 ES 框架下，如果相关实体在 ES Return 中作出外包声明，DITC 需要外包服务提供商（OSP）确认。OSP 必须在通知后 30 天内登录门户确认或拒绝该指定。如果未在 30 天内验证，声明会从 OSP 仪表板自动消失，且不被 TIA 考虑，即视为被拒绝1, pp. 63-73。

对于 FATCA 申报，如果 IRS 在处理后识别出错误，门户中的状态会更新为 Processed – correction required。此时，企业必须根据错误代码解决问题，并在门户中点击 Correction Confirmation 按钮以确认已采取必要行动。

六、各框架状态码对比与应对策略

为了帮助企业更直观地理解不同状态码的含义及应对策略，本文整理了以下对比表格：

七、常见问题

Q1：我提交了 CRS XML 文件，状态显示为 Submitted，这是否意味着我今年的 CRS 申报义务已经全部完成？
不一定。虽然 Submitted 表示文件已成功处理，但 CRS 年度任务不仅包括 XML 上传，还可能包括 Filing Declaration、Compliance Form 等多项任务。只有所有相关任务都按要求完成，整体义务才算履行完毕。

Q2：在 FATCA 申报中，状态显示为 Submitted 已经好几天了，正常吗？
是正常的。FATCA 数据在 DITC 门户初步处理并显示为 Submitted 后，还需要传输至美国 IRS 进行校验。由于涉及跨国数据交换，处理时间可能会较长。建议定期登录门户查看状态是否更新为 Processed 或 Processed – correction required。

Q3：如果状态显示为 Action Required，但我没有及时处理，会有什么后果？
未及时处理 Action Required 状态可能导致申报流程停滞。例如，OSP 未在 30 天内确认指定，声明会从 OSP 仪表板自动消失，且不被 TIA 考虑，即视为被拒绝。笛杨咨询建议企业建立状态监控机制，确保及时响应。

笛杨咨询提示

正确解读 DITC 门户状态码，是降低开曼税务申报操作风险的基础。本文基于《DITC Portal – User Guide》v.9.6 的技术说明整理，聚焦门户技术操作，不构成法律、税务或监管意见；实际适用义务和时间要求应以 DITC 最新正式资料及实体具体情况为准。在实际操作中，状态码的背后往往隐藏着复杂的业务逻辑和前置依赖。

笛杨咨询作为专业的跨境合规咨询机构，能够协助企业建立完善的内部合规治理机制。我们可以协助开展门户权限梳理、申报日历制定、状态监控台账建立以及错误问题单处理，使各状态节点具有清晰的责任人、处理动作和留痕。如果您在状态码解读或更正操作中遇到困难，欢迎与我们联系。