香港物流送貨證明流程指南
可靠的送貨證明流程,要把已出車貨件連接至正確路線、員工、裝置及站點;到場後核對包裹或項目,擷取該狀態所需的最少證據,失敗時記錄送貨原因,按需要打印已核准收據或標籤,再處理離線列隊、同步、主管覆核及來源系統完成。掃描、簽名、相片、時間或位置都是有明確界線的操作證據,不會自動成為法律上充分證明,也不代表系統已自動完成。
送貨證明是結合身分、證據及同步界線的流動狀態流程
手持終端協助員工識別已分配貨件或物流單元,並擷取已核准站點結果;送貨應用程式則控制必填欄位、權限、離線行為及來源過帳。出車前的出貨標籤產生及倉庫操作應保留在各自流程。
分清現場擷取、離線列隊及來源系統完成
出車 → 裝車掃描 → 路線 → 到場 → 核對 → 證據 → 交收 → 同步 → 覆核
一併規劃裝置、電池、流動打印、MDM 及私隱
先定義狀態及證據規則,再選裝置。每個站點要分配給已登入員工及受管理手持終端,核對實物包裹,清楚顯示離線列隊,讓重試可安全辨認,並由來源系統而非裝置上的剔號確認最終完成。
貨件及站點身分
清楚說明員工掃描甚麼,以及可更新哪一個站點紀錄
掃描點可以識別貨件、包裹、紙箱、周轉箱或較大的物流單元。如運作使用 SSCC 或其他運輸識別碼,應對應正確任務及處理層級。即使條碼成功解碼,如原有分配、路線或站點內容錯誤,仍可更新錯誤送貨紀錄。

| 對象 | 要回答的問題 | 現場控制 | 要阻止的風險 |
|---|---|---|---|
| 貨件 | 哪一個送貨活動已放行? | 現行路線、站點及服務狀態 | 舊或已取消貨件仍可操作 |
| 包裹/紙箱 | 哪一個實物包裝在現場? | 包裹次序及預期站點 | 客戶正確但包裹錯誤 |
| 物流單元 | 哪一個組合運輸單元正被處理? | 組合及拆分關係 | 一次單元掃描靜默完成多個包裹 |
| 站點/任務 | 工作在哪裏及由誰負責? | 路線版本、員工及帳戶 | 證據存入另一站點 |
| 收件/交收角色 | 容許哪一種交收條件? | 最低所需核准身分欄位 | 收集過多或未核實個人資料 |
狀態及證據設計
按送貨結果定義證據,不要收集所有可用欄位
已送達、放在已核准位置、部分送達、拒收、已提取及無法完成,可以要求不同證據。簽名、相片、收件人名稱、時間及位置各自只回答有限問題;任何一項都不能單獨證明法律充分性、準確位置或包裹內容正確。

| 證據 | 操作用途 | 必須說明的界線 |
|---|---|---|
| 包裹掃描 | 確認在站點解讀到指定身分 | 不證明原有任務分配正確 |
| 簽名 | 按所選流程記錄簽署動作 | 不自動證明身分或法律充分性 |
| 相片 | 在容許情況記錄可見狀況或擺放 | 盡量避開人物、地址及無關環境 |
| 時間 | 記錄裝置或伺服器的時間來源 | 列隊時間與來源過帳時間可以不同 |
| 位置 | 加入裝置回報位置作背景 | 室內時可延遲、不可用或不精確 |
| 收件人名稱/備註 | 加入已核准交收或例外資料 | 只收集業務需要及容許保留的資料 |
手持終端、掃描器及流動打印機
按站點所需畫面、證據及打印工作選擇硬件
只掃描的裝置可適用於由主機畫面控制的裝車點。手持終端可顯示站點、表格、相片擷取、離線列隊及例外選項。只有確實需要已核准收據、提貨證明或現場標籤時,才加入流動打印機;亦要確認實際應用、介面、文件及裝置組合。
| 配置 | 適合作為起點 | 流程界線 | 路線測試 |
|---|---|---|---|
| 掃描器加主機 | 由主機控制任務的裝車或車場交接 | 掃描器只提供身分輸入 | 輸入焦點、錯包裹回應及用戶工作階段 |
| 手持終端/流動電腦 | 路線、站點、證據、例外及離線工作 | 已安裝應用及權限擁有結果 | 畫面、相機、掃描、弱訊號、手套及單手操作 |
| 受政策管理手機/平板 | 硬件耐用度及配件配合的應用流程 | 要定義管理模式及應用配置 | 電池、相機、登入、作業系統支援及固定方式 |
| 流動打印機 | 可選的已核准收據、確認紙或現場標籤 | 打印本身不證明送達或內容 | 配對、範本、耗材、電池、重試及後備方法 |
電池及充電計劃
用實際路線評估:畫面、掃描、相機、無線網絡、位置要求及打印的耗電量都不同。界定開工檢查、充電器或已核准後備電池、車上或車場充電、低電量處理及安全裝置交接,不應承諾所有環境都有同一續航時間。
選擇硬件時,可參考物流手提數據採集器選型及條碼掃描器與手提終端機點揀。
完整送貨流程
十二個控制點把出車連接至來源系統完成
不同應用的畫面名稱可以不同,但員工、裝置、實物及系統狀態要一直連接。

| 步驟 | 操作 | 控制證據 | 完成界線 |
|---|---|---|---|
| 1. 出車 | 放行現行路線及貨件任務 | 版本、員工及裝置分配 | 只有現行任務可操作 |
| 2. 裝車掃描 | 掃描預期包裹或物流單元 | 車輛/路線與包裹配對 | 漏件、多件及錯路線仍未關閉 |
| 3. 路線交接 | 在已登入裝置接管保管責任 | 用戶、裝置、時間及裝車狀態 | 責任清晰可見 |
| 4. 到場 | 開啟預期站點及到達狀態 | 站點/任務身分 | 位置只是背景,不是完美證明 |
| 5. 核對包裹/項目 | 確認實物身分及狀況 | 預期掃描及可見例外 | 不符不能靜默通過 |
| 6. 選擇狀態/證據 | 選擇送達、部分、拒收或其他核准結果 | 按狀態要求的欄位 | 未齊證據保持可見 |
| 7. 記錄例外 | 選擇原因及容許備註/相片 | 原因、項目及下一步 | 送貨失敗不等於完成送達 |
| 8. 可選打印 | 有需要時打印核准收據或標籤 | 範本、打印機及輸出狀態 | 打印失敗有後備方法 |
| 9. 客戶交收 | 確認核准交收條件 | 最低所需收件證據 | 保管結果清楚 |
| 10. 離線列隊/同步 | 本地儲存、列隊及按規則重試 | 列隊、已送出、被拒及衝突狀態 | 本地成功不等於來源完成 |
| 11. 主管覆核 | 處理重複、衝突及失敗站點 | 決定擁有人及歷史 | 不可靜默覆寫 |
| 12. 來源完成 | 把獲接納狀態過帳至 TMS、ERP 或送貨系統 | 來源回應及參考編號 | 只有獲接納紀錄在中央關閉 |
到場及實物核對
要求送貨證據前,先核對站點、包裹及可見狀況
員工應開啟預期任務,掃描或選擇正確包裹,並在成功交收前記錄破損、短缺、多件或部分送達。如流程需要逐項確認,紙箱、項目及數量層級要清楚分開。


客戶交收
清楚界定授權放置、收件人及拒收規則
說明哪些結果容許客戶交收、接待處交收、放在已核准安全位置、拒收或退回。應用只應要求該結果所需證據,不應鼓勵員工自行輸入個人資料、拍攝不必要相片,或把送貨失敗改成已送達。

可選現場打印
只有交收流程需要受控實體文件時才打印
流動打印機可以提供已核准收據、提貨確認、退貨標籤或例外文件。先界定文件擁有人、範本版本、份數、耗材、連線、電池及補印權限。打印收據只代表裝置產生了文件,不能獨立證明貨件內容、收件權限或來源系統完成。

- 把已核准手持終端、應用、打印機及文件一併測試。
- 清楚顯示已配對、斷線、打印中、已打印、失敗及重複狀態。
- 制定不會錯誤完成站點的非打印後備方法。
- 按私隱政策控制客戶副本及保留副本。
- 出車前的承運標籤產生應保留在另一個出貨方案流程。
網絡、列隊及同步
離線工作需要可見列隊、安全重試及清楚衝突規則
送貨工作會經過上落貨區、升降機、商場、工廈及客戶櫃位,訊號可以反覆轉弱。應用可由本地工作紀錄讀取並把容許寫入列隊,但這種設計不保證同步完全無損。員工及主管要看得見本地、列隊、重試、獲接納、被拒及衝突狀態。

| 狀態 | 代表 | 必要控制 |
|---|---|---|
| 本地草稿 | 證據只存在裝置 | 顯示裝置/用戶/任務並保護本地儲存 |
| 列隊 | 寫入正等候容許連線 | 持久列隊、重試條件及可見數目 |
| 傳送/重試 | 應用正嘗試送出 | 穩定操作編號及有界重試規則 |
| 獲接納 | 中央端點確認操作 | 保存回應/參考及站點版本 |
| 被拒 | 來源拒絕更新 | 顯示原因並保留證據供覆核 |
| 衝突 | 已有較新或不同紀錄 | 版本比較及指定解決規則 |
冪等及重複控制
每個邏輯站點更新應有穩定操作編號,讓系統辨認重試。真正修正要與重複點擊、應用重啟或遲到的裝置副本分開。最後寫入勝出可以適用於個別低風險欄位,但有爭議交收、部分送達及收件證據通常需要版本檢查或主管覆核。
送貨失敗及例外擁有人
未成功站點要有原因、實物處置及下一位負責人
標準化對營運有用的原因:收件人不在、無法進入、拒收、地址錯誤、破損、包裹不見、部分送達、不安全位置或裝置/應用故障。保留貨件、站點、項目、時間、用戶及容許證據,不可強行選擇成功狀態。

| 例外 | 保留證據 | 受控下一步 |
|---|---|---|
| 收件人不在/無法進入 | 站點、嘗試時間及核准原因 | 再次嘗試、退回或客戶服務覆核 |
| 拒收 | 包裹、原因及容許收件資料 | 保持保管並交回程決定 |
| 地址錯誤 | 現行任務資料及可見問題 | 未獲授權不可修改主資料 |
| 破損/短缺/部分 | 受影響包裹/項目/數量及狀況 | 分開已接納及未解決結果 |
| 裝置、打印機或應用故障 | 最後可信任任務及列隊狀態 | 使用核准後備方法,完成前對數 |
| 重複/衝突更新 | 操作編號、版本及裝置時間 | 由主管決定接納哪一項紀錄 |
登入、MDM 及應用政策
把手持終端當作企業端點管理,而非匿名共用掃描器
按工作選擇合適企業裝置模式,例如完全管理或專用 Android 裝置。把任務連接已登入用戶,以政策派發核准應用、限制未核准用途、安排更新、監察合規及界定遺失裝置反應。實際能力視乎裝置、作業系統、企業流動管理平台及配置。
| 控制 | 決定 | 驗收個案 |
|---|---|---|
| 登入 | 用戶登入、逾時、裝置交接及權限 | 另一員工不能靜默接手有效路線 |
| 應用政策 | 核准套件、強制安裝、配置及封鎖應用 | 只有指定 POD 環境可用 |
| 更新 | 正常、緊急及延後時段 | 離線裝置重連後按政策更新,不意外中斷現場站點 |
| 合規 | 作業系統、加密、鎖屏及政策反應 | 不合規裝置按配置受限制 |
| 遺失裝置 | 報告、撤銷存取、遠端鎖定、聯絡訊息及抹除升級 | 毋須假設 GPS 即時或精確亦可採取行動 |
| 打印機管理 | 核准配對、配置、韌體/更新及替換 | 現場打印機不會靜默使用未核准範本或配對 |
私隱最少化及保留
只收集所需最少證據,並界定何時刪除
逐個狀態記錄為何需要簽名、相片、名稱、時間、位置或備註,誰可查看、儲存在何處、如何傳送及保留多久。避免拍攝無關人物、門禁密碼、付款資料,或超出操作目的的住宅及工作場所範圍。
- 把必須證據與便利用的可選欄位分開。
- 按角色及目的限制擷取及查看。
- 按所選平台保護本地儲存及傳送中的紀錄。
- 依政策在確認處理後移除列隊副本。
- 把保留、刪除、爭議保全及遺失裝置反應一併定義。
- 實際香港流程應進行私隱及法律覆核;本文不判斷法律充分性。
主管覆核及來源完成
列隊、失敗及衝突工作解決後,才在中央關閉
主管畫面應分清來源已接納送達、只在本地擷取、待同步、送貨失敗、更新被拒及衝突。客戶服務需要最後可信任狀態及下一步,而不是裝置上一個籠統綠色剔號。

常見錯誤
畫面流暢,仍可留下薄弱操作證據
- 由收集簽名開始。貨件或站點內容錯誤,仍會建立錯誤紀錄。
- 收集所有證據欄位。更多個人資料不一定改善決定,只會增加風險。
- 把裝置儲存稱為完成。本地、列隊、獲接納及來源過帳是不同狀態。
- 沒有操作編號便重試。弱訊號或重複點擊可造成重複。
- 靜默使用最後寫入勝出。遲到離線紀錄可覆蓋較新的部分送達或爭議結果。
- 未做路線測試便選硬件。畫面、電池、充電、相機、掃描及打印互相影響。
- 裝置匿名共用。路線保管及證據擁有人會變得不清楚。
- 假設遺失模式提供完美位置。鎖定、撤銷及抹除決定不應依賴精確 GPS。
試行及部署清單
把路線環境、離線復原及裝置控制當成一項服務測試
- 繪出貨件、包裹、物流單元、路線及站點身分。
- 逐個狀態定義所需證據及實物保管結果。
- 按站點工作選擇手持終端、掃描、相機及可選流動打印角色。
- 評估電池並界定充電、後備、低電量及裝置交接程序。
- 測試登入、路線分配、工作階段逾時及角色權限。
- 測試弱訊號、無訊號、應用重啟、裝置重啟、重連及延遲同步。
- 界定穩定操作編號、重試上限、重複偵測及衝突擁有人。
- 配置受管理應用派發、更新、合規、鎖定、撤銷及抹除升級。
- 減少簽名、相片、時間、位置及收件人資料,並設定保留規則。
- 試行已送達、部分、拒收、失敗、地址錯誤、破損及打印失敗個案。
- 驗證來源系統分清列隊、被拒、衝突及完成紀錄。
驗收檢查
按可觀察結果驗收,不虛構路線或同步指標
| 測試 | 通過證據 | 失敗路線 |
|---|---|---|
| 路線/裝車分配 | 已登入員工只看到預期包裹及現行站點 | 暫停放行並修正分配 |
| 已送達狀態 | 按該結果收集身分及最低所需證據 | 保持未完成或覆核中 |
| 失敗/部分/拒收 | 原因、保管及下一位負責人可見 | 不可轉為已送達 |
| 離線列隊 | 本地、列隊、重試、獲接納、被拒及衝突可分辨 | 保留裝置紀錄供覆核 |
| 重試/重複 | 重複送出可識別,不會產生第二次非預期完成 | 隔離重複操作 |
| 衝突 | 版本及決定歷史顯示接納哪項紀錄 | 需要主管解決 |
| 流動打印 | 核准範本只打印一次,或清楚進入後備方法 | 保持站點/文件狀態未關閉 |
| 登入/遺失裝置 | 可撤銷存取並記錄政策動作 | 升級鎖定/抹除及重設憑證 |
| 來源完成 | 中央系統確認獲接納站點結果 | 不可依賴裝置剔號 |
常見問題
物流送貨證明流程常見問題
客戶簽名是否足以證明送貨?
簽名只是一項操作證據,不會自動證明收件人身分、包裹內容、法律充分性或來源系統完成;要放在實際送貨及法律流程內定義。
每個站點都應拍照、記錄時間及 GPS 嗎?
只收集該結果及容許目的真正需要的欄位。位置可能不可用或不精確,相片亦可能拍到不必要個人或場地資料。
沒有網絡時送貨人員可否繼續工作?
只在所選應用支援相關離線功能時可以。要確認哪些任務及證據留在本地、如何列隊、何時重試,以及被拒或衝突紀錄如何覆核。
離線優先設計是否保證資料不會遺失?
不是。本地儲存及持久列隊可減少中斷,但應用崩潰、替換裝置、重複及衝突仍需要復原、版本、對數及已測試保護。
重複同步應如何避免重複送達紀錄?
在支援情況使用穩定操作編號及冪等來源端點,把同一邏輯動作與真正修正分開;不清楚的重複要升級處理。
流動打印機何時適合送貨證明流程?
當已核准流程需要實體收據、確認紙、退貨標籤或例外文件時適合。它是可選配置,必須以實際應用、裝置、範本、耗材及後備方法測試。
MDM 應控制送貨手持終端哪些項目?
一般包括登記、登入政策、核准應用與設定、更新時段、合規、撤銷存取、遠端鎖定、歸還指示及抹除升級;實際能力視乎平台及裝置。
送貨證明與出貨貼標及倉庫流程有何分別?
出貨貼標在出車前控制貨件身分;倉庫流程負責收貨、儲存、執貨或包裝;送貨證明由路線保管開始,記錄現場送達或失敗結果。
採購前先規劃路線及系統狀態
帶同站點結果、離線需要、裝置政策及打印文件作實際檢視
Easy Scan 可協助檢視手持終端及流動打印機角色、證據欄位、離線列隊狀態、例外路線、受管理裝置控制及驗收個案。最終應用、同步、裝置管理及來源過帳行為,視乎所選平台及配置。










