簡介這份PPT資料面向SAP MM顧問、集團(tuán)財務(wù)與供應(yīng)鏈實施人員系統(tǒng)梳理公司間采購與內(nèi)部交易的核心知識。內(nèi)容覆蓋公司間采購STO、工廠間轉(zhuǎn)儲UB轉(zhuǎn)儲、跨公司銷售、集中采購、公司間計劃協(xié)議以及K-寄售、O-委外、Q-項目等特殊庫存場景下的公司間操作與配置并區(qū)分帶交貨單與不帶交貨單、一步法與兩步法的處理差異幫助讀者理清集團(tuán)內(nèi)部物料轉(zhuǎn)移的憑證邏輯與成本歸屬。資源包共1個pptx文件約26.85MB以圖文與系統(tǒng)演示截圖為主便于對照學(xué)習(xí)。目前已有315人學(xué)習(xí)下載。通過這份歸納匯總讀者可快速建立公司間交易的整體框架掌握不同業(yè)務(wù)場景下的配置要點與操作流程為實際項目中的方案設(shè)計與問題排查提供參考。1. 公司間采購在 SAP MM 里到底長什么樣同一個集團(tuán)下有兩家公司A 向 B 下了一張采購訂單B 收到后發(fā)現(xiàn)這張單子在自己系統(tǒng)里居然是一張銷售訂單——這不是系統(tǒng)出了 bug而是 SAP 公司間交易最核心的設(shè)計邏輯。很多剛接觸 SAP MM 的顧問第一次看到這種「一張憑證兩副面孔」的場景都會愣一下但只要理解了背后的業(yè)務(wù)模型后面所有的 STO、UB 轉(zhuǎn)儲、交貨單、發(fā)票校驗就都能串起來了。公司間采購STOStock Transport Order解決的是集團(tuán)內(nèi)部不同公司代碼之間的物料轉(zhuǎn)移和服務(wù)交易問題。它跟普通采購最大的區(qū)別在于采購訂單在采購方是采購憑證在供貨方自動變成銷售憑證兩邊共享同一套單據(jù)流。這種設(shè)計讓集團(tuán)內(nèi)部交易既有外部采購的規(guī)范性又省掉了重復(fù)錄入的麻煩。適合誰看正在做 SAP MM 模塊實施的顧問、需要梳理集團(tuán)內(nèi)部交易流程的業(yè)務(wù)分析師以及被公司間 STO 配置搞得頭大的運維人員。接下來我會把工廠間轉(zhuǎn)儲、公司間采購、特殊采購這幾條線拆開配上可復(fù)現(xiàn)的操作步驟和配置路徑盡量把踩過的坑都標(biāo)出來。2. 工廠間轉(zhuǎn)儲UB 轉(zhuǎn)儲訂單的四種形態(tài)與選型邏輯2.1 UB 轉(zhuǎn)儲訂單不帶交貨單的兩種玩法工廠間轉(zhuǎn)儲是公司間交易里最基礎(chǔ)也最容易被低估的一塊。很多人覺得「不就是從一個工廠調(diào)到另一個工廠嘛」但實際操作起來光是不帶交貨單的 UB 轉(zhuǎn)儲訂單就有兩種截然不同的做法。第一種是純 MIGO 操作不創(chuàng)建 STO 單據(jù)。需求工廠直接用 MIGO 做 301 移動類型一步完成發(fā)貨和收貨沒有在途庫存。這種做法的前提是同一公司下兩個工廠距離近、庫存轉(zhuǎn)移頻繁、發(fā)貨和收貨是同一批人管理。自己發(fā)自己收不需要額外的數(shù)據(jù)確認(rèn)環(huán)節(jié)。第二種是創(chuàng)建 UB 轉(zhuǎn)儲訂單ME21N然后發(fā)貨工廠做 351 發(fā)貨需求工廠做 101 收貨。這里的關(guān)鍵區(qū)別在于351 發(fā)貨后會產(chǎn)生在途庫存需求工廠必須手動做 101 收貨才能完成入庫。整個流程生成兩張物料憑證適合兩個工廠距離較遠(yuǎn)、需要確認(rèn)在途數(shù)量的場景。操作步驟上ME21N 創(chuàng)建轉(zhuǎn)儲訂單時憑證類型選 UB供應(yīng)商填供貨工廠對應(yīng)的供應(yīng)商編號采購組織選需求工廠所屬的采購組織。保存后供貨工廠用 MIGO 做 351 發(fā)貨需求工廠用 MIGO 做 101 收貨。這里有個容易翻車的地方351 發(fā)貨時系統(tǒng)會檢查供貨工廠的庫存是否充足如果庫存不夠發(fā)貨直接報錯不會像普通采購那樣允許負(fù)庫存。提示351 和 101 的移動類型組合是 UB 轉(zhuǎn)儲不帶交貨單的標(biāo)準(zhǔn)配置如果發(fā)現(xiàn) 351 發(fā)貨后需求工廠看不到在途庫存先檢查 MB5T 事務(wù)碼確認(rèn)在途庫存是否已經(jīng)生成。2.2 帶交貨單的 UB 轉(zhuǎn)儲一步法與兩步法的分水嶺帶交貨單的 UB 轉(zhuǎn)儲訂單是實際項目里用得最多的方案因為它引入了 SD 模塊的交貨單功能可以走揀配、發(fā)運、運輸?shù)耐暾鞒獭＿@里的一步法和兩步法區(qū)別直接決定了庫存數(shù)據(jù)的實時性和操作復(fù)雜度。一步法的邏輯是供貨工廠用 VL02N 對交貨單做 647 發(fā)貨過賬系統(tǒng)自動觸發(fā)需求工廠的 101 收貨生成同一張物料憑證和會計憑證。整個過程沒有在途庫存庫存轉(zhuǎn)移是瞬間完成的。配置上需要在 SPRO 路徑「物料管理 - 采購 - 采購訂單 - 設(shè)置庫存調(diào)撥訂單 - 分配憑證類型, 一步過程, 交貨不足限度」里把 UB 憑證類型的一步過程勾選上。兩步法的邏輯是供貨工廠用 VL02N 做 641 發(fā)貨過賬貨物進(jìn)入在途庫存MB5T 可以查看需求工廠收到貨后再用 MIGO 做 101 手動收貨。整個流程生成兩張物料憑證在途庫存會存在一段時間。配置上一步過程不勾選即可。# SPRO 配置路徑事務(wù)碼 SPRO 物料管理 - 采購 - 采購訂單 - 設(shè)置庫存調(diào)撥訂單 - 分配憑證類型, 一步過程, 交貨不足限度 # 在 UB 憑證類型行勾選「一步」表示啟用一步法 # 不勾選「一步」表示啟用兩步法需要手動 101 收貨這段配置的核心參數(shù)是「一步」勾選框和「交貨不足限度」。一步勾選后647 發(fā)貨過賬會自動觸發(fā) 101 收貨不需要人工干預(yù)。交貨不足限度控制的是發(fā)貨數(shù)量少于訂單數(shù)量時是否允許過賬一般設(shè)成 0 或者一個較小的百分比避免供貨工廠少發(fā)導(dǎo)致需求工廠收不到貨。還有一個關(guān)鍵配置在「按工廠配置交貨類型和可用性檢查過程」里。如果 DlTp交貨單類型沒有配置UB 轉(zhuǎn)儲訂單就不需要創(chuàng)建交貨單行項目里也不會出現(xiàn)裝運頁簽。如果配置了交貨單類型 NL 并設(shè)置了庫存類型的檢查規(guī)則行項目就會出現(xiàn)裝運頁簽必須走 VL10B 創(chuàng)建交貨單的流程。2.3 無參考的庫存調(diào)撥301 與 303305 的適用邊界無參考的庫存調(diào)撥是不通過 STO 單據(jù)直接做庫存轉(zhuǎn)移的方式分一步法和兩步法。一步法用 MIGO 做 301發(fā)送工廠和接收工廠在同一張物料憑證里完成沒有在途庫存。兩步法用 MIGO 做 303 發(fā)貨到在途庫存再用 305 接收在途物資生成兩張物料憑證。選型邏輯其實很直白如果兩個工廠在同一公司下、距離近、管理者是同一批人直接用 301 一步法省事。如果兩個工廠分屬不同公司或者雖然同公司但需要確認(rèn)在途數(shù)量那就用 303305 兩步法。跨公司的情況下還需要配置跨公司清賬科目借貸關(guān)系是供方公司借公司間清算科目、貸庫存商品采購公司借庫存商品加差異、貸公司間清算科目。注意跨公司的 301 或 303305 操作如果沒有配置清賬科目過賬時會報錯「科目未找到」。這個坑在項目上線初期特別常見建議提前用 FS00 檢查好科目配置。3. 公司間采購 STO從采購訂單到發(fā)票校驗的完整鏈路3.1 公司間 STO 的標(biāo)準(zhǔn)流程與兩種收貨模式公司間采購 STO 的流程比工廠間轉(zhuǎn)儲多了一個發(fā)票校驗環(huán)節(jié)因為涉及兩個公司代碼之間的買賣關(guān)系必須走開票和付款流程。標(biāo)準(zhǔn)流程是采購公司創(chuàng)建 STOME21N銷售公司創(chuàng)建交貨單VL10B/VL10D銷售公司發(fā)貨過賬VL02N銷售公司開票VF01/VF04采購公司收貨MIGO采購公司發(fā)票校驗MIRO。這里有兩種收貨模式取決于后臺配置。第一種是銷售公司 DN 過賬后自動觸發(fā)采購公司收貨采購公司不需要手動做 MIGO。第二種是銷售公司 DN 過賬后不觸發(fā)采購公司需要根據(jù) STO 或 DN 手動做 MIGO 收貨。兩種模式的區(qū)別在于是否啟用了自動收貨功能配置點在 SPRO 的采購訂單設(shè)置里。# 公司間 STO 標(biāo)準(zhǔn)操作步驟 # 第一步采購公司創(chuàng)建 STO ME21N # 憑證類型選 NB 或 UB供應(yīng)商填銷售公司對應(yīng)的供應(yīng)商編號 # 第二步銷售公司創(chuàng)建交貨單 VL10B # 根據(jù) STO 創(chuàng)建交貨單或 VL10D 按交貨日期批量創(chuàng)建 # 第三步銷售公司發(fā)貨過賬 VL02N # 對交貨單做揀配和發(fā)貨過賬移動類型 641 或 647 # 第四步銷售公司開票 VF01 # 創(chuàng)建銷售發(fā)票或 VF04 批量開票 # 第五步采購公司收貨 MIGO # 移動類型 101參考 STO 或交貨單 # 第六步采購公司發(fā)票校驗 MIRO # 參考 STO 和銷售發(fā)票做發(fā)票校驗這套流程里最容易出問題的是第四步和第六步的銜接。銷售公司開票后采購公司做 MIRO 時需要輸入銷售發(fā)票號如果發(fā)票號輸錯或者銷售發(fā)票還沒過賬MIRO 會報錯。另外如果 STO 的價格條件和銷售發(fā)票的金額不一致MIRO 會產(chǎn)生差異需要走差異科目處理。3.2 公司間 STO 的定價與科目配置公司間 STO 的定價邏輯跟普通采購不太一樣。普通采購的價格來自采購信息記錄公司間 STO 的價格可以來自采購信息記錄也可以來自銷售公司的銷售價格。實際項目里常見做法是在采購信息記錄里維護(hù)一個公司間轉(zhuǎn)移價格銷售公司開票時用這個價格作為基準(zhǔn)避免兩邊價格不一致導(dǎo)致 MIRO 差異?？颇颗渲梅矫婵绻窘灰仔枰渲霉鹃g清算科目。這個科目在供方公司和采購公司兩邊都要維護(hù)供方公司用「公司間清算-應(yīng)收」科目采購公司用「公司間清算-應(yīng)付」科目。配置路徑在 OBYC 里事務(wù)碼 KBM 對應(yīng)公司間清算科目。-- 檢查公司間清算科目配置OBYC -- 事務(wù)碼 KBM公司間清算科目 -- 供方公司借 公司間清算-應(yīng)收貸 庫存商品 -- 采購公司借 庫存商品差異貸 公司間清算-應(yīng)付 -- 如果科目未配置MIGO 或 MIRO 過賬時會報錯「科目未找到」提示公司間清算科目的配置需要在兩個公司代碼下分別維護(hù)只配一邊會導(dǎo)致另一邊過賬失敗。上線前建議用 FS00 逐個檢查科目是否存在、是否允許過賬。3.3 公司間計劃協(xié)議與集中采購的差異公司間計劃協(xié)議ME31L 創(chuàng)建ME38 確認(rèn)交貨計劃跟標(biāo)準(zhǔn) STO 的區(qū)別在于計劃協(xié)議是長期供貨協(xié)議交貨計劃可以滾動確認(rèn)適合供貨關(guān)系穩(wěn)定、需求可預(yù)測的場景。操作上需求工廠創(chuàng)建計劃協(xié)議后供貨工廠用 ME38 確認(rèn)交貨計劃然后按計劃發(fā)貨后續(xù)流程跟標(biāo)準(zhǔn) STO 一致。集中采購是另一種模式采購公司統(tǒng)一向外部供應(yīng)商采購然后再轉(zhuǎn)售給集團(tuán)內(nèi)其他公司。這種模式下采購公司跟外部供應(yīng)商走標(biāo)準(zhǔn)采購流程跟內(nèi)部公司走公司間 STO 流程。兩種流程的憑證類型和移動類型不同需要在系統(tǒng)里分開配置避免混淆。4. 公司間特殊采購K/O/Q 庫存類型的配置與操作4.1 K 寄售與 O 委外的公司間處理特殊庫存類型在公司間交易里是個容易被忽略但實際項目經(jīng)常遇到的場景。K 寄售是指供應(yīng)商把貨物放在采購方倉庫采購方使用后再結(jié)算。公司間寄售的場景是集團(tuán)內(nèi) A 公司把貨物寄售在 B 公司倉庫B 公司使用后跟 A 公司結(jié)算。配置上需要在 A 公司創(chuàng)建寄售采購訂單B 公司做寄售發(fā)貨結(jié)算時走 MIRO。O 委外是指采購方提供原材料給供應(yīng)商供應(yīng)商加工后再賣回采購方。公司間委外的場景是A 公司提供原材料給 B 公司B 公司加工后賣回 A 公司。操作上A 公司創(chuàng)建委外采購訂單憑證類型 NBB 公司做委外收貨和加工A 公司做委外收貨和發(fā)票校驗。這里的關(guān)鍵是 BOM 的配置和組件消耗的移動類型常見做法是用 543 移動類型消耗組件。# 公司間委外操作步驟 # A 公司創(chuàng)建委外采購訂單 ME21N # 憑證類型 NB行項目類別 L委外維護(hù) BOM # A 公司提供原材料給 B 公司 MIGO # 移動類型 541發(fā)料到委外供應(yīng)商 # B 公司加工完成后賣回 A 公司 # B 公司創(chuàng)建銷售訂單或 STO發(fā)貨過賬 # A 公司做委外收貨 MIGO # 移動類型 101參考委外采購訂單 # A 公司做發(fā)票校驗 MIRO # 參考委外采購訂單和 B 公司發(fā)票4.2 Q 項目庫存與公司間服務(wù)采購Q 項目庫存是指為特定項目采購的庫存在公司間場景下A 公司為某個項目向 B 公司采購物料或服務(wù)庫存需要掛到項目號上。配置上需要在采購訂單行項目里輸入 WBS 元素收貨時系統(tǒng)自動把庫存記到項目庫存。服務(wù)采購則更簡單直接創(chuàng)建服務(wù)采購訂單收貨時用服務(wù)確認(rèn)ML81N代替物料收貨。特殊庫存的公司間操作核心難點在于庫存歸屬和科目映射。K 寄售的庫存屬于供應(yīng)商O 委外的庫存屬于采購方但放在供應(yīng)商處Q 項目庫存屬于特定項目。這三種庫存在 MMBE 里的顯示方式不同科目配置也不同需要分別處理。注意特殊庫存的公司間操作如果庫存類型配置錯誤會導(dǎo)致庫存數(shù)量對不上或者科目過賬錯誤。建議在測試環(huán)境里先用 MB52 和 MMBE 驗證庫存歸屬再上生產(chǎn)。5. 避坑與排查公司間交易里最容易翻車的五個點5.1 一步法配置了但沒生效現(xiàn)象SPRO 里勾選了一步過程但 VL02N 做 647 發(fā)貨后需求工廠沒有自動收到 101 收貨MB5T 里出現(xiàn)了在途庫存。原因一步法的生效前提是必須有交貨單。如果沒有配置交貨單類型DlTpUB 轉(zhuǎn)儲訂單不會創(chuàng)建交貨單一步法配置就不會生效。另外一步法只在有交貨單的情形下生效不帶交貨單的 UB 轉(zhuǎn)儲只能用 351101 手動收貨。解決檢查 SPRO 里「按工廠配置交貨類型和可用性檢查過程」是否配置了交貨單類型 NL以及 UB 憑證類型的一步過程是否勾選。兩個配置都正確后VL10B 創(chuàng)建交貨單VL02N 做 647 發(fā)貨系統(tǒng)會自動觸發(fā) 101 收貨。5.2 MIRO 發(fā)票校驗報錯「科目未找到」現(xiàn)象采購公司做 MIRO 時系統(tǒng)報錯「科目未找到」無法完成發(fā)票校驗。原因公司間清算科目沒有配置或者只配了一邊?？绻窘灰仔枰诠┓焦竞筒少徆緝蛇叾季S護(hù)公司間清算科目事務(wù)碼 KBM 對應(yīng)這個科目。解決用 OBYC 檢查 KBM 事務(wù)碼的科目配置確保兩個公司代碼下都有對應(yīng)的科目。如果科目不存在用 FS00 創(chuàng)建科目科目類型選「資產(chǎn)負(fù)債表科目」允許過賬。5.3 351 發(fā)貨后需求工廠看不到在途庫存現(xiàn)象供貨工廠用 MIGO 做 351 發(fā)貨成功但需求工廠用 MB5T 查不到在途庫存。原因351 發(fā)貨生成的在途庫存是掛在供貨工廠的庫存地點下的需求工廠需要在 MB5T 里選擇正確的工廠和庫存地點才能看到。另外如果 351 發(fā)貨時沒有輸入正確的轉(zhuǎn)儲訂單號在途庫存可能掛到了錯誤的訂單上。解決用 MB5T 時工廠選供貨工廠庫存地點選發(fā)貨的庫存地點訂單號輸入 UB 轉(zhuǎn)儲訂單號。如果還是查不到用 MB51 查物料憑證確認(rèn) 351 發(fā)貨是否已經(jīng)過賬。5.4 跨公司 301 操作報錯「清賬科目未配置」現(xiàn)象跨公司做 MIGO 301 時系統(tǒng)報錯「清賬科目未配置」無法過賬。原因跨公司的庫存轉(zhuǎn)移需要配置跨公司清賬科目這個科目跟公司間清算科目不同需要在 OBYC 里用 KBM 或 KBS 事務(wù)碼配置。解決用 OBYC 檢查跨公司清賬科目的配置確保供方公司和采購公司兩邊都有對應(yīng)的科目。如果科目不存在用 FS00 創(chuàng)建科目科目類型選「資產(chǎn)負(fù)債表科目」。5.5 公司間 STO 的 MIRO 差異處理現(xiàn)象采購公司做 MIRO 時系統(tǒng)提示「金額差異超出容差」無法完成發(fā)票校驗。原因STO 的價格條件和銷售發(fā)票的金額不一致或者采購信息記錄的價格沒有及時更新。公司間 STO 的定價邏輯跟普通采購不同如果采購信息記錄的價格跟銷售價格不一致MIRO 會產(chǎn)生差異。解決檢查采購信息記錄的價格是否跟銷售發(fā)票一致。如果差異在容差范圍內(nèi)可以手動調(diào)整 MIRO 的金額如果差異超出容差需要修改采購信息記錄或者跟銷售公司確認(rèn)價格。容差配置在 SPRO 的「物料管理 - 后勤發(fā)票校驗 - 發(fā)票校驗中的容差」里。6. 公司間交易的驗證方法與一個實用檢查清單公司間交易的驗證最直接的方法是用 MB5T 查在途庫存、用 MB51 查物料憑證、用 FB03 查會計憑證。這三張報表能覆蓋從庫存轉(zhuǎn)移到財務(wù)過賬的完整鏈路。我一般會在測試環(huán)境里跑一遍完整流程然后用這三張報表逐項核對。檢查項事務(wù)碼預(yù)期結(jié)果在途庫存MB5T兩步法有在途一步法無在途物料憑證MB51351101 或 641101 兩張憑證會計憑證FB03借貸平衡科目正確交貨單狀態(tài)VL03N已完成揀配和發(fā)貨過賬發(fā)票校驗MIRO無差異或差異在容差內(nèi)還有一個實用技巧用 MB5T 查在途庫存時如果發(fā)現(xiàn)數(shù)量對不上先檢查 351 或 641 發(fā)貨時的數(shù)量是否跟轉(zhuǎn)儲訂單一致。常見的情況是供貨工廠少發(fā)了貨但 351 發(fā)貨時沒有修改數(shù)量導(dǎo)致在途庫存跟實際發(fā)貨數(shù)量不符。這種情況下需求工廠做 101 收貨時按實際數(shù)量收貨差異會在 MIRO 時體現(xiàn)出來。從那以后我每次做公司間 STO 配置都會強制走一遍「創(chuàng)建訂單 - 創(chuàng)建交貨單 - 發(fā)貨過賬 - 收貨過賬 - 發(fā)票校驗」的完整流程確認(rèn)每一步的憑證和科目都正確再上生產(chǎn)。希望幫到你。本文還有配套的精品資源點擊獲取