全面瞭解企業資料服務（23/24）
文／葉宏謨
ERP的P就是規劃(Planning)，規劃企業各種人、事、物的時程，包括何時該採購何種原材料，何時該製造什麼半成品和完成品。企業根據規劃的結果執行採購和製造作業，就能達到很好的績效。就算ERP「解體」成銷售、採購、庫存、會計、製造、簽核、人資、CRM、MES等系統，規劃仍然是必要的跨系統功能。
ERP已死
近年來許多人宣稱「ERP已死」[註1] [註2] [註3]，但筆者認為ERP還没死，只是以不同面貌繼續存活：
- 從地端(On Premise)移到雲端。企業不再需要為了ERP或其他應用系統而採購伺服器。
- 從採購ERP系統演變成租用ERP服務。企業不再需要擁有ERP系統，只要租用ERP SaaS雲端服務。
- 從單體式架構(Monolithic)演變成服務導向架構(SOA)。ERP不需要把所有功能做在一起，不需要BPM, HRM, CRM, MES等功能，甚至不需要銷售、採購、庫存、會計、製造等功能，因為可以透過SOA架構的企業雲平台(ECP)整合各種系統，企業可採最佳品種策略(Best of Breed)，選用最適合的應用程式，而非單一系統。各功能系統都將包含自動化的資料收集處理，例如各種感測器、字元辨識、影像辨識、機械手臂、輸送設備等。
註1：https://www.pcmag.com/news/is-enterprise-resource-planning-erp-software-dead
註2：https://www.linkedin.com/pulse/erp-dead-yet-dying-matt-paff/
註3：https://blogs.gartner.com/tonnie-van-der-horst/erp-is-dead-part-1/
不過，如果演變成透過ECP整合各種系統，包括銷售、採購、庫存、會計、製造等，都由不同獨立開發者開發，則ERP已經解體，說「ERP已死」也不為過。
SOA-ERP永存
SOA-ERP是一套包括一萬多個服務元件的系統，没有操作介面(UI, User Interface)，有內建流程(BP, Business Process)但可彈性組裝。只要了解特定產業在銷售、採購、庫存、會計、製造等其中一種作業需求的人，就能利用程式模板(Template)組裝服務元件，以堆積木的方式開發該產業最佳用戶體驗(UX, User Experience)的介面(UI)和流程(BP)之單功能應用程式，讓企業可以隨插即用(Plug and Play)。利用服務元件的組裝，小型軟體公司或個人只要開發應用程式，不需要開發系統。
[ 加入 CIO Taiwan 官方 LINE 與 Facebook ，與全球 CIO 同步獲取精華見解 ]
NEO SOA-ERP是寶盛數位科技公司的產品，SOA-ERP是一萬多個服務元件，NEO是組合SOA-ERP服務元件開發出來的應用程式，包括最複雜的製造、成本、規劃等。NEO應用程式和其他獨立開發者的應用程式一樣，都是彼此獨立的，都在ECP執行。應用程式視需要呼叫SOA-ERP一個或數個模組的服務元件，但一定會呼叫SOA-ERP的核心模組(UC_CORE)服務元件。寶盛也願意技術轉移，歡迎其他公民營科技公司共襄盛舉，一起來維護SOA-ERP服務元件，讓它變成兩萬、三萬個MIT的(Made-In-Taiwan)服務元件，且功能更強、效能更高。
SOA-ERP的規劃邏輯
規劃是批次功能，定期或在需要的時候才執行，企業的資訊系統不需要隨時和ECP同步，只要在執行前「照相」轉入ECP即可。轉入ECP的資料包括但非全部需要：件號(Item)、材料表(BOM)、現有庫存(On Hand)、在途(On Order)入庫單據(包括調撥入庫單、採購單、進貨單、工令入庫單)、和在途出庫單據(包括調撥出庫單、銷售訂單、出貨單、工令領料單、預測單)。在ECP維護「供需類別」，並根據供需類別決定需要轉入ECP的資料。現有庫存和在途入庫單據是「供給」，預測和在途出庫單據是「需求」。規劃邏輯如下：[註4]
註4：葉宏謨，企業資源規劃-製造業管理篇，二版5刷，松崗，2003年5月。
以所有BOM算出每一個件號的低階碼(LLC, Low Level Code)，由LLC由小而大，也就是從最上階往下，針對每一個件號，從第1天往未來的每一天，根據在途入庫單據的預定入庫日期，和在途出庫單據的預定出庫日期，計算未來每一天的計劃訂單(POR, Planned Order Release)。
前一天的預計可用庫存量(PAB, Projected Available Balance)加上當天總供給量，即計劃收料(SR, Scheduled Receipt)，再減掉當天總需求量(GR, Gross Requirement)，算出當天的預計在庫量(POH, Projected On Hand)。若POH低於安全存量(Safety Stock)再根據批量法則(Lot Sizing Rule)算出計劃訂單收料(PORC, Planned Order Receipt)，當天的預計在庫量(POH)加計劃訂單收料(PORC)即得當天的預計可用庫存量(PAB)，再繼續用此PAB計算隔天的PAB，從第一天算到計劃期間的最後一天，就可算出每一天的計劃訂單收料(PORC)。最後再將所有PORC往前位移一個前置時間的天數即得計劃訂單發出(POR, Planned Order Release)，根據POR就可以進行材料的採購和製造。
[ 閱讀更多 【全面瞭解企業資料服務】系列文章 ]
SOA-ERP的規劃邏輯非常完整，也有好的用戶體驗。例如銷售預測，預測是對未來而做，但隨著時間的流逝，預測會逐漸轉為銷售訂單，有些日期的銷售訂單會超過預測，有些日期則會不足，SOA-ERP可以設定時柵(Time Fence)，以實際接到的銷售訂單沖銷預測，且可設定前沖、後沖的天數，對用戶而言非常方便。
ERP解體之後
仍然在使用ERP系統的企業，若需要完整的規劃系統，只要將相關資料「照相」轉入ECP，企業的ERP系統就會具備如同SOA-ERP一樣強大的規劃功能。
ERP解體之後，各種企業資源資料分別在不同系統維護，企業更需要一個統一的規劃系統，那就是ECP。ECP從各系統取得和規劃相關的資料，利用ECP的SOA-ERP規劃功能算出各種資源的計劃訂單，再匯回去給每個系統轉成請購單、採購單、工令單、調撥單等作業單據，在各系統中執行。ECP負責規劃，各系統負責執行，執行結果再由ECP作數據分析，供決策者參考。在規劃-執行-檢核-行動(PDCA, Plan-Do-Check-Action)的循環中，各功能系統應用程式支援執行，ECP則支援規劃、檢核、和行動(即決策輔助)。
跨應用系統的企業資源規劃，初期可能需要專家，也就是「資料服務者(Data Service Provider)」，的協助，但各種參數設定好之後，很快的使用者就能自我服務(Self Service)，DIY處理。
(本文授權非營利轉載，請註明出處：CIO Taiwan)
