stem，簡(jiǎn)稱(chēng)WMS)實(shí)現(xiàn)了庫(kù)存數(shù)據(jù)、訂單數(shù)據(jù)自動(dòng)同步，并且，實(shí)現(xiàn)了對(duì)部分訂單進(jìn)行拆分和合并。本發(fā)明實(shí)施例還保留了人工處理訂單的權(quán)限，因此，實(shí)現(xiàn)了系統(tǒng)自動(dòng)化處理和人工處理相結(jié)合的訂單處理，擁有自動(dòng)化處理大規(guī)模訂單數(shù)據(jù)的能力，同時(shí)擁有人工處理的靈活性。
[0048]與所述訂單路由系統(tǒng)相對(duì)應(yīng)，本發(fā)明還提供了一種訂單路由方法。
[0049]參看圖3，是本發(fā)明提供的訂單路由方法的一個(gè)實(shí)施例的步驟流程圖。
[0050]具體地，所述的訂單路由方法包括以下步驟，包括:
步驟S301:通過(guò)應(yīng)用程序編程接口抓取用戶(hù)提交的訂單，并對(duì)所述訂單進(jìn)行整體打包；
步驟S302:對(duì)所述應(yīng)用程序編程接口抓取的訂單所攜帶的信息進(jìn)行解析，獲取所述訂單的送貨地址信息；并根據(jù)所述訂單的送貨地址信息和預(yù)設(shè)的倉(cāng)庫(kù)配送區(qū)域信息，解析出可發(fā)出所述訂單的所有倉(cāng)庫(kù)；
步驟S303:根據(jù)實(shí)時(shí)檢測(cè)各個(gè)倉(cāng)庫(kù)中與所述訂單對(duì)應(yīng)的各種物品的可用庫(kù)存數(shù)；
步驟S304:根據(jù)所述訂單的送貨地址信息和訂單配送范圍，確定符合訂單需求的投遞平臺(tái)；以及，
步驟S305:針對(duì)各個(gè)符合訂單需求的投遞平臺(tái)，根據(jù)預(yù)設(shè)的運(yùn)輸成本基準(zhǔn)逐一計(jì)算出各個(gè)所述投遞平臺(tái)送達(dá)所述訂單的所需費(fèi)用，并選定費(fèi)用最少的投遞平臺(tái)對(duì)所述訂單進(jìn)行投遞。
[0051]優(yōu)選地，所述應(yīng)用程序編程接口采用面向?qū)ο蠹夹g(shù)，針對(duì)不同的電子服務(wù)平臺(tái)分別調(diào)用相應(yīng)的接口處理程序，確定訂單的開(kāi)啟和結(jié)束時(shí)間點(diǎn)，判斷訂單服務(wù)類(lèi)型，以實(shí)現(xiàn)與不同的電子服務(wù)平臺(tái)接口進(jìn)行對(duì)接。
[0052]本實(shí)施例提供的訂單路由方法與圖1實(shí)施例提供的訂單路由系統(tǒng)的基本工作原理相同，請(qǐng)參見(jiàn)上文中的相應(yīng)內(nèi)容，在此不再贅述。
[0053]在又一個(gè)實(shí)施例中，進(jìn)一步地，所述訂單路由方法還包括:在所述訂單投遞完畢后，對(duì)訂單投遞過(guò)程所產(chǎn)生的訂單數(shù)據(jù)通過(guò)系統(tǒng)接口寫(xiě)入并存儲(chǔ)。
[0054]優(yōu)選地，所述訂單路由方法還包括:檢測(cè)所述訂單是否可被執(zhí)行，以及，檢測(cè)是否需要進(jìn)行訂單合并或拆分。在一種可實(shí)現(xiàn)的方式中，所述檢測(cè)是否需要進(jìn)行訂單合并或拆分，具體包括:根據(jù)所述訂單庫(kù)存分析單元的檢測(cè)結(jié)果，對(duì)處于同一發(fā)貨倉(cāng)庫(kù)或具有相同收貨信息的訂單進(jìn)行合并；在所述訂單的各種物品分別處于不同的發(fā)貨倉(cāng)庫(kù)，或者，所述訂單的各種物品具有不同的發(fā)貨時(shí)間，或者，所述訂單的各種物品分別具有不同的收貨地址時(shí)，對(duì)所述訂單進(jìn)行自動(dòng)拆分。
[0055]本實(shí)施例提供的訂單路由方法與圖2實(shí)施例提供的訂單路由系統(tǒng)的基本工作原理相同，請(qǐng)參見(jiàn)上文中的相應(yīng)內(nèi)容，在此不再贅述。
[0056]本發(fā)明實(shí)施例提供的訂單路由技術(shù)方案，可以通過(guò)應(yīng)用程序編程接口 API實(shí)現(xiàn)與不同的電子服務(wù)平臺(tái)實(shí)現(xiàn)實(shí)時(shí)數(shù)據(jù)交換，從各種電子服務(wù)平臺(tái)上自動(dòng)抓取訂單以及訂單所攜帶的信息，減少人工錄入數(shù)據(jù)或?qū)胗唵螘r(shí)容易產(chǎn)生的錯(cuò)誤，同時(shí)，通過(guò)API接口實(shí)時(shí)對(duì)接，提升了數(shù)據(jù)處理效率和準(zhǔn)確度，利于大規(guī)模訂單數(shù)據(jù)處理。通過(guò)對(duì)訂單信息的解析，獲得可發(fā)貨的所有倉(cāng)庫(kù)信息，支持多個(gè)倉(cāng)儲(chǔ)中心及區(qū)域管理，能自動(dòng)分析、判斷訂單發(fā)貨倉(cāng)庫(kù)，因此極大地減少了人工處理環(huán)節(jié)，節(jié)省了人力和處理時(shí)間，減少了訂單處理過(guò)程中導(dǎo)致的數(shù)據(jù)錯(cuò)誤；根據(jù)所述訂單的送貨地址信息和訂單配送范圍，自動(dòng)確定符合訂單需求的投遞平臺(tái)；針對(duì)各個(gè)符合訂單需求的投遞平臺(tái)，根據(jù)預(yù)設(shè)的運(yùn)輸成本基準(zhǔn)逐一計(jì)算出各個(gè)所述投遞平臺(tái)送達(dá)所述訂單的所需費(fèi)用，選定最佳(如，費(fèi)用最低)投遞平臺(tái)對(duì)所述訂單進(jìn)行投遞。
[0057]此外，本發(fā)明提供的技術(shù)方案還通過(guò)倉(cāng)庫(kù)管理系統(tǒng)(Warehouse ManagementSystem,簡(jiǎn)稱(chēng)WMS)實(shí)現(xiàn)了庫(kù)存數(shù)據(jù)、訂單數(shù)據(jù)自動(dòng)同步；實(shí)現(xiàn)對(duì)部分訂單的拆分或合并，以提高訂單的分配效率。本發(fā)明實(shí)施例還保留了人工處理訂單的權(quán)限，因此，實(shí)現(xiàn)了系統(tǒng)自動(dòng)化處理和人工處理相結(jié)合的訂單處理，擁有自動(dòng)化處理大規(guī)模訂單數(shù)據(jù)的能力，同時(shí)擁有人工處理的靈活性。
[0058]以上所述是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也視為本發(fā)明的保護(hù)范圍。
【主權(quán)項(xiàng)】
1.一種訂單路由系統(tǒng)，其特征在于，包括: 應(yīng)用程序編程接口，用于抓取用戶(hù)提交的訂單，并對(duì)所述訂單進(jìn)行整體打包； 訂單地址解析單元，用于對(duì)所述應(yīng)用程序編程接口抓取的訂單所攜帶的信息進(jìn)行解析，獲取所述訂單的送貨地址信息；并根據(jù)所述訂單的送貨地址信息和預(yù)設(shè)的倉(cāng)庫(kù)配送區(qū)域信息，解析出可發(fā)出所述訂單的所有倉(cāng)庫(kù)； 訂單庫(kù)存分析單元，用于根據(jù)實(shí)時(shí)檢測(cè)各個(gè)倉(cāng)庫(kù)中與所述訂單對(duì)應(yīng)的各種物品的可用庫(kù)存數(shù)； 投遞分析單元，用于根據(jù)所述訂單的送貨地址信息和訂單配送范圍，確定符合訂單需求的投遞平臺(tái)；以及， 運(yùn)輸成本分析單元，用于針對(duì)各個(gè)符合訂單需求的投遞平臺(tái)，根據(jù)預(yù)設(shè)的運(yùn)輸成本基準(zhǔn)逐一計(jì)算出各個(gè)所述投遞平臺(tái)送達(dá)所述訂單的所需費(fèi)用，選定最佳投遞平臺(tái)對(duì)所述訂單進(jìn)行投遞。
2.如權(quán)利要求1所述的訂單路由系統(tǒng)，其特征在于，所述訂單路由系統(tǒng)還包括: 倉(cāng)庫(kù)管理系統(tǒng)，用于在所述訂單投遞完畢后，對(duì)訂單投遞過(guò)程所產(chǎn)生的訂單數(shù)據(jù)通過(guò)系統(tǒng)接口寫(xiě)入并存儲(chǔ)。
3.如權(quán)利要求1所述的訂單路由系統(tǒng)，其特征在于，所述應(yīng)用程序編程接口采用面向?qū)ο蠹夹g(shù)，針對(duì)不同的電子服務(wù)平臺(tái)分別調(diào)用相應(yīng)的接口處理程序，確定訂單的開(kāi)啟和結(jié)束時(shí)間點(diǎn)，判斷訂單服務(wù)類(lèi)型，以實(shí)現(xiàn)與不同的電子服務(wù)平臺(tái)接口進(jìn)行對(duì)接。
4.如權(quán)利要求1所述的訂單路由系統(tǒng)，其特征在于，所述訂單庫(kù)存分析單元，還用于檢測(cè)所述訂單是否可被執(zhí)行，以及，檢測(cè)是否需要進(jìn)行訂單合并或拆分。
5.如權(quán)利要求4所述的訂單路由系統(tǒng)，其特征在于，所述訂單路由系統(tǒng)還包括:訂單合并單元和訂單拆分單元； 所述訂單合并單元，用于根據(jù)所述訂單庫(kù)存分析單元的檢測(cè)結(jié)果，對(duì)處于同一發(fā)貨倉(cāng)庫(kù)或具有相同收貨信息的訂單進(jìn)行合并； 所述訂單拆分單元，用于在所述訂單的各種物品分別處于不同的發(fā)貨倉(cāng)庫(kù)，或者，所述訂單的各種物品具有不同的發(fā)貨時(shí)間，或者，所述訂單的各種物品分別具有不同的收貨地址時(shí)，對(duì)所述訂單進(jìn)行自動(dòng)拆分。
6.一種訂單路由方法，其特征在于，包括: 通過(guò)應(yīng)用程序編程接口抓取用戶(hù)提交的訂單，并對(duì)所述訂單進(jìn)行整體打包； 對(duì)所述應(yīng)用程序編程接口抓取的訂單所攜帶的信息進(jìn)行解析，獲取所述訂單的送貨地址信息；并根據(jù)所述訂單的送貨地址信息和預(yù)設(shè)的倉(cāng)庫(kù)配送區(qū)域信息，解析出可發(fā)出所述訂單的所有倉(cāng)庫(kù)； 根據(jù)實(shí)時(shí)檢測(cè)各個(gè)倉(cāng)庫(kù)中與所述訂單對(duì)應(yīng)的各種物品的可用庫(kù)存數(shù)； 根據(jù)所述訂單的送貨地址信息和訂單配送范圍，確定符合訂單需求的投遞平臺(tái)；以及，針對(duì)各個(gè)符合訂單需求的投遞平臺(tái)，根據(jù)預(yù)設(shè)的運(yùn)輸成本基準(zhǔn)逐一計(jì)算出各個(gè)所述投遞平臺(tái)送達(dá)所述訂單的所需費(fèi)用，并選定費(fèi)用最少的投遞平臺(tái)對(duì)所述訂單進(jìn)行投遞。
7.如權(quán)利要求6所述的訂單路由方法，其特征在于，所述方法還包括: 在所述訂單投遞完畢后，對(duì)訂單投遞過(guò)程所產(chǎn)生的訂單數(shù)據(jù)通過(guò)系統(tǒng)接口寫(xiě)入并存儲(chǔ)。
8.如權(quán)利要求6所述的訂單路由方法，其特征在于，所述方法還包括:所述應(yīng)用程序編程接口采用面向?qū)ο蠹夹g(shù)，針對(duì)不同的電子服務(wù)平臺(tái)分別調(diào)用相應(yīng)的接口處理程序，確定訂單的開(kāi)啟和結(jié)束時(shí)間點(diǎn)，判斷訂單服務(wù)類(lèi)型，以實(shí)現(xiàn)與不同的電子服務(wù)平臺(tái)接口進(jìn)行對(duì)接。
9.如權(quán)利要求6所述的訂單路由方法，其特征在于，所述方法還包括:檢測(cè)所述訂單是否可被執(zhí)行，以及，檢測(cè)是否需要進(jìn)行訂單合并或拆分。
10.如權(quán)利要求9所述的訂單路由方法，其特征在于，所述檢測(cè)是否需要進(jìn)行訂單合并或拆分，具體包括: 根據(jù)所述訂單庫(kù)存分析單元的檢測(cè)結(jié)果，對(duì)處于同一發(fā)貨倉(cāng)庫(kù)或具有相同收貨信息的訂單進(jìn)行合并； 在所述訂單的各種物品分別處于不同的發(fā)貨倉(cāng)庫(kù)，或者，所述訂單的各種物品具有不同的發(fā)貨時(shí)間，或者，所述訂單的各種物品分別具有不同的收貨地址時(shí)，對(duì)所述訂單進(jìn)行自動(dòng)拆分。
【專(zhuān)利摘要】本發(fā)明公開(kāi)了一種訂單路由系統(tǒng)，包括：應(yīng)用程序編程接口，用于抓取用戶(hù)提交的訂單；訂單地址解析單元，用于對(duì)抓取的訂單所攜帶的信息進(jìn)行解析，獲取送貨地址信息；并根據(jù)送貨地址信息和預(yù)設(shè)的倉(cāng)庫(kù)配送區(qū)域信息解析出可發(fā)貨的所有倉(cāng)庫(kù)；訂單庫(kù)存分析單元，用于根據(jù)實(shí)時(shí)檢測(cè)各個(gè)倉(cāng)庫(kù)中與訂單對(duì)應(yīng)的各種物品的可用庫(kù)存數(shù)；投遞分析單元，用于根據(jù)訂單的送貨地址信息和訂單配送范圍，確定符合訂單需求的投遞平臺(tái)；運(yùn)輸成本分析單元，用于針對(duì)各個(gè)符合訂單需求的投遞平臺(tái)，逐一計(jì)算出各個(gè)投遞平臺(tái)送達(dá)訂單的所需費(fèi)用，選定最佳投遞平臺(tái)對(duì)訂單進(jìn)行投遞。本發(fā)明還提供了一種訂單路由方法，具有投遞效率和準(zhǔn)確度高的優(yōu)點(diǎn)，適用于大規(guī)模訂單數(shù)據(jù)處理。
【IPC分類(lèi)】G06Q10-08, G06Q50-28, G06Q30-00
【公開(kāi)號(hào)】CN104732368
【申請(qǐng)?zhí)枴緾N201510132411
【發(fā)明人】吳澤友
【申請(qǐng)人】廣州天圖物流有限公司
【公開(kāi)日】2015年6月24日
【申請(qǐng)日】2015年3月25日