分類與品牌整合

日期：2026-03-20 目的：說明既有 c0~c2 分類樹與品牌系統，應如何接到以 BI / SI 為核心的 item master。 相關文件：

• C02-spec.md
• C03-schema.sql
• R02-terms.md

1. 核心原則

三件事要分開看：

BI / SI = 身分證
category = 貨架
brand = 招牌

• BI / SI 決定商品是誰。
• category 決定商品放在哪裡。
• brand 決定商品屬於誰家。

這三件事要連在一起，但不能混成同一層。

2. 你現有的 c0~c2 與 brand 能不能直接用

可以，而且不需要現在就另蓋一套新的分類系統。

正確做法是：

• 保留既有 c0~c2 樹與品牌資料。
• 把它們當成 taxonomy 與提示系統。
• 讓 BI / SI 繼續負責身份。

3. 多分類與品牌跨品類是不是問題

這本身不是問題。

正常現象包括：

• 同一個商品可出現在多個分類。
• 同一個品牌可跨很多分類。
• 不同客戶對同一商品有不同貨架結構。

真正的問題只有一個：

• 把分類或品牌直接當成身份鍵。

4. item master 怎麼使用這套既有系統

最小接法如下：

• base_items.brand
• base_items.category
• invoice_name_clusters.brand_hint
• invoice_name_clusters.category_hint

這樣就能先把既有系統接進來，支援：

• 候選過濾
• 審核提示
• 搜尋聚合
• 報表彙總

5. 如果要正式接分類樹，建議的關聯表

後續若要正式化，可擴成：

• brands
• cats
• item_cats
• brand_cats

角色說明：

• brands：品牌主檔
• cats：分類節點主檔
• item_cats：商品對分類的多對多關聯
• brand_cats：品牌對分類的常見分布，用作先驗與提示

6. 關聯規則

商品對分類

• 每個 BI 或 SI 都可掛多個分類。
• 每個 SI 最好至少有一個 主分類。
• 分類改動不應直接觸發新 BI / SI。

品牌對分類

• 品牌可跨多分類。
• brand -> category 只能當 prior，不是 veto。
• 品牌文案修正不應直接觸發新 BI / SI。

7. 與多客戶目錄的關係

如果未來每個客戶都有自己的目錄樹，正確做法不是讓每個客戶都影響 BI / SI，而是：

• BI / SI 只維護一套
• 你自己的標準分類維護一套
• 客戶自己的分類另外做 mapping

也就是說，身份只有一套，目錄可以有很多套。

8. 審核時怎麼用品牌與分類

reviewer 應把品牌與分類當作：

• 高權重提示
• 明顯錯配的偵錯線索
• 搜尋與候選排序依據

但不應因為單一品牌或單一分類衝突，就直接否決候選。

9. 一句話收尾

BI / SI 守住身份，既有 c0~c2 與品牌系統守住貨架與搜尋，兩邊接起來用，不要互相取代。