制造業基于PLM企業信息化（e化）方案

導言

激烈的市場競爭，企業家們紛紛使出渾身的解術追求產品利潤的最大化，最通用的方法，采用信息化方法管理企業，以達到產品周期各個環節最佳合理化。但就目前權威機構調查顯示，成功實施e化的企業不到30%，這是為什么呢？筆者經過多年的企業e化經驗得出：

1. e化應該基于產品的生命周期開展。

2. 根據產品特性分階段重點實施。

3. 應該基于長期戰略穩步改進，不要腳痛醫腳，手痛醫手。

PLM是什么

由于PLM是一個發展很快、比較新的信息化領域，她不是一種工具，是一種思想，而且正在從事這方面研究的一些的咨詢公司、廠商彼此之間還有一些不同的見解，因此并沒有一個公認的對PLM的定義。這里我列出我比較喜歡的解釋方法(其它的可以從下面的鏈接進入),PLM是覆蓋了從產品誕生到消亡的產品生命周期全過程的、開放的、互操作的一整套應用方案。建設這樣一個企業信息化環境的關鍵是，要有一個紀錄所有產品信息的、系統化的中心產品數據知識庫。這個知識庫用來保護數據、實現基于任務的訪問（例如：經常使用的三維視算功能）并作為一個協作平臺來共享應用、數據，實現貫穿全企業、跨越所有防火墻的數據訪問。PLM的作用可以覆蓋到一個產品從概念設計、制造、使用直到報廢的每一個環節。

相關PLM的咨詢公司網站

Aberdeen http://www.aberdeen.com

CIMdata http://www.cimdata.com

Collaborative Visions http://www.collaborativevisions.com/

AMR http:// www.amrresearch.com

EDS http://www.eds.com

名詞解釋

PLM: Product Lifecycle http://www.pdmic.com/

PDM: Product Data Management http://www.pdmic.com/

ERP: Enterprise Resource Planning. http://erp.ittoolbox.com/

CRM: Customer Relationship Management http://crm.ittoolbox.com/

SCM: Supply Chain Management http://supplychain.ittoolbox.com/

制造業PLM e 化垂直鏈

PDM---------->ERP---------->CRM-------->(R)PDM---------->(R)ERP----------->(R)CRM

這是一個循環反復的過程，也叫持續改進。這是產品必須要經過的最簡略的生命周期�，F在就系統所對映的產品生命周期進行解釋：

PDM(Product Data Management): 產品數據管理(這里的PDM不是physical data model)，重點管理產品相關的屬性，管理的是產品的開發階段各種數據，包括產品的配方、結構、制造說明、產品版本的記錄等等。

ERP(Enterprise Resource Planning): 產品制造資料管理，重點在于管理生產各個環節資料的合理配置。重點在于制造階段的數據，包括物料用量統計、物料需求采購、生產現場控制、財務管理、出貨管理等等(后期的ERP系統中引入了SCM重點是解決資源的配置)。

CRM(Customer Relationship Management): 客戶關系管理，重點管理產品出售到市場后，客戶對產品的回復、投訴，包括客戶對產品滿意度管理，產品市場分析等等。

我們這里談的是e化垂直鏈，當然也可以根據需要按水平方式再次部署企業e化信息系統，如OA，KM，EKP，EIP等，水平的信息化系統主要輔助于垂直信息化系統。

系統接口

上面我們已談過了每一系統的目標，接下來我們從技術的角度討論如何實現系統間的聯接，當然不同的廠商開發的軟件，接口方式不同。

最常見的接口方式有三種

1. 被動式:即需要數據的系統需要時到數據提供系統進行讀取。

2. 主動式:即數據來源系統主動的把數據寫入需要讀取的系統。

3. 間接式:即數據來源系統把數據寫成一個中間數據(XML)， 然后，需求數據系統讀取中間數據。

這三種方式各有優缺點，第一二種方式比較適合自己行開發的系統、但她們都需要相互的寫入或讀取權限，這對數據庫的管理不利，但這兩種方式數據的一致性保持得很好。第三種方式，不需要數據庫間的讀寫權限，便于數據庫的管理，但數據的一致性往往保持得不好。這里我比較推崇第三種方式。

系統分布

PDM主要分布于工廠內部。

ERP主要分布于工廠內部。

SCM分布于所有客戶群體中。

與行業系統的對接、同步

大家可能都有這樣的經歷，你現在正在開發的系統需要與舊系統或者其它系統對接時，在數據接口上總是產生分歧。歸根求源就在于大家沒有采用標準的接口，在設計系統時沒有預留接口。那么就我現在談的基于PLM思想解決制造業e化系統的接口應該如何處理呢?

首先我們這里有二個接口，PDM到ERP,ERP到CRM，大多數朋友可能會想到用工單號來對接。PLM是基于產品生命周期完成企業e化的搭建，所以我這里講的是采用產品結構即BOM方法對接。這種方法有下面幾點好種

1. 直接，產品結構在PDM階段更改，其它階段不受影響（因為其它階段是被動）。

2. 產品結構在各個階段的表達很清楚。

3. 系統更加靈活。

BOM在各階段的對映

1. PDM開發BOM到ERP的制造BOM是單對單。

2. ERP的制造BOM到CRM市場BOM是單對多。

我們現在就用實際問題討論產品結構變更時，PLM系統各階段的變化。

問題：Nike有一產品Nike_S001,ERP已下達了對Nike_S001產品的計劃并正進行生產和采購，但Nike要變更Nike_S001的BOM結構，那么我們的PLM各階段的e化系統應該如何處理呢?

大家有沒有分析出來，其實這個種問題可以套用我們先前所說的垂直e化鏈

PDM---------->ERP---------->CRM-------->(R)PDM---------->(R)ERP----------->(R)CRM

ERP的調整

產品BOM的變更，其實就是R-PDM，即會產生產品的差異BOM，你也可以叫它為不同的版本(如果叫不同的版本，就會有更多的麻煩)。如果套用上面的模式，我們可以這樣處理，設計時PDM采用了多次發布，即首先發布主要的采購和制造件，隨即ERP排產(這里的計劃部分我就不講了)；然后再設計，PDM再發布(其實也就是結構變更，但我們不這樣叫)，隨即ERP根據PDM傳遞的差異BOM接著排產；如此反復，直到完成。這里要說明是
a. 每次發布的也許只是整個產品BOM的補充，而不是改錯（非常強調這一點）

b.對于已經排計劃或者已經生產的工單，我們采取取消，生產出來構件入庫（因為我先前發布的是產品BOM的一個構件，而不是整個BOM），當然產品變更肯定是某一構件變更，如果產品全部構件變更就不叫產品變更，應該叫產品翻新，所以說構件變更，也就只有一部分構件報廢（針對這一產品而言，而不是通常的報廢）。那么接下來，我們就可以開立新工單，生產某一變更的構件(再次說明，不是整個BOM，而是BOM一部)。

CRM的調整

接上所說，如果產品變更，不需要產生新的產品編碼，那當然，延用舊的編碼，如果產生了新的編碼，我們只需要原來制造BOM產生多一個CRM的BOM。

我們這里的重點在于，每一次發布的BOM只是BOM的一個構件，而不是整個BOM，所以當產品結構變更，也只是對原有的產品結構進行補充，而不是改錯。

由于筆者水平有限，文稿有不當之錯，請指正，謝謝

Victor

May 17, 2004

Lizhongde808@hotmail.com