信息一體化越來越成潮流了。但真正能解決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