標準BOM，啥玩意，該廢除了！

今天去廈門島外一家生產籃球的工廠，和一個自稱是財務主管的人聊ERP實施的一些問題。
他問我：在啓用ERP前，如開始訂單管理、倉庫管理前要進行什麼工作。
我告訴他：很簡單，錄入基礎資料和初始化數據。
他：基礎資料和初始化數據主要包括哪些。
我：這要看你的應用部門和管理深度了，如進行銷售訂單管理的話，那就要先錄入供應商信息、物料信息及初始的銷售合同；如果進行庫存管理，首先要規劃倉庫，如原材料倉、成本倉、半成品倉等，如果要管理的更加細緻，則需要進行庫位的規劃，而倉庫管理系統實際應用中，要涉及到採購入庫、銷售出庫、生產領料出庫、外發加工出庫、半成品入庫、半成品出庫、外發加工完工入庫、生產線生產完工入庫、不同倉庫之間的調撥、倉庫物料盤點等，如果涉及到整件拆分處理組合的話，還有拆分組合管理等。
後來他說：不對，要先把BOM做進去。
……

 

直到後來我才搞明白：他一直想等着我說要在基礎資料和基礎數據階段把BOM做進系統，他以爲這是唯一正確的實施過程。其實他是對ERP一知半解，對ERP項目過程也一直半解。如果把BOM當作基礎資料和基礎數據部分，首先犯了一個致命的錯誤：不瞭解BOM如何產生，不知道BOM有何用。也許他知道BOM是用來進行MRP運算的關鍵，但是他忘了一點，BOM其實也就是手工管理時代的配方單，通常情況下是由產品研發部門實驗計算所得。也許他想在基礎資料中保存一個標準BOM。但是他的這種意圖顯然是不合理的：

他所處的行業是橡膠製品行業，也算是化工行業。大家知道化工行業有個特點，今天設計的配方單在實驗室可能有效，但是一個禮拜後，根據這個配方配製出來的產品和一個禮拜前可能完全兩碼事；還有一種經常發生的事，生產100KG產品時所研製的配方單，在生產1000KG時，產品未必和100KG時相同，也就是量對配方的影響。所以這個行業想要一個標準BOM，並不是一個合理的要求。

 

現有的多數ERP系統來說，對BOM的管理主要有兩種形式：
第一種、只管理一種BOM，也就是最後有效的BOM，凡是涉及到和歷史BOM不同時，則把已經存在的BOM改成最新的BOM。這種方式根本沒有起到管理歷史BOM的作用。

第二種、保存一個標準BOM，等實際應用過程中，增加一個新的BOM。並且新的BOM和生產或者銷售訂單關聯。這是一種相對來說比較合理的方法。但是問題的關鍵是，什麼是標準BOM？標準BOM如何來？這些卻是無法界定的。因此一般情況下，標準BOM這個概念並沒有太大的用處。

考慮到BOM是由產品研發部門所設計的，而且同種產品的BOM在不同時期可能不一樣，而用戶還要求管理歷史BOM來對研發人員進行考覈，所以我建議做某些行業ERP實施的童鞋：適度廢除標準BOM這種不科學的東東，引進一個新的概念：BOM版本。我們可以根據BOM的版本號對歷史BOM進行管理。其實BOM的版本號也不是什麼稀奇的東東， 也就是把上述第二種管理BOM的方案中加入一個版本號字段而已。用表單表示爲：
表頭部分：

母件編號		母件名稱		BOM單據日期
BOM版本號		是否爲標準BOM

 表身部分和原來的BOM表一致即可。（不過數據庫裏邊可要加入一個版本號字段哦）。

其中表頭部分的目標單據類別及目標單據號的是可選字段，目的是爲了說明做此版本的BOM單據的原因。而BOM單據日期和BOM版本號的目的就是爲了管理歷史BOM，並依據歷史BOM對研發人員進行考覈。最後的一個是否爲標準BOM，此字段可以在參數控制中控制是否需要，其目的只是爲了方便下次錄入或者滿足有些行業必須有標準BOM的需求。


注：本建議僅供參考，不作爲任何ERP的官方解決方案。