常见场景
常见处境各写一句可验收的完成标志，以及该读哪一页
每种处境都对应一个你自己能检查的结果：抽一笔付款，查出谁批的；新开分支，只登记一行；两周后，诊断交付的文件拿到手。下表按处境排，每行写一句完成的标志和该读的页。标志不是效果承诺，条件和限度写在入口页里；表里没有你的处境时，从两周诊断交付什么说起，它先量清现状，再谈改什么。
常见处境
| 你的处境 | 完成的标志 | 页面 |
|---|---|---|
| 付款审批靠口头和聊天，事后说不清谁批的 | 抽一笔历史付款，按单号能查到每位签核人、签核时间和所依据的审批链版本 | 追溯一笔付款的审批 |
| 多个公司主体之间调拨资金，月末各方的账对不上 | 调拨单的链上，金额达线时多一位总经理签核，其余位签完，单据才通过 | 审批流转、资金流水 |
| 客户资料散在表格、旧系统和个人手机里 | 报表上的客户数只数一次，合并可以追溯、可以撤销（示例设计） | 客户资料与统计口径 |
| 开了或要开分支，规矩各写一套 | 新分支只登记一行，审批链和权限沿用总部，覆盖的属性单独可查 | 新开一家分支 |
| 不知从哪下手改造 | 两周后拿到企业全貌、改造清单和权责清单，每份对应一个要做的决策 | 两周诊断交付什么 |
| 想用大模型，数据不能出门 | 验收凭容量、质量、边界的可复跑证据，推理网段对外连接失败有记录 | 在自己的机房运行模型 |
| 有一件器件要设计到能打样 | 一页约束填完，评审通过，交付包同版，需工厂审的项在开模前由工厂确认 | 硬件设计概览 |
读表时有一个先后：分支沿用的是总部已经成型的审批链和权限，总部还没写成表时，先做第一行。
合作路径的差别
审批、调拨、客户资料、分支的场景走咨询加核心经营系统的各段，诊断之后可以止步，诊断交付的文件归企业所有。自建推理有自己的三步，器件按官网的设计五步推进，硬件章把检查项归并成出口。各条路径的差别见合作流程。
验收时可以问的问题
- 跨主体调拨：会签靠审批链上的加签位，金额线和由哪个主体的总经理会签，请在设计阶段与 SZV 约定；见审批流转。