簡介面向SAP MM模塊顧問及集團企業(yè)供應(yīng)鏈管理者的PPT培訓(xùn)資料系統(tǒng)梳理公司間交易的核心機制與配置路徑。內(nèi)容從公司間采購STO切入說明同一憑證同時承擔(dān)采購訂單與銷售訂單功能的復(fù)合設(shè)計并延伸到工廠間轉(zhuǎn)儲的UB轉(zhuǎn)儲訂單、帶交貨單方案、無參考庫存調(diào)撥以及UB轉(zhuǎn)儲計劃協(xié)議等場景對特殊庫存K寄售、O委外、Q項目等公司間操作也給出配置邏輯并區(qū)分同公司/跨公司工廠間調(diào)撥的科目設(shè)置差異。講解中貫穿一步法與兩步法差異、相關(guān)移動類型301/303/305/351/101等、財務(wù)憑證科目關(guān)系及系統(tǒng)演示截圖適合按模塊對照學(xué)習(xí)。資源包共1個PPT演示文稿約26.85MB已有317人學(xué)習(xí)下載可作為SAP公司間交易專題培訓(xùn)、項目上線前內(nèi)部培訓(xùn)或自我復(fù)習(xí)的參考材料。1. 公司間采購為什么一張憑證既是采購訂單又是銷售訂單在 SAP 里做集團內(nèi)部的物料轉(zhuǎn)移最反直覺的一點是你明明在 ME21N 里創(chuàng)建了一張采購訂單可對于供貨方來說這張單子同時又是一張銷售訂單。它不是“兩套單據(jù)通過后臺勾稽關(guān)聯(lián)”而是同一個憑證號、同一組行項目采購側(cè)看到的是價格和收貨銷售側(cè)看到的是發(fā)貨和開票。也就是說SAP 把公司間交易憑證設(shè)計成了一個復(fù)合體行項目上同時掛著采購組織、銷售組織、工廠和清賬科目四個維度的數(shù)據(jù)。搞懂這個復(fù)合體機制是理解整個公司間采購體系的鑰匙。因為后面所有的工廠間轉(zhuǎn)儲、UB 轉(zhuǎn)儲單、帶不帶交貨單、一步法兩步法、特殊庫存 K/O/Q 的操作差異本質(zhì)上都是在回答同一個問題物權(quán)在兩個公司代碼之間轉(zhuǎn)移時庫存、在途、應(yīng)付應(yīng)收和開票這些節(jié)點系統(tǒng)分別在哪一步、用哪種憑證來記賬。2. 工廠間轉(zhuǎn)儲的底層模型UB 轉(zhuǎn)儲單與 351/101 的在途庫存機制2.1 UB 轉(zhuǎn)儲單的本質(zhì)一張采購單如何在兩個工廠間流轉(zhuǎn)先說適用范圍。同一集團下不管兩個工廠屬于同一家公司還是不同公司只要不具備“對外銷售”的性質(zhì)物料在工廠之間的移動通常就走庫存調(diào)撥也就是 UB 轉(zhuǎn)儲訂單。它的操作鏈很短需求工廠 ME21N 創(chuàng)建 UB 轉(zhuǎn)儲單供貨工廠用 MIGO 做 351 發(fā)貨需求工廠再做 101 收貨。這里最值得琢磨的是 351 這個移動類型。351 不是普通的發(fā)貨過賬它不把庫存直接扣減到一個“消失”的狀態(tài)而是把物料從供貨工廠的非限制庫存轉(zhuǎn)移到“在途庫存”。在 SAP 的數(shù)據(jù)模型里在途庫存是掛在收貨工廠名下的特殊庫存但在供貨工廠尚未完成物權(quán)交割前它不能直接計入收貨工廠的非限制庫存。所以 351 之后你去查 MB5T能看到這一批貨掛在途數(shù)量清清楚楚。為什么非要造一個“在途”出來因為兩個工廠尤其是跨公司代碼時各有各的賬。如果 351 直接扣減供貨工廠庫存、101 直接增加需求工廠庫存中間會有一段“貨已出庫、賬上兩邊都沒有”的真空期而如果 351 不扣減庫存等 101 收貨時又要做復(fù)雜的沖銷。在途庫存正是這段物理運輸時間內(nèi)物權(quán)歸屬的記賬載體。借庫存商品、差異科目貸庫存商品——差異金額記在需求方這就是在途庫存背后的會計邏輯。2.2 一步法與兩步法301 與 303305 的移動類型語義不帶交貨單的庫存調(diào)撥里還有一條更“輕”的路徑MIGO 直接做 301 或 303305完全不需要 UB 轉(zhuǎn)儲單。這三張移動類型看起來差不多實際語義差別很大。301 是“發(fā)收”的一步法。供貨工廠做一次 MIGO 301 過賬系統(tǒng)在同一張物料憑證里同時完成發(fā)貨和收貨一個物料憑證號、兩行庫存憑證沒有在途庫存也不需要收貨確認(rèn)動作。303305 是兩步法303 先把庫存發(fā)出到在途305 由需求工廠按實際收到的數(shù)量接收。這兩步各自生成一張物料憑證中間隔著一段可查詢的在途時間。什么時候用 301什么時候用 303305這是典型的“看組織不看流程”的決策。如果是同一個公司下距離很近的兩個工廠發(fā)貨和收貨是同一批管理者那 301 一步法最省事——自己發(fā)自己收不需要數(shù)據(jù)確認(rèn)。如果是兩撥人發(fā)了 10 個接收人要按實際數(shù)量確認(rèn)那就必須用 303 發(fā)貨產(chǎn)生在途再 305 接收否則收貨方連“貨已經(jīng)出來了”的憑證都看不到。2.3 無參考調(diào)撥 vs UB 轉(zhuǎn)儲業(yè)務(wù)距離決定方案還有一個實際問題什么時候直接 MIGO 301/303305什么時候必須建 UB 轉(zhuǎn)儲單判斷標(biāo)準(zhǔn)不在系統(tǒng)在運輸距離和交接責(zé)任。如果兩個工廠距離近、庫存轉(zhuǎn)移頻繁、又不需要第三方物流直接 MIGO 就行零配置零確認(rèn)。但一旦距離遠(yuǎn)、要交給運輸公司、到貨時間不可控就必須有 UB 轉(zhuǎn)儲單加上發(fā)運功能因為物流執(zhí)行需要跟蹤、在途庫存需要掛在系統(tǒng)里、責(zé)任節(jié)點需要劃分。方案選型的核心矛盾是發(fā)貨數(shù)量認(rèn)同不認(rèn)同在途要不要現(xiàn)在系統(tǒng)里。一步法301 或 647101 自動收貨意味著發(fā)貨即收貨沒有在途適合收貨方完全信任發(fā)貨數(shù)量、且有人不需要在系統(tǒng)里確認(rèn)的場景兩步法303305 或 641101 手動收貨產(chǎn)生在途庫存收貨方必須做確認(rèn)動作庫存數(shù)據(jù)更有保障。單純的 UB 轉(zhuǎn)儲計劃協(xié)議ME31L 創(chuàng)建、ME38 確認(rèn)交貨計劃則適合長期、周期性的供貨關(guān)系用計劃協(xié)議代替逐單采購本質(zhì)上是把調(diào)度前置到需求預(yù)測。3. 帶交貨單的轉(zhuǎn)儲流程647 自動收貨與一步法的生效條件3.1 交貨單把物流執(zhí)行拆了出去不帶交貨單的 UB 轉(zhuǎn)儲物流動作全在 MIGO 里完成。而帶交貨單的方案是把“揀配、裝運、發(fā)貨過賬”這些物流執(zhí)行動作交給 SD 模塊去處理MM 只管采購和收貨。判斷一張 UB 轉(zhuǎn)儲單帶不帶交貨單就看行項目里有沒有裝運Shipping頁簽。這個頁簽不是默認(rèn)出現(xiàn)的它由后臺配置決定。配置路徑是SPRO → 物料管理 → 采購 → 采購訂單 → 設(shè)置庫存調(diào)撥訂單 → 按工廠配置交貨類型和可用性檢查過程。Per 工廠配置了交貨單類型比如 NL并且配置了庫存類型的檢查規(guī)則UB 轉(zhuǎn)儲單行項目上就會出現(xiàn)裝運頁簽系統(tǒng)才允許 VL10B/VL10D 去創(chuàng)建外向交貨單。如果這個配置沒做UB 轉(zhuǎn)儲單永遠(yuǎn)停在“純采購”的狀態(tài)想建交貨單也建不了。有了交貨單流程就拆成了四段需求工廠建 UB 轉(zhuǎn)儲單供貨工廠 VL10B 按轉(zhuǎn)儲單批量創(chuàng)建外向交貨單VL02N 對外向交貨單做發(fā)貨過賬PGI需求工廠對交貨單或轉(zhuǎn)儲單做收貨。整個鏈條里采購訂單管數(shù)量、交貨單管物流執(zhí)行兩張憑證通過轉(zhuǎn)儲單號關(guān)聯(lián)起來。3.2 641 與 647同一個 PGI 動作的兩個分叉供貨工廠在 VL02N 里對交貨單發(fā)貨過賬時移動類型決定了后續(xù)走向。不做特殊勾選時過賬走 641貨發(fā)出去掛在途庫存需求工廠必須再用 MIGO 101 手動收貨生成第二張物料憑證。做了特殊配置后過賬走 647PGI 的同時系統(tǒng)自動觸發(fā)需求工廠的 101 收貨一個物料憑證就完成了發(fā)和收兩邊庫存更新。關(guān)鍵在于這兩種過賬在 VL02N 里看起來差不多但 647 是“自動收貨”的移動類型它的物料憑證里同時包含了交貨過賬和收貨過賬兩個行項目。這意味著財務(wù)上供貨工廠確認(rèn)發(fā)出、需求工廠確認(rèn)收入發(fā)生在同一毫秒。而 641 之后需求工廠不去做 101在途庫存就永遠(yuǎn)掛在那里物權(quán)實際上已經(jīng)轉(zhuǎn)移但賬還沒走完。所以一步法根本不是什么“操作簡化技巧”它是系統(tǒng)內(nèi)置的一種移動類型設(shè)計——647 天然具備雙邊記賬能力。而 641 天然具備在途掛賬能力。二選一本質(zhì)是選擇要不要在業(yè)務(wù)鏈條里保留“在途”這個中間態(tài)。3.3 一步法反而要謹(jǐn)慎自動收貨的不可控點很多人一聽到“一步法”就覺得很爽憑證少、操作少、庫存同步。但一步法有兩個先決條件任何一個不滿足都會翻車。第一個條件是必須有交貨單。一步過程只在有 SD 交貨單的情形下生效這一點在后臺配置里寫得很明確SPRO → 物料管理 → 采購 → 采購訂單 → 設(shè)置庫存調(diào)撥訂單 → 分配憑證類型, 一步過程, 交貨不足限度。如果沒有交貨單、還想做一步法系統(tǒng)根本不會進入 647 邏輯實際過賬會退化成 351 發(fā)貨一步法名存實亡。第二個條件是收貨方不需要確認(rèn)。647 自動收貨意味著“發(fā)貨過賬的瞬間收貨方的庫存也漲了”。如果收貨工廠實際上沒有收到這么多貨或者有破損、短缺再做后續(xù)退貨和差異處理比兩步法的手動收貨麻煩得多。這也是為什么實際項目中優(yōu)先推兩步法庫存數(shù)據(jù)有保障。一步法是“實在沒有人做系統(tǒng)收貨操作”時的兜底方案而不是首選。這一步選擇直接決定庫存的可見性和物權(quán)的交割邊界是否清晰。# 工廠間/公司間調(diào)撥核心事務(wù)代碼 ME21N # 創(chuàng)建轉(zhuǎn)儲訂單 / 公司間采購訂單 ME31L # 創(chuàng)建計劃協(xié)議長期供貨場景 ME38 # 確認(rèn)計劃協(xié)議交貨計劃 VL10B # 按轉(zhuǎn)儲訂單批量創(chuàng)建外向交貨單 VL02N # 外向交貨單發(fā)貨過賬641/647 分叉點 MIGO # 收貨/發(fā)貨301/303/305/351/101 MB5T # 在途庫存查詢這套事務(wù)代碼的調(diào)用順序不是隨意的。ME21N 建單、VL10B 建 DN、VL02N 過賬、MIGO 收貨每一環(huán)都在往物料憑證里追加一條記賬。你去查 MB5T看到的就是這些移動類型在途庫存的匯總。排查庫存差異時沿著這套順序走一遍比對每一步的物料憑證基本就鎖定了問題發(fā)生的位置。4. 跨公司 STO 與特殊庫存從發(fā)貨到開票的完整閉環(huán)4.1 STO 的完整操作鏈ME21N → VL10B → VL02N → VF01 → MIRO跨公司的公司間采購STO與同公司內(nèi)的 UB 轉(zhuǎn)儲最大的區(qū)別在于只要跨了公司代碼就必須有銷售發(fā)票環(huán)節(jié)。因為對于供貨公司這張憑證是銷售對于采購公司它是采購。銷售要開票確認(rèn)收入采購要收票確認(rèn)成本兩邊才能在公司間清算科目上對沖。基本鏈路是客戶公司 ME21N 創(chuàng)建公司間采購訂單STO供貨公司 VL10B/VL10D 根據(jù) STO 創(chuàng)建外向交貨單VL02N 做發(fā)貨過賬VF01/VF04 創(chuàng)建銷售發(fā)票公司間開票最后 MIRO 做采購發(fā)票校驗。注意這里的銷售發(fā)票不是發(fā)給外部客戶的它記到的是公司間清算科目上。整套鏈路的底層驅(qū)動就是第 1 章說的那個復(fù)合體憑證供貨公司側(cè)系統(tǒng)自動從這張 STO 單里衍生出銷售訂單和交貨需求采購公司側(cè)它一直是那張采購訂單。這個機制帶來的好處是明顯的一張 STO 單兩端看到的業(yè)務(wù)語義不同但憑證號唯一、行項目關(guān)聯(lián)一致不需要人工去創(chuàng)建“對應(yīng)的銷售訂單”。SAP 用同一個憑證號把跨公司交易綁定在一起對賬時沿著單號拉一遍就全出來了。4.2 兩種收貨方案的差異自動觸發(fā)還是手動確認(rèn)公司間交易的后臺配置不同會形成兩種不同的收貨方式。第一種是供貨公司交貨單過賬后系統(tǒng)自動觸發(fā)客戶工廠收貨客戶公司不需要再做 MIGO 收貨動作第二種是過賬后不會自動觸發(fā)客戶公司需要根據(jù)采購訂單或交貨單手動 MIGO 收貨。這兩種方案的取舍和前面 641/647 的選擇邏輯一脈相承。自動觸發(fā)的本質(zhì)是把“收貨確認(rèn)”這個動作交給系統(tǒng)代替人完成好處是憑證少、周期短壞處是如果實際到貨有差異系統(tǒng)里的庫存已經(jīng)先漲了差異處理要回頭改物料憑證。手動收貨則是把確認(rèn)權(quán)留在采購公司手里——我看到多少就收多少貨差異直接體現(xiàn)在收貨數(shù)量上不用事后沖銷。從實施經(jīng)驗看同一集團下的公司間交易優(yōu)先推手動收貨的更多。因為公司間交易雖然比外部采購簡單但它仍然涉及兩個利潤中心甚至兩個法人實體的成本和收入歸屬物權(quán)交割的準(zhǔn)確記錄比省一次 MIGO 動作重要得多。自動觸發(fā)經(jīng)常會在審計時被質(zhì)疑庫存和實物不一致的窗口期內(nèi)賬上到底是誰的貨4.3 特殊庫存 K/O/Q 的公司間交易庫存歸屬比位置更重要目錄里還有一類單獨列出來的場景公司間特殊采購Q/K/L/服務(wù)。這里的 K、O、Q 不是工廠倉庫里的自有庫存而是 SAP 里的特殊庫存類型。K 是寄售庫存——物料放在你的倉庫里但所有權(quán)還是供應(yīng)商的消耗時才結(jié)算O 是委外庫存——你提供原材料給供應(yīng)商加工物料在供應(yīng)商處但所有權(quán)還是你的Q 是項目庫存——物料掛在某個 WBS 項目下只能用于該項目。特殊庫存一旦卷入公司間交易問題就復(fù)雜了庫存的位置、物權(quán)歸屬、結(jié)算對象三方可能不一致。比如 K 寄售庫存從 A 公司轉(zhuǎn)到 B 公司不能簡單做一個 301因為原料還在寄售狀態(tài)還沒發(fā)生所有權(quán)轉(zhuǎn)移轉(zhuǎn)過去之后 B 公司消耗時的結(jié)算對象就變了。常見的實現(xiàn)思路上這類場景需要先把特殊庫存轉(zhuǎn)換成自有庫存再做公司間調(diào)撥或者在公司間 STO 行項目里直接指定特殊庫存標(biāo)識讓系統(tǒng)在后端過賬時把庫存從寄售/委外/項目的視野里切出來。這里的判斷準(zhǔn)則是特殊庫存公司間交易其實是在“普通庫存的調(diào)撥流程”上疊加了一層所有權(quán)和成本歸屬的邊框。你先把邊框畫清楚——消耗后結(jié)算還是移庫即結(jié)算歸哪個 WBS、哪個成本對象——再決定用哪一套移動類型和結(jié)算配置。邊框畫錯了物料位置看起來都對月底成本一結(jié)就出大問題。4.4 公司間清算科目跨公司調(diào)撥的會計樞紐不管是工廠間轉(zhuǎn)儲里的跨公司調(diào)撥還是完整的 STO 開票流程只要跨了公司代碼清算科目都是繞不開的。配置跨公司清賬科目OBYA之后供貨公司的發(fā)貨憑證里借方記公司間清算科目、貸方記庫存商品采購公司的收貨憑證里借方記庫存商品加差異、貸方記公司間清算科目。兩邊清算科目金額相等方向相反集團合并報表時自動抵消。這個機制保證了每一筆跨公司交易在單公司賬上都是平的又不影響集團整體的庫存和損益。很多實施項目在測試環(huán)境里跑 STO 流程物料憑證都過了但會計憑證不平十有八九是 OBYA 里清賬科目沒配全或者配置到了錯誤的科目表。公司間交易能不能閉環(huán)看清算科目就知道。5. 配置與常見問題排查UB 轉(zhuǎn)儲與 STO 最容易翻車的五個點# 關(guān)鍵配置路徑參考 物料管理 - 采購 - 采購訂單 - 設(shè)置庫存調(diào)撥訂單 - 分配憑證類型, 一步過程, 交貨不足限度 物料管理 - 采購 - 采購訂單 - 設(shè)置庫存調(diào)撥訂單 - 按工廠配置交貨類型和可用性檢查過程5.1 現(xiàn)象UB 轉(zhuǎn)儲單行項目沒有裝運頁簽無法創(chuàng)建交貨單原因按工廠配置的交貨類型DlTp沒有配置或者配置了但可用性檢查過程沒維護。系統(tǒng)判斷一張轉(zhuǎn)儲單“要不要走物流”全靠這個工廠級配置沒有它行項目上根本不會顯示裝運頁簽VL10B 也選不到單。解決SPRO 里按工廠維護交貨單類型如 NL和庫存類型的檢查規(guī)則。改完配置后重新打開轉(zhuǎn)儲單確認(rèn)行項目出現(xiàn)裝運頁簽。注意這是個工廠級配置其他工廠即使同時啟用也必須逐工廠檢查一遍。5.2 現(xiàn)象勾選了一步過程但發(fā)貨過賬后收貨工廠沒有自動收貨憑證原因一步法只在有交貨單的情形下生效。沒有交貨單時即使后臺勾選了一步過程系統(tǒng)實際走的是 351 發(fā)貨 101 手動收貨一步法配置被靜默忽略。這種翻車最隱蔽因為配置看著沒錯流程也能走只是“自動收貨”的預(yù)期落空了。解決先確認(rèn)該工廠是否配置了交貨單類型、轉(zhuǎn)儲單是否創(chuàng)建了外向交貨單。沒有交貨單就不可能觸發(fā) 647 自動收貨。若不想加交貨單就接受兩步法的現(xiàn)實按 351 101 排流程。5.3 現(xiàn)象MB5T 查不到在途庫存但實物確實已經(jīng)發(fā)運原因用了 301 一步法或配置成 647 自動收貨。這類移動類型在過賬瞬間同時完成發(fā)貨和收貨系統(tǒng)不產(chǎn)生任何中間態(tài)自然沒有在途庫存可查。不是數(shù)據(jù)丟了是方案本身把“在途”這個節(jié)點從設(shè)計上去掉了。解決如果業(yè)務(wù)流程需要在途可見比如第三方運輸、物權(quán)未交割改用 303305 或 641101 兩步法。如果只是希望月底對賬快點那就接受“無在途”的模型別再去 MB5T 找數(shù)據(jù)。5.4 現(xiàn)象跨公司調(diào)撥的會計憑證不平或者多出一筆無法解釋的清算金額原因跨公司的清賬科目沒有配置或者配置到了錯誤的科目表。同公司代碼下的工廠轉(zhuǎn)儲不需要清算科目跨公司必須配這是常見遺漏點。尤其測試時很多人直接在同一個公司代碼下模擬等到真實跨公司跑 STO 才暴露。解決檢查 OBYA 配置確認(rèn)清賬科目在發(fā)貨方和收貨方公司代碼下都有效。同時查看 641/647 過賬后的會計憑證看清算科目行是否成對出現(xiàn)。若不平多半是科目確定規(guī)則里缺了工廠/公司代碼的組合。5.5 現(xiàn)象UB 計劃協(xié)議創(chuàng)建了但系統(tǒng)沒有產(chǎn)生任何可發(fā)貨的需求原因計劃協(xié)議的流程和標(biāo)準(zhǔn)采購訂單不同ME31L 創(chuàng)建之后必須用 ME38 確認(rèn)交貨計劃行。未確認(rèn)的交貨計劃不會生成可執(zhí)行的需求VL10B 自然一張單都挑不出來。解決用 ME38 對計劃協(xié)議行做確認(rèn)生成可發(fā)貨的交貨計劃行。確認(rèn)時注意數(shù)量、日期、工廠是否完整。這是一個流程步驟不是配置問題但實施時經(jīng)常被當(dāng)成“系統(tǒng) bug”來排查白花時間。五條經(jīng)驗里的共同規(guī)律是大多數(shù)翻車都不是 SAP 沒實現(xiàn)功能而是某個配置開關(guān)DlTp、一步過程、OBYA處于“可用但未啟用”的狀態(tài)。排查時不要先懷疑數(shù)據(jù)先沿著 2.3 節(jié)的配置路徑把開關(guān)狀態(tài)過一遍再回頭對移動類型和物料憑證。6. 設(shè)計取舍一步法還是兩步法本質(zhì)是在途庫存可見性看完整套公司間交易的移動類型和配置你會發(fā)現(xiàn) SAP 并沒有替你決定“哪種方案最好”它只是把選擇權(quán)精確地放在幾個節(jié)點上要不要交貨單、要不要在途庫存、自動收貨還是手動收貨。這幾個節(jié)點的組合構(gòu)成了工廠間轉(zhuǎn)儲那兩側(cè)對照表里的六種方案。方案之間沒有優(yōu)劣只有是否匹配現(xiàn)場條件。我一般會這么理解這個取舍一步法省掉的不是操作而是“確認(rèn)”這個動作兩步法多出來的也不是麻煩而是“物權(quán)轉(zhuǎn)移的時間窗口”。選擇一步法是默認(rèn)發(fā)貨數(shù)量與收貨數(shù)量一致、且收貨方不需要在系統(tǒng)里表達(dá)“我收到了”選擇兩步法是承認(rèn)貨物在途這段時間存在管理意義需要有一個賬面上的中間狀態(tài)來承接風(fēng)險。所以在真實項目里這兩個問題必須先問清楚發(fā)貨和收貨是不是同一批人在途庫存要不要體現(xiàn)在報表里技術(shù)實現(xiàn)上這個取舍被固化成了移動類型和配置的綁定301/647 是無在途語義303305/641101 是有在途語義UB 轉(zhuǎn)儲單的有無決定能不能使用 647 自動收貨。系統(tǒng)給了配置開關(guān)但沒有給你“隨便改”的自由一步法的生效條件死死綁在交貨單上這就是設(shè)計者留下的邊界想減少憑證可以想完全取消物流執(zhí)行節(jié)點不行。從那以后我每次做藍(lán)圖確認(rèn)都會先問收貨工廠一句你們的收貨崗位能不能保證在發(fā)貨當(dāng)天做 101 操作答案決定了整套移動類型的選型。能就兩步法不能再退回一步法兜底連有沒有人做系統(tǒng)收貨都不確定那就回到 301 直接調(diào)撥。先用一個最低線的問題把場景框住再進配置基本不會選錯方案。希望你也能用這個思路把公司間交易的各種場景理清楚。本文還有配套的精品資源點擊獲取