wangsli和Claude Sonnet 5
efe2df4da3
从主工作区未跟踪目录合并提交。P2、status=review，产出 0014 付款观察清单 草稿、三张 rejected 单据收口规则草稿、三项只读检查（唯一付款主体存量、 合同只读用例超时归因、IM routing 三层现状）及 G1-G10 备份可用性预检。 未实施新运营动作、未改产品代码、未操作生产数据或外部通知。 Co-Authored-By: Claude Sonnet 5 <[email protected]>
6.5 KiB
人工操作前草稿
以下草稿待业务确认；尚未操作 0014、联系人员或处置三张单。源码核对结论及检查结果见 implement.md。
0014 一页观察清单
操作前确认
- 业务负责人：待指定；观察记录人：待指定；实际财务操作人及复核人：待指定。
- 先确认记录人、实际角色和现有入口；补资料前，在既有访问权限内记录候选禁用提示和缺项名称，不展开银行字段。再由另获授权且有对应权限的资料维护人补所属付款主体和真实银行信息；资料直接进系统，不进聊天或本记录。
- 非建行停止，不伪填；没有相应授权、缺付款前提或实际身份不符时停止该操作并记录真实阻塞。
- 由真实授权财务身份操作；如使用 finance smoke，另行明确授权启用，结束后立即停用并复核状态，未复核不得声称窗口关闭。
- 管理员代验不能算财务身份验收；此次不得自动执行账户启停、数据修改或付款。
现场记录表
| 观察节点（以实际流程为准） | 谁完成了什么／实际时间 | 下一位是谁 | 如何获知轮到自己 | 实际入口 | 是否人工催促／为何 | 结果或阻塞 |
|---|---|---|---|---|---|---|
| 财务进入待组批、确认候选提示 | 待现场记录 | 待现场记录 | 系统通知／页面待办／口头／其他 | 待现场记录 | 待现场记录 | 待现场记录 |
| 财务创建并提交，交复核人 | 待现场记录 | 待现场记录 | 同上 | 待现场记录 | 待现场记录 | 待现场记录 |
| 复核完成，交财务登记付款 | 待现场记录 | 待现场记录 | 同上 | 待现场记录 | 待现场记录 | 待现场记录 |
三个观察节点不强行等同于三次角色交接；若真实流程另有交接，补记实际节点，不倒填时间。付款登记仍遵守既有复核及付款凭证要求，不把本清单当作支付批准。
自然样本与身份验收
| 样本 | 判定 | 记录边界 |
|---|---|---|
| 真实财务进入并完成获准的组批／付款路径 | 未执行／通过／失败／未覆盖 | 记录实际角色、入口、动作和结果；管理员代验无效 |
| 财务看到被退回的 draft | 未自然发生则未覆盖 | 记录实际单据状态，不把 rejected 自动等同于 draft；不人为制造退回 |
| 审批人从待办进入报销 | 未自然发生则未覆盖 | 付款批次复核不替代报销审批样本；不为采样重走审批 |
完成后只交回脱敏角色、节点、入口、通知方式和催促记录；不附银行卡、真实凭证、合同正文或原始接口数据。
可选尾端观察：报销人是否收到付款完成提醒、从哪里获知、是否仍需人工告知；本人是否自行确认到账另记“已确认／未确认”。不查看银行资料，不把系统登记付款或通知送达当作银行实际入账，未自然发生就记未覆盖。
三张 rejected 单据收口规则草稿
现有路径只有单据参与人（owner/submitter）在既有权限内修改并重新提交；财务或管理员角色本身不获得代维护资格。业务需先将三单逐一对应到系统记录，并确认本人能否操作；本准备包不推断单据归属、人员离职状态或具体业务内容。
2026-09-06 只读汇总补充：当前库有 3 张 rejected 报销、归属于 1 个 owner，该 owner 的登录状态为 active、任职状态非 inactive。此结果不是“三位同事”，也不证明本人可联系、有空或愿意操作；未读取单号和人员标识，尚未逐单证明它们就是此前讨论的三张单。不能据此替业务选 A，也不能断言是离职导致卡住。
| 单据别名 | 本人是否可联系并可操作 | 路径选择（负责人定） | 截止时间（负责人定） | 到期核验与责任人 |
|---|---|---|---|---|
| 单 A | 待确认 | A：本人修改重提／B：申请新运营动作 | 待确认 | 待确认 |
| 单 B | 待确认 | 同上 | 待确认 | 待确认 |
| 单 C | 待确认 | 同上 | 待确认 | 待确认 |
- A 路径：通知本人明确期限内修改重提，以系统实际重提记录留痕。到期未重提，现有系统不会自动关闭；负责人必须转为 B 的需求决策或明确承认仍未解决，不能宣称已作废或已代处理。
- B 路径：若本人不能操作或业务确需强制收口，另立带原因、权限、审计和状态语义的新运营动作 task，经 PRD 审批后实施；本准备包不选择作废还是纠错关闭、不执行数据库直改。
- 对 rejected 不使用删除、撤回或财务代维护作为到期动作。cancelled 枚举存在不代表已有可执行作废能力。
- 不把长期缺席／离职场景称为新回归，不恢复已关闭的 admin 豁免，不补造批准时间。
自动产物与人工关口
| 阶段 | 谁来做 | 本轮状态／触发条件 | 必须留下什么 |
|---|---|---|---|
| 自动准备 | 执行端 | 本 task 提供观察清单、收口草稿、三项只读结果和 G1–G10 可用性预检，交用户复核；不自动延伸实施 | implement.md 中的事实、证据和未验证边界 |
| 人工操作 | 业务负责人及授权操作人 | 先确认观察人员与清单，再另行授权资料维护及付款；三单逐一确认参与人、选择 A/B、截止时间并通知到人 | 真实交接记录、通知到人记录、真实重提记录或新需求决定 |
| 自动整理 | 执行端 | 收到脱敏现场记录后整理交接矩阵、自然样本覆盖和真实财务路径结果；盘点和 IM 差异已可作为独立方案输入，不必等付款 | 事实与推断分开；未发生的自然样本保持未覆盖 |
| 人工批准 | 用户／业务负责人 | 审核产物与后续 PRD；存量回填、运营关闭、生产配置、账号启停及付款各自另批 | 明确范围、责任人和授权，不把复核通过等同于生产写入批准 |
唯一主体 PRD 不再等待 0014；合同测试修复及 G1–G10 完整复核也不等业务交接。只有统一待办的具体设计继续等真实交接记录。本轮不自动启动这些后续项；没有任何队列在后台推进。
2026-09-06 用户已复核原准备包通过，可以交业务；业务宜先匹配当前 3 张 rejected 是否就是旧三单，再决定是否一次联系同一参与人。合同事项已上调为门禁完整性问题，先追溯候选验收与发布的关联，再另行批准修复，不先改单条测试。此技术追溯不重新阻塞已通过的业务清单。