[zt]哪個系統管理產品配置規則：PLM還是ERP？

[zt]哪個系統管理產品配置規則：PLM還是ERP？

原作者： 達索 王昕  2010年07月04日 14:40

      在大規模定製（Mass Customization）時代，企業為了實現面向訂單配置（Configure To Order）的業務模式，就需要基於標準化的產品架構和介面標準來定義產品組合、可配置的產品模組和模組之間的配置規則。舉例來說，戴爾電腦可能有面向不同細分市場的產品線，如Inspiron、Latitude等，所有的產品都基於標準化的CPU、記憶體、硬碟等產品模組，模組之間的配置規則約束模組之間的相容性，如什麼樣的CPU可以搭配什麼樣的主機板等。


要想實現面向訂單的配置，需要考慮以下流程。此流程從縱向看是產品規劃和開發流程，從橫向看是訂單履行流程。





在產品規劃和開發流程當中，企業需要根據細分市場的客戶需求和競爭對手情況，規劃不同的產品線、產品架構和產品模組，經過系統、子系統、模組的功能、邏輯架構和詳細設計，開發出系列產品，並進行各種測試，最終將成熟的產品交付給訂單執行部門。




在訂單履行流程中，銷售人員與客戶溝通需求後，用銷售配置器記錄客戶選項，並建立銷售訂單。訂單執行部門進行訂單的確認，併產生滿足銷售配置的訂單BOM，以交付採購和生產部門安排具體的生產執行活動。


在以上流程中，產品規劃和開發相關的活動通常是在PLM系統的支援下完成的，銷售配置、訂單履行相關的活動是在CRM和ERP系統的支援下完成的。為了滿足銷售配置的需求，就需要把客戶可選項和選項之間的約束規則定義到銷售配置系統（CRM）中；產品開發團隊在開發系列產品時，需要根據可能的客戶選項組合，定義出超級BOM（Super BOM），並從技術角度定義產品模組之間的配置規則，這些產品主資料及其管理流程需要透過PLM系統進行管理；在訂單履行流程中，產品BOM是進行採購、生產計劃和成本核算的依據，因此，ERP系統也需要管理相應的主資料。


通常企業會選擇不同的軟體系統來滿足CRM、PLM和ERP的功能需求，因此，不同系統之間的功能分工、系統邊界、資料管理和整合介面就成為需要綜合考量的關鍵問題。由於主流的軟體之間對於BOM資料的整合往往提供成熟的介面，配置規則的整合就成為重點中的難點。


關於配置規則的管理和整合，在不同的案例中有不同的方式，但有以下通用的原則可以參考：


配置規則的定義和管理通常比較複雜，因此，儘可能只維護一套配置規則，以減少整合介面的實現難度和專案風險；
銷售配置器只需維護與客戶相關的選項和選項之間的約束，如有可能，選項之間的約束檢查可以透過呼叫其它系統（PLM或ERP）的服務來完成，這樣可以不用再單獨維護一套配置規則系統；
透過PLM系統來定義和管理配置規則的優點在於：和產品規劃和開發流程緊密結合，便於管理產品模組、配置規則的形成和變更過程，形成統一產品資料來源，並有利於在配置條件下進行產品和工藝設計、模擬和測試；
透過ERP系統來定義和管理配置規則的優點在於：和物料需求管理、生產計劃和成本核算流程緊密結合，便於在配置條件下精確的管理供應鏈和成本；
如果在PLM系統中定義和管理配置規則，則PLM系統應該提供完整的產品規劃、產品設計、工藝設計、模擬測試的管理解決方案；如果在ERP系統中定義和管理配置規則，則ERP系統應該提供完整的產品開發和訂單履行的解決方案。否則，PLM系統和ERP系統之間就會產生複雜的配置規則的整合問題。

[ 本帖最後由 rattbell 於 2010-7-5 09:52 編輯 ]