CaptainYi logoCaptainYi
← 返回工具列表

配送路線助手

測試版

從訂單資料中擷取配送地點,生成最佳化每日路線規劃。

此頁面顯示的為模擬示範資料,僅供說明用途。

11

配送站點

68 km

預估距離

3h 20m

預估時間

5 / 11

已送達

站次客戶地址時間窗口品項狀態
1Fitzroy Central Kitchen42 Smith St, Fitzroy VIC 306507:00–08:004已送達
2Richmond Hospitality155 Bridge Rd, Richmond VIC 312108:00–09:007已送達
3South Yarra Bistro Group22 Toorak Rd, South Yarra VIC 314108:30–09:303已送達
4Collingwood Food Hub88 Johnston St, Collingwood VIC 306609:00–10:009已送達
5Carlton Café Collective17 Lygon St, Carlton VIC 305309:30–10:302已送達
6North Melbourne Provisions5 Errol St, North Melbourne VIC 305110:00–11:006配送中
7Parkville Campus CateringGrattan St, Parkville VIC 305210:30–11:308待配送
8Brunswick Kitchen Co.301 Sydney Rd, Brunswick VIC 305611:00–12:005待配送
9Coburg Event Services65 Bell St, Coburg VIC 305811:30–12:303待配送
10Preston Food Market180 High St, Preston VIC 307212:00–13:004待配送
11Northcote Bistro Holdings234 High St, Northcote VIC 307012:30–13:3011待配送

私有倉庫

此工具的原始碼為私有,如需技術細節請聯絡我。

技術棧

PythonGoogle Maps APIpandasFastAPIDocker
聯絡我了解更多 →

問題

中央廚房或小型配送常常用訂單表和司機的記憶排當天的站。表上有客戶名稱。記憶裡有九點前會關的卸貨口、服務時段不收貨的店,以及地圖上看起來不順、其實是為了避開上學時段的郊區順序。記住這些的人請假時,路線會被重新發明,而且發明得很差。

時間窗口是試算表最不會處理的部分。依郵遞區號排序看起來有效率,卻漏掉醫院卸貨口和兩條街外的咖啡店並不想在同一時間見到貨車。司機會等候,或廚房會接到電話,後面的行程整段往後滑。

這個頁面上的助手把訂單列變成有地址、窗口與順序的站點。畫面上的行程是墨爾本某個早上的樣本,不是某一份正式合約量到的節省。這個工具的倉庫是私有的。

流程怎麼走

目標是一張司機跟得了的行程單,從你已經有的訂單產生,限制寫下來而不是靠記憶。

  1. 1

    訂單長什麼樣就先接收

    客戶、地址、這一站卸什麼,以及訂單上寫的窗口。若地址是暱稱(「後門」),在客戶資料裡改一次,不要每天放在司機腦子裡。

  2. 2

    寫下不是地理的限制

    開門時間、必須排第一的點,以及服務時段不能收貨車的點。這些是資料。忽略它們的路線,在地圖上是較短的線,在路上是較長的早上。

  3. 3

    為站點排序

    依那些窗口和行車時間排列。產出是編號的行程,不是一群要司機在第一個紅燈才自己排的圖釘。

  4. 4

    顯示貨,不只顯示針

    每一站要寫貨車卸下什麼。地理上完美、箱數卻錯的路線,在卸貨口仍然失敗。

  5. 5

    標記實際發生的事

    已送達、在路上,或仍在等。計畫和當天是兩個東西。用結果覆寫計畫,你就看不見行程是在哪裡滑掉的。

  6. 6

    保留人手改順序

    封路、沒做出的餐,或客戶打電話改時間,應該能移動一站,而不必從頭重做整張表。

之前與之後

之前

  • 路線是訂單表上的螢光筆加上一段對話。
  • 時間窗口只有一個司機和一個調度知道。
  • 那個人不在時,代理人發明一種依郵遞區號的排序。

之後

  • 站點有編號,並有地址、窗口和這一站的貨。
  • 限制寫在客戶上,排班換了人也還在。
  • 司機標記送達之後,計畫仍然看得到。

示範上的公里和時間是樣本站點的示意數字,不是前後比較研究。

問題

這是完整的運輸管理系統嗎?

不是。它是從你的訂單和窗口做出的當日行程。車隊、保養和司機薪資不在範圍裡,除非另外做成一件工作。

地址從哪裡來?

從你已經相信的訂單匯出。壞地址必須在來源改正。路線工具不能發明一個從未被寫下的卸貨口。

用地圖的什麼資料?

參考技術棧用路線 API 估計順序和行車。營運上有價值的是窗口和裝載清單。地圖是順序的輸入,不是產品本身。

司機可以改順序嗎?

可以,作為看得到的覆寫。沒有註記的默默重排,會讓調度和司機描述兩個不同的早上。

如果路線活在一個人的記憶裡

寄一份遮掉敏感資料的訂單表,以及你希望被寫下來的規則:誰必須第一、誰午餐不收貨、貨車怎麼裝。

描述早上的行程