月底請款，會計把二十幾張發票和對帳單寄出去，客戶財務回了一句：「這三筆沒有簽收單，先不入帳。」業務打電話回倉庫問，倉管說貨早就出了；問司機，司機說那天客戶倉庫的人很忙，簽完就放在他桌上，回單好像沒拿回來。最後是業務再跑一趟客戶端，請對方找出當天的收貨紀錄、重新補簽，前後拖了十幾天，那筆款項就從這個月的現金流變成下個月的事。
送貨單（或稱出貨單、簽收單、回單）是貨物交付的證據，也是請款的前置文件。台灣中小企業的出貨流程大多還停在三聯單：一聯留底、一聯給客戶、一聯簽完帶回來。問題不在紙本本身，而在這張紙要經過司機的車上、客戶的櫃檯、業務的抽屜、會計的文件夾，中間任何一站掉了，公司就失去了「我確實交了貨」的憑據。
Photo by Leon Seibert on Unsplash
回單會不見，通常是這三個破口
把「回單找不到」拆開來看，狀況其實很固定。
第一個破口在司機手上。一天跑七、八個點，每一站拿回一張紙，疊在副駕駛座或工作服口袋裡。遇到下雨、遇到趕下一班，有些就沒帶回來；有些帶回來了但沒交給誰，放在倉庫檯面上，隔天被當成廢紙收走。司機自己也說不清楚哪一張還在、哪一張不在，因為他手上沒有一份「今天該帶回幾張」的清單。
第二個破口在客戶端。收貨的常常不是採購，而是現場的倉管、警衛，甚至是臨時工。簽名只有一個潦草的符號，沒有寫全名、沒有寫職稱、沒有蓋收貨章。等到真的有爭議，客戶財務問「這是誰簽的」，對方回答不出來，這張簽收單在對帳會議上的份量就大幅下降。
第三個破口在內部歸檔。回單帶回來了，卻沒有人當場把它跟出貨單號、發票號碼對起來。按日期排、按司機排、按客戶排，三個人有三種排法。三個月後客戶說少收一箱，要調出當天的簽收紀錄，翻半天翻不到——不是真的沒有，是找不到。
這三個破口的共同點是：沒有任何一個環節留下「可查詢的紀錄」。紙張一旦離開視線，公司對它的掌握度就歸零。
一張簽收紀錄要留下什麼，才站得住腳
很多人以為簽收單只要有個簽名就行，但真正在對帳、爭議、甚至走到法律程序時，決定這份文件有沒有用的是細節。一份完整的交付紀錄，至少要能回答五個問題：
- 交了什麼？品名、規格、批號、數量，而且要和出貨單上的品項逐筆對應，不能只寫「貨一批」。
- 誰收的？收貨人姓名（可辨識的全名）、單位或職稱。如果是代收，要註明代收身分。
- 什麼時候收的？日期加時間。時間很重要，因為運輸途中的毀損責任常常是用時間點切分的。
- 在哪裡收的？送達地址。同一個客戶有多個廠區或倉庫時，這一欄決定了後續找人的方向。
- 當下的狀態如何？外箱有無破損、數量是否短少、有無當場拒收或退回。一張現場照片的說服力，比事後十通電話都高。
紙本簽收單的欄位設計通常只處理到前三項，而且字跡潦草就無從查證。這也是為什麼「把送貨單電子化」的重點從來不是省紙，而是把這五個問題變成必填、可查、改不掉的資料。
Photo by Ali Mkumbwa on Unsplash
電子簽收實際上怎麼跑
電子簽收（業界常稱 POD，proof of delivery）聽起來很技術，但對司機來說，操作流程應該要比現在更簡單，否則推不動。一個合理的設計大概是這樣：
出車前，手機上就有今天的配送清單。司機打開系統，看到今天七個點、每個點幾張出貨單、每張單幾個品項。清單從出貨資料直接帶過來，不用重新輸入。這一步同時解決了「今天該帶回幾張回單」的問題——系統知道應該有七筆簽收，少一筆就看得出來。
到點後，用掃碼確認品項。如果公司已經有條碼或批號管理，掃一下就帶出品項與數量；沒有的話，至少讓司機逐筆勾選「已交付／短缺／客戶拒收」。數量有出入時當場註記，不要等回公司才講。
請收貨人在螢幕上簽名，並輸入姓名。簽名欄位配上一個必填的姓名欄，就補上了紙本最常缺的那一塊。有些公司會再加上收貨人電話或是請對方蓋章後拍照，視客戶配合度調整。
拍一張現場照片。卸在哪裡、外箱狀態如何、棧板疊了幾層，一張照片就留下來了。系統自動記錄拍攝時間與座標，事後不需要靠記憶重建現場。
按下送出，資料就回到公司。業務在辦公室可以即時看到「這一單已簽收」，不必打電話問司機。客戶如果當天就要電子回單，系統可以直接寄一份 PDF 給對方窗口。
兩個實務上一定會遇到的狀況要先想好。一是收訊：工業區、地下室卸貨區經常沒訊號，所以簽收資料必須能離線暫存，回到有網路的地方自動上傳，不能因為斷線就簽不了。二是客戶的習慣：有些客戶的採購流程規定一定要有紙本回單，這時不必硬改，讓司機現場印一張小單據給對方，或事後寄電子檔補紙本，雙軌並行一段時間比較不會卡住出貨。
把回單和請款綁在一起，數字才會動
電子簽收真正的價值，不在於司機少拿幾張紙，而在於公司終於有一份「哪些貨已交付、哪些還沒拿到憑據」的即時清單。這份清單接到應收帳款上，才會變成現金。
可以設計的幾個機制：
- 未回單清單：出貨超過一定天數（例如三天）仍未取得簽收的單據自動列出，由業務助理追，而不是等到月底對帳才發現。
- 請款前檢核：開立發票或寄對帳單前，系統先檢查該期間每一張出貨單是否都有對應的簽收紀錄，缺的先補，避免客戶以「沒有簽收單」為由延後付款。
- 對帳單附回單：寄給客戶的月結對帳單，可以附上每一筆的電子簽收連結或 PDF。客戶財務不用回頭找自家倉庫要資料，審核速度自然快一些。
- 爭議查詢：客戶說少收，輸入出貨單號或日期就調得出簽名、時間、照片，不用翻文件夾。
這裡可以做一個簡單的試算。假設一家公司每月出貨 400 單，其中 5% 因為回單缺漏而延後請款，等於每月有 20 單的款項被卡住；若平均單價 3 萬元、平均延後 20 天，等於每月約有 60 萬元的收款時間被往後推。這筆錢最後通常還是收得到，但它在帳上晚了二十天，對需要調度的公司來說就是真實的資金成本。同樣的算式換成每月出貨 80 單的小公司，影響幅度會小很多——這也是為什麼導不導這套系統，應該先用自家的出貨量和延後天數算一遍，而不是看別人有沒有做。
Photo by Majid Abparvar on Unsplash
導入的順序：不要一次改完
這類系統最常見的失敗原因，是一開始就想做到完美——掃碼、路線規劃、電子發票、客戶自助查詢全部一起上，結果司機用不慣、客戶不配合，三個月後又退回紙本。比較務實的順序是：
第一階段，先讓簽收資料進得來。只做三件事：配送清單、螢幕簽名加姓名、現場照片。司機每天多花的時間不超過幾分鐘，但公司馬上有了即時的交付紀錄。這個階段通常一兩個月就能穩定運作。
第二階段，接上請款。把簽收紀錄跟出貨單、發票、對帳單串起來，做未回單清單和請款前檢核。這一步才是真正影響現金流的地方，但前提是第一階段的資料品質夠好。
第三階段，開放給客戶。讓客戶窗口能自己查詢歷史簽收紀錄、下載 PDF。這會減少「請幫我調一下三月那批的回單」這類來電，也是對客戶而言最有感的部分。
在工具選擇上，出貨量不大、流程單純的公司，先用現成的表單工具加雲端硬碟，把簽名和照片收進來，成本很低；出貨品項複雜、需要跟既有進銷存或 ERP 對接、或是客戶各有各的簽收格式要求時，通常就需要客製化開發，才能把資料真正接回公司現有的單據流。兩條路的分界點，大致在「這套東西要不要跟你現有的系統講話」。
先做的一件事
如果現在還不確定要不要投入，有個成本很低的檢查方式：把上個月所有的出貨單列出來，一張一張對，看看有幾張找得到對應的簽收回單、幾張找不到、幾張簽名看不出是誰。這個比例通常會比管理者想像的低。
找不到的那幾張，就是公司目前在交貨這件事上沒有證據的部分。它們平常不會出事，但只要客戶換了窗口、公司換了會計、或是真的發生數量爭議，缺的就是這張紙。先把這個數字算出來，再決定要用表單工具補、還是要做成系統，會比直接問「要不要導入電子簽收」實際得多。