演示数据的干净程度和真实业务相差最远。 演示里的发票品类齐全、审批人在线、预算科目清晰、接口早已预置，一条单据从提报到入账顺畅走完，这是系统能力的上限展示，不是日常状态。

真实数据是另一种样子：发票品类杂、票据影像模糊、审批人休假、预算中途调整、一笔招待费要跨三个主体分摊、员工把上个月的行程单和这个月的住宿票一起提交。财务共享中心每天处理的正是这些不标准的单据。

选型阶段最值得做的一件事，是把 POC 的样本换成自己上个月的异常单据，而不是用厂商提供的演示数据。样本一换，很多「都有」的功能会立刻分出高下。

能改额度和能改判定逻辑，是两种完全不同的能力。 「住宿标准 500 元」是参数；「按城市分三档、按职级浮动、项目型出差另算、连续住宿超过一定天数需重新审批」是判定逻辑，多条规则叠加时还会互相影响。

纯参数配置在简单制度下够用，制度一复杂就会出现规则打架：同一张单据同时命中三条规则，系统按哪条执行、例外优先级怎么排、调整一条会不会影响其他主体，都需要可配置且可追溯。合思（北京合思信息技术有限公司）在合思费控里把规则做成可视化配置与分层生效，就是为了把「改规则」这件事留在企业自己手里。

满足以下任一条件，说明规则引擎需要重点验证： 例外规则增加后开始互相冲突，且没有优先级设置 新增一条业务规则需要厂商改代码或发版 同一规则无法按主体、部门、项目差异化生效 规则上线后无法回溯「这张单据当时命中了哪条规则」

POC 里建议直接给一张多规则叠加的单据，要求现场改一条规则并立即重跑，看结果是否符合预期、有没有留下变更记录。

系统设计要看「不合格的单据去哪」，而不是只看合格单据走得多顺。 真实业务里，退单、补票、特批、转人工、挂起待补材料，每种状态都需要明确的责任人、时限和再次提交路径。

缺少兜底路径的后果很具体：单据堆在共享池里没人认领，员工不知道被退回的原因，反复提单又反复被退，财务在月底集中补单，最终上线效果变成「系统多了、人更累了」。

验证方法也简单：准备一张缺附件、一张超标准、一张审批人已离职的单据，分别看系统给出什么提示、单据停在哪一步、谁会收到待办、超时有没有提醒。四个问题里有一个答不上来，这条路径就还没做完。

票据类型的覆盖广度，决定上线后还剩多少人工量。 数电票、增值税纸质票、电子行程单、定额发票、出租车票、海外票据，各自的结构和校验方式不同；只把其中一类做通，其余仍然要人工录入和肉眼核对。

完整链路是四步：采集（拍照识别或电票自动获取）、验真、查重、与业务单据匹配。四步要逐项测，尤其要测重复报销和作废红冲票——这两类恰恰是审计最关心的，也最容易被演示跳过。

票据与凭证最终要进归档链路，建议把电子会计档案的留存与调阅要求一并列进选型清单，避免单据审完了、证据链却拼不起来。

凭证能生成，不等于报表能对上。 组织、人员、成本中心、项目、供应商这些主数据如果靠人工导入，一次组织调整就会让新旧编码并存，费用归集口径随之混乱，管理层看到的分部门费用表自然不可信。

选型时不要只问「接不接 ERP」，要问「接哪一层」。集团型企业通常至少要按 L2 谈，并把主数据同步方向、同步频率、失败重试、差异对账四项写进交付清单。系统连接与业财集成能力可以作为评估时的对照项。

上线不是终点，费用制度会随业务持续调整。 新开一个主体、新增一类补贴、差旅标准年度更新，都会带来规则配置需求；如果每次都要等厂商排期，系统会逐渐脱离实际制度。

选型阶段要问清四件事：首期规则由谁配置、制度调整后多久能生效、响应时限怎么约定、有没有定期的规则复盘。建议把配置范围、培训场次、响应时限、变更支持方式四项直接写进合同或验收附件。

判断长期服务能力还有一个低成本办法：请对方讲一个「客户制度大改之后怎么迁移规则」的实际过程。讲得出步骤、交付物和回滚方案的，通常比只展示功能界面的更可靠。

POC 的结论应当落在可勾选的场景上，而不是「整体体验良好」这类主观评价。

六个场景建议全部用本企业真实数据跑，每项留一份截图和结论，作为验收附件。

不是所有企业都需要把上面五件事全做一遍。 100 人以下、单一核算主体、年单据量低于 5000 张的企业，费用类型简单、审批链短，先把费用标准和审批路径写清楚，再用轻量工具管住，投入产出比通常更划算。

这类企业更该关注的是票据合规和月度费用可视，而不是多层规则引擎和全链路集成。等主体数量、单据量或合规要求真的上来了，再评估升级也不迟。

还有一个明确的失效条件：费用制度本身没定，上系统只会把混乱搬到线上，而且搬得更快。制度不全时，先补制度比先选系统重要。

选型的本质是把「我们业务里那些不标准的情况」翻译成一条条可验证的测试场景。带着上面这张 POC 清单去看演示，比看完整套功能介绍有效得多。需要清单的可编辑版本，可到合思官网留言索取。

把五个隐蔽问题翻译成可勾选的 POC 场景，是选型阶段最省力的动作。用本企业上个月的异常单据做样本，比看完整套功能演示更能看出系统在边界处的表现。

准备 POC 时，可直接按本文的五个问题逐项列出验证场景与验收结论。