信息一體化越來越成潮流了。但真正能解決ERP一大難題的PDM，集成好像一直是是是非非。究其原因：一是，前段時期ERP和PDM的集成很難由一家廠商完成，因此導致技術上的差異難以彌合。二是，ERP與PDM集成的內容沒有一個充分的標準或標桿。另外還有其一些他原因。所以，現在大家看到，信息一體化很熱鬧，但很沒門道。能把ERP與PDM用得好、用得很快樂得倒不是很多。
筆者有幸做了幾家ERP、PDM集成。感覺是：不同廠商之間做集成時好扯皮，然而客戶和自己萬分痛苦，同一廠商的PDM、ERP集成是客戶萬分迷惑、軟件廠家自己也萬分痛苦。做到最后，有的真差點做成了PDM與ERP集成就是一個“可遠觀但不可近視”的瓷器活。隨著做的接口越來越多，筆者的切實感受大概有以下幾點，跟大家分享一下。
1.1 PDM與ERP集成的內容
PDM與ERP集成的內容主要有以下一些：
靜態數據
1）物料（包括物料版本信息），包含：自制件、委外件、外購（協）件、客供料等
2）BOM
3）工藝路線（Routing）
4）工藝、工作中心、工時及相關編碼
5）計量單位
6）供應商
7）人員信息
8）計量單位
9）物料類型
10）部門
11）檢驗項目、檢驗標準等
12）檢驗卡
13）其它
動態數據
1）產品結果變更、工藝變更集成
2）成本、價格、庫存/可用量
3）其它
1.2 PDM與ERP集成的技術
不同ERP與PDM集成，可能由于后臺數據庫或架構、后臺表或字段不同，往往會出現有的集成十分容易順暢、有的集成千頭萬緒。現在有的軟件廠商開始將ERP、PDM進行套裝集成，可能技術上會相對容易。但目前在國內，二家不同的ERP與PDM之間集成還是十分普遍。尋找一種萬能解決方案十分必要。這樣，突破PDM與ERP的技術限制，最大限度滿足PDM、ERP保留自己個性，同時最大限度讓雙方的技術要求能在一方輕易實現。目前，不同實施人員可能有不同的解決方案，但沒有形成一個標準方案，也就是萬能方案。經過多個的項目磨合，我們應該尋找一套適用自己的萬能的集成方案或者集成標準。
1.3集成的實施
技術的問題很好解決。但實施問題才是真正的難題。
要保證順利集成，首先是PDM與ERP必須同步整體規劃；因為ERP對物料有專門、嚴格的定義，這比PDM要嚴格和精準的多。而一般情況下，PDM會比ERP要早實施，如果不能對物料編碼做出規劃和一致的定義，后續ERP與PDM將是就是痛苦的婚姻。
另外，PDM的E-BOM其實與ERP的M-BOM和C-BOM有差異很大，嚴格上講，ERP很難用得上。ERP真正能用得上的是CAPP的P-BOM或者說是P-BOM，因為有些軟件中將CAPP集成到了PDM中，但P-BOM是需要存在的。之所以說P-BOM可能被ERP的BOM能用得上，是因為，至少P-BOM與ERP的BOM形式相同，自制件、外購外協件，二個BOM都有。所以，他們有了取得一致的可能。但是，P-BOM一般情況下，不可能就是ERP的BOM；因為PDM是一個部門軟件，它不可能以整個企業管理的職責來規劃BOM的建制。當然，ERP是一個企業級的綜合BOM，它的層數、層次、物料都有相當講究，需要多個部門一起共同最后確定出原則。不過，如果前期PDM與ERP能精誠合作，CAPP能夠盡可能為后續的ERP建BOM提供更接近的P-BOM，或者提供適合ERP“手術”規則的P-BOM。這樣，ERP實施時，BOM就可以輕松從PDM/CAPP中導過來。
但目前國內，ERP和PDM實施顧問對自己的軟件如何精確把握都有這方面或那方面的不足，彼此軟件精通了解并能咨詢式應用更是少中加少。所以，常常出現PDM做一遍BOM，而實施ERP時，再錄一次BOM。
2 BOM變更管理
BOM變更，工藝變更，不論是單純的ERP還是PDM與ERP集成；都是必須面對和解決好的問題。可能單純的PDM中，問題會好解決一點，但是，當變更指導生產時，這些變更都會影響以生產為中心的企業管理活動。所以，在企業中，生產部門、銷售部門等通常會把這些問題作為日常難以解決的問題之一。因此，不論PDM還是ERP，還是PDM-ERP，都有必要從技術角度來看看BOM變更的過程和狀態。這對于解決工藝變更等問題也將是水到渠成的借鑒。
BOM變更的業務型態，大致有以下幾種情形：
2.1 BOM還在設計或技術狀態
這個狀態是BOM還在研發設計或技術部門，還屬于部門內變動。除非設計時間過長使后續工作延期或者說導致研發費用增長，其余的，是部門的正常活動，也影響不了誰，唯一影響的，是研發設計和技術部門工作量。
2.2 BOM交付給生產部門，但還沒有排產，也就是定型但沒有量產
如果這個時候變更，則需要跟相關部門溝通，下個變更通知單（ECR），當然是什么原因導致變更（ECN），可能是業務原因，也可能是設計技術本身原因。也不是很難的事情。
2.3 排產完畢，準備投產
還是計劃階段，沒有組織采購、生產。這個時候變更，也問題不大，跟生產部門為主的部門溝通，基本上也問題不大。
2.4 形成令單，分別采購、生產
這時變更則需要檢查生產情況和采購狀況，情況就分很多，一還沒有下料或下采購訂單，則直接更換圖紙或工藝要求或用料，還算好處理。二是下了工令或采購訂單但還沒有領/發料或者供應商沒有排產生產，這時變更如果運氣好，可以避免絕大多數損失。三是工令在制和采購在產或在途，這時，就存在到底是按老的BOM還是就新BOM的決策。如果按老的，一切不變，如果已生產的按老的、未生產的按新的BOM，則須退料重新領/發料；采購也得做相應的采購變更。但這個時候，須快，兵貴神速。時間就是金錢，搶時間就是錢，可以直接減少一些不必要的損失，特別是一些接單式的非標產品或部件，更是如此。
2.5 生產已經入庫未發貨
如果變更還得返工或返修；就會發生重新領/發料或重新采購，退料；再入庫等過程。
2.6 銷售出庫
如果還變更，那就是現在比較流行的“召回”制度了。一是銷售退回，二是重新領發或采購，三是再入庫，四是再出庫。
這些業務狀態，不論在PDM還是在ERP中，都不可能用軟件完全管控。原因是這些變化比較隨機，沒有規律。因此，最多是用管理流程和制度進行規范，但軟件作為某些節點進行數據采集或輸出。
3 PDM與ERP一體化通用接口解決方案（注：不同企業具體要求不同）
以XX企業PDM與ERP接口解決方案為例。
3.1 PDM與ERP一體化可以集成的內容
1）物料：可以從ERP讀取，也可從PDM導入；目前僅從PDM導入或ERP手工錄入。
2）計量單位：可以從ERP讀取，也可從PDM導入；目前僅ERP手工錄入，手工保持PDM與ERP一致。
3）存貨分類：ERP錄入，PDM無此需求。
4）BOM：可以ERP錄入，也可從PDM導入；目前從PDM導入或ERP手工錄入。
5）工序：不需集成。
6）工藝路線：不需集成。
7）檢驗：不需集成。
3.2 PDM與ERP接口解決思路
1）PDM給數據接口（PDM中間庫表），ERP從接口取數據（ERP中間庫表）；ERP中間庫表寫入ERP后臺表
2）導入時：先存貨再BOM
刪除時：相反（ERP中進行）
3）先做存貨檔案模版，再導入。BOM 導入的優先順序及邏輯：如BOM對存貨檔案的判斷、存貨檔案對計量單位的判斷等。
4）ERP已新增或修改，BOM或存貨檔案再從PDM中導入時，不變更已有內容，點擊變更時，只改變品名、規格等字段。
3.3 PDM與ERP接口操作步驟
3.3.1物料檔案
1）PDM發布物料信息，三個字段：物料編碼、名稱、規格型號；其余如有也可直接導入，如：工程圖號：PDM。
2）導入即可。
3）邏輯要求：
有重復碼需要報警并記入日志； ?
未導入需要報警并記入日志； ?
計量單位、存貨分類需要與ERP已有計量單位、存貨分類表進行關聯判斷，相同則導入，ERP后臺沒有則報警并記入日志，計量單位、存貨分類為空白。
3.3.2 BOM
1）PDM發布BOM。
2）從PDM中間庫表直接導入。
3）檢查導入的BOM物料檔案是否正確，并檢查導入的報警信息。
4）字段說明：
子件行號：跳碼10
工序行號：0000
基本用量：PDM，若為小數超過二位則變為二位
基礎數量：默認為1，但當基本用量有放大時須同時放大相同倍數
固定用量：PDM，默認為否
供應類型：取存貨檔案，PDM有以PDM為主
生效日期：PDM，默認：2000-1-1
失效日期：PDM，默認：2099-12-31
領料部門：PDM，否則為空
5）邏輯要求：
先檢查存貨檔案，如果存貨檔案沒有則該BOM不導入。
有物料編碼未導入的需要報警。
有數量及物料的BOM屬性（基礎數量、基本用量、使用數量、領用等）未導入的需要報警（會導入但默認為0，加個檢查）。 ? 有母件無子件或有子件無母件的需要報警并不導入。 ?
導入的存貨檔案需要與ERP后臺的inv存貨檔案關聯，如相同或BOM中間庫表的為空以inv為準導入，若BOM中間庫表與inv不同則以BOM為主。 ?
將以前的該BOM刪除；因此需要出現提示：是否繼續？ ?
M—BOM的檢查及刪除（按技術邏輯對PDM中的一些數據進行調整，以最大限度近似M—BOM）。
3.4導入數據及相關數據操作注意事項（管理規定）
3.4.1所有靜態數據須專人管理 公司級數據為信息部專人管理，權限不應外布。部門級數據為歸口部門專人管理。
3.4.2管理內容
1）BOM管理
ERP中新建BOM：ERP中BOM為直接使用PDM導入的數據。一般情況下，對于新產品BOM由PDM在發布完全部對應物料后，即可導入。導入前，須完成替代件、數量、計量單位的校核。并導入ERP后，須在ERP中進行核準。
ERP中BOM的變更：BOM變更有六種情況應分別處理，已經在上文提到。 ?
BOM的刪除：PDM刪除BOM不會直接刪除ERP中的BOM，因此，在刪除完PDM中的BOM后，如果確定有必要刪除ERP中的對應BOM，須先檢查該BOM在ERP中是否可以刪除，再做刪除。BOM在ERP中不僅是生產、采購的依據，同時也是成本的依據之一。所以，為了最大可能保證ERP穩定，不要過早輕易刪除BOM。一般須按生產周期在停止生產兩個月以后才能考慮在ERP中刪除BOM。
2）存貨管理
PDM在向ERP導入BOM前，須先導入物料，否則會發生災難性錯誤。
PDM向ERP導入BOM時，須自動檢測物料是否完備，若存貨不全則拒絕BOM導入。 ?
PDM在向ERP導入存貨時，須對虛擬、倒沖等做標識；ERP自動生成對應供應類型。
PDM在向ERP導入存貨時，只對新增的物料（存貨）做屬性定義，但不會修改已在ERP中存在的物料屬性。 ?
PDM物料導入ERP時，已占用了ERP中的自定義字段4、5、10。這三字段不得它用。 ?
PDM導入ERP物料后，須有專人檢核、修改，保證物料檔案專人管理。 該崗位對物料檔案中的其它字段及信息進行維護修改，而其它信息由相應部門傳遞。 產成品，如果是營銷部最先獲知，須將產品名稱、規格、單位等信息傳遞到物料檔案專崗，由專人在PDM、ERP中維護、修改。 采購件，如果是采購部或其它部門最先獲知，做法同產成品一樣。 如果是工程技術部最先獲知產成品、半成品、采購件等信息，做法同上。 因為存貨其它屬性基本大同小異，當有一定操作經驗后，一般會熟練作業。
3）計量單位管理
ERP中與PDM中的計量單位一致。只有單位一致后才可發布有新計量單位的BOM。
4 結語
信息一體化，是未來軟件發展的趨勢。因為目前IT技術包括硬件水平，已經達到支撐大型軟件信息一體化的條件和基礎。目前電腦水平已經達到云級，足夠的IT資源為軟件發展提供了自由擴展的平臺。PDM經過與CAD的初步技術集成后，目前已經與CAPP融合，成就了功能的集成。但是，與ERP的橫向集成，在國內還起步不久。真正的一體化浪潮，是近幾年的現象；但是，這二年，一體化好像從興起到了固化的一種發展模式。也就是說，PDM與ERP的未來，是從現在的固化發展模式向更優化的方向快速發展。
國內有實力的軟件廠商，不論是ERP還是PDM，開始主動收購兼并對方或者戰略合作，只不過，收購應該成為合作的終結者。只有把一體化的軟件做成一家化，一體化才會在橫向整合道路上繼續發展，與ERP為基礎平臺的軟件進行全方位的無縫集成。目前，有些一家化的廠商已經開始將PDM作為一個大型功能模塊寫入ERP中來。就像把OA、CRM、SCM、MES等寫入ERP中來一樣，通過預設的技術完全一致性，來消除技術插座、技術差異，消除技術坡度，達到客戶應用的技術平衡和平穩。如果能結合市場需求和市場成熟度，這種引導潮流的做法，在今后軟件發展中和客戶認可度上，肯定迎風破浪、贏搶市場。而這些，也終將導致ERP、PDM等軟件廠商大洗牌，并將國內軟件市場引向成熟和穩定。雖然我們技術起步較晚，但是，憑著國內的巨大市場空間，通過縱橫發展，我們就有挑戰國際軟件巨頭的能力和資質。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：ERP與PDM信息一體化探討
本文網址：http://www.guhuozai8.cn/html/consultation/1082054112.html
相關文章
