一種訂單路由系統(tǒng)和方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及信息處理技術(shù)領(lǐng)域，尤其涉及一種訂單路由系統(tǒng)和方法。
【背景技術(shù)】
[0002]隨著電子商務(wù)的飛速發(fā)展，網(wǎng)上購物已成為人們喜歡的購物方式。網(wǎng)上購物對電子商務(wù)的物流體系提出了巨大的挑戰(zhàn)，電子商務(wù)企業(yè)為了提供發(fā)貨時效、降低物流成本，紛紛在各地設(shè)置大型物流倉儲中心，電商平臺在獲取了訂單后將訂單分別交到對應(yīng)的物流倉庫發(fā)貨。目前，訂單在多個倉庫間的分配主要由人工進(jìn)行分配。
[0003]由于用戶在網(wǎng)上購物的訂單數(shù)量越來越多，產(chǎn)生大量的訂單數(shù)據(jù)信息，而現(xiàn)有技術(shù)中，訂單的分配主要依靠人工根據(jù)訂單地址來判斷是由哪個倉庫發(fā)貨或者由系統(tǒng)根據(jù)地址所屬區(qū)域和預(yù)先設(shè)定地址分配規(guī)則來進(jìn)行分配。這就導(dǎo)致訂單分配效率低，分配時沒有考慮可用庫存數(shù)量、倉庫排隊(duì)訂單等因數(shù)，導(dǎo)致訂單分配到倉后無法處理或處理不及時。
[0004]總之，目前的訂單配送方式具有配送效率低、配送成本高等缺陷。

【發(fā)明內(nèi)容】

[0005]本發(fā)明所要解決的技術(shù)問題是，提供一種適用于大規(guī)模訂單數(shù)據(jù)處理的訂單路由技術(shù)方案，實(shí)現(xiàn)訂單的實(shí)時、自動分配，提高訂單配送的效率和準(zhǔn)確度，降低訂單配送成本。
[0006]為解決以上技術(shù)問題，一方面，本發(fā)明實(shí)施例提供一種訂單路由系統(tǒng)，包括:
應(yīng)用程序編程接口，用于抓取用戶提交的訂單，并對所述訂單進(jìn)行整體打包；
訂單地址解析單元，用于對所述應(yīng)用程序編程接口抓取的訂單所攜帶的信息進(jìn)行解析，獲取所述訂單的送貨地址信息；并根據(jù)所述訂單的送貨地址信息和預(yù)設(shè)的倉庫配送區(qū)域信息，解析出可發(fā)出所述訂單的所有倉庫；
訂單庫存分析單元，用于根據(jù)實(shí)時檢測各個倉庫中與所述訂單對應(yīng)的各種物品的可用庫存數(shù)；
投遞分析單元，用于根據(jù)所述訂單的送貨地址信息和訂單配送范圍，確定符合訂單需求的投遞平臺；以及，
運(yùn)輸成本分析單元，用于針對各個符合訂單需求的投遞平臺，根據(jù)預(yù)設(shè)的運(yùn)輸成本基準(zhǔn)逐一計(jì)算出各個所述投遞平臺送達(dá)所述訂單的所需費(fèi)用，選定最佳投遞平臺對所述訂單進(jìn)行投遞。
[0007]進(jìn)一步地，所述訂單路由系統(tǒng)還包括:
倉庫管理系統(tǒng)，用于在所述訂單投遞完畢后，對訂單投遞過程所產(chǎn)生的訂單數(shù)據(jù)通過系統(tǒng)接口寫入并存儲。
[0008]優(yōu)選地，所述應(yīng)用程序編程接口采用面向?qū)ο蠹夹g(shù)，針對不同的電子服務(wù)平臺分別調(diào)用相應(yīng)的接口處理程序，確定訂單的開啟和結(jié)束時間點(diǎn)，判斷訂單服務(wù)類型，以實(shí)現(xiàn)與不同的電子服務(wù)平臺接口進(jìn)行對接。
[0009]進(jìn)一步地，所述訂單庫存分析單元，還用于檢測所述訂單是否可被執(zhí)行，以及，檢測是否需要進(jìn)行訂單合并或拆分。
[0010]進(jìn)一步地，所述訂單路由系統(tǒng)還包括:訂單合并單元和訂單拆分單元；
所述訂單合并單元，用于根據(jù)所述訂單庫存分析單元的檢測結(jié)果，對處于同一發(fā)貨倉庫或具有相同收貨信息的訂單進(jìn)行合并；
所述訂單拆分單元，用于在所述訂單的各種物品分別處于不同的發(fā)貨倉庫，或者，所述訂單的各種物品具有不同的發(fā)貨時間，或者，所述訂單的各種物品分別具有不同的收貨地址時，對所述訂單進(jìn)行自動拆分。
[0011]另一方面，本發(fā)明實(shí)施例還提供了一種訂單路由方法，包括:
通過應(yīng)用程序編程接口抓取用戶提交的訂單，并對所述訂單進(jìn)行整體打包；
對所述應(yīng)用程序編程接口抓取的訂單所攜帶的信息進(jìn)行解析，獲取所述訂單的送貨地址信息；并根據(jù)所述訂單的送貨地址信息和預(yù)設(shè)的倉庫配送區(qū)域信息，解析出可發(fā)出所述訂單的所有倉庫；
根據(jù)實(shí)時檢測各個倉庫中與所述訂單對應(yīng)的各種物品的可用庫存數(shù)；
根據(jù)所述訂單的送貨地址信息和訂單配送范圍，確定符合訂單需求的投遞平臺；以及，針對各個符合訂單需求的投遞平臺，根據(jù)預(yù)設(shè)的運(yùn)輸成本基準(zhǔn)逐一計(jì)算出各個所述投遞平臺送達(dá)所述訂單的所需費(fèi)用，并選定費(fèi)用最少的投遞平臺對所述訂單進(jìn)行投遞。
[0012]進(jìn)一步地，所述訂單路由方法還包括:在所述訂單投遞完畢后，對訂單投遞過程所產(chǎn)生的訂單數(shù)據(jù)通過系統(tǒng)接口寫入并存儲。
[0013]優(yōu)選地，所述訂單路由方法還包括:所述應(yīng)用程序編程接口采用面向?qū)ο蠹夹g(shù)，針對不同的電子服務(wù)平臺分別調(diào)用相應(yīng)的接口處理程序，確定訂單的開啟和結(jié)束時間點(diǎn)，判斷訂單服務(wù)類型，以實(shí)現(xiàn)與不同的電子服務(wù)平臺接口進(jìn)行對接。
[0014]進(jìn)一步地，所述訂單路由方法還包括:檢測所述訂單是否可被執(zhí)行，以及，檢測是否需要進(jìn)行訂單合并或拆分。
[0015]在一種可實(shí)現(xiàn)的方式中，所述檢測是否需要進(jìn)行訂單合并或拆分，具體包括:
根據(jù)所述訂單庫存分析單元的檢測結(jié)果，對處于同一發(fā)貨倉庫或具有相同收貨信息的訂單進(jìn)行合并；
在所述訂單的各種物品分別處于不同的發(fā)貨倉庫，或者，所述訂單的各種物品具有不同的發(fā)貨時間，或者，所述訂單的各種物品分別具有不同的收貨地址時，對所述訂單進(jìn)行自動拆分。
[0016]本發(fā)明實(shí)施例提供的訂單路由技術(shù)方案，可以通過應(yīng)用程序編程接口(Applicat1n Programming Interface，簡稱API)實(shí)現(xiàn)與不同的電子服務(wù)平臺實(shí)現(xiàn)實(shí)時數(shù)據(jù)交換，從各種電子服務(wù)平臺上自動抓取訂單以及訂單所攜帶的信息，減少人工錄入數(shù)據(jù)或?qū)胗唵螘r容易產(chǎn)生的錯誤，同時，通過API接口實(shí)時對接，提升了數(shù)據(jù)處理效率和準(zhǔn)確度，利于大規(guī)模訂單數(shù)據(jù)處理。通過對訂單信息的解析，獲得可發(fā)貨的所有倉庫信息，支持多個倉儲中心及區(qū)域管理，能自動分析、判斷訂單發(fā)貨倉庫，因此極大地減少了人工處理環(huán)節(jié)，節(jié)省了人力和處理時間，減少了訂單處理過程中導(dǎo)致的數(shù)據(jù)錯誤；根據(jù)所述訂單的送貨地址信息和訂單配送范圍，自動確定符合訂單需求的投遞平臺；針對各個符合訂單需求的投遞平臺，根據(jù)預(yù)設(shè)的運(yùn)輸成本基準(zhǔn)逐一計(jì)算出各個所述投遞平臺送達(dá)所述訂單的所需費(fèi)用，選定最佳(如，費(fèi)用最低)投遞平臺對所述訂單進(jìn)行投遞。此外，本發(fā)明提供的技術(shù)方案還通過倉庫管理系統(tǒng)(Warehouse Management System，簡稱WMS)實(shí)現(xiàn)了庫存數(shù)據(jù)、訂單數(shù)據(jù)自動同步。本發(fā)明實(shí)施例還保留了人工處理訂單的權(quán)限，因此，實(shí)現(xiàn)了系統(tǒng)自動化處理和人工處理相結(jié)合的訂單處理，擁有自動化處理大規(guī)模訂單數(shù)據(jù)的能力，同時擁有人工處理的靈活性。
【附圖說明】
[0017]圖1是本發(fā)明提供的訂單路由系統(tǒng)的一個實(shí)施例的結(jié)構(gòu)示意圖。
[0018]圖2是本發(fā)明提供的訂單路由系統(tǒng)的又一個實(shí)施例的結(jié)構(gòu)示意圖。
[0019]圖3是本發(fā)明提供的訂單路由方法的一個實(shí)施例的步驟流程圖。
【具體實(shí)施方式】
[0020]下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述。
[0021]參見圖1，是本發(fā)明提供的訂單路由系統(tǒng)的一個實(shí)施例的結(jié)構(gòu)示意圖。
[0022]作為一個實(shí)施例，圖1中的訂單路由系統(tǒng)主要包括:應(yīng)用程序編程接口 101、訂單地址解析單元102、訂單庫存分析單元103、投遞分析單元104和運(yùn)輸成本分析單元105。
[0023]其中，應(yīng)用程序編程接口 101，用于抓取用戶提交的訂單，并對所述訂單進(jìn)行整體打包。應(yīng)用程序編程接口(Applicat1n Programming Interface，簡稱API)通過預(yù)先定義一些函數(shù)，提供應(yīng)用程序使得用戶基于某軟件或硬件得以訪問一組例程的能力，而又無需訪問源碼或理解內(nèi)部工作機(jī)制的細(xì)節(jié)，可以作為本發(fā)明實(shí)施例提供的訂單路由系統(tǒng)的程序接口，對用戶開放資源，通過調(diào)用API抓取各種電子服務(wù)平臺的訂單以及訂單數(shù)據(jù)，為用戶提供開放統(tǒng)一的API接口環(huán)境，以訪問各個電子服務(wù)平臺的功能和資源。
[0024]具體實(shí)施時，訂單路由系統(tǒng)可以采用訂單同步模塊，通過API與各種電子服務(wù)平臺進(jìn)行訂單數(shù)據(jù)交換，其中，所述電子服務(wù)平臺可以包括但不限于淘寶、天貓、淘寶分銷、京東、當(dāng)當(dāng)、一號店、聚美優(yōu)品和用戶自定義平臺。訂單同步模塊主要通過對各種電子服務(wù)平臺提供的API接口進(jìn)行編程，實(shí)現(xiàn)訂單數(shù)據(jù)、配送地址、商品SKU (Stock Keeping Unit，庫存量單位)信息的下載，并實(shí)現(xiàn)用戶取消訂單后信息的變動跟蹤。
[0025]在本實(shí)施例中，為了兼容各種電子服務(wù)平臺，獲取各種電子服務(wù)平臺的訂單數(shù)據(jù)與資源，應(yīng)用程序編程接口 101可以有針對性地面向各種電子服務(wù)平臺提供相應(yīng)的接口技術(shù)和實(shí)現(xiàn)方案。優(yōu)選地，所述應(yīng)用程序編程接口采用面向?qū)ο蠹夹g(shù)，針對不同的電子服務(wù)平臺分別調(diào)用相應(yīng)的接口處理程序，確定訂單的開啟和結(jié)束時間點(diǎn)，判斷訂單服務(wù)類型，以實(shí)現(xiàn)與不同的電子服務(wù)平臺接口進(jìn)行對接。如圖1所示，可以設(shè)置第一電子服務(wù)平臺接口、第二電子服務(wù)平臺接口、第三電子服務(wù)平臺接口和第四電子服務(wù)平臺接口?？梢圆捎妹嫦?qū)ο蠹夹g(shù)實(shí)現(xiàn)統(tǒng)一的接口，以便于對不同電子服務(wù)平臺的對接和管理。
[0026]例如，可以通過函數(shù)“OrdersDownloadOrders (ShopType, StartDate