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