# CIRPASS-2 纺织品 DPP 验证堆栈

## 执行摘要

纺织品 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/validate`
- `POST /api/v1/dpp/export/dcc`
- `POST /api/v1/dpp/export/dcc/jwt`
- `POST /api/v1/dpp/export/dte`

### 规范版本控制

- UNTP 参考：`0.6.1`
- 证据模型：W3C 可验证凭证

## 常见问题

### 模式验证是否足以满足合规性要求？

否。模式检查确认形状，而非可持续性声明的真实性。

### RCO 有什么不同之处？

RCO 添加硬操作控制，例如当认证材料耗尽时的质量平衡阻止。

### 为什么在同一堆栈中包含 DCC 和 DTE？

因为没有可导出证据的验证不是可互操作的合规性。