香港 WMS / ERP 條碼導入準備
條碼導入不應由「買哪一款掃描器」開始,而要先確認每個條碼代表甚麼、資料由哪個系統管理、掃描後要更新哪一張單據,以及錯誤由誰處理。先把產品、單位、儲位、批次、序號、訂單、權限和例外規則寫成欄位表,才可減少上線後出現「掃到碼,但系統不知道要做甚麼」的情況。
先決定每個欄位由誰管理
產品編號、條碼、包裝單位、儲位、批次、序號、訂單及庫存狀態,不應在多個系統各自改動。每一項都要指定唯一的權威來源及更新方向。
掃到一個碼後,系統要知道下一步
同一個條碼可以用來識別產品、位置、文件或物流單位。要把每個掃描點連到指定畫面、欄位、驗證及交易動作,不能只測試畫面有沒有出字。
錯碼、短收、重複及斷線都要有處理路徑
良好流程不只是正常情況行得通。未知條碼、錯誤儲位、重複傳送、網絡中斷及盤點差異,都要有清楚提示、負責人、權限和操作記錄。
先分清資料層
資料庫欄位、條碼內容及標籤文字不是同一件事
把所有資料塞入一個條碼,通常不是最穩妥的做法。條碼應只帶出流程真正需要掃描的識別資料;價格、可用庫存、訂單狀態、權限及商業規則,通常由系統在掃描後查詢及驗證。
系統內用來管理及關聯記錄的欄位
例如內部 SKU、產品描述、包裝層級、基本單位、換算、倉庫、儲位、批次控制、序號規則及狀態。這些資料要有擁有者及版本控制。
掃描器真正傳送給應用程式的字串
可以是內部代碼、GTIN、位置碼、文件編號、SSCC 或組合式 GS1 資料。使用 GS1 Application Identifier 時,要按對應資料含義、長度及分隔規則處理。
讓前線及收貨人員可以核對的標籤內容
條碼下方的人眼可讀資料、產品名稱、數量、位置及操作提示要按用途安排。可見文字可以幫助核對,但不應被誤當成系統唯一識別鍵。

收貨時要把實物、文件及系統記錄對上
供應商條碼未必等於公司的內部 SKU。應先建立供應商代碼、GTIN、包裝碼與內部產品及單位的對照,避免掃到外箱碼卻以單件入庫。
一個識別碼只應有清楚且穩定的用途
同一個代碼如果有時代表產品、有時代表包裝、有時又代表物流箱,系統連接及前線操作很容易出錯。每個代碼都應能唯一解析到指定的業務資料對象及包裝層級。
12 項導入清單
WMS / ERP 條碼項目開始前,逐項準備以下資料
以下不是要你一次過建立所有欄位,而是幫你確認哪些資料真正適用、由誰負責及怎樣驗證。不同 ERP、WMS、POS 及流程的實際欄位名稱會不同。
流程及決策負責人
列出收貨、上架、執貨、包裝、出貨、盤點、POS 銷售及退貨的業務負責人,以及 ERP、WMS、掃描器、標籤打印和網絡的 IT 負責人。
每項資料的權威來源
確認產品、條碼、單位、位置、價格、庫存、批次、序號、訂單及物流標籤由哪個系統建立、更新、停用及解決衝突。
資料字典及真實樣本
為每個欄位列出名稱、商業定義、格式、長度、是否必填、例子、來源及目標;同時準備繁中、英文、停用、缺漏及長字串等極端情況樣本。
條碼代表的資料對象
逐張確認條碼是識別產品、包裝、批次、序號、位置、文件,還是卡板、周轉箱或外箱等物流單位,並記錄條碼制式及舊碼處理方法。
掃描輸出及目標欄位
列出裝置、作業系統、連接方式、字元編碼、前後綴、Enter / Tab、目標畫面及欄位。要用生產環境相同的裝置測試,而不是只在文字編輯器試掃。
標籤模板及打印責任
確認尺寸、物料、打印機、解像度、安裝位置、模板版本、資料來源、條碼內容、可見文字、打印數量、重印及作廢規則。
API、檔案或匯入方法
記錄系統連接方式、外部 ID、新增或更新規則、驗證、排程、超時、重試及對數方法。重送同一事件時,不應建立第二次收貨或庫存移動。
驗證及例外流程
為未知條碼、資料缺漏、重複、錯誤儲位、數量差異、短收、損壞、網絡中斷及系統暫停設定提示、負責人、修正、重試及操作記錄。
角色、權限及裝置
清楚分開查看、過帳、覆核、調整、重印、維護及批准權限;同時處理新入職、轉職、離職、遺失裝置及服務帳戶。
測試環境及安全資料
準備接近正式環境的整合、打印機、掃描器、用戶角色、已遮蔽資料、預期庫存及真實貨物樣本,避免以客戶私隱資料作公開或非受控測試。
端到端驗收場景
把每個正常及錯誤情況連到預期來源記錄、掃描結果、交易、狀態、標籤及系統回應,並指定業務測試人員、缺陷處理和簽署標準。
上線後支援及交接
整理 SOP、快速指引、設定匯出、欄位映射、標籤模板、監察、對數、備份、恢復、培訓、已知問題及各層支援聯絡方法。
流程映射
同一個產品,在不同交易需要不同欄位
產品代碼只是起點。每個掃描動作都要連同文件、數量、單位、位置、狀態及追溯資料,才可形成完整交易。
| 流程 | 常見要準備的識別及欄位 | 驗證重點 |
|---|---|---|
| 收貨 | 採購單/到貨通知、產品、包裝層級、數量、單位、批次/序號、狀態、收貨位置 | 是否對應正確單據及行項;外箱、內盒與單件換算是否正確 |
| 上架及移位 | 工作編號、產品、來源位置、目標位置、數量、單位、卡板/周轉箱/外箱識別 | 位置是否可用、是否屬於正確倉庫,以及貨物與物流單位內容是否一致 |
| 執貨 | 訂單/工作、來源庫存、產品、批次/序號、執貨數量、目標物流單位、短執原因 | 防止拿錯貨、錯位置或重複過帳;不足時要進入指定例外流程 |
| 包裝及出貨 | 出貨單、容器/SSCC、內容、數量、序號、重量、承運參考、完成狀態 | 只允許合資格及已完成的容器出貨一次,並可追查內容及文件 |
| 盤點 | 倉庫、位置、產品、批次/序號、實點數量、單位、工作人員、差異原因及覆核狀態 | 差異是否需重點或批准;修正交易要保留原有操作記錄 |
| POS 銷售及退貨 | 產品/包裝、交易單、數量、單位、價格來源、稅務設定、付款及退貨參考 | 價格及稅項應由指定系統提供;退貨、取消及覆核權限要清楚 |

包裝工位要同時核對文件、貨物及標籤
如果掃描只確認產品,卻沒有核對出貨單、容器內容、數量及狀態,錯貨仍然可以進入下一步。每個掃描點都應有明確的成功條件。

POS 條碼只負責識別,不應自行決定價格
產品掃描後,價格、折扣、稅項、會員及可售狀態應由已確認的 POS 或 ERP 規則提供。不要把會頻繁改動的商業資料硬寫入一般產品條碼。
UAT 及上線驗收
不要只測試「掃得到」,要測試整筆交易是否正確
正式上線前,應使用實際裝置、標籤、網絡、用戶角色及接近正式的安全測試資料,完成以下正常及例外場景。
正常收貨至上架
由採購單開始,掃描正確產品、包裝、數量、批次/序號及目的地,確認只建立一次收貨,庫存出現在正確位置。
未知或錯誤條碼
測試不存在、已停用、錯包裝及多重對應的代碼。系統不應自行猜測或建立產品,而要顯示清楚下一步。
單位及數量保護
測試單件、內盒、外箱及可用換算;錯誤單位、小數精度、超收或超執應按已批准規則處理。
批次、序號及日期
測試缺漏、錯誤、重複及格式不符的值,並確認只在需要的產品及交易階段強制輸入。
錯位置及權限
測試有效但不屬於目前工作的儲位、已封鎖位置,以及普通用戶嘗試調整、重印或批准差異的情況。
超時、斷線及重試
中斷網絡後再恢復,確認操作員看得出交易是否已完成,重試不會重複過帳,失敗事件亦可追查及處理。

出貨測試要由訂單一直追到包裹
確認訂單、出貨單、容器、包裹標籤及承運參考之間可以互相追查;部分出貨、封鎖訂單及重複確認亦要有預期結果。

盤點測試要保留差異及覆核歷史
實點相同、數量差異、意外產品、錯批次及重點都要測試。任何庫存修正應由合適權限批准,並保留原有盤點及原因記錄。
查詢前準備
提供以下資料,較容易界定條碼、裝置及系統範圍
流程及系統
- 現有 POS、ERP、WMS 或庫存系統名稱及版本
- 收貨、上架、執貨、包裝、出貨、盤點或零售流程
- 哪個系統是產品、訂單及庫存的權威來源
資料及標籤樣本
- 已遮蔽敏感資料的產品、單位、位置及訂單欄位
- 供應商條碼、現有標籤及打印模板樣本
- 批次、序號、日期、外箱或物流單位要求
裝置及現場環境
- 掃描器、手提終端機及打印機型號
- 連接方式、Wi-Fi 覆蓋、工作距離及使用地點
- 預計用戶角色、掃描量及需要處理的例外
FAQ
WMS / ERP 條碼資料準備常見問題
是否應把所有產品及交易資料放入一個條碼?
通常不需要。條碼應帶出流程需要掃描的識別資料;價格、庫存、訂單狀態、權限及大部分商業規則,應由 POS、ERP 或 WMS 按識別碼查詢及驗證。
內部 SKU 與 GTIN 是否一定相同?
不一定。內部 SKU 是公司管理產品的代碼;GTIN 是 GS1 的貿易項目識別方向。兩者可以建立對照,但不要在未確認分配及包裝層級前當作同一欄位。
每件貨是否都要有批次、序號或有效日期?
不需要。應按產品追溯、品質、合約及合規要求決定。批次通常識別一組貨,序號通常識別單一件;日期亦要清楚分辨生產、包裝、最佳食用或到期等含義。
為甚麼包裝單位及換算容易出錯?
因為同一產品可以用單件、內盒或外箱處理。如果條碼沒有唯一對應包裝層級,外箱掃描可能被當成一件。應定義基本單位、每級包裝數量及允許的交易單位。
有 API 是否代表系統連接已經準備好?
不代表。仍要確認欄位、外部 ID、新增或更新規則、驗證、認證、超時、重試、重複防護、錯誤清單、監察及對數責任。
如何確認掃描器、打印機及系統兼容?
需要核對確實型號、作業系統、介面、驅動、應用程式版本、條碼格式、標籤及現場環境,再以實際流程測試。單憑「USB」「支援條碼」或品牌名稱不足以確認。
相關產品及服務
由資料清單延伸到實際條碼流程
準備 WMS / ERP 條碼項目
先整理資料及流程,再討論合適的掃描、打印及系統連接方向
你可以提供已遮蔽的欄位樣本、條碼及標籤相片、流程圖、系統版本和現場裝置資料。Easy Scan 可按實際範圍協助釐清下一步;最終兼容性及服務內容需按系統、設備及項目資料確認。









