本案例为虚构示例,用于说明制造企业 P2P 流程设计的典型方法,不涉及任何真实客户信息。
案例背景(虚构)
B 公司是一家虚构的汽车零部件制造商,采购特点:原材料品种多、交期敏感、供应商上百家(均为虚构设定)。原流程痛点:采购申请靠 Excel、审批靠邮件、收货和发票对不上,月末对账耗时一周。
项目目标:用 SAP MM + FI 标准功能重建 P2P 流程,审批线上化、收货发票自动匹配、月末 3 天内关账。
P2P 全流程设计
关键控制点设计
| 控制点 | 设计 | 目的 |
|---|---|---|
| PR 审批策略 | 按金额+成本中心分级 | 防止越权采购 |
| 货源清单 | 关键物料维护货源 | 保证供应商合规 |
| 收货容差 | 超量 ±5%(虚构) | 防止随意多收 |
| 发票校验容差 | 价格/数量双容差 | 自动匹配,减少人工 |
| 三单匹配 | PO–GR–IR 自动勾稽 | 付款前核对 |
实战提示:P2P 设计的核心矛盾是"效率 vs 内控"。给客户的建议是:小额低风险走自动化、大额高风险走审批。一刀切的严审批会把业务逼回线下 Excel。
MM-FI 集成点
| 业务动作 | MM 侧 | FI 侧(自动) |
|---|---|---|
| 收货(GR) | MIGO 101 | 借:库存 / 贷:GR/IR |
| 发票校验(IR) | MIRO | 借:GR/IR / 贷:应付账款 |
| 付款 | - | F110,借:应付 / 贷:银行 |
| 差异处理 | 价格差异 | 自动记入价格差异科目 |
自动记账科目配置(OBYC)是 MM-FI 集成的核心,设计时要和 FI 顾问逐个科目对,这是上线后对账不出问题的根本保障。
例外流程(最容易被遗漏的部分)
- 退货 —— MIGO 122 / 161,冲销逻辑要和供应商对账单一致。
- 免费收货 —— 541 等移动类型,不产生会计凭证,注意和关账的关系。
- 发票价格差异 —— 超容差走审批,不超自动过账。
- 月末暂估 —— 未到发票的收货做暂估,这是 3 天关账的关键。
注意:P2P 项目上线翻车,十有八九翻在例外流程和期初数据上。正常流程 UAT 一遍就过,但退货、差异、暂估这些场景如果没测,上线第一个月末就会爆发。测试用例里例外场景至少占三成。
常见问题
Q:审批流用 SAP 标准还是工作流开发?
A:优先标准审批策略(Release Strategy)。复杂的跨部门会签再考虑 Workflow 或 Fiori My Inbox。标准方案的上限比很多人想象的高。
Q:供应商协同(门户)要不要做?
A:看供应商的信息化水平。本示例中供应商多为中小企业,第一阶段不做门户,用邮件+Excel 对账单过渡,二期再评估。
Q:P2P 和 S/4 有什么关系?
A:流程逻辑相通。S/4 下注意 Business Partner(供应商主数据)、Fiori 审批界面(My Inbox)、集中采购等新能力,设计时预留。
相关阅读
再次声明:本案例为虚构示例,所有公司名称与数据均为示意,不含真实客户信息。
相关文章
案例:ECC → S/4HANA MM 迁移(示例)
虚构示例:某制造企业 A 公司从 ECC 迁移到 S/4HANA,MM 模块的完整迁移思路——范围、关键决策、数据迁移与风险对策。
Goods Receipt(收货)
MIGO 收货是库存增加的起点:移动类型 101/102/103/105 一次讲清,收货自动记账逻辑,以及收货冲销的实战处理。
Invoice Verification(发票校验)
MIRO 发票校验是 P2P 的收官环节:三单匹配逻辑、价格/数量容差、差异处理,以及发票校验与 FI 自动付款的衔接。
P2P 完整流程
P2P(从采购到付款)是 MM 最核心的端到端流程:从采购申请到付款的 7 个环节、每个环节的单据与系统动作,一次完整串起来。