大家好，我是十三。
导言：付款前的"最后一道防线"
在任何一家管理规范的公司，收到发票到真正付款之间，都存在一道至关重要的控制关口。设置这一关口，是为了避免以下风险：
- 采购员和供应商私下改了价格，公司为高价买了单。
- 仓库明明只收了 98 箱货，供应商却开了 100 箱的发票。
- 一笔订单被重复付款两次。
这些都是真金白银的损失。发票校验就是为了杜绝这类问题而存在的。
什么是发票校验（Invoice Verification）？
业务定义
发票校验是在财务安排付款之前，对供应商发票的真实性、准确性和合规性进行的最终审核。它确保我们付的每一分钱，都有据可依、准确无误。
校验的核心内容
- 合规性检查：发票本身是否合规，比如发票号、开票日期、税率、公司抬头等信息是否正确。
- 业务一致性检查：发票上的商品、数量、金额，是否与我们实际发生的采购业务完全一致。而这项检查的灵魂，就是"三单匹配"。
核心灵魂：三单匹配（Three-Way Matching）
三单匹配是业财一体化中最经典、最核心的控制逻辑。它像一个精密的"锁"，需要三把钥匙同时对上才能打开，这三把钥匙就是：
采购订单（PO）：我们承诺要买什么，以及按什么价格买。入库单（GRN）：我们实际收到了什么，收了多少。供应商发票（Invoice）：供应商说我们该付多少钱。
匹配逻辑（以口红礼盒为例）
系统会将这三份单据的关键信息进行自动比对：
| 匹配项 | 采购订单（PO） | 入库单（GRN） | 供应商发票（Invoice） | 匹配目的 |
|---|---|---|---|---|
| 品项（SKU） | "XX品牌口红礼盒A款" | "XX品牌口红礼盒A款" | "XX品牌口红礼盒A款" | 确保买、收、票是同一种东西 |
| 数量 | 100 套 | 100 套 | 100 套 | 确保按实际收货数量付款，不多付一分钱 |
| 单价 | 200 元/套 | -（入库单通常不关心价格） | 200 元/套 | 确保付款价格是我们当初谈好的价格 |
只有当这三份单据的"品、量、价"完全匹配时，系统才会认为这张发票是"干净"的，可以进入后续的付款流程。
差异处理：当三把"钥匙"对不上时
在实际业务中，三单完全匹配是理想状态，出现差异才是常态。
场景一：数量差异
问题：发票开票数量是 100 套，但系统里的入库单显示只收了 98 套。
处理：系统会立刻冻结这笔发票的付款。财务人员需要通知采购员和仓库管理员核实：是不是有 2 套货还在运输途中？还是仓库点数时出了错？或者供应商发错了货？问题查清并处理（如补发、按 98 套重新开票）后，才能继续流程。
场景二：价格差异
问题：采购订单上的单价是 200 元/套，但发票上的单价是 205 元/套。
处理：同样冻结。财务需要通知采购员解释价格变动：是原材料涨价供应商临时调价且经过了审批？还是供应商单方面涨价？如果是未经批准的涨价，这笔钱绝不能付。
容差（Tolerance）的智慧
如果每一分钱的差异都要人工介入，效率会非常低下。因此，系统通常会引入 容差 的概念。例如，我们可以配置一个价格容差（如 1% 或 5 元），一个数量容差（如 0.5%）。当差异在容差范围内时，系统就自动通过，无需人工干预，大大提升了财务处理效率。
总结：付款前的关键控制关口
回顾一下，从收到发票到确认付款资格，我们经历了一个严谨的校验过程：
- 发票校验：是付款前的必要审核，确保合规性和准确性。
- 三单匹配：是发票校验的核心，通过比对 PO、GRN 和发票，确保业务与账单的一致性。
- 差异处理：是匹配失败后的协同机制，确保每一个问题都得到解决。
三单匹配是业财一体化中的关键控制机制。它把采购、仓储的业务执行结果与财务的支付动作紧密关联起来，是企业内控体系中的基础环节。
现在，发票已经校验通过，一笔清晰、准确的“应付账款”正式生成。下一篇，我们继续往后看，聊聊企业如何完成供应商付款。
往期回顾
关于十三Tech
资深服务端研发工程师、架构师、AI 编程实践者。
专注分享真实的技术实践经验，持续记录企业系统、架构设计与 AI 编程实践。