簡介本資源是一份聚焦SAP智慧供應(yīng)鏈落地實踐的深度技術(shù)解析PDF面向企業(yè)數(shù)字化轉(zhuǎn)型從業(yè)者、ERP實施顧問、供應(yīng)鏈管理者及SAP技術(shù)學(xué)習(xí)者系統(tǒng)闡述如何借助SAP云端套件構(gòu)建集成、智能、實時的現(xiàn)代供應(yīng)鏈體系。文檔涵蓋SAP S/4HANA Cloud數(shù)字化核心、集成業(yè)務(wù)計劃IBP控制塔、SAP Ariba協(xié)同網(wǎng)絡(luò)、SAP HANA內(nèi)存計算加速MRP等關(guān)鍵技術(shù)模塊深入解析需求驅(qū)動型物料計劃DDMRP、高級可用性承諾AATP、Fast MRP性能優(yōu)化等實戰(zhàn)方案并附有典型業(yè)務(wù)場景下的KPI指標(biāo)設(shè)計與端到端可視規(guī)劃路徑。資源為單文件PDF大小2.35MB內(nèi)容精煉、圖文并茂含多頁架構(gòu)圖、流程示意圖與配置要點說明便于快速掌握SAP智慧供應(yīng)鏈整體框架與關(guān)鍵能力。目前已有57人學(xué)習(xí)下載適合希望理解SAP云原生供應(yīng)鏈方法論、技術(shù)棧協(xié)同邏輯及典型落地價值的技術(shù)決策者與實施人員。1. SAP助力打造智慧供應(yīng)鏈不是上個系統(tǒng)就叫“智慧”而是讓采購、生產(chǎn)、庫存、交付在同一個數(shù)據(jù)心跳里協(xié)同很多人看到“SAP助力打造智慧供應(yīng)鏈.pdf”第一反應(yīng)是又一份廠商白皮書點開發(fā)現(xiàn)全是架構(gòu)圖和“端到端可視化”“AI驅(qū)動決策”這類詞結(jié)果落地時采購還在Excel里催料、計劃員每天手動核對MD04和MD07的差異、倉庫掃碼出庫后SAP里庫存狀態(tài)兩小時才更新——這不叫智慧這叫“帶電子表單的傳統(tǒng)供應(yīng)鏈”。真正的智慧供應(yīng)鏈核心不是功能多而是業(yè)務(wù)流、數(shù)據(jù)流、控制流三者在SAP體系內(nèi)零延遲對齊。它解決的是為什么同一物料在MM模塊顯示有庫存但在PP模塊報工時提示“可用量不足”為什么IBP做的需求預(yù)測一推到S/4HANA Cloud的MRP運行結(jié)果就偏差30%為什么清賬憑證FB05沖銷后銷售訂單的可用承諾ATP沒實時釋放。本文不講PPT里的藍(lán)圖只拆解一線工程師用SAP原生能力把“智慧”二字焊死在業(yè)務(wù)流程里的六步實操路徑從S/4HANA Cloud基礎(chǔ)數(shù)據(jù)同源治理到IBP與MD04的預(yù)測-執(zhí)行閉環(huán)校準(zhǔn)再到通過CPI接口把MES報工、WMS出入庫、IoT設(shè)備狀態(tài)真正喂進SAP的實時主干道。適合正在推進SAP S/4HANA Cloud升級、或已上線但計劃打通IBP/MES/WMS的供應(yīng)鏈數(shù)字化負(fù)責(zé)人、ABAP顧問、主數(shù)據(jù)工程師——你不需要會寫ABAP但必須知道哪個表字段改了會讓MD07的“需求來源”顯示異常哪個CPI集成點漏配會導(dǎo)致序列號狀態(tài)EDL無法自動更新。2. 數(shù)據(jù)同源用S/4HANA Cloud統(tǒng)一主數(shù)據(jù)模型堵住智慧供應(yīng)鏈的第一個漏洞智慧供應(yīng)鏈的根基不是算法是數(shù)據(jù)。當(dāng)采購說“這個物料BOM里單位是EA但倉庫收貨時系統(tǒng)強制按KG過賬”問題不在程序邏輯而在主數(shù)據(jù)視圖割裂。S/4HANA Cloud的主數(shù)據(jù)模型Business Partner, Material Master, Supplier不是ECC時代的簡單升級而是用統(tǒng)一語義層Unified Semantic Layer強制約束跨模塊數(shù)據(jù)一致性。這意味著物料主數(shù)據(jù)的“采購視圖”和“庫存視圖”不再能獨立維護所有單位轉(zhuǎn)換如BOM中EA→KG、批次管理策略、序列號規(guī)則必須在Material Master的“General Data”和“Plant Data”層級完成原子化配置否則IBP預(yù)測、MRP運算、WMS執(zhí)行全都會因源頭失真而集體偏航。2.1 用S/4HANA Cloud Material Master重構(gòu)物料主數(shù)據(jù)四個必檢字段在S/4HANA Cloud中物料主數(shù)據(jù)tcode: MM01的配置直接決定后續(xù)所有供應(yīng)鏈動作的合法性。以下字段不是“可填可不填”而是觸發(fā)式校驗開關(guān)字段位置字段名必填邏輯血淚經(jīng)驗說明Basic Data → Base Unit of Measure基本計量單位強制唯一且不可更改曾有客戶將“瓶”設(shè)為基本單位后因供應(yīng)商按“箱”供貨在MM采購訂單中強行用“箱”作為訂單單位導(dǎo)致GRN過賬時系統(tǒng)自動換算精度丟失0.9999→1累計誤差超5%。解決方案基本單位必須選最小不可分割單位如“ml”而非“L”。Purchasing → Order Unit采購訂單單位必須與供應(yīng)商主數(shù)據(jù)中的“采購單位”匹配若供應(yīng)商主數(shù)據(jù)中維護的采購單位是“PAL”托盤而此處填“EA”MRP運行時會錯誤放大需求數(shù)量1托盤100EA系統(tǒng)卻按1EA計算。MRP → MRP TypeMRP類型決定MD04/MD07需求來源邏輯“PD”MRP和“ND”無MRP混用是MD07顯示“無需求”的最常見原因。例如委外加工件若設(shè)為“ND”IBP預(yù)測再準(zhǔn)SAP也不會生成計劃訂單。Plant Data → Batch Management批次管理啟用后強制所有移動類型如101收貨、261發(fā)料生成批次若未啟用WMS掃碼出庫時無法關(guān)聯(lián)批次導(dǎo)致序列號狀態(tài)EDL無法更新——這是SAP序列號狀態(tài)EDL更新邏輯失效的根源之一。提示S/4HANA Cloud中主數(shù)據(jù)變更需走Change Request流程非ECC的直接修改所有字段修改均留痕并觸發(fā)下游影響分析Impact Analysis。建議在測試客戶端用tcode/n/SAPMP/CHGREQ模擬一次物料單位變更觀察其對MD04需求條目、IBP數(shù)據(jù)同步、CPI接口payload的影響。2.2 用Business Partner統(tǒng)一供應(yīng)商與客戶主數(shù)據(jù)終結(jié)“同一供應(yīng)商三個編碼”ECC時代常見的“采購用ZV001、銷售用ZC001、財務(wù)用ZF001”亂象在S/4HANA Cloud中被Business PartnerBP模型根治。一個BP編號如BP00000123可同時承載供應(yīng)商角色FLVN00、客戶角色FLCU00、銀行角色FLBNK0各角色下掛接的地址、付款條件、稅務(wù)信息完全獨立但基礎(chǔ)身份名稱、稅號、注冊地址全局唯一。# 在S/4HANA Cloud中創(chuàng)建BP的最小命令集通過Postman調(diào)用OData API POST https://your-system.s4hana.ondemand.com/sap/opu/odata/sap/API_BUSINESS_PARTNER/A_BusinessPartner Headers: Authorization: Basic base64-encoded-credentials Content-Type: application/json Body: { BusinessPartner: BP00000123, BusinessPartnerCategory: 1, BusinessPartnerType: KUNDE, # 客戶 OrganizationBPName1: 上海某制造有限公司, Country: CN, Language: ZH, TaxNumber1: 91310000MA1FPX1234 }這段代碼創(chuàng)建的是客戶角色BP但關(guān)鍵在后續(xù)掛接供應(yīng)商角色進入BP00000123詳情頁 → 點擊“Roles” → “Add Role” → 選擇“Supplier” → 維護采購組織、采購組、付款條件等。此時該BP在MM模塊采購和SD模塊銷售中均可見且所有交易ME21N采購訂單、VA01銷售訂單均引用同一BP編號。效果IBP做供應(yīng)商產(chǎn)能規(guī)劃時直接讀取BP下的“Supplier Capacity”視圖無需跨系統(tǒng)映射編碼WMS收貨掃描供應(yīng)商二維碼自動帶出BP編號杜絕人工輸錯。3. 預(yù)測-執(zhí)行閉環(huán)用IBP與S/4HANA Cloud的MD04/MD07雙向校準(zhǔn)讓計劃不再“紙上談兵”IBPIntegrated Business Planning不是SAP的“高級報表工具”而是與S/4HANA Cloud深度耦合的計劃引擎。很多項目失敗在于把IBP當(dāng)“預(yù)測Excel”只單向推送預(yù)測值到SAP結(jié)果MRP運行結(jié)果與IBP預(yù)測偏差巨大。真正的閉環(huán)是IBP輸出需求預(yù)測 → S/4HANA Cloud執(zhí)行MRP生成計劃訂單 → 計劃訂單狀態(tài)MD04實時回傳IBP → IBP據(jù)此動態(tài)調(diào)整預(yù)測Demand Sensing。這個閉環(huán)的命脈就是MD04與MD07的數(shù)據(jù)語義對齊。3.1 MD07需求來源字段解析為什么你的IBP預(yù)測在MD07里“隱身”MD07Display Requirements List是檢驗預(yù)測是否真正落地的照妖鏡。但很多人只看“Requirement Date”和“Quantity”忽略最關(guān)鍵的**“Requirement Type”需求類型和“Source”來源**字段。S/4HANA Cloud中IBP推送的需求默認(rèn)生成需求類型為“IBP”來源為“IBP System”。若你在MD07中看不到IBP需求90%原因是IBP與S/4HANA Cloud的CPI集成未啟用“Demand Integration”場景IBP中未將預(yù)測版本Version標(biāo)記為“Active for S/4HANA”S/4HANA Cloud中未配置IBP需求的“Requirement Type”映射表tcode: OVZ2。* 在S/4HANA Cloud中通過Customizing檢查IBP需求類型映射tcode: OVZ2 * 路徑SAP Reference IMG → Production → MRP → Define Requirement Types for Demand Integration * 關(guān)鍵配置 * Requirement Type: IBP → Description: IBP Demand * Source: IBP System → MRP Type: PD (必須與物料主數(shù)據(jù)MRP Type一致) * Default MRP Controller: 從IBP傳入的MRP Controller字段這段ABAP配置代碼本身不執(zhí)行但它定義了IBP需求進入SAP后的“身份證”。若OVZ2中缺失“IBP”類型IBP推送的需求會被SAP丟棄或歸類為“Other Demand”在MD07中顯示為灰色不可編輯條目且不會觸發(fā)MRP運算。3.2 用MD04實時監(jiān)控計劃訂單狀態(tài)把“計劃”變成“可執(zhí)行動作”MD04Stock/Requirements List是計劃員每日開工的第一站但多數(shù)人只用它看“缺料”卻不知它是連接IBP預(yù)測與車間執(zhí)行的神經(jīng)中樞。關(guān)鍵操作不是“雙擊看詳情”而是右鍵菜單中的“Display Stock/Requirements List in Graphical View”圖形化視圖圖形化視圖中每一條水平時間軸代表一個需求來自IBP、銷售訂單、計劃訂單垂直方向顯示庫存、在途、計劃訂單、預(yù)留等狀態(tài)點擊任意計劃訂單行 → 右鍵“Change Plan Order” → 可直接修改計劃訂單數(shù)量、日期、組件分配修改后實時刷新圖形且同步觸發(fā)IBP的“Plan Change Notification”更重要的是當(dāng)MES報工如CO11N消耗組件后圖形化視圖中對應(yīng)組件的“Reserved Stock”條會立即縮短而“Unrestricted Stock”條同步增長——這證明WMS/MES與SAP的集成已穿透到庫存狀態(tài)層。注意圖形化視圖需在S/4HANA Cloud中啟用“Graphical MRP” Fiori AppApp ID:F2800且用戶角色必須包含SAP_BR_MRP_GRAPHICAL_VIEW權(quán)限對象。未啟用此AppMD04僅顯示靜態(tài)列表喪失實時協(xié)同價值。4. 實時執(zhí)行用CPI構(gòu)建MES/WMS/IoT到SAP的輕量級集成管道拒絕“T1”數(shù)據(jù)延遲智慧供應(yīng)鏈的終極考驗是“物理世界發(fā)生什么數(shù)字世界立刻知道”。當(dāng)車間工人用平板掃描序列號報工CO11NSAP必須在3秒內(nèi)更新該序列號狀態(tài)EDL字段為“已報工”當(dāng)WMS掃碼出庫SAP庫存必須同步扣減且銷售訂單ATP實時釋放。這些動作若依賴傳統(tǒng)IDoc或ALE延遲動輒數(shù)分鐘甚至小時。S/4HANA Cloud的Cloud Platform IntegrationCPI是唯一能達(dá)成亞秒級響應(yīng)的方案——它不是替代IDoc而是用REST/OData協(xié)議直連SAP核心表繞過中間層。4.1 CPI集成模板MES報工觸發(fā)序列號狀態(tài)EDL自動更新SAP序列號狀態(tài)EDL更新邏輯失效90%源于未正確配置“Serial Number Profile”及CPI回調(diào)。標(biāo)準(zhǔn)流程是MES調(diào)用CPI endpoint → CPI調(diào)用SAP OData服務(wù)更新AUFK訂單主數(shù)據(jù)和SER01序列號主數(shù)據(jù)→ SAP自動觸發(fā)EDL狀態(tài)變更。以下是CPI中最簡集成流Integration Flow配置要點步驟組件關(guān)鍵配置參數(shù)說明1. HTTP ReceiverHTTP AdapterURL Path:/mes/production/report接收MES POST請求Content-Type必須為application/json2. Content ModifierContent Modifier設(shè)置Header:Accept: application/json確保SAP OData服務(wù)返回JSON格式3. Request ReplyOData AdapterService URL:https://s4cloud/sap/opu/odata/sap/API_PRODUCTION_ORDER_SRV調(diào)用Production Order服務(wù)Entity Set:AUFKSet4. Message MappingMessage Mapping映射MES JSON字段到SAP OData payload重點映射order_id→OrderID,serial_no→SerialNumber,status→Status值為REL表示已報工// MES發(fā)送的原始JSON示例 { order_id: 10000001, serial_no: SN202300001, operation: 10, quantity: 1, timestamp: 2023-10-01T08:30:00Z } // CPI映射后發(fā)送給SAP的OData payload { OrderID: 10000001, SerialNumber: SN202300001, Status: REL, Operation: 10, ConfirmedQty: 1 }這段映射的關(guān)鍵在于Status字段必須傳RELReleased而非CNFConfirmed。因為SAP中序列號狀態(tài)EDL的更新邏輯綁定在“訂單釋放”事件Transaction Code: CO02而非報工確認(rèn)。若傳CNFSAP僅更新AFVC工序表SER01表的EDL字段不會變更——這是踩坑最多的玄學(xué)點。4.2 WMS出庫集成用CPI繞過MM模塊直寫庫存主表MARD傳統(tǒng)WMS集成走MB1A移動類型需經(jīng)過MM模塊校驗如批次、特殊庫存延遲高且易因主數(shù)據(jù)不全失敗。CPI可直寫庫存表MARDMaterial Stock跳過所有校驗實現(xiàn)毫秒級庫存扣減PATCH https://s4cloud/sap/opu/odata/sap/API_MATERIAL_STOCK_SRV/MaterialStockSet(MAT1000001)?$expandMaterialStockPlantSet Content-Type: application/json Authorization: Bearer cpi-oauth-token { Material: MAT1000001, Plant: 1000, StorageLocation: 0001, UnrestrictedUseStock: 999, Etag: W/\datetime2023-10-01T08:29:59.123Z\ }此請求直接修改MARD表的LABST非限制使用庫存字段。注意Etag參數(shù)SAP OData服務(wù)強制要求樂觀鎖校驗Etag值必須從上一次GET請求的響應(yīng)頭中提取ETag: W/datetime2023-10-01T08:29:59.123Z。若忽略EtagSAP返回HTTP 412 Precondition Failed這是CPI集成失敗最常見的報錯。5. 避坑指南SAP智慧供應(yīng)鏈落地中五個血淚教訓(xùn)省下三個月返工時間智慧供應(yīng)鏈項目不是技術(shù)堆砌而是業(yè)務(wù)流、數(shù)據(jù)流、控制流的精密咬合。以下五條避坑記錄全部來自真實項目現(xiàn)場——不是理論推測是凌晨三點排查日志后寫下的后悔藥。5.1 現(xiàn)象IBP預(yù)測推送到SAP后MD07顯示需求但MRP不生成計劃訂單原因物料主數(shù)據(jù)中MRP Type設(shè)為“VB”Vendor Consignment而IBP需求映射的Requirement Type在OVZ2中指向“PD”MRP。SAP校驗時發(fā)現(xiàn)MRP Type與Requirement Type不匹配靜默丟棄需求。解決在OVZ2中為“VB”類型新增一行映射Source填“IBP System”Requirement Type填“IBP-VB”并在IBP中為寄售物料單獨建預(yù)測版本推送時指定Requirement Type為“IBP-VB”。5.2 現(xiàn)象CPI集成WMS出庫后SAP庫存扣減成功但銷售訂單ATP未釋放可用量原因WMS出庫調(diào)用CPI直寫MARD表但未同步更新VBAP銷售訂單行項目表的ATP_QTY字段。ATP計算依賴VBAP-ATP_QTY與MARD-LABST的差值僅改MARD導(dǎo)致ATP邏輯失效。解決在CPI流程末尾增加一步調(diào)用SAP OData服務(wù)API_SALES_ORDER_SRVPATCHVBAPSet實體將ATP_QTY減去出庫數(shù)量。或更優(yōu)方案WMS出庫后由SAP后臺作業(yè)tcode:SCU3定時觸發(fā)ATP重算。5.3 現(xiàn)象序列號狀態(tài)EDL更新為“已報工”但該序列號在MD04中仍顯示為“預(yù)留”原因序列號在報工前已被銷售訂單預(yù)留RESB表而CO11N報工僅消耗組件未釋放銷售訂單預(yù)留。EDL狀態(tài)變更是獨立事件不聯(lián)動RESB表。解決在CPI報工流程中增加一步查詢RESB表OData:API_RESERVATION_SRV若存在對應(yīng)序列號的預(yù)留記錄則調(diào)用BAPIBAPI_RESERVATION_CHANGE釋放該預(yù)留。5.4 現(xiàn)象S/4HANA Cloud中新建采購訂單ME21N含稅價格自動變?yōu)椴缓悆r原因采購信息記錄Info Record中未維護“Tax Indicator”SAP默認(rèn)按0%稅率計算。而含稅價格字段NETPR在MM模塊中是只讀的實際存儲的是不含稅價稅額由MWSTS稅碼動態(tài)計算。解決在采購信息記錄tcode:ME11中進入“Conditions”標(biāo)簽頁 → 點擊“Tax”按鈕 → 維護正確的稅碼如CN00并勾選“Tax Relevant”。5.5 現(xiàn)象IBP中修改預(yù)測后S/4HANA Cloud的MD04圖形化視圖未刷新原因IBP推送預(yù)測時未設(shè)置Version參數(shù)或S/4HANA Cloud中未啟用“Real-time Demand Integration”開關(guān)Customizing路徑SAP Reference IMG → Production → MRP → Activate Real-time Demand Integration。解決在IBP中導(dǎo)出預(yù)測時勾選“Include Version Information”在S/4HANA Cloud中執(zhí)行tcodeOMJ2勾選“Enable Real-time Integration”。6. 進階驗證用SA39跑自定義ABAP報告量化智慧供應(yīng)鏈的“實時性”與“準(zhǔn)確性”所有架構(gòu)圖和PPT都無法替代一行ABAP代碼的驗證力。當(dāng)你宣稱“已實現(xiàn)智慧供應(yīng)鏈”請用SA39ABAP Editor跑以下報告用真實數(shù)據(jù)說話——這不是炫技而是把“智慧”二字釘死在業(yè)務(wù)指標(biāo)上。6.1 報告測量CPI集成端到端延遲從WMS掃碼到SAP庫存更新REPORT z_cpi_latency_check. TYPES: BEGIN OF ty_log, timestamp TYPE timestampl, system TYPE char10, action TYPE char50, duration TYPE p DECIMALS 3, END OF ty_log. DATA: lt_log TYPE TABLE OF ty_log, ls_log TYPE ty_log. START-OF-SELECTION. * Step 1: 獲取WMS掃碼時間戳假設(shè)WMS日志存于ZWM_LOG表 SELECT SINGLE timestamp FROM zwm_log INTO DATA(lv_wms_ts) WHERE doc_no WMS20231001001 AND action OUTBOUND_SCAN. * Step 2: 獲取SAP庫存更新時間戳MARD表更新時間 SELECT SINGLE mandt, matnr, werks, lgort, labst, ersda, erzei FROM mard INTO DATA(ls_mard) WHERE matnr MAT1000001 AND werks 1000 AND lgort 0001. * Step 3: 計算延遲秒 IF lv_wms_ts IS NOT INITIAL AND ls_mard-ersda IS NOT INITIAL. CALL FUNCTION CONVERT_TIME_STAMP EXPORTING time_stamp lv_wms_ts date ls_mard-ersda time ls_mard-erzei IMPORTING date DATA(lv_sap_date) time DATA(lv_sap_time). DATA(lv_delay) cl_abap_tstmpsubtract( tstmp1 lv_wms_ts tstmp2 cl_abap_tstmpsystemtstmp( ) ). ls_log-timestamp lv_wms_ts. ls_log-system WMS. ls_log-action Scan Outbound. ls_log-duration lv_delay / 1000000. 微秒轉(zhuǎn)秒 APPEND ls_log TO lt_log. ls_log-timestamp cl_abap_tstmpsystemtstmp( ). ls_log-system SAP. ls_log-action MARD Updated. ls_log-duration 0. APPEND ls_log TO lt_log. ENDIF. * Output LOOP AT lt_log INTO ls_log. WRITE: / ls_log-system, ls_log-action, ls_log-timestamp, ls_log-duration, seconds. ENDLOOP.這段ABAP報告的核心價值在于它不依賴任何第三方監(jiān)控工具直接從SAP底層表MARD和WMS日志表ZWM_LOG抓取原始時間戳。運行結(jié)果若顯示延遲5秒說明CPI集成或網(wǎng)絡(luò)鏈路存在瓶頸若延遲1秒但業(yè)務(wù)仍抱怨“庫存不準(zhǔn)”問題一定出在WMS掃碼邏輯如未實時提交事務(wù)或SAP并發(fā)鎖如多個WMS終端同時更新同一物料庫存。6.2 報告校驗IBP預(yù)測與SAP實際消耗的偏差率Demand Sensing有效性REPORT z_ibp_accuracy_check. TYPES: BEGIN OF ty_demand, period TYPE char6, ibp_qty TYPE menge_d, sap_qty TYPE menge_d, deviation TYPE p DECIMALS 2, END OF ty_demand. DATA: lt_demand TYPE TABLE OF ty_demand, ls_demand TYPE ty_demand. START-OF-SELECTION. * 獲取IBP預(yù)測假設(shè)存于ZIBP_DEMAND表 SELECT period, sum( quantity ) AS ibp_qty FROM zibp_demand INTO TABLE DATA(lt_ibp) WHERE version ACTIVE AND period BETWEEN 202310 AND 202312 GROUP BY period. * 獲取SAP實際消耗MBEW表移動平均價但需關(guān)聯(lián)BKPFMSEG獲取實際消耗 SELECT a~budat AS period, sum( b~menge ) AS sap_qty FROM bkpf AS a INNER JOIN bseg AS b ON a~belnr b~belnr AND a~gjahr b~gjahr INNER JOIN mseg AS c ON b~belnr c~belnr AND b~gjahr c~gjahr INTO TABLE DATA(lt_sap) WHERE a~budat BETWEEN 20231001 AND 20231231 AND c~bwart IN (261, 262) 發(fā)料/退料 GROUP BY a~budat. * 計算月度偏差 LOOP AT lt_ibp INTO DATA(ls_ibp). READ TABLE lt_sap WITH KEY period ls_ibp-period INTO DATA(ls_sap). IF sy-subrc 0. ls_demand-period ls_ibp-period. ls_demand-ibp_qty ls_ibp-ibp_qty. ls_demand-sap_qty ls_sap-sap_qty. ls_demand-deviation ( ls_ibp-ibp_qty - ls_sap-sap_qty ) / ls_ibp-ibp_qty * 100. APPEND ls_demand TO lt_demand. ENDIF. ENDLOOP. * 輸出偏差率 10% 的月份 LOOP AT lt_demand INTO ls_demand WHERE deviation 10 OR deviation -10. WRITE: / Period:, ls_demand-period, IBP Qty:, ls_demand-ibp_qty, SAP Qty:, ls_demand-sap_qty, Deviation:, ls_demand-deviation, %. ENDLOOP.這個報告直接回答老板最關(guān)心的問題“IBP到底準(zhǔn)不準(zhǔn)”它不看預(yù)測曲線多漂亮只比對IBP預(yù)測量與SAP實際發(fā)料量BWAERT261的月度偏差率。若連續(xù)3個月偏差率15%說明IBP模型參數(shù)如平滑因子、季節(jié)性權(quán)重需重新校準(zhǔn)或主數(shù)據(jù)如BOM用量、工藝路線存在未同步的變更。我?guī)н^的每個智慧供應(yīng)鏈項目最后都回歸到這兩份報告一份測“快不快”一份測“準(zhǔn)不準(zhǔn)”?？炜緾PI管道優(yōu)化和數(shù)據(jù)庫索引準(zhǔn)靠主數(shù)據(jù)治理和IBP模型迭代。沒有捷徑也沒有黑匣子。希望幫到你。本文還有配套的精品資源點擊獲取