簡介這份 docx 操作指引面向 SAP 實施顧問、生產(chǎn)計劃與倉儲人員以生產(chǎn)預(yù)留從配置到日常執(zhí)行為主線幫助讀者理解預(yù)留編碼、可用性檢查、缺省值等關(guān)鍵概念并掌握常用事務(wù)碼的操作方法。壓縮包內(nèi)僅含 1 個 docx 文檔約 836KB內(nèi)容按目錄組織先介紹預(yù)留背景、IMG 配置、OMC2 預(yù)留編碼、缺省值及工廠級預(yù)留參數(shù)配置再逐一說明 MB21 手動創(chuàng)建、MB23 按預(yù)留編號查詢、MB25 按物料查詢、MBBR 批量創(chuàng)建預(yù)留等操作結(jié)構(gòu)清晰可按章節(jié)快速定位。文檔不僅給出操作步驟還覆蓋預(yù)留可用性檢查、生產(chǎn)自動預(yù)留、OPL8 參數(shù)控制、預(yù)留底表、預(yù)留數(shù)不超過庫存數(shù)等進階知識點兼具配置思路與排錯視角適合項目上線、權(quán)限配置或日常運維參考。已有 696 人學(xué)習(xí)下載對 SAP 初學(xué)者和有經(jīng)驗的實施顧問均有實用價值。1. SAP 生產(chǎn)預(yù)留不是發(fā)料時才想的事一張預(yù)留單怎么卡住可用庫存在 SAP 生產(chǎn)預(yù)留這一塊很多用戶第一次被問住的問題不是怎么創(chuàng)建而是為什么預(yù)留 1000 個可以1001 個就不行。答案藏在一張預(yù)留單的可用性檢查里總庫存 1001、已經(jīng)預(yù)留 2、可用 999預(yù)留數(shù)不允許超過可用數(shù)。所謂預(yù)留是系統(tǒng)在物料還沒出庫之前就先把可用數(shù)量占住保證需要的時候領(lǐng)得到料又不產(chǎn)生實際過賬MRP 跑需求時會把它一并考慮。這份操作指引覆蓋了手動創(chuàng)建與生產(chǎn)訂單自動預(yù)留兩套鏈路從后臺配置、前臺操作到批量清理都給了一步一步可照做的步驟。適合三類人負(fù)責(zé) MM/PP 后臺配置的顧問、編制發(fā)料流程的關(guān)鍵用戶以及上線后長期背負(fù)超期預(yù)留清理工作的運維人員。接下來按配置→手動→自動→批量→邊界的順序拆。2. 預(yù)留的后臺參數(shù)OMC2、缺省值與可用性檢查2.1 OMC2 與缺省值號碼生成和M 開關(guān)的前臺聯(lián)動預(yù)留從創(chuàng)建那一刻起就需要一個編號。在 SAP 里這個動作由后臺號碼分配統(tǒng)一管理事務(wù)碼 OMC2 對應(yīng)的路徑是 SPRO→物料管理→庫存管理和實際庫存→號碼分配→為預(yù)留定義號碼分配。這里決定了預(yù)留憑證號碼是外部給號還是內(nèi)部按區(qū)間分配。實操里我一般建議直接采用內(nèi)部給號避免手工輸錯編號造成兩張預(yù)留共用同一號碼的尷尬。如果你的業(yè)務(wù)要求預(yù)留單號可讀、能對應(yīng)線下紙質(zhì)單才考慮外部給號。另外不少項目會按年度或按工廠劃分號碼段區(qū)間調(diào)整時注意區(qū)間不要重疊否則號碼分配會直接報錯創(chuàng)建不進預(yù)留。接下來是缺省值。路徑在 SPRO→物料管理→庫存管理和實際庫存→預(yù)留里面有一個預(yù)留 MVT 控制開關(guān)勾上之后前臺創(chuàng)建預(yù)留時所有行項目的M標(biāo)記默認(rèn)處于勾選狀態(tài)。這里的 M 不是移動類型而是允許移動的縮寫它決定這條預(yù)留行項目是否允許提前發(fā)貨。注意M 的勾選狀態(tài)也可以在創(chuàng)建界面通過菜單路徑編輯→附加功能→用于所有項目→移動開關(guān)統(tǒng)一批量修改不用一行一行去點。理解這一點對后續(xù)批量清理很有幫助因為 MBVR 批量處理的核心邏輯之一就是自動幫你把臨近需求的預(yù)留勾上 M。提示缺省值里的 M 是允許移動天數(shù)的開關(guān)不是是否生成預(yù)留的開關(guān)。兩者含義完全不同后面會專門講。2.2 工廠級參數(shù)天數(shù) M、保持期間與 MRA后臺配置里最容易理解錯的是這一屏。在 SPRO→物料管理→庫存管理和實際庫存→工廠參數(shù)下面有三個參數(shù)決定了預(yù)留的生命周期。參數(shù)本例值含義天數(shù) M10 天允許提前發(fā)貨的工作日數(shù)需求日期前 10 個工作日內(nèi)可以發(fā)貨保持30 天預(yù)留保留天數(shù)以基準(zhǔn)日期計算超期物理刪除MRA勾選為預(yù)留自動創(chuàng)建存儲地點庫存數(shù)據(jù)天數(shù) M 是工作日不是自然日這是最容易踩的第一個點。比如預(yù)留需求日期是下月 5 號今天是上月 20 號中間隔著周末和節(jié)假日系統(tǒng)按工作日算可能還在 10 天窗口內(nèi)實際日歷上已經(jīng)超過半個月。保持 30 天的物理刪除是有前提的——必須有人定期執(zhí)行 MBVR否則這 30 天只是一個擺設(shè)超期預(yù)留會一直掛在系統(tǒng)里。MRA 的作用則是在預(yù)留創(chuàng)建的瞬間同時把對應(yīng)存儲地點的庫存視圖建出來避免后續(xù)發(fā)貨時找不到庫存地點。這三個參數(shù)共同決定了預(yù)留從出生到被清理的完整節(jié)奏是后面所有操作的基礎(chǔ)。單獨改某一個字段而不看其他兩個容易把預(yù)留的生命周期搞成一個創(chuàng)建即死或者永不清除的狀態(tài)。2.3 可用性檢查物料主檔 MRP3 與 02/03 規(guī)則可用性檢查是預(yù)留能否創(chuàng)建成功、能否發(fā)貨的裁判。配置路徑是 SPRO→物料管理→庫存管理和實際庫存→預(yù)留→設(shè)置動態(tài)可用性檢查。這里需要區(qū)分兩個概念物料主檔 MRP3 視圖里的可用性檢查控制的是具體物料采用哪套檢查規(guī)則設(shè)置動態(tài)可用性檢查則是定義該規(guī)則下允許的檢查范圍。兩者一前一后配合最終決定 MB21 創(chuàng)建預(yù)留和 MB22 修改預(yù)留時的可用量計算方式。在配置里02 和 03 是兩個常見的事務(wù)代碼參數(shù)也是可用性檢查規(guī)則的兩種取值。實際項目里02 通常用于對單條預(yù)留行做獨立檢查03 更偏向按匯總口徑檢查選擇哪條規(guī)則取決于公司對可承諾量的口徑要求。兩種規(guī)則下系統(tǒng)對動態(tài)可用量的計算方式會不一樣最終體現(xiàn)為預(yù)留能不能建、能建多少。這里最典型的翻車現(xiàn)場是物料主檔 MRP3 里的可用性檢查字段為空后臺動態(tài)檢查配得再完整也不生效創(chuàng)建預(yù)留時系統(tǒng)完全不校驗庫存直接放行。所以上線階段要逐一檢查物料主檔的 MRP3 視圖不能只盯著 IMG 配置。檢查邏輯是物料主檔決定是否啟用檢查IMG 決定怎么檢查兩層缺一不可。3. 手動預(yù)留操作鏈MB21 創(chuàng)建與 MB23/MB25 查詢3.1 MB21 創(chuàng)建預(yù)留移動類型怎么選MB21 是手動創(chuàng)建預(yù)留的主入口。業(yè)務(wù)場景最常見的兩個一是新品研發(fā)階段物料還沒有掛到生產(chǎn)訂單上又希望把這部分消耗納入 SAP 全局管理就建成本中心預(yù)留二是工廠之間的轉(zhuǎn)儲、臨時借料也用預(yù)留做中間憑證。創(chuàng)建時移動類型按需求選成本中心投料用 201生產(chǎn)發(fā)料用 261研發(fā)領(lǐng)料用 Y10自定義移動類型各項目編碼可能有差異以配置為準(zhǔn)界面上的M標(biāo)記默認(rèn)狀態(tài)受后臺缺省值控制。勾選 M 意味著這條預(yù)留可以在需求日期前提前發(fā)貨即使需求日期在一個月以后也能發(fā)如果不勾系統(tǒng)不允許提前執(zhí)行發(fā)貨。實操建議是一般臨近需求日期才勾選 M不要讓所有預(yù)留一開始就處于可提前發(fā)貨狀態(tài)否則預(yù)留就失去了對發(fā)料節(jié)奏的控制意義。菜單路徑是 后勤→物料管理→庫存管理→預(yù)留→MB21 創(chuàng)建。創(chuàng)建完成后系統(tǒng)會返回預(yù)留編號這個編號建議直接記到線下臺賬里方便后續(xù)跟進。如果在創(chuàng)建界面發(fā)現(xiàn) M 字段灰掉不可勾選先回去查工廠參數(shù)里的天數(shù) M是否維護了沒維護的話即使勾了也不會生效。3.2 查詢?nèi)肟贛B23 按預(yù)留編號、MB25 按物料預(yù)留創(chuàng)建完成后查詢有兩個入口。MB23 是按預(yù)留編號直接打開一張預(yù)留憑證看憑證頭、行項目、需求數(shù)量、已發(fā)貨數(shù)量、可用數(shù)量還有移動類型和 M 標(biāo)記狀態(tài)。MB25 則是按物料維度查輸入物料號就能列出該物料下所有未清的預(yù)留。這兩個事務(wù)碼在生產(chǎn)支持里的使用頻率幾乎是最高的——特別是用戶報發(fā)不了料的時候先開 MB23 看預(yù)留的可用量、再開 MMBE 看庫存基本能在三十秒內(nèi)定位是庫存不足還是預(yù)留本身被鎖。實際項目中MB23 也是核驗自動預(yù)留的最直接入口生產(chǎn)訂單下達(dá)后系統(tǒng)有沒有按 BOM 組件自動生成預(yù)留打開 MB23 一看便知。注意MB23 看到的是預(yù)留數(shù)量和已發(fā)貨數(shù)量的差不是庫存數(shù)量。庫存要看 MMBE兩者對不上時十有八九是預(yù)留占用了可用量而沒有發(fā)貨。3.3 MBBR 批量創(chuàng)建預(yù)留適合什么場景MBBR 的全稱是批量創(chuàng)建預(yù)留它的使用場景很明確一次性需要創(chuàng)建大量結(jié)構(gòu)相同的預(yù)留條目。比如月度集中備料計劃員把下個月的領(lǐng)料需求整理成一張清單用 MBBR 按批次導(dǎo)入系統(tǒng)按清單逐行生成預(yù)留。MBBR 的流程是維護抬頭和行項目支持外部導(dǎo)入帶入的基礎(chǔ)數(shù)據(jù)包括物料、數(shù)量、工廠、庫存地點、移動類型等。它比 MB21 一行行創(chuàng)建效率高得多但有一個明顯邊界如果每行預(yù)留的需求日期、成本中心、項目都不相同清單維護本身會非常容易出錯。所以我的習(xí)慣是MBBR 只用于結(jié)構(gòu)化批量數(shù)據(jù)散亂的零星領(lǐng)料仍然走 MB21。批量導(dǎo)入前先做一個 Excel 模板字段核對比在系統(tǒng)里改半天更省事。導(dǎo)入完成后抽樣檢查三到五條確認(rèn)移動類型和 M 標(biāo)記符合預(yù)期再放量執(zhí)行。4. 生產(chǎn)訂單自動預(yù)留OPL8 參數(shù)與時機取舍4.1 OPL8三個選項的取舍生產(chǎn)訂單自動預(yù)留的開關(guān)在生產(chǎn)后臺SPRO→生產(chǎn)→生產(chǎn)線控制→主數(shù)據(jù)→訂單→定義訂單類型的相關(guān)參數(shù)。用 OPL8 打開訂單類型參數(shù)后可以看到控制預(yù)留生成時機的三個選項選項行為適用場景從不生產(chǎn)訂單永遠(yuǎn)不生成預(yù)留基本不用除非完全靠手工發(fā)料下達(dá)后訂單狀態(tài)變成 REL 之后才生成預(yù)留大多數(shù)項目的主流選擇立即訂單創(chuàng)建的一瞬間就生成預(yù)留需要提前占庫存時使用三個選項沒有絕對的對錯取決于你的業(yè)務(wù)節(jié)奏。選擇立即的好處是訂單一創(chuàng)建物料就被占住防止其他需求把庫存搶走代價是未下達(dá)的虛擬訂單也會占庫存導(dǎo)致可用量虛低。下達(dá)后把占庫存的時機和訂單真正進入執(zhí)行狀態(tài)綁定在一起更符合實際生產(chǎn)節(jié)奏。選擇從不基本只在完全不啟用預(yù)留管理的工廠出現(xiàn)實際項目中很少選。注意用 CO03 打開訂單的 BOM 組件視圖看到的數(shù)量是 BOM 需求數(shù)量而 MB23 里看到的是預(yù)留數(shù)量兩者在未發(fā)貨狀態(tài)下應(yīng)該一致但在部分發(fā)貨后會開始出現(xiàn)偏差。用戶如果拿著 CO03 的數(shù)字來質(zhì)疑 MB23 的預(yù)留量要先確認(rèn)是否已經(jīng)發(fā)生過部分發(fā)貨。4.2 自動預(yù)留的邊界承諾量、不可修改、防雙預(yù)留自動預(yù)留有它的使用規(guī)則這里挑三件最容易讓用戶困惑的事。第一件承諾量與預(yù)留不完全是一回事。承諾量是 MRP 在可用性檢查時計算出來的可承諾數(shù)預(yù)留則是物料實際被占住的行為。MRP 會把預(yù)留納入需求來源但承諾量的口徑還受安全庫存、在途收貨、其他需求的影響。所以不要用承諾量去反推預(yù)留數(shù)量兩者差個一兩百是正常的。第二件系統(tǒng)自動生成的預(yù)留無法用 MB22 修改這是刻意的控制目的是防止手工改動破壞 BOM 需求與預(yù)留的一致性。但發(fā)貨不受影響MIGO 仍然可以按預(yù)留發(fā)貨。如果你確實需要改數(shù)量正確做法是調(diào)整生產(chǎn)訂單的組件數(shù)量讓系統(tǒng)重新計算預(yù)留而不是試圖去改預(yù)留本身。第三件防雙預(yù)留機制如果生產(chǎn)訂單已經(jīng)有了自動預(yù)留再用 MB21 對同一物料同一訂單手工創(chuàng)建預(yù)留系統(tǒng)會拒絕。這不是故障是保護機制。用戶報錯時先查一下是否已有自動預(yù)留再決定是調(diào)整原預(yù)留還是走 MIGO 發(fā)貨不要一上來就懷疑權(quán)限或配置。5. 批量創(chuàng)建與超期清理MBBR/MBVR 實操和三個常見坑5.1 MBVR超期清理與自動勾選 M 的機制MBVR 是批量處理預(yù)留的事務(wù)碼。它的核心機制圍繞基準(zhǔn)日期展開規(guī)則如下如果 基準(zhǔn)日期 - 過去的需求日期 30 天運行 MBVR 時系統(tǒng)會把這條預(yù)留物理刪除。如果 將來的需求日期 - 基準(zhǔn)日期 10 天運行 MBVR 時系統(tǒng)會自動勾選允許的移動標(biāo)記。理解這段規(guī)則的關(guān)鍵在于基準(zhǔn)日期不是創(chuàng)建日期而是運行 MBVR 時的當(dāng)前日期。也就是說每次跑批系統(tǒng)相當(dāng)于對全量預(yù)留做一次掃描距離需求日期還有不到 10 天的預(yù)留自動放開提前發(fā)貨距離需求日期超過 30 天的預(yù)留自動清理。這兩條規(guī)則正好對應(yīng)工廠參數(shù)里的天數(shù) M和保持。生產(chǎn)環(huán)境里常見做法是用 SM36 配兩個后臺 JOB一個按刪除規(guī)則每天跑一次一個按勾選規(guī)則每天跑一次。JOB 的變式里需要指定處理范圍和刪除/勾選規(guī)則建議先在前臺手動跑一次 MBVR 確認(rèn)結(jié)果無誤再把變式保存進 JOB 定義。跑批時間一般放在業(yè)務(wù)低峰期避免影響正常操作。提示MBVR 不會自己跑。后臺配了保持 30 天但沒有建 JOB超期預(yù)留永遠(yuǎn)不會被自動清除。這是整個預(yù)留運維里最常見的配置假象。5.2 三個常見坑現(xiàn)象、原因、解決第一個坑后臺配了保持 30 天但超期預(yù)留一直掛在系統(tǒng)里?，F(xiàn)象MMBE 里預(yù)留數(shù)量越積越多超期幾個月都不消失。原因保持 30 天只是保留期限的配置值真正做刪除動作的是 MBVR 程序。如果沒人建 JOB 跑配置就是一紙空文。系統(tǒng)不會因為到期就自動清預(yù)留。解決用 SM36 建一個每天執(zhí)行的批量刪除 JOB變式里指定刪除規(guī)則。從那以后我每到項目上都先確認(rèn) JOB 是否存在而不是只看配置界面。第二個坑物料主檔 MRP3 沒維護可用性檢查預(yù)留創(chuàng)建完全不校驗庫存?，F(xiàn)象庫存為 0 的物料也能創(chuàng)建預(yù)留系統(tǒng)不提示任何警告。原因預(yù)留的可用性檢查由物料主檔 MRP3 視圖的檢查字段決定是否啟用IMG 里的動態(tài)檢查規(guī)則只是定義檢查范圍兩者缺一不可。解決把需要啟用預(yù)留檢查的物料范圍列出來批量維護 MRP3 視圖的可用性檢查字段然后再回來測 MB21。測試時用一張庫存為 0 的物料建預(yù)留如果系統(tǒng)放行說明檢查鏈路還是斷的繼續(xù)排查。第三個坑生產(chǎn)訂單自動預(yù)留生成后用戶用 MB21 手工創(chuàng)建預(yù)留被拒。現(xiàn)象系統(tǒng)報錯無法創(chuàng)建用戶認(rèn)為是系統(tǒng)壞了。原因防止雙預(yù)留的保護機制同物料、同訂單下已經(jīng)存在自動預(yù)留。解決告知用戶用 MB23 查看已有預(yù)留數(shù)量不夠就調(diào)整原預(yù)留或走 MIGO 發(fā)貨不必手工另建。預(yù)留會自動占用可用量重復(fù)建只會造成數(shù)據(jù)混亂。6. 預(yù)留數(shù)不能超過可用庫存邊界驗證與底表對賬6.1 邊界驗證一張測試單卡住可用量邏輯預(yù)留創(chuàng)建時有一個硬約束——預(yù)留數(shù)不能超過庫存可用量。用一個具體例子說明物料總庫存 1001已存在預(yù)留 2 個那么可用量是 999。此時創(chuàng)建預(yù)留數(shù)量填 999 可以系統(tǒng)直接放行填 1000系統(tǒng)拒絕。這不是拍腦袋的限制而是可用性檢查在起作用——預(yù)留本身不發(fā)貨但它會真實地占用可用量。這個機制的意義在于保證 MRP 看到的可用量是真實的避免計劃員基于虛高的可用量排出無法執(zhí)行的生產(chǎn)計劃。上線驗證時我一般會用一張測試物料把庫存設(shè)成固定值依次建 999、1000、1001 三張預(yù)留觀察放行與報錯邊界截圖存檔。整個過程只需要十分鐘卻能把可用性檢查的所有配置驗證一遍。邊界測試單不要用完就刪留著作為后續(xù)運維的參照數(shù)據(jù)排查可用量糾紛時能省很多時間。6.2 底表對賬RKPF 與 RESB預(yù)留的底層數(shù)據(jù)存在兩張表RKPF 是預(yù)留憑證頭RESB 是預(yù)留行項目。日常支持里需要核對預(yù)留數(shù)量與庫存可用量是否一致時直接用 SE16N 查這兩張表的組合按工廠、物料、預(yù)留編號定位行項目把 RESB 的需求數(shù)量匯總再和 MMBE 的庫存對比。哪個預(yù)留占了多少可用量一目了然。具體套路是先在 RESB 里按物料匯總未清數(shù)量再用 MMBE 看該物料的庫存和預(yù)留占用兩者相加應(yīng)該等于總庫存。如果不相等優(yōu)先查是否有已發(fā)貨未過賬的預(yù)留以及是否有 M 標(biāo)記異常的行項目。這套對賬方法能解決 80% 以上的預(yù)留數(shù)量糾紛。從那以后我每次做預(yù)留上線或者接手一個老系統(tǒng)都會強制走一遍查 OMC2 號碼段 → 確認(rèn)缺省值 → 測 MB21 → 查 RESB → 跑一次 MBVR這五個動作再做一張邊界測試單確認(rèn)可用量邏輯沒被破壞總共不到半小時。希望幫到你。本文還有配套的精品資源點擊獲取