數字化是這兩年物流行業膾炙人口的詞。今天分享的是2019年我為某貨主企業提供的物流數字化解決方案。本方案整體結構較為完整，脫敏后分享給大家。

全篇一共分為三個部分，今天分享的內容為第二部分實施方案的內容。

上篇文章：行業篇14-物流數字化解決方案（01）

2.1方案總體框架

通過建立可視化平臺滿足訂單節點實時可視，同步的目的。通過底層硬件接入及EDI對接系統導入基礎數據，通過功能模塊平臺提供業務操作及展示界面。通過平臺展示層顯示訂單不同維度，包括訂單節點進度，KPI，預警和報警情況。通過不同信息展示平臺進行可視化展示，同時滿足貨主及供應商多層次多維度用戶使用的需求。

方案總體架構圖如下:

2.2核心流程方案介紹

2.2.1預約流程的變動

（1）需要變動的步驟為

03）通過系統對接方式將跑單確定的OBD對接導入到訂單可視化系統-預約管理平臺，不再需要導表格發郵件；

04）承運商在預約管理平臺進行拼車號和預計提貨時間維護，系統將記錄承運商維護完成的時間；

05）倉庫方在預約界面上對承運商提交的預約情況進行審核，同意與否都將反饋承運商；

06）雙方確認的結果將通過面板方式展示在預約管理界面供雙方及聯合利華管理方查看；

07）對應的預約結果雙方可以表格導出。

（2）此步驟得到數據：

【承運商預約完成時間】：該波次計劃承運商收到計劃后完成拼車和預約提交的完成時間；

【倉庫預約審核確認時間】：承運商提交計劃后倉庫方審核時間；

【預計提貨時間】：雙方確認的預計提貨時間，綁定在對應的拼車單號下。

（3）此步驟對應的預警報警功能

【延誤處理預警】訂單下發后超過一定時間未填寫拼車號或未安排預約到車時間；

【延誤確認預警】承運商確認派車計劃后一定時間內倉庫方未確定預約是否可行。

（4）此步驟得到的指標：

【承運商預約及時率】：是否在規定時間內在預約系統中進行車輛安排和月臺預約，考核承運商約車能力；

【承運商派車穩定性】：是否在預約確定后再次修改派車車輛及預計到倉時間，考核承運商熟車管控能力；

【倉庫審核及時性】是否在規定時間內完成預約情況的確認

（5）系統對應的功能界面展示

1、訂單內容對接及顯示，前端可接入多家WMS推送內容，也預留人工上傳對應訂單數據端口（參考圖）；

（圖片來源于易流科技）

2、可以在對應的的訂單行進行預計提卸貨時間的預約（參考圖）；

（圖片來源于易流科技）

3、也可以直接在預約管理平臺進行預約，修改和駁回。在此界面按倉庫要求顯示對應的匯總提貨量方便倉庫方判斷預約量是否與裝卸能力匹配。同時，倉庫方可根據自身裝卸班組情況開放不同時間不同垛口預約通道，未開放的通道承運商無法預約。確認后對應時間段顯示綠色（參考圖）；

（圖片來源于易流科技）

4、提供預約結果看板，根據時間線顯示當天的預約到貨情況（參考圖）：

（圖片來源于易流科技）

5、對于軟硬件接入的需求

軟件需求：前端對接貨主方SAP或倉庫方WMS導入訂單主數據；

硬件需求：預約實時看板；

6、核心訴求

通過預約系統得到承運商約車時間和派車時間，倉庫方審核時間，為后續到車準確性提供基礎數據。同時通過預約平臺可視化當前預約情況。

2.2.2 入庫流程的變動

（1）需要變動的步驟為

06）節點 在司機到達投單室后，承運商調度不再需要填寫紙質單據提貨封面，直接在系統界面檢索對應的拼車號，填寫車輛信息和司機信息即可。填寫后生成取號碼，打印后給到司機，有排隊車數，預計裝貨時間等信息給到司機。同時該信息同步到倉庫預約平臺，自動更新待排隊車輛情況。

07）節點 倉庫方通過預約系統查看可裝貨車輛，不再根據紙質單據叫車。倉庫方確認裝貨車輛后，看板發生變化，同時推送到預約管理平臺調度端和保安端界面顯示更新情況。

08）節點 通過園區車牌系統記錄車輛實際進入園區時間。

（2）此步驟得到的數據

【實際車輛到達時間】：承運商調度打印取號碼時間；

【實際車輛入園時間】：車輛實際入庫，通過園區車牌識別系統入庫；

（3）此步驟對應的預警報警功能

【到車延誤預警】：如預計提貨時間前半小時（舉例）未得到實際車輛到達時間，則發出提貨預計延遲預警；

【到車延誤報警】：預計提貨時間已到達未得到實際車輛到倉時間，則發出提貨延誤報警；

【車輛超時等候預警及報警】：如車輛按預約時間到達倉庫后4小時（舉例）未產生實際車輛入園時間，發出車輛超時等候預警；超過6小時（舉例）未產生實際車輛入園時間，發出車輛超時等候報警；

（4）此步驟對應的指標

【到車及時率】是否按約定時間車輛到達倉庫比例；

【超時等候比例】車輛按約定時間到達倉庫后正常等待時間裝貨比例；

（5）系統對應的功能界面展示

1、車輛信息登記及更新功能，通過訂單號或拼車號檢索對應車輛信息并進行系統登記（參考圖）

（圖片來源于易流科技）

2、對應的月臺排隊顯示，包括紙質的取號碼，和看板及對應倉庫界面預約排隊的更新（參考圖）

（圖片來源于易流科技）

3、通過園區進出園車牌識別系統抓取車輛實際入園時間。

4、形成園區流量看板顯示各月臺待裝貨量，排隊車輛；已裝貨量，及發出車輛（參考圖）

（6）對應軟硬件接入的需求

軟件需求：無

硬件需求：園區進出入庫車牌識別系統  月臺到港看板

2.2.2.3 出庫及在途流程變動

（1）需要變動的動作為

01）節點 通知司機裝貨完畢，此時在系統上可通知下一車進園裝貨。當倉庫叫號下一車進園裝貨時，上一車的裝貨結束時間進行對應記錄。

05）節點 司機離開園區時通過園區車牌識別系統記錄實際車輛離庫時間

06）節點 車輛離庫后系統即判斷進入在途階段。在途階段如無異常，則自然進入送達階段。如在途存在異常，司機可以通過TMS配套的APP或微信小程序主動反饋，包括拍照和備注在途異?！敬h，如承運商已有則不需要】；系統同時會通過硬件設備如GPS和追蹤器進行在途異常判斷，包括異常停車和路線偏移判斷。以上的在途異常信息可以根據規則推送給不同層級管理人員。

07）節點 送達階段：根據電子圍欄判斷車輛是否進入預定的收貨地點，從而得到實際送達時間。為后續是否產生壓車費用等異常提供依據。同時系統根據設定邏輯可以提前1天等時間向收貨人發送短信或者公眾號提醒收貨。

08）節點 POD上傳回單：與目前POD接收系統進行API接口對接，使得回單數據同步到該系統中。

（2）此步驟得到的數據

【車輛裝卸結束時間】倉庫調度叫下一車時間即此車裝卸結束時間；

【車輛實際離場時間】車輛實際離庫，通過園區車牌識別系統出庫；

【車輛停車位置及時長】：通過GPS或追蹤器可以判斷車輛是否停車及對應的停車時間和位置；

【車輛行駛路徑】：通過GPS或追蹤器可以記錄車輛每單的行駛軌跡；

【車輛送達時間】：車輛抵達對應送貨點電子圍欄時間;

【車輛逾期送達時間】：車輛在預計送達時間后送達逾期的時間;

【簽收時間】：指司機/承運商通過電子簽收確認簽收時間；

【貨物完好性】：指電子簽收有破損，拒收，退回的數量和明細。

（3）此步驟對應的預警報警功能

【異常停車判斷】：指車輛在非正常停車區域停車超過一定時間進行報警；【路線偏移判斷】：指車輛明顯偏移預定的運輸路線，存在繞路等異常情況；

【逾期送達預警】：根據車輛位置系統判斷在規定時間內車輛可能無法送達指定終點進行逾期預警；

【逾期送達報警】：到達規定時間車輛仍未進入對應的電子圍欄區域進行逾期送達報警；

【逾期簽收預警和報警】：車輛到達電子圍欄后一段時間內（根據規定）未上傳簽收情況完成訂單簽收，可能有延期簽收導致壓車過夜情況，進行逾期簽收預警和報警

【串貨可能提醒】：車輛未進入終點電子圍欄區域內但是已完成簽收。

（4）此步驟得到的指標

【在途異常率】：指在途過程中異常停車或異常路線行駛比例；

【送貨及時率】：指車輛在規定時間內送達對應區域的比例；

（5）系統對應的功能界面展示

1、在途可視化面板展示，可以展示每一單對應的車輛定位，軌跡回放和訂單詳情（參考圖）

（圖片來源于易流科技）

2、收貨人送達提醒

送達前可以推送信息給到對應的收貨人。根據電子圍欄判斷車輛是否進入預定的收貨地點，從而得到實際送達時間。為后續是否產生壓車費用等異常提供依據。同時系統根據設定邏輯可以提前1天等時間向收貨人發送短信或者公眾號提醒收貨。對應的提示內容可以根據客戶要求進行自定義，對應的設置界面參考如下：

（圖片來源于易流科技）

（5）對應軟硬件接入的需求

軟件：可以接入多家承運商TMS進行展示

硬件：可以接入外部第三方GPS或阿里系GPS或追蹤器進行在途跟蹤

（6）核心訴求

通過軟硬件一體的解決方案，極大的解決在途“看不到”的問題。使得大量的人力從“哪里出了問題”往“解決問題”方面前進。通過在途可視化系統，找到車輛目前位置和歷史軌跡回放?？梢苑奖阄锪鞑咳藛T進行在途管理，同時在途信息也可以同步給客戶相關人員，做到全流程可視化。

以上為本案例第2期的介紹，剩余的內容將在下一期進行展示。