3. CBDC 业务原型验收

3.1 验收范围、基准与执行方式

本部分按 DTS（详细技术规格说明书）定义的目标形态验收 12 个核心业务流程。写作与验收基准：

• 规格基准：DTS 最终版第 14 章「功能场景」的 21 个强制性场景，本部分覆盖其中原型阶段执行的 12 个流程；钱包模型依据第 7 章，交易生命周期依据第 13 章，发行/赎回与会计依据第 16 章。
• 测试目录基准：每页关联 DTS 第 23.5 节跨阶段功能测试目录的 TC-* 用例编号与《技术描述》附录 1/附录 2 条目，验收记录沿用该编号体系。
• 执行方式：按01 验收范围与测试方法采用现场演示 + 数据核对；每步记录执行人、时间、实际结果、证据编号与状态；结果状态取通过／有条件通过／不通过／未执行。
• 原型边界：RTGS、总账（GL）一律使用测试/模拟环境接口；有限生产环境交换仅在书面批准后按第 7 部分执行。DTS 中标注「须 NBKR 批准」的政策参数（限额、审批矩阵、费率等）在原型中使用测试配置，不构成生产规则确认。

3.2 业务流程清单与 DTS 场景映射

编号	流程	DTS 场景（§14.3）	DTS 测试目录	页面
BUS-01	发行 Digital Som	场景 10 Mint（A 类核心）	TC-ISS-001–006	01
BUS-02	批发赎回与销毁	场景 11 Redemption/Burn（A 类核心）	TC-RED-001–006	02
BUS-03	银行 A 接入、审批与激活	场景 1 商业银行接入（B 类生命周期）	TC-ONB-001–004	03
BUS-04	银行 B 获准访问与业务就绪	场景 1 第二实例 + 一致性就绪	TC-ONB-001–004、TC-QRY-002	04
BUS-05	创建银行批发钱包	场景 4 开立 DSWB Bank 钱包（B 类）	TC-WAL-003	05
BUS-06	创建个人钱包	场景 2 开立 DSRW Consumer 钱包（B 类）	TC-WAL-001、004	06
BUS-07	创建商户／法人钱包	场景 3 开立 DSRW Business 钱包（B 类）	TC-WAL-002	07
BUS-08	创建政府测试钱包	第 7.3 节财政/政府钱包 + 第 6.7 节财政部角色	TC-WAL-003（政府配置）	08
BUS-09	跨行 P2P 转账	场景 6 P2P 转账（A 类核心，§14.6 全卡）	TC-P2P-001–009	09
BUS-10	个人钱包充值	场景 12 Cash-in（C 类边界契约）	TC-CASH-001、003–005	10
BUS-11	二维码商户支付	场景 7 P2B 二维码支付（A 类核心）	TC-P2B-001–006	11
BUS-12	模拟 G2P 发放	场景 9 批量/G2P 支付（A 类核心）	TC-G2P-001–006	12

3.3 执行顺序与依赖

流程存在硬依赖，按以下顺序执行；前置流程未通过时，后续流程标记「未执行」而非「不通过」：

1. 接入：BUS-03（银行 A）→ BUS-04（银行 B）；
2. 钱包建立：BUS-05（两家银行各一个批发钱包）→ BUS-06 / BUS-07 / BUS-08（零售、商户、政府钱包）；
3. 供应量：BUS-01（发行，为批发钱包注入 Digital Som）；
4. 价值转移：BUS-10（充值，使个人钱包持有余额）→ BUS-09（跨行 P2P）→ BUS-11（二维码支付）→ BUS-12（G2P 批量发放，依赖 BUS-08 政府钱包与其余额）；
5. 供应量收缩：BUS-02（赎回与销毁，最后执行以免影响其余流程的可用余额）。

3.4 统一结果记录

每个流程页面自身即为记录载体（结构与附录 C 模板一致），至少记录：原型版本与镜像摘要、测试环境、机构/钱包/交易标识、执行人与见证人、时间、测试数据、逐步骤实际结果与证据编号、最终业务状态、账本交易引用、审计/日志引用、外部接口引用（RTGS/GL 测试环境，如适用）、问题编号和签署。证据编号规则与脱敏要求见第 9 部分与附录 E。

3.5 业务验收汇总、异常记录与签署

全部 12 个流程执行完毕后汇总（对应总目录 3.14 节）：

编号	结果（通过／有条件通过／不通过／未执行）	问题编号	复测结论
BUS-01 – BUS-12	待执行后逐行填写	待填写	待填写

• 任一流程「不通过」时，业务验收整体结论不得高于「不通过」；存在「有条件通过」时须逐项列明遗留项、责任人与期限。
• 异常与偏差登记入附录 F，按第 23.12 节严重度定义分级（Blocker/Critical 阻断验收）。
• 汇总结论由甲方业务代表与服务商执行代表按附录 H 签署。