裝載不是只看重量
重量、體積、棧板、包裝型態與裝載順序，都會限制可用車輛。
真正的難點
配車的難點不只是地圖上畫更短的線。
只有同時滿足貨量、指定時段、車型、工時、據點規則，以及初版計畫後的變更，才是可以執行的配車。
時間窗會打破單純的距離順序
先送近的地點，可能反而造成遲到或等待。
需要車輛匹配
冷凍、冷藏、升降尾門車、車型與客戶指定會縮小候選車輛範圍。
車輛故障與緊急訂單會改變整體計畫
車輛故障、緊急訂單與道路壅塞，需要重算整體影響。
配車是同時處理 配送點 × 車輛 × 裝載 × 時間 × 變更 的決策。
建模方式
先區分必守條件、偏好與評估指標。
如果把所有規則都視為同等強度，可能產生不了候選方案，也可能產生現場無法信任的配車。
數理框架
依優先順序最小化：未排入、延遲、加班、固定路線變更、車輛數、距離、裝載偏差
本頁示範是說明用的確定性啟發式，不是正式最佳化引擎，也不保證最優。
必守
必須滿足的條件
-
裝載上限
重量與體積必須保持在車輛上限內。
-
車型與溫層匹配
只將符合車型、設備與溫層能力的車輛列為候選。
-
配送時間窗
到達與作業開始時間必須落在允收時段內。
偏好
盡量保留的偏好
-
固定路線
仍可行時，讓固定客戶繼續由慣用車輛負責。
-
減少變更
盡量不變動已裝車、已通知或已確認的路線。
-
負荷均衡
避免里程、貨量與加班過度集中在少數車輛。
指標
要改善的指標
-
未排入配送
顯示無法排入計畫的配送，以及失敗原因。
-
距離與行車時間
先處理必守條件與高優先順序配送，再減少行車距離。
-
延遲與加班
讓候選方案中的延遲到達或超出班別工時清楚可見。
說明用示範
改變當日狀況，查看配車方案如何變化。
切換車輛故障、緊急訂單、道路壅塞、裝載限制、車輛匹配與可用車輛數，觀察候選方案如何變化。
此瀏覽器示範使用虛構資料與直線距離估算。它不是保證道路距離、法規符合性、裝載可行性或嚴格最優性的正式最佳化引擎。
已排入
準時
預估行車
固定路線
加班
路線圖
概略路線
此圖是示意圖。正式專案只有在確認費用、條款與隱私處理後，才使用地圖、行車時間矩陣或道路時間 API。
按車輛的路線
各車輛的一日路線
未排入
需要判斷的配送
規則設計
把調度負責人的經驗變成明確的資料格式。
第一個原型通常從資料與規則確認開始。需要為以下規則群定義名稱、優先順序與範例。
VRP-01
必守
裝載上限
重量與體積不得超過車輛容量。
VRP-02
必守
配送時間窗
到達與作業開始必須落在客戶允收時間窗內。
VRP-03
必守
車輛匹配
按溫層、設備與車型篩選可用車輛。
VRP-04
偏好
固定路線
可行時，讓固定客戶保留在慣用車輛上。
VRP-05
偏好
已確認路線
盡量不變更已裝車、已通知或已確認的路線。
VRP-06
指標
未排入優先
在縮短距離前，先減少高優先順序的未排入配送。
VRP-07
指標
駕駛工時與休息
路線必須收在駕駛班別與休息規則內。
VRP-08
指標
負荷均衡
避免行車、貨量與加班集中到少數車輛。
VRP-09
指標
可說明性
顯示行車、延遲與未排入原因。
可解釋輸出
不知道理由的配車方案，現場不會使用。
確認前應能檢視順序、到達時刻、裝載、警告與未排入原因。
按車輛的順序與時刻
按車輛顯示出場、到達、作業、等待、休息與返場。
未排入原因
分類顯示裝載、車輛匹配、時間窗與工時上的失敗點。
可比較的指標
用同一組指標比較未排入、距離、延遲、加班、台數與裝載率。
部分鎖定與重算
鎖定已確認的車輛或順序，只重算剩餘任務。
適用領域
適合需要在本地規則下組合車輛與配送點的業務。
不同產業的條件不同，但核心都是決定哪輛車裝什麼、按什麼順序配送。
批發與區域配送
支援門市收貨時段、固定路線、車輛台數與多據點規則。
食品與溫層配送
處理常溫、冷藏、冷凍、裝載、配送預約與等待。
回收與取貨
規劃取貨量、中轉點、車輛容量與收運頻率。
建材與設備配送
處理車型、升降尾門或吊掛、現場搬入時間、裝載順序與退回品。
資料
從現有配車表、車輛清單與規則備忘開始。
即使只有匿名化的一天或一週資料，也能開始第一個原型。目標是確認規則能否被表達，以及候選方案是否能協助調度負責人判斷。
配送與取貨清單
地點、時間窗、作業分鐘、重量、體積、溫層、優先順序與固定車輛。
車輛與駕駛清單
容量、車型、設備、溫層能力、工時、出發與返場據點。
業務規則
必守條件、偏好、評估優先順序、固定路線、休息與外包條件。
目前計畫與實際結果
現行配車方案、實際到達、等待、行車、未排入配送與手動修正記錄。
下一步路徑
把路線計畫連接到示範、依據與相鄰的計畫問題。
配車常與到府訪視、生產計畫、庫存與人員分配相關，因此保留相關入口。
常見問題
配車自動化前的常見問題。
整理示範邊界、地圖資料、人工確認與系統串接範圍。
這個示範是正式最佳化引擎嗎？
不是。它是說明用的確定性啟發式。正式環境會依件數、規則、地圖資料與回應時間選擇求解器、搜尋方式和執行環境。
沒有完整系統也可以開始嗎？
可以。可從匿名化的配車表、配送清單、車輛清單、規則備忘與現行方案開始確認。
可以串接地圖或路線 API 嗎？
可以。需要確認道路距離、行車時間、壅塞、車輛限制、API 費用、條款、快取與個人資料處理。
調度負責人可以手動修改路線嗎？
可以。可鎖定車輛或配送順序，只重算剩餘部分，並比較變更前後的影響。
一定能把所有配送都安排進去嗎？
不能。當容量、車型或時間不足時，系統應顯示未排入配送與原因，而不是隱藏。