本發(fā)明涉及智能運(yùn)輸通訊系統(tǒng)技術(shù)領(lǐng)域,尤其涉及的是一種可視化智能拼車系統(tǒng)及其方法。
背景技術(shù):
目前運(yùn)輸企業(yè),對(duì)于貨物是否能夠拼裝,并沒有很好的辦法,都是靠人工來算。我們提供一整套的可視化智能拼車方案。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明的目的在于克服現(xiàn)有技術(shù)的不足,提供了一種可視化智能拼車系統(tǒng),實(shí)現(xiàn)運(yùn)輸裝載的最優(yōu)化。
本發(fā)明是通過以下技術(shù)方案實(shí)現(xiàn)的:
一種可視化半自動(dòng)拼車系統(tǒng),包括主模塊及輔助模塊,其特征在于:
其中,所述主模塊,即系統(tǒng)模塊包括客戶訂單錄入單元、運(yùn)輸訂單生成單元、運(yùn)輸訂單推送單元;
所述客戶訂單錄入單元,用于客戶下單及訂單錄入;
所述運(yùn)輸訂單生成單元,用于客戶訂單通過拼車后,生成運(yùn)輸訂單;客戶實(shí)時(shí)零擔(dān)訂單,轉(zhuǎn)換成運(yùn)輸訂單;
所述運(yùn)輸訂單推送單元,用于將生成的運(yùn)輸訂單分析分配推送到司機(jī)端;
其中,所述輔助模塊,包括可選項(xiàng)訂單類型單元和司機(jī)端,其中可選項(xiàng)訂單類型單元包括:裝載量、貨物類型、體積重量、車輛數(shù)、貨物包裝、車型/體積/重量需求、實(shí)際需求、行車路線、司機(jī)上報(bào)等;
所述司機(jī)端,用于根據(jù)所述訂單推送單元推送的訂單,取貨配送并實(shí)現(xiàn)貨物跟蹤。
優(yōu)選的,所述客戶訂單錄入單元,其訂單錄入方式有多種:包括手動(dòng)錄入、excel導(dǎo)入、與運(yùn)輸企業(yè)tms系統(tǒng)對(duì)接同步等一種或多種組合。
優(yōu)選的,所述運(yùn)輸訂單生成單元,其中所述的實(shí)時(shí)零擔(dān)訂單為小批量的零散實(shí)時(shí)訂單,對(duì)于實(shí)時(shí)零擔(dān)訂單,采用直接拼湊于待運(yùn)輸訂單,以保證及時(shí)性以及高效率性。
優(yōu)選的,所述訂單推送單元,將訂單推送給不同承運(yùn)企業(yè)或直接推送給司機(jī)端,推送運(yùn)輸企業(yè)的將再由運(yùn)輸企業(yè)分配到司機(jī)端。
一種可視化半自動(dòng)拼車方法,其流程包括以下:
(1)已知訂單拼車操作流程
a、篩選客戶訂單,根據(jù)貨物類型,判斷是否可拼;
b、根據(jù)訂單類型、路線信息等選擇裝載車輛;
c、根據(jù)待拼貨物類型,自動(dòng)設(shè)置可裝載體積及重量;其中環(huán)節(jié)可以人工干預(yù);
d、拖動(dòng)客戶訂單或客戶交接包裝進(jìn)入待拼車輛;
e、根據(jù)路線自動(dòng)推薦可拼訂單;
f、在可拼訂單列表中拖動(dòng)客戶訂單或客戶交接包裝進(jìn)入待拼車輛,直到車輛載重或體積達(dá)到裝載上限;
g、生產(chǎn)物流訂單;
(2)實(shí)時(shí)訂單拼車
由司機(jī)上報(bào)狀態(tài),系統(tǒng)根據(jù)司機(jī)上報(bào)信息實(shí)時(shí)推送可拼訂單;計(jì)算因子為體積、重量、路線、貨物類型。
本發(fā)明內(nèi)容通過開放的接口或訂單錄入,拼車應(yīng)用包括ipad應(yīng)用及web端。
本發(fā)明相比現(xiàn)有技術(shù)具有以下優(yōu)點(diǎn):不僅對(duì)貨物運(yùn)輸實(shí)現(xiàn)智能拼車,同時(shí)訂單在線跟蹤,減少人力管理,實(shí)現(xiàn)可視化智能拼車方案。
附圖說明
圖1為本發(fā)明實(shí)施例的一種可視化半自動(dòng)拼車系統(tǒng)的系統(tǒng)框圖;
圖2為本發(fā)明實(shí)施例的一種可視化半自動(dòng)拼車方法的流程示意圖。
具體實(shí)施方式
下面對(duì)本發(fā)明的實(shí)施例作詳細(xì)說明,本實(shí)施例在以本發(fā)明技術(shù)方案為前提下進(jìn)行實(shí)施,給出了詳細(xì)的實(shí)施方式和具體的操作過程,但本發(fā)明的保護(hù)范圍不限于下述的實(shí)施例。
本實(shí)施例是這樣的,提供一種一種可視化半自動(dòng)拼車系統(tǒng),包括主模塊和輔助模塊;
如圖1所示,其中,所述主模塊,即系統(tǒng)模塊包括客戶訂單錄入單元、運(yùn)輸訂單生成單元、運(yùn)輸訂單推送單元;
所述客戶訂單錄入單元,用于客戶下單及訂單錄入;
所述運(yùn)輸訂單生成單元,用于客戶訂單通過拼車后,生成運(yùn)輸訂單;客戶實(shí)時(shí)零擔(dān)訂單,轉(zhuǎn)換成運(yùn)輸訂單;
所述運(yùn)輸訂單推送單元,用于將生成的運(yùn)輸訂單分析分配推送到司機(jī)端;
其中,所述輔助模塊,包括可選項(xiàng)訂單類型單元和司機(jī)端,其中可選項(xiàng)訂單類型單元包括:裝載量、貨物類型、體積重量、車輛數(shù)、貨物包裝、車型/體積/重量需求、實(shí)際需求、行車路線、司機(jī)上報(bào)等;
所述司機(jī)端,用于根據(jù)所述訂單推送單元推送的訂單,取貨配送并實(shí)現(xiàn)貨物跟蹤。
由上述所述,(1)裝載量;車輛類型多,包括廂貨、平板、集卡;各種類型的型號(hào)多,他們的參數(shù)很多:包括長、寬、高、體積、載重等;
(2)貨物類型;常見貨物分類:普通、冷藏18-20度、冷藏0-4度、冷藏<-18度、危險(xiǎn)品;普通貨物也不一定能夠拼在一起,如面粉和石頭;
(3)體積重量;下單人不一定能明確體積、重量;
(4)車輛數(shù);可能需要多輛車;
(5)貨物包裝;包括袋裝、散裝、箱裝;
(6)車型/體積/重量需求;不確定,比如需要什么車、幾輛車、貨物體積、重量不確定;有袋裝、有散裝、有需要整箱的等等;
(7)實(shí)際需求;包括實(shí)時(shí)和預(yù)約;
(8)是否可拼;供貨主選擇;
(9)行車路線;包括固定路線及實(shí)時(shí)計(jì)算路線;
其中,固定路線包括:干線(城市–城市)、專線(城市–城市)、其他專線(xx–港口|機(jī)場|車站等;xx-物流園);
實(shí)時(shí)計(jì)算路線包括:市內(nèi)配送;
(10)司機(jī)上報(bào);司機(jī)可在裝載后,上報(bào)更新裝載率。
優(yōu)選的,所述客戶訂單錄入單元,其訂單錄入方式有多種:包括手動(dòng)錄入、excel導(dǎo)入、與運(yùn)輸企業(yè)tms系統(tǒng)對(duì)接同步等一種或多種組合。
優(yōu)選的,所述運(yùn)輸訂單生成單元,其中所述的實(shí)時(shí)零擔(dān)訂單為小批量的零散實(shí)時(shí)訂單,對(duì)于實(shí)時(shí)零擔(dān)訂單,采用直接拼湊于待運(yùn)輸訂單,以保證及時(shí)性以及高效率性。
優(yōu)選的,所述訂單推送單元,將訂單推送給不同承運(yùn)企業(yè),由承運(yùn)企業(yè)分配于司機(jī)端,實(shí)時(shí)零擔(dān)訂單,直接推送給司機(jī)端。
如圖2所示,本實(shí)施例的一種可視化半自動(dòng)拼車方法,其流程包括以下:
(1)已知訂單拼車操作流程
a、篩選客戶訂單,根據(jù)貨物類型,判斷是否可拼;
b、根據(jù)訂單類型、路線信息等選擇裝載車輛;
c、根據(jù)待拼貨物類型,自動(dòng)設(shè)置可裝載體積及重量;其中環(huán)節(jié)可以人工干預(yù);
d、拖動(dòng)客戶訂單或客戶交接包裝進(jìn)入待拼車輛;
e、根據(jù)路線自動(dòng)推薦可拼訂單;
f、在可拼訂單列表中拖動(dòng)客戶訂單或客戶交接包裝進(jìn)入待拼車輛,直到車輛載重或體積達(dá)到裝載上限;
g、生產(chǎn)物流訂單;
(2)實(shí)時(shí)訂單拼車
由司機(jī)上報(bào)狀態(tài),系統(tǒng)根據(jù)司機(jī)上報(bào)信息實(shí)時(shí)推送可拼訂單;計(jì)算因子為體積、重量、路線、貨物類型。
本發(fā)明內(nèi)容通過開放的接口或訂單錄入,拼車應(yīng)用包括ipad應(yīng)用及web端。
以上所述僅為本發(fā)明的較佳實(shí)施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。