收運車輛排程與路線優化

🎯 這條流程解決什麼

收運車隊每天最頭痛的就是排車。幾十個收運點散在不同行政區，哪台車跑哪一區、先收誰後收誰、會不會繞遠路或載過重，全靠調度員清晨對著地圖人工排。一輪排下來半小時起跳，遇到臨時插單或客戶改期，整盤又得重來。路線只要沒排好，油錢和工時就一路漏：車子在城裡來回繞、回頭路一趟趟跑、載重沒算準到了現場才發現超載得分兩趟。司機之間也常為了「為什麼又是我跑最遠那條線」起爭執，調度員夾在中間兩面不是人。

把這套排程改回純人工，成本累積得很驚人。調度員每天清晨光是排車就要花四十分鐘到一小時，遇到旺季點位翻倍，排到出車前一刻都還在改。排得不夠順，每台車一天多繞個十幾二十公里，一支五車的車隊一天就多燒近百公里的油，一個月累積下來油錢與車輛折舊都是實打實的損失。撲空與未收的點位若沒人盯著順延，隔天又被遺忘，客戶抱怨、收運品質下滑。對毛利本來就薄的回收清運業，這些隱形耗損很容易把利潤吃光。

這條流程把當日所有收運單自動彙整、依行政區與座標分群歸線、用地圖算出最順收運順序，再把含導航連結的收運清單推播給各司機。調度員不必再手工拼圖，每台車的里程、耗時、回場時間一目了然，司機逐點回報完成，沒收到的點位自動順延到隔日。它能與 /workflows 的到府收運預約、磅重計價流程串接，也能搭配更多 自動化流程 一起運作。

導入後的改變

導入前，排車是調度員每天清晨的惡夢。對著地圖人工分區、排順序、配車配人，一輪四五十分鐘，臨時插單就崩盤。路線排不順，車子繞遠路、載過重、回頭路一堆，油耗居高不下。司機對派工公平性常有怨言，未收點位靠人工記，常常隔天就漏掉。

導入後，清晨排程交給系統自動完成，調度員的角色從「拼地圖的人」變成「審核與微調的人」。合理估算下，每日排程的工時可以從近一小時壓縮到十幾分鐘的覆核，省下約七成；因為路線經過順路優化，每台車的空趟與回頭路明顯減少，車隊整體里程估計可下降一到兩成，油耗與車輛折舊跟著省下。司機在出車前就收到清楚的順路清單與導航連結，派工有依據、爭議減少；未收點位自動順延到隔日任務，遺漏幾乎消失，收運準點率提升，客戶滿意度跟著上來。

流程怎麼運作

整條流程對應 frontmatter 裡的五個節點，依序運作：

第一步「彙整任務」。流程在每日清晨由排程觸發（也可由 Webhook 即時插單觸發），系統從 Google Sheets 與 Airtable 抓取當日所有待收運單，整理出每個點位的地址、可收運時段、回收品項與預估載重。這一步把分散的收運需求集中成一份當日任務清單。

第二步「分群歸線」。系統依行政區與地理座標把所有點位分群，每一群對應一條收運路線，分配給負責該區的車隊。分群讓相近的點落在同一車，避免不同車重複跑同一帶。

第三步「路線優化」。系統用 Google Maps API 計算每條路線內點位的最短順路順序，並估算總里程、預計耗時與回場時間。這是降低空趟與回頭路的核心，把原本憑經驗的排序換成演算法算出的最順路徑。

第四步「指派推播」。系統把每台車的當日收運清單與導航連結，透過 LINE 官方帳號或 Gmail 推播給對應司機，附上每點的時段與注意事項（品項、預估載重、特殊處理需求）。司機出車前就掌握全貌。

第五步「回報結算」。司機每收完一點就回報完成，系統即時更新進度；當日未收的點位（撲空、客戶改期、超時）自動順延，併入隔日任務重新排程，不會被遺漏。

需要的工具與串接重點

平台用 n8n 或 Make 主控排程與資料流。Google Sheets 與 Airtable 存放當日收運單與點位資料，是排程的資料來源，建議事先把「行政區」「座標」「預估載重」「品項」設成標準欄位。Google Maps 是路線優化的核心引擎，負責座標轉換、分群與順路計算。LINE Official Account 是推播給司機的主要管道，台灣司機普遍用 LINE，接收任務最順手；Gmail 可作為備援與管理端的通知。

串接最關鍵的是「載重上限與車輛能力的設定」與「地圖 API 的用量控管」。每台車的最大載重、能否處理特定品項（如大型廢棄物、有害事業廢棄物）必須事先在系統設定清楚，路線優化才不會排出超載或不適任的派工。Google Maps API 的路線計算屬於計費服務，點位多時要注意呼叫次數與快取，避免費用失控。另外座標品質直接影響分群與順路結果，地址若抓不到精確座標，務必有人工補正的機制。

常見錯誤與注意事項

最該守住的是：自動路線與車輛指派僅為演算建議，不取代調度與行車安全的專業判斷。實際出車順序、是否承載超重或特殊廢棄物，仍須由調度主管人工確認後才放行，避免超載違規或行車安全疑慮。系統算出的最順路線是參考值，遇到道路施工、車輛狀況、司機臨時調整等現實因素，最終決定權必須在調度主管手上。

特別要注意法規與安全紅線。駕駛工時、車輛載重、道路與環保法規這些環節務必加人工把關：路線再順，也不能讓司機超時駕駛或讓車輛超過核定載重；涉及有害事業廢棄物或應回收項目的收運，必須確認在許可範圍內並由具資格人員處理，系統不取代法遵責任。另外，演算法可能為了「最短里程」排出對司機而言不合理的順序（如逆向繞行、難停車的路段），調度員審核時應結合現場經驗微調，別盲目照系統執行。

台灣中小企業情境案例

彰化一家經營五台收運車的清運公司，過去每天清晨由老闆兼調度員對著紙本地圖排車。三十多個點散在好幾個鄉鎮，他憑記憶分區、排順序，一排就四十多分鐘，遇到前一天有客戶改期還得整盤重來。路線常排不順，司機抱怨繞遠路，五台車一天合計多跑近百公里，油錢月月超支。未收的點位靠便利貼記，隔天偶爾就漏掉，客戶打來抱怨才補收。

導入這條流程後，每天清晨系統自動把當日收運單分群歸線、算出每條路線最順的收運順序，五台車的清單連同導航連結直接推到司機的 LINE。老闆從排四十分鐘變成花十分鐘審核微調。三個月下來成效具體：車隊總里程下降約一成五，油錢明顯省下；司機因為拿到清楚的順路清單，派工爭議幾乎消失；未收點位自動順延到隔日，再沒發生漏收被客訴的狀況。老闆把省下的清晨時間拿去跑業務開發新客戶，車隊接單量反而成長。

延伸應用

這條流程還能往多個方向擴充。第一，串接 到府收運預約自動建單派車流程，讓民眾預約的收運單直接流入當日排程，從接單到出車一條龍。第二，把每日回報的實際里程與耗時累積成資料，分析哪條路線長期偏離預估、哪台車效率最高，作為車隊調度優化的依據。第三，串接磅重計價與月結對帳，收運完成的實際載重直接回寫計價系統，從出車到結算全程留痕。第四，加入即時插單的 Webhook 觸發，旺季臨時來的急件能即時併入最近的路線，不必等隔天。想看更多排程觸發與地圖 API 串接的設計範本，可以參考 /recipes。

流程圖

用到的工具

更多「生活服務」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →