简介这份 docx 操作指引面向 SAP 实施顾问、生产计划与仓储人员以生产预留从配置到日常执行为主线帮助读者理解预留编码、可用性检查、缺省值等关键概念并掌握常用事务码的操作方法。压缩包内仅含 1 个 docx 文档约 836KB内容按目录组织先介绍预留背景、IMG 配置、OMC2 预留编码、缺省值及工厂级预留参数配置再逐一说明 MB21 手动创建、MB23 按预留编号查询、MB25 按物料查询、MBBR 批量创建预留等操作结构清晰可按章节快速定位。文档不仅给出操作步骤还覆盖预留可用性检查、生产自动预留、OPL8 参数控制、预留底表、预留数不超过库存数等进阶知识点兼具配置思路与排错视角适合项目上线、权限配置或日常运维参考。已有 696 人学习下载对 SAP 初学者和有经验的实施顾问均有实用价值。1. SAP 生产预留不是发料时才想的事一张预留单怎么卡住可用库存在 SAP 生产预留这一块很多用户第一次被问住的问题不是怎么创建而是为什么预留 1000 个可以1001 个就不行。答案藏在一张预留单的可用性检查里总库存 1001、已经预留 2、可用 999预留数不允许超过可用数。所谓预留是系统在物料还没出库之前就先把可用数量占住保证需要的时候领得到料又不产生实际过账MRP 跑需求时会把它一并考虑。这份操作指引覆盖了手动创建与生产订单自动预留两套链路从后台配置、前台操作到批量清理都给了一步一步可照做的步骤。适合三类人负责 MM/PP 后台配置的顾问、编制发料流程的关键用户以及上线后长期背负超期预留清理工作的运维人员。接下来按配置→手动→自动→批量→边界的顺序拆。2. 预留的后台参数OMC2、缺省值与可用性检查2.1 OMC2 与缺省值号码生成和M 开关的前台联动预留从创建那一刻起就需要一个编号。在 SAP 里这个动作由后台号码分配统一管理事务码 OMC2 对应的路径是 SPRO→物料管理→库存管理和实际库存→号码分配→为预留定义号码分配。这里决定了预留凭证号码是外部给号还是内部按区间分配。实操里我一般建议直接采用内部给号避免手工输错编号造成两张预留共用同一号码的尴尬。如果你的业务要求预留单号可读、能对应线下纸质单才考虑外部给号。另外不少项目会按年度或按工厂划分号码段区间调整时注意区间不要重叠否则号码分配会直接报错创建不进预留。接下来是缺省值。路径在 SPRO→物料管理→库存管理和实际库存→预留里面有一个预留 MVT 控制开关勾上之后前台创建预留时所有行项目的M标记默认处于勾选状态。这里的 M 不是移动类型而是允许移动的缩写它决定这条预留行项目是否允许提前发货。注意M 的勾选状态也可以在创建界面通过菜单路径编辑→附加功能→用于所有项目→移动开关统一批量修改不用一行一行去点。理解这一点对后续批量清理很有帮助因为 MBVR 批量处理的核心逻辑之一就是自动帮你把临近需求的预留勾上 M。提示缺省值里的 M 是允许移动天数的开关不是是否生成预留的开关。两者含义完全不同后面会专门讲。2.2 工厂级参数天数 M、保持期间与 MRA后台配置里最容易理解错的是这一屏。在 SPRO→物料管理→库存管理和实际库存→工厂参数下面有三个参数决定了预留的生命周期。参数本例值含义天数 M10 天允许提前发货的工作日数需求日期前 10 个工作日内可以发货保持30 天预留保留天数以基准日期计算超期物理删除MRA勾选为预留自动创建存储地点库存数据天数 M 是工作日不是自然日这是最容易踩的第一个点。比如预留需求日期是下月 5 号今天是上月 20 号中间隔着周末和节假日系统按工作日算可能还在 10 天窗口内实际日历上已经超过半个月。保持 30 天的物理删除是有前提的——必须有人定期执行 MBVR否则这 30 天只是一个摆设超期预留会一直挂在系统里。MRA 的作用则是在预留创建的瞬间同时把对应存储地点的库存视图建出来避免后续发货时找不到库存地点。这三个参数共同决定了预留从出生到被清理的完整节奏是后面所有操作的基础。单独改某一个字段而不看其他两个容易把预留的生命周期搞成一个创建即死或者永不清除的状态。2.3 可用性检查物料主档 MRP3 与 02/03 规则可用性检查是预留能否创建成功、能否发货的裁判。配置路径是 SPRO→物料管理→库存管理和实际库存→预留→设置动态可用性检查。这里需要区分两个概念物料主档 MRP3 视图里的可用性检查控制的是具体物料采用哪套检查规则设置动态可用性检查则是定义该规则下允许的检查范围。两者一前一后配合最终决定 MB21 创建预留和 MB22 修改预留时的可用量计算方式。在配置里02 和 03 是两个常见的事务代码参数也是可用性检查规则的两种取值。实际项目里02 通常用于对单条预留行做独立检查03 更偏向按汇总口径检查选择哪条规则取决于公司对可承诺量的口径要求。两种规则下系统对动态可用量的计算方式会不一样最终体现为预留能不能建、能建多少。这里最典型的翻车现场是物料主档 MRP3 里的可用性检查字段为空后台动态检查配得再完整也不生效创建预留时系统完全不校验库存直接放行。所以上线阶段要逐一检查物料主档的 MRP3 视图不能只盯着 IMG 配置。检查逻辑是物料主档决定是否启用检查IMG 决定怎么检查两层缺一不可。3. 手动预留操作链MB21 创建与 MB23/MB25 查询3.1 MB21 创建预留移动类型怎么选MB21 是手动创建预留的主入口。业务场景最常见的两个一是新品研发阶段物料还没有挂到生产订单上又希望把这部分消耗纳入 SAP 全局管理就建成本中心预留二是工厂之间的转储、临时借料也用预留做中间凭证。创建时移动类型按需求选成本中心投料用 201生产发料用 261研发领料用 Y10自定义移动类型各项目编码可能有差异以配置为准界面上的M标记默认状态受后台缺省值控制。勾选 M 意味着这条预留可以在需求日期前提前发货即使需求日期在一个月以后也能发如果不勾系统不允许提前执行发货。实操建议是一般临近需求日期才勾选 M不要让所有预留一开始就处于可提前发货状态否则预留就失去了对发料节奏的控制意义。菜单路径是 后勤→物料管理→库存管理→预留→MB21 创建。创建完成后系统会返回预留编号这个编号建议直接记到线下台账里方便后续跟进。如果在创建界面发现 M 字段灰掉不可勾选先回去查工厂参数里的天数 M是否维护了没维护的话即使勾了也不会生效。3.2 查询入口MB23 按预留编号、MB25 按物料预留创建完成后查询有两个入口。MB23 是按预留编号直接打开一张预留凭证看凭证头、行项目、需求数量、已发货数量、可用数量还有移动类型和 M 标记状态。MB25 则是按物料维度查输入物料号就能列出该物料下所有未清的预留。这两个事务码在生产支持里的使用频率几乎是最高的——特别是用户报发不了料的时候先开 MB23 看预留的可用量、再开 MMBE 看库存基本能在三十秒内定位是库存不足还是预留本身被锁。实际项目中MB23 也是核验自动预留的最直接入口生产订单下达后系统有没有按 BOM 组件自动生成预留打开 MB23 一看便知。注意MB23 看到的是预留数量和已发货数量的差不是库存数量。库存要看 MMBE两者对不上时十有八九是预留占用了可用量而没有发货。3.3 MBBR 批量创建预留适合什么场景MBBR 的全称是批量创建预留它的使用场景很明确一次性需要创建大量结构相同的预留条目。比如月度集中备料计划员把下个月的领料需求整理成一张清单用 MBBR 按批次导入系统按清单逐行生成预留。MBBR 的流程是维护抬头和行项目支持外部导入带入的基础数据包括物料、数量、工厂、库存地点、移动类型等。它比 MB21 一行行创建效率高得多但有一个明显边界如果每行预留的需求日期、成本中心、项目都不相同清单维护本身会非常容易出错。所以我的习惯是MBBR 只用于结构化批量数据散乱的零星领料仍然走 MB21。批量导入前先做一个 Excel 模板字段核对比在系统里改半天更省事。导入完成后抽样检查三到五条确认移动类型和 M 标记符合预期再放量执行。4. 生产订单自动预留OPL8 参数与时机取舍4.1 OPL8三个选项的取舍生产订单自动预留的开关在生产后台SPRO→生产→生产线控制→主数据→订单→定义订单类型的相关参数。用 OPL8 打开订单类型参数后可以看到控制预留生成时机的三个选项选项行为适用场景从不生产订单永远不生成预留基本不用除非完全靠手工发料下达后订单状态变成 REL 之后才生成预留大多数项目的主流选择立即订单创建的一瞬间就生成预留需要提前占库存时使用三个选项没有绝对的对错取决于你的业务节奏。选择立即的好处是订单一创建物料就被占住防止其他需求把库存抢走代价是未下达的虚拟订单也会占库存导致可用量虚低。下达后把占库存的时机和订单真正进入执行状态绑定在一起更符合实际生产节奏。选择从不基本只在完全不启用预留管理的工厂出现实际项目中很少选。注意用 CO03 打开订单的 BOM 组件视图看到的数量是 BOM 需求数量而 MB23 里看到的是预留数量两者在未发货状态下应该一致但在部分发货后会开始出现偏差。用户如果拿着 CO03 的数字来质疑 MB23 的预留量要先确认是否已经发生过部分发货。4.2 自动预留的边界承诺量、不可修改、防双预留自动预留有它的使用规则这里挑三件最容易让用户困惑的事。第一件承诺量与预留不完全是一回事。承诺量是 MRP 在可用性检查时计算出来的可承诺数预留则是物料实际被占住的行为。MRP 会把预留纳入需求来源但承诺量的口径还受安全库存、在途收货、其他需求的影响。所以不要用承诺量去反推预留数量两者差个一两百是正常的。第二件系统自动生成的预留无法用 MB22 修改这是刻意的控制目的是防止手工改动破坏 BOM 需求与预留的一致性。但发货不受影响MIGO 仍然可以按预留发货。如果你确实需要改数量正确做法是调整生产订单的组件数量让系统重新计算预留而不是试图去改预留本身。第三件防双预留机制如果生产订单已经有了自动预留再用 MB21 对同一物料同一订单手工创建预留系统会拒绝。这不是故障是保护机制。用户报错时先查一下是否已有自动预留再决定是调整原预留还是走 MIGO 发货不要一上来就怀疑权限或配置。5. 批量创建与超期清理MBBR/MBVR 实操和三个常见坑5.1 MBVR超期清理与自动勾选 M 的机制MBVR 是批量处理预留的事务码。它的核心机制围绕基准日期展开规则如下如果 基准日期 - 过去的需求日期 30 天运行 MBVR 时系统会把这条预留物理删除。如果 将来的需求日期 - 基准日期 10 天运行 MBVR 时系统会自动勾选允许的移动标记。理解这段规则的关键在于基准日期不是创建日期而是运行 MBVR 时的当前日期。也就是说每次跑批系统相当于对全量预留做一次扫描距离需求日期还有不到 10 天的预留自动放开提前发货距离需求日期超过 30 天的预留自动清理。这两条规则正好对应工厂参数里的天数 M和保持。生产环境里常见做法是用 SM36 配两个后台 JOB一个按删除规则每天跑一次一个按勾选规则每天跑一次。JOB 的变式里需要指定处理范围和删除/勾选规则建议先在前台手动跑一次 MBVR 确认结果无误再把变式保存进 JOB 定义。跑批时间一般放在业务低峰期避免影响正常操作。提示MBVR 不会自己跑。后台配了保持 30 天但没有建 JOB超期预留永远不会被自动清除。这是整个预留运维里最常见的配置假象。5.2 三个常见坑现象、原因、解决第一个坑后台配了保持 30 天但超期预留一直挂在系统里。现象MMBE 里预留数量越积越多超期几个月都不消失。原因保持 30 天只是保留期限的配置值真正做删除动作的是 MBVR 程序。如果没人建 JOB 跑配置就是一纸空文。系统不会因为到期就自动清预留。解决用 SM36 建一个每天执行的批量删除 JOB变式里指定删除规则。从那以后我每到项目上都先确认 JOB 是否存在而不是只看配置界面。第二个坑物料主档 MRP3 没维护可用性检查预留创建完全不校验库存。现象库存为 0 的物料也能创建预留系统不提示任何警告。原因预留的可用性检查由物料主档 MRP3 视图的检查字段决定是否启用IMG 里的动态检查规则只是定义检查范围两者缺一不可。解决把需要启用预留检查的物料范围列出来批量维护 MRP3 视图的可用性检查字段然后再回来测 MB21。测试时用一张库存为 0 的物料建预留如果系统放行说明检查链路还是断的继续排查。第三个坑生产订单自动预留生成后用户用 MB21 手工创建预留被拒。现象系统报错无法创建用户认为是系统坏了。原因防止双预留的保护机制同物料、同订单下已经存在自动预留。解决告知用户用 MB23 查看已有预留数量不够就调整原预留或走 MIGO 发货不必手工另建。预留会自动占用可用量重复建只会造成数据混乱。6. 预留数不能超过可用库存边界验证与底表对账6.1 边界验证一张测试单卡住可用量逻辑预留创建时有一个硬约束——预留数不能超过库存可用量。用一个具体例子说明物料总库存 1001已存在预留 2 个那么可用量是 999。此时创建预留数量填 999 可以系统直接放行填 1000系统拒绝。这不是拍脑袋的限制而是可用性检查在起作用——预留本身不发货但它会真实地占用可用量。这个机制的意义在于保证 MRP 看到的可用量是真实的避免计划员基于虚高的可用量排出无法执行的生产计划。上线验证时我一般会用一张测试物料把库存设成固定值依次建 999、1000、1001 三张预留观察放行与报错边界截图存档。整个过程只需要十分钟却能把可用性检查的所有配置验证一遍。边界测试单不要用完就删留着作为后续运维的参照数据排查可用量纠纷时能省很多时间。6.2 底表对账RKPF 与 RESB预留的底层数据存在两张表RKPF 是预留凭证头RESB 是预留行项目。日常支持里需要核对预留数量与库存可用量是否一致时直接用 SE16N 查这两张表的组合按工厂、物料、预留编号定位行项目把 RESB 的需求数量汇总再和 MMBE 的库存对比。哪个预留占了多少可用量一目了然。具体套路是先在 RESB 里按物料汇总未清数量再用 MMBE 看该物料的库存和预留占用两者相加应该等于总库存。如果不相等优先查是否有已发货未过账的预留以及是否有 M 标记异常的行项目。这套对账方法能解决 80% 以上的预留数量纠纷。从那以后我每次做预留上线或者接手一个老系统都会强制走一遍查 OMC2 号码段 → 确认缺省值 → 测 MB21 → 查 RESB → 跑一次 MBVR这五个动作再做一张边界测试单确认可用量逻辑没被破坏总共不到半小时。希望帮到你。本文还有配套的精品资源点击获取
