诊断先看单据链
第一周不看模型，先看单据从产生到入账的路径、票种分布、异常类型与现有复核方式。为什么先做这个：单据链不通，后面所有指标都无法验证。诊断输出应是一页纸的范围建议与阻塞清单，由财务负责人确认后进入下一步。
影子运行对账
用历史单据跑一遍，AI 出结果但不影响实际账务，逐条与人工结论比对。怎么做：按月分层抽样，记录分歧类型与原因，连续两个周期分歧收敛才算过关。影子期最容易发现口径问题，也最容易暴露知识缺口。
灰度只开一个口
正式使用先开一个入口、一个费用类型或一个主体，其余仍走人工。为什么要这么慢：灰度期的关键是保留随时回退的能力，开关、数据备份与人工兜底都要提前演练，而不是只写在文档里，真出问题时才发现没人会操作。
交接与退出条件
陪跑不是无限期驻场。交接前完成三件事：规则与提示的维护文档、评测样本与分歧记录的移交、内部负责人独立跑通一个完整结账。边界在这里：约定退出条件与后续支持方式，避免供应商撤场后系统无人维护。
适用与不适用
适合谁
- 准备上线财务 AI 的企业财务与 IT 团队
- 已试点但缺少上线节奏与交接安排的团队
不适合谁
- 希望在结账期内一次性切换全部账务处理的项目
- 不接受影子运行、要求直接生产使用的管理层
典型场景
某企业按结账周期排期：第一个月影子运行，第二个月只开费用报销一个入口，第三个月扩到差旅，第四个月交接。每次扩围前看分歧记录与抽检结果，由财务负责人签字；交接时内部负责人独立完成一次月结，才算真正接手。
可执行步骤
- 用一周做单据链诊断，输出一页纸的范围建议、阻塞清单与优先级排序
- 用近三个月历史单据做影子运行，逐条比对人工结论并记录分歧原因
- 连续两个周期分歧收敛后，选择一个入口或一个主体灰度上线，其余仍走人工
- 灰度期演练回退与人工兜底，确认开关、备份与替代流程都能用得上
- 完成维护文档与评测样本移交，由内部负责人独立跑通一次月结并解释结论
- 约定陪跑退出条件与后续支持方式，形成书面交接记录并由双方签字
常见坑
- 按通用软件节奏在月中上线，第一次月结就遇上跨期与暂估问题，团队信心受挫，项目被迫暂停。
- 影子运行只跑顺利样本，分歧记录稀少，误以为已经收敛，上线后异常集中爆发，返工范围难以界定。
- 交接只交文档不交样本，内部团队拿不到分歧记录，遇到同类问题只能重新摸索，陪跑等于白做。
自检与验收清单
- 诊断是否输出范围建议、阻塞清单与优先级排序
- 影子运行是否覆盖一个完整的月度结账与对账周期
- 灰度是否只开单一入口，并保留随时回退的能力
- 回退与人工兜底流程是否实际演练并留下记录
- 交接是否包含样本、文档与独立跑通的验证记录
常见问题
陪跑一般要多久？
取决于场景数量与结账频次。单场景通常覆盖两到三个结账周期，多主体或跨币种会更长。判断标准不是时间，而是内部团队能否独立处理例外并解释结论，做不到就还没到退出的时候。
能不能跳过影子运行直接上线？
不建议。财务数据的错误会传导到报表与申报，纠正成本高。影子运行的价值在于用真实单据暴露口径分歧，这段时间的比对投入通常比上线后返工省得多，也更容易向审计解释。
上线后谁负责日常维护？
由内部指定负责人，负责规则与提示更新、失败样本收集与月度复盘；供应商按约定提供支持窗口。没有内部负责人的系统，通常在政策或票种变化后逐渐失效，最后又退回人工。