BOM，也就是Bill of material——物料清單，它是貫穿產品全生命周期中，研發、工藝以及下游的生產環節的主要因素。產品數據從PLM的研發端產生EBOM後，經由工藝環節產生PBOM，再到ERP系統的OBOM。可以說，BOM是產品從設計、工藝，到物料採購，以及下達生產訂單的數據驅動力。BOM的準確性，對企業的研發、工藝、採購、生產等系統起著非常重要的作用。

了解了BOM的角色後，下面想分享一下最近遇到幾例BOM問題。

1、 EBOM的搭建問題

設計工具，無論是二維還是三維工具，其最大的作用是完成圖檔的設計、發布。並且，再PLM-PDM系統中生成對應的物料，每個物料都對應一個物料編碼，也就是我們通常所說的EBOM。不同的部件，根據不同的工藝路線，部件內部的層級關係需要合理的搭建，在PLM-PDM系統中，俗稱產品的結構樹。

對於三維工具，設計人員通常不太需要過分的關注物料在PLM-PDM系統中產品的結構樹。因為，三維工具搭建好產品部件的層級關係後，檢入到PLM-PDM系統後，系統根據軟體端的層級關係，自動生成產品的結構樹。也就是EBOM的自動搭建。搭建完成後，物料層級關係、數量均由三維工具驅動生成，且準確率非常高，為設計人員省去了搭建結構樹的時間。

相比而言，二維設計工具，在搭建產品的結構樹方面，均在先天的不足。當前市場上主流的二維設計工具，還沒有可以根據部件的層級關係來完全驅動PLM-PDM結構樹的生成的。有些軟體僅可以根據當前圖檔明細表的層級關係驅動生成PLM-PDM結構樹。

這裡，分享一個曾經的案例：某二維設計工具，驅動生成EBOM遇到的問題。

該軟體可根據圖檔的明細表，將當前圖檔中的下層一級物料，生成EBOM。但是，在某段時間，頻繁出現以下問題：設計人員檢入圖檔後，EBOM的物料的數量，相比圖檔明細表中的數量，均翻倍！這種帶著問題的EBOM發布後，工藝人員根據EBOM，搭建生成PBOM，並發布到ERP。最終導致OBOM的物料數量也有問題，並導致物料下料計劃混亂，給公司生成帶來一定的損失。

經過問題的反覆排查，發現問題所在：其一，部分設計人員在圖檔的檢入、檢出的操作時，其操作習慣不符合企業的操作規範，這是操作層面的原因；其二，軟體程序沒有設置防誤操作，即設計人員進行反覆的檢入時，軟體應該將小版本物料數量進行清除操作，防止進行累加。這是軟體層面的原因。

經過軟體的升級完善，最終解決了以上的EBOM物料數量翻倍的問題！

2、 OBOM物料重複問題

OBOM，是企業製造部進行生產安排的訂單BOM。其數據流向是EBOM?PBOM?OBOM。

分享一個曾經的案例：

設計人員經PDM發布EBOM後，工藝人員根據EBOM，在CAPP中搭建PBOM及工藝路線，並發布到ERP系統。生產計劃員對OBOM進行維護，進行生產物料的安排。

某段時間，生產計劃員反饋：ERP系統中，某結構部件的OBOM中，有多條重複物料。這些重複物料，均有不同的大版本。比如，某個零件，其初始的A版本，設計變更後的B版本以及C版本均在OBOM中。這樣一來，計劃員難以判斷按哪條物料數據進行排產！

經過仔細分析：設計人員的EBOM，到工藝人員的PBOM，這個過程中，物料數量的傳遞是沒有問題的。那麼，問題就有可能出現在，從工藝人員的PBOM到ERP集成過程中。ERP工程師，進入到SAP系統進行數據記錄的查看後發現：重複的物料數據，極有可能是工藝人員在CAPP軟體中，進行PBOM發布到SAP時，用CS02（編輯功能）進行了數據的查看（本應該用CS03）,導致數據在傳遞過程中被鎖定，高低版本的物料數據遂同時存在並生效執行。現場經電話溝通確認，工藝的ERP業務人員確實有如此操作。

解決辦法：分時間階段，由工藝ERP業務人員對該時間段內的設計變更數據進行排查；如有重複的，進行刪除。同時，需要規範操作數據。

BOM數據的準確性，是設計、工藝、生產水平高低的直接體現，對產品的交付質量有著直接的影響。各個業務環節的業務人員，不僅需要有著較高的業務能力，熟練完成本職工作；更需要有著極強的責任心，對產品數據進行嚴格審視，不應該把產品數據準確性的把關工作完全交給軟體來完成。畢竟，軟體暫時還不具備人的經驗積累。

推薦閱讀：

相关文章