简介《SAP-PP-替代物料操作完全手册》面向SAP PP顾问、生产计划与物料管理岗位以及需要处理生产订单缺料切换的ERP用户系统梳理替代物料与后继物料的业务逻辑和配置路径。内容围绕平行切换、非平行切换、按比例替代等场景展开覆盖CS20b批量更换组件、只消耗不采购、安全库存与物料状态控制、两个物料后继替代、物料后继组设置以及MM02的MRP4视图、CS02的BOM中止组与后继组等关键操作并提示可用性检查、工作计划视图和库存联动等易错点。资源包共1个docx文件约871KB便于集中查阅和按主题检索。已有2553人学习适合需要从概念分类到配置测试逐步掌握SAP物料替代、优化库存与降低断料风险的相关人员参考。1. 替代物料为什么“自动切换”比想象的难SAP PP 里被问得最多的一类问题是替代物料配完了为什么不生效。表面看这只是个主数据勾选的事——A 用完了系统自动用 BB 用完了用 C。但只要在生产订单里真跑过一次就知道SAP 的替代从来不是“库存驱动”的而是“检查驱动”的没有触发可用性检查库存归零这个事实对系统毫无意义。更要命的是替代被拆成了好几套互不兼容的机制——单物料后继、物料后继组、连续替代、按比例拆分每一套的触发点、顺序来源、BOM 维护位置全都不一样。搞不清它们各自管什么现场就会出现两类翻车配了却不切换或者切了但切错行。这篇就从触发条件一路拆到字段级实现讲清它们各自解决什么问题、又为什么必须这么设计。2. 三种替代的底层分野切换这件事到底由谁发起在动手配之前先得分清系统里有几套替代逻辑。它们的差异不在操作步骤上而在“谁来判断该换了”这个根本问题上。有人以为是库存变化触发有人以为是 MRP 触发实际上触发点分散在主数据、BOM 行、订单三个不同层次混着配就必然出问题。2.1 平行切换与非平行切换MRP 跑出来的是谁平行切换也叫连续替代行为是累加扣减A 的库存吃干才轮到 BB 吃干再轮到 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后继物料填 BB 的后继物料留空。它只解决两个物料之间的一对一关系A 断料就换 B仅此而已。这种配法不适用于三个及以上物料的链式替换硬配也只会走一步。后继组解决的是“成套替换”。典型场景是一个主板套件下挂四个组件前两个是一套后两个是另一套两套之间必须整体切换不能出现半套旧半套新。这时候要在 BOM 行上分别维护“终止组”和“后继组”靠相同的组代码把两套东西链接起来同时用其中一个物料的库存作为整组切换的触发前提。为什么非要区分这两种因为原子性要求不同。单物料的位置是独立的A 换成 B 不影响别的行配套组件不行一组里任何一个件没跟上整台产品就装不出来。系统的处理方式是让组切换变成原子操作代价就是从属物料的库存不再单独参与判断——这一点在下一章会看到具体后果。3. 后继物料与后继组非连续标识 1 和 3 是怎么把 BOM 串起来的这一章拆的是最容易配错、也最难排查的一块。它的配置分散在物料主数据和 BOM 两个地方靠字段之间的隐式约定连接任何一个环节对不上界面上看起来都“配好了”实际跑起来毫无反应。3.1 MRP4 视图的两个字段非连续标识与后继物料物料主数据 MRP4 视图里有两个关键字段。一个是“非连续标识”值域里真正有用的是 1 和 31 表示这个物料是单一平行终端物料也就是组里的“主”或者一对一关系里的发起方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、后继物料 3432 设非连续标识 3、后继物料留空。库存安排31 为 032 为 10034 为 20035 为 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 生产订单里的需求数量是怎么算出来的走一遍完整链路。生产数量 100BOM 里单位用量 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 走。按比例拆分回答的是“同一时刻各用多少”——这是份额问题跟顺序无关所以它用使用可能性而不是优先级。三个问题的时间尺度不同、原子性要求不同、影响范围不同硬塞进一个开关只会让语义更模糊。代价也很明显配置位置分散、字段之间的隐式约定多、失败时没有明确报错。系统把判断权交给了配置者也就把排查责任一并交了出去。机制触发时机适用物料数关键配置位置典型失败原因单物料后继订单可用性检查时严格两个MRP4 非连续标识 1 后继物料未设检查组 02物料后继组主物料断料时整组切换组对组任意MRP4 标识 1/3 BOM 终止组/后继组组代码不一致连续替代检查时按优先级逐个消耗任意多BOM 替代组 优先级 策略 2前序物料未真正归零按比例拆分订单展开时即分摊任意多BOM 替代组 使用可能性 策略 1比例之和不为 100验证方法不复杂但要成体系配完先看“终止信息”页面确认组关系再用一组刻意构造的库存主物料为 0、从属物料有余量下测试订单看切换结果是不是整组走比例场景则拿订单里的需求数量和归一化公式手算一遍对账。三次里能对上两次基本就稳了。我自己的习惯是任何替代配置上线前先问一句“这套是长期换料还是临时顶班”。长期换料就直接走 BOM 变更编号加生效时间别用运行期替代兜临时顶班才去碰替代组和后继标识。这个判断做对了后面一半的坑根本不会出现。从那以后我每次配替代都强制先写清这一句再动手点字段。希望帮到你。本文还有配套的精品资源点击获取