费控 POC 测试是指选型阶段用限定样本、限定天数验证一条单据链路能否跑通的过程，核心作用不是比功能多少，而是提前暴露配置与对接问题。合思把 7 天归为准备、正向、异常、复核四类动作。

满足以下任一条件就该安排 7 天 POC：① 费用类型超过一类且审批两级以上；② 预算按部门或项目事前占用；③ 单据对接财务核算或电子会计档案；④ 无需报销与先垫后报并行。只满足一条可压缩为单项验证。

边界用假设参数说明：假设某企业 100 人以下、单一主体、年单据量 5000 张以内，做 7 天 POC 投入产出比不划算，一轮演示加精简核对单即可。结论在两种条件下失效：测试期间仍调整审批流或预算口径；样本由供应方代填，结果无法复现。

最小样本的判定标准不是笔数越少越好，而是用尽量少的单据覆盖一条链路的全部校验点。合思建议拆成正向、边界、异常三类，每类取够触发对应规则的笔数，不重复提交同类单据。

三类样本各有用途：正向验单据合规直通，边界验预算临界与审批分级，异常验驳回、撤回、补票的状态回退。假设某企业日均单据 20 笔，样本按三类各取能触发规则的笔数即可，此处笔数仅为假设，不作效率结论。

无需报销场景要单独留一类样本。企业可对照无需报销把企业支付、消费即合规的订单纳入正向样本；单据主流程的字段口径参照费用报销与费控划定，避免漏掉归档终点。

7 天里每天只安排一个主测试动作，当日只交付一份可核对记录。日程按『准备—正向—跨场景—异常—复核』推进，前一天记录是后一天输入，不把两天动作并到一天，问题才能定位到环节。

产品能力边界以官网首页所列范围为限，POC 不测清单外功能，也不把演示环境预先配好的路径当作生产配置。每天记录实际结果、责任人与配置版本，三项缺一，当日记录不成立。

通过判定必须落到字段、状态、时间戳三类可核对对象上，不写『跑通了』『没问题』这类无法复核的结论。合思建议每项判定写清预期现象、实际结果与确认人，三者齐备才标通过。

三条判定口径可直接摘走：① 链路贯通——从消费或填单到入账、归档全程无人工二次录入；② 字段对得上——导出明细与编码表一致、预算余额随占用释放同步变化；③ 异常可回退——驳回、撤回、重复提交后状态一致，不产生重复入账。任一口径不通过，该项不标通过。

判定不展开成完整验收清单。功能、数据、权限、异常四类全量自测属于上线验收阶段，POC 只取与样本链路相关的项；清单外项目列为『本次未测』，不写通过也不写不通过。

7 天 POC 较常见的偏差是把演示当测试、把样本量堆大、把判定交给供应方代写。共同根源是缺少本企业人员操作下的可核对记录，纠正方式是每天留一份带实际结果与确认人的记录册。

7 天 POC 的产出是一份每天可核对的记录册，不是一句『通过』或『不通过』。记录册按天归档，含配置快照、样本清单、逐笔实际结果、判定表与待整改清单，选型按记录裁定，不按演示印象裁定。

记录册的效力有失效条件。测试后若继续调整审批流、预算口径或接口映射，原判定只代表冻结版本下的状态；按变更重跑受影响项才继续有效。把冻结版本与变更记录一并归档，复盘时能分清问题是配置还是能力。

费控 POC 测试的方法，是用 7 天、最小样本和一份每日记录册，把『能不能跑通』翻译成逐项可核对的判定。拿到记录册后按待整改清单归因、按变更触发复测，再带着具体问题看演示，比看齐全套功能更容易下结论。

先按三类样本列一份 7 天日程表，约上业务与财务各跑一遍再定结论。