简介：《SAP-PP-替代物料操作完全手册》面向SAP PP顾问、生产计划与物料管理岗位，以及需要处理生产订单缺料切换的ERP用户，系统梳理替代物料与后继物料的业务逻辑和配置路径。内容围绕平行切换、非平行切换、按比例替代等场景展开，覆盖CS20b批量更换组件、只消耗不采购、安全库存与物料状态控制、两个物料后继替代、物料后继组设置，以及MM02的MRP4视图、CS02的BOM中止组与后继组等关键操作，并提示可用性检查、工作计划视图和库存联动等易错点。资源包共1个docx文件，约871KB，便于集中查阅和按主题检索。已有2553人学习，适合需要从概念分类到配置测试逐步掌握SAP物料替代、优化库存与降低断料风险的相关人员参考。

1. 替代物料：为什么“自动切换”比想象的难

SAP PP 里被问得最多的一类问题，是替代物料配完了为什么不生效。表面看这只是个主数据勾选的事——A 用完了系统自动用 B，B 用完了用 C。但只要在生产订单里真跑过一次就知道，SAP 的替代从来不是“库存驱动”的，而是“检查驱动”的：没有触发可用性检查，库存归零这个事实对系统毫无意义。更要命的是，替代被拆成了好几套互不兼容的机制——单物料后继、物料后继组、连续替代、按比例拆分，每一套的触发点、顺序来源、BOM 维护位置全都不一样。搞不清它们各自管什么，现场就会出现两类翻车：配了却不切换，或者切了但切错行。这篇就从触发条件一路拆到字段级实现，讲清它们各自解决什么问题、又为什么必须这么设计。

2. 三种替代的底层分野：切换这件事到底由谁发起

在动手配之前，先得分清系统里有几套替代逻辑。它们的差异不在操作步骤上，而在“谁来判断该换了”这个根本问题上。有人以为是库存变化触发，有人以为是 MRP 触发，实际上触发点分散在主数据、BOM 行、订单三个不同层次，混着配就必然出问题。

2.1 平行切换与非平行切换：MRP 跑出来的是谁

平行切换也叫连续替代，行为是累加扣减：A 的库存吃干，才轮到 B，B 吃干再轮到 C，顺序明确、不可跳跃。非平行切换则是“不足替换”，只要有一个物料有货就用它补，不强调先后，或者干脆按比例同时消耗几个物料。这两类的差别在生产订单组件里看得最清楚：平行切换下每张订单通常只落一个物料行，非平行切换下可能同时落好几个行。

真正的坑在 MRP 侧。因为主数据里 A 仍然被标记为最适用的物料，MRP 净需求计算时不会主动去“猜”你想用 B。结果就是 A、B、C 三样东西都没库存的时候，MRP 跑出来的仍然是 A 的需求，采购员看着一张买不到货的采购申请发愣。这不是 bug，是设计使然：运行期的替代关系只影响 BOM 展开和订单组件，不改写 MRP 对首选物料的认定。

所以老手的做法是分层：短期缺料用运行期替代顶一下；一旦 A 确定长期不用，就别再靠替代逻辑兜着，直接在 BOM 上用更改编号（Change Number）加生效时间（Valid-from）把组件正式换成 B。用工程变更去做“永久替换”，用替代逻辑去做“临时顶班”，两者不要互相代劳。这也是血泪经验里最常见的一条分界线。

2.2 触发条件三要素：库存、可用性检查、优先级

替代能不能发生，取决于三个条件同时成立，缺一不可。第一是可用的库存数量，注意是“可用”不是“现有”，被冻结、被预留、在质检库存里的批次算不算，取决于检查范围怎么定义。第二是可用性检查有没有开——物料主数据 MRP3 视图里的检查组要维护成 02，没这个设置，系统在订单里根本不会去比对库存，库存是 0 还是 1000 对它都一样。

第三是顺序来源。连续替代靠优先级（1、2、3）决定谁先谁后；按比例拆分靠“使用可能性”百分比决定各占多少份额，此时优先级不参与运算。这两个字段长得很像，作用机制却完全不同，配错一个就变成“比例不起作用”或者“顺序乱跳”。

还有一点容易被忽略：检查发生的时点。它不在 MRP 运行时，而在生产订单创建或修改时的组件可用性检查环节。也就是说，订单已经建好、组件已经确定之后再改库存，不会自动回滚重算，得重新触发一次检查。现场经常出现“我明明入库了为什么订单还是老物料”，多半就是没重新触发。

2.3 单物料后继 vs 后继组：一对一和组对组

单物料后继的结构最简单：A 的非连续标识设 1，后继物料填 B，B 的后继物料留空。它只解决两个物料之间的一对一关系，A 断料就换 B，仅此而已。这种配法不适用于三个及以上物料的链式替换，硬配也只会走一步。

后继组解决的是“成套替换”。典型场景是一个主板套件下挂四个组件，前两个是一套，后两个是另一套，两套之间必须整体切换，不能出现半套旧半套新。这时候要在 BOM 行上分别维护“终止组”和“后继组”，靠相同的组代码把两套东西链接起来，同时用其中一个物料的库存作为整组切换的触发前提。

为什么非要区分这两种？因为原子性要求不同。单物料的位置是独立的，A 换成 B 不影响别的行；配套组件不行，一组里任何一个件没跟上，整台产品就装不出来。系统的处理方式是让组切换变成原子操作，代价就是从属物料的库存不再单独参与判断——这一点在下一章会看到具体后果。

3. 后继物料与后继组：非连续标识 1 和 3 是怎么把 BOM 串起来的

这一章拆的是最容易配错、也最难排查的一块。它的配置分散在物料主数据和 BOM 两个地方，靠字段之间的隐式约定连接，任何一个环节对不上，界面上看起来都“配好了”，实际跑起来毫无反应。

3.1 MRP4 视图的两个字段：非连续标识与后继物料

物料主数据 MRP4 视图里有两个关键字段。一个是“非连续标识”，值域里真正有用的是 1 和 3：1 表示这个物料是单一平行终端物料，也就是组里的“主”或者一对一关系里的发起方；3 表示它是相关平行不连续物料，也就是组里的“从属”，只跟随、不独立发起切换。另一个是“后继的物料”，填替代者的物料号。

这两个字段放在 MRP4 而不是别的视图，是有道理的：它们影响的是 BOM 展开和需求计算的行为，属于 MRP 运行范畴。配置时的规律很固定——主物料填 1 并指定后继物料，从属物料填 3 且后继物料必须留空。留空不是漏填，是语义：它表示这个物料不独立发起切换，只跟着组走。填了反而会造出第二个触发点，组切换的判断依据就乱了。

单物料后继就是这条规律的退化形式：只有一个物料填 1 和后继物料，没有组。所以它天然只能处理两个物料，再往后接不了第三段。

3.2 BOM 里的中止组与后继组：CS02 的终止数据

BOM 侧要动的是行项目里的两个隐藏入口。用 CS02 进入抬头物料，双击行项目的数量进到子项明细，点“终止数据”，在“中止组”里填一个组代码（比如 A），这标记的是“被替代方”。再双击后继物料的子项，点“物料后继数据”，在“后继组”里填同一个代码，这标记的是“替代方”。

这里有个必踩的坑：如果该行已经维护了替代项目组，终止数据那个字段会变灰点不进去。系统不允许一行同时属于替代组和不连续组，两套机制互斥。得先把替代组信息清掉，字段才恢复可编辑。很多人卡在这一步以为是权限问题。

配完之后要验证，走菜单“附加 → 更多的 → 终止信息”，能看到系统识别出的组对应关系。这个界面是把隐式约定显式化的唯一入口，配完不看一眼，等于没验证。

附带的约束是组代码必须两边完全一致。曾经有一篇文章把这个环节写得含糊，导致照着配完始终不触发，最后发现问题就出在终止组写 A、后继组写 B，两个字符串对不上，链接关系根本没建立。这种错误在界面不会有任何提示，只能靠“终止信息”页面自己核。

3.3 组切换逻辑：为什么有库存的物料也被整组切走

看一组实测数据。物料 66000031、66000032、66000034、66000035 挂在同一个 BOM 下，31 和 32 是 A 组，34 和 35 是 B 组（后继组）。主数据里 31 设非连续标识 1、后继物料 34；32 设非连续标识 3、后继物料留空。库存安排：31 为 0，32 为 100，34 为 200，35 为 300。下生产订单 100 台，每个组件各需 200。

结果是 31 和 32 一起被换成 34 和 35，尽管 32 手上还有 100 的库存。这不是异常，正是组切换的设计意图：切换的触发前提只有一个，就是主不连续物料（31）的库存状况，一旦它断料，整组原子替换，从属物料的库存不参与判断，也不允许“部分保留”。反过来说，如果 31 有货而 32 缺货，整组也不会切，因为触发条件没成立。

下面这段是判定次序的表达，不是系统源码，只是把 MRP 或订单展开 BOM 行时的判断顺序写成可读形式，方便对照排查：

" 伪代码：BOM 行展开时的替代判定次序（表达逻辑，非系统源码） LOOP AT lt_bom_item INTO ls_item. " 1. 先算这一行的可用量，检查范围由 MRP3 的检查组决定 lv_avail = get_available_qty( ls_item-matnr, ls_item-werks ). IF lv_avail >= ls_item-req_qty. CONTINUE. " 够用，本行不动 ENDIF. " 2. 一对一后继：只有非连续标识 = 1 且填了后继物料才走 IF ls_item-discont = '1' AND ls_item-nfmat IS NOT INITIAL. ls_item-matnr = ls_item-nfmat. " 单行替换，不影响同组其它行 ENDIF. " 3. 组切换：本行挂在终止组上，且同 BOM 内存在同键后继组 IF ls_item-ausl_gruppe IS NOT INITIAL. " 注意：触发条件只看主不连续物料的库存，从属行库存不参与 perform_group_switch( ls_item-ausl_gruppe ). ENDIF. ENDLOOP.

discont就是非连续标识，nfmat是后继物料，ausl_gruppe是终止组。三段判断是顺序执行且互斥优先的：第 1 步就CONTINUE了，后面根本不看；进了第 2 步就不会再进第 3 步。这解释了一个常见困惑——为什么有的行配了终止组却没反应，因为它的库存本来就够，压根没走到判定分支。

组切换还有一个隐含约束：组内所有行必须挂在同一个 BOM 抬头下才能互相识别。跨 BOM 的组关系系统是看不见的，多阶 BOM 里做组替换时这点要特别留意。

4. 连续替代与按比例拆分：优先级、策略与使用可能性

这一套用的人最多，也最容易被几个字段的相互作用绕晕。它和上一章的后继物料最大的区别是：不需要非连续标识，不需要组代码，全部信息都在 BOM 行的替代组里，靠优先级和使用可能性两个维度决定行为。

4.1 策略 1 与策略 2：使用可能性还是 100% 检查

替代组里每行都有一个“策略”字段，值 1 表示手工维护/按使用可能性，值 2 表示 100% 检查。这两个值的语义差异决定了整套机制怎么走。

策略 1 下，优先级字段不起作用，系统按“使用可能性”百分比把需求量摊到各个物料上，摊的比例就是配的百分比。适合什么场景？同一功能、不同供应商或不同批次形成的多个物料号，产品本身没有区别，希望按份额同时消耗。策略 2 下，系统按优先级 1、2、3 顺序去试，一号物料的可用量能吃多少吃多少，吃干了才跳到二号。这适合“有明确先后偏好”的替代。

这里有个判断口诀：要“同时分摊”选策略 1，要“依次顶替”选策略 2。两套逻辑不能混，一旦在同一个替代组里混着配，结果会非常难预测。

4.2 优先级排序：一次只能吃一个物料

连续替代最典型的配置是三行、优先级 1/2/3、策略全填 2、使用可能性留空。库存各 200，成品单位用量按能产出的数量算。下 100 台订单时，如果一号物料库存够，全额走一号；一号不够，超出部分系统直接报错，订单都下不去，而不会自动跨到二号。

为什么？因为连续替代的边界是“一次只用一个物料”，它不做跨物料的合并扣减。只有在一号库存真正归零之后重新触发检查，才会落到二号。这个行为在实操中很容易被误解成“系统不智能”，实际是刻意的：宁可让订单下不去、逼计划员去看，也不静默地拼凑多个物料，避免批次追溯断链。

要让它真正“A 完了自动 B”，必须保证每次触发检查时前一个物料的可用量确实为 0。库存为 0 但还有未清采购订单、在途、质检库存，都会影响判定，看的是可用量而不是账面数。

4.3 使用可能性之和不为 100% 时系统怎么算

如果三行分别填 50、30、20，加起来正好 100，按比例摊就行。但现场经常出现不足 100 的情况，比如只填了 50 和 25。系统不会报错，也不会补零，而是按现有比例做归一化。归一化公式是：

某物料需求 = 总需求 × 该物料使用可能性 ÷ 组内使用可能性之和

下面是把这个公式写出来的计算逻辑，可以直接拿去核对订单里的数字：

def split_by_usage(total_qty, usage_map): """ 按使用可能性归一化拆分需求量。 total_qty : 组内总需求量，例如 200 PC usage_map : {物料号: 使用可能性百分比}，例如 {'A': 50, 'B': 25} 返回 : {物料号: 拆分后需求量} """ s = sum(usage_map.values()) if s == 0: raise ValueError("使用可能性之和为 0，系统无法分摊") # 订单里各行为 0 return {m: total_qty * u / s for m, u in usage_map.items()} # A 需求 = 1 * 50 / (50 + 25) ≈ 0.667 # B 需求 = 1 * 25 / (50 + 25) ≈ 0.334 print(split_by_usage(1, {'A': 50, 'B': 25}))

注意归一化的副作用：比例之和不足 100 时，拆分结果仍按比例分配，总量不变，所以不会“少要料”。但当计量单位是 PC 且数量很小时，小数会被舍入，可能出现单行数量不足 1 的情况，最后拼起来差一点点。反过来，如果比例之和配成 120，归一化后每行都会被压小。所以规范做法还是让组内使用可能性之和严格等于 100，别指望系统兜底。

4.4 生产订单里的需求数量是怎么算出来的

走一遍完整链路。生产数量 100，BOM 里单位用量 2，那么组内总需求是 200。三行使用可能性配 50、30、20，策略 1，生产订单展开后三行的需求数量分别是 100、60、40，加起来正好 200。

如果三行都填 100，系统会认为各自都是全额，检查时再根据实际可用量挑；如果只有 A 填 100、其余填 0，订单里默认全落 A，检查时仍会按实际库存变动。这里的关键认知是：使用可能性既影响订单初始分摊，也影响检查时的取舍，两个阶段用的是同一套数据，改一处等于改两处。

工艺路线的坑要单独说。按比例拆分的场景下，工艺路线仍然必须维护，否则生产订单根本创建不了，这点和普通订单没有区别。很多人把注意力全放在替代组配置上，最后卡在下不了单，回头看是工序没建。

5. 避坑与排查：五个“配了却不生效”的现场

这些是配置过程中反复出现的问题，每条都按现象、原因、解决三段来写。排查顺序建议从下往上倒着看，因为越靠后的条目越容易被前面的表象掩盖。

5.1 现象：生产订单里的组件不切换，库存明明已经为 0

原因基本锁定在可用性检查没开。物料主数据 MRP3 视图的检查组没维护成 02，系统在订单环节根本不做库存比对，替代逻辑整段被跳过。这是最高频的一条，占了现场问题的一半以上。

解决方式是 MM02 进 MRP3 视图维护检查组为 02，然后重新触发一次订单的组件可用性检查。注意已下达的订单不会自动回滚，要改单重算。

5.2 现象：CS02 里“终止数据”字段是灰的，点不进去

原因是该行已经维护了替代项目组。系统规定一行只能属于替代组或不连续组其中之一，两套机制互斥，字段被占用后就锁死了。

解决办法是先把该行的替代组信息清空（替代物料组字段删掉），保存后再进终止数据就能编辑。清之前确认这一行确实要走组切换而不是按比例分摊，别为了填字段把原配置拆了。

5.3 现象：终止组和后继组都配了，但组关系死活建立不起来

原因是两个组代码不一致。系统靠字符串完全匹配来链接，写 A 和 a、写 A 和 B 都算不匹配，界面上不会有任何校验提示，配完看着一切正常。

解决办法是配完立刻走“附加 → 更多的 → 终止信息”看全景，那里能直观看出哪几行被识别成一组、哪几行孤立。核不上就回去改代码，别靠猜。

5.4 现象：三个以上物料想做链式替换，配了后继物料却只能走一步

原因是单物料后继机制本身只支持两个物料。非连续标识 1 加后继物料表达的是一个一对一关系，A 换 B 之后就断了，B 再往后没有出口。

解决办法是改用连续替代（替代组 + 优先级 + 策略 2），它可以挂任意多行，按优先级依次消耗。如果确实需要严格的“累计扣减”语义，那就得评估是不是该用 BOM 变更而不是运行期替代。

5.5 现象：订单里各物料需求数量都是 0，或者拆分结果和预期不符

原因是使用可能性没填或之和异常。全填 0 时系统会给警告要求输入比例，回车能过，但订单里各行为 0，后续检查时才去找合适物料。之和不是 100 时系统按归一化计算，结果和手算对不上。

解决办法是先把组内比例核到 100，再下订单；如果业务上就是不想写死比例，那就要接受“订单初始为 0、检查时动态定”的行为，不要拿订单初始数量去做报表口径。

6. 设计取舍：为什么替代被拆成互不兼容的好几套机制

看完前面几套配置，一个自然的疑问是：为什么不合并成一个开关，非要在主数据、BOM 行、替代组三个地方各配一套？答案在于它们回答的根本不是同一个问题。

后继物料回答的是“这个物料以后不再用了，以后用谁”——这是主数据层面的、长期的、全局的身份变更问题，所以它落在 MRP4 视图，跟着物料走，不跟着订单走。连续替代回答的是“这一张订单上，当下用谁”——这是订单层面的、短期的、局部的取舍问题，所以它落在 BOM 行的替代组里，跟着 BOM 走。按比例拆分回答的是“同一时刻各用多少”——这是份额问题，跟顺序无关，所以它用使用可能性而不是优先级。

三个问题的时间尺度不同、原子性要求不同、影响范围不同，硬塞进一个开关只会让语义更模糊。代价也很明显：配置位置分散、字段之间的隐式约定多、失败时没有明确报错。系统把判断权交给了配置者，也就把排查责任一并交了出去。

验证方法不复杂，但要成体系：配完先看“终止信息”页面确认组关系，再用一组刻意构造的库存（主物料为 0、从属物料有余量）下测试订单，看切换结果是不是整组走；比例场景则拿订单里的需求数量和归一化公式手算一遍对账。三次里能对上两次，基本就稳了。

我自己的习惯是：任何替代配置上线前，先问一句“这套是长期换料还是临时顶班”。长期换料就直接走 BOM 变更编号加生效时间，别用运行期替代兜；临时顶班才去碰替代组和后继标识。这个判断做对了，后面一半的坑根本不会出现。从那以后我每次配替代都强制先写清这一句，再动手点字段。希望帮到你。

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