1、1Advanced Supply Chain Planning上海全富漢得軟件技術有限企業年9月8日Oracle ASCP 總體業務處理方案第1頁2 業務層面收益 業務流程最正確實踐 關鍵業務點處理方案 案例分析Synopsis第2頁3業務層面收益 Oracle ASCP 只是 Oracle APS（Advanced Planning Schedule）套件一部分，Oracle APS包含以下應用產品：第3頁4 Oracle ASCP是一套功效強大、全方面且基于Internet計劃處理方案。 高 級 供 應 鏈 計 劃 能 解 決 哪 些 問 題 ？利用最短時間和最少人力建立整個供給鏈計劃 在

2、計劃時考慮商業搭檔 在全球任何地點訪問計劃 提升計劃水平 在包含各種制造方式企業進行計劃 業務層面收益第4頁5降低制訂計劃時間和人力： Oracle ASCP 利用系統中已定義好BOM，Routing，Resource，ASL，Sourcing Rule等基礎信息，用戶只需輸入計劃物品數量和計劃日期即可。用戶需要考慮物料替換關系時需在Bills里將組件替換或者在Item Relationship里將成品替換維護進去即可。 Oracle ASCP能夠制訂短中長久計劃，能夠制訂準確到分鐘詳細計劃，也能夠制訂以月為單位長久計劃。業務層面收益第5頁6計劃時考慮商業搭檔： 在同意供給商列表（ASL）中定

3、義供給商能力約束，利用起源分配規則，Oracle ASCP計劃約束就會考慮商業搭檔能力情況。檢驗商業伙伴是否有足夠生成能力滿足我們供給。 業務層面收益第6頁7全球任何地點訪問計劃： Oracle ASCP是基于Internet計劃處理方案，能上網地方就能夠看到計劃。業務層面收益第7頁8提升計劃水平： Oracle ASCP可對庫存周轉率、計劃收益率、按時交貨率及毛利率等原因進行考慮，并對其優化，從而制訂滿足各方利益最大化計劃。提升計劃水平。業務層面收益第8頁9各種制造方式同時計劃： Oracle ASCP支持過程制造、離散制造、項目制造、重復性制造及流程制造或者上述制造方式混和制造模式計劃。業

4、務層面收益第9頁10與已經有計劃產品相比： MRP：物料需求計劃考慮單一組織下物料供需情況。 DRP：分銷計劃考慮多組織下物料供給需求情況。 ASCP：高級供給鏈計劃考慮多組織、擴展供給鏈下計劃，能夠基于約束和優化，并考慮供給商能力和物品替換關系。業務層面收益第10頁11業務層面收益供給鏈網絡：M1M2D2Distribution CenterFactoryVender HUBSupplier B Supplier A Supplier C Head Quarter100% Transfer70% Transfer30% Transfer80% Transfer10% Transfer10%

5、Transfer第11頁12業務層面收益Oracle ASCP體系架構：第12頁13排計劃普通流程：業務流程最正確實踐第13頁14業務流程最正確實踐1，設定實例（Instance）及組織安全性 設定運行高級供給鏈計劃對哪些組織進行考慮，及含有高級供給鏈計劃員職責用戶能訪問到哪些組織。第14頁15業務流程最正確實踐2，設定起源補充規則（SR） 將每個要考慮實例組織中物料納入到分配清單，將分配清單指定給起源補充規則。依據已定義SR，系統生成供給鏈清單：第15頁163，制訂需求、供給計劃起源： 在MDS或者MPS中制訂物品需求或者供給計劃。在ASCP中選擇對哪些計劃進行運算。業務流程最正確實踐第16

6、頁174，運行數據搜集： 將系統現有量，SO數量，已審批采購申請量，未結訂單量等業務數據（ADS）匯總成計劃數據（PDS）。業務流程最正確實踐ADS: Application Data StoreODS: Operational Data StorePDS: Planning Data Store第17頁185，創建和運行ASCP 計劃： 可創建計劃類型為生產計劃、制造計劃及分配計劃高級供給鏈計劃。選擇對應計劃選項，后運行定義高級供給鏈計劃。業務流程最正確實踐第18頁19業務流程最正確實踐業務流程最正確實踐6，復查關鍵性指標KPI（Key Performance Indicator） 第19頁

7、20業務流程最正確實踐7，復查例外（Exception）信息 第20頁21業務流程最正確實踐8，復查工作流通知 ASCP可將例外信息經過工作流通知形式發放給對應責任人，相關責任人可在Oracle應用中或經過email接收通知，然后對例外通知快速響應。Oracle ASCP支持五種標準Workflow及各種例外信息，以下： 第21頁22業務流程最正確實踐9，復查追溯供給需求 ASCP依據已定義起源補充規則，將個組織中供給信息或需求信息傳遞給其它組織，然后其它組織供需信息向下傳遞，直至供給鏈鏈條中每個組織。從而生成每個組織供需信息。 第22頁23業務流程最正確實踐10，修改計劃目標 計劃運行結果假

8、如不滿足您要求，您能夠修改優化目標為最大庫 存周轉率、最大計劃收益率、最大及時交貨率權值。重新提交運行計劃。第23頁24業務流程最正確實踐11，修改供給/需求信息 能夠在運行完ASCP計劃中直接增加（不能修改原有）物料供應需求信息，修改后再運行ASCP計劃，會對已經有MDS，資源能力，供給商能力等產生影響。第24頁2512，修改資源 能夠在已經運行完ASCP計劃中修改資源可用性。如可增加生產資源（增加班次）、對特定物料定義替換資源、對特定物料修改其對資源消耗量等。業務流程最正確實踐第25頁26業務流程最正確實踐13，修改供給商參數 能夠修改供給商能力，訂單修改量，加工提前期等信息。第26頁27

9、業務流程最正確實踐14，運行凈更改計劃 用戶修改完對應資源，供給/需求，優化目標，需求優先級，起源等信息后，能夠運行模擬凈更改計劃以發覺更改后和更改前計劃差異。系統提供“聯機計劃”和“計劃批”兩種計劃模式。第27頁28業務流程最正確實踐15，發放或固定任務訂單 對系統生成好采購申請（物料屬性為采購）和離散任務（物料屬性為制造）進行下達。用戶在PO或WIP中導入采購申請或離散任務即可。假如下次計劃時不想讓已生成PR和JOB改變，能夠固定（Firm）采購申請或離散任務。第28頁29關鍵業務點處理方案約束： 用戶有時依據必須滿足計劃到期日先決條件去制訂計劃，有時根據現有物料、資源等去排產。 Orac

10、le ASCP提供基于約束計劃，可依據客戶需求選擇設定“強制需求到期日”和“強制能力約束條件”，二者只能選擇其一。強制需求到期日：Oracle ASCP認為能力是無限，必須確保需求在到期日（前）完成。強制能力約束條件：Oracle ASCP依據實際能力去排產，可能會造成需求不能按時完成。第29頁30關鍵業務點處理方案替換： 有工廠產品比較復雜，需要材料或資源比較多，同時存在很多替換關系，用戶希望在制訂計劃時候系統會考慮這些替換關系。 Oracle ASCP考慮用戶定義替換關系，包含“成品替換”，“替換資源”，“組件替換”，“替換BOM/Routing”，“替換SR”。Oracle ASCP考慮

11、替換關系是約束一個，只有選擇了基于約束計劃，系統才會讓您選擇這些替換關系。 第30頁31關鍵業務點處理方案優化： 有工廠制訂計劃目標是滿足“最大庫存周轉率”，有是滿足“最大計劃收益率”，有是滿足“最大及時交貨率”。 Oracle ASCP提供基于優化計劃處理方案，用戶必須先選擇基于約束計劃，之后才能夠制訂基于優化計劃，ASCP可依據用戶定義KPI指標，以及為滿足這些目標而定義物料、資源、需求處罰因子而制訂計劃。 第31頁32關鍵業務點處理方案模擬： 用戶有時需要依據需求情況，供給能力，資源供給能力而不停調整計劃，并和原先已制訂計劃做對比。 Oracle ASCP提供滿足用戶修改計劃模擬處理方案

12、，用戶能夠指定一基準計劃，在該計劃基礎上修改、增加、刪除供給,需求,能力日期，數量，替換等信息后模擬計劃（聯機模擬或者后臺并發模擬）。用戶可依據自己需求查看修改后計劃和基準計劃間KPI對比信息，物料例外信息等。 第32頁33關鍵業務點處理方案例外信息： 用戶運行完計劃后，普通希望看到針對該計劃所產生一些提議信息，如什么時間該發放工單，什么時間做采購申請等等。 Oracle ASCP提供完整例外信息，主要包含“延遲銷售訂單和預測”，“重新計劃”，“使用替換項和替換項”，“物料例外”，“延遲銷售訂單和預測供給例外”，“提議”等 第33頁34案例分析 沈陽拂曉企業是一家大型國有企業，主要生產和維修軍

13、用發動機，產品所用到材料和零部件非常多（BOM大約有14層，一個產成品所需大約1萬多個零配件）。 沒用Oracle ASCP以前，計劃靠計劃員手工去制訂，因為其產品復雜性，手工算出結果往往不準確，而且花費了大量人力物力。 購置Oracle ASCP產品及我企業咨詢服務， 用戶需求非常明確：能夠把全部產品計劃跑起來，同時把各半成品，原材料供需關系計算出來，同時考慮物料間替換。 因為沈陽拂曉企業是一個集團企業，下面每一個大車間都是一家企業，但不是獨立法人。所以就設定了一個法人實體，多個庫存組織。第34頁35案例分析 針對沈陽拂曉企業需求，我們提出了以下處理方案：第35頁36案例分析 上頁圖中計劃組

14、織（PLN）是一個虛擬組織，只在該組織下制訂計劃而不做其它任何操作，車間累計投料庫存是生產組織（SC）做物品出庫時候自動計入（經過程序開發實現）。生產組織是實際生產組織，包括物品出入庫，BOM，PO等信息。 第一、經過定義起源補充規則和分配集建立PLN和SC間聯絡（PLN 100% Transfer From SC）。 第二、在PLN組織下制訂成品MDS計劃（需求），考慮到累計投料庫存（供給）和期初庫存（供給），將已計劃訂單（供給）計算出來。 第三、將PLN組織下已計劃訂單（供給）傳遞給SC組織計劃單需求（需求） 第四、SC組織依據傳遞過來需求，現有量（供給），已審批采購申請（供給），未結采購

15、訂單（供給）等計算出SC組織下已計劃訂單（供給）第36頁37案例分析 第五、SC組織依據已定義物料屬性（制造或采購）生成車間任務或采購申請。發放或下達JOB和PR。 第六、假如物料沒有產生計劃供給信息（夠料），SC組織原材料庫房依據計劃發料，之后運行“累計投料”開發報表，將SC組織出庫數量入到PLN組織累計投料庫存（因為現在沈陽拂曉沒有實施制造模塊，WIP模塊不能使用，只能采取這種方法。）第37頁38案例分析業務難點： 替換關系：因為該企業用材料太多，材料間替換關系也尤其復雜，有替換關系比較明確（組件替換），有替換關系用戶也不清楚，只有實際原件不足時，才能確定用什么材料替換，如1英寸鋼管，2英

16、寸能夠替換，三英寸也能夠替換（大于1英寸都能夠，手工磨成1英寸）。這個時候只能讓用戶定義物料關系（成品替換）。 不過在Oracle ASCP運行時候還不能考慮成品替換，因為成品替代主觀性很強，只能經過報表或者用戶查詢物料關系來確定用那個材料替換原件，Oracle ASCP必須考慮組件替換，不過在計劃運行過程中，可能有時候計劃得出結果時先用替換，再用原件，或者根本不用原件，出現這種情況普通是因為替換件成本要比原件成本低，而且ASCP啟用了優化功效，這個時候能夠經過修改替換處罰因子來修正（配置文件），其它處罰因子可經過物料層、組織層、計劃層來修改。第38頁39案例分析業務難點： 采購訂單：在計劃測

17、試階段，發覺ASCP不考慮采購訂單，不過考慮采購申請，經過查資料發覺，因為沈陽拂曉實施財務模塊，所以AR參數沒有設定，正是這一原因造成ASCP不考慮采購訂單第39頁40案例分析業務難點： 計劃物料：在計劃運行過程中，發覺有物品系統沒有考慮，但是實際有現有量，有實際中還需要購置，原因時該企業BOM結構太過復雜，造成一些物料在系統BOM中沒有維護進來，這個時候定義計劃選項時候計劃物料選擇全部計劃物料，即使沒有BOM物料系統也會考慮。第40頁41案例分析業務難點： 計劃單拆分：計劃運行完，系統計算出同一個物料同一需求時間采購申請或者離散任務拆分成好幾份。可能原因是系統靈活分解這些計劃單以滿足最大庫存周轉率（這個問題還在查找原因和ASCP關于這方面邏輯）。修改以下Profile：MSC：分解計劃單方便進行靈活計劃 MSO：分解計劃單之前需求大小允差MSO：為分配單位分割計劃單第41頁42案例分析技術： 在運行ASCP時候需要耗用大量內存資源，假如用戶服務器內存