docs: 保存复核后的交接笔记（09-05-error-explainability-payment-readiness）

.trellis/tasks/09-05-error-explainability-payment-readiness/implement.md

@@ -162,3 +162,14 @@
 - 所有公网探针仅输出状态码、原因码和布尔断言；未保存 token、真实银行资料、原始业务响应或包含真实业务内容的截图。临时浏览器均已关闭。
 - AC12 已凭上述真实负向证据勾选。0014 仍需业务人员补所属公司、确认真实开户行并录入真实资料；非建行停止，不得伪填。合同只读超时仍为未归因事项，由 `shunli` 在下次合同域验证前安排独立复现并归类，不计入本轮通过，不以本次发布关闭。
 - 本 task 发布验收完成，未获归档授权，保留 `in_progress` 和现有目录；Trellis 升级继续留在独立 worktree，未审、未提交、未部署。
+
+## 12. 用户复核后的交接与待规划事项（2026-09-05）
+
+- 用户确认部署后复核 PASS：线上 `/ready=a83791263833`，复核时工作区干净且 HEAD 与 origin/main 一致。
+- 公司使用事实：用户明确本系统仅供本公司内部使用。付款主体字段用于确定对公付款账户归属，不等同于为外部公司提供多租户服务；是否存在多个付款主体不能仅由“内部使用”推导，后续方案以用户确认的单主体业务事实及有效配置为准。
+- 待规划建议（未批准实施）：单公司模式下，在主体归属唯一且有效时自动采用默认主体，保留现有账户归属结构；没有有效主体、多主体或员工已有显式归属冲突时不得猜测、覆盖或按首条记录取值。员工创建时赋值与付款时解析默认值是不同的数据合同，须先选定方案；付款事实加载、账户查询、候选/组合/事务须保持一致，不能只在页面隐藏缺项或只消除 blocker。当前付款路径仍读取员工的主体归属，尚未实现此建议；未全面审计所有员工写入入口，不宣称“全系统没有自动赋值”。
+- 该建议可与单主体体验盘点一起收集，但不作为统一待办实现的前置条件或顺带改动；成本中心、单据分类仅列为待核查项，未确认其冗余，也不删除或擅自隐藏。
+- 0014 当前仍由授权业务人员按顺序补所属公司、向本人确认真实开户行及卡号并直接录入系统；资料不发聊天，非建行停止，不伪填。完成后由业务人员走创建并提交复核、经理/CEO 复核、财务登记付款。本会话不执行这些真实业务动作。
+- 下一项统一待办需求仅以该真实流程的三个交接观察为输入：交给财务组批、交给经理/CEO 复核、交回财务登记付款；每处记录谁交给谁、接收人通过什么现有入口或提醒知道轮到自己、是否需要口头催办。尚未发生的交接不预填结论，不记录真实银行资料。
+- 独立待办仍保留：财务测试账号 403 需要单独解决并补财务身份真实验收（管理员代验不等于该角色验收）；合同只读超时需单独复现归因，不计入通过；“三张单的答复”仅作为用户提醒保留，未明确具体单据和答复内容，不自行推断或代答。
+- Trellis 升级另行审查：逐条核对 workflow.md 与 project-governance.md 删除或弱化的规则及理由，独立检查 hooks 行为变化；不以模型升级为整批删除保障的理由。本次仅记录后续事项，不启动新产品任务、不修改配置或真实资料、不自动提交、部署或归档。