中央廚房配送車機回報：到點時間與溫度一起留紀錄

中央廚房配送的車機回報，核心是一個看起來很簡單的欄位：到點時間。這一欄同時決定停留時間怎麼算、準時率怎麼算、責任邊界劃在哪裡。

到點時間通常直接抄簽收單上寫的那個時間。但簽收單上的時間是人填的，而且填的是完成交接的時刻，不是車子抵達的時刻，兩者中間那一段往往正是最容易升溫的區間。

▍這一欄有四種來源，但不是排名關係

司機回報、簽收單手寫、車輛進入定位範圍、現場卸貨掃碼。前兩種是同一件事的較差來源，後兩種其實在記錄兩個不同的事件。

先把不能用的兩種淘汰掉，再說剩下兩種為什麼不是二選一。

▍不能用的一：司機回報

回報時點幾乎都晚於實際到點，而且多半是整趟結束後一起補。整條線路的時間會呈現漂亮的等距，這種紀錄一眼就看得出是事後整理的。

▍不能用的二：簽收單手寫

比口頭回報好一點，因為有紙本與簽名，但仍有兩個問題：時間由人填，填的是交接完成的時刻。

它的價值在於證明有人接收，不在於證明幾點到。這兩件事要分開看，混用就會把等待時間算進運送時間。

▍兩種可用的來源，記的是不同事件

車輛進入定位範圍記的是**抵達**，由系統依位置自動判定、不經人手。現場卸貨掃碼記的是**交接完成**，時點必然晚於抵達。

所以不是挑一個比較準的用，而是兩個都要留。抵達到交接完成之間的差值，就是這一趟在門口與搬運上的等待時長——那段食物已經離開車廂環境，也是責任最容易講不清的地方。

▍到點事件要把當下溫度一起帶走

富啟科技的做法是配送以物聯網加 GPS 即時管控，涵蓋運輸車輛、行駛軌跡、電子圍籬與冷藏車廂溫溼度，全程可追溯；車輛進出電子圍籬自動產生事件時間，溫溼度連續採集即時上傳雲端並自動生成監測台帳，異常可透過 LINE、簡訊與後台推播通知到人。到點時間與該時刻的車廂溫度落在同一筆紀錄上，不需要人做任何動作。資料在雲端固化不可篡改，PC 與行動端同步查看。

兩份分開的紀錄事後很難對齊，尤其是設備時間與人工填寫的時間本來就有差。寫在同一筆之後，查任何一趟看到的都是幾點到、到的時候幾度。

▍卸貨掃碼順便解掉兩件事

掃碼除了記交接時間，同時確認了是哪幾箱、由誰接收。原本要靠簽收單完成的兩件事，在這一個動作裡一起完成，紙本就可以停用。

這也是為什麼建議由收貨端掃碼而不是司機代掃——接收人的確認要由接收人自己做，才具備交接的意義。

▍車上要留什麼、不用留什麼

要留的是車廂溫度、位置軌跡與進出定位範圍的事件，三項都是連續或自動產生的。

至於配送端使用哪一類車載終端、以什麼頻率回傳、離線時如何暫存，屬於現場條件的評估項目，一般會依線路長度、訊號狀況與車輛數規劃，不是一套規格通用，建議在現場評估時確認，不要照抄別人的配置。

▍小結

四種來源裡，司機回報與簽收單手寫都不能當到點時間用；進入定位範圍記的是抵達、卸貨掃碼記的是交接完成，兩者不是二選一而是都要留，差值即等待時長。到點事件同時帶走當下溫度，事後才不必比對兩張表。

▍中央廚房配送到點紀錄常見問題

Q1：定位範圍要設多大？

要能區分真的到了與只是路過。設得太小會因定位誤差抓不到事件，設得太大則車子還在附近道路就被判定到點，等待時間就被算漏。實務上會依供餐點周邊環境個別設定，市區大樓與郊區廠區的條件差很多，不建議全線用同一個範圍。設定後建議實跑幾趟比對，看事件時間與實際抵達是否吻合再微調。

Q2：訊號不好的路段紀錄會不會斷？

會有延遲，重點在斷線期間資料是否仍在採集。可行的做法是設備端持續量測並暫存，恢復連線後補傳，並在紀錄上保留量測時間而非上傳時間，這樣曲線才不會出現空白或錯位。評估設備時建議把離線暫存能力列入條件，並確認補傳資料是否標示為補傳，避免與即時資料混在一起而影響紀錄可信度。

Q3：司機會不會覺得被監控？

說明角度很重要。這套紀錄留的是車輛位置、車廂溫度與到點事件，目的在證明配送過程符合要求，不是評量個人。實際導入後司機的紙本作業反而減少：出車前量溫填表、途中記錄、事後補單這幾項都不用做。溝通時建議明確講清楚採集的項目範圍與用途，並在異常發生時把重點放在原因與處置而不是追究個人，這比任何規定都有效。

定位範圍設定、車載終端配置與離線補傳條件，需依線路與車輛狀況現場評估。富啟科技可就現行配送路線規劃到點紀錄與溫度採集方式，取得客製化建置方案與報價。

電話(02)2516-6100｜手機0979-382-058｜LineID:@964dmmig
地址：台北市南京東路二段178號6樓