配送點完成後的收件決策
用於明確決策的配送驗收表單
將「司機已完成配送點作業」與「收件人已驗收貨物」分開，保留檢查數量、貨物狀況、備註和下一步行動，並關聯到貨件。
當驗收是一項實際業務決策時使用此表單；簡單的門到門配送可能只需輕量簽收證明。
最多 5 位使用者可免費使用，無需信用卡。
無需撰寫程式碼，即可調整欄位、工作流程和儀表板。 探索 1,000 多個應用程式範本與使用情境
兩類結果
不要讓配送完成狀態覆蓋驗收結果
這些記錄回答了不同的問題。
簽收證明回答的問題
- 司機到達目的地了嗎？
- 收集了哪些佐證？
- 司機報告的數量是多少？
- 何時何地記錄完成情況？
驗收記錄回答的問題
- 收件人檢查了什麼？
- 驗收的數量與貨物狀況為何？
- 是否有短缺、損壞或拒收？
- 接下來會發生什麼退貨、換貨或索賠？
決策模型
為部分驗收提供真正可執行的處理路徑
只有「驗收」與「拒收」兩個選項，會迫使團隊掩蓋同一批貨物中的不同結果。
| 結果 | 記錄 | 下一步 |
|---|---|---|
| 已驗收 | 驗收數量與收件人確認 | 證明資料完整後結案 |
| 部分驗收 | 記錄已驗收與有爭議的數量及原因 | 建立短少或損壞處理 |
| 有條件驗收 | 驗收條件、保留事項與必要行動 | 追蹤矯正措施，直到完成驗證 |
| 拒收 | 原因、佐證與保管狀態 | 建立退貨取件或留置指示 |
後續行動
將驗收結果交給必須回應的團隊
簽名採集完成，並不代表表單處理已經結束。
客戶服務
查看收件人意見、承諾風險與溝通負責人。
物流
查看所需的退貨取件、重新配送或承運商佐證。
品質或供應商團隊
必要時查看貨物狀況佐證、批號或物品資訊及處置結果。
驗收設計
讓每項決定都有足夠佐證，並清楚呈現後續影響
收件人應清楚自己正在驗收什麼；內部團隊也應立即看到這項決定會如何影響配送、退貨與客戶處理。應明確誰可以記錄決定、何時需要辦公室審核，以及結果會寫入哪筆下游記錄，避免簽名成為與營運脫節的孤立圖片。
註明檢查範圍
顯示貨件、物品或包裹參考、預期數量以及要求收件人確認的狀況標準。不要要求沒有明確主題的通用簽名。
支援混合結果
分別記錄已驗收、有爭議與拒收的數量。部分驗收應保留成功配送的佐證，並針對未解決部分建立短少、損壞、換貨或退貨行動。
解釋下一步
告知收件人和營運團隊：這項結果會讓配送結案、等待審核、建立退貨取件，或要求矯正措施。不要只顯示確認畫面，卻不說明後續處理。
驗證有條件驗收是否可結案
若驗收取決於換貨、補件或維修，應讓驗收條件保持未結案，並指定負責人和到期日。只有約定的行動與佐證完成審核後才能結案。
上線決策
將收貨結果與索賠或換貨決策分開保存
收件人可能接受部分貨物，但對數量、狀況或文件有爭議。請分別保存已驗收、有爭議與拒收數量，再把未解決部分連結到退貨、換貨、索賠或矯正工作。驗收記錄應清楚顯示哪些項目已立即結案，哪些仍須後續驗證。
上線前必須回答的問題
配送驗收表單 常見問題
為什麼要將配送驗收與配送證明分開？
簽收證明記錄配送事件與佐證；驗收記錄則保留收件人的檢查與決定。兩者可能同時發生，但分開記錄可避免已完成的配送點掩蓋短少、損壞或拒收。
表單可以記錄部分驗收嗎？
可以。應分別保留已配送、已驗收與有爭議的數量，並要求填寫差異原因與下一步行動。
被拒收的配送應由誰核准？
視流程而定。物流團隊可能負責退貨作業，客服負責對客承諾，品質或採購負責處置。請設定明確的負責人與審核步驟。
何時不需要單獨的驗收表單？
對於低風險配送，若所需佐證本身就代表驗收，可使用較短的 POD 流程，避免重複輸入資料。
有條件驗收後會發生什麼？
建立具體的矯正措施、負責人與到期日，同時保留已驗收與有爭議的數量。只有收件人或授權審核人確認約定處理已完成，才能將該條件結案。
查看實際運作的產品
開啟本頁對應的範例 App
查看關聯記錄、營運檢視、真實異常審核工作流程，以及具代表性的正常、有風險、失敗與已完成配送狀態。