香港電商訂單履約流程指南
受控電商訂單履約流程，要由渠道訂單匯入、驗證及暫停開始，保存訂單及項目行身分，再經分配、預留庫存、執貨任務、項目／位置／數量掃描、包裝核對、標籤產生、承運艙單及交收、出貨確認、庫存與狀態更新，最後處理取消、退貨及例外。已預留或承諾庫存不等於實物可用或已執貨，非同步連接器更新亦不代表實時庫存或零超賣。
電商履約要管理訂單身分、實物狀態及例外
電商平台、ERP、WMS、出貨應用及承運商可以分別擁有不同狀態。選掃描器、手持終端或打印機前要先界定這些界線。詳細 WMS、執貨包裝及出貨貼標操作應連結至專題指南，不在本文重複。
分清訂單、項目行、庫存、紙箱、貨件及連接器狀態
匯入 → 驗證 → 預留 → 執貨 → 包裝 → 標籤 → 交收 → 更新 → 對數
按控制訊號由桌面掃描升級至手持終端及 WMS
為每個訂單、項目行、位置、庫存、紙箱及貨件狀態指定一個擁有人。驗證後才放行工作，掃描實際執取及包裝內容，由來源系統確認出貨及庫存更新，延遲、被拒或衝突操作要保持可見。
訂單、項目行、商品及貨件身分
每個匯入項目行都要追溯至實際履約結果
一張客戶訂單可包含多個項目行、位置、紙箱或部分出貨。渠道訂單編號、來源項目行編號、SKU 或庫存項目編號、分配位置、執貨任務、周轉箱／紙箱及履約或貨件編號要分開保存；一個通用參考欄位不能安全取代所有關係。
| 身分 | 控制範圍 | 倉庫證據 | 常見錯誤 |
|---|---|---|---|
| 渠道訂單 | 客戶交易及來源狀態 | 現行版本、付款／暫停及取消狀態 | 放行仍暫停的訂單 |
| 訂單項目行 | 商品、要求數量及項目行狀態 | 來源行編號、SKU 及可履約數量 | 一個項目行更新整張訂單 |
| 庫存項目／位置 | 哪個庫存紀錄及場地可供貨 | 項目主資料、位置及合資格狀態 | 混用共用庫存位置 |
| 執貨任務／周轉箱 | 誰應收集哪件商品及數量 | 任務、用戶、來源及目的地 | 掃描現行任務以外商品 |
| 紙箱／貨件 | 哪個實物包裝會離場 | 包裝結果、紙箱及承運／服務狀態 | 一張標籤完成所有分拆項目 |
可用、預留及實物庫存
預留是系統承諾，不證明商品已在執貨車上
帳面庫存、可用、已承諾或預留、安全庫存、品質暫停、損壞、已執、已包裝及已出貨可以是不同狀態。界定渠道可出售哪些數量，以及哪個來源有權改變它們。渠道時間、預留及實物處理不一致時，共用庫存仍可發生衝突。
| 狀態 | 需要定義 | 控制問題 |
|---|---|---|
| 帳面實物 | 位置記錄的實物總數量 | 是否包括損壞、暫停或不可用庫存？ |
| 可用 | 目前可供新訂單的數量 | 哪些安全庫存及渠道規則會扣減？ |
| 預留／承諾 | 分配或保留給訂單的數量 | 實物是否仍可能缺失或放錯位置？ |
| 已執貨 | 按任務實際收集的數量 | 項目、位置及單位是否已確認？ |
| 已包裝 | 在紙箱核對的實際數量 | 短缺及替代是否已記錄？ |
| 已出貨／已退回 | 已轉移保管或退回的數量 | 哪個獲接納事件會改變來源庫存？ |
不使用武斷訂單量門檻的運作階段
在可見度及例外控制失效時升級，不按虛構訂單數決定
如單一位置受控、擁有人清楚，試算表及桌面掃描仍可運作。工作需要移動，而且員工要在畫面處理任務、數量及例外時，可使用手持終端。當路由、位置、共用庫存、列隊及控制在簡單配置已不可靠，才需要評估 WMS。
| 階段 | 適合作為起點 | 留意控制限制 | 下一個訊號 |
|---|---|---|---|
| 試算表／人手清單加桌面掃描 | 穩定商品清單、單一受控區及指定操作員 | 複製貼上、過時清單、共用檔案及人工更新 | 重複輸入或例外無法清楚對數 |
| 桌面應用加掃描器／打印機 | 由工作站控制執貨包裝或訂單覆核 | 員工要回工作站取得任務及例外內容 | 流動工作及位置確認佔主要部分 |
| 手持終端／PDA | 在移動中以畫面執貨、輸入數量、確認位置及例外 | 仍需要應用、網絡、權限及充電 | 路由、共用庫存及列隊需中央協調 |
| WMS／整合履約層 | 多位置、多渠道或 3PL 需要結構化任務控制 | 配置、連接器及資料擁有權仍要驗證 | 試行狀態及例外獲接納後才擴展 |
庫存及位置規劃可參考庫存及倉庫管理。流動任務需要畫面、掃描及例外輸入時，可再看物流手提數據採集器選型。
完整電商履約流程
十一個控制點把渠道訂單連接至出貨及對數
不同平台用語可以不同，但訂單、項目行、庫存、實物及來源回應要保持連接。
| 步驟 | 操作 | 控制證據 | 停止條件 |
|---|---|---|---|
| 1. 匯入訂單 | 擷取渠道訂單及項目行身分 | 來源、版本及連接器參考 | 重複或不完整匯入 |
| 2. 驗證／暫停 | 檢查付款、地址、商品、風險／業務規則及取消 | 已放行或指定暫停狀態 | 未解決暫停 |
| 3. 分配／預留 | 分配合資格位置及庫存狀態 | 位置、項目行數量及預留回應 | 短缺或承諾衝突 |
| 4. 建立執貨任務 | 把項目行放行給用戶、區域、周轉箱或批次 | 任務編號、路線及優先 | 已取代或未分配工作 |
| 5. 掃描項目／位置／數量 | 確認實際收集內容 | 項目、來源、單位及實際數量 | 錯誤、短缺或未知掃描 |
| 6. 核對包裝 | 把項目及數量配對紙箱 | 紙箱身分及完成包裝結果 | 漏件、多件、損壞或混單 |
| 7. 產生標籤 | 使用最新貨件資料及核准範本 | 標籤、服務及打印機回應 | 錯誤、過時或重複輸出 |
| 8. 艙單／交收 | 關閉合資格承運組別並轉移保管 | 艙單及實物交收狀態 | 未關閉例外或承運被拒 |
| 9. 確認出貨 | 只標記已獲接納出貨紙箱 | 紙箱／貨件及來源參考 | 只得打印成功 |
| 10. 更新庫存／狀態 | 把獲接納變更送至來源系統 | 已送出、確認、被拒或衝突狀態 | 連接器結果未知 |
| 11. 覆核取消／退貨／例外 | 對數實物保管、訂單及庫存 | 原因、擁有人及獲接納修正 | 靜默覆寫或假設已退款 |
執貨任務及合併訂單分流
多張訂單共用執貨路線時，仍要保存項目行及周轉箱身分
合併或批次執貨只有在每次掃描仍連接正確任務、項目行、周轉箱及數量時才有作用。短缺、替代及未知條碼要清楚記錄。詳細路線、周轉箱及包裝站設計保留在專題執貨包裝指南。
包裝核對
產生最終貨件輸出前，先確認實際內容及紙箱身分
在工作站掃描或選擇訂單、紙箱及預期項目，核對實際數量、損壞、所需批號或序號，以及分拆／部分結果。一張訂單可以產生多個紙箱或貨件；第一個紙箱出貨後，剩餘數量仍要保持未完成。
| 情況 | 項目行控制 | 客戶／來源更新界線 |
|---|---|---|
| 完整出貨 | 所有已放行項目行及數量已包裝 | 獲接納出貨事件後才確認 |
| 分拆紙箱 | 每個紙箱保存其項目行及數量 | 按需要使用獨立標籤及貨件參考 |
| 部分出貨 | 已出貨及剩餘數量保持分開 | 驗證渠道能否正確顯示部分履約 |
| 執貨短缺 | 記錄實際執貨數量及原因 | 不可靜默減少或取消需求 |
| 替代商品 | 只按已核准商品及客戶規則 | 按配置更新商品、價格及通知擁有人 |
標籤及打印機界線
包裝驗證後，由最新貨件狀態產生出貨標籤
界定哪個應用擁有承運標籤、內部紙箱標籤及任何標準物流標籤。把工作路由至指定桌面或工業打印機，控制範本版本、耗材及補印，並按需要掃描核對紙箱與標籤。成功打印不代表承運商已接納。
出貨方案頁整理較廣泛的出貨設備及流程方向；落地時仍要逐項確認標籤身分、打印品質、貼附、作廢及補印規則。
艙單、承運交收及出貨
分清標籤產生、關閉艙單、實物交收及承運接納
艙單規則可以按承運商、倉庫／帳戶及出貨日期而異。已取消標籤及未關閉例外不可進入錯誤結算組別。出貨確認應來自所選流程獲接納事件，而不是打印機訊息或假設已提貨。
非同步整合及列隊可見度
待處理、重試、獲接納、被拒及衝突更新要分開顯示
訂單路由、webhook、輪詢、連接器重試及承運回應都可造成延遲。除非實際整合證明其他行為，應把非同步操作視為正常。員工要看到最後可信任來源狀態、本地倉庫結果及連接器操作狀態。
| 狀態 | 代表 | 必要處理 |
|---|---|---|
| 待處理／本地 | 倉庫事件尚未獲中央確認 | 保留操作編號、對象、時間及擁有人 |
| 列隊／重試 | 連接器正等候或重新提交 | 使用穩定參考及可見重試規則 |
| 獲接納 | 來源確認預期更新 | 保存回應及結果來源版本 |
| 被拒 | 來源未接納更新 | 顯示原因並保留實物結果 |
| 衝突 | 已有較新取消、庫存或狀態 | 套用指定解決方法或主管覆核 |
| 未知 | 無法確立結果 | 不可假設成功或盲目重送 |
不承諾零超賣
預留、安全庫存及較快更新可減少風險，但渠道、共用庫存、取消及實物處理不一致時仍可超賣。要驗證實際連接器及庫存狀態模型。
取消、退貨及逆向物流
取消要求、停止倉庫工作、收到退貨及退款是不同狀態
渠道取消可以在執貨或產生標籤後才到達，提出要求亦不保證包裹已停止移動。退貨時要識別訂單、項目行、商品及數量，檢查狀況，選擇隔離、退回庫存或其他處置，再由已配置負責人更新庫存及退款相關狀態。
| 狀態 | 實物問題 | 系統問題 |
|---|---|---|
| 要求取消 | 倉庫工作已開始或保管已轉移嗎？ | 哪個系統可接納或拒絕？ |
| 接納取消 | 已執商品及標籤在哪裏？ | 哪個預留及訂單狀態逆轉？ |
| 提出退貨 | 商品是否真正到達？ | 退貨參考是否已開啟？ |
| 收到／檢查退貨 | 退回甚麼商品、數量及狀況？ | 哪個處置會改變庫存？ |
| 退款／調整 | 實物收到是否符合政策？ | 哪個渠道／付款負責人確認款項狀態？ |
3PL 貨主及帳戶界線
在平台已確認支援下，分開客戶、庫存貨主、帳戶、位置及報告範圍
3PL 運作可能需要按客戶控制訂單可見度、庫存貨主、標籤帳戶、承運結算參考、例外權限及報告。要確認所選 WMS 或 3PL 平台實際可配置哪些欄位及存取控制；不可由一般倉庫流程推斷客戶帳單、portal 或報告功能。
- 把客戶／貨主與實物位置保存為不同維度。
- 只按已確認帳戶規則路由訂單及庫存。
- 限制誰可查看、調整、取消、改標及放行每個客戶訂單。
- 貨件、退貨及例外紀錄都要保留客戶指定參考。
- 以來源交易驗證報告，不假設一般 dashboard 已提供。
擴展及 WMS 升級訊號
留意控制流失，而不是固定每日訂單量
- 多渠道重複輸入：員工在不同系統重入同一訂單、項目行或地址。
- 共用庫存衝突：兩個渠道或客戶同時認領同一實物數量。
- 反覆改標：過時、錯服務或錯客戶／帳戶標籤要人手替換。
- 追蹤薄弱：團隊無法說明誰執貨、包裝、改動或出貨。
- 列隊不透明：待處理、被拒及重試連接器操作不可見。
- 例外失控：短缺、分拆、取消及退貨依賴個人訊息或試算表。
- 位置含糊：可用庫存無法對應可信任實物位置或貨主。
- 客戶報告缺口：3PL 資料要由互不相關檔案人手重建。
常見錯誤
快速匯入訂單仍可產生錯誤庫存及貨件狀態
- 用訂單編號代表所有身分。項目行、紙箱、貨件及退貨失去關係。
- 把預留當成實物庫存。缺失或放錯位置商品看似已準備。
- 第一次部分出貨便標記完成。剩餘需求消失。
- 包裝核對前打印。變更會產生過時或競爭標籤。
- 把連接器稱為實時。背景路由及重試仍造成延遲。
- 盲目重試未知更新。可造成重複出貨或庫存過帳。
- 合併取消、退貨及退款。實物保管及款項狀態變得誤導。
- 未整理例外便採購 WMS。新系統只會重現不清楚擁有權。
決策及試行清單
擴展位置或客戶前，先驗證一條渠道至出貨路線
- 對應訂單、項目行、SKU、庫存項目、位置、任務、周轉箱／紙箱、貨件及標籤編號。
- 定義可用、預留、已執、已包裝、已出貨、已取消及已退回庫存狀態。
- 指定每個狀態變更的來源及擁有人。
- 按流程選擇桌面掃描、手持終端及 WMS 角色，不按武斷訂單量。
- 測試正常、暫停、短缺、分拆、部分、取消、損壞及退貨個案。
- 以實際包裝配置驗證項目、位置、數量及紙箱掃描。
- 按承運流程確認標籤、打印機、艙單、交收及作廢界線。
- 測試延遲、重試、被拒、重複、次序錯誤及衝突連接器更新。
- 3PL 要驗證客戶、貨主、帳戶、位置、權限及報告界線。
- 部署前比較實物結果、來源訂單、庫存及客戶所見狀態。
驗收測試
按可觀察訂單、庫存及貨件狀態驗收，不虛構指標
| 測試 | 通過證據 | 失敗路線 |
|---|---|---|
| 匯入／重複控制 | 每個來源訂單及項目行只對應一次預期對象 | 暫停重複或不完整匯入 |
| 預留／執貨短缺 | 預留、實際已執及剩餘數量保持分開 | 放行例外供覆核 |
| 項目／位置／數量掃描 | 現行任務清楚拒絕錯誤輸入 | 保持任務未完成 |
| 包裝／分拆／部分 | 每個紙箱保存項目行；剩餘數量仍可操作 | 阻止完成 |
| 標籤／交收 | 現行標籤及合資格貨件進入正確艙單／交收 | 隔離紙箱 |
| 非同步更新 | 待處理、獲接納、被拒、衝突及未知可分辨 | 主管解決來源狀態 |
| 取消／退貨 | 實物保管、庫存、訂單及退款擁有人保持分開 | 不可假設已逆轉 |
| 3PL 分隔 | 已配置客戶、貨主、帳戶及權限界線有效 | 阻止跨客戶放行 |
| 復原 | 重啟或重連不會造成第二次非預期過帳 | 重試前對數操作 |
常見問題
電商訂單履約流程常見問題
預留庫存是否等於可以立即出貨？
不是。預留只是系統承諾，實物仍可能缺失、暫停、損壞、放錯位置，或尚未完成執貨及包裝。
所有電商渠道都可以實時同步庫存嗎？
不應承諾通用實時行為。路由、webhook、輪詢、重試及渠道規則都會造成延遲；要驗證實際連接器並顯示待處理或失敗狀態。
這個流程可以完全防止超賣嗎？
不可以。預留、安全庫存及較快更新可減少風險，但共用庫存衝突、渠道延遲、取消及實物錯誤仍可造成超賣。
何時應由試算表升級至 PDA 或 WMS？
當重複輸入、位置含糊、列隊不透明、共用庫存衝突或例外失控令簡單流程不可靠時應評估升級，沒有誠實通用訂單量門檻。
分拆或部分出貨應如何處理？
每個紙箱或貨件要連接其實際項目行及數量，剩餘需求保持未完成，並測試每個銷售渠道能否正確顯示部分履約。
打印承運標籤是否代表訂單完成？
不是。包裝核對、標籤產生、艙單、承運交收、來源出貨確認及客戶狀態是不同階段。
3PL 需要為不同客戶分開甚麼？
在所選平台支援下，確認客戶或庫存貨主、帳戶、位置、權限、標籤／承運參考、例外及報告範圍；不可假設未核實 portal 或帳單功能。
退貨應如何改變庫存？
先識別及檢查實際退回項目行及數量，再套用隔離或退回庫存等核准處置。退款及庫存更新可以有不同擁有人及時間。
選系統前先整理所有狀態
帶同渠道、庫存規則、執貨包裝路線、標籤及連接器例外作實際檢視
Easy Scan 可協助檢視桌面與流動裝置角色、WMS 升級訊號、打印控制點、庫存狀態、3PL 界線及試行驗收個案。最終連接器、平台及承運行為，視乎所選系統及配置。
