審核判例手冊

日期：2026-03-20 目的：提供審核者與產品團隊一套可重複使用的判法，避免同類型問題每次都重新討論。 相關文件：

• C05-review.md
• C06-id.md
• C02-spec.md

1. 先問哪一題

審核者第一題不是「哪個來源比較大聲」，而是：

這是同一款東西，只是買法不同，
還是已經是另一款東西？

判法可以濃縮成：

• 同一款東西，只是買法不同：通常同 BI、新 SI
• 已經是另一款東西：通常新 BI

2. 快速審核步驟

1. 先看 invoice_name_cluster 的代表名稱、商家、統編、日期範圍。
2. 再看候選的品牌、品類、item_level、容量與入數。
3. 最後才看 barcode、圖片、通路證據與 crowd 證據。

3. 常見判例

4. 具體案例

Coke 與 Coke Zero

• 判法：新 BI
• 理由：不同配方、不同商品線，不是單純容量或包裝差異

品客原味 與 品客牛排口味

• 判法：新 BI
• 理由：口味通常視為商品本體差異

品客原味 110g 與 品客原味 160g

• 判法：同 BI、新 SI
• 理由：核心商品相同，但容量不同

白蘭氏雞精單瓶 與 白蘭氏雞精 6 入組

• 判法：同 BI、新 SI
• 理由：單品與組合包是不同可售版本

同一 barcode 被店家拿去標單瓶與 6 入組

• 判法：不可直接 auto_confirm
• 建議：先保留 unit 候選較高優先，bundle/carton 頁面留在證據層

同商品在不同統編店點出現不同縮寫

• 判法：通常沿用同一個 BI / SI
• 理由：店點差異主要是上下文，不是身份差異

品類不同但其他訊號一致

• 判法：通常先保留候選，把品類問題當 metadata 修正
• 理由：如果名稱、品牌、條碼、容量都一致，品類不應單獨推翻候選

通路獨家組合包

• 若只是文案不同，通常不開新 SI
• 若組合內容真的不同，例如 買 6 送 1 或贈品組，通常同 BI、新 SI-B

條碼多年後被重用

• 判法：視為不同 identity，通常新 BI
• 同時要靠 valid_from / valid_to 切開舊關係與新關係

5. 多分類與品牌跨品類怎麼看

1. 商品可多分類，不代表身份不穩。
2. 品牌可跨多分類，不代表品牌分類衝突就是 veto。
3. 主分類 只是主貨架，不是身分證。

6. 審核者建議與禁忌

Do

1. 先看名稱、容量、item_level，再看 barcode。
2. 一定要看日期範圍。
3. 一定要看商家與店點上下文。

Don’t

1. 不要因單一品牌衝突就立刻推翻候選。
2. 不要因單一通路頁寫法就發新 BI / SI。
3. 不要把分類差異當成身份差異。

7. 升級與退回規則

1. 判例表無法覆蓋時，進 needs_review。
2. 證據互斥且難以裁決時，進 needs_more_evidence。
3. 新案例反覆出現時，應回寫到本文件，而不是只靠口頭判斷。

8. 一句話收尾

審核不是在選哪個來源最吵，而是在判斷：這是不是同一款東西，只是買法不同。