简介SAP-PP 替代物料操作完全手册是一份面向 SAP 实施顾问、生产计划及物料管理人员的实操文档系统讲解生产订单中替代物料的不同类型与配置方法。内容涵盖平行切换、非平行切换、后继物料、物料后继组等核心概念覆盖批量更换组件、只消耗不采购、两个物料替代、按比例拆分等常见配置场景并针对“A 用完自动切换 B”“按比例分配消耗”等业务场景给出具体事务代码与主数据维护步骤。文档同时点明非连续标识、可用性检查、终止数据、BOM 更改编号与生效时间等易错项建议在长期停用物料时优先通过更改编号控制帮助读者优化库存、减少生产中断。从物料主数据、BOM 维护到可用性检查均有涉及并配有 T-Code 与示例库存场景便于理解配置逻辑。资源包共 1 个文件为 docx 文档大小 871KB便于查阅与批注该文档已有 2550 人学习下载适合需要处理物料替代配置的 SAP PP 顾问与关键用户作为随用随查参考。1. SAP 物料替代为什么配置了替代MRP 还是只认 A有个现象几乎每个做过制造主数据的开发者都撞见过在 BOM 里把 A 的替代物料设成了 B物料主数据里也写了后继物料可用性检查也开了结果跑完 MRP采购申请栏里依然明晃晃地挂着 A 的需求。这不是配置运气差而是 SAP 物料替代的底层设计决定的替代不是一把总开关而是“物料主数据非连续标识 BOM 替代组 可用性检查”三层结构协作的结果而且每一层的触发时点完全不同。搞懂这三层各自回答什么问题、在哪个环节生效才能解释“为什么配了替代却总像没配一样”的玄学。这篇就把替代从设置逻辑讲到执行时序看到底是哪一层在替你做决策。2. 非连续标识与后继物料BOM 之外的那条“接班链”2.1 平行切换与非平行切换先分清替代决策发生在哪一层替代物料在大类上分平行切换和非平行切换。很多人把这两个概念理解成“按顺序切”和“按比例切”其实更准确的区分点是决策位置平行切换是物料主数据层面的单点接班非平行切换是 BOM 层面的组内分配。平行切换的典型表现是一条线性的“接班链”A 用完之后系统自动切到 BB 用完切到 C。这条链不是写在 BOM 里的而是写在物料主数据的 MRP4 视图里。每个物料只需要回答一个问题“我这条链的下一个接班人是谁”。所以它叫“平行”因为 A、B、C 在库存和主数据上是平行存在的物料系统只在库存检查的那一瞬间决定用谁而不是预先合并它们。非平行切换则发生在 BOM 组件层把多个物料放进同一个替代组再用策略字段决定组内物料是按比例分配、还是按优先级顺序消耗。这里的关键差异是平行切换的“后继物料”字段只能写一个值天然是单链支持不了三个以上物料的复杂关系而 BOM 替代组可以容纳任意数量的组件行。两种方式的适用场景差异可以用一张表说清对比项平行切换后继物料非平行切换BOM 替代组设置位置物料主数据 MRP4 视图BOM 项目行决策依据后继字段 可用量策略 优先级 / 使用可能性典型场景两种物料一对一接班多物料按比例或按顺序选择局限后继字段只能存一条链需维护 BOM 且依赖订单组件检查2.2 非连续标识告诉系统“我有一条后继链”在 MM02 进入物料主数据的 MRP4 视图能看到“非连续标识”和“后继物料”两个字段。非连续标识的取值在替代场景中通常是“1”表示这个物料是单一平行终端的一部分意思是它有一条独立的后继链路。后继物料则填写真正接班的物料号。这两个字段合起来的语义不是“A 被 B 替代”而是“A 用完后请沿这条链找 B”。SAP 之所以把这层信息放在物料主数据而不是 BOM 里是因为物料主数据是跨订单共享的——无论哪张生产订单用到 A只要订单的组件可用性检查被触发系统都能在物料层级找到这条接班链而不必每一张 BOM 都重复配置。这个设计的代价是非连续标识和后继物料只是给系统指了一条可选的“搜索路径”。真正让系统沿路径去找 B 的是可用性检查这个开关。物料主数据 MRP3 视图中必须把可用性检查设置为 02订单组件在做可用性检查时才会先看当前物料的可用库存够不够不够再去查后继物料。如果这个开关没开订单组件检查就是个摆设库存 200 的物料订单下 300 也照样通过发料时才报缺料。2.3 为什么“A 库存 45、需求 100”时会自动补出 55 个 B这里最容易误解的是替代的触发时机。很多人以为“A 库存归零之后 B 才上场”实际上的执行逻辑是可用性检查会先把需求落到 A 头上用 A 的可用库存 45 去抵消剩余 55 的需求发现 A 已经抵消不完于是沿非连续标识找到后继物料 B把这 55 自动挂到 B 的组件行上。所以你在生产订单里看到的不是“B 整行替代 A”而是 A 行需求量 45、B 行需求量 55两行并存。整个过程是累加扣减的先消耗后继链最前端的物料不足部分顺延到下一个物料。这也是平行切换和 BOM 比例替代最本质的区别——平行切换是“不足再替”BOM 比例替代是“一开始就按比例劈开”。也正因为“后继物料”字段只能维护一条这套机制天然只支持两种物料的替代。三种及以上物料要接力就得靠 BOM 替代组里的策略字段了。3. BOM 替代组策略字段怎么把 50%、30%、20% 拆成订单需求3.1 同一组物料用“策略”决定是分比例还是排顺序当多个物料功能相同、只是供应商或批次不同导致物料号不一致时把它们塞进同一条后继链是不现实的更合理的做法是让它们共用一个替代组。在 CS02 中双击组件行的数量进入项目详情在“替代项目组”里输入同一个组名再点蓝色小箭头展开的对话框里维护每一物料的优先级、策略和使用可能性。这里策略字段有两个候选值1 代表手工维护 / 按用途可能性2 代表 100% 检查。策略为 1 时优先级字段基本不起作用系统看的是“使用可能性”也就是每个物料在需求总量里占的百分比策略为 2 时系统走 100% 检查按优先级数字从小到大排序优先消耗排在前面的物料前面的库存归零后再依次落到后面的物料。策略为 1 的典型配置是三个物料都放进替代组 A使用可能性分别填 50、30、20。创建生产订单时如果成品需求 100、每个成品耗用 2 个物料总需求量 200订单组件行会直接按 5:3:2 拆成 100、60、40 三行需求。这里的拆分动作发生在订单创建甚至下达时而不是等到库存告急再临时找补。策略为 2 的典型配置则是连续替代三个物料同组优先级填 1、2、3策略统一填 2。系统在下达生产订单时按优先级找库存优先级 1 的库存 200那就只下 200 对应的成品数量等优先级 1 耗尽再下新订单时才轮到优先级 2。注意策略 2 的特点是每一张订单里通常只出现一个被实际选中的物料不会像策略 1 那样同时拆出三行。3.2 使用可能性的归一化为什么 50% 25% 会算出小数数量策略为 1 时有一个被反复验证但依然很多人踩坑的细节使用可能性之和不必等于 100%。系统不会因为这个和不是 100% 而报错它会自动做归一化也就是把每个物料的比例除以总和再乘总需求。假设 A 填 50%、B 填 25%总需求是 1 个物料。系统的计算方式是A 的需求 1 × 50% /50% 25% 0.667B 的需求 1 × 25% /50% 25% 0.334。如果物料的基本计量单位是 PC0.667 个根本没法发料订单组件就会出现小数数量后续发料、扣账全被牵制。所以维护使用可能性时的规范动作是先把组内所有物料的百分比加一遍确认和为 100%。别指望系统在维护界面给你做校验它把校验责任交给了算法本身。顺带一提如果某个物料的使用可能性填 0回车时系统会弹警告要求输入使用可能性这个警告可以忽略并直接回车物料仍保留在替代组里只是占比为零。3.3 中止组与后继组整组物料一起切换的另一种配置BOM 里还有一组常被混淆的字段终止数据里的“中止组”以及物料后继数据里的“后继组”。这两个一起维护时实现的是“整组被替换”A 组两个物料、B 组两个物料当 A 组的关键物料库存归零A 组整组被 B 组整组接管。配置的要点有三个。第一被替代的物料在“终止数据”里填中止组代码替代物料在“物料后继数据”里填后继组代码两处代码必须完全一致否则链接不上。第二A 组内部要指定哪个物料作为触发引信——例子中把这个角色给了物料 66000031它的非连续标识为 1、后继物料指向 66000034也就是“以 66000031 的库存有无作为整组替代开始的前提”。第三如果项目行上已经维护过“替代项目组”终止数据会灰掉不可编辑必须先删除替代项目组的相关信息再回来维护中止组。这个机制也解释了为什么 A 组里的另一个物料明明还有 100 库存、却依然被整体切走替代的触发条件是组开关物料归零而不是组内每个物料都归零。系统在做整组切换时不看组内其余物料各自的库存直接把整个被替代组的组件需求都结转给后继组。4. 替代配置常见问题排查四个最容易翻车的设置点4.1 MRP 不认替代计划层永远只认最适用的 A现象A、B、C 三个物料都已经配好替代关系三个库存也都是 0跑完 MRP 后仍然生成 A 的采购申请。原因MRP 的需求展开基于 BOM 里的直接组件行A 的组件行还在 BOM 里系统在计划层只把它当普通需求源不会因为 A 有后继物料就把需求沿继承链透传到 B、C。替代逻辑发生在生产订单的组件可用性检查层面而 MRP 的采购建议计算在更上游的需求层两条链路互不感知。解决思路如果 A、B 都已经长期不用不要指望 MRP 自动“想明白”去跑 B而是直接用 BOM 的更改编号、生效时间把 A 的组件行冻结让需求连 A 都不跑。这里要区分“库存层面的替代”和“计划层面的替代”前者是给系统在缺料时找替代供给后者才是决定未来买什么。两者诉求不同一个后继物料字段解决不了后者的问题。4.2 可用性检查没开 02订单能下达但替代根本没执行现象物料库存明明不够生产订单照样创建成功组件行里没有出现预期的替代物料直到发料时才发现库存短了一大截。原因物料主数据 MRP3 视图的可用性检查字段没有设置为 02。可用性检查是替代逻辑的触发前置条件这个字段不开启系统在订单下达时根本不会核对组件可用库存也不会沿后继物料的关系去做替换查找。这个开关不是“要不要把替代写进订单”而是“我要不要做组件可用量的检查”检查不存在替代自然无处安放。解决进 MM02把 MRP3 视图的可用性检查改成 02保存后回到 CO02 把原订单做撤销或删除再重新下达一次订单让检查逻辑重新执行。如果改完主数据后不重建订单已存在的订单组件关系不会自动刷新这是排查时最容易被忽略的一步。4.3 终止数据灰掉或中止组与后继组连不上现象在 CS02 里双击物料数量进入项目行发现“终止数据”字段是灰的无法填写或者明明两组物料都填了组代码订单组件检查后就是不发生整组切换。原因“终止数据”灰掉通常是这个项目行之前维护过“替代项目组”的残留信息。替代项目组和终止数据在功能上是互斥的两种机制残留的替代项目组信息会抢占编辑权限。而两组物料连不上的情况绝大多数是中止组代码与后继组代码没有保持一致——比如被替代组填了 A后继组填了 B系统只按精确匹配去对组名代码不相等就视为两组无关物料。解决先进入项目行检查替代项目组存在残留信息就删除让终止数据恢复可编辑再核对被替代组的“中止组”与后继组的“后继组”填的是同一个代号保存后通过菜单“附加 — 终止信息”查看组关系是否已经链接。这里没有讨价还价的余地组代码必须完全一致。4.4 使用可能性之和不是 100%需求数量出现 0.667现象按 50% 和 25% 设置了两个替代物料的占比生产订单跑出来的是 0.667 和 0.334 这种小数需求量计量单位是 PC 时根本没法正常处理。原因同样不是配置报错而是系统做了归一化。使用可能性之和小于 100% 时需求数量 总量 × 该物料百分比 /组内百分比之和因此两个比例 50:25 被换算成了 2:1而不是预期中的 50:25。这种算法在组件数量可整除时还算友好一旦总需求是 1小数就暴露了。解决在维护 BOM 替代组时就把比例加总到 100%例如 50、30、20。加总前先在表格里算一遍和值再把数值填进使用可能性栏而不是边填边猜。生产订单创建后也可以打开组件行看一眼拆分结果需求数量是整数且总和等于总需求这组配置才算真正落地。5. 从主数据到订单组件的完整时序替代逻辑在哪些时刻被执行5.1 主数据层非连续标识是给“组件检查”准备的引信替代配置的信息分散在三个层级第一步是物料主数据 MRP4 视图的非连续标识和后继物料。这一层解决的是“这个物料有没有接班对象”的问题系统不会因为这里填了后继物料就改变 MRP 的需求结果而是把这条信息存进物料记录里供后续生产订单组件检查时读取。物料后继组的场景也是从这里引出的触发整组切换的那个关键物料往往会同时设置非连续标识为 1、后继物料指向后继组的代表物料。它的角色是整条替代链的引信库存归零的瞬间系统顺着非连续标识发现“后继物料没有库存可承接”还是“后继组可以直接接管”再决定是否触发整组切换。5.2 BOM 层替代策略决定组内需求如何拆分第二步是 BOM 项目行中的替代组、策略和使用可能性。CS02 里双击数量进入项目行后替代组会把多个组件行绑定为一个逻辑单位。组件行上实际保存的已经不是“这个物料被那个物料替代”而是“这一行属于替代组 X组内采用策略 Y”。策略字段进入计算时系统先读取组内所有项目行按策略类型分流。下面是一段示意性的 ABAP 风格逻辑用于说明判定顺序LOOP AT lt_comp INTO ls_item WHERE altgr lv_group. IF ls_item-altsl 1. 策略 1按使用可能性分配 lv_share lv_total * ls_item-usage / lv_usage_sum. APPEND VALUE #( matnr ls_item-matnr menge lv_share ) TO lt_result. ELSEIF ls_item-altsl 2. 策略 2100% 检查按优先级取库存 SORT lt_comp BY priority ASCENDING. LOOP AT lt_comp INTO ls_order. lv_open lv_total - lv_covered. IF lv_open ls_order-stock. APPEND VALUE #( matnr ls_order-matnr menge lv_open ) TO lt_result. EXIT. ELSE. APPEND VALUE #( matnr ls_order-matnr menge ls_order-stock ) TO lt_result. lv_covered lv_covered ls_order-stock. ENDIF. ENDLOOP. ENDIF. ENDLOOP.这段示意代码的逻辑解释如下altgr 是替代组标识altsl 是策略字段。策略 1 的分支里系统先把组内各行的使用可能性求和再把总需求按比例分摊因此它不关心库存多少只关心占比策略 2 的分支里系统按优先级排序后逐行检查可用库存前一个物料的库存不足以覆盖需求时剩余部分才顺延到后一个物料直到需求被完全覆盖或组内物料全部耗尽。后者的行为就是连续替代的执行模型。实际标准程序还要处理替代组在多个 BOM 间重复、组件数量单位换算等问题但判定骨架大体一致。5.3 订单层可用性检查是替代被真正执行的瞬间第三步是生产订单的组件可用性检查。CO01 创建订单、CO02 更改订单时只要物料主数据里的可用性检查设置开启系统就会对每一行组件跑一次可用量核对。这次核对不只是检查库存够不够它同时是替代逻辑的触发点。一个值得记住的时序是MRP 展开MD02 / MD04先在计划层生成组件需求之后生产订单创建才在订单层做可用性检查并执行替代。所以“BOM 里的替换”和“订单里的替换”发生的时间点并不相同。MRP 展开不会触达后继链路只有订单下达时的组件检查才会。这就是为什么很多人改了替代关系后第一时间去跑 MD04 看需求发现毫无变化其实替代逻辑本来就不会在 MD04 里显示。5.4 两条时间线的差异计划稳定性与执行灵活性的取舍这套设计看起来绕实际上是刻意为之MRP 层要保持计划稳定不能让替代逻辑把采购建议来回带偏订单层要灵活响应库存变化允许组件在最后时刻替换。代价就是配置者必须同时理解两条时间线才能在“计划层要 A”和“订单层用了 B”的冲突中不慌张。排查时可以刻意做一次对比观察先跑 MD04 看 A 的采购申请再去 CO02 看订单组件里有没有 B 的出现。如果两边结果不一致不要急着怀疑配置先确认自己看的是哪个层面的信息。这就是替代机制分层设计带来的必然结果理解它比多配一次替代关系更省踩坑时间。6. 设计取舍替代不是数据库触发器而是按需触发的决策点把替代做成“数据库触发器”式的全自动机制技术上并不难A 的库存变零后台作业自动把 BOM 组件换成 B再让 MRP 的采购申请跟着改。但 SAP 没有这么做核心原因是替代动作背后始终牵着一个管理决策——A 不好用了是彻底不再买 A还是只是这次被 B 顶班如果系统自动切换并顺带把 MRP 需求也改了就等于替计划员做了一整个供应链的判断代价是连“A 以后还采不采购”这个关键问题都被淹没了。所以替代逻辑故意被放到两个离散的触发点MRP 展开时照常按最适用的 A 组件跑需求生产订单下达时再按可用性检查就地找替代。前者守住计划连续性后者给执行留出灵活替换空间。这个取舍的直接后果是替代永远不会“让你少看一个环节”它只是把“看库存、看订单、看 MRP”这三个动作的次序固定下来。我现在的固定习惯是每次调完替代物料都强制走一遍“库存 — 订单组件 — MRP 三连环”。先 MMBE 看各物料可用库存再 CO02 看生产订单组件拆分结果最后 MD04 确认 MRP 是否还在给旧物料出采购申请。只有三层信息对得上才会认为这次替代真正落地。希望帮到你。本文还有配套的精品资源点击获取
