產品主資料：為什麼 SKU、單位與分類要在上系統前先整理好？

很多團隊在導入開始時，會期待新系統自動把庫存、採購或報表問題一起解掉。但如果 SKU 重複、品名不一致、分類沒有規則，新系統通常只是把原本被 spreadsheet 蓋住的混亂攤開而已。

問題不只是畫面上的資料不整齊。一旦交易、庫存與報表都依賴同一套商品定義，主資料裡的小錯誤就會快速連動到多個模組。這也是為什麼產品資料需要在系統正式承接日常營運前先整理好。

SKU 的角色是產品的穩定身份。如果一個產品有多個 SKU，或一個 SKU 被拿去代表不同 item，庫存與交易歷史很快就會失真。單位也是一樣。若商品是用箱進貨、用 pcs 銷售，就一定要有清楚的單位邏輯，不然庫存換算很容易出錯。

分類也不只是方便篩選的標籤。很多企業會把分類拿來做 reporting、採購邏輯、毛利分析與責任歸屬。若分類結構是亂的，管理層就很難準確看懂產品表現，也更難做出好的決策。

當產品資料結構比較乾淨後，其他模組也會跟著變健康。Inventory 比較容易看，因為 item 不再混在一起；purchasing 也比較好排，因為單位與 supplier 更清楚；reporting 則會更有判讀價值，因為品名與分類不再過於混亂。

從老闆角度看，最大的價值是決策速度與信心都會提升。團隊不需要一直爭論兩個名稱是不是其實同一項產品，也不需要猜測庫存差異到底來自交易本身，還是來自一開始就不一致的資料結構。

不是每一家公司都需要一次清完所有歷史資料。更健康的做法通常是先定核心規則，例如 SKU 格式、品名邏輯、單位結構、主要分類、supplier，以及第一階段系統真正會用到哪些 active items。

這樣做可以讓團隊有更現實的清理範圍，也避免因為想一次修好所有東西而拖慢導入。第一優先通常是把日常會用到的資料整理到夠可信，再慢慢擴大到歷史資料或較少使用的產品。