费控上线验收，是指系统切换前由业务、财务、IT 三方按同一张清单核对功能、数据、权限、异常是否可用的过程，作用是把配置问题挡在签字之前。合思（北京合思信息技术有限公司）把该动作归为四类自测项。企业可对照费用报销系统把单据链路映射到四类。

满足以下任一条件就应安排完整验收：费用类型超过一类、审批流涉及两级以上、预算需按部门或项目占用、单据要对接财务核算或电子档案。只满足一项时可压缩为单项自测。判定条件写清楚，签字才有依据。

单据量很小、单一主体、费用类型只有一类且审批由单人线下完成的企业，做四类全量验收并不划算，留一张精简核对单即可。验收结论在配置频繁变动时会失效：上线后若仍调整审批流或预算口径，签字当天的判定不代表后续状态，需按变更重新跑表。

准备清单把验收从凭印象点功能变成按材料逐项对照，五类材料分别对应功能、数据、权限、异常判定，缺一类就有一类判定无法下结论。材料由实施方提供、业务方确认，验收前冻结版本并给每项指定确认人。

单据归档链路要单独备一份材料。企业若把凭证与附件纳入电子会计档案留存，验收前需确认单据、发票影像与审批记录能按档案要求归集。归档口径不写进清单，数据类自测在入账环节会缺少可核对的终点。

四步顺序不能合并，每步的交付物是下一步的输入。先冻结版本，判定才有同一基准；再逐项填写实际结果，判定才有证据；末了只回归整改项，避免已通过项被新改动带偏。步骤写成清单逐条打勾比依赖记忆可靠。

四类自测项的分工是：功能看动作能不能走通，数据看结果对不对得上，权限看谁能不能做，异常看偏离正常路径时会不会出错。下表给出每项操作方式与通过判定，可直接打印勾选。判定写成可观察现象，不写「正常」这类无法复核的词。

功能类与数据类要连起来跑。审批通过只算功能通过，导出明细与预算余额对得上才算数据通过；两者任一不通过都不能标通过。两类放在同一遍操作里核对，能减少重复填报，也更容易定位问题出在流程还是映射。

三类误判的共同根源是把「看过」当成「测过」。可摘走的判定规则是：每一项须有一句可观察的通过现象、一个实际结果、一名确认人，三者缺一不标通过。规则写进验收单，争议按记录裁定。

系统对接越多，验收边界越要画清。企业若通过系统集成与连接把费控与财务、商旅、采购打通，签字范围只覆盖本次已连通的链路；尚未接通的系统属于后续验收。边界写进说明，可避免被追加追责。

以下问答来自上线评审中反复出现的分歧，每问单独成块，可直接摘走使用。答案第一句先给结论，评审会上按问逐条对照即可。

费控上线验收的产出不是一份「已通过」的签字，而是一张每项都有实际结果与确认人的自测表。拿到表后按清单整改、按变更触发复测、按版本归档记录，结论就能持续有效。表的价值在签字之后才体现。

按四类自测项打印一份表，约上业务、财务、IT 三方各跑一遍再签字。