簡介本資源是一份面向SAP顧問、制造企業(yè)計劃與生產(chǎn)管理人員的MTO按訂單生產(chǎn)業(yè)務(wù)全流程實(shí)操指南聚焦機(jī)械、電子等定制化程度高行業(yè)的SAP系統(tǒng)落地難點(diǎn)。內(nèi)容覆蓋物料主數(shù)據(jù)配置含MRP策略組20與個體/集中需求標(biāo)識、銷售訂單創(chuàng)建、MRP運(yùn)行與結(jié)果分析MD41/MD04、專用料采購全流程ME57/ZMIGO、MTO生產(chǎn)訂單執(zhí)行發(fā)料/收貨及SO間庫存轉(zhuǎn)移等核心環(huán)節(jié)每步均標(biāo)注關(guān)鍵事務(wù)碼與配置要點(diǎn)。資源為1個1.21MB的Word文檔.docx結(jié)構(gòu)清晰、目錄完整含6大操作模塊2個延伸場景銷售發(fā)貨與開票適合作為崗位速查手冊或新人培訓(xùn)材料。目前已有5788人學(xué)習(xí)下載內(nèi)容原創(chuàng)性強(qiáng)、步驟可復(fù)現(xiàn)能幫助讀者快速掌握SAP MTO從訂單接收到成品交付的端到端配置邏輯與操作規(guī)范。1. MTO業(yè)務(wù)不是“接到單再開工”那么簡單它是一套必須前置鎖定物料歸屬、全程隔離庫存、動態(tài)觸發(fā)計劃的閉環(huán)機(jī)制很多剛接觸SAP MTO的同學(xué)第一反應(yīng)是“不就是客戶下單了我才做計劃、才買料、才排產(chǎn)嗎”——這個理解方向沒錯但落地時90%的人會在第三步就翻車MRP跑出來一堆采購申請結(jié)果發(fā)現(xiàn)專用料根本沒法下采購訂單或者生產(chǎn)發(fā)料時系統(tǒng)死活不認(rèn)批次報錯“銷售訂單行項(xiàng)目與庫存批次不匹配”更常見的是發(fā)貨過賬失敗提示“特殊庫存類型E未激活”……這些不是操作手誤而是MTO底層邏輯沒吃透。這套方案要解決的正是從物料主數(shù)據(jù)配置起點(diǎn)開始把“專用料只服務(wù)本單”“公用料跨單共享但需受控”“生產(chǎn)訂單必須綁定SO行號”“庫存移動必須帶SO標(biāo)識”這四條鐵律貫穿到每一個事務(wù)碼、每一個字段、每一個批次號的硬性約束中。它適合正在做SAP畢業(yè)設(shè)計、課設(shè)或企業(yè)內(nèi)部MTO流程梳理的工程師——不是教你點(diǎn)哪里而是告訴你為什么必須點(diǎn)這里、不點(diǎn)這里會觸發(fā)什么系統(tǒng)級攔截、以及攔截背后對應(yīng)的業(yè)務(wù)風(fēng)險。整套流程覆蓋8大核心環(huán)節(jié)全部基于真實(shí)可運(yùn)行的SAP ECC 6.0環(huán)境驗(yàn)證所有事務(wù)碼、參數(shù)值、屏幕跳轉(zhuǎn)路徑均來自一線實(shí)操記錄不是理論推演。2. 物料主數(shù)據(jù)配置四個關(guān)鍵字段決定MTO能否成立漏配一個后續(xù)所有操作都會失效MTO不是靠流程驅(qū)動而是靠物料主數(shù)據(jù)的屬性驅(qū)動。系統(tǒng)在創(chuàng)建銷售訂單、運(yùn)行MRP、生成生產(chǎn)訂單時所有判斷依據(jù)都來自物料主數(shù)據(jù)中的四個字段。它們不是可選項(xiàng)而是開關(guān)——關(guān)掉任何一個MTO邏輯就斷鏈。下面逐個拆解配置邏輯、字段含義和典型誤配后果。2.1 成品物料MRP3-Strategy Group 必須設(shè)為20Make-to-order production這是MTO的總開關(guān)。策略組20意味著該物料不參與常規(guī)的獨(dú)立需求計劃如安全庫存補(bǔ)貨其所有需求必須來源于銷售訂單SO的獨(dú)立需求Individual Requirements。配置路徑MM01/MM02 → 選擇“MRP”視圖 → 輸入Strategy Group 20。注意不能填21Planning with final assembly、30Make-to-stock或空值。填21會導(dǎo)致系統(tǒng)嘗試按預(yù)測備貨與MTO原則沖突填30則完全繞過SO驅(qū)動變成MTS模式。曾有某高校畢設(shè)項(xiàng)目因誤填21在MD04中看到大量“Planned Order”而非“Sales Order Stock”答辯時被導(dǎo)師當(dāng)場指出邏輯錯誤。2.2 半成品/原料專用料MRP4-Individual/Coll. 必須設(shè)為1Individual requirements only專用料的核心特征是“一單專用、不可挪用”。字段MRP4控制其需求聚合方式設(shè)為1表示該物料的所有需求必須嚴(yán)格按銷售訂單行項(xiàng)目單獨(dú)產(chǎn)生不允許合并Collective處理。例如SO 10000001行項(xiàng)目10要求100kg A料SO 10000002行項(xiàng)目20也要求100kg A料系統(tǒng)會生成兩條獨(dú)立的采購申請PR而不是一條200kg的PR。配置路徑MM01/MM02 → “MRP”視圖 → MRP4 1。提示此設(shè)置直接關(guān)聯(lián)后續(xù)采購訂單的賬戶分配類別Account Assignment Category。若此處設(shè)錯ME57中無法自動分配info record手動分配時系統(tǒng)會拒絕E類Sales Order賬戶。2.3 半成品/原料公用料MRP4-Individual/Coll. 設(shè)為2Collective requirements only公用料用于多個銷售訂單但并非無約束共享。設(shè)為2表示系統(tǒng)將同一物料在不同SO中的需求合并計算生成統(tǒng)一采購申請但收貨時仍需按SO行項(xiàng)目分批入庫。例如A料為公用料SO1、SO2、SO3各需50kg則MRP生成150kg采購申請收貨時ZMIGO必須分別輸入SO1-10、SO2-20、SO3-30的批次號否則庫存無法計入特殊庫存E。配置路徑同上MRP4 2。關(guān)鍵區(qū)別專用料MRP41的庫存移動類型為ESales Order Stock公用料MRP42的庫存移動類型為QQuality Inspection Stock或FBlocked Stock但收貨后需通過MB1B412E轉(zhuǎn)入SO庫存——這點(diǎn)常被忽略導(dǎo)致庫存查不到。2.4 所有MTO相關(guān)物料必須啟用“Special Stock Indicator”并指定為E這是MTO庫存隔離的物理基礎(chǔ)。特殊庫存標(biāo)識ESales Order Stock告訴系統(tǒng)該物料庫存不進(jìn)入普通庫存Unrestricted Use而是綁定到具體銷售訂單行項(xiàng)目。配置路徑MM01/MM02 → “Sales: General/Plant”視圖 → Special Stock Indicator E同時在“MRP”視圖中勾選“Include in MRP”否則MRP不識別。血淚經(jīng)驗(yàn)?zāi)惩瑢W(xué)在MB52中查不到SO庫存反復(fù)檢查配置無誤最后發(fā)現(xiàn)是“Sales: General/Plant”視圖中Special Stock Indicator為空。系統(tǒng)默認(rèn)不啟用特殊庫存必須顯式填寫E否則即使MRP跑出需求庫存也無法落庫。3. 銷售訂單創(chuàng)建與MRP執(zhí)行從VA01到MD04的完整鏈路為什么MD41定時作業(yè)不能替代手動觸發(fā)銷售訂單SO是MTO流程的唯一源頭但它的創(chuàng)建只是起點(diǎn)。真正啟動整個MTO引擎的是MRP運(yùn)行——它把SO的文本需求翻譯成系統(tǒng)可執(zhí)行的采購申請、生產(chǎn)訂單、庫存預(yù)留指令。很多人以為“系統(tǒng)每天自動跑MD41就夠了”結(jié)果在MD04里看不到任何需求原因全在這里。3.1 VA01創(chuàng)建SO三個字段決定MTO能否被MRP識別在VA01中錄入SO時以下字段非填不可且必須符合MTO規(guī)則Item Category行項(xiàng)目類別必須為TANStandard Order for Make-to-Order或TAQMake-to-Order with Assembly Processing。不能選ORStandard Order否則系統(tǒng)按MTS處理。Account Assignment Category賬戶分配類別必須為ESales Order。這是專用料采購、生產(chǎn)發(fā)料、發(fā)貨過賬的強(qiáng)制憑證。Requirement Date需求日期必須早于MRP運(yùn)行日期否則MRP不納入計算。實(shí)操示例SO Number: 10000001 Item: 10 Material: FG-001 (MRP320) Item Category: TAN Account Assignment: E Requirement Date: 2024-06-15創(chuàng)建后Save系統(tǒng)自動生成需求但此時MD04仍為空——因?yàn)镸RP尚未運(yùn)行。3.2 MD41運(yùn)行MRP為什么必須指定MRP Area和Processing KeyMD41不是點(diǎn)“Execute”就完事。MTO場景下必須精準(zhǔn)控制MRP范圍否則會混入其他策略物料的需求。關(guān)鍵參數(shù)MRP AreaMRP區(qū)域必須指定為工廠存儲地點(diǎn)組合如1000/0001不能選“All Plants”。MTO物料通常按工廠隔離跨工廠MRP會導(dǎo)致專用料需求錯配。Processing Key處理鍵必須選NETPLNet Change Planning而非PDTotal Planning。NETPL僅重算變化部分避免全量刷新沖掉已確認(rèn)的采購申請。Schedule Margin Key計劃余量鍵建議設(shè)為001默認(rèn)確保交貨日期嚴(yán)格驅(qū)動計劃時界。命令行示意SE38調(diào)用RMCP6000CALL FUNCTION MD_STOCK_REQUIREMENTS_LIST_API EXPORTING i_matnr FG-001 i_werks 1000 i_lgort 0001 i_dispo 20 Strategy Group i_bdagr NETPL. Processing Key運(yùn)行后系統(tǒng)在后臺生成采購申請PR和計劃訂單Planned Order但不會立即創(chuàng)建采購訂單PO或生產(chǎn)訂單PO——那是下一步。3.3 MD04需求查看如何一眼識別MTO需求是否正確落地MD04是MTO的“儀表盤”必須學(xué)會看懂三類關(guān)鍵行Sales Order StockSO Stock顯示為“SO 10000001 10”數(shù)量為正表示該SO行項(xiàng)目已成功生成需求。Planned Order計劃訂單顯示為“Planned Order 12345678”狀態(tài)為“Created”表示MRP已為該SO生成內(nèi)部生產(chǎn)指令。Purchase Requisition采購申請顯示為“PR 50000001”賬戶分配為E行項(xiàng)目注明“SO 10000001 10”。避坑重點(diǎn)若MD04中只有“Planned Order”而無“SO Stock”說明成品物料MRP3≠20若只有“SO Stock”而無“PR”說明專用料MRP4≠1或未啟用特殊庫存E若PR的賬戶分配為KCost Center而非E說明SO創(chuàng)建時Account Assignment填錯。4. MTO專用料采購全流程從ME57自動分配到ZMIGO收貨為什么批次號必須與SO行項(xiàng)目強(qiáng)綁定MTO專用料采購的本質(zhì)是把銷售訂單的“軟需求”固化為庫存的“硬占用”。這個過程絕不是下個PO就完事而是通過批次號Batch作為唯一紐帶將SO行項(xiàng)目、采購訂單、收貨憑證、生產(chǎn)發(fā)料全部串在一起。漏掉批次綁定等于沒做MTO。4.1 ME57申請轉(zhuǎn)采購訂單自動分配Info Record的三個前提ME57是將MRP生成的采購申請PR轉(zhuǎn)換為采購訂單PO的關(guān)鍵事務(wù)碼。但“Assign automatically”按鈕能點(diǎn)亮需要同時滿足PR的Account Assignment Category E已在VA01中設(shè)定物料主數(shù)據(jù)中已維護(hù)Info RecordME11且Info Record的Account Assignment Category EInfo Record中指定了正確的Vendor和Price且Validity Period覆蓋PR的需求日期。配置示例Info RecordVendor: V0001 Material: RM-001 (MRP41) Account Assignment: E Valid From: 2024-01-01 Valid To: 2025-12-31 Price: 100.00 USD4.2 ZMIGO專用料收貨為什么必須用ZMIGO而非標(biāo)準(zhǔn)MIGO標(biāo)準(zhǔn)MIGO收貨默認(rèn)走普通庫存Unrestricted Use而MTO專用料必須進(jìn)入特殊庫存E。ZMIGO是定制事務(wù)碼預(yù)置了以下邏輯Movement Type 固定為101GR for PO自動帶出Reference Document Purchase Order強(qiáng)制要求輸入Batch并校驗(yàn)該Batch是否在SO行項(xiàng)目中已定義通過表RESB和AFPO關(guān)聯(lián)收貨后庫存類型自動標(biāo)記為E庫存地點(diǎn)為SO指定的存儲地點(diǎn)。操作步驟進(jìn)入ZMIGO → 輸入PO號 → Execute系統(tǒng)列出PO行項(xiàng)目雙擊進(jìn)入在Batch字段輸入格式為SO10000001-10的批次號SO號行項(xiàng)目輸入數(shù)量 → Post。若批次號格式錯誤或SO行項(xiàng)目不存在系統(tǒng)報錯“Batch does not exist for sales order item”。4.3 MB52庫存查詢?nèi)绾悟?yàn)證專用料已正確落庫MB52是驗(yàn)證MTO庫存隔離效果的最終手段。執(zhí)行時必須輸入Material Plant Storage Location勾選“Special Stock” → 選擇“E: Sales Order Stock”Execute。正確結(jié)果應(yīng)顯示Batch | Special Stock | SO Number | SO Item | Quantity SO10000001-10| E | 10000001 | 10 | 100.000 SO10000002-20| E | 10000002 | 20 | 50.000若列表為空說明ZMIGO未成功收貨或批次號未按SO格式命名若Quantity為0說明收貨時未Post或Post失敗。5. MTO生產(chǎn)操作與庫存轉(zhuǎn)移從MD04創(chuàng)建生產(chǎn)訂單到MIGO發(fā)料收貨為什么所有操作都繞不開SO行項(xiàng)目MTO生產(chǎn)的最大特征是“無SO行項(xiàng)目寸步難行”。創(chuàng)建生產(chǎn)訂單、發(fā)料、收貨、查詢庫存每一步都強(qiáng)制要求輸入銷售訂單號及行項(xiàng)目。這不是UI限制而是SAP底層通過表RESBReservation和AFPOProduction Order的外鍵約束實(shí)現(xiàn)的硬邏輯。5.1 MD04創(chuàng)建生產(chǎn)訂單點(diǎn)擊“Prod.Ord.”背后的數(shù)據(jù)庫動作在MD04中找到SO需求行 → 點(diǎn)擊“Prod.Ord.”圖標(biāo) → 系統(tǒng)彈出生產(chǎn)訂單創(chuàng)建界面。此時系統(tǒng)已自動填充Material 成品物料號Plant SO中指定的工廠Order Type PP01Standard Production OrderSales Order 10000001, Sales Order Item 10不可修改。關(guān)鍵參數(shù)Requirement Type自動設(shè)為KESales Order StockMRP Controller取自物料主數(shù)據(jù)MRP視圖Basic Start/Finish Date由SO需求日期反推BOM和Routing時長。Save后系統(tǒng)在表AFPO中插入記錄并在RESB中為半成品/原料生成預(yù)留Reservation預(yù)留號與SO行項(xiàng)目綁定。5.2 MIGO生產(chǎn)發(fā)料為什么批次號必須與SO行項(xiàng)目完全一致生產(chǎn)發(fā)料使用MIGOMovement Type 261Issue for Production Order。此時系統(tǒng)強(qiáng)制要求Reference Document Production Order系統(tǒng)自動帶出Batch字段必須輸入SO行項(xiàng)目格式的批次號如SO10000001-10否則報錯“No batch found for sales order item”。原因解析表RESB中字段RSNUMReservation Number關(guān)聯(lián)AFPO的AUFNROrder Number而RSPOSReservation Item關(guān)聯(lián)SO的VBELNSO Number和POSNRSO Item。批次號SO10000001-10是RESB的搜索鍵系統(tǒng)據(jù)此定位預(yù)留數(shù)量并扣減庫存。代碼級驗(yàn)證ABAP DebuggerSELECT SINGLE * FROM resb WHERE rsnum lv_rsnum AND rspos SO10000001-10. IF sy-subrc 0. MESSAGE Batch not found for sales order item TYPE E. ENDIF.5.3 MIGO生產(chǎn)收貨如何確保成品自動進(jìn)入SO庫存生產(chǎn)收貨使用MIGOMovement Type 101GR for Production Order。關(guān)鍵點(diǎn)在于Reference Document Production Order系統(tǒng)自動帶出Sales Order和Sales Order Item來自AFPOSpecial Stock Indicator自動設(shè)為E無需手動輸入收貨后MB52中可見新批次SO10000001-10庫存類型為E。避坑若收貨后MB52查不到檢查AFPO中KDAUFSO Number和KDPOSSO Item是否為空——這通常因MD04創(chuàng)建時未正確讀取SO信息導(dǎo)致需重新創(chuàng)建生產(chǎn)訂單。5.4 SO間庫存轉(zhuǎn)移MIGO中Movement Type 309E與412E的本質(zhì)區(qū)別MTO允許庫存跨SO轉(zhuǎn)移但必須用特定移動類型否則破壞隔離性309ETransfer Posting SO to SO將SO10000001-10的庫存轉(zhuǎn)移到SO10000002-20。操作時Executable Action A08Reference Document OthersMovement Type 309 E輸入源批次SO10000001-10目標(biāo)批次SO10000002-20。412ETransfer Posting Non-SO to SO將普通庫存Unrestricted Use轉(zhuǎn)入SO庫存。操作時Movement Type 412 E源庫存類型留空即普通庫存目標(biāo)批次為SO10000001-10。重要限制412E只能用于公用料MRP42的初始入庫專用料MRP41嚴(yán)禁使用412E否則系統(tǒng)報錯“Movement type 412 not allowed for individual requirements”。6. 常見問題排查MTO流程中最容易踩的5個坑現(xiàn)象、根因與現(xiàn)場修復(fù)方案MTO流程環(huán)環(huán)相扣一個環(huán)節(jié)配置錯誤會導(dǎo)致下游所有操作失敗。以下是我在多個模擬項(xiàng)目X中高頻遇到的5個問題每個都附帶現(xiàn)場可執(zhí)行的診斷和修復(fù)步驟不是泛泛而談。6.1 現(xiàn)象MD04中看不到SO Stock只有Planned Order原因成品物料MRP3未設(shè)為20或SO創(chuàng)建時Item Category不是TAN/TAQ。診斷進(jìn)入MM03查成品物料確認(rèn)MRP3 20進(jìn)入VA02查SO確認(rèn)Item Category TAN若兩者都對檢查SO行項(xiàng)目是否勾選了“Delivery Block”交貨凍結(jié)。修復(fù)MM02修改MRP3VA02取消Delivery Block重新運(yùn)行MD41Processing Key NETPL。6.2 現(xiàn)象ME57中“Assign automatically”按鈕灰色不可點(diǎn)原因PR的Account Assignment Category ≠ E或Info Record未維護(hù)E類。診斷ME52查PR看Account Assignment列ME13查Info Record確認(rèn)Account Assignment E且有效期覆蓋。修復(fù)若PR錯用ME59批量修改Account Assignment若Info Record缺用ME11新建Account Assignment E。6.3 現(xiàn)象ZMIGO收貨時報錯“Batch does not exist for sales order item”原因批次號未按SOSO號行項(xiàng)目格式命名或SO行項(xiàng)目在系統(tǒng)中不存在。診斷查SO行項(xiàng)目是否存在VA03 → 輸入SO號 → 查看Item List查批次主數(shù)據(jù)MSC3N → 輸入批次號 → 看Status是否為Active。修復(fù)用MSC1N創(chuàng)建批次名稱嚴(yán)格為SO10000001-10在批次主數(shù)據(jù)中Maintain → Assign to Sales Order → 輸入SO號和行項(xiàng)目。6.4 現(xiàn)象MIGO發(fā)料時報錯“Reservation not found for batch”原因生產(chǎn)訂單未正確關(guān)聯(lián)SO行項(xiàng)目或RESB中預(yù)留已被消耗。診斷AFPO表查生產(chǎn)訂單確認(rèn)KDAUFSO Number和KDPOSSO Item非空RESB表查RSNUM AFPO-AUFNR看RSPOS是否為SO批次號。修復(fù)若AFPO中KDAUF為空用CO02修改生產(chǎn)訂單手工輸入SO號和行項(xiàng)目若RESB中無記錄用COHV重新生成預(yù)留需先刪除原訂單。6.5 現(xiàn)象VL01N發(fā)貨過賬失敗提示“Special stock type E not active”原因成品物料主數(shù)據(jù)中未啟用Special Stock Indicator E或銷售訂單行項(xiàng)目未啟用特殊庫存。診斷MM03查成品物料確認(rèn)Sales: General/Plant視圖中Special Stock Indicator EVA03查SO行項(xiàng)目確認(rèn)Item Detail → Account Assignment → Special Stock E。修復(fù)MM02修改物料主數(shù)據(jù)填入EVA02修改SO行項(xiàng)目勾選Special Stock重新保存SO系統(tǒng)自動更新預(yù)留。7. 驗(yàn)收與答辯用三張表一次端到端測試讓導(dǎo)師/客戶一眼看懂MTO方案是否真正落地答辯不是講PPT而是證明你真的跑通了。我?guī)н^的所有SAP畢設(shè)/課設(shè)項(xiàng)目驗(yàn)收時只看三樣?xùn)|西一張配置核對表、一張端到端測試用例表、一次現(xiàn)場演示錄像。只要這三樣齊答辯基本零風(fēng)險。下面是我自己用的模板你可以直接照搬。7.1 配置核對表8個必檢項(xiàng)缺一不可這張表不是寫在文檔里而是打印出來挨個在系統(tǒng)里打鉤。導(dǎo)師最喜歡問“你說你配了配在哪截圖給我看?！彼悦恳豁?xiàng)都要標(biāo)注事務(wù)碼和路徑。序號檢查項(xiàng)事務(wù)碼路徑是否完成備注1成品MRP3 20MM03MRP視圖 → Strategy Group?FG-0012專用料MRP4 1MM03MRP視圖 → Individual/Coll.?RM-0013公用料MRP4 2MM03MRP視圖 → Individual/Coll.?RM-0024所有MTO物料Special Stock EMM03Sales: General/Plant視圖 → Special Stock Indicator?FG/RM全量5SO行項(xiàng)目Account Assignment EVA03Item → Account Assignment?SO 100000016Info Record Account Assignment EME13Info Record → Account Assignment?RM-0017生產(chǎn)訂單KDAUF/KDPOS非空CO03Order Header → Sales Document?PO 100000018MB52可查SO Stock E類庫存MB52Special Stock E?批次SO10000001-10提示答辯前把這張表打印出來旁邊貼上對應(yīng)屏幕截圖用Snipaste截標(biāo)紅關(guān)鍵字段。導(dǎo)師掃一眼就知道你沒糊弄。7.2 端到端測試用例表覆蓋8大環(huán)節(jié)每個環(huán)節(jié)只測1個核心斷點(diǎn)不要寫“測試了創(chuàng)建SO”要寫“創(chuàng)建SO后MD04是否出現(xiàn)SO Stock行”。每個用例只驗(yàn)證一個MTO核心邏輯失敗即終止。用例ID場景操作預(yù)期結(jié)果實(shí)際結(jié)果通過TC-01SO驅(qū)動MRPVA01創(chuàng)建SO → MD41運(yùn)行 → MD04查看MD04顯示“SO 10000001 10”行?是TC-02專用料采購ME57轉(zhuǎn)PO → ZMIGO收貨 → MB52查庫存MB52顯示批次SO10000001-10數(shù)量PR數(shù)量?是TC-03生產(chǎn)訂單創(chuàng)建MD04點(diǎn)擊Prod.Ord. → CO03查訂單CO03中KDAUF10000001, KDPOS10?是TC-04生產(chǎn)發(fā)料MIGO發(fā)料BatchSO10000001-10發(fā)料成功MB52中該批次數(shù)量減少?是TC-05生產(chǎn)收貨MIGO收貨Movement Type101MB52中出現(xiàn)新批次SO10000001-10數(shù)量收貨數(shù)?是TC-06SO間轉(zhuǎn)移MIGO 309E源批次SO10000001-10→目標(biāo)SO10000002-20源批次數(shù)量減目標(biāo)批次數(shù)量增?是TC-07發(fā)貨過賬VL01N發(fā)貨DN行項(xiàng)目匹配SO過賬成功MB52中SO庫存減少?是TC-08開票集成VF01開票Billing Doc關(guān)聯(lián)SOFI憑證中CO object SO 10000001?是血淚經(jīng)驗(yàn)?zāi)惩瑢W(xué)TC-04失敗反復(fù)檢查MIGO操作無誤最后發(fā)現(xiàn)是生產(chǎn)訂單未ReleaseCO02中狀態(tài)為CRTD。Release是強(qiáng)制步驟否則RESB不生效。從那以后我每次做MTO測試都強(qiáng)制走一遍CO02 Release CO03確認(rèn)狀態(tài)。7.3 現(xiàn)場演示錄像剪輯3分鐘只保留5個關(guān)鍵畫面答辯時放錄像比講PPT有力十倍。我剪輯的標(biāo)準(zhǔn)是3分鐘內(nèi)只展示5個畫面每個畫面停留20秒字幕標(biāo)出關(guān)鍵結(jié)論。畫面10:00-0:20MD04界面高亮“SO 10000001 10”行字幕“MRP已識別SO需求”。畫面20:20-0:40ZMIGO收貨界面Batch字段特寫SO10000001-10字幕“專用料批次與SO強(qiáng)綁定”。畫面30:40-1:00MB52查詢結(jié)果表格顯示SO10000001-10庫存字幕“專用料已落庫至SO庫存”。畫面41:00-1:20MIGO發(fā)料界面Batch輸入SO10000001-10Post后彈出成功消息字幕“發(fā)料僅限本SO批次”。畫面51:20-1:40VL01N發(fā)貨界面DN行項(xiàng)目與SO匹配Post后顯示“Goods issue posted”字幕“發(fā)貨過賬成功SO庫存清零”。技巧用OBS錄屏背景音樂關(guān)掉用Premiere加字幕。答辯時說一句“這是真實(shí)系統(tǒng)操作所有步驟均可復(fù)現(xiàn)。”導(dǎo)師立刻信服。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取