SAP生产预留全解析：可用量、MB21与MBVR批量清理

简介面向SAP生产与物料管理岗位的《SAP-生产预留-操作》文档围绕生产预留从后台参数配置到前台事务码操作的完整链路展开适合刚接触物料管理、生产计划模块的顾问、关键用户及计划人员系统梳理知识点。压缩包内共1个docx文件大小约836KB采用章节化目录组织便于按预留创建、查询、批量处理与自动预留等主题快速定位。正文覆盖预留编码维护、缺省值与工厂级预留参数配置、预留可用性检查以及手动创建、按预留编号查询、按物料查询、批量创建和批量处理等常用操作同时延伸到生产订单是否触发预留的后台控制、工单自动预留逻辑、预留底表查看、预留数量与库存数量约束等进阶内容。已有697人学习可作为理解预留数据来源、排查预留异常和梳理自动预留配置的参考手册。1. 到底什么是生产预留仓库账上那张“占位纸条”公司楼下有家小面馆中午人多老板会在空桌上放一个写着“已定”的小牌子。牌子本身不是面但它把这张桌子从“谁都能坐”变成了“有人要了”。SAP 里的生产预留干的就是这件事在系统账上给某个物料、某个数量、某个需求日期放一张占位纸条。牌子一放账面可用量立刻变少采购和计划就会把这份需求当回事。很多人第一次接触 SAP 生产预留是被现实打了一巴掌才回头的仓库里明明有货发货时系统却提示可用量不够或者反过来某个老物料账上压着一堆“预留”实际早就没人要占着位置占了好几年。这些说不清、道不明的差异追到最后往往就是一张没勾选、没清理、或者被重复创建的预留。搞懂这张纸条怎么放、谁能改、什么时候会自动消失很多日常糊涂账当场就清楚了。2. 预留为什么存在先占坑再发货2.1 一张预留单真正“占”住的三样东西把预留想成一句话“这个物料这个数量到这个日期我要用。”这句话在系统里会牵动三条线。第一条是需求线。预留单本身就是一条已經确定的需求记录它带着物料号、工厂、需求数量、需求日期、移动类型。移动类型是关键它说明这批货将来打算怎么出去成本中心领用走 201生产领料走 261研发试制走 Y10转储又是另一套。移动类型一填系统就知道这笔消耗属于哪一类将来发货时不会张冠李戴。第二条是可用量线。同一批库存一边是账面总数一边是被各种单据占住的份额中间那个差额才是真的能动的。预留一创建可用量就减少后面的发货、转储、别的预留想再占用同一批货就得排队。这也是为什么有人抱怨“库存显示还有 999我怎么连 10 个都留不出来”。第三条是 MRP 线。原料正文里说得很直白预留会被 MRP 考虑这意味着被需求的物料在出库时将被及时获得。翻译成人话就是计划模块看见了这张纸条会把它算进未来的需求里该采购的采购该催货的催货。纸条不是仓库里的实物但它在计划眼里跟实物一样有分量。三条线合起来就是预留存在的理由不是为了多一道手续而是为了让“将来要用”这件事提前被系统记住。发货点提前知道要发什么、发多少准备工作能提前做发货过程也就顺了。2.2 手动预留与自动预留两条路各有各的脾气系统支持两种预订方式手动和自动这是原料开篇就点明的分水岭。手动预留是人主动去建典型入口是 MB21。什么时候需要人出手原料给了一个很实在的场景新品研发阶段还没法对工单实施发料但又想把这种消耗纳入系统做全局控制走完申请流程后建一张成本中心预留。研发领料、试制投料、部门转储这类“没有工单可挂”的消耗靠手动预留来兜。它灵活想建就建想改就改。自动预留是系统替你建。生产订单一旦满足条件系统按 BOM 展开的需求量自动生成预留不需要人去点。它的特点是省事但也有脾气自动产生的预留无法用 MB22 修改要动只能走 MIGO 发货。为什么这么设计因为自动预留是生产订单的“影子”订单要多少它就占多少如果允许随手改数字订单和实物就对不上了。手改一时爽月底盘点两行泪。这两条路的边界很清楚有工单挂靠的走自动没工单挂靠的走手动。把研发试制的料硬塞进生产订单或者在已经有自动预留的情况下再手工建一张都会制造重复占用。2.3 为什么不能直接看库存数字说话初学者最容易犯的错是把库存数量当成可用数量。库存报表上的数字是“仓库里有多少”预留关心的是“还有多少能许给别人”。打个比方一栋楼有 100 个车位卖出去 80 个剩下 20 个可售。你盯着“100”这个总数去卖第 101 个肯定出事。系统里的逻辑一样总数扣掉已经被预留、被订单、被其他单据占住的部分剩下的才能再许出去。所以看到库存还有富余却建不了预留第一反应不该是“系统坏了”而是先去看可用量被谁占了。这里还藏着一个设计取舍。原料里提到两种状态库存不够时也能建预留和库存不足时不允许建预留。前者宽松好处是业务不被卡死坏处是预留数字可能虚高账面上占着一堆实际拿不出的货后者严格能把“预留数不超过库存数”这条线守住。原文举的例子很具体已经预留了 2 个库存总数 1001可用就是 999那么建 1000 个可以建 1001 个不行。这个数字对比比任何定义都直观可用量是道算术题不是感觉题。2.4 预留、发货、库存三者不是一回事把三个概念摆在一起看边界就清楚了。预留是“打算要”发货是“真的拿走了”库存是“现在还剩多少”。预留创建时库存不动只是可用量减少发货过账时库存才真正减少预留也随之被消耗。这条时间差正是预留的价值所在也是麻烦所在。价值在于从“打算要”到“真的拿走”这段时间里计划、采购、仓库都有准备余地。麻烦在于如果这张纸条放出去以后没人管需求取消了、项目黄了、日期过了纸条还挂在账上可用量就一直被虚占。原料里专门讲了预留的保留期限和超期删除就是在处理这个尾巴。所以判断一张预留健不健康不能只看它存不存在要看它的需求日期是不是还合理、允许移动的标记有没有勾、对应的业务是不是还活着。这三件事任何一件出问题预留就从“保障”变成了“包袱”。3. 预留的几个关键开关编号、缺省值与可用性检查3.1 预留编号 OMC2号码段决定这张纸条的“身份证”每张预留都有编号编号从哪来由后台的号码段决定。配置路径是SPRO-物料管理-库存管理和实际库存-号码分配-为预留定义号码分配事务码 OMC2。这件事听起来无聊实际上影响不小。号码段是可以分组的不同业务可以落在不同号码区间。好处是排错时一眼能看出这张预留大概属于哪一类操作是人工建的还是别的入口来的坏处是如果号码段规划得乱七八糟后期想按号段做统计就无从下手。打个比方号码段就像给纸条编号的印章。印章只有一个谁都能盖那纸条就分不出门类印章分了几个各管一摊后续翻账本的时候才理得清。刚上线时没人关心这个等到预留攒到几万条想区分来源就得靠号码段了。提示号码段属于“一次配好、长期受益”的设置改动前先确认现有预留的编号区间别把历史数据搅乱。3.2 缺省值三件套M 勾选、可提前天数、保持期手动建预留时界面上有个 M 字段中文叫“允许的移动”意思是这批货现在就可以发货。它在后台有默认值配置路径是 SPRO-物料管理-库存管理和实际库存-预留把 MVT 勾上前台所有行项目的 M 就会默认勾选。前台也有入口菜单“编辑-附加功能-用于所有项目-移动开关”可以一次性控制多行项目的 M 状态。这个勾看着小影响很大。原料说得很清楚勾选 M 就可以随时发货即使一个月以后发货一般临近才勾选不勾选就不可用。也就是说M 是一道闸门闸门没开货占着但发不出去。实操里常见的坑是——预留建好了业务以为万事俱备真到发货那天系统提示不能用一查是 M 没勾。缺省值里还有两个与时间相关的参数原文给的是具体数字天数 M 如果是 10 天表示可以提前发货的天数是 10 个工作日保持期如果是 30 天表示预留可以保留 30 天超期会被物理删除。这两个数字不是拍脑袋定的它们要和后文的批量处理程序配合才真正生效。还有一项 MRA作用是为预留自动创建存储地点库存数据。它的意义在于让预留不只是个数量占位还能带上具体的存储地点信息发货时不用再补这一步。参数作用原文示例值不配的后果MVT 勾选控制前台 M 默认状态全部默认勾选预留建了却发不出货天数 M允许提前发货的窗口10 个工作日临近需求日期才放行发货被动保持期预留保留时长30 天超期数据不清可用量被虚占MRA自动带出存储地点库存数据按需启用发货时还要手工补地点3.3 工厂级参数把默认值落到具体工厂头上同一套缺省值放到不同工厂未必都合适。有的工厂周转快提前 3 天就该放行有的工厂备料周期长10 天都嫌晚。所以后台还有一层工厂参数路径是物料管理-库存管理和实际库存-工厂参数。这层配置的思路跟很多系统里的“集团级默认 工厂级覆盖”是一回事。全局给一个保底值工厂按自己的节奏微调。初学者容易只配全局、忘了工厂结果发现某几个工厂的行为跟别处不一样翻半天配置才发现是工厂参数在起作用。配置这件事有个朴素的判断标准如果一条规则对所有工厂都成立配在全局如果只对某类工厂成立配在工厂级。反过来做后期每加一个工厂就要改一次全局改一次全公司跟着抖一次。提示动工厂参数前先拿一个工厂做试点观察一两个物料周期的实际效果再推广。3.4 可用性检查02 和 03 两套规则怎么配合预留能不能建、能建多少背后是可用性检查在把关。配置路径是 SPRO-物料管理-库存管理和实际库存-预留-设置动态可用性检查。规则不是单独一处决定的而是两个地方共同决定物料主档 MRP3 视图里的可用性检查以及动态可用性检查配置里的事务代码。原料明确指出02 和 03 这两个规则决定了 MB21、MB22 的可用性检查行为。通俗地说物料主档说“这个物料要检查”配置那边说“按哪套口径检查”两者一碰结果才出来。只改一边行为不会变这也是很多人改完配置发现没反应的原因——另一半还卡在物料主档上。为什么要分两套规则因为不同业务的严格程度不一样。生产领料通常要严防超领检查得紧一点部门领用、研发试制有时候需要先占位、后补货检查得松一点。规则分开才能让同一套系统服务不同节奏的业务而不是一刀切。注意可用性检查是“能不能建”的闸门M 勾选是“能不能发”的闸门两道闸门管的是不同阶段的事别混为一谈。4. 四条主要操作路径建、查、批量建、批量清4.1 MB21手动建预留的完整动作MB21 是手动创建预留的入口菜单路径后勤 物料管理 库存管理 预留 MB21 - 创建。动作本身不复杂难在填对。原料给的业务场景值得反复看新品研发阶段无法对工单实施发料又想把这种消耗纳入系统做全局控制走完申请后创建成本中心预留适用于转储、成本中心投料。这段话把适用边界划得很清楚——没有工单挂靠但消耗真实发生需要被系统看见。填单时的关键字段包括物料、工厂、需求数量、需求日期、移动类型。移动类型决定这笔消耗的归属成本中心领用填 201生产领料填 261研发试制填 Y10。填错移动类型账就记到别的科目去了事后想改得走调整麻烦得很。建完之后用 MMBE 看库存视图能确认这张预留占住了多少可用量。这一步很多人省掉结果建完就走等到发货才发现数量或日期不对。关于 M 勾选原文有一句很实用的经验一般临近才勾选不勾选就不可用。也就是说建单时可以先不勾把占位先放上等真要发货那几天再放开。这样既锁住了量又不至于让一批暂时不动的货被提前放行。4.2 MB23 与 MB25两种查法对应两种排错思路查预留有两个常用入口区别在于你手里有什么线索。MB23 是按预留编号查。你手上有一张单号想知道它现在什么状态、占了多少、需求日期是哪天用它。原料里还提到生产订单 CO03 里的 BOM 视图和 MB23 都能看到物料的需求数量两条路对得上说明自动预留和订单需求是同一份数据的两面。MB25 是按物料查。你手上没有单号只知道“这个物料最近被谁占了”用它。库存对不上、可用量莫名减少的时候第一件事就是用 MB25 把这个物料的预留全捞出来看有没有过期没清、重复建、数量离谱的记录。这两种查法的思路不一样MB23 是“顺着单据查业务”MB25 是“顺着物料查占用”。日常排错更多用后者因为问题往往不是某一张单出错而是一堆单叠在一起把可用量吃光了。4.3 MBVR批量处理与超期清理的真实机制MBVR 是批量处理预留的程序能干两件事清理超期预留批量勾选 M。原料在这里讲了一段特别容易误解的机制值得逐句拆。后台配了“允许移动的天数 10”和“保持期间 30”之后以基准日期为准如果基准日期减去过去的需求日期大于 30 天那么运行 MBVR 时系统会把距离基准日期 30 天以外的预留从数据库里删掉如果将来的需求日期减去基准日期小于 10 天运行 MBVR 时系统会给距离基准日期 10 天以内的预留自动勾上“允许的移动”。这段机制里最容易被忽略的一句是如果没人操作后台的设置就不起作用系统不会自动清除超期的预留。配置只是定了规则规则要靠程序跑起来才生效。很多人以为配完“保持 30 天”就万事大吉结果一年后翻账发现三年前的预留还躺在库里。所以原文给了一条实务经验一般都在后台设置两个 JOB一个管前 30 天的一个管后 10 天内的每天分别跑一次让系统自动处理。用定时任务把“人记得跑”变成“系统按时跑”这件事才算真正闭环。程序动作判断条件结果依赖清理超期基准日期 − 过去需求日期 30 天删除数据库中 30 天外的预留保持期配置 有人跑程序自动勾 M将来需求日期 − 基准日期 10 天自动勾选允许的移动天数 M 配置 有人跑程序4.4 MBBR 批量创建与底表查询MBBR 是批量创建预留的入口。适用场景很实际一次要给几十上百个物料建预留逐条 MB21 手会废。批量建的前提是数据准备到位物料、工厂、数量、日期、移动类型得先在表里排好程序按行读。批量建省的是手不是脑子。批量建之前最该做的是抽样核对随便挑三五行用 MB21 的逻辑手工验一遍确认移动类型和日期口径没错再整体导入。批量建出错错的就是一批回头一条条改比重建还慢。预留的数据落在两张底表上RKPF 是凭证头存预留的整体信息RESB 是行项目存每个物料的明细。理解了这一层很多“界面查不到但数据在”的困惑就解开了——界面是底表的视图底表才是真身。-- 按物料 工厂捞预留行项目并带出凭证头的移动类型 -- 字段名以实际系统版本为准这里只示意关联逻辑 SELECT h.rsnum AS 预留号, h.bwart AS 移动类型, i.matnr AS 物料, i.werks AS 工厂, i.bdmng AS 需求数量, i.enmng AS 已领数量, i.xwaok AS 允许移动标记 FROM resb i JOIN rkpf h ON h.mandt i.mandt AND h.rsnum i.rsnum AND h.rspos i.rspos WHERE i.matnr 物料号 AND i.werks 工厂 ORDER BY h.rsnum;这段查询的逻辑是以 RESB 行项目为主表按客户端和行号关联 RKPF 凭证头把分散在两张表里的信息拼成一行完整的预留记录。WHERE 里限定物料和工厂是因为底表数据量大不收窄范围查起来会很久。几个参数值得说明。RSNUM 是预留号也是两张表关联的钥匙RSPOS 是行号一张预留可以有多行物料靠它区分BDMNG 是需求数量也就是这张纸条占了多少ENMNG 是已领数量发货之后会累加用需求减已领才是还占着的量XWAOK 就是界面上那个 M 标记在底表里的样子。看懂这几个字段界面上的勾勾选选就不再是黑匣子。5. 常见易混概念五组最容易搞混的东西5.1 易混点一预留号和工单号易混在哪两个都是单号都在生产场景里出现都能查到物料需求。为什么会混自动预留由生产订单触发生成很多人以为是同一个东西的两个叫法界面上又常常并排出现看着像一家人。怎么区分工单号是生产订单的身份管的是“生产什么、做多少”预留号是物料占位的身份管的是“料占了多少、什么时候放行”。一张工单可能对应一张或多张预留预留是工单需求的投影不是工单本身。查需求看工单查占用看预留各查各的。5.2 易混点二自动预留改不了等于动不了易混在哪MB22 打不开自动预留看起来像被彻底锁死。为什么会混提示信息只说不能修改没说还有什么路可走。怎么区分改不了的是预留单本身的数量和日期因为这些由生产订单决定改了就跟订单对不上。但发货照常能做用 MIGO 发货预留随发货被消耗。也就是说正常业务流程不受影响受影响的是“手工调数字”这种非常规操作。真想调数量该动的是生产订单不是预留。5.3 易混点三勾了 M 就等于已经发货易混在哪勾上 M 之后界面上看起来“可以了”业务以为流程走完。为什么会混M 的字面意思是“允许的移动”听起来像“已经移动”。怎么区分M 只是开了闸门货还在仓库里库存数量没变只是从“不可发”变成“可发”。真正的出库要过 MIGO过完账库存才减少ENMNG 才累加。一个是许可一个是事实中间隔着一次过账。5.4 易混点四预留上限和库存数是一回事易混在哪都在讲数量都用同一个库存数字做参照。为什么会混原文那个 1001 与 999 的例子很容易被记成“预留不能超过库存”其实前提是可用量。怎么区分库存总数是分子可用量是扣掉已占用之后的余额。已经预留了 2 个库存 1001能再建的上限是 999 而不是 1001。建 1000 之所以不行不是因为库存不够是因为可用量不够。这条边界搞错排错方向就全反了该看可用量的时候去查库存永远查不出问题。5.5 易混点五配了保持期系统就会自动删易混在哪配置项写着“保持 30 天”字面像是系统会自动处理。为什么会混大部分系统功能配完就生效预留这块偏偏不是。怎么区分配置只定义了规则删除动作由 MBVR 执行而且得有人跑。没人跑三年前的预留照样在。所以完整的做法是配置加定时任务两件事都做才算闭环。只做前一半等于定了闹钟却没插电。6. 什么时候该用预留什么时候别用6.1 三种适合用预留的场景第一种消耗真实发生但没有工单可挂。新品研发试制是最典型的例子料确实要领成本要归集可生产订单还没建起来。这时候用 MB21 建一张成本中心预留移动类型选研发对应的那一类把消耗纳入系统统一控制。不建这张单料照样会没只是没人说得清去哪了。第二种需要提前锁量、防备被别的业务抢走。转储、跨部门调拨这类动作时间差比较长今天定了下周才发。中间这段时间如果不占位可用量就可能被别人用掉到时候发不出去。预留在这里起的是排队牌的作用。第三种需要让 MRP 提前看见需求。有些物料采购周期长等到要用才提需求就来不及。提前建预留等于提前把需求告诉计划模块该备的备、该订的订。6.2 三种不适合用预留的场景第一种已经有自动预留覆盖的需求。原料明确说已自动创建预留后无法再手工创建预留。这句话反过来理解就是同一个需求不要建两次。有人怕自动预留不靠谱手工再补一张结果占用翻倍可用量凭空少一半。第二种短期、确定、马上发货的领料。建预留、勾 M、发货三步走完还不如直接发货来得快。预留的价值在时间差没有时间差就没有价值只在流程里多加一道。第三种需求本身还没定。数量在变、日期在变、甚至要不要用都不确定的时候建预留等于把不确定写进账里。改来改去不说还会误导 MRP让计划去备一批可能根本用不上的货。6.3 一个具体例子试制项目撞上 1000 件的天花板某实验室做一个试制项目要为一个物料建预留数量填 1000。系统拦住了。负责的同事第一反应是系统坏了因为库存报表上明明白白写着 1001。真正的原因藏在可用量里这个物料已经被别的单据预留了 2 个可用量是 999。1000 大于 999所以建不了。把数量改成 999 或者先去处理那 2 个旧预留问题就解决了。整个排查过程不超过五分钟前提是你知道该看可用量而不是库存数。这个例子还牵出另一条线。那 2 个旧预留是哪来的大概率是早前建了没清、需求日期已过、又没人跑 MBVR 的遗留。也就是说真正该处理的不是眼前这 1000 件而是那批没人管的旧账。清理动作包括用 MB25 把这个物料的预留全捞出来看需求日期判断哪些业务已经结束该删的删、该勾 M 的勾。清理完再看可用量往往豁然开朗。判断边界可以归成一句话预留是给“将来要用、现在还不能发”的货准备的。将来很近、现在就能发别建将来很远、需求还没定也别建只有中间那段“确定要用、但还不到发货时候”的区间才是预留该待的地方。从那以后我每次建预留前都强制走一遍三问这张单对应哪笔真实业务需求日期还站得住吗将来谁负责把它清掉三个问题答不上来就先别建。系统里最贵的从来不是配置是没人认领的纸条。希望帮到你。本文还有配套的精品资源点击获取