# T12_ACCEPTANCE_CRITERIA

最后更新: 2026-06-14  
范围: T12 用户端 Web 自助 MVP

---

## 1. 目标

T12 的验收对象不是后台运营链路，而是用户端 Web 自助主链：

`落地页 → 套餐页 → 下单 → 支付 → 资料填写 → 后台接单 → 状态页 → 站内查看/下载交付`

---

## 2. 必须满足的 MVP 验收项

### A. 用户入口

- `/` 与 `/pricing` 可访问
- `/checkout/{service_version}` 可创建公开订单
- 公开订单必须带 `portal` 访问链路

### B. 支付

- 至少一个 provider 形成真实闭环（当前可先用 `alipay_sim` 做上线前模拟）
- 支付成功后订单自动进入可填写资料阶段
- 支付失败/重复回调/金额不一致不能静默成功

### C. 资料填写

- 用户能保存草稿
- 用户能提交资料
- 正式提交必须记录同意信息：
  - `consent_version`
  - `consent_scope`
  - `privacy_accepted`
  - `service_terms_accepted`
  - `guardian_confirmed`

### D. 后台接单

- 未提交资料不得进入 `serving`
- 后台订单列表/详情可见资料提交状态
- 后台可基于提交状态继续处理

### E. 交付

- 报告未真实存在时，不得在 portal 误报“报告已就绪”
- 用户至少支持：
  - 站内查看报告
  - 下载 PDF
- 交付状态对用户可见

### F. 合规与恢复基线

- 已有隐私/数据保留/备份恢复/密钥管理文档基线
- 前台资料提交链路有明确知情与监护人同意提示

---

## 3. 明确未完成不得误报的事项

以下任一未满足，T12 不得报“整体完成”：

1. 真实支付 provider 未完成且目标口径要求真实支付
2. 交付事件仅停留在路由级补丁，未形成稳定主链能力
3. 前台仅有文案，无同意字段落库
4. 备份恢复仍没有最小快照+restore smoke，或虽有脚本但未形成可验证基线

---

## 4. 当前状态分级规则

- 设计完成: 文档/状态机/实施板齐备
- 实现完成: 代码与测试已落地
- 本地验证完成: pytest/ruff/mypy/dev-verify 通过
- 线上验证完成: 真实服务器链路通过
- 整体完成: 全部验收项无剩余缺口