做SAP項(xiàng)目的人應(yīng)該都有過這種體驗(yàn)業(yè)務(wù)方打電話過來張口就是“MD04里顯示缺料可我們庫存明明還有一百多件系統(tǒng)是不是算錯(cuò)了”這時(shí)候你如果跟著去看MD04大概率會(huì)發(fā)現(xiàn)問題出在“可用庫存”和“非限制庫存”這兩個(gè)術(shù)語被混為一談了。賬面庫存一百件但是其中三十件在質(zhì)檢庫存二十件被銷售預(yù)留占掉真正能動(dòng)的非限制庫存只剩五十件缺料自然成立。你看術(shù)語不搞透連排查問題的起點(diǎn)都會(huì)跑偏。我一直覺得SAP MM模塊的門檻看起來不高但真正拉開顧問之間差距的往往就是對(duì)術(shù)語背后業(yè)務(wù)邏輯的理解深度。這篇內(nèi)容不打算按Help文檔平鋪直敘而是把我在項(xiàng)目里最常被問到、也最容易被新手搞混的一批MM模塊術(shù)語挑出來結(jié)合實(shí)操場景做一個(gè)系統(tǒng)梳理。無論你是剛接觸SAP的學(xué)員還是已經(jīng)跟了幾個(gè)項(xiàng)目的初級(jí)顧問或者干脆是負(fù)責(zé)MM模塊的Key User都可以把這篇文章當(dāng)成一份隨時(shí)翻的案頭筆記。1. 物料主數(shù)據(jù)MM模塊的術(shù)語地基1.1 物料類型、行業(yè)領(lǐng)域和部門數(shù)據(jù)物料主數(shù)據(jù)是整個(gè)MM模塊的核心主數(shù)據(jù)但它不是一張簡單的“物料信息表”而是由多個(gè)視圖、多個(gè)組織層級(jí)、多個(gè)數(shù)據(jù)類型拼起來的綜合體。很多人一開始就被“物料類型Material Type”和“物料組Material Group”這兩個(gè)詞弄混。物料類型是用來控制這個(gè)物料的核心業(yè)務(wù)屬性的比如是原材料ROH、半成品HALB、成品FERT還是貿(mào)易商品HAWA。它決定了這個(gè)物料能不能做采購訂單、能不能做生產(chǎn)訂單、是否允許做庫存管理。而物料組Material Group更像一個(gè)分類維度比如“五金件”“電子料”用于報(bào)表統(tǒng)計(jì)和采購歸口。接下來是行業(yè)領(lǐng)域Industry Sector比如機(jī)械工程、化工、零售等它決定了物料主數(shù)據(jù)有哪些行業(yè)專用字段。大多數(shù)項(xiàng)目里直接用“工業(yè)產(chǎn)品”這個(gè)默認(rèn)行業(yè)領(lǐng)域就夠了但如果你做的是零售行業(yè)的S4項(xiàng)目行業(yè)領(lǐng)域選錯(cuò)了后面一堆字段和屏幕顯示都會(huì)跟著亂。還有一個(gè)容易被忽略的概念叫“部門數(shù)據(jù)Department Data”。SAP里每個(gè)視圖其實(shí)對(duì)應(yīng)一個(gè)部門比如基礎(chǔ)數(shù)據(jù)視圖Basic Data、銷售視圖Sales、采購視圖Purchasing、MRP視圖MRP、會(huì)計(jì)視圖Accounting、成本視圖Costing等。同一個(gè)物料采購部門關(guān)注的是采購訂單文本、交貨超量公差、采購價(jià)值鍵會(huì)計(jì)關(guān)注的是評(píng)估類、價(jià)格控制、稅分類。所以物料主數(shù)據(jù)的創(chuàng)建不是一次填完的而是跟著業(yè)務(wù)流程逐層補(bǔ)齊。1.2 工廠、庫存地點(diǎn)、采購組織怎么串起來一說到組織層級(jí)新人的第一反應(yīng)往往是背概念工廠Plant是后勤組織中的一個(gè)獨(dú)立業(yè)務(wù)單元庫存地點(diǎn)Storage Location是工廠內(nèi)庫存存放的物理區(qū)域采購組織Purchasing Organization負(fù)責(zé)采購。但你光背這些沒用你得知道它們之間是怎么在術(shù)語層面互相作用的。以“采購組織”為例它在SAP里有三種分配方式分配給公司代碼、分配給工廠、分配給參考采購組織。這直接決定了你創(chuàng)建采購訂單時(shí)能選哪些工廠。很多剛開始做配置的人搞不懂為什么同一個(gè)采購組織在某些工廠下面能下單換一個(gè)工廠就選不到供應(yīng)商其實(shí)就是沒理清“采購組織-工廠”的組合關(guān)系。庫存地點(diǎn)則是掛在工廠下面的它不能脫離工廠獨(dú)立存在。在MM里一個(gè)物料在一個(gè)工廠下可以有多個(gè)庫存地點(diǎn)但庫存地點(diǎn)的“庫存”實(shí)際上是工廠級(jí)庫存的細(xì)分。這句話聽起來像繞口令但在做庫存轉(zhuǎn)移和盤點(diǎn)時(shí)特別重要——從倉庫角度你可能只是把物料從A庫位搬到B庫位但在系統(tǒng)術(shù)語里如果兩個(gè)庫位屬于同一工廠那這個(gè)動(dòng)作只是“庫位轉(zhuǎn)移Storage Location Transfer”用的是311移動(dòng)類型如果跨工廠那就是“工廠間轉(zhuǎn)移Stock Transfer”可能要走STO庫存轉(zhuǎn)儲(chǔ)訂單。術(shù)語叫法不同后臺(tái)配置和物料憑證的財(cái)務(wù)影響完全不一樣。1.3 視圖、字段狀態(tài)與數(shù)據(jù)繼承物料主數(shù)據(jù)的另一個(gè)術(shù)語難點(diǎn)是“視圖”與“字段狀態(tài)”。很多剛?cè)胄械娜瞬焕斫鉃槭裁磩?chuàng)建物料時(shí)有些字段是灰的有些字段是必輸?shù)臑槭裁赐粋€(gè)物料類型在不同工廠里顯示的屏幕還不一樣。答案是物料類型和屏幕格式Screen Layout共同決定了一個(gè)物料主數(shù)據(jù)字段的“可見性”和“必輸性”這叫字段狀態(tài)。在S4/HANA里還有個(gè)容易混淆的概念叫“物料主數(shù)據(jù)的全局?jǐn)?shù)據(jù)與工廠數(shù)據(jù)”。物料類型、行業(yè)領(lǐng)域、基本計(jì)量單位、物料組、外部物料組這些是全局?jǐn)?shù)據(jù)一旦創(chuàng)建全局生效而采購價(jià)值鍵、MRP類型、批量大小、計(jì)劃交貨時(shí)間這些屬于工廠/庫存地點(diǎn)層面的數(shù)據(jù)不同的工廠可以有不同的設(shè)置。你要知道哪些字段是全局的哪些是局部的不然在批量導(dǎo)入物料時(shí)經(jīng)常會(huì)因?yàn)椤案牧似渲幸粋€(gè)工廠的數(shù)據(jù)導(dǎo)致另一個(gè)工廠的數(shù)據(jù)被覆蓋”而踩坑。我自己的習(xí)慣是做物料主數(shù)據(jù)字段梳理時(shí)一定把“全局字段”和“局部字段”分開列Excel表否則業(yè)務(wù)部門拿著Excel模板來找你討論你腦子里沒有這個(gè)分層概念后面所有的流程都會(huì)被帶偏。2. 采購業(yè)務(wù)的核心術(shù)語從申請(qǐng)到訂單再到協(xié)議2.1 采購申請(qǐng)與采購訂單需求與執(zhí)行的邊界采購申請(qǐng)Purchase RequisitionPR和采購訂單Purchase OrderPO是MM模塊里最常用的一對(duì)術(shù)語但很多人并沒有真正理解它們的邊界。PR是一個(gè)“內(nèi)部需求單據(jù)”它表達(dá)的是“我們需要買什么”但并不代表已經(jīng)和供應(yīng)商達(dá)成交易。PR可以來自MRP運(yùn)行結(jié)果、手工創(chuàng)建、也可以通過BAPI或接口從外部系統(tǒng)傳入。PR本身不產(chǎn)生會(huì)計(jì)憑證也不影響庫存賬。采購訂單PO才是真正對(duì)外具有約束力的單據(jù)它代表采購方與供應(yīng)商之間的合同關(guān)系。PO一旦創(chuàng)建你就可以做后續(xù)的收貨Movement Type 101/103/105/521等和發(fā)票校驗(yàn)MIRO。所以當(dāng)你聽到“請(qǐng)把PR轉(zhuǎn)成PO”這句話時(shí)本質(zhì)上是在說“請(qǐng)把內(nèi)部需求正式變成采購承諾”。這里有一個(gè)特別容易出問題的術(shù)語場景緊急采購時(shí)業(yè)務(wù)人員在MIGO直接做了收貨然后發(fā)現(xiàn)沒有PO只好補(bǔ)建一張PO再掛接到憑證。這種操作會(huì)遇到“收貨與采購訂單不匹配”的問題。你如果跟業(yè)務(wù)解釋清楚“PO是發(fā)票校驗(yàn)的前提也是GR/IR賬戶的記賬基礎(chǔ)”他們就能理解為什么不能跳過PO直接收貨。2.2 信息記錄、貨源清單與配額采購信息記錄Info Record相當(dāng)于“供應(yīng)商-物料”維度的價(jià)格記憶。它維護(hù)了供應(yīng)商針對(duì)某個(gè)物料最近一次商定的價(jià)格、交貨條款、最小采購量、計(jì)劃交貨時(shí)間等信息。創(chuàng)建PO時(shí)系統(tǒng)會(huì)優(yōu)先從信息記錄帶出價(jià)格省去每次手工錄入的麻煩也容易保證價(jià)格一致性。但信息記錄不是采購的唯一數(shù)據(jù)來源。貨源清單Source List規(guī)定了“這個(gè)物料在某個(gè)工廠內(nèi)可以從哪些供應(yīng)商采購”它更多是一個(gè)約束。配額安排Quota Arrangement則是在多個(gè)有效貨源之間按比例分配采購數(shù)量。這三者的術(shù)語關(guān)系我一般用一個(gè)比喻信息記錄是“可選的價(jià)格清單”貨源清單是“準(zhǔn)入名單”配額是“分蛋糕的比例”。實(shí)際項(xiàng)目中最常見的錯(cuò)誤是業(yè)務(wù)部門說“我們已經(jīng)在信息記錄里維護(hù)了價(jià)格但創(chuàng)建PO時(shí)價(jià)格還是帶不出來”。排查思路一般是看三個(gè)點(diǎn)一是物料是否在有效期內(nèi)二是采購組織是否匹配三是PO里的“信息來源”是否設(shè)成了“空/信息記錄”。最隱蔽的是工廠層級(jí)如果信息記錄沒有維護(hù)到目標(biāo)工廠PO一樣不會(huì)自動(dòng)帶出價(jià)格。2.3 框架協(xié)議、計(jì)劃協(xié)議與JIT框架協(xié)議Contract和計(jì)劃協(xié)議Scheduling Agreement都屬于“長期采購合同”的范疇但用法不同?？蚣軈f(xié)議下你只有一個(gè)總的數(shù)量和有效期具體要貨需要先創(chuàng)建“采購訂單針對(duì)合同”這叫Release Order。計(jì)劃協(xié)議則不同它直接把整個(gè)交貨計(jì)劃Delivery Schedule掛在協(xié)議上不需要再單獨(dú)創(chuàng)建采購訂單。JITJust In Time交貨在MM里的實(shí)現(xiàn)通常就是基于計(jì)劃協(xié)議的計(jì)劃行。供應(yīng)商按照你發(fā)布的計(jì)劃行Schedule Line按時(shí)按量送貨。如果你在SAP里做過“JIT 在 SAP MM 采購計(jì)劃協(xié)議”會(huì)天天和“調(diào)度協(xié)議計(jì)劃行”這個(gè)術(shù)語打交道。計(jì)劃行有“已確認(rèn)”和“未確認(rèn)”狀態(tài)一旦供應(yīng)商確認(rèn)了計(jì)劃行雙方就都鎖定了交貨數(shù)量。這時(shí)候你想改數(shù)量不能直接改計(jì)劃行要走“計(jì)劃行取消/重新排期”的流程。這里要提醒一句不少項(xiàng)目把“框架協(xié)議”“合同”“計(jì)劃協(xié)議”這三者混為一談導(dǎo)致后臺(tái)定義協(xié)議類型時(shí)沒有做好區(qū)分。協(xié)議類型本身是后臺(tái)配置的協(xié)議類型是MK/CT等等但前臺(tái)的術(shù)語使用一定要讓業(yè)務(wù)統(tǒng)一口徑否則做報(bào)表統(tǒng)計(jì)合同覆蓋率時(shí)口徑會(huì)對(duì)不齊。3. 庫存術(shù)語與移動(dòng)類型為什么很多人被521搞暈3.1 庫存類型與特殊庫存庫存管理IM是MM模塊的重頭戲但“庫存”這個(gè)詞在SAP里至少有五種以上含義。最常見的是按“庫存類型”劃分非限制使用庫存Unrestricted-use Stock、質(zhì)檢庫存Quality Inspection Stock、凍結(jié)庫存Blocked Stock。這個(gè)分類直接決定物料能不能被銷售、生產(chǎn)和采購業(yè)務(wù)自由使用。質(zhì)檢庫存是個(gè)高頻坑。業(yè)務(wù)方經(jīng)常問“為什么庫存報(bào)表里有貨但PP訂單發(fā)不了料”十有八九是因?yàn)閹齑娣旁谫|(zhì)檢狀態(tài)。在S4里質(zhì)檢庫存可以通過質(zhì)量檢驗(yàn)流程做UDUsage Decision使用決策后轉(zhuǎn)為非限制庫存。這個(gè)術(shù)語和邏輯要跟業(yè)務(wù)講透不然他們總覺得“貨在倉庫就等于能用”。特殊庫存Special Stock又是另一層概念寄售庫存Consignment Stock屬于供應(yīng)商但存放在你這里代銷庫存Pipeline/Consignment等。特殊庫存的“物權(quán)”與“物理存放位置”是分離的。MM模塊里處理特殊庫存的術(shù)語和移動(dòng)類型都要單獨(dú)記一套比如寄售采購訂單收貨用105消耗時(shí)才做101或201的后繼動(dòng)作。你如果理解不了特殊庫存后面做寄售對(duì)賬一定會(huì)亂。3.2 移動(dòng)類型邏輯與常見代碼移動(dòng)類型Movement Type是MM模塊的靈魂術(shù)語之一它代表庫存變動(dòng)對(duì)應(yīng)的業(yè)務(wù)動(dòng)作。每個(gè)移動(dòng)類型類別里還有“憑證類型”和“庫存類型”的組合。常見如101收貨到非限制庫存103收貨到質(zhì)檢庫存201生產(chǎn)發(fā)料261生產(chǎn)訂單發(fā)料301跨工廠調(diào)撥311庫位轉(zhuǎn)移321質(zhì)檢庫存釋放等。熱搜詞里專門有“sap 521移動(dòng)類型”說明很多人在問。521移動(dòng)類型在標(biāo)準(zhǔn)SAP里常用于采購訂單收貨到非限制庫存的場景但在有的項(xiàng)目里也被配置成其他特殊用途。這里我想說一個(gè)更通用的觀點(diǎn)移動(dòng)類型本身只是一個(gè)“業(yè)務(wù)動(dòng)作代碼”它的意義取決于你選擇了什么憑證類型、什么庫存類型、什么收貨/發(fā)貨標(biāo)識(shí)。與其死記521到底是什么不如在MIGO里切換“移動(dòng)類型”字段看系統(tǒng)對(duì)話框里顯示的業(yè)務(wù)描述再結(jié)合后臺(tái)配置確認(rèn)。用MIGO做“第一次收貨”時(shí)系統(tǒng)默認(rèn)可能帶出101但如果你在MIGO里選擇“采購訂單”且“收貨”模式系統(tǒng)會(huì)建議你認(rèn)為收貨就應(yīng)該用521其實(shí)是101更標(biāo)準(zhǔn)。我接觸過的很多項(xiàng)目里521是“收貨到非限制庫存”的簡寫但真正被大量使用的大多是101。建議新手看到521時(shí)先雙擊移動(dòng)類型字段查一下自解釋文本再對(duì)照“庫存管理-移動(dòng)類型”配置表OMJJ確認(rèn)它的物料憑證更新和財(cái)務(wù)更新邏輯。3.3 盤點(diǎn)術(shù)語與Cycle Count庫存盤點(diǎn)Physical Inventory的術(shù)語也不少周期盤點(diǎn)Cycle Counting、持續(xù)盤點(diǎn)Continuous Inventory、抽樣盤點(diǎn)Sample Counting。熱搜詞里出現(xiàn)了“im cycle count凍結(jié)庫存”其實(shí)就是“在庫存盤點(diǎn)過程中將庫存凍結(jié)”的聯(lián)動(dòng)作業(yè)。在SAP標(biāo)準(zhǔn)邏輯里盤點(diǎn)清單創(chuàng)建后系統(tǒng)會(huì)凍結(jié)相關(guān)庫存不允許在這個(gè)期間做貨物移動(dòng)這就是“凍結(jié)庫存”的含義。這跟“凍結(jié)庫存類型”完全是兩碼事。一個(gè)是業(yè)務(wù)流程步驟一個(gè)是庫存狀態(tài)。我見過有項(xiàng)目把盤點(diǎn)凍結(jié)做成了“業(yè)務(wù)暫?！睂?dǎo)致倉庫在深夜盤點(diǎn)時(shí)完全不能收貨其實(shí)你可以在盤點(diǎn)批次里選擇“不凍結(jié)”來規(guī)避。如果你做的是高頻盤點(diǎn)Cycle Count建議用事務(wù)代碼MI07/MI08等反復(fù)練習(xí)理解“盤點(diǎn)數(shù)量與賬面數(shù)量差額”在SAP里叫“庫存差異Inventory Difference”差異過賬的移動(dòng)類型是701/702。很多顧問搞不清楚“差異”和“盤虧/盤盈”的關(guān)系其實(shí)701/702只是過賬差異后續(xù)還要做“差異原因分析”和“財(cái)務(wù)調(diào)整”。能把這條術(shù)語鏈講清楚業(yè)務(wù)部門會(huì)更信任你。4. 物料可用性分析的術(shù)語MD04、MD07、MDVP與計(jì)劃策略4.1 MD04庫存/需求清單到底在看什么MD04庫存/需求清單是MM/PP顧問天天要看的報(bào)表它把單個(gè)物料在工廠和庫位下的庫存、需求、供應(yīng)全部顯示在一張表里。這里有一個(gè)關(guān)鍵術(shù)語叫“需求Requirement”它不僅僅是銷售訂單還包括生產(chǎn)訂單預(yù)留、計(jì)劃獨(dú)立需求、采購申請(qǐng)、相關(guān)需求BOM展開產(chǎn)生的下級(jí)件需求等。很多人看MD04只看到“缺料”兩個(gè)字卻不知道主界面里“收貨/需求數(shù)量”列中的數(shù)字左邊帶不帶“*”號(hào)是有區(qū)別的。星號(hào)表示這是“安全庫存Safety Stock”安全庫存不是實(shí)際需求但系統(tǒng)會(huì)把它當(dāng)作凈需求計(jì)算的一部分。如果你不懂這個(gè)標(biāo)記看到MD04里還剩一百件卻仍然有物料短缺的提示就很蒙。MD04還涉及“收貨元素Receipt Element”和“需求元素Requirement Element”這兩個(gè)術(shù)語。收貨元素包括計(jì)劃訂單、采購訂單、生產(chǎn)訂單、庫存轉(zhuǎn)移、計(jì)劃收料等凡是能帶來供應(yīng)的都叫收貨元素。需求元素則覆蓋銷售訂單、預(yù)留、預(yù)測、裝配訂單等。你在MD04里看到的每一行都可以雙擊進(jìn)去追溯原始單據(jù)。4.2 MD07與MDVP的多物料視角單看MD04可以追明細(xì)但項(xiàng)目經(jīng)理或計(jì)劃員往往需要一個(gè)“多物料”的匯總視圖這就是MD07和MDVP的使用場景。MD07通常用來批量顯示多個(gè)物料的庫存/需求清單你可以輸入一個(gè)物料范圍或物料組系統(tǒng)按工廠匯總展示。MDVP物料可用性清單則更偏重“當(dāng)前庫存與未來庫存的按期間展望”。這里有個(gè)小事值得注意MDVP跑出來的結(jié)果受MRP控制參數(shù)影響很大特別是“MRP類型”“MRP范圍”等術(shù)語。MRP類型MRP Type有PD自動(dòng)計(jì)劃、ND不計(jì)劃、VB手工再訂貨點(diǎn)等不同的MRP類型決定了MD04/MDVP里會(huì)不會(huì)自動(dòng)生成計(jì)劃訂單。很多業(yè)務(wù)方抱怨“MDVP里看不到建議訂單”原因就是MRP類型設(shè)置成了“無計(jì)劃”。所以不要只把MD04/MDVP當(dāng)成一個(gè)“報(bào)表”它們是MRP運(yùn)行邏輯的可視化入口。你講術(shù)語時(shí)一定要把“需求管理Demand Management”“MRP清單MD05”“庫存/需求清單MD04”“計(jì)劃訂單Planned Order”這幾個(gè)詞串起來不然對(duì)方聽完還是一臉懵。4.3 可用性檢查與ATP可用性檢查Availability Check和ATPAvailable to Promise可承諾量是MM/APO領(lǐng)域的高頻術(shù)語。在MM里做銷售訂單或交貨單時(shí)系統(tǒng)會(huì)基于“可用性檢查規(guī)則”如ATP規(guī)則、再訂貨點(diǎn)規(guī)則和“檢查范圍”工廠/存儲(chǔ)地點(diǎn)來決定是否滿足交期。這里有一個(gè)項(xiàng)目上經(jīng)常發(fā)生的理解偏差可用性檢查不只是看“現(xiàn)有庫存”它會(huì)根據(jù)檢查規(guī)則包含采購訂單、生產(chǎn)訂單、計(jì)劃訂單等“預(yù)期收貨”同時(shí)扣除“預(yù)留”“銷售需求”等“預(yù)期發(fā)貨”。如果你們的可用性檢查結(jié)果和MD04數(shù)字對(duì)不上先別急著說系統(tǒng)錯(cuò)了先檢查“檢查規(guī)則”和“檢查范圍”是否一致。因?yàn)镸D04是無限計(jì)劃視角而可用性檢查通常設(shè)定了更窄的時(shí)間范圍。這兩個(gè)術(shù)語的差異是很多MM/PP顧問面試時(shí)會(huì)被考察的點(diǎn)。5. MM與財(cái)務(wù)集成的術(shù)語GR/IR、發(fā)票校驗(yàn)與結(jié)算5.1 發(fā)票校驗(yàn)MIRO與GR/IR賬戶MM模塊和FI/CO集成最典型的術(shù)語就是GR/IRGoods Receipt/Invoice Receipt也就是“收貨/發(fā)票收據(jù)差異賬戶”。當(dāng)采購訂單先收貨后發(fā)票系統(tǒng)在收貨時(shí)不會(huì)直接計(jì)入成本/費(fèi)用而是先掛到GR/IR清算賬戶等發(fā)票校驗(yàn)時(shí)再做清算。這個(gè)機(jī)制是為了避免“貨到了但發(fā)票沒到”以及“發(fā)票到了但貨沒到”造成賬實(shí)不一致。MIRO是發(fā)票校驗(yàn)的事務(wù)代碼它可以處理基于采購訂單的發(fā)票、貸項(xiàng)憑證、后續(xù)借記以及一些無PO的費(fèi)用發(fā)票。熱搜詞里還有“sap miro拆分增強(qiáng)后無法清賬”這樣的詞說明很多項(xiàng)目里做了發(fā)票拆分的用戶出口或BadI增強(qiáng)結(jié)果導(dǎo)致GR/IR清賬邏輯錯(cuò)亂。我這里想強(qiáng)調(diào)在做任何MIRO增強(qiáng)前先理解SAP標(biāo)準(zhǔn)GR/IR清賬的“三角關(guān)系”——PO、收貨憑證、發(fā)票憑證。只有三者金額和數(shù)量匹配清賬才干凈。如果增加了拆分邏輯而沒有正確映射分配字段清賬就會(huì)出問題。處理“有發(fā)票過賬憑證但打不開發(fā)票號(hào)”這個(gè)問題時(shí)也要回到GR/IR的視角。很多原因是MIRO的憑證被沖銷或后續(xù)憑證出錯(cuò)導(dǎo)致原始發(fā)票不能顯示。你不必把每個(gè)報(bào)錯(cuò)都當(dāng)成程序Bug先查FB03/LB13看憑證狀態(tài)再查RSEG表里的發(fā)票編號(hào)往往比直接懷疑增強(qiáng)更有效。5.2 移動(dòng)平均價(jià)與標(biāo)準(zhǔn)價(jià)MM物料賬里還有一對(duì)極其關(guān)鍵的術(shù)語移動(dòng)平均價(jià)Moving Average PriceMAP和標(biāo)準(zhǔn)價(jià)Standard Price。在“價(jià)格控制Price Control”字段里S表示標(biāo)準(zhǔn)價(jià)V表示移動(dòng)平均價(jià)。選擇哪種價(jià)格控制直接影響采購收貨時(shí)的物料貸方記賬邏輯。移動(dòng)平均價(jià)下PO收貨時(shí)系統(tǒng)會(huì)根據(jù)“采購訂單價(jià)格與移動(dòng)平均價(jià)的差異”實(shí)時(shí)更新物料價(jià)格標(biāo)準(zhǔn)價(jià)下收貨時(shí)差異會(huì)進(jìn)入“價(jià)格差異科目”不會(huì)影響物料價(jià)格。這個(gè)術(shù)語如果你講不清楚財(cái)務(wù)同事一定會(huì)和你吵架。我見過最經(jīng)典的問題采購訂單價(jià)格是10元移動(dòng)平均價(jià)是12元收貨后財(cái)務(wù)發(fā)現(xiàn)材料成本差異莫名跑到“采購價(jià)格差異”賬戶里。其實(shí)用移動(dòng)平均價(jià)時(shí)差異是自動(dòng)調(diào)整到庫存價(jià)值中的如果后臺(tái)把差異科目設(shè)置成了“采購價(jià)格差異”就會(huì)造成“庫存金額與總賬不一致”。這種問題的根源往往是對(duì)“價(jià)格控制/評(píng)估類/科目設(shè)置”三者術(shù)語關(guān)系理解不透。5.3 KO88、F-92與固定資產(chǎn)集成的常見場景熱搜詞里出現(xiàn)“ko88 增強(qiáng)”和“sap f-92操作”這其實(shí)是MM和CO/AA集成場景里的高頻術(shù)語。KO88在SAP標(biāo)準(zhǔn)中用于“內(nèi)部訂單結(jié)算”可以理解為把內(nèi)部訂單上歸集的成本按規(guī)則結(jié)轉(zhuǎn)到成本中心、資產(chǎn)、利潤段等。很多項(xiàng)目里會(huì)用KO88做資產(chǎn)在建工程AUC資本化的結(jié)轉(zhuǎn)。雖然KO88是CO模塊的事務(wù)代碼但在MM與固定資產(chǎn)集成時(shí)經(jīng)常會(huì)被財(cái)務(wù)管理顧問調(diào)用。F-92則是財(cái)務(wù)會(huì)計(jì)里處理固定資產(chǎn)購置/資本化的事務(wù)代碼之一常用于“在建工程轉(zhuǎn)固定資產(chǎn)”或“固定資產(chǎn)購置”的記賬。做MM的顧問可能平時(shí)用不到F-92但做固定資產(chǎn)采購場景時(shí)比如你買了一批設(shè)備在MIGO中收貨后要資本化到資產(chǎn)卡片就會(huì)涉及“資產(chǎn)科目分配Asset Account Assignment”這個(gè)術(shù)語。如果你不清楚AAAsset Accounting里的“資產(chǎn)號(hào)”“子號(hào)”“累計(jì)折舊”“在途資產(chǎn)”等概念那MM收貨到固定資產(chǎn)的憑證就很難做對(duì)。我這里想特別提醒一句不要因?yàn)镵O88和F-92是財(cái)務(wù)模塊的代碼就覺得學(xué)和MM沒關(guān)系。真正優(yōu)秀的MM顧問必須懂財(cái)務(wù)集成的術(shù)語和邏輯。因?yàn)镸M里的每一次收貨、發(fā)料、轉(zhuǎn)儲(chǔ)、盤虧最終都會(huì)產(chǎn)生財(cái)務(wù)憑證。你能看懂F-92和KO88的過賬邏輯和財(cái)務(wù)顧問溝通時(shí)才會(huì)順暢。6. 配置與開發(fā)術(shù)語BP、PFCG、STO、BAPI、序列號(hào)與實(shí)例6.1 從供應(yīng)商主數(shù)據(jù)到BP統(tǒng)一模型老版本SAP里供應(yīng)商主數(shù)據(jù)是LFA1客戶主數(shù)據(jù)是KNA1各管各的。到了S/4HANA主數(shù)據(jù)統(tǒng)一用“業(yè)務(wù)伙伴Business PartnerBP”模型供應(yīng)商和客戶都成為BP的伙伴角色。這意味著MM采購業(yè)務(wù)里已經(jīng)不再單純叫“供應(yīng)商”了而是叫“BP供應(yīng)商角色”。因此你在S4項(xiàng)目里做BP配置時(shí)會(huì)遇到“業(yè)務(wù)伙伴BP”“供應(yīng)商賬戶組”“客戶賬戶組”等術(shù)語。創(chuàng)建供應(yīng)商時(shí)系統(tǒng)要求先創(chuàng)建BP再分配供應(yīng)商代碼或者通過“供應(yīng)商集成”視圖自動(dòng)生成BP。如果你不理解BP和原LFA1的映射關(guān)系做后臺(tái)配置或數(shù)據(jù)遷移就會(huì)一頭霧水。熱搜詞里還有“sap bp配置”和“sap 供應(yīng)商BP與PFCG權(quán)限”之類說明很多人卡在配置和權(quán)限上。BP配置的核心是“賬戶組Account Group”和“編號(hào)范圍Number Range”這個(gè)和MM里的“供應(yīng)商賬戶組”概念是直接相關(guān)的。權(quán)限上則要注意S4中BP的事務(wù)代碼是BP顯示供應(yīng)商是BP或XK03但很多老顧問還在用XK01創(chuàng)建供應(yīng)商在新系統(tǒng)里可能已經(jīng)被啟用兼容模式或廢棄。術(shù)語變化背后是數(shù)據(jù)模型的改變不能只記事務(wù)代碼。6.2 PFCG權(quán)限與MM中的權(quán)限對(duì)象PFCG是權(quán)限角色維護(hù)事務(wù)代碼它本身不是MM術(shù)語但MM操作離不開權(quán)限對(duì)象。常見的MM權(quán)限對(duì)象有M_BANF_采購申請(qǐng)、M_BEST_采購訂單、M_MSEG_*貨物移動(dòng)等。當(dāng)你遇到“用戶沒有權(quán)限創(chuàng)建采購訂單”的問題時(shí)通常要去SU01查看用戶角色再到PFCG里檢查角色菜單和權(quán)限對(duì)象。權(quán)限這塊最容易出問題的術(shù)語是“權(quán)限對(duì)象”和“活動(dòng)Activity如01創(chuàng)建02更改03顯示”的拆分。很多新手只會(huì)把一個(gè)大角色“全選”導(dǎo)致權(quán)限過寬這非常危險(xiǎn)。理想的做法是按業(yè)務(wù)場景拆分“創(chuàng)建角色”和“顯示角色”只勾選必要活動(dòng)。比如MM倉庫操作員只給MIGO相關(guān)權(quán)限采購員只給ME21N相關(guān)權(quán)限絕不能一“S_ALL”了事。搜索詞里“sap中pfcg的使用”出現(xiàn)頻率很高說明權(quán)限是顧問的必修課。我一般在項(xiàng)目上會(huì)要求MM顧問至少掌握如何用PFCG查看一個(gè)角色的權(quán)限對(duì)象、如何通過“用戶比較”把角色分派給用戶。雖然這不是MM功能本身但MM模塊的權(quán)限設(shè)計(jì)必須懂。6.3 STO與WM/EWM的術(shù)語理解STOStock Transport Order庫存轉(zhuǎn)儲(chǔ)訂單是MM跨工廠庫存調(diào)撥的核心單據(jù)。很多人一開始以為STO就是一張采購訂單其實(shí)它在后臺(tái)配置里確實(shí)是“采購訂單類型”比如NB、UB但業(yè)務(wù)含義完全不同。STO涉及“發(fā)貨工廠”和“收貨工廠”兩個(gè)組織層級(jí)轉(zhuǎn)儲(chǔ)的流程可以是“一步法”或“兩步法”。一步法STO在發(fā)貨工廠發(fā)貨的同時(shí)完成收貨系統(tǒng)自動(dòng)產(chǎn)生一張物料憑證兩步法需要先在發(fā)貨工廠做發(fā)貨再到收貨工廠做收貨結(jié)合交貨單或直接轉(zhuǎn)儲(chǔ)。術(shù)語上你常聽到“跨工廠轉(zhuǎn)儲(chǔ)Stock Transfer”“跨工廠跨庫存地點(diǎn)”“STO with/without delivery”這些說法。如果再加上WM/EWM倉庫管理系統(tǒng)STO還會(huì)觸發(fā)“交貨單Delivery Document”和“倉庫任務(wù)Warehouse Task”。WM/EWM里的PPFPost Processing Framework后續(xù)處理框架也是一個(gè)讓項(xiàng)目新人頭疼的術(shù)語。EWM中很多動(dòng)作如創(chuàng)建倉庫任務(wù)、打印單據(jù)、發(fā)送IDoc都是由PPF觸發(fā)的它本質(zhì)上是個(gè)“業(yè)務(wù)規(guī)則引擎”。你會(huì)看到PPF里的“動(dòng)作Action”“條件Condition”“消息Message”“處理類型”。做EWM配置時(shí)一個(gè)PPF動(dòng)作什么時(shí)候觸發(fā)、條件怎么定義決定了倉庫作業(yè)的自動(dòng)化程度。6.4 BAPI、User Exit與增強(qiáng)MM模塊的開發(fā)顧問幾乎每天都要面對(duì)BAPIBusiness Application Programming Interface業(yè)務(wù)應(yīng)用程序編程接口。比如熱搜詞里的“BAPI采購訂單修改價(jià)格”“BAPI采購訂單創(chuàng)建”常見BAPI有BAPI_PO_CREATE1 / BAPI_PO_CHANGE分別用于創(chuàng)建和修改采購訂單。用BAPI修改采購訂單價(jià)格時(shí)有一個(gè)非常經(jīng)典的坑直接改PO單價(jià)但不清除“價(jià)格條件記錄”可能導(dǎo)致后續(xù)訂單被“條件更新”覆蓋。你調(diào)BAPI之前要理解PO里的“條件”和“手動(dòng)價(jià)格”的術(shù)語區(qū)別。BAPI中如果參數(shù)PRICE_CHANGE和PRICE_SOURCE設(shè)置不合理即使你最后調(diào)用了COMMIT WORKPO價(jià)格可能還是沒變。除了BAPIMM增強(qiáng)領(lǐng)域還會(huì)聽到“用戶出口User Exit”和“業(yè)務(wù)交易事件BTE”以及新語法“BADIBusiness Add-In增強(qiáng)”。在S4里推薦使用BADI實(shí)現(xiàn)采購訂單校驗(yàn)、庫存盤點(diǎn)差異增強(qiáng)等。熱搜詞里的“sap miro拆分增強(qiáng)”“sap ko88增強(qiáng)”都是這種自定義邏輯。做增強(qiáng)時(shí)一定要先在SPRO里找到正確的“增強(qiáng)點(diǎn)Enhancement Spot”而不是在標(biāo)準(zhǔn)程序里直接改代碼否則升級(jí)時(shí)全丟。6.5 PAS/AAS/Message實(shí)例與S/4HANA基礎(chǔ)術(shù)語最后提一下系統(tǒng)架構(gòu)層面的術(shù)語它們雖然不是MM功能但在做MM項(xiàng)目實(shí)施時(shí)總會(huì)聽到。熱搜詞里“sap系統(tǒng) message實(shí)例 pas實(shí)例 aas實(shí)例 數(shù)據(jù)庫實(shí)例”集中出現(xiàn)的頻率很高。這說的是SAP應(yīng)用服務(wù)器的三種實(shí)例角色PASPrimary Application Server主應(yīng)用服務(wù)器、AASAdditional Application Server附加應(yīng)用服務(wù)器、Message Server消息服務(wù)器用于分發(fā)登錄請(qǐng)求并實(shí)現(xiàn)負(fù)載均衡。對(duì)MM顧問來說理解這些實(shí)例的意義在于當(dāng)系統(tǒng)慢或排隊(duì)時(shí)你知道該找BASIS去查是哪個(gè)實(shí)例負(fù)載高當(dāng)你在外部系統(tǒng)用BAPI調(diào)SAP時(shí)需要配置“RFC目標(biāo)RFC Destination”RFC目標(biāo)會(huì)綁定到某個(gè)應(yīng)用服務(wù)器實(shí)例組。如果你連PAS和AAS的概念都沒有和BASIS溝通效率會(huì)非常低。S/4HANA時(shí)代還有一個(gè)繞不開的術(shù)語叫“嵌入式分析Embedded Analytics”和“CDS視圖Core Data Services”。MM模塊的標(biāo)準(zhǔn)報(bào)表比如物料庫存、采購訂單分析很多都已經(jīng)基于CDS View提供。你寫“sap值流監(jiān)視器”的時(shí)候看到的就是基于CDS的實(shí)時(shí)監(jiān)控界面。這些術(shù)語聽上去偏技術(shù)但MM顧問如果完全不理解CDS和Fiori App的組合就很難診斷新UI下的數(shù)據(jù)問題。最后分享一個(gè)實(shí)際排查案例前面術(shù)語講得比較散最后用我最近處理的一個(gè)問題串一下思路。有個(gè)客戶報(bào)MIRO里做了一張貸項(xiàng)憑證提示“完全沖銷自動(dòng)設(shè)置的沖銷表目值”導(dǎo)致無法清賬。業(yè)務(wù)很不理解“我就是紅沖一張發(fā)票為什么不能沖”這個(gè)問題的根子還是在術(shù)語理解上MIRO里的“貸項(xiàng)憑證Credit Memo”和“沖銷Reversal”是兩回事。貸項(xiàng)憑證是新增一張負(fù)向的發(fā)票它不會(huì)自動(dòng)沖銷原發(fā)票而“完全沖銷”是將原發(fā)票的GR/IR價(jià)值完全反向沖回二者在過賬邏輯上完全不同。如果做拆分增強(qiáng)后沒有給“沖銷表目Reversal Line”補(bǔ)充分配字段系統(tǒng)就找不到原憑證對(duì)應(yīng)關(guān)系自然無法清賬。排查時(shí)我先看了FB03里的原發(fā)票憑證再查了財(cái)務(wù)增強(qiáng)里對(duì)“沖銷表目值”的賦值邏輯最后發(fā)現(xiàn)是增強(qiáng)代碼中把沖銷行項(xiàng)目的“記賬碼Posting Key”寫死成了一個(gè)不存在的值。這個(gè)案例說明哪怕是一個(gè)簡單的貸項(xiàng)憑證背后也涉及“發(fā)票類型”“沖銷類型”“GR/IR清賬”“增強(qiáng)字段賦值”等多個(gè)術(shù)語。把它們串起來看問題才能快速定位。做SAP MM這條線越往后越覺得技術(shù)細(xì)節(jié)都在術(shù)語背后的業(yè)務(wù)邏輯里。希望這篇筆記能幫你把自己手里那些“耳熟但說不清”的詞盤活下次做項(xiàng)目時(shí)少一點(diǎn)來回確認(rèn)多一點(diǎn)直達(dá)問題核心的底氣。