BOM 表管理亂掉的公司，通常錯在同一個地方

「我們的 BOM 有兩份。工程部一份放在圖檔資料夾裡，生產這邊自己有一份 Excel。」

講這句話的是一位副總，語氣平靜得像在講天氣。我問他哪一份是對的，他想了大概三秒，說：「看你要問什麼。要算成本看工程那份，要發料看生產那份。」我又問，那兩份差多少。他笑了一下，說沒有人算過。

後來我們真的去算了。挑了十個出貨量最大的成品，把兩邊的用料明細拉出來對。結果是對得起來的沒幾個。有的是少了一顆螺絲——那顆螺絲三年前工程就取消了，生產那份沒刪，所以倉庫每次發料都多發一顆，領出去的人隨手丟進零件盒。有的是多了一條線材，因為現場早就改用另一個規格，但工程圖沒改，成本還是照舊的算。最誇張的一個，是同一個料號在兩份表裡的單位不一樣，一邊算「條」一邊算「公尺」。

我是熊董，台灣川輝科技。我帶團隊做導入七年，經手 34 個案子、橫跨 12 個產業。這種對帳我做過很多次，所以我把結論先講白：BOM 管理會亂，錯的地方幾乎都是同一個——你的公司有兩份 BOM，而且沒有任何一個人的工作內容裡寫著「讓這兩份一致」。不是沒人管，是每個人都只管自己那一份。工程管的是「這個產品應該長什麼樣」，生產管的是「這批貨實際要領什麼料」，兩邊各自都很盡責，但中間那條把設計變更翻譯成領料清單的路，從來沒有被指定給誰走。於是差異一天一天累積，成本算不準、盤點對不起來、料備錯了怪採購、做壞了怪現場。你上任何系統之前，得先回答一個非常樸素的問題：明天早上如果工程改了一個零件，這件事會經過哪幾隻手，最後在幾天內變成倉庫的領料單？答不出來，導入的只會是一套把混亂搬到線上的工具。

先承認你是對的：工程和生產本來就該有不同的視角

我知道有人看到這裡會想反駁：兩份不一定是壞事啊，工程 BOM 跟製造 BOM 本來就不一樣。

這句話是對的，而且很重要。工程那份描述的是產品的結構，它關心的是這台機器由哪些件組成、每一件的規格與圖號。生產那份描述的是製造的過程，它要處理的是這些料在哪一站投入、有沒有耗損率、包材算不算進去、外包出去的半成品要不要拆開列。同一台設備，工程可能寫成三層結構，生產為了配合實際的工站順序拆成五層。這不是誰抄錯，這是兩種不同的用途。

所以我不會叫你把兩份合成一份。真正的問題不在「有兩份」，在於這兩份之間沒有一條被明確定義的轉換規則，也沒有一個人負責在源頭變動時把轉換再跑一次。工程改了一個件，這個資訊是怎麼傳到生產那邊的？我在現場聽到最多的答案是「會講啊」。講，是用嘴巴講，在走廊上，或者在群組裡丟一張截圖。講完之後有沒有真的改進生產那份表，沒有人回頭確認，因為沒有人的工作是確認這件事。

再講難聽一點：很多公司的生產 BOM 其實不是被維護出來的，是被「發現錯了才改」磨出來的。做壞一次、少領一次、客訴一次，才回頭補一筆。這種表看起來會越來越準，實際上它只在你踩過的地方準，沒踩過的地方全是地雷。

版本控管真正要管的不是版本號，是生效時點

講到版本控管，很多人第一個反應是「我們有編版次啊，A 版 B 版都有寫」。有編版次是好事，但版次只解決了一半的問題。

版次回答的是「這份表改過幾次」。它沒有回答的是那個更難的問題：這一版從什麼時候開始算數？是簽核當天？是下一張新開的工單？還是下一批進的料用完之後？這三種答案會導出完全不同的行為，而我在現場遇到的狀況多半是——沒有人講過這件事，所以每個人心裡的答案都不一樣。工程覺得簽核就生效，採購覺得要等舊料用完，生管覺得已經開的工單當然照舊，倉庫則是誰來領就發什麼。

於是你會看到一個很典型的畫面：同一個成品，這個月出貨的三批貨，用的是三種不同的組合。而且事後查不出來哪一批是哪一種，因為工單上只記了成品料號，沒記當時套用的是哪一版 BOM。等到客戶反映某一批有問題，你要追是哪一批、用了什麼料，只能靠倉管的記憶跟採購的進貨單去拼。

所以版本控管要補的第一件事，不是把版次編得更漂亮，是把「生效方式」明確寫進變更單裡。同一次變更，可以是立即生效，也可以是舊料用完生效，也可以是指定某張工單之後生效。這三種各有適用的場合，關鍵是每一次變更都要有人勾選，而不是預設。

生效方式	適用情況	沒講清楚會發生什麼
立即生效	安全、法規、客戶指定的強制變更	已開工的在製品全部變成規格不符，卻沒人知道
舊料用完生效	單純的成本優化或替代規格	採購繼續買新料，舊料在倉庫躺到報廢
指定工單後生效	客戶分批要求、新舊機種並行	現場自己判斷該用哪版，同批貨出現混料

替代料：整張 BOM 裡最容易被口頭化的東西

替代料是 BOM 管理裡我最常看到「制度上不存在、現場天天在用」的一塊。

現場的邏輯其實非常合理。這顆電容缺貨，另一個牌子的規格一樣，老師傅知道可以換，換了不影響功能。這個判斷通常是對的，甚至比制度更貼近現實。問題在於，這個判斷從頭到尾沒有進入任何一份文件。BOM 上寫的還是原本那顆，領料單上開的也是原本那顆，倉庫發的是另一顆，帳上扣的是原本那顆。三個月後盤點，原料帳面有、實體沒有，另一顆帳面沒有、實體堆在角落。這時候大家會開始查是不是有人偷料。

而且替代不是只有「能不能換」這一個維度。有些替代是完全等效，隨時可換；有些是需要客戶書面同意的，特別是有規格書或送樣紀錄的客戶；有些是可以換但成本差很多，換了要影響報價；還有些是換了之後製程參數要跟著調，工時會變。這幾種混在一起，全部靠一句「那個可以換」在傳，遲早會出事。

實務上要做的事情不複雜，但需要有人拍板：把替代關係從老師傅的腦袋裡搬到表上，並且註明替代等級與限制條件。這件事跟系統無關，你用紙本、用 Excel 都能開始。真正的難點是有人得去問每一個老師傅、把默契寫下來，而這個角色在多數公司裡沒有被指派。

改了 BOM 之後，在製品怎麼辦

這是整篇文章裡最痛、也最少被事先想過的一題。變更單簽下去的那一刻，產線上已經有東西在跑了。倉庫有已經備好的套料，有的工單做到第三站，有的做完在等檢驗，還有委外出去的半成品在人家廠裡。這些東西該怎麼處理，如果沒有規則，就會變成每次都要開一次會，而每次會的結論都不太一樣。

處理方式其實就那幾種，重點是要事先定好由誰判斷、判斷的依據是什麼。第一種是全部沿用舊版做完，只有新開的工單才用新版。這種最省事，但如果變更的原因是品質或安全問題，沿用就是把問題往下游送。第二種是全部停下來改，已經投入的料能拆的拆、不能拆的報廢。這種最乾淨，代價是最貴，而且報廢的帳要有人認。第三種是分界處理——已經過了某個工站的沿用舊版，還沒過的改新版。這種最貼近現實，但它有一個前提：你要說得出每張在製工單現在卡在哪一站。

第三種前提的那句話，正是很多工廠做不到的地方。要嘛報工資料是下班前一次補登的，時間跟順序全對不上；要嘛表面上有報工但只報數量不報站別。這個坑我在〈報工都有做，數字還是不能看？〉裡拆過怎麼判斷，這裡只講對 BOM 的影響——你的在製品位置不真實，變更的影響範圍就永遠算不出來，只能整批賭一個方向。

我還想提醒一件事。很多公司在導入時會要求系統「自動處理在製品的版本切換」，然後為了這個需求做了一堆客製。但如果你們內部本來就沒有共識該怎麼處理，那客製出來的就是把某一個人當下的想法寫死在程式裡，三個月後另一個情境出現，又要再改一次。什麼該客製、什麼該先改流程，我在〈ERP 客製化該做到什麼程度？〉裡有一套判斷方式，這裡只給一句話：規則沒共識之前不要急著寫進系統。

那什麼時候真的該上系統

也有該上的時候，我不想寫得好像 BOM 系統都不必要。

如果你的產品是多階、多變化的——同一個機種有十幾種選配組合，客戶下單時勾選不同項目就變成不同的用料清單——那用 Excel 維護幾乎不可能不出錯，因為排列組合會爆炸。這種時候系統的價值不是「幫你管版本」，是幫你把共用的部分只維護一次。

另一種該上的情況，是你已經被追溯性追著跑。客戶開始要求出貨批號對應到用了哪些原料批號、哪一版 BOM，或者你所在的產業本來就有稽核要求。這種需求靠人工翻紙本是撐不住的，而且撐不住的時候通常是最不能出錯的時候。

反過來說，如果你現在的痛點只是「兩份表對不起來」，那先別急著買。兩份表對不起來是制度問題，不是工具問題。你把它搬到系統裡，會得到兩個對不起來的畫面，而且比 Excel 更難改。

所以你明天該做什麼

明天做兩件事，都不用花錢。

第一件，挑出貨量最大的十個成品，把工程那份跟生產那份拉出來逐項對。不用一次對完，一天對兩個也行。對的過程中，每一筆差異都記下來是哪一種：是工程改了生產沒跟、是現場改了工程不知道、還是單位或料號本身就寫錯。這三種差異的成因完全不同，混在一起看你只會覺得「很亂」，分開看你會很快知道破口在哪一端。

第二件，找一個人出來，把「維護兩份 BOM 一致」這件事寫進他的工作內容裡。不是兼著做，是明確寫下來：所有設計變更單，必須經過他確認生產那份已經同步、並註明生效方式，才算結案。這個人不需要很資深，但需要有權力把沒寫清楚的變更單退回去。多數公司缺的不是能力，是這個退件的權力。

這兩件事做滿一個月，你手上會有一份差異清單跟一條真實走過的變更流程。到那時候再來談要不要上系統、要買什麼，你問廠商的問題會完全不一樣。如果對到一半發現差異多到你不知道從哪裡收，可以找我聊三十分鐘，我陪你把破口在哪一端先分出來。