SAP 采购到付款（P2P）流程图与 T-code
可编辑的 SAP 采购到付款流程图：从采购申请（ME51N）到付款运行（F110），含审批策略、MIGO 收货、MIRO 发票校验与容差冻结，按泳道呈现。
什么是SAP 采购到付款（P2P）流程图与 t-code流程
多数 SAP P2P 图要么是一张只有六个方框（申请、订单、收货、发票、付款）的幻灯片，对关键用户毫无帮助，要么是只有 MM 顾问看得懂的配置文档。真正有用的版本介于两者之间：它说明每一步由谁做、用哪个事务代码，以及系统在哪里拦下单据、等待有人处理。
设计决策恰恰藏在这些拦截点里。采购申请和采购订单上的审批策略决定谁批什么，货源确定决定采购员是否还要碰这张申请，发票校验中的容差码决定哪些差异会冻结付款。把它们画成带真实分支条件的决策，P2P 总览才能变成可以拿来开适配标准（fit-to-standard）研讨会的材料。
模板基于 S/4HANA 事务代码，但流程在 ECC 6.0 中完全相同，只有 Fiori 应用的名称不同。请把泳道改成贵公司的工厂和采购组织，不用 QM 就删掉质量检验分支，再补上自己的审批层级。
本流程图涵盖的内容
本模板包含
- 采购申请录入（ME51N）及科目分配，以及把申请送去审批的审批策略（ME54N / ME55）
- 货源确定：在采购订单之前，比较框架协议和信息记录与询价流程（ME41、ME47、ME49）
- 参照创建采购订单（ME21N）、订单审批（ME29N）以及向供应商输出订单
- 使用 MIGO 移动类型 101 收货，可选 QM 检验批与使用决策（QA11）
- 对照订单和收货做物流发票校验（MIRO），基于容差的付款冻结在 MRBR 中释放
- 自动付款程序（F110）以及供应商未清项的清账
何时使用本模板
- 你在为 S/4HANA 实施组织适配标准或蓝图研讨会，需要一份关键用户可以反驳和修正的 P2P 流程
- 审计师或新任财务主管问你们的 SAP 里采购到底怎么运转，而答案只存在于配置中
- 你在培训采购员、仓库人员和应付会计，想用一张图把他们各自的事务代码连起来
- 发票总是落进冻结清单，你需要说明差异在上游从哪里产生
- 你正从 ECC 迁往 S/4HANA，想在转换把流程固化之前先确认 P2P 流程
运作方式
打开模板并重命名泳道
把通用角色换成你们自己的：申请部门、审批策略中指定的审批人、采购组、收货工厂和应付账款。
在决策上写入你们的审批策略
把真实的审批条件写在分支标签上（例如金额超过 10,000 或科目分配为 K），让图直接写明规则，而不是只有“是”和“否”。
保留或删除可选分支
采购中不用质量管理就删除 QM 检验分支，每种物料都有合同或信息记录就删除询价分支。
补上团队每周都要处理的例外
部分交货、退货给供应商（移动类型 122）、无订单发票和预付款，如果在你们的业务中常见，就各自需要一条路径。
把流程送去评审和批准
把完成的流程交给流程负责人和 SAP 功能负责人；批准记录和之后的每次修改都保存在图表的版本历史中。
常见问题
SAP P2P 循环中的主要 T-code 有哪些？
ME51N 创建采购申请，ME54N 或 ME55 批准申请，ME21N 创建采购订单，ME29N 批准订单，MIGO 过账收货（移动类型 101），MIRO 录入供应商发票，MRBR 释放被冻结的发票，F110 运行自动付款程序。ME57、ME41、ME47 和 ME49 负责分配货源和询价流程。
S/4HANA 与 ECC 的采购到付款流程有区别吗？
业务流程基本相同，差异在底层：业务伙伴（Business Partner）取代了独立的供应商主数据，通用日记账（Universal Journal）改变了过账的存储方式，许多步骤在经典事务代码之外还有 Fiori 应用（Manage Purchase Requisitions、Create Supplier Invoice）。为 ECC 画的 P2P 流程图，通常只需改步骤名称就能沿用到新系统。
SAP 采购中的审批策略是什么？
它是采购申请和采购订单的审批程序。总金额、物料组、工厂或科目分配等特征会选定一个策略，策略再规定哪些审批代码必须按什么顺序批准。在流程图上，它应当放在决策节点里，并把真实条件写在分支上。
为什么我的 SAP 发票被冻结无法付款？
通常是发票校验发现了超出容差的差异：价格（容差码 PP）、数量（DQ）或缺少收货。MIRO 会带着付款冻结过账发票，再由人处理并在 MRBR 中释放。梳理这些差异的源头，例如事后补开的采购订单或迟到的收货，是缩短冻结清单最快的办法。