有些店賣的不是單一商品，而是要先把幾樣商品組起來，才會變成能賣給客戶的成品。像是禮盒、組合包、耗材套組，或是簡單加工後才出貨的商品，都會遇到這個問題。
如果還是只用一般商品的邏輯管理，很容易發生兩種狀況：原料有記、成品沒記；或成品有記，但拆回去後原料數量又不準。
組裝商品和一般商品有什麼不同？
一般商品通常是「進來多少，賣出多少」，庫存邏輯比較直線。組裝商品則多了一層：
- 原料先進貨
- 實際組裝後，才變成成品庫存
- 出貨時扣的是成品，不是每個原料逐筆現扣
- 如果拆解，成品又要還原成原料
這代表系統要同時看得懂原料與成品之間的轉換關係。
最容易出錯的地方在哪裡？
1. 成品與原料混在一起算
很多店一開始會把成品當成普通商品處理，但沒有真的記錄它是用哪些原料組成的。結果成品賣掉了，原料數量還留在系統裡，久了就會失真。
2. 只記組裝，不記拆解
現實上常常會有拆回原料的需求，例如包裝錯誤、規格改變、客戶取消或成品需要重新配置。如果系統沒有拆解邏輯，庫存就會卡死在成品上。
3. 不知道最多還能組幾組
原料多半不是每一項都同時充足。真正能組出多少成品，通常取決於最少的那個零件。如果每次都要人工算，流程很容易被拖慢。
比較合理的管理方式
先把成品當成獨立庫存管理
組裝完成後，成品應該有自己的庫存。出貨時扣成品，這樣現場會比較直覺，也更接近實際操作。
組裝時扣原料，拆解時還原原料
這是組裝型商品最核心的邏輯。組裝不是憑空增加庫存，而是把原料轉成成品；拆解則是反過來，把成品拆回原料。
讓系統幫你判斷可組裝上限
如果系統能依照各子商品庫存自動計算最多可組裝幾組，現場人員就不用每次自己重算，也能避免庫存不夠卻硬做出成品。
BZ66 怎麼處理這類情境？
BZ66 的組合包採用比較接近實務的做法：
- 成品作為獨立的組合包商品存在
- 實際組裝時扣除子商品庫存，增加組合包庫存
- 需要拆回去時，可做拆解還原原料庫存
- 出貨時扣的是組合包本身的庫存
這樣比較適合以下情境：
- 批發零售兼賣套組
- 節慶禮盒、組合商品
- 簡單加工、簡單包裝再出貨
- 小型製造或半手工作業
不適合拿來做什麼？
如果你是多層 BOM、複雜製令、完整製程追蹤、工單排程型的工廠，這種輕量做法就不一定足夠。BZ66 比較適合的是一層、簡單、現場可直接執行的組裝與拆解管理。
結論
組裝商品最重要的不是多做一張表，而是把原料、成品、組裝與拆解的庫存邏輯釐清。只要這一層邏輯做對，批發零售兼加工的小店就能比單純用 Excel 更穩定地管理商品。