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