S/4HANA采购流程地图：主数据、货源、审批与供应商评估

简介：《中文版-SAP-S4-HANA-S4520》是一份面向SAP应用顾问、项目经理和最终用户的采购模块教材，围绕S4 HANA环境下的供应链与采购管理展开。内容从采购物料主数据、业务伙伴及合作伙伴功能起步，依次讲解价格确定、采购信息记录、中央合同与计划协议，并深入货源清单、配额协议、采购申请处理、采购订单监控、凭证审批和灵活工作流配置。后续单元还涉及发票计划、一揽子采购订单、外协加工、按制造商零件编号采购，以及供应商评估、KPI设置、凭证类型定制和字段选择等专题，兼顾基础操作与流程优化。包内共1个PDF文件，约18MB，按单元和课程编排，便于检索和对照学习。已有1517人学习，可作为SAP MM采购模块的系统学习材料与日常实操参考。

1. 全景：八个单元连成四条主线，先看清采购在系统里怎么走

中文版 S/4HANA 采购教材（S4520）的目录本身就像一张地图：采购主数据、供货源和条件、货源确定、优化采购、凭证审批、特定采购流程、供应商评估、其他主题精选，八个单元顺着一条真实业务流程铺开。把它简化一下，其实是四条主线——主数据决定“能不能建单”，条件与框架协议决定“按什么价、按什么约”，货源确定与审批决定“向谁买、谁批准”，评估与定制决定“买得好不好、下次怎么改”。这份材料面向应用顾问、项目经理和最终用户，定位很清楚：不是事务码速查表，而是流程地图。复习时最容易犯的错，是把每个动作都背下来，却说不清一条采购申请为什么走到某个审批节点。真正该抓的是组织级别和数据落点：同一份数据挂在客户端、公司代码、采购组织还是工厂，决定了它会在哪一步被系统读到。

2. 主数据基础：物料主记录、业务伙伴与合作伙伴角色

2.1 物料主记录的视图、组织级别与维护状态

物料主记录是公司所有业务流程数据的中央仓库，但没人会一次性看完它——系统按视图切开，每个视图对应一个部门的使用场景。采购视图里放的是采购组（按工厂）、订单单位、超量交货和不足交货容差、各种控制标识；MRP 视图放安全库存、计划交货时间、MRP 类型；会计视图放价格控制和评估价格。复习时先把视图和部门的对应关系理顺，后面看到任何字段都知道该去哪一页找。

组织级别只有两层，但影响很大：客户端级的数据对所有公司代码、工厂、存储位置生效，物料组、短文本、基本计量单位、采购订单文本都挂在这一层；工厂级的数据只对特定工厂生效，而绝大多数采购数据恰恰在这一层，包括采购组、订单单位，以及自动建立采购订单、货源清单需求这类控制标识。也就是说，同一种物料在两个工厂可以有不同的采购组和订单单位，这件事在排查“为什么这个工厂建单默认值不对”时是第一个要想到的。

维护状态是经常被低估的字段。采购的维护状态是 E，创建采购订单时，物料的维护状态必须包含 E；如果物料类型带基于价值的库存管理，会计数据（状态 B）也必须可用。判断某个物料是否“维护完整”，别靠翻页数，直接用扩展物料视图（MM50）看状态位。常用入口还有 MM01、MM02、MM03，S/4HANA 里 Fiori 的创建物料、更改物料、显示物料应用，后端对应的还是这三支事务。

提示：维护状态不是“建完就完”的标记，而是下游单据的前置校验条件。物料建了采购视图却没把状态刷成 E，采购订单照样建不出来。

2.2 物料类型怎么决定采购行为：ROH、NLAG、UNBW 对比

创建物料主记录必须指定物料类型，原材料（ROH）、非库存物料（NLAG）、未评估物料（UNBW）这三个是最常在题里出现的。物料类型控制的东西比想象中多：编号分配方式和编号范围、显示哪些数据屏幕及出现顺序、允许维护的用户部门、物料的采购类型（内部生产、外部采购还是两者皆可）、相关评估范围内数量与价值的更新，以及可能对应的评估类。这些属性在 OMS2 里定义，改物料类型走 MMAM，前提是該物料没有库存、也没有未清凭证。

NLAG 的容易踩坑的地方在于“有会计视图但不能更新价值”：它可以维护采购申请里用到的评估价格，可是收货和收发票不会更新这个价格，订单数量直接作为消耗数量过账，也过不到库存科目。UNBW 更极端，数量更新但不做价值更新，所以能用库存概览看当前库存，却不需要金额；正因为没有会计视图，它的采购订单项目必须带科目分配，采购申请里也得手工输评估价格。把这张表记牢，遇到“为什么这张单非要我填科目分配”就不会卡住。

2.3 业务伙伴：供应商主数据的三层结构与采购默认值

S/4HANA 把供应商和客户主数据统一收进业务伙伴（BP），事务码 BP，删除用 BUPA_DEL。创建时必须选业务伙伴类别——自然人、组、组织，这个类别决定可输入的字段，而且创建后不能改，选错了只能重建，没有后悔药。角色概念是 BP 和其他组件之间的连接点：供应商和 FI 供应商对应采购流程，客户和 FI 客户对应销售流程，角色决定这份主数据能被哪些功能使用。

与供应商相关的数据分三层：常规数据在客户端级，放地址、控制数据、银行明细、关系；会计数据在公司代码级，放统驭科目、信函、预扣税、自动付款的付款方式；采购数据在采购组织级，放采购订单货币、国际贸易术语解释通则、合作伙伴角色和各种控制标识，还可以继续细到工厂或供应商子范围。子范围最长六个字符，可以按业务自由定义，比如按车型分，在信息记录或采购凭证项目里分配。

采购数据里有几个默认值标识值得单独记：基于收货的发票校验、自动评估收货结算、回执需求、自动建立采购订单。它们决定两件事——允许该供应商使用哪些采购功能，以及为他建信息记录和采购凭证时字段的默认值。另外两个概念别混：一次性供应商是没建主记录时也能开询价、采购订单的临时方案，但存不了供应商专属地址，建单要手工输地址；科目组决定业务伙伴在业务里的角色（实际供货商、开票方、承运方），供应商清单用 MKVZ 看。S/4HANA 还多了采购类别这个新实体，把物料组归到一起做支出分析，也用于软事实的供应商评估。

2.4 合作伙伴角色与合作伙伴确定：四步配置加四个标识

合作伙伴角色（也叫合作伙伴功能）是业务伙伴在采购交易里承担的具体职能：订货地址、供货商、开票方、收款方。角色可以在采购组织、采购组织/工厂、采购组织/子范围、采购组织/工厂/子范围四个级别维护。如果某个业务伙伴把所有角色都干了，那就不用额外维护，系统默认就是他。

定制的四步顺序不能乱：先在客户端范围定义所有合作伙伴角色，并指定每个组织级别下一种角色是否只能对应一个业务伙伴；再把角色允许给科目组，这一步控制角色有效使用；然后至少定义一个采购凭证的合作伙伴方案，把角色分配进去；最后可以按科目组建方案。方案里四个标识各有含义——不允许更改，锁住主数据里定义的合作伙伴；强制，确定该角色对某对象是否必须；更高级别，在工厂或子范围级别找不到角色时回采购组织级搜索；结束，把合作伙伴确定推迟到保存或检查凭证时执行。

“结束”这个标识有个经典警告：如果要用按开票方的折扣/附加费，开票方角色不能设结束标识，因为保存或检查采购订单的动作不会触发新的价格确定，价格就永远按旧的开票方算。这条属于配置时觉得无所谓、上线后对账才对不上的类型。

3. 条件与框架：价格确定、信息记录、合同与计划协议

3.1 价格确定的基础：条件类型、存取顺序与计算方案

采购价格不是填进去的，是算出来的。条件技术这三层要能一句话说清：条件类型描述某一类价格要素（毛价、折扣、附加费、运费），存取顺序决定系统按什么优先级去找这个条件类型的记录，计算方案则把若干条件类型按顺序串起来，规定哪些是必输、哪些参与计算、从第几步开始算基价。信息记录里的条件、合同里的条件、报价，最终都是被这套机制读出来的。

复习时的重点是“价格从哪来”而不是“价格是多少”。同一物料有信息记录也有合同时，系统按计算方案和存取顺序决定优先级，而不是按你主观觉得哪个更新。排查价格不对，顺序是先看计算方案有没有取到该条件类型，再看存取顺序是否跳过了某张表，最后才看条件记录本身的有效期和数量阶梯。这个顺序反了，会在一堆条件记录里绕很久。

3.2 采购信息记录：一般数据、采购组织数据与特殊类别

采购信息记录把物料和供应商绑在一起，事务码 ME11 创建、ME12 修改、ME13 显示，ME1L 看清单。数据结构分一般数据和采购组织数据，还能再细到工厂级。它承担两个职责：一是存条件和价格，二是提供默认值，比如订单单位、供货源、文本，建采购订单时自动带出来。

信息记录类别不止“标准”一种，寄售、外协、管道、库存调拨各有各的类别，选错类别后面整条流程都会歪。所谓特殊信息记录，通常指带工厂级别的记录，或者参照已有采购凭证创建的记录；特殊功能则包括在信息记录里维护的默认值和限定条件。更新方式分自动和手工：报价、采购订单、合同都能回写信息记录，配置不当会出现“明明建了 PO，信息记录里却没价格”的情况。

3.3 合同：中央合同与物料组合同的区别

合同是框架协议的一种，事务码 ME31K。按性质分数量合同（MK）和价值合同（WK）：前者约定总量，后者约定总金额，释放时按合同逐笔建采购订单。中央合同的特点是跨工厂、由中央采购部门统一谈，适合多工厂共用同一供应商的场景；物料组合同则按物料组而不是单个物料来签，覆盖范围更宽，适合品类采购。

合同复习要抓住三个字段：有效期、目标数量或目标金额、是否带发布文档。有效期决定合同能不能被参照，目标数量/金额决定合同是否“用完”，发布文档决定释放动作是直接在合同上建单，还是必须先走一层发布凭证。很多“合同明明有效却参照不了”的问题，最后都落在有效期或目标值已耗尽上。

3.4 计划协议：有发布文档和没有发布文档的差别

计划协议事务码 ME31L，标准类型常见的是 LP。它和合同最大的区别在于交货是按计划行滚动的，而不是一笔一笔释放。没有发布文档的计划协议，建单时直接参照协议创建；有发布文档的，要先产生发布文档——计划行、预测交货计划（FDS）或 JIT 交货计划，再据以收货。发布文档可以手工建，也可以由 MRP 或外部接口批量生成。

这条链路在复习时最容易被简化成“计划协议就是长期合同”，但两者的控制点完全不同：合同看目标值和有效期，计划协议看计划行的日期和数量。一旦计划行被 MRP 重排，原始承诺日期就变了，跟供应商对账时要以计划行为准。搞清楚“发布文档是谁产生的、什么时候产生”，比背类型代码有用得多。

4. 货源与执行：清单、配额、审批、特殊流程与评估

4.1 货源清单与冻结供货源

货源清单（ME01 维护、ME03 显示）固定在“物料 + 工厂”这个粒度上，为某个物料列出允许的供应商，并给每条记录打几个关键标识：有效期、固定货源、MRP 相关、冻结。固定货源的意思是 MRP 运行时直接分配给这家供应商，不再去找别家；MRP 相关决定这条记录参不参与物料需求计划；冻结则是在不改记录的情况下临时停用某个货源。

冻结供货源是个很实用的应急手段：不想删记录、又不想让系统继续选它，就把冻结标识打上。复习时把“冻结”和“删除”分开记——删除是记录没了，冻结是记录还在但不参与确定，历史单据照样能追溯。这个差别在出问题复盘时特别重要。

4.2 配额协议与配额计划运行

配额协议（MEQ1）解决的是“同一物料分给几家供应商、各占多少”的问题。每条记录有有效期和配额率，系统按配额率把需求分摊到不同货源。它和货源清单是配合关系：货源清单说“谁有资格供”，配额协议说“有资格的里面怎么分”。只有一家有效货源时，配额协议基本没有存在的意义。

最容易漏的一步是配额计划运行。配额协议建好不等于生效，需要跑计划运行才会把需求按配额分摊下去；如果只建了协议没跑，或者有效期没覆盖需求日期，系统还是会按默认逻辑走。排查“配额没起作用”，先看有效期，再看有没有执行计划运行，最后才怀疑配额率配置。

4.3 采购申请的分配、转换与订单监控

未分配的采购申请是采购日常里数量最多的一类单据：需求提出来了，但没指定供货源。ME57 用来给这些申请分配货源并处理，ME56 也用于分配，已分配的申请再通过 ME58 转成采购订单；批量自动转换用 ME59N，前提是申请已经通过审批、货源也齐全。这条链路的关键在于“分配”和“转换”是两个动作，很多人以为分了货源就等于下了单，其实还差一步。

监控侧的事务码要按维度记：ME2L 按供应商看采购订单，ME2M 按物料看，ME2N 按订单号看，ME80FN 做通用查询。选择哪个取决于你要回答什么问题——是“这家供应商这个月接了多少单”，还是“这个物料在哪些单里出现过”。下面这段是自动建单的骨架，实际项目里做批量转换时经常用到：

" 依据已分配货源的采购申请生成采购订单（骨架示意，字段以实际系统为准） DATA: lt_items TYPE TABLE OF bapiekpo, lt_return TYPE TABLE OF bapiret2. APPEND VALUE #( po_item = '00010' " 采购订单行号 material = lv_matnr " 物料号，来自采购申请行 plant = lv_werks " 工厂，决定采购组与默认值 quantity = lv_qty " 数量，需与申请行一致 po_unit = 'ST' ) " 订单单位，缺省取自物料主数据 TO lt_items. CALL FUNCTION 'BAPI_PO_CREATE1' EXPORTING poheader = ls_header " 抬头：凭证类型、供应商、采购组织、公司代码 TABLES poitem = lt_items return = lt_return. CALL FUNCTION 'BAPI_TRANSACTION_COMMIT' EXPORTING wait = abap_true. " 等待更新完成，便于立即读单号

抬头里的凭证类型决定编号范围和字段选择，供应商决定合作伙伴角色和默认值，采购组织决定采购数据，公司代码决定会计数据——四个字段少一个都会报错。返回表里要逐行判断消息类型，E 类型不能简单跳过，A 类型必须中断并回滚，否则会留下半张单。

4.4 审批策略与灵活工作流

凭证审批是内控的体现，传统做法是发布策略：用特性描述审批条件，用分类把特性值挂到凭证上，凭证保存时系统按特性值匹配到某条策略，生成审批标识和审批状态。审批组决定谁有权限批，审批代码（FRGC1 到 FRGC8）对应每个审批人的释放动作，ME28 集中审批、ME29N 单张审批、ME54N 单个释放。定制路径在 SPRO 的物料管理 → 采购 → 采购订单 → 发布过程下，凭证类型本身也要允许审批。

S/4HANA 里多了灵活工作流这条路，用工作流替代部分传统发布策略场景，审批在 Fiori 的我的收件箱里完成。两者的差别不在界面，而在触发时机和条件表达能力：传统策略靠特性值匹配，灵活工作流靠工作流条件和接收人规则。复习时不要把两者当成新旧替代关系，很多系统是并存的，关键是知道某张单走了哪条路。审批过程的定制还包括把已审批的采购申请转换成采购订单，以及为审批创建参数文件这类默认值。

4.5 特殊采购流程：发票计划、一揽子订单、外协与 MPN

发票计划用在一张采购订单分多期开票的场景，订单里维护开票计划行，收发票时按计划行核销，适合服务类或分期交付。一揽子采购订单是没有具体交货计划的长期订单，供应商按需交货，适合消耗型物料。外协加工是给供应商提供组件、由供应商加工后收回成品，发料用 541 移动类型，收货时消耗组件，组件清单挂在采购订单项目下。按制造商零件编号（MPN）采购则是用制造商编号而不是内部物料号来采购，涉及 MPN 物料类型和 MPN 配置文件，适合备件、原厂件这类场景。

这几类流程的共同点是：它们都会改变“标准采购订单”的默认行为——发票计划改的是开票节奏，一揽子订单改的是交货约束，外协改的是库存移动，MPN 改的是物料识别方式。复习时不要把它们当成独立知识点背，而是问一句“它改了标准流程的哪一环”，答案自然就出来了。此外还有寄售、管道、第三方、库存调拨这些流程，逻辑类似，抓住“物权在谁手上、什么时候结算”即可。

4.6 供应商评估与定制配置的关键

供应商评估依赖后勤信息系统（LIS），标准分析从 S013、S014、S015 这些结构取数，配套维护评分方法的事务是 ME61 这一组。评估体系分主标准和子标准，每个标准有权重，评分可以手工也可以自动——价格类通常自动算，质量和服务类往往要人工打分。常见 KPI 就四类：价格、质量（收货检验结果）、交货（日期偏差、数量可靠性）、服务。S/4HANA 的采购类别在这里也派上用场，用于软事实评估。

定制配置这块，复习重点不是记住所有 SPRO 路径，而是知道每个配置影响什么：凭证类型决定编号范围和字段选择，字段选择键决定哪些字段隐藏、显示、必输、可选，版本管理让采购凭证可以比较历史版本，采购员的功能权限靠 M_BEST_ 开头的权限对象控制，按采购组、工厂、凭证类型细化。这几项的共同特征是“改一次影响一片”，所以配置前先想清楚影响范围。

5. 值得注意的细节：五个最容易在复习时被跳过的细节

5.1 物料类型改不动：库存和未清凭证是必须满足的前提

容易被忽略的地方是以为物料类型随时能改，建错了大不了 MMAM 改一下。为什么容易漏：教材里“更改物料类型”只写了一句话，而实际报错信息又很含糊，看着像权限问题。怎么补：改类型前先查两件事——该物料在所有工厂有没有库存、有没有未清采购订单或生产订单；有就先清库存、清未清单据，或者干脆新建一个物料把历史数据留在旧物料上。养成习惯：建物料前先定物料类型，别指望事后改。

5.2 维护状态缺一位，单据就卡在创建那一步

容易被忽略的地方是只建了采购视图就以为完事，没注意维护状态。为什么容易漏：维护状态在界面上不显眼，而且不同物料类型要求的部门不一样，NLAG 和 UNBW 的会计视图有无又不同。怎么补：用 MM50 看状态位，采购必须 E，带价值库存管理的还要 B；NLAG 虽然不做价值更新但有会计视图，可以维护评估价格；UNBW 没有会计视图，采购订单项目必须带科目分配，采购申请里手工输评估价格。把这三条写进检查表，比事后逐单排查快得多。

5.3 合作伙伴角色配了但没放行：方案和科目组两道关卡

容易被忽略的地方是主数据里加了开票方，建单时系统却报“角色不允许”。为什么容易漏：合作伙伴确定有四步配置，只做了第一步定义角色，后面的科目组放行和方案分配没做，或者做了没传到对应凭证类型。怎么补：按“角色定义 → 允许科目组 → 凭证合作伙伴方案 → 科目组方案”的顺序逐项核对；用了方案就一定会校验角色在不在方案里，不用方案才只校验科目组。另外记住那条警告：要算按开票方的折扣和附加费，开票方角色别设结束标识。

5.4 配额协议建了却没生效：计划运行和货源清单标识

容易被忽略的地方是以为 MEQ1 保存完配额就自动生效。为什么容易漏：配额分摊要靠计划运行触发，而货源清单里的固定货源、MRP 相关、冻结三个标识又会改变系统的选择逻辑。怎么补：先确认协议有效期覆盖需求日期，再确认执行过计划运行，最后检查货源清单里目标供应商的记录是不是被冻结或没打 MRP 相关。三处都对了，配额才会真的按比例分下去。

5.5 审批策略找不到节点：特性值、分类与审批标识

容易被忽略的地方是配了发布策略，单据提交后却没人收到审批任务。为什么容易漏：发布策略靠特性值匹配，特性没维护、分类没分配给凭证、审批标识（FRGKE）和审批状态（FRGZU）没生成，任何一环断了都表现为“没反应”。怎么补：从凭证的类型看起，确认该类型允许审批；再看分类视图里特性值是否完整；然后查审批组和审批代码是否分配到人；最后确认审批标识有没有被策略命中。如果走的是灵活工作流，还要单独检查工作流条件和接收人规则。

6. 复习清单：一张从物料主数据走到供应商评估的自查表

复习到最后阶段，别再从头翻目录，按流程走一遍自查表更有效。下面这张表按单据流向排列，每一行都对应一个“如果这里不对，后面全歪”的检查点。

表格走完，再挑一个最容易出问题的环节做一次反向验证：随便找一张已完成的采购订单，从订单倒推回采购申请、货源、信息记录和物料主数据，看每一层的数据是否能对上。倒推比顺推更容易暴露断点，因为顺推时系统会替你兜住很多默认值，倒推时兜不住。

如果要写点自动化检查，可以从最基础的取数开始，比如按物料和工厂把有效货源拉出来核对：

" 按物料 + 工厂读取货源清单，核对有效期与冻结标识 SELECT matnr, werks, lifnr, notkz " 物料、工厂、供应商、冻结标识 FROM eord INTO TABLE @DATA(lt_source) WHERE matnr = @lv_matnr AND werks = @lv_werks AND datbi >= @sy-datum. " 只取有效期未过的记录

这段只做一件事：把“系统认为还有效的货源”列出来，和你手上的供应商清单对一遍。对不上，问题多半在有效期或冻结标识，而不是配额率。

我自己的习惯是每接一个采购模块的复习，先把这张表从头到尾走一遍，再挑一个真实单据倒推一次，最后才去看那些特殊流程。以前吃过亏，配置背得滚瓜烂熟，一到排查就找不到断点，后来发现是主数据那一层的状态位没看。从那以后每次碰采购流程，我都强制先跑一遍这张自查表，再谈优化。希望帮到你。

本文还有配套的精品资源，点击获取