一句话理解
发票校验(Invoice Verification,IV)是"供应商开票了,我们核对无误再认账"的动作:拿着供应商发票,和 PO(订单)、GR(收货)做三单匹配——东西收到了吗?价格对吗?数量对吗?匹配通过才过账应付,P2P 流程到这里才算"钱"的部分落地。
实战提示:三单匹配是整个 P2P 内控的核心设计,一句话讲透——"PO 说该买什么价,GR 说实际收了多少,发票说供应商要多少钱;三者一致才付款。" 任何一单对不上,钱就卡住。这是防错付、防虚假采购的防火墙。
三单匹配逻辑
| 比对项 | 逻辑 |
|---|---|
| 数量 | 发票数量 ≤ PO 未清数量 + GR 已收数量(按配置) |
| 价格 | 发票单价 vs PO 单价,差异在容差内自动过账 |
| 税额 | 按税码计算进项税 |
MIRO 实战操作
MIRO 是发票校验的主事务代码:
- 选择凭证类型:发票(Rechnung)/ 贷项凭证(Gutschrift)/ 后续借记/后续贷记。
- 输入发票日期、参照发票号(供应商发票号,防重关键)、金额。
- 在"采购订单/计划协议"页签输入 PO 号,回车带出 PO 行。
- 勾选要结算的行,核对数量、金额、税额。
- 模拟(Simulate)看会计分录 → 过账。
| MIRO 凭证类型 | 说明 |
|---|---|
| 发票 | 正常供应商发票 |
| 贷项凭证 | 供应商开红字(减少应付) |
| 后续借记 | 发票已过账后补差价(加钱) |
| 后续贷记 | 发票已过账后扣差价(减钱) |
容差(Tolerance)
| 容差键 | 说明 |
|---|---|
| BD(小额差异) | 金额微小差异自动过账进损益 |
| VP(价格差异) | 单价差异上限 |
| DQ(数量差异) | 数量差异上限 |
常见坑:发票号重复过账。同一张供应商发票录两次,钱就付两次。系统有"发票重复检查"(按供应商+发票号+年度),但前提是发票参照号必须如实填写。凡是手工 MIRO,必须把供应商的发票号填进"参照"字段——这是血泪教训级别的规范。
差异处理
| 场景 | 处理方式 |
|---|---|
| 价格小差异(容差内) | 系统自动过账,差异进价格差异科目 |
| 价格大差异(超容差) | 发票被冻结(Blocked),用 MRBR 释放或退回 |
| 数量不符 | 检查 GR 是否准确,多退少补后重做 |
| 税额不符 | 核对税码,必要时走后续借记/贷记调整 |
| 发票先到、货未到 | 可先做"计划外"预制发票,或等 GR 后再校验 |
实战提示:被冻结的发票(Blocked Invoice)要用 MRBR 集中处理:释放(确认差异合理)或取消。月末前一定要清理冻结发票,否则应付账款不准,财务关账会被卡。
与 FI 的衔接
发票校验过账后自动产生 FI 凭证:借 GR/IR(结清收货时的过渡科目)、借进项税、贷应付账款(供应商统驭科目)。之后:
常见问题
Q:发票校验必须参照 PO 吗?
A:常规流程是。MIRO 也支持"无 PO 发票"(费用类发票直接挂成本中心),但那样就没有三单匹配了。费用发票的审核责任在提单部门,流程上要配套审批。
Q:GR/IR 月末有余额正常吗?
A:正常,代表"货到票未到"或"票到货未到"。但要关注账龄:超过 2-3 个月没结清的 GR/IR,很可能是发票丢了、PO 错了或收货错了,需要逐笔清理。这是月结检查的必查项。
Q:发票价格和 PO 不一致一定是错的吗?
A:不一定。可能是供应商调价、运费分摊、汇率波动。关键看差异是否在容差内、是否有业务依据。超容差的要走确认流程,不能财务直接"拍"过去。
实战经验
- MIRO 是 MM 和 FI 交接最紧密的环节:税码、统驭科目、付款条件,个个都是 FI 的地盘。MM 顾问至少要能看懂 MIRO 模拟出来的会计分录。
- 发票处理时效直接影响供应商关系和现金折扣:付款条件里有 2% 现金折扣的,发票拖过折扣期等于白扔钱。推动业务"票到即录"。
- ERS(自开票/评估收货结算)适合长期稳定、价格固定的供应商:收货即自动开票,省掉 MIRO 环节。但启用前必须和供应商签协议,不是所有供应商都适用。
相关阅读
相关文章
Goods Receipt(收货)
MIGO 收货是库存增加的起点:移动类型 101/102/103/105 一次讲清,收货自动记账逻辑,以及收货冲销的实战处理。
P2P 完整流程
P2P(从采购到付款)是 MM 最核心的端到端流程:从采购申请到付款的 7 个环节、每个环节的单据与系统动作,一次完整串起来。
Purchase Order(采购订单)
采购订单 PO 是发给供应商的正式法律文件:ME21N 实战操作、PO 类型、定价条件,以及收货/发票校验两个关键标识。
Purchase Requisition(采购申请)
采购申请 PR 是 P2P 流程的起点:谁来提、怎么审批、ME51N 实战操作,以及释放策略这个最常见的配置坑。