●物料編碼的轉(zhuǎn)換方案：
把圖號（在物料號中）作為兩個BOM系統(tǒng)之間連接的橋梁。即當(dāng)PDM的產(chǎn)品代號與MRP中的物料編碼中圖號相同時，認(rèn)為它們是同一個物料。
PDM從MRP中提取信息時，以圖號作為PDM中的標(biāo)識（即代號），如果該圖號在PDM中已存在，則認(rèn)為該產(chǎn)品在PDM中已存在。如果兩者其它屬性信息有差異，可以提交給用戶來決定使用哪一個系統(tǒng)中的數(shù)據(jù)。
在PDM中添加的產(chǎn)品，可以添加到物料信息中，即根據(jù)MRP中的編碼規(guī)則來生成它的物料號。如果是在設(shè)計項目流程中出來的產(chǎn)品，在項目完成時添加到物料信息中。
標(biāo)志可以保存數(shù)據(jù)轉(zhuǎn)換過程程中信息，同時也可以加快系統(tǒng)查詢轉(zhuǎn)換產(chǎn)品速度，可以在物料信息表和產(chǎn)品屬性表中添加一個字段，用來標(biāo)識該產(chǎn)品轉(zhuǎn)換的狀態(tài)、圖號是否存在等信息。下次轉(zhuǎn)換時可根據(jù)該字段判斷是否需要處理。該標(biāo)志可做如下功用：
標(biāo)志的含義：
PDM中：該產(chǎn)品來自MRP
該產(chǎn)品來自MRP，在PDM中其結(jié)構(gòu)或?qū)傩孕畔l(fā)生了改變。
產(chǎn)品已轉(zhuǎn)入MRP，但在PDM中已發(fā)生改變。
產(chǎn)品在PDM中生成，未轉(zhuǎn)到MRP中。（默認(rèn)）
產(chǎn)品在PDM中生成，已轉(zhuǎn)到MRP中。
MRP中：該產(chǎn)品來自PDM
產(chǎn)品在MRP中生成，已轉(zhuǎn)到PDM中。
產(chǎn)品在MRP中生成，未轉(zhuǎn)到PDM中。（默認(rèn)）
產(chǎn)品已轉(zhuǎn)到PDM中，但在MRP中發(fā)生了改變。
從PDM數(shù)據(jù)轉(zhuǎn)化到MRP物料數(shù)據(jù)：這時，在MRP中尋找與PDM中代號相同的圖號，如果存在，即認(rèn)為該產(chǎn)品在MRP中已存在，并分別在兩個系統(tǒng)中做標(biāo)志。否則，認(rèn)為PDM中的產(chǎn)品在MRP中是新產(chǎn)品，這時按照MRP的命名規(guī)范在MRP中添加相應(yīng)的物料號、名稱、重量、圖號、規(guī)格等信息，并標(biāo)志其從PDM中而來。
產(chǎn)品（物料）屬性和結(jié)構(gòu)信息發(fā)生改變時，需要改變相應(yīng)標(biāo)志位，以在轉(zhuǎn)換時正確處理。
從MRP物料數(shù)據(jù)轉(zhuǎn)換PDM數(shù)據(jù)：這時與上述步驟相反，即MRP中的物料圖號如果在PDM 中存在這樣的代號，則認(rèn)為其已經(jīng)存在。否則，把圖號作為PDM中的代號插入到PDM中去。如果該物料沒有圖號，可以把該物料號作為PDM中的代號插入，并置標(biāo)志標(biāo)識其從MRP中而來。
MRP圖號與PDM代號相同但其它屬性不同的處理：有兩個辦法：
指定其中一個系統(tǒng)的數(shù)據(jù)為正確的，轉(zhuǎn)換時可以覆蓋另外一個系統(tǒng)的數(shù)據(jù)。由于PDM中的數(shù)據(jù)很多都是從圖紙里面提取的，因此我們認(rèn)為應(yīng)該以PDM的數(shù)據(jù)為標(biāo)準(zhǔn)。
發(fā)現(xiàn)這種情況時，給出具體的提示信息，由用戶選擇是否覆蓋，從而把決定權(quán)交給使用者。
以上兩種方法可以做成選項方式，以方便使用。
●產(chǎn)品結(jié)構(gòu)的轉(zhuǎn)換
前已敘及，兩個系統(tǒng)的產(chǎn)品結(jié)構(gòu)是不一致的。產(chǎn)品結(jié)構(gòu)的轉(zhuǎn)換應(yīng)該是在上述轉(zhuǎn)換過程中同步進(jìn)行的。當(dāng)轉(zhuǎn)換一個產(chǎn)品或物料時，必須首先遞歸提取其所有的子產(chǎn)品或物料信息，根據(jù)其標(biāo)志判斷其是否已經(jīng)被轉(zhuǎn)換過，如果沒有轉(zhuǎn)換過的話，按上面的方法進(jìn)行處理。否則，可以略過。但必須按相應(yīng)的結(jié)構(gòu)信息轉(zhuǎn)換結(jié)構(gòu)。具體的算法這里不作考究。
制造BOM上虛擬件或工藝合件以及加工輔料信息輸入一般根據(jù)裝配工藝卡片上可以匯總出在整個工藝過程中系統(tǒng)利用到虛擬件和輔料信息，PDM可以提供操作將這些虛擬件和輔料在產(chǎn)品結(jié)構(gòu)樹轉(zhuǎn)換成MRP系統(tǒng)里的制造樹之前先在PDM系統(tǒng)里建立完整的制造樹。PDM可以提供建立兩類和產(chǎn)品節(jié)點不同的節(jié)點，我們可以稱其為虛節(jié)點和材料節(jié)點功能，這些節(jié)點信息可以按照匯總出的裝配工藝關(guān)系按照一定的操作在PDM系統(tǒng)內(nèi)先建立完整的制造BOM，然后將這些制造BOM樹導(dǎo)出到MRP系統(tǒng)中，同時進(jìn)行編碼轉(zhuǎn)換。但虛節(jié)點信息和輔料信息在PDM系統(tǒng)中匯總時不進(jìn)入產(chǎn)品明細(xì)表和產(chǎn)品圖紙明細(xì)欄中。
●工藝路線和工藝信息的轉(zhuǎn)換
在MRP中，工藝路線信息和工藝信息與某一種物料是有對應(yīng)關(guān)系的，它給出了一個物料在PDM中也可以得到CAPP或BOM中的工藝信息，該信息可以從PDM向MRP數(shù)據(jù)轉(zhuǎn)換時一并進(jìn)行。
將在BOM系統(tǒng)里匯總出MRPⅡ系統(tǒng)需要的數(shù)據(jù)，通過BOM軟件的操作菜單將數(shù)據(jù)以指定格式（EXCEL文件、DBF、SQLSERVER數(shù)據(jù)表、ORACLE數(shù)據(jù)表都可以支持）輸出到指定位置。由MRPⅡ系統(tǒng)將數(shù)據(jù)讀取到自己的數(shù)據(jù)庫中。
●BOM版本變更的轉(zhuǎn)換
1）兩個關(guān)鍵流程的確定：
明細(xì)表審批流程
既然是想做到研發(fā)的明細(xì)能自動集成，寫入到ERP系統(tǒng)，而不是再經(jīng)過ERP BOM員的手工錄入，以減少BOM出錯的機會。這就需要和客戶確認(rèn)關(guān)鍵流程之一"明細(xì)表審批流程"，一般是通過(研發(fā)設(shè)計工程師)提出－(主管工程師)審核－(標(biāo)準(zhǔn)化)審核－(工藝人員)會簽－(BOM)審批－歸檔。當(dāng)然可根據(jù)每個企業(yè)的實際業(yè)務(wù)情況做調(diào)整。
設(shè)計更改流程
各個企業(yè)提出變更的源頭不一，有些是"降成本"的要求，有些是研發(fā)的"結(jié)構(gòu)改進(jìn)"等，還有些是客戶投訴，提出變更等。有些變更比較緊急，可能直接影響生產(chǎn)等，這就需要"特事特辦"；有些是屬于普通變更則嚴(yán)謹(jǐn)?shù)刈咄暾麄�流程。
需要重點說明的是：這兩個流程很重要，最好在會上邀請相關(guān)人員進(jìn)行討論，討論簽字確認(rèn)。
2）PDM\ERP究竟集成哪些屬性
流程只是搭建更改的通道，下面將是確定這個自動通道上的流轉(zhuǎn)貨物，確定哪些屬性是ERP和PDM的共有屬性，需要做同步更改。
物料屬性
物料屬性是零部件本身屬性，例如：圖號、名稱、規(guī)格、材質(zhì)等屬性，這個時候需要特別注意ERP 的item描述規(guī)則，一般來說ERP的描述會自動由這些屬性合成的，找到這些共性規(guī)則。
明細(xì)屬性
明細(xì)表屬性簡單描述就是整個產(chǎn)品的結(jié)構(gòu)層次關(guān)系，例如可能增加、刪除某層下的物料或者更改它的數(shù)量，這些是最基本的。當(dāng)然可能企業(yè)的ERP系統(tǒng)根據(jù)客戶的需要做了些開發(fā)，例如：電子類產(chǎn)品可能加上位置號等。這個時候需要考慮是否PDM明細(xì)表里面加上對應(yīng)的字段以便做變更。同時還要考慮項目整個進(jìn)度。形成需求調(diào)研后要簽字確認(rèn)，防止后面的無限制需求提出。
另外需要提醒的是：若是設(shè)計BOM和制造BOM若有結(jié)構(gòu)差異，那就需要確定兩邊BOM不一致，可以向那邊靠攏；若是無法向一邊靠攏，則要找出設(shè)計BOM向ERP BOM的轉(zhuǎn)換規(guī)律，若是兩張方法都不行，則無法做到系統(tǒng)自動變更。
3）設(shè)計開發(fā)
現(xiàn)在要做的是把業(yè)務(wù)的實際需要轉(zhuǎn)換為程序設(shè)計，這個時候最好將前期調(diào)研的資料做的很細(xì)致，包括集成的字段在ERP對應(yīng)界面上的截圖，防止后面的扯皮現(xiàn)象。
最怕碰見系統(tǒng)不支持的屬性，或者是需要做很多開發(fā)工作才能解決，這個時候?qū)嵤┤藛T就要想辦法，可以"曲線救國"找個替代方案。只要不是關(guān)節(jié)點，都可以從大局角度說服客戶。
4）UAT業(yè)務(wù)測試
一旦程序設(shè)計開發(fā)好后，最好就是測試：功能測試、UAT用戶測試
這個時候千萬不要以為自己做個功能測試，走完變更單后沒有什么bug就萬事大吉了，最主要的是自己測試發(fā)現(xiàn)沒什么問題后，編制個測試大綱，發(fā)放相關(guān)業(yè)務(wù)部門人員，然后把這些人召集在一起，不同角色的人員都要有，從源頭開始測試，一直測試走完到ERP,再讓ERP的BOM員和管理員確認(rèn)是否有問題？若是沒問題，簽字。個人覺得簽字還是很有必要，要簽字客戶才會重視起來，后面若是有什么問題影響到生產(chǎn)數(shù)據(jù)，至少不會全是供應(yīng)商的責(zé)任吧？
測試通過后就是用戶培訓(xùn)，然后上線。
相關(guān)文章
以ＢＯＭ為核心的ＰＤＭ／ＣＡＰＰ／ＥＲＰ集成技術(shù)應(yīng)用
http://articles.e-works.net.cn/ERP/Article63514_1.htm
關(guān)于某集團企業(yè)PDM系統(tǒng)與ERP系統(tǒng)集成的方案
http://articles.e-works.net.cn/PDM/Article54022.htm
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.kaqidy.com/
本文標(biāo)題：ERP系統(tǒng)中EBOM向MBOM轉(zhuǎn)換重點問題說明
本文網(wǎng)址：http://www.kaqidy.com/html/consultation/1082054761.html
相關(guān)文章
