口径没统一
多账套、多主体的科目与费用标准不一致，模型按一套规则处理全部单据，结果是一部分建议永远不对。为什么这是第一位原因：口径属于管理问题，不是技术问题，供应商无法替客户拍板。规避方式是在启动前做科目映射表并由财务签认。
复核形同虚设
系统上线后没人抽检，会计看到建议直接采用，出错只能等到审计或内部检查。怎么改：把抽检写进月度结账流程，先抽例外再抽常规，抽检记录作为内控证据留档，而不是事后补一份说明给审计看。
责任边界含糊
谁对应纳税申报、谁对凭证准确性负责，启动时没写清，出问题就互相推。边界必须先确认：模型只做辅助，制单、审核、申报仍由企业持证人员完成，供应商不替代签章与职业判断，也不承担申报后果与合规责任。
数据通路不畅
单据在邮箱、OA、影像系统、核算系统之间分散，接口拿不到就只能手工导入，工具沦为又一个录入框。怎么判断：让财务列一遍单据从产生到入账经过几个系统，超过三个就要先做通路改造，再谈模型能力。
期望被话术抬高
把辅助工具说成能替代会计，管理层按替代人力预期立项，试点后落差直接导致停摆。边界要提前讲：AI 减少的是整理与核对工时，判断与责任仍在人，减员与降本不应成为立项的前提条件。也不该直接写进部门考核指标。
适用与不适用
适合谁
- 正在立项或刚启动财务 AI 的企业
- 试点效果不及预期、需要定位原因的团队
不适合谁
- 期望用一套工具解决全部财务问题的管理层
- 尚无稳定账套与基础数据的初创企业
典型场景
某企业试点三个月后停用：会计嫌建议不准，供应商说客户口径不清。复盘发现两个问题：科目映射没做，复核没排进结账流程。第二轮先做映射表并指定复核人，把范围限定在费用单据，才稳定下来，申报仍由税务会计完成。
可执行步骤
- 启动前完成科目与费用标准的映射表，由财务负责人签认后存档备查
- 把抽检与复核排进月度结账流程，明确责任人、记录格式与归档位置
- 书面确认责任边界，制单、审核与申报仍由企业持证人员完成并签认
- 梳理单据流转经过的系统数量，超过三个就要先做通路改造，再谈模型
- 向管理层同步能力边界，把目标写成工时与质量改善，而不是减员数字
常见坑
- 把口径分歧留给供应商解决，项目在规则评审阶段反复拉锯，几个月过去还没上线，预算先被耗掉。
- 复核人由项目组成员兼任，项目结束复核随之消失，错误在结账期集中出现，届时已无法逐笔追溯。
- 合同不写供应商不替代签章与申报责任，出事时责任划分扯不清，补救成本远高于省下的那点工时。
自检与验收清单
- 科目与费用标准的映射表是否签认并归档备查
- 抽检是否写进结账流程，并有固定的记录格式与归档位置
- 责任边界是否在合同与确认单中书面写明并由双方签字
- 单据流转经过的系统数量与主要阻塞点是否清楚
- 管理层预期是否写成质量目标，而不是减员数字
常见问题
失败最多的是技术问题吗？
不是。多数停用案例源于口径与流程，技术只占少数。判断方法很简单：同一张单据两个人给出不同处理，问题就在口径；系统拿不到单据，问题就在通路。先解决这两件事，再谈模型。
试点应该选哪个场景？
选量大、规则清楚、错误后果可承受的场景，费用报销通常比收入确认合适。先在低风险场景把复核与留痕跑顺，再往结账与对账延伸，避免一上来就动影响报表的科目。
停用后还能再启动吗？
可以，但要换路径：先补映射表与复核机制，把范围缩到单一场景，用历史数据影子运行验证，再决定是否扩大。直接重启上一版方案，通常会在同一个地方再失败一次。