CIRPASS-2 纺织品 DPP 验证堆栈
是什么让纺织 DPP 可核验，而不只是有文档？兼容 CIRPASS-2 的 Reeco 技术栈应用七层校验——schema、model、semantics、纺织逻辑、mass-balance 控制、conformity credentials 与 traceability events——因此 claim 在护照签发前就对照生产数据核查，而不是事后补救。
执行摘要
纺织品 DPP 合规性在数据仅被收集而未被验证时会失败。
CIRPASS-2 兼容的 Reeco 堆栈应用七个验证层：SCH、MDL、SEM、TXT、RCO、DCC、DTE。
为什么需要多层堆栈
大多数平台仅停留在"文件存在"的阶段。这并不能证明产品级声明的完整性。
强大的 DPP 工作流必须验证结构、语义、纺织品逻辑和物料平衡一致性。
层级概览
| 层级 | 范围 | 典型输出 |
|---|---|---|
| SCH | 架构一致性 | 结构错误（例如 SCH001） |
| MDL | 模型完整性 | 缺失字段或格式错误的对象（MDL*） |
| SEM | 语义一致性 | 矛盾的含义（SEM*） |
| TXT | 纺织品逻辑 | 纺织品特定声明不一致（TXT*） |
| RCO | Reeco 控制层 | 硬业务控制（RCO003 物料平衡） |
| DCC | 凭证化 | TC 导出为 UNTP DCC 0.6.1 |
| DTE | 可追溯性事件 | 批次流导出为 TransformationEvent |
验证性能态势
对于结构化有效负载上的确定性检查，核心验证可在毫秒级执行（参考基准：轻量级运行中约 1.6 ms 每请求）。
这在操作上是相关的：控制可在提交时同步运行，在标签发放前执行。
竞争对手通常遗漏的功能
| 功能 | 典型 DPP UI | Reeco 堆栈 |
|---|---|---|
| 文件上传 | 是 | 是 |
| 架构检查 | 部分 | 完整 SCH + MDL |
| 纺织品语义规则 | 罕见 | SEM + TXT |
| 硬物料平衡阻止 | 罕见 | RCO 强制阻断 |
| UNTP DCC 导出 | 罕见 | 原生 |
| UNTP DTE 导出 | 罕见 | 原生 |
实现说明
端点
POST /api/v1/dpp/validatePOST /api/v1/dpp/export/dccPOST /api/v1/dpp/export/dcc/jwtPOST /api/v1/dpp/export/dte
规范版本控制
- UNTP 参考：
0.6.1 - 证据模型：W3C 可验证凭证
常见问题
模式验证是否足以满足合规性要求？
否。架构检查确认形状，而非可持续性声明的真实性。
RCO 有什么不同之处？
RCO 添加硬操作控制，例如当认证材料耗尽时的物料平衡阻止。
为什么在同一堆栈中包含 DCC 和 DTE？
因为没有可导出证据的验证不是可互操作的合规性。