自建倉儲管理系統
進貨、揀貨、裝箱到出貨都在自己的系統裡，直接接上電商平台與物流商
掃描核對出貨 × 直接串電商平台與物流 × 每一筆庫存都有帳
ORDERS · PACK & SCAN · LEDGER
訂單來源 · 自動抓單
配貨
裝箱出貨站
REC出貨之後
庫存異動帳
背景
為什麼做這個
公司倉庫原本用第三方倉儲系統管進貨、出貨與庫存，自建的營運系統透過它的 API 推單、拿庫存數字。這套系統照它的功能一項一項對齊，自己重做一套，先給自家倉庫用。
倉庫現場用電腦後台加 USB 掃描槍。進貨驗收、揀貨、裝箱都靠掃條碼核對，掃錯當場擋下。電商平台的訂單直接抓進來，出貨後把托運單號回填回去，可售庫存也推回平台。
驗收標準定得很直接：功能全部做齊、驗過，切換當天就能直接用。所以除了功能本身，還做了一整套上線前一個指令就能重跑的自動測試，以及上線、退回舊版、搬舊資料三種演練。
關鍵亮點
關鍵亮點
掃錯當場擋下
進貨驗收和裝箱出貨都用掃描槍逐件掃。掃到單上沒有的商品、或同一件多掃了，畫面變紅加提示音，直接不收；需要序號的商品一件一件掃序號，數量要剛好才能出貨。
建單就配貨、先鎖住庫存
訂單一進來，系統依效期先到先出自動配貨並鎖定庫存，同一批貨不會被兩張單搶。配不到的單列進「庫存不足」，進貨上架後會提示，一鍵重新配貨，急件優先。
每一筆庫存變動都留帳
進倉、出貨、調撥、加工、盤點，庫存數字和異動紀錄在同一個動作裡一起寫，不會一邊改了另一邊沒改。因此可以回推任何一天的庫存，會動到庫存的自動測試，跑完都要核對庫存數字和異動紀錄的加總對得上。
直接串電商平台與物流商
蝦皮、momo、自家官網的訂單自動抓進來，出貨後回填托運單號，可售庫存依保留量推回平台。物流端串順豐與新竹物流的取號和託運單，揀貨時勾選多張可以一次取號、合併成一份 PDF 列印。
收件人個資預設遮住
依蝦皮台灣的開發者個資規定設計，決定所有平台的訂單都套用：畫面上收件人姓名、電話、地址預設遮罩，點開才看；揀貨單只印遮罩後的資料；結案超過 90 天的訂單自動去識別化，託運單 PDF 一併刪除。
裝箱自動錄影
原本的系統沒有這個功能。裝箱站掃訂單就開始錄、按出貨就停，畫面疊上訂單號、包裝台、人員和時間，每次掃描的結果也疊在畫面上（掃對綠、掃錯紅）。遇到客訴或平台申訴，拿得出那一張單的包裝過程。瀏覽器當掉，已經錄到的部分會保留。
跟營運系統用 API 與即時通知串接
API 和通知格式照原本的倉儲系統對齊，營運系統原有的串接程式可以沿用。訂單、庫存、進倉等 7 種事件即時通知，送失敗會自動重送；用營運系統真正的程式跑過 35 項串接驗證。
成果
成果
- 原本倉儲系統的功能逐項對齊：商品、進倉、訂單、揀貨裝箱、託運單、退貨、加工、盤點、調撥、報表
- 規模：110+ 後台頁面、60 張資料表、30 個 API 端點、7 種即時通知
- 600+ 項自動測試（服務層、API、畫面三套），上線前一個指令重跑
- 蝦皮、momo 已在正式環境完成只讀驗證
- 用測試資料灌入 1 萬商品、5 萬訂單、20 萬筆異動帳量過效能：全部重新配貨從 23 秒降到 0.04 秒
- 上線、退回舊版、搬舊資料三種演練都跑過，舊系統的商品、庫存、組合商品實際匯入逐筆比對
- 倉庫與貨主分兩種身分：貨主只看得到自己的資料，驗收、揀貨、出貨、盤點只有倉庫能做
回顧
“倉儲系統一切換，當天的訂單就要從新系統出貨，出錯的是寄到客人手上的貨。所以我把很多力氣花在切換之前：舊系統的資料先搬一次逐筆比對、資料庫變更先在用完即丟的環境跑一遍，連萬一要退回舊版都先演練過。功能對齊是看得見的進度，這些演練才是敢按下切換的理由。”