簡介SAP公司間交易是集團內(nèi)部業(yè)務協(xié)同的關鍵環(huán)節(jié)這份PPT課件系統(tǒng)歸納了公司間采購STO、工廠間轉(zhuǎn)儲UB轉(zhuǎn)儲及特殊庫存K寄售/O委外/Q項目等核心場景。內(nèi)容涵蓋不帶交貨單與帶交貨單的轉(zhuǎn)儲流程一步法與兩步法的操作差異以及UB轉(zhuǎn)儲計劃協(xié)議、跨公司銷售、集中采購等延伸模式并配有系統(tǒng)操作演示與配置要點適合SAP MM顧問、財務顧問及集團企業(yè)關鍵用戶用于方案選型與流程落地。資源包共1個PPTX文件壓縮后約26.85MB以圖文流程示意為主已有317人瀏覽學習。整套資料由淺入深既提煉了公司間交易的配置邏輯也梳理了不同庫存類型的業(yè)務痛點與操作路徑能幫助讀者快速建立SAP公司間采購模式的完整認知是一份實操性較強的學習參考。1. 公司間采購到底在解決什么一個憑證兩家公司共用公司間采購是 SAP 集團方案里最容易被低估的一個模塊。業(yè)務上表現(xiàn)很簡單集團下 A 公司向 B 公司要一批物料憑證在 A 眼里是采購訂單在 B 眼里卻是銷售訂單還得自動帶出跨公司清算科目。真正讓人翻車的恰恰是那些“看起來一樣”的操作——同一個 STO帶不帶交貨單、一步還是兩步差出來的物料憑證和財務憑證完全不同。這套公司間采購模式從憑證設計、場景選型、配置路徑到驗收要點這篇方案一并梳理清楚適合正在做 SAP MM 實施或準備相關畢設方案的人照這套結構搭自己的方案、按項目情況改配置都行。2. 總體設計STO 憑證的雙重身份與兩大業(yè)務場景劃分2.1 憑證設計的核心一個憑證同時是采購訂單和銷售訂單從系統(tǒng)設計角度看SAP 把公司間采購交易憑證設計成了復合體——既含采購訂單功能又含銷售訂單功能。拿 A 向 B 下采購訂單舉例A 公司用 ME21N 創(chuàng)建看到的是標準采購訂單B 公司打開同一個號碼看到的結構卻是銷售訂單帶著銷售組織、客戶、裝運、開票要素。這就是 STOStock Transport Order的底層邏輯。這個設計帶來的直接好處是兩個公司不需要維護兩套割裂的單據(jù)跑同一個憑證號就能查全鏈路。A 公司的采購人員下完單B 公司的發(fā)貨人員能直接看到銷售側視圖減少重復錄入。做實施時我會先跟業(yè)務講清楚這一點否則上線后用戶總問“為什么我查 PO 會出現(xiàn)銷售訂單的字段”。從驗收角度看這也是一個很好的講解切入點演示時打開同一張憑證左右分屏展示采購視圖和銷售視圖業(yè)務理解成本瞬間就下來了。2.2 場景邊界工廠間轉(zhuǎn)儲、公司間采購與特殊場景的劃分同一集團下不同工廠間的調(diào)撥一般叫工廠間轉(zhuǎn)儲不同公司之間的采購行為叫公司間采購STO。工廠間轉(zhuǎn)儲場景下又細分出不帶交貨單的 UB 轉(zhuǎn)儲、帶交貨單的 UB 轉(zhuǎn)儲、無參考庫存調(diào)撥、UB 轉(zhuǎn)儲計劃協(xié)議四種做法。公司間采購場景下除了標準 STO 流程還有公司間計劃協(xié)議、公司間特殊采購K 寄售、O 委外、Q 項目、集中采購、跨公司銷售等變體。這套體系里有幾個容易混淆的邊界。比如“同一集團同一公司不同工廠”和“同一集團不同公司”的差別前者通常只需要配置工廠與工廠之間的轉(zhuǎn)儲關系后者必須做跨公司清算科目的配置。再比如 UB 轉(zhuǎn)儲計劃協(xié)議和普通采購訂單的差別計劃協(xié)議用 ME31L 創(chuàng)建、ME38 確認交貨計劃適合長期、滾動式補貨。方案選型時必須先確認這兩條邊界否則后面所有配置都會錯位這也是我每次做需求調(diào)研時第一個問業(yè)務的問題。2.3 流程骨架物料流、發(fā)票流與會計憑證如何對應公司間交易的完整鏈路物料流是一條線發(fā)票流是另一條線。以標準 STO 為例采購公司下 STO銷售公司基于 STO 創(chuàng)建交貨單發(fā)貨過賬系統(tǒng)自動生成物料憑證和會計憑證隨后銷售公司開公司間發(fā)票采購公司做 MIRO 收貨發(fā)票。注意這一步里有兩種后臺行為發(fā)貨過賬后自動觸發(fā)采購方收貨以及不自動觸發(fā)、由采購方手工 MIGO 收貨。做方案設計時我習慣把“幾張物料憑證、幾張會計憑證、在哪個公司代碼過賬、是否產(chǎn)生在途庫存”列成一張表跟業(yè)務確認。這里是最容易踩坑的地方——工廠間轉(zhuǎn)儲和公司間 STO 在系統(tǒng)動作上都是“發(fā)貨收貨”但憑證歸屬的公司代碼不同跨公司清算科目的借貸方向也不同。很多實施翻車不是不會用事務碼而是沒把這條財務鏈路畫清楚就急著進配了。3. 工廠間轉(zhuǎn)儲實現(xiàn)從UB轉(zhuǎn)儲訂單到六種移動類型組合3.1 不帶交貨單的UB轉(zhuǎn)儲訂單351發(fā)貨101收貨不帶交貨單的 UB 轉(zhuǎn)儲是最基礎的調(diào)撥方式。需求工廠用 ME21N 創(chuàng)建 UB 轉(zhuǎn)儲 PO供貨工廠對轉(zhuǎn)儲訂單做 351 發(fā)貨需求工廠做 101 收貨。整個過程不產(chǎn)生外向交貨單行項目里也沒有裝運Shipping頁簽在途庫存從 351 發(fā)貨過賬后產(chǎn)生到 101 收貨時消耗。# 工廠間UB轉(zhuǎn)儲不帶交貨單兩步法 ME21N # 需求工廠創(chuàng)建UB轉(zhuǎn)儲訂單采購類型選擇庫存轉(zhuǎn)儲 MIGO # 供貨工廠按轉(zhuǎn)儲PO做351發(fā)貨生成在途庫存 MIGO # 需求工廠按轉(zhuǎn)儲PO做101收貨消耗在途庫存并入庫351 發(fā)貨過賬時庫存從供貨工廠發(fā)出掛在在途庫存MB5T 可查需求工廠 101 收貨后在途庫存被消耗進入需求工廠的非限制庫存。會計憑證上供貨方借公司間清算科目、貸庫存商品采購方借庫存商品加差異、貸公司間清算科目。這里的前提是已經(jīng)配置好轉(zhuǎn)儲訂單的科目確定規(guī)則否則 101 收貨時會報“科目確定失敗”。適用范圍有兩個一是同一集團同一公司下不同工廠間的調(diào)撥二是同一集團不同公司下兩個工廠的調(diào)撥?？绻緢鼍靶枰诤笈_配置跨公司清賬科目否則發(fā)貨過賬時借貸關系建立不起來。3.2 帶交貨單的UB轉(zhuǎn)儲一步法647與兩步法641的取舍帶交貨單的轉(zhuǎn)儲訂單是在 UB STO 的基礎上引入外向交貨單。流程變成需求工廠創(chuàng)建 UB 轉(zhuǎn)儲 PO供貨工廠用 VL10B/VL10D 創(chuàng)建外向交貨單VL02N 做揀配和發(fā)貨過賬最后需求工廠收貨。根據(jù)后臺配置又拆成一步法和兩步法。一步法供貨工廠對外向交貨單發(fā)貨過賬后系統(tǒng)自動同步觸發(fā)需求工廠收貨生成同一張物料憑證和會計憑證動作是 647101沒有在途庫存。兩步法供貨工廠發(fā)貨過賬后需求工廠手動對轉(zhuǎn)儲訂單或外向交貨單做貨物接收動作是 641101發(fā)貨后會出現(xiàn)一段在途庫存區(qū)間。選擇邏輯其實并不復雜。一步法的好處是省掉收貨環(huán)節(jié)適合收貨工廠沒有安排系統(tǒng)接收人員、且認可發(fā)貨數(shù)量的場景。兩步法能在 MB5T 里看到在途物權轉(zhuǎn)移界限清楚適合接收方需要按實際數(shù)量確認收貨的場景。項目上如果條件允許我一般優(yōu)先推兩步法——庫存數(shù)據(jù)有保障哪天數(shù)量對不上時能查在途庫存。曾有項目業(yè)務方堅持要一步法省事結果月底盤點差異時連在途都說不清后來還是改回了二步法。3.3 無參考庫存調(diào)撥301與303305什么時候直接使用不用創(chuàng)建 STO 訂單直接在 MIGO 里做調(diào)撥就是無參考的庫存調(diào)撥。一步法用 301發(fā)貨和收貨一張物料憑證完成無在途庫存兩步法用 303 發(fā)貨到在途再 305 收貨入廠產(chǎn)生兩張物料憑證。什么場景直接走這種方式如果同公司下兩個工廠離得特別近庫存轉(zhuǎn)移頻繁而且發(fā)送工廠和接收工廠是同一批管理者用 301 一步法最合適——自己發(fā)自己收不需要做數(shù)據(jù)確認。如果是兩撥人發(fā)貨方發(fā)了 10 個接收方必須按實際數(shù)量確認一下就用 303 發(fā)貨產(chǎn)生在途然后 305 按實際到貨數(shù)接收。這里跟 UB STO 的差別在于MIGO 301/303305 不需要創(chuàng)建任何采購憑證也沒有交貨單操作門檻最低。但缺點是沒有訂單做參照追溯性差。凡是距離遠、需要第三方運輸?shù)目绻S調(diào)撥我還是建議走 UB STO 帶發(fā)運功能的方案一步法還是兩步法再看接收工廠有沒有 SAP 收貨人員。3.4 UB轉(zhuǎn)儲計劃協(xié)議ME31L創(chuàng)建、ME38確認交貨計劃需求長期穩(wěn)定的工廠間調(diào)撥可以用 UB 轉(zhuǎn)儲計劃協(xié)議。流程是需求工廠 ME31L 創(chuàng)建計劃協(xié)議供貨工廠 ME38 確認交貨計劃然后按計劃發(fā)貨 351、需求工廠 101 收貨。這種方式在計劃協(xié)議里維護預測交貨計劃適合頻繁補貨、按周期滾動的場景。操作鏈路上跟普通 UB STO 的區(qū)別主要在創(chuàng)建端不用 ME21N 逐單建 PO而是用 ME31L 維護計劃協(xié)議用 ME38 做交貨計劃的確認。確認之后后續(xù)的發(fā)貨和收貨動作跟不帶交貨單的 UB STO 一致。項目上做長期補貨方案時我通常建議先把公司和工廠間的計劃協(xié)議框架搭好再讓業(yè)務維護交貨計劃比每天下散單要省事得多。需要提醒的是計劃協(xié)議的維護權限要收斂不然業(yè)務亂改交貨計劃供貨工廠按錯誤計劃發(fā)貨庫存差異比散單方式更難排查。3.5 六種工廠間轉(zhuǎn)儲方案對比與選型原則序號方案移動類型是否創(chuàng)建STO是否創(chuàng)建DN在途庫存1MIGO一步法301發(fā)收否否無2MIGO兩步法303發(fā)305收否否有3UB STO兩步法不帶DN351發(fā)101收是否有4UB STO兩步法帶DN641發(fā)101收是是有5UB STO一步法帶DN647發(fā)101自動收是是無6UB計劃協(xié)議351發(fā)101收計劃協(xié)議否有選型先看三個問題兩個工廠距離遠不遠、是不是同一批管理者、接收工廠有沒有 SAP 收貨人員。距離近且同一批人管理直接 301距離近但兩撥人用 303305 讓接收方確認距離遠需要走運輸用 UB STO 帶發(fā)運功能優(yōu)先兩步法實在沒有人做系統(tǒng)收貨再妥協(xié)用一步法。核心原則一句話庫存數(shù)據(jù)有保障優(yōu)先于操作省事。4. 公司間采購STO實現(xiàn)從創(chuàng)建訂單到發(fā)票校驗的六步鏈路4.1 標準流程兩種收貨觸發(fā)方式的完整事務碼鏈路公司間采購與工廠間轉(zhuǎn)儲最大的差別是它跨了公司代碼憑證要同時滿足采購側和銷售側的需求。標準 STO 流程按六個步驟走采購公司 ME21N 創(chuàng)建公司間采購訂單銷售公司 VL10B/VL10D 根據(jù) STO 創(chuàng)建交貨單銷售公司 VL02N 對交貨單發(fā)貨過賬銷售公司 VF01/VF04 創(chuàng)建開票憑證采購公司 MIGO 收貨或系統(tǒng)自動收貨采購公司 MIRO 創(chuàng)建收貨發(fā)票。# 公司間采購STO標準流程方案一發(fā)貨過賬自動觸發(fā)收貨 ME21N # 采購公司創(chuàng)建STO采購訂單 VL10B # 銷售公司根據(jù)STO創(chuàng)建交貨單 VL02N # 銷售公司發(fā)貨過賬自動觸發(fā)采購公司101收貨 VF01 # 銷售公司創(chuàng)建公司間銷售發(fā)票 MIRO # 采購公司基于收貨做發(fā)票校驗兩種方案的差異在第五步。方案一是銷售公司 DN 過賬后系統(tǒng)自動觸發(fā)采購工廠的收貨方案二是不自動觸發(fā)采購公司必須用 MIGO 根據(jù)采購訂單或 DN 單收貨。后臺配置上沒有絕對的對錯取決于采購方是否需要在收貨環(huán)節(jié)做數(shù)量確認。我一般建議方案二因為自動收貨雖然省操作但一旦出現(xiàn)貨損、短裝系統(tǒng)庫存和實物不符時排查成本遠高于多點一次 MIGO。把選擇邏輯寫進藍圖確認單讓業(yè)務簽字避免上線后再改方案。4.2 與工廠間轉(zhuǎn)儲的差異跨公司清算與銷售收入確認工廠間轉(zhuǎn)儲和公司間 STO表面都是“發(fā)貨收貨”實際財務處理差異很大。工廠間轉(zhuǎn)儲的庫存移動發(fā)生在一個公司代碼內(nèi)即使跨公司工廠也只要配置跨公司清賬科目而公司間 STO 里銷售公司要同時確認銷售收入和銷售成本采購公司確認庫存增加和應付兩個公司代碼下的會計憑證通過清算科目掛接。做方案時我習慣把清算科目拿出來單獨跟財務確認。很多項目上線后對賬不平問題不在移動類型而在科目確定配置——銷售公司的收入科目、成本科目采購公司的庫存科目、差異科目任何一方配錯月底合并抵消就會差數(shù)。另一個常被忽略的點是交貨單過賬后的憑證流方案一自動觸發(fā)時一張物料憑證帶 647 和 101 兩個移動類型方案二手動收貨時兩張物料憑證分開在途庫存會短暫存在。測試時不要只看能不能過賬要把憑證拆開核對過賬的公司代碼這一步經(jīng)常能揪出清算科目方向配反的問題。4.3 公司間特殊采購K寄售、O委外、Q項目的場景掛接公司間特殊采購屬于特殊庫存類型的跨公司操作。SAP 里的特殊庫存標志需要注意K 是供應商寄售O 是委外加工Q 是項目庫存。當這些特殊庫存參與公司間調(diào)撥時移動類型和評估類邏輯會和普通 STO 不一樣采購訂單行項目上也會出現(xiàn)對應的特殊庫存標志。以項目上的常見做法為例K 寄售的跨公司場景通常是把寄售庫存從銷售公司補貨到采購公司采購訂單上特殊庫存標志為 K后續(xù)結算邏輯走寄售結算而不是標準的公司間發(fā)票Q 項目庫存參與 STO 時物料收貨后掛在項目庫存下成本歸集到 WBS 元素。這類方案沒有統(tǒng)一的移動類型列表必須配合物料主數(shù)據(jù)里的物料類型、評估類以及自定義的移動類型一起確認。碰到這類需求我會在方案里單獨列一節(jié)明確特殊庫存標志、移動類型、科目確定三者的對應關系不建議業(yè)務直接照搬普通 STO。5. 配置與避坑一步法只在有交貨單時生效三個最容易翻車的點5.1 SPRO配置分配憑證類型與按工廠配置交貨類型UB STO 一步法還是兩步法在 SPRO 里由“分配憑證類型、一步過程、交貨不足限度”這段配置決定。配置路徑是物料管理 → 采購 → 采購訂單 → 設置庫存調(diào)撥訂單 → 分配憑證類型。勾選一步過程代表一步法走 647101 自動收貨不勾選代表兩步法走 641101 手動收貨或不帶交貨單時走 351101。另一個關鍵配置是“按工廠配置交貨類型和可用性檢查過程”決定 UB STO 訂單有沒有 SD 交貨單。如果 DlTp 交貨單類型沒配UB STO 行項目上沒有裝運Shipping頁簽不需要創(chuàng)建交貨單如果配了 NL 交貨單類型和庫存類型的檢查規(guī)則行項目就會帶裝運頁簽發(fā)貨時要用 VL10B 創(chuàng)建 DN。SPRO路徑 物料管理 - 采購 - 采購訂單 - 設置庫存調(diào)撥訂單 1. 分配憑證類型, 一步過程, 交貨不足限度 2. 按工廠配置交貨類型和可用性檢查過程這段配置最坑的地方在于它是按工廠維度生效的。同一個采購訂單類型在不同工廠下可能表現(xiàn)不同。換工廠、換采購組織時配置視圖沒復制過去就會出現(xiàn)“這個工廠能建 DN那個工廠不能建”的詭異現(xiàn)象測試時務必要把工廠維度覆蓋全。5.2 一步法只在有交貨單的情形下生效關鍵認識很多實施里把“一步法”理解成“UB STO 都配成一步法省掉收貨動作”這是誤區(qū)。一步法的前提是必須有交貨單。UB STO 帶 DN 時VL02N 發(fā)貨過賬走 647系統(tǒng)自動生成 101 收貨無在途庫存不帶 DN 時發(fā)貨只能走 351收貨必須 101 手動做天然就是兩步法。所以配置里勾選“一步過程”但沒有配置交貨單類型實際跑出來的效果還是兩步法只是操作界面看起來不太一樣。這也能解釋為什么有些人配置看著沒問題測試時卻總也看不到自動收貨。排查方向很固定先看 UB STO 行項目有沒有裝運頁簽有頁簽才有 DN再在 SPRO 里確認該工廠下是否配置了交貨單類型最后看移動類型是 647 還是 641而不是憑感覺。我的習慣是測試前先把這幾項截圖標出來發(fā)給業(yè)務做二次確認能省掉很多來回。5.3 三個最容易翻車的點現(xiàn)象、原因、解決翻車點一MB5T 查不到在途庫存?，F(xiàn)象是兩步法發(fā)貨后業(yè)務到 MB5T 里查不到在途記錄。原因是排查時機不對——641 發(fā)貨過賬后在途庫存入庫到 MB5T一旦 101 收貨過賬在途庫存立即被消耗清零。解決辦法是讓業(yè)務明確判斷當前處于哪個節(jié)點發(fā)貨后未收貨之前去查。翻車點二UB STO 行項目沒有裝運頁簽?，F(xiàn)象是 VL10B 篩選不到待交貨的 UB STO。原因是 SPRO 中沒有給該工廠配置交貨單類型。解決方法是去“按工廠配置交貨類型和可用性檢查過程”里補 NL 交貨單類型并配置庫存類型的檢查規(guī)則。翻車點三公司間 STO 發(fā)貨過賬后對方不自動收貨?，F(xiàn)象是 VL02N 發(fā)貨過賬后采購公司庫存沒有同步增加。原因是后臺項目沒有啟用“發(fā)貨過賬自動觸發(fā)收貨”的方案一當前是方案二手動收貨。解決方法是確認項目選型要自動收貨就走方案一要人工確認就走方案二并培訓業(yè)務做 MIGO 收貨。這個問題經(jīng)常在項目上線初期被當成系統(tǒng)故障其實只是兩種合法方案之間的區(qū)別。6. 驗收與答辯怎么證明公司間采購方案在系統(tǒng)里真的跑通了6.1 功能驗收從配置到憑證流的四張檢查表驗收時不要只看“能發(fā)貨能收貨”要把憑證流一起核對。我通常用四張表驗收第一張是配置核對表確認 SPRO 兩個節(jié)點已配置并記錄該工廠下是否有交貨單類型第二張是操作鏈路測試記錄從 ME21N 到 MIRO 全流程走一遍標注每一步事務碼、移動類型、產(chǎn)生的物料憑證號第三張是憑證檢查表確認一步法應生成 1 張物料憑證、兩步法應生成 2 張、在途庫存是否按預期出現(xiàn)和消失第四張是財務檢查表核對公司間清算科目借貸是否平衡銷售公司是否確認了收入和成本。6.2 答辯準備用自己的話講清楚一套憑證流答辯時被問最多的三個問題提前想好答案比背概念有用為什么選一步法或兩步法從接收工廠有沒有收貨人員、庫存數(shù)據(jù)保障的角度答STO 和 301/303 的區(qū)別從有沒有采購憑證、有沒有 DN、在途可見性三個維度答清算科目對不平怎么辦從科目配置和移動類型對應關系答。講方案時用“憑證流”的敘述方式誰創(chuàng)建了什么憑證、過賬后產(chǎn)生了哪幾張物料憑證、分別在哪個公司代碼下記賬、在途庫存何時產(chǎn)生何時消耗這一條線講清楚方案的設計邏輯就立住了。從那以后我每次做公司間交易相關方案都強制自己先畫一遍憑證流再動配置畫不清楚就回去翻配置路徑。這個習慣幫我少踩了很多測試期的坑。希望幫到你。本文還有配套的精品資源點擊獲取