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

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

上篇文章：行業(yè)篇14-物流數(shù)字化解決方案（01）

2.1方案總體框架

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

方案總體架構(gòu)圖如下:

2.2核心流程方案介紹

2.2.1預約流程的變動

（1）需要變動的步驟為

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

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

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

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

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

（2）此步驟得到數(shù)據(jù)：

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

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

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

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

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

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

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

【承運商預約及時率】：是否在規(guī)定時間內(nèi)在預約系統(tǒng)中進行車輛安排和月臺預約，考核承運商約車能力；

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

【倉庫審核及時性】是否在規(guī)定時間內(nèi)完成預約情況的確認

（5）系統(tǒng)對應的功能界面展示

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

（圖片來源于易流科技）

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

（圖片來源于易流科技）

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

（圖片來源于易流科技）

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

（圖片來源于易流科技）

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

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

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

6、核心訴求

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

2.2.2 入庫流程的變動

（1）需要變動的步驟為

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

07）節(jié)點 倉庫方通過預約系統(tǒng)查看可裝貨車輛，不再根據(jù)紙質(zhì)單據(jù)叫車。倉庫方確認裝貨車輛后，看板發(fā)生變化，同時推送到預約管理平臺調(diào)度端和保安端界面顯示更新情況。

08）節(jié)點 通過園區(qū)車牌系統(tǒng)記錄車輛實際進入園區(qū)時間。

（2）此步驟得到的數(shù)據(jù)

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

【實際車輛入園時間】：車輛實際入庫，通過園區(qū)車牌識別系統(tǒng)入庫；

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

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

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

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

（4）此步驟對應的指標

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

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

（5）系統(tǒng)對應的功能界面展示

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

（圖片來源于易流科技）

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

（圖片來源于易流科技）

3、通過園區(qū)進出園車牌識別系統(tǒng)抓取車輛實際入園時間。

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

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

軟件需求：無

硬件需求：園區(qū)進出入庫車牌識別系統(tǒng)  月臺到港看板

2.2.2.3 出庫及在途流程變動

（1）需要變動的動作為

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

05）節(jié)點 司機離開園區(qū)時通過園區(qū)車牌識別系統(tǒng)記錄實際車輛離庫時間

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

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

08）節(jié)點 POD上傳回單：與目前POD接收系統(tǒng)進行API接口對接，使得回單數(shù)據(jù)同步到該系統(tǒng)中。

（2）此步驟得到的數(shù)據(jù)

【車輛裝卸結(jié)束時間】倉庫調(diào)度叫下一車時間即此車裝卸結(jié)束時間；

【車輛實際離場時間】車輛實際離庫，通過園區(qū)車牌識別系統(tǒng)出庫；

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

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

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

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

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

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

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

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

【逾期送達預警】：根據(jù)車輛位置系統(tǒng)判斷在規(guī)定時間內(nèi)車輛可能無法送達指定終點進行逾期預警；

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

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

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

（4）此步驟得到的指標

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

【送貨及時率】：指車輛在規(guī)定時間內(nèi)送達對應區(qū)域的比例；

（5）系統(tǒng)對應的功能界面展示

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

（圖片來源于易流科技）

2、收貨人送達提醒

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

（圖片來源于易流科技）

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

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

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

（6）核心訴求

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

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