全公司商品庫存異動情境盤點
各部門 情境 單據 蒐集中
盤點目的與範圍
為配合官網平台由現行版本轉換至康德，以及與鼎新 ERP 的串接，需先盤點全公司所有會異動到商品庫存的情境與對應的系統單據，作為：
- ERP 單據型態、庫位、庫別的設計依據
- 各系統（官網、超電、蝦皮、雲端表單）串接介面的資料來源盤點
- 現行流程中「權宜做法」與「制度化流程」的分界釐清
一、現有共通規則（庫位選擇）
| 情境 | 打單據時選擇的庫位 |
|---|---|
| check2check 官網成立訂單 | USHOP 0 號店庫位 |
| 各部門需求成立訂單 | USHOP 1 號店庫位 |
二、客服部
資料來源: 客服（2026-08-03 提供）
客服端會成立單據異動庫存的三種情境：
| 情境 | 觸發原因 | 備註 |
|---|---|---|
| 換貨 | 尺寸更換、瑕疵更換 | |
| 錯發 | 客戶收到錯誤商品 | 先成立「實際收到的錯誤商品需求」 |
| 短缺補寄 | 沒有收到商品且無多品 | 補寄成立改 0 元 |
待釐清（尚未收到回覆）
- 換貨時客戶寄回的舊品（尺寸不合、瑕疵）進哪個庫位？瑕疵品是否另有「不良品庫」？
- 「錯發」的先成立單據，是要撥出錯發那顆的庫存、還是要把客戶手上的錯發品收回？跟「短出（發少）」是否為同一張單？
- 短缺補寄的 0 元單走 0 號店還是 1 號店？成本歸誰？
- 是否有「全退款、不補貨」情境？
- 是否會出「贈品、補償品、公關品」？如有，走哪個庫位？
三、電商 蝦皮
資料來源: 蝦皮運營（2026-08-03 提供）
去年以前（現貨活動模式）
提品給蝦皮活動 → 系統保留活動庫存 → 開「調貨單」把貨調至蝦皮倉 → 蝦皮從蝦皮倉出貨。
今年（服飾改預購為主）
蝦皮開預購 = 預入（假庫存），商品需下架；即使活動前調了庫存保留到蝦皮倉，蝦皮也無法銷售。因此已很久沒有成立調貨單。
待釐清（尚未收到回覆）
- 「蝦皮倉」指的是蝦皮平台自營倉（例：SLS 24 小時到貨），還是公司內部設的「蝦皮專用庫位」？
- 預購模式下的完整動線：預入（假庫存）→ 蒐客戶訂單 → 廠商到貨 → 出貨給客戶，每一段對應什麼單？「假庫存」在系統上是預入單壓數量、虛擬庫位，還是僅為備註？
- 蝦皮日常銷售（非活動、非預購）走什麼？
四、採購部
資料來源: 採購（Jane 佩思，2026-08-05 提供）
採購用到的單據 情境 對照
| 單據 | 情境 |
|---|---|
| 盤點單 | 廠商商品部合作終止 → 庫存歸 0 後退貨給廠商 |
| 叫貨單 | 例行性廠商叫貨 |
| 進貨單 | (1) 預購預入商品入庫存 (2) 組合品入庫存 (3) 拋單品入假庫存 |
| 銷貨單 | (1) 進貨後廠商同意轉公關品，扣除庫存用 (2) 瑕疵倉處理完畢結案 (3) 短效品不可販售，銷庫存 (4) 已進貨發現實際未到貨 (5) 主倉品轉贈品，扣主倉庫存 (6) 廠商調貨扣庫存 |
| 調貨單 | 原搭贈品進貨，轉主倉銷售 |
| 訂單成立雲端表單 | (1) b2b 客戶（永亨） (2) b2b 團購 (3) 公司負擔樣品申請 |
待釐清（尚未收到回覆）
- 「銷貨單」被拿來做非銷售扣減（轉公關、銷庫、轉贈品、實際未到貨修正），在鼎新拋轉會計時是否可能虛增銷貨收入或錯記銷貨成本？是採購自訂的權宜做法，還是財會端有共識的處理方式？（需與財會另行對過）
- 「拋單品入假庫存」的「假庫存」，與蝦皮的「預入假庫存」是否為同一概念、同一虛擬庫位、同一種單？
- 「已進貨發現實際未到貨」走銷貨單而非進貨退回或進貨異動，原因為何？
- 「廠商調貨扣庫存」走銷貨單，是廠商拿回原品、還是公司借給廠商？金流面如何處理？
- 雲端表單的三項（b2b 永亨、b2b 團購、公司負擔樣品申請）目前是否為 Google Form 或 Notion 表單？訂單成立後由採購手動去鼎新開單？此為官網＋ERP 遷移時是否收進 ERP 的候選項。
五、跨部門共通概念（待統一）
橫向對照三個部門的原始說明，浮現以下共通概念，實際指涉是否一致，需與各部門確認後才能決定 ERP 該不該統一設計。
| 概念 | 出現在 | 意涵是否一致（待確認） |
|---|---|---|
| 假庫存 / 預入 | 電商蝦皮（預購預入）、採購（拋單品入假庫存、進貨單預購預入） | 待確認是否為同一虛擬庫位、同一單別 |
| 蝦皮倉 | 電商蝦皮、採購（未直接提及但調貨單概念相關） | 待確認為外部通路倉或內部庫位 |
| 贈品倉 | 採購（銷貨單第 5 條、調貨單第 1 條） | 主倉 → 贈品倉、贈品倉 → 主倉，代表贈品為獨立實體庫位 |
| 瑕疵倉 | 採購（銷貨單第 2 條）、客服（換貨瑕疵品，未明說去向） | 待確認客服換回的瑕疵品是否進採購的瑕疵倉 |
| 公關品 | 採購（銷貨單第 1 條，扣庫存用）、客服（可能包含補償性出貨） | 待確認客服端「補償品、公關品」是否走同一庫存扣減邏輯 |
| 0 / 1 號店庫位 | 全公司共通規則 | 已定義：0 = check2check 官網、1 = 各部門需求訂單 |
六、尚未蒐集的部門與資料
本盤點目前僅收到 3 個來源。尚待補的部門與資料至少包含：
- 電商其他平台：momo、PChome、蝦皮 24 小時到貨、官網（check2check）本身的訂單流程
- 實體店（含小橧溪門市）
- 批發、b2b 業務
- 商品部 / 商品企劃（新品上架、下架、SKU 拆分）
- 倉儲 / 物流（收貨、退倉、盤點週期、實體庫位管理）
- 財會（銷貨拋轉、成本認列、稅務影響）
- 高層 / 公關（贈品、樣品、活動用品的來源與消耗）
七、下一步
- 各部門的「待釐清」問題陸續回收後，補回本文件並更新版次。
- 蒐集達 6 至 8 個部門後，統整「跨部門共通概念清單」，決定哪些要在鼎新 ERP 統一設計、哪些保留部門差異。
- 與財會、鼎新顧問對本文件的「單據 → 會計拋轉」影響，特別是採購銷貨單的非銷售用途。
- 對應康德官網的訂單/退貨/換貨介面，確認哪些客服情境需要康德端支援。