程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> Oracle數據庫 >> Oracle教程 >> OracleEBSMRP模塊之預測沖減

OracleEBSMRP模塊之預測沖減

編輯:Oracle教程

OracleEBSMRP模塊之預測沖減


Oracle EBS MRP模塊之預測沖減

基本概念

預測沖減的定義

基於原始預測,使用已計劃的銷售訂單減少相應的預測數量,以得到當前預測。 當前預測=原始預測-客戶訂單。

預測沖減的方法

第一類,在計劃訂單時自動沖減,是指在計劃銷售訂單時自動沖減預測;需要計劃管理器在前台運行(MRP>設置>計劃管理器);需要設置配置文件MRP:Consume Forecast = Yes; 新的銷售訂單被計劃,或者已計劃的銷售訂單發生變更時,適用此類沖減。Oracle推薦使用這種自動沖減的方法,因為,在這種方法下,沖減僅針對新訂單或有變更的訂單進行,新舊需求劃分得非常清楚,能有效避免歷史訂單錯誤地、過量地沖減預測。 實質:僅處理MRP_SALES_ORDER_UPDATES中process_status = 2的記錄。第二類,在復制/合並/裝載時沖減 計劃管理器有兩種生效形式:前台運行(MRP>設置>計劃管理器);若配置文件MRP:Perform Planning Manager Functions in Loads = Yes,則在每一次運行復制/合並/裝載程序時,它都能替代執行所有計劃管理器的功能。 在計劃管理器生效的基礎上(即上述2個條件至少滿足1個時),在以下兩個環節可以執行預測沖減:在復制/合並預測時沖減;在將預測裝入MDS時沖減。 實質:基於預測原始數量,針對OE_ORDER_LINES_ALL中所有的訂單需求,從頭沖減。具體沖減邏輯與第一類同。第三類,預測集沖減 預測集沖減與計劃管理器無關。 依據配置文件MRP:Consume Fcst Set Summary設置的不同,預測集沖減的對象可能是OE_ORDER_LINES_ALL中所有打開的訂單行(設置為Yes時),也可能不區分訂單行狀態、取MRP_SALES_ORDER_UPDATES中的所有記錄(設置為No時)。上述兩種情況抓取的記錄,都受預測集沖減請求上的需求起始日期進一步限制。 實質:預測集沖減請求啟動後,首先,會清除當前預測集的所有沖減記錄,然後,基於預測原始數量,針對依據配置文件MRP:Consume Fcst Set Summary設置和請求參數而確定的需求記錄范圍,從頭沖減。具體沖減邏輯與第一類同。 在企業正式使用MRP的過程中,應慎重使用預測集沖減。在沒有專業人員指導的情況下,不允許更改配置文件MRP:Consume Fcst Set Summary的設置。

基礎設置

預測集沖減選項

\
1. 沖減框 決定此預測集是否允許沖減。此選項對所有沖減方法都有效。2. 異常更新百分比 使用單份銷售訂單可以沖減的原始預測量的最大百分比來控制異常需求的影響。 如下舉例,若將預測集的異常更新百分比設置為50%,添加三行預測,每一行的原始數量為100,即意味著每個銷售訂單行(line_id)最多只能對每行預測沖減50的數量(100*50%):\
\
\
3. 倒推天數、前推天數 是指預測條目自 銷售訂單計劃日期起、可以身後或向前預測沖減多少個工作日。非工作日不計算在內。 在定義預測集時,您可以輸入倒推和前推沖減天數;沖減天數即定義了預測條目所包含的時間期。 在沒有找到與銷售訂單日期完全相符的預測日期時,或雖然找到完全相符的日期但其數量卻不能滿足銷售訂單數量時,沖減將首先在工作日范圍內身後移動(倒推),以查找要沖減的預測量;如果該搜索失敗,沖減會在工作日范圍內向前移動(前推)。 如下舉例,將預測的後推天數和前推天數都設置為5,原始預測分別落在6個工作日,數量均為20,若 此時有一張銷售訂單,發運日期被計劃在8號,數量100,則計劃管理器會按照8號、4號、1號、11號、12號的順序依次沖減,最後只留下15號的預測:\
答案:\

配置文件

MRP:Compute Sales Order Changes

指明是否計算並使用銷售訂單需求,以執行預測沖減並跟蹤銷售訂單信息。可用值如下:是-計算並使用銷售訂單信息。否-不計算和使用銷售訂單信息。 此配置文件設置為否時,新計劃的銷售訂單將無法正常沖減。當您將配置文件選項設置恢復為是時,計劃管理器會沖減文件設置為“否”是被計劃的所有銷售訂單。 此配置文件用以控制計劃管理器對MRP_SO-LINES-TEMP中process_status = 2 (待處理)的記錄的處理: 銷售訂單一旦被計劃,就會插入MRP_SO_LINES_TEMP,此時process_status = 2 (待處理);當配置文件設置為否時,計劃管理器不會處理它們,記錄保持待處理狀態;當配置文件設置為是時,計劃管理器會抓取MRP_SO-LINES-TEMP中所有待處理的條目,將其插入MRP_SALES_ORDER_UPDATES並更新TEMP中的process_status = 5 (已成功)。

MRP:Consume Scst Set Summary

是-僅計劃發運日期滿足參數的、且尚未發運確認的訂單行可以拿來沖減預測集。否-所有計劃發運日期滿足請求參數的訂單行都可以拿來沖減預測集。 依據配置文件MRP:Consume Fcst Set Summary設置的不同,預測集沖減的對象可能是OE_ORDER_LINES_ALL中所有打開的訂單行(設置為Yes時),也可能不區分訂單行狀態、取MRP_SALES_ORDERS_UPDATES中的所有記錄(設置為No時)。 此配置文件僅對預測集沖減有效,對通過計劃管理器進行的預測自動沖減無效。

MRP:Old Sales Orders Cutoff Days

Old Sales Orders Cutoff Days這個配置文件是為了對付計劃管理器意外暫停期間被更新的訂單需求,防止已關閉的過期訂單還持續對預測進行沖減。 預測的沖減與MRP_SALES_ORDER_UPDATES這個表直接相關,這個表裡面current_availabe_to_mrp的標簽是Y還是N,決定了該訂單行是否參與預測沖減。如果我有一個訂單,它的發運發生在計劃管理器暫停期間,那麼重啟計劃管理器後,該訂單在MRP_SALES_ORDER_UPDATES的表裡,還是Y的狀態(若計劃管理器持續運行,正常的訂單,登記時是Y,發運關閉後是N)。 Old Sales Orders Cutoff Days這個配置文件,就是對這個表裡面的狀態為Y的訂單行生效,避免已關閉的過期訂單還持續對預測進行沖減。
測試其作用的步驟如下:設置Old Sales Orders Cutoff Days為空(表示無限大的天數);關閉計劃管理器;登記一個新訂單並且改動確認;重新打開計劃管理器並且測試沖減,會發現實際已經關閉的訂單,仍能沖減預測。

沖減邏輯

數據庫原理

\
主要步驟如下:銷售訂單一旦被計劃,就會插入MRP_SO_LINES_TEMP,此時process_status = 2(待處理)計劃管理器將驗證配置文件MRP: Compute Sales Order Changes的設置,若設置為是,計劃管理器會抓取MRP_SO_LINES_TEMP中的所有待處理的條目,將其插入MRP_SALES_ORDER_UPDATES並更新TEMP中的process_status = 5 (已成功)插入MRP_SALES_ORDER_UPDATES的記錄的初始狀態process_status = 2(待處理)計劃管理器將驗證配置文件MRP:Consume Forecast 的設置,若配置為是,計劃管理器對MRP_SALES_ORDER_UPDATES中所有待處理的條目執行沖減,依據沖減記錄更新MRP_FORECAST_UPDATES(預測沖減明細表),並更新MRP_SALES_ORDER_UPDATES中的process_status = 5(已成功)

沖減原則

預測沖減在預測集內進行,一個銷售訂單行的計劃可以同時沖減多個包含此物料預測條目的預測集,一個銷售訂單行在一個預測集的沖減總數不得大於此訂單行的計劃發運數。相同需求分類優先沖減。在計劃銷售訂單之後,預測沖減流程將優先沖減具有相同需求分類的預測。如果預測沖減流程沒有找到相同需求分類的預測,它將沖減沒有需求分類的條目。如果銷售訂單沒有關聯的需求分類,則預測沖減流程會嘗試首先沖減與組織默認需求分類關聯的預測條目,再沖減尚未定義需求分類的條目。預測的需求日期,必需落在大於(訂單行計劃改動日期-倒推天數)、小於(訂單行計劃發運日期+前推天數)的時間期內,才能被拿來匹配沖減該銷售訂單行。

沖減邏輯

假設預測集FCS包含預測FC01和預測FC02,且兩個預測包含相同物料A。以下是執行預測沖減時,匹配銷售訂單行與預測條目的思路:將需要沖減的銷售訂單行按計劃發運日期從小到大排序;將預測集中物料A的預測條目按需求日期從小到大排序;找到物料A的預測條目中,預測需求日期距離此銷售訂單行的計劃發運日期最近的一行或多行預測條目;若只有一行,則使用此行沖減;若有多行,則按預測名稱的字母順序從小到大排序,依次沖減。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved