本發(fā)明涉及訂單結(jié)算的技術(shù)領(lǐng)域，特別是涉及訂單結(jié)算方法、訂單處理客戶端、訂單管理平臺。

背景技術(shù)：

隨著移動互聯(lián)技術(shù)的發(fā)展，人們的生活模式隨之發(fā)生很大的變化，為適應(yīng)生活節(jié)奏加快，解決家到超市的最后一公里的配送問題，網(wǎng)上線上線下一體化全渠道零售平臺應(yīng)運(yùn)而生，用戶在通過一個(gè)統(tǒng)一的網(wǎng)上平臺，可以購買到不同合作商戶的商品，由平臺統(tǒng)一配送，零售平臺與垂直自營電商的最大區(qū)別在于，平臺運(yùn)營方主要負(fù)責(zé)平臺的搭建、技術(shù)解決方案的提供、用戶流量的引導(dǎo)以及配送客服等后期服務(wù)。平臺所經(jīng)營的商品主要來自于合作商家，合作商家的商品實(shí)物分布式存放于商家的線下門店，庫存也是共用商家的商品庫存。

目前一體化全渠道零售平臺的揀貨方式主要靠人工+紙單據(jù)，商家收到線上訂單，通過打印機(jī)將用戶訂單打印出來，再由揀貨員進(jìn)入賣場或庫房進(jìn)行逐單揀貨。無論是有線還是無線打印機(jī)，數(shù)量和位置都是相對固定的，揀貨員不可能實(shí)時(shí)等在打印機(jī)旁邊，由此會導(dǎo)致訂單傳遞的延遲和揀貨員往返賣場和打印機(jī)之間的路程耗費(fèi)。揀貨單為紙質(zhì)，一張只能對應(yīng)一個(gè)訂單，實(shí)際作業(yè)中也只能一單一單地揀貨，無法進(jìn)行相同商品合并，作業(yè)效率相對較低。揀貨過程中，紙制揀貨單上無商品圖片，揀貨員不方便查找實(shí)物，即使找到實(shí)物后也只能人為判斷商品條碼的準(zhǔn)確性，容易出現(xiàn)拿錯商品的情況。一旦商品缺貨，只能取消訂單，導(dǎo)致用戶對平臺信任度的下降；另外，缺貨商品因?yàn)闊o法即時(shí)下架，還會產(chǎn)生其它缺貨訂單。傳統(tǒng)的一體化全渠道零售平臺和各合作商戶之間的結(jié)算方法，依靠線下的商戶中的收銀員和專用的收銀設(shè)備收款，并和平臺之間進(jìn)行結(jié)算，結(jié)算不及時(shí)，占用大量人力物力，且結(jié)算錯誤率很高。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供一種訂單結(jié)算方法、訂單處理客戶端、訂單管理平臺，可以實(shí)現(xiàn)零售平臺和合作商戶之間的自動結(jié)算，其中所述方法包括：

接收訂單，并根據(jù)所述訂單獲取合并信息單，所述訂單包括訂單標(biāo)識、商品的名稱及數(shù)量，所述合并信息單包括各商品的總數(shù)量，各商品對應(yīng)的各所述訂單的區(qū)別標(biāo)識，及各所述區(qū)別標(biāo)識對應(yīng)的所述商品的數(shù)量；

將所述合并信息單發(fā)送給分揀終端，以使所述分揀終端的使用者根據(jù)所述合并信息單中各所述訂單的區(qū)別標(biāo)識及商品數(shù)量進(jìn)行揀貨，獲取各揀貨商品；

獲取訂單完成信息，所述訂單完成信息包括所述揀貨商品的標(biāo)識及數(shù)量；

將所述訂單完成信息發(fā)送至結(jié)算中間庫，以使所述結(jié)算中間庫根據(jù)所述訂單完成信息進(jìn)行結(jié)算。

在其中一個(gè)實(shí)施例中，在所述接收訂單的步驟之后，所述并根據(jù)所述訂單獲取合并信息單的步驟之前，所述方法還包括：

根據(jù)所述訂單，查詢商品庫存；

當(dāng)所述訂單中存在商品的數(shù)量大于所述商品的庫存時(shí)，確定所述訂單為缺貨商品訂單，并獲取所述缺貨商品訂單中的訂單客戶標(biāo)識；

向所述訂單客戶標(biāo)識所在的終端發(fā)送訂單修改請求，所述訂單修改請求包括根據(jù)所述缺貨商品提供的推薦商品；

接收訂單修改確認(rèn)消息，并根據(jù)所述訂單修改確認(rèn)消息修改缺貨訂單，獲取修改訂單，將所述修改訂單和所述訂單中沒有缺貨商品的訂單，確定為待合并訂單；

所述根據(jù)所述訂單獲取合并信息單，還包括：

根據(jù)所述待合并訂單獲取合并信息單。

在其中一個(gè)實(shí)施例中，所述訂單修改確認(rèn)消息，包括接受推薦商品消息或取消缺貨商品消息；

所述根據(jù)所述訂單修改確認(rèn)消息修改缺貨訂單，獲取修改訂單，包括：

根據(jù)接收到的接受推薦商品消息，將所述訂單中的商品替換為推薦商品，獲取修改訂單；

或根據(jù)接收到的取消缺貨商品消息，取消所述訂單中的缺貨商品，獲取修改訂單。

在其中一個(gè)實(shí)施例中，在根據(jù)所述待合并訂單獲取合并信息單的步驟之后，所述方法還包括：

根據(jù)所述修改訂單和與所述修改訂單對應(yīng)的缺貨商品訂單，計(jì)算訂單支付差價(jià)；

當(dāng)所述缺貨商品訂單為已支付訂單，且根據(jù)所述缺貨商品訂單差價(jià)需要退款時(shí)，將所述訂單支付差價(jià)返還至所述缺貨商品訂單客戶標(biāo)識的支付賬戶。

在其中一個(gè)實(shí)施例中，所述方法包括：

獲取結(jié)算中間庫中本服務(wù)提供者標(biāo)識對應(yīng)的訂單完成信息，所述訂單完成信息包括揀貨商品的標(biāo)識及數(shù)量；

根據(jù)所述訂單完成信息和商品結(jié)算信息，獲取本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息；

將所述本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息發(fā)送至所述結(jié)算中間庫，以使所述結(jié)算中間庫根據(jù)所述本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息進(jìn)行結(jié)算。

本發(fā)明提供的訂單結(jié)算方法，揀貨員利用訂單處理客戶端接收零售平臺發(fā)送的訂單完成揀貨后，通過訂單處理客戶端向零售平臺發(fā)送訂單完成信息，以使所述零售平臺根據(jù)所述訂單完成信息與合作商戶進(jìn)行結(jié)算。本發(fā)明提供的訂單結(jié)算方法，通過訂單處理客戶端向零售平臺發(fā)送訂單完成信息，為零售平臺提供與合作商戶結(jié)算的依據(jù)，實(shí)現(xiàn)了結(jié)算的自動化，保證了零售平臺和合作商戶間結(jié)算的及時(shí)性和準(zhǔn)確性。

在其中一個(gè)實(shí)施例中，訂單處理客戶端提供訂單修改功能，能夠?yàn)橛脩籼峁┤必浬唐返耐扑]商品，并根據(jù)訂單客戶的選擇，修改訂單商品或取消訂單商品，提高訂單完成率的同時(shí)，保證了零售平臺和合作商戶之間的結(jié)算信息更新的及時(shí)性，也提高了客戶的滿意度。

在其中一個(gè)實(shí)施例中，當(dāng)實(shí)際用于揀貨的待合并訂單和接收到的訂單之間有更改，存在支付差價(jià)時(shí)，訂單處理客戶端可以將多出的差價(jià)直接返回客戶的支付賬戶中，保證了零售平臺和合作商戶之間的結(jié)算信息更新的及時(shí)性，也提高了客戶的滿意度。

在其中一個(gè)實(shí)施例中，當(dāng)合作商戶接到訂單，發(fā)現(xiàn)為缺貨商品時(shí)，向訂單客戶發(fā)送訂單修改請求，為訂單客戶提供推薦商品，并根據(jù)訂單客戶的修改確認(rèn)消息，修改訂單后，獲取可實(shí)際用于揀貨的修改訂單并進(jìn)行后續(xù)的處理后進(jìn)行揀貨。本實(shí)施例所提供的訂單處理方法，為訂單客戶提供的推薦商品的方法，支持訂單生成后的修改，提高訂單揀貨成功率的同時(shí)，提高了訂單的完成率，提升了訂單客戶的滿意度。

在其中一個(gè)實(shí)施例中，根據(jù)訂單用戶發(fā)回的訂單修改確認(rèn)消息修改訂單，包括接受推薦商品和不接受推薦商品兩種情況。本實(shí)施例所提供的訂單修改，為訂單客戶提供了不同的選擇，從而提高了訂單的完成率和客戶滿意度。

在其中一個(gè)實(shí)施例中，訂單修改后，實(shí)時(shí)為已支付訂單的客戶進(jìn)行差價(jià)的多退少補(bǔ)，在完成用于實(shí)際揀貨的訂單修改的同時(shí)，完成與訂單客戶之間的已付款的修改，提高了訂單的完成率和客戶的滿意度。

在其中一個(gè)實(shí)施例中，訂單管理平臺(商戶結(jié)算服務(wù)子系統(tǒng))在結(jié)算中間庫中獲取本商戶的所有訂單完成信息，根據(jù)本商戶和零售平臺的商品結(jié)算信息，計(jì)算出本商戶的結(jié)算信息后，發(fā)回結(jié)算中間庫，以使零售平臺根據(jù)所述本商戶結(jié)算信息與合作商戶進(jìn)行結(jié)算。訂單管理平臺通過獲取本商戶的所有訂單完成信息，與零售平臺進(jìn)行結(jié)算的方式，實(shí)現(xiàn)了結(jié)算的自動化，保證了零售平臺和合作商戶間結(jié)算的及時(shí)性和準(zhǔn)確性。

一種訂單處理客戶端，包括：

訂單接收模塊，用于接收訂單；

合并信息單獲取模塊，用于根據(jù)所述訂單獲取合并信息單，所述訂單包括訂單標(biāo)識、商品的名稱及數(shù)量，所述合并信息單包括各商品的總數(shù)量，各商品對應(yīng)的各所述訂單的區(qū)別標(biāo)識，及各所述區(qū)別標(biāo)識對應(yīng)的所述商品的數(shù)量；

合并信息單發(fā)送模塊，用于將所述合并信息單發(fā)送給分揀終端，以使所述分揀終端的使用者根據(jù)所述合并信息單中各所述訂單的區(qū)別標(biāo)識及商品數(shù)量進(jìn)行揀貨，獲取各揀貨商品；

訂單完成信息獲取模塊，用于獲取訂單完成信息，所述訂單完成信息包括所述揀貨商品的標(biāo)識及數(shù)量

訂單完成信息發(fā)送模塊，用于將所述訂單完成信息發(fā)送至結(jié)算中間庫，以使所述結(jié)算中間庫根據(jù)所述訂單完成信息進(jìn)行結(jié)算。

在其中一個(gè)實(shí)施例中，還包括：

商品庫存查詢模塊，用于根據(jù)所述訂單，查詢商品庫存；

訂單修改請求發(fā)送模塊，當(dāng)所述訂單中存在商品的數(shù)量大于所述商品的庫存時(shí)，確定所述訂單為缺貨商品訂單，并獲取所述缺貨商品訂單中的訂單客戶標(biāo)識；向所述訂單客戶標(biāo)識所在的終端發(fā)送訂單修改請求，所述訂單修改請求包括根據(jù)所述缺貨商品提供的推薦商品；

訂單修改確認(rèn)消息接收模塊，用于接收訂單修改確認(rèn)消息，并根據(jù)所述訂單修改確認(rèn)消息修改缺貨訂單，獲取修改訂單，將所述修改訂單和所述訂單中沒有缺貨商品的訂單，確定為待合并訂單；

所述合并信息單獲取模塊，還用于根據(jù)所述待合并訂單獲取合并信息單。

在其中一個(gè)實(shí)施例中，所述訂單修改確認(rèn)消息，包括接受推薦商品消息或取消缺貨商品消息；

所述訂單修改確認(rèn)消息接收模塊，用于根據(jù)接收到的接受推薦商品消息，將所述訂單中的商品替換為推薦商品，獲取修改訂單；或根據(jù)接收到的取消缺貨商品消息，取消所述訂單中的缺貨商品，獲取修改訂單。

在其中一個(gè)實(shí)施例中，還包括：

訂單差價(jià)計(jì)算模塊，用于根據(jù)所述修改訂單和與所述修改訂單對應(yīng)的缺貨商品訂單，計(jì)算訂單支付差價(jià)；

訂單差價(jià)退還模塊，用于當(dāng)所述缺貨商品訂單為已支付訂單，且根據(jù)所述缺貨商品訂單差價(jià)需要退款時(shí)，將所述訂單支付差價(jià)返還至所述缺貨商品訂單客戶標(biāo)識的支付賬戶。

本發(fā)明提供的訂單處理客戶端，揀貨員利用其接收零售平臺發(fā)送的訂單完成揀貨后，通過訂單處理客戶端向零售平臺發(fā)送訂單完成信息，以使所述零售平臺根據(jù)所述訂單完成信息與合作商戶進(jìn)行結(jié)算。本發(fā)明提供的訂單結(jié)算方法，通過訂單處理客戶端向零售平臺發(fā)送訂單完成信息，為零售平臺提供與合作商戶結(jié)算的依據(jù)，實(shí)現(xiàn)了結(jié)算的自動化，保證了零售平臺和合作商戶間結(jié)算的及時(shí)性和準(zhǔn)確性。

在其中一個(gè)實(shí)施例中，訂單處理客戶端提供訂單修改功能，能夠?yàn)橛脩籼峁┤必浬唐返耐扑]商品，并根據(jù)訂單客戶的選擇，修改訂單商品或取消訂單商品，提高訂單完成率的同時(shí)，保證了零售平臺和合作商戶之間的結(jié)算信息更新的及時(shí)性，也提高了客戶的滿意度。

在其中一個(gè)實(shí)施例中，當(dāng)實(shí)際用于揀貨的待合并訂單和接收到的訂單之間有更改，存在支付差價(jià)時(shí)，訂單處理客戶端可以將多出的差價(jià)直接返回客戶的支付賬戶中，保證了零售平臺和合作商戶之間的結(jié)算信息更新的及時(shí)性，也提高了客戶的滿意度。

在其中一個(gè)實(shí)施例中，當(dāng)合作商戶接到訂單，發(fā)現(xiàn)為缺貨商品時(shí)，向訂單客戶發(fā)送訂單修改請求，為訂單客戶提供推薦商品，并根據(jù)訂單客戶的修改確認(rèn)消息，修改訂單后，獲取可實(shí)際用于揀貨的修改訂單并進(jìn)行后續(xù)的處理后進(jìn)行揀貨。本實(shí)施例所提供的訂單處理方法，為訂單客戶提供的推薦商品的方法，支持訂單生成后的修改，提高訂單揀貨成功率的同時(shí)，提高了訂單的完成率，提升了訂單客戶的滿意度。

在其中一個(gè)實(shí)施例中，根據(jù)訂單用戶發(fā)回的訂單修改確認(rèn)消息修改訂單，包括接受推薦商品和不接受推薦商品兩種情況。本實(shí)施例所提供的訂單修改，為訂單客戶提供了不同的選擇，從而提高了訂單的完成率和客戶滿意度。

在其中一個(gè)實(shí)施例中，訂單修改后，實(shí)時(shí)為已支付訂單的客戶進(jìn)行差價(jià)的多退少補(bǔ)，在完成用于實(shí)際揀貨的訂單修改的同時(shí)，完成與訂單客戶之間的已付款的修改，提高了訂單的完成率和客戶的滿意度。

本發(fā)明提供一種訂單管理平臺，包括：

訂單完成信息獲取模塊，用于獲取結(jié)算中間庫中本服務(wù)提供者標(biāo)識對應(yīng)的訂單完成信息，所述訂單完成信息包括揀貨商品的標(biāo)識及數(shù)量；

本商戶結(jié)算信息獲取模塊，用于根據(jù)所述訂單完成信息和商品結(jié)算信息，獲取本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息；

本商戶結(jié)算信息發(fā)送模塊，用于將所述本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息發(fā)送至所述結(jié)算中間庫，以使所述結(jié)算中間庫根據(jù)所述本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息進(jìn)行結(jié)算。

本發(fā)明提供的訂單管理平臺(商戶結(jié)算服務(wù)子系統(tǒng))在結(jié)算中間庫中獲取本商戶的所有訂單完成信息，根據(jù)本商戶和零售平臺的商品結(jié)算信息，計(jì)算出本商戶的結(jié)算信息后，發(fā)回結(jié)算中間庫，以使零售平臺根據(jù)所述本商戶結(jié)算信息與合作商戶進(jìn)行結(jié)算。訂單管理平臺通過獲取本商戶的所有訂單完成信息，與零售平臺進(jìn)行結(jié)算的方式，實(shí)現(xiàn)了結(jié)算的自動化，保證了零售平臺和合作商戶間結(jié)算的及時(shí)性和準(zhǔn)確性。

附圖說明

圖1為一個(gè)實(shí)施例中的訂單結(jié)算方法應(yīng)用系統(tǒng)的結(jié)構(gòu)示意圖；

圖2為另一個(gè)實(shí)施例中的訂單結(jié)算方法的流程示意圖；

圖3為另一個(gè)實(shí)施例中的訂單結(jié)算方法的流程示意圖；

圖4為另一個(gè)實(shí)施例中的訂單結(jié)算方法的流程示意圖；

圖5為一個(gè)實(shí)施例中的訂單處理客戶端的結(jié)構(gòu)示意圖；

圖6為一個(gè)實(shí)施例中的訂單管理平臺的結(jié)構(gòu)示意圖；

圖7另一個(gè)實(shí)施例中的訂單結(jié)算方法的流程示意圖；

圖8另一個(gè)實(shí)施例中的訂單結(jié)算方法的流程示意圖。

具體實(shí)施方式

為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實(shí)施例所使用的系統(tǒng)，用于連接線上線下一體化全渠道零售平臺和各合作商戶，在所述零售平臺和合作商戶間，提供訂單管理、生成合并信息單供合作商戶揀貨、完成零售平臺和合作商戶間的結(jié)算等功能。本發(fā)明所使用的系統(tǒng)，包括智能客戶端、管理平臺，其中所述管理平臺與所述線上線下一體化全渠道零售平臺相連，用于接收訂單，根據(jù)訂單生成合并信息單(相當(dāng)于揀貨員常用的揀貨批次)，訂單修改請求發(fā)送，完成零售平臺和合作商戶間的結(jié)算等；所述智能客戶端與所述管理平臺連接，用于接收合并信息單后，供揀貨員用于揀貨，并完成對揀貨商品的驗(yàn)證等，其中，接收訂單、訂單生成合并信息單，訂單修改請求發(fā)送，也可設(shè)置于智能客戶端中，所述智能客戶端與零售平臺直接連接，方便規(guī)模較小的合作商戶使用。

對應(yīng)本發(fā)明各實(shí)施例中所使用的系統(tǒng)，包括合并信息單生成子系統(tǒng)、訂單修訂子系統(tǒng)和結(jié)算子系統(tǒng)。其中，合并信息單生成子系統(tǒng)包括訂單接收模塊、區(qū)別標(biāo)識分配模塊、合并信息單獲取模塊、合并信息單發(fā)送模塊，驗(yàn)證信息接收模塊、驗(yàn)證模塊、商品庫存查詢模塊；訂單修訂子系統(tǒng)訂單修改請求發(fā)送模塊、消息接收模塊、訂單修改模塊；結(jié)算子系統(tǒng)包括合并信息單獲取模塊、商戶結(jié)算信息計(jì)算模塊和商戶結(jié)算信息發(fā)送模塊。

在實(shí)際的實(shí)現(xiàn)系統(tǒng)中，所述合并信息單生成子系統(tǒng)和訂單修訂子系統(tǒng)，可采用智能客戶端的形式單獨(dú)實(shí)現(xiàn)，也可采用管理平臺加智能客戶端的方式實(shí)現(xiàn)，根據(jù)不同的需求，將不同的功能模塊分別設(shè)置于管理平臺和智能客戶端中實(shí)現(xiàn)，計(jì)算子系統(tǒng)設(shè)置于管理平臺中實(shí)現(xiàn)即可。由于功能模塊的設(shè)置可以根據(jù)需求靈活設(shè)置，在此不再對不同的硬件實(shí)現(xiàn)方式進(jìn)行詳細(xì)的劃分，本領(lǐng)域技術(shù)人員根據(jù)需求進(jìn)行的各種系統(tǒng)硬件的功能模塊的實(shí)現(xiàn)設(shè)置，均在本發(fā)明的保護(hù)范圍之內(nèi)。

進(jìn)一步的，給出一個(gè)系統(tǒng)的實(shí)施例如下，劃分為管理平臺、網(wǎng)關(guān)、智能客戶端三部分：

管理后臺1a：主要負(fù)責(zé)訂單獲取、揀貨任務(wù)分配、任務(wù)監(jiān)控、訂單攔截、搶單閾值設(shè)置、搶單邏輯、修改訂單、金額試算、取消訂單、缺貨管理、app消息推送、揀貨業(yè)績統(tǒng)計(jì)

網(wǎng)關(guān)2a：主要負(fù)責(zé)揀貨任務(wù)離線數(shù)據(jù)下載、商品詳情、金額試算、修改訂單、取消訂單、揀貨作業(yè)(生成合并信息單)、揀貨任務(wù)上傳、庫存巡檢、

異常訂單處理、缺貨數(shù)據(jù)上報(bào)、批次創(chuàng)建及修改、批次揀貨、條碼掃描校驗(yàn)、商品搜索、貨位管理、揀貨員個(gè)人業(yè)績、任務(wù)分享、訂單攔截、待搶單列表。

智能客戶端3a：通過揀貨app實(shí)現(xiàn)，主要功能包括揀貨任務(wù)接收(領(lǐng)取)、揀貨批次創(chuàng)建、商品條碼識別和解析、揀貨數(shù)量確認(rèn)和修改、揀貨數(shù)據(jù)提交。

結(jié)算中間庫4a：各商戶揀貨作業(yè)完成情況統(tǒng)計(jì)，與各商戶之間的結(jié)算。

其實(shí)現(xiàn)的硬件結(jié)構(gòu)如圖1所示，包括：

數(shù)據(jù)服務(wù)器：緩存服務(wù)器，用于存放處理各種與揀貨任務(wù)相關(guān)的數(shù)據(jù)信息(如揀貨任務(wù)數(shù)據(jù)、揀貨狀態(tài)、揀貨商品信息、缺貨信息、揀貨員信息、揀貨作業(yè)記錄、修改訂單記錄等)；

應(yīng)用服務(wù)器：網(wǎng)關(guān)、結(jié)算中間庫、和管理后臺等應(yīng)用實(shí)現(xiàn)的硬件基礎(chǔ)，揀貨服務(wù)部署、api部署、前后臺數(shù)據(jù)同步、揀貨任務(wù)和消息推送。

智能手機(jī)：用于加載揀貨app，揀貨作業(yè)環(huán)節(jié)使用，主要用于揀貨任務(wù)接收(領(lǐng)取)、揀貨批次創(chuàng)建、商品條碼識別和解析、揀貨數(shù)量確認(rèn)和修改、揀貨數(shù)據(jù)提交并將操作信息傳輸?shù)骄W(wǎng)關(guān)。

圖2為一個(gè)實(shí)施例中的訂單結(jié)算方法的流程示意圖，如圖2為所示的訂單結(jié)算方法，包括：

步驟s100，接收訂單，并根據(jù)所述訂單獲取合并信息單，所述訂單包括訂單標(biāo)識、商品的名稱及數(shù)量，所述合并信息單包括各商品的總數(shù)量，各商品對應(yīng)的各所述訂單的區(qū)別標(biāo)識，及各所述區(qū)別標(biāo)識對應(yīng)的所述商品的數(shù)量。

具體的，本實(shí)施例提供app接收訂單的方式，所述app可設(shè)置于各種移動端上，如利用移動網(wǎng)絡(luò)(2g/3g/4g/wifi)的智能手機(jī)，所述訂單包括訂單標(biāo)識，如訂單號，訂單內(nèi)的商品名稱及數(shù)量。所述app可以隨時(shí)查看商品名稱、圖片、規(guī)格、價(jià)格、訂單備注等信息，方便揀貨員全面快速了解商品信息。

訂單分配系統(tǒng)通過手動分配或移動端自助獲取任務(wù)的方式，將訂單揀貨任務(wù)下傳到app。根據(jù)需要，訂單分配系統(tǒng)可配置訂單揀貨任務(wù)分配模式(目前支持手動分配和搶單+實(shí)時(shí)監(jiān)控兩種分配模式)。

手動分配模式：可實(shí)時(shí)查看到下傳的訂單，同時(shí)還支持查看所有揀貨員實(shí)時(shí)作業(yè)狀態(tài)，將訂單分配給揀貨數(shù)量較少的揀貨員。

自助獲取模式：對于沒有固定人員職守的商戶，可開啟揀貨任務(wù)自助獲取模式(簡稱“搶單+監(jiān)控模式”)，對接收到的訂單按配送時(shí)效進(jìn)行預(yù)判，符合時(shí)效要求的訂單會自動放入搶單池。揀貨員在揀貨app上可實(shí)時(shí)接收待搶訂單信息，自助領(lǐng)取揀貨任務(wù)。管理者可通過監(jiān)控頁面，及時(shí)了解揀貨進(jìn)程，對于異常訂單(超時(shí)未搶訂單、已搶未揀訂單)進(jìn)行人工干預(yù)(手動分配、撤回揀貨任務(wù)等)。

步驟s200，將所述合并信息單發(fā)送給分揀終端，以使所述分揀終端的使用者根據(jù)所述合并信息單中各所述訂單的區(qū)別標(biāo)識及商品數(shù)量進(jìn)行揀貨，獲取各揀貨商品。

具體的，所述合并信息單(實(shí)際中用到的揀貨批次)，支持按照各商品給出的一次拿取所有訂單所需數(shù)量的所述商品，再按照不同訂單的數(shù)量分配給不同訂單，同時(shí)，所述揀貨批次，支持按照商品的sku(stockkeepingunit庫存量單位)數(shù)量進(jìn)行合并，揀貨批次內(nèi)相同商品的sku僅顯示一行，行信息中即展示有商品的合并數(shù)量，同時(shí)也會展示有包含該商品的每一訂單購買數(shù)量。

訂單處理客戶端將獲取到的揀貨批次呈現(xiàn)在其app的相關(guān)界面上，供揀貨終端的使用者，即揀貨員參照揀貨。

步驟s300，獲取訂單完成信息，所述訂單完成信息包括所述揀貨商品的標(biāo)識及數(shù)量。

具體的，訂單處理客戶端上提供一個(gè)揀貨完成的選項(xiàng)，供揀貨員完成揀貨后點(diǎn)擊選擇，確認(rèn)已完成揀貨。所述揀貨商品，是揀貨員根據(jù)揀貨批次進(jìn)行揀貨實(shí)際獲取的商品，所述揀貨商品的標(biāo)識及數(shù)量用于合作商戶和零售平臺之間的結(jié)算。

步驟s400，將所述訂單完成信息發(fā)送至結(jié)算中間庫，以使所述結(jié)算中間庫根據(jù)所述訂單完成信息進(jìn)行結(jié)算。

具體的，所述結(jié)算中間庫由零售平臺進(jìn)行維護(hù)，負(fù)責(zé)零售平臺和各合作商戶間的結(jié)算，所述結(jié)算中間庫將接收到的訂單完成信息保存，供合作商戶利用訂單管理平臺提取后進(jìn)行結(jié)算信息的計(jì)算，且所述訂單完成信息，做為零售平臺和各合作商戶之間的結(jié)算信息的核對使用。

本實(shí)施例提供的訂單結(jié)算方法，揀貨員利用訂單處理客戶端接收零售平臺發(fā)送的訂單完成揀貨后，通過訂單處理客戶端向零售平臺發(fā)送訂單完成信息，以使所述零售平臺根據(jù)所述訂單完成信息與合作商戶進(jìn)行結(jié)算。本發(fā)明提供的訂單結(jié)算方法，通過訂單處理客戶端向零售平臺發(fā)送訂單完成信息，為零售平臺提供與合作商戶結(jié)算的依據(jù)，實(shí)現(xiàn)了結(jié)算的自動化，保證了零售平臺和合作商戶間結(jié)算的及時(shí)性和準(zhǔn)確性。

圖3為一個(gè)實(shí)施例中的訂單結(jié)算方法的流程示意圖，如圖3為所示的訂單結(jié)算方法，在圖2所示的實(shí)施例的步驟s100中，還包括：

步驟s110，根據(jù)所述訂單，查詢商品庫存。

具體的，由于商品的庫存狀態(tài)變化，在接到用戶訂單后，庫存無貨的情況時(shí)有發(fā)生，如果根據(jù)訂單進(jìn)行揀貨批次的獲取，再通過揀貨員揀貨，會浪費(fèi)大量的人力。因此，在接收到訂單后，進(jìn)行商品庫存的查詢，可以避免此類情況的發(fā)生。

步驟s120，當(dāng)所述訂單中存在商品的數(shù)量大于所述商品的庫存時(shí)，確定所述訂單為缺貨商品訂單，并獲取所述缺貨商品訂單中的訂單客戶標(biāo)識。

具體的，當(dāng)查詢到訂單中的商品為缺貨商品時(shí)，向客戶發(fā)送訂單修改請求，避免直接取消訂單導(dǎo)致客戶體驗(yàn)較差的情況發(fā)生。需要在訂單中獲取訂單客戶標(biāo)識。

步驟s130，向所述訂單客戶標(biāo)識所在的終端發(fā)送訂單修改請求，所述訂單修改請求包括根據(jù)所述缺貨商品提供的推薦商品。

具體的，在所述訂單修改請求中，為訂單客戶發(fā)送的修改申請中，包括根據(jù)所述缺貨商品提供的推薦商品，所述推薦商品包括同用途、同品牌、同規(guī)格、同價(jià)位的四同商品，作為替代商品推薦給用戶選擇。在實(shí)際使用中，揀貨app端設(shè)有用戶手機(jī)號碼一鍵外呼功能，方便揀貨員與用戶進(jìn)行修改確認(rèn)，或提供上網(wǎng)功能，向客戶發(fā)送訂單修改請求。

步驟s140，接收訂單修改確認(rèn)消息，并根據(jù)所述訂單修改確認(rèn)消息修改缺貨訂單，獲取修改訂單，將所述修改訂單和所述訂單中沒有缺貨商品的訂單，確定為待合并訂單。

具體的，根據(jù)客戶發(fā)回的訂單修改確認(rèn)消息，修改訂單，然后將沒有缺貨的正常訂單，和修改訂單，作為待合并訂單。所述并根據(jù)所述訂單獲取合并信息單，還包括：根據(jù)所述待合并訂單獲取合并信息單。

在本實(shí)施例中，訂單處理客戶端提供訂單修改功能，能夠?yàn)橛脩籼峁┤必浬唐返耐扑]商品，并根據(jù)訂單客戶的選擇，修改訂單商品或取消訂單商品，提高訂單完成率的同時(shí)，保證了零售平臺和合作商戶之間的結(jié)算信息更新的及時(shí)性，也提高了客戶的滿意度。

在其中一個(gè)實(shí)施例中，所述訂單修改確認(rèn)消息，包括接受推薦商品消息或取消缺貨商品消息；所述根據(jù)所述訂單修改確認(rèn)消息修改缺貨訂單，獲取修改訂單，包括：根據(jù)接收到的接受推薦商品消息，將所述訂單中的商品替換為推薦商品，獲取修改訂單；或根據(jù)接收到的取消缺貨商品消息，取消所述訂單中的缺貨商品，獲取修改訂單。

具體的，發(fā)回的修改確認(rèn)消息中，包括接受推薦商品的確認(rèn)信息。當(dāng)客戶接受了推薦商品后，將所述缺貨商品的訂單中的缺貨商品，更改為推薦商品，再進(jìn)行后續(xù)的揀貨批次的獲取，以及揀貨工作即可。如果客戶沒有接受推薦商品，選擇了取消所述缺貨商品的訂購，則發(fā)回的修改確認(rèn)消息中，包含缺貨商品取消消息。根據(jù)修改確認(rèn)消息修改后的訂單，確認(rèn)為修改訂單。

在本實(shí)施例中，訂單處理客戶端提供訂單修改功能，能夠?yàn)橛脩籼峁┤必浬唐返耐扑]商品，并根據(jù)訂單客戶的選擇，修改訂單商品或取消訂單商品，提高訂單完成率的同時(shí)，保證了零售平臺和合作商戶之間的結(jié)算信息更新的及時(shí)性，也提高了客戶的滿意度。

在其中一個(gè)實(shí)施例中，在根據(jù)所述待合并訂單獲取合并信息單的步驟之后，所述方法還包括根據(jù)所述修改訂單和與所述修改訂單對應(yīng)的缺貨商品訂單，計(jì)算訂單支付差價(jià)；當(dāng)所述缺貨商品訂單為已支付訂單，且根據(jù)所述缺貨商品訂單差價(jià)需要退款時(shí)，將所述訂單支付差價(jià)返還至所述缺貨商品訂單客戶標(biāo)識的支付賬戶。

具體的，訂單商品的修改涉及到價(jià)格差異，對于未支付訂單，揀貨后統(tǒng)一收取即可，對于已支付訂單，需要將差價(jià)進(jìn)行多退少補(bǔ)，需補(bǔ)的差價(jià)，待送貨時(shí)一并收取，或另行支付即可，退回給客戶的部分，可通過實(shí)時(shí)退還的方式，返還給客戶的支付賬戶，提高客戶的滿意度。

在本實(shí)施例中，當(dāng)實(shí)際用于揀貨的待合并訂單和接收到的訂單之間有更改，存在支付差價(jià)時(shí)，訂單處理客戶端可以將多出的差價(jià)直接返回客戶的支付賬戶中，保證了零售平臺和合作商戶之間的結(jié)算信息更新的及時(shí)性，也提高了客戶的滿意度。

圖4為另一個(gè)實(shí)施例中的訂單結(jié)算方法的流程示意圖，如圖4為所示的訂單結(jié)算方法，包括：

步驟s10，獲取結(jié)算中間庫中本服務(wù)提供者標(biāo)識對應(yīng)的訂單完成信息，所述訂單完成信息包括揀貨商品的標(biāo)識及數(shù)量。

具體的，為完成零售平臺和合作商戶之間的結(jié)算，合作商戶定期去零售平臺中的結(jié)算中間庫獲取本商戶的所有的訂單完成信息，也可以由零售平臺將訂單處理客戶端發(fā)送的訂單完成信息實(shí)時(shí)發(fā)送給對應(yīng)的合作商戶。

步驟s20，根據(jù)所述訂單完成信息和商品結(jié)算信息，獲取本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息。

具體的，合作商戶根據(jù)獲取到的訂單完成信息，和本商戶與零售平臺間的商品結(jié)算信息，計(jì)算用于和零售平臺結(jié)算的本商戶結(jié)算信息。所述本商戶結(jié)算信息，包括本商戶銷售流水信息和本商戶商品結(jié)算價(jià)格信息，本商戶銷售流水信息包括了各商品的詳細(xì)的數(shù)量和價(jià)格等流水信息，本商戶結(jié)算價(jià)格信息，包括合作商戶與零售平臺間各商品的結(jié)算價(jià)格及本次揀貨的結(jié)算價(jià)格等。

步驟s30，將所述本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息發(fā)送至所述結(jié)算中間庫，以使所述結(jié)算中間庫根據(jù)所述本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息進(jìn)行結(jié)算。

具體的，將計(jì)算完成的本商戶結(jié)算信息，發(fā)送至零售平臺后，零售平臺根據(jù)各商戶的結(jié)算信息，與各合作商戶進(jìn)行結(jié)算，完成零售平臺與合作商戶之間的結(jié)算過程。

在本實(shí)施例中，訂單管理平臺(商戶結(jié)算服務(wù)子系統(tǒng))在結(jié)算中間庫中獲取本商戶的所有訂單完成信息，根據(jù)本商戶和零售平臺的商品結(jié)算信息，計(jì)算出本商戶的結(jié)算信息后，發(fā)回結(jié)算中間庫，以使零售平臺根據(jù)所述本商戶結(jié)算信息與合作商戶進(jìn)行結(jié)算。訂單管理平臺通過獲取本商戶的所有訂單完成信息，與零售平臺進(jìn)行結(jié)算的方式，實(shí)現(xiàn)了結(jié)算的自動化，保證了零售平臺和合作商戶間結(jié)算的及時(shí)性和準(zhǔn)確性。

圖5為一個(gè)實(shí)施例中的訂單處理客戶端的結(jié)構(gòu)示意圖，如圖5所示的訂單處理客戶端，包括：

訂單接收模塊10，用于接收訂單。

合并信息單獲取模塊20，用于根據(jù)所述訂單獲取合并信息單，所述訂單包括訂單標(biāo)識、商品的名稱及數(shù)量，所述合并信息單包括各商品的總數(shù)量，各商品對應(yīng)的各所述訂單的區(qū)別標(biāo)識，及各所述區(qū)別標(biāo)識對應(yīng)的所述商品的數(shù)量。

合并信息單發(fā)送模塊30，用于將所述合并信息單發(fā)送給分揀終端，以使所述分揀終端的使用者根據(jù)所述合并信息單中各所述訂單的區(qū)別標(biāo)識及商品數(shù)量進(jìn)行揀貨，獲取各揀貨商品；還用于根據(jù)所述待合并訂單獲取合并信息單。

訂單完成信息獲取模塊40，用于獲取訂單完成信息，所述訂單完成信息包括所述揀貨商品的標(biāo)識及數(shù)量。

訂單完成信息發(fā)送模塊50，用于將所述訂單完成信息發(fā)送至結(jié)算中間庫，以使所述結(jié)算中間庫根據(jù)所述訂單完成信息進(jìn)行結(jié)算。

商品庫存查詢模塊60，用于根據(jù)所述訂單，查詢商品庫存。

訂單修改請求發(fā)送模塊70，當(dāng)所述訂單中存在商品的數(shù)量大于所述商品的庫存時(shí)，確定所述訂單為缺貨商品訂單，并獲取所述缺貨商品訂單中的訂單客戶標(biāo)識；向所述訂單客戶標(biāo)識所在的終端發(fā)送訂單修改請求，所述訂單修改請求包括根據(jù)所述缺貨商品提供的推薦商品。

訂單修改確認(rèn)消息接收模塊80，用于接收訂單修改確認(rèn)消息，并根據(jù)所述訂單修改確認(rèn)消息修改缺貨訂單，獲取修改訂單，將所述修改訂單和所述訂單中沒有缺貨商品的訂單，確定為待合并訂單；所述訂單修改確認(rèn)消息，包括接受推薦商品消息或取消缺貨商品消息；所述訂單修改確認(rèn)消息接收模塊，用于根據(jù)接收到的接受推薦商品消息，將所述訂單中的商品替換為推薦商品，獲取修改訂單；或根據(jù)接收到的取消缺貨商品消息，取消所述訂單中的缺貨商品，獲取修改訂單。

訂單差價(jià)計(jì)算模塊90，用于根據(jù)所述修改訂單和與所述修改訂單對應(yīng)的缺貨商品訂單，計(jì)算訂單支付差價(jià)。

訂單差價(jià)退還模塊100，用于當(dāng)所述缺貨商品訂單為已支付訂單，且根據(jù)所述缺貨商品訂單差價(jià)需要退款時(shí)，將所述訂單支付差價(jià)返還至所述缺貨商品訂單客戶標(biāo)識的支付賬戶。

本實(shí)施例提供的訂單處理客戶端，揀貨員利用其接收零售平臺發(fā)送的訂單完成揀貨后，通過訂單處理客戶端向零售平臺發(fā)送訂單完成信息，以使所述零售平臺根據(jù)所述訂單完成信息與合作商戶進(jìn)行結(jié)算。本發(fā)明提供的訂單結(jié)算方法，通過訂單處理客戶端向零售平臺發(fā)送訂單完成信息，為零售平臺提供與合作商戶結(jié)算的依據(jù)，實(shí)現(xiàn)了結(jié)算的自動化，保證了零售平臺和合作商戶間結(jié)算的及時(shí)性和準(zhǔn)確性。訂單處理客戶端提供訂單修改功能，能夠?yàn)橛脩籼峁┤必浬唐返耐扑]商品，并根據(jù)訂單客戶的選擇，修改訂單商品或取消訂單商品，提高訂單完成率的同時(shí)，保證了零售平臺和合作商戶之間的結(jié)算信息更新的及時(shí)性，也提高了客戶的滿意度。當(dāng)實(shí)際用于揀貨的待合并訂單和接收到的訂單之間有更改，存在支付差價(jià)時(shí)，訂單處理客戶端可以將多出的差價(jià)直接返回客戶的支付賬戶中，保證了零售平臺和合作商戶之間的結(jié)算信息更新的及時(shí)性，也提高了客戶的滿意度。當(dāng)合作商戶接到訂單，發(fā)現(xiàn)為缺貨商品時(shí)，向訂單客戶發(fā)送訂單修改請求，為訂單客戶提供推薦商品，并根據(jù)訂單客戶的修改確認(rèn)消息，修改訂單后，獲取可實(shí)際用于揀貨的修改訂單并進(jìn)行后續(xù)的處理后進(jìn)行揀貨。本實(shí)施例所提供的訂單處理方法，為訂單客戶提供的推薦商品的方法，支持訂單生成后的修改，提高訂單揀貨成功率的同時(shí)，提高了訂單的完成率，提升了訂單客戶的滿意度。根據(jù)訂單用戶發(fā)回的訂單修改確認(rèn)消息修改訂單，包括接受推薦商品和不接受推薦商品兩種情況。本實(shí)施例所提供的訂單修改，為訂單客戶提供了不同的選擇，從而提高了訂單的完成率和客戶滿意度。訂單修改后，實(shí)時(shí)為已支付訂單的客戶進(jìn)行差價(jià)的多退少補(bǔ)，在完成用于實(shí)際揀貨的訂單修改的同時(shí)，完成與訂單客戶之間的已付款的修改，提高了訂單的完成率和客戶的滿意度。

圖6為一個(gè)實(shí)施例中的訂單管理平臺的結(jié)構(gòu)示意圖，如圖6為所示的訂單管理平臺，包括：

訂單完成信息獲取模塊1，用于獲取結(jié)算中間庫中本服務(wù)提供者標(biāo)識對應(yīng)的訂單完成信息，所述訂單完成信息包括揀貨商品的標(biāo)識及數(shù)量。

本商戶結(jié)算信息獲取模塊2，用于根據(jù)所述訂單完成信息和商品結(jié)算信息，獲取本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息。

本商戶結(jié)算信息發(fā)送模塊3，用于將所述本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息發(fā)送至所述結(jié)算中間庫，以使所述結(jié)算中間庫根據(jù)所述本服務(wù)提供者標(biāo)識對應(yīng)的結(jié)算信息進(jìn)行結(jié)算。

本實(shí)施例提供的訂單管理平臺(商戶結(jié)算服務(wù)子系統(tǒng))在結(jié)算中間庫中獲取本商戶的所有訂單完成信息，根據(jù)本商戶和零售平臺的商品結(jié)算信息，計(jì)算出本商戶的結(jié)算信息后，發(fā)回結(jié)算中間庫，以使零售平臺根據(jù)所述本商戶結(jié)算信息與合作商戶進(jìn)行結(jié)算。訂單管理平臺通過獲取本商戶的所有訂單完成信息，與零售平臺進(jìn)行結(jié)算的方式，實(shí)現(xiàn)了結(jié)算的自動化，保證了零售平臺和合作商戶間結(jié)算的及時(shí)性和準(zhǔn)確性。

圖7為一個(gè)實(shí)施例中的訂單結(jié)算方法的流程示意圖，如圖7所示的訂單結(jié)算方法，包括：

步驟s100a，接收至少兩個(gè)訂單，所述訂單包括訂單標(biāo)識、商品的名稱及數(shù)量。

具體的，本發(fā)明實(shí)施例提供app接收訂單的方式，所述app可設(shè)置于各種移動端上，如利用移動網(wǎng)絡(luò)(2g/3g/4g/wifi)的智能手機(jī)，所述訂單包括訂單標(biāo)識，如訂單號，訂單內(nèi)的商品名稱及數(shù)量。所述app可以隨時(shí)查看商品名稱、圖片、規(guī)格、價(jià)格、訂單備注等信息，方便揀貨員全面快速了解商品信息。

訂單分配系統(tǒng)通過手動分配或移動端自助獲取任務(wù)的方式，將訂單揀貨任務(wù)下傳到app。根據(jù)需要，訂單分配系統(tǒng)可配置訂單揀貨任務(wù)分配模式(目前支持手動分配和搶單+實(shí)時(shí)監(jiān)控兩種分配模式)。

手動分配模式：可實(shí)時(shí)查看到下傳的訂單，同時(shí)還支持查看所有揀貨員實(shí)時(shí)作業(yè)狀態(tài)，將訂單分配給揀貨數(shù)量較少的揀貨員。

自助獲取模式：對于沒有固定人員職守的門店，可開啟揀貨任務(wù)自助獲取模式(簡稱“搶單+監(jiān)控模式”)，對接收到的訂單按配送時(shí)效進(jìn)行預(yù)判，符合時(shí)效要求的訂單會自動放入搶單池。揀貨員在揀貨app上可實(shí)時(shí)接收待搶訂單信息，自助領(lǐng)取揀貨任務(wù)。管理者可通過監(jiān)控頁面，及時(shí)了解揀貨進(jìn)程，對于異常訂單(超時(shí)未搶訂單、已搶未揀訂單)進(jìn)行人工干預(yù)(手動分配、撤回揀貨任務(wù)等)。

步驟s200a，為各所述訂單一一對應(yīng)的分配不同的區(qū)別標(biāo)識。

具體的，為降低揀貨過程中出現(xiàn)的人為失誤，為各所述訂單一一對應(yīng)的分配不同的區(qū)別標(biāo)識，所述區(qū)別標(biāo)識包括不同的顏色，或非常明顯可以區(qū)分不同頂訂單的形狀標(biāo)識。揀貨員在將揀貨到的商品分配給不同的訂單時(shí)，所述區(qū)別標(biāo)識用于明顯的區(qū)分不同的訂單，防止揀貨過程中出現(xiàn)的竄貨問題。每張訂單唯一指定一種顏色(紅、橙、黃、綠、青、藍(lán)、紫、棕、黑、白10種不同顏色)。

步驟s300a，根據(jù)所述訂單獲取合并信息單，所述合并信息單包括各所述商品的總數(shù)量，各所述商品對應(yīng)的各所述訂單的區(qū)別標(biāo)識，及各所述區(qū)別標(biāo)識對應(yīng)的所述商品的數(shù)量。

具體的，所述合并信息單，支持按照各商品給出的一次拿取所有訂單所需數(shù)量的所述商品，再按照不同訂單的數(shù)量分配給不同訂單，同時(shí)，所述合并信息單，支持按照商品的sku(stockkeepingunit庫存量單位)數(shù)量進(jìn)行合并，合并信息單內(nèi)相同商品的sku僅顯示一行，行信息中即展示有商品的合并數(shù)量，同時(shí)也會展示有包含該商品的每一訂單購買數(shù)量，再采用不同顏色的色塊展示方法進(jìn)行區(qū)分，在每行的商品中，給出相關(guān)的訂單對應(yīng)的顏色的方塊，包括所述商品涉及到的所有訂單，在每種顏色填充的方框中，會顯示對應(yīng)訂單商品的購買數(shù)量。

步驟s400a，將所述合并信息單發(fā)送給分揀終端，以使所述分揀終端的使用者根據(jù)所述合并信息單中各所述訂單的區(qū)別標(biāo)識及商品數(shù)量進(jìn)行揀貨，獲取各揀貨商品。

具體的，在揀貨員用于揀貨的揀貨車上，不同的訂單對應(yīng)不同的放置區(qū)域，所述的不同區(qū)域上也對訂單對應(yīng)的顏色進(jìn)行標(biāo)識，如標(biāo)識上述10種顏色的色卡。揀貨員找到商品后，只需按商品下對應(yīng)色塊展示區(qū)中顯示的數(shù)量揀選商品，然后投放到揀貨車相同色卡標(biāo)識區(qū)內(nèi)即可。所有商品揀貨完成后，每個(gè)色卡區(qū)域內(nèi)的商品即可單獨(dú)打包裝袋，附上揀貨面單后即可等待配送發(fā)貨了。

在本實(shí)施例中，為接收到的至少兩個(gè)訂單分配不同顏色作為區(qū)別標(biāo)識，然后將所有訂單進(jìn)行合并后，根據(jù)各所述商品獲取合并信息單，所述合并信息單包括與商品一一對應(yīng)的獲取總數(shù)量、商品對應(yīng)的訂單的區(qū)別標(biāo)識，以及所述區(qū)別標(biāo)識對應(yīng)的商品數(shù)量，再將所述合并信息單發(fā)送給揀貨員后，揀貨員根據(jù)所述合并信息單進(jìn)行揀貨，并將獲取到的揀貨商品按照區(qū)別標(biāo)識分配至各所述訂單。本實(shí)施例中，由于為不同的訂單分配了不同的區(qū)別標(biāo)識，在揀貨員揀貨后分配給各訂單的過程中，基于所述區(qū)別標(biāo)識的明顯特征，不容易發(fā)生人為的商品分配錯誤，提高各訂單揀貨的準(zhǔn)確率。

在其中一個(gè)實(shí)施例中，所述根據(jù)各所述商品獲取合并信息單，還包括：

獲取各所述訂單中所述商品的配送時(shí)效、收貨地址和所屬促銷活動標(biāo)識中的一種或任意組合；根據(jù)各所述商品的配送時(shí)效、收貨地址、所屬促銷活動標(biāo)識中的一種或任意組合，獲取合并信息單。

具體的，除根據(jù)不同的商品，給出各自的合并信息單，為了更加靈活的適應(yīng)商品配送的需求，所述合并信息單，還支持根據(jù)各所述商品的配送時(shí)效、相同收貨地址、相同促銷活動中的一種或任意組合，獲取合并信息單，如配送時(shí)間要求比較緊張的商品，優(yōu)先進(jìn)行揀貨完成配送，相同收貨地址的商品或相同促銷活動的商品進(jìn)行合并揀貨，以提高商品配送效率。

在本實(shí)施例中，所述的合并信息單的獲取，還可以根據(jù)各所述商品的配送時(shí)效、相同收貨地址和相同促銷活動中的一種活任意組合，所生成的合并信息單，根據(jù)各種需求提供了更加靈活的生成方式，提高了揀貨員的揀貨效率，也提高了訂單的揀貨效率。

圖8為另一個(gè)實(shí)施例中的訂單結(jié)算方法的流程示意圖，如圖8所示的訂單結(jié)算方法，在圖7的步驟s400步驟之后，所述方法還包括：

步驟s500a，接收所述揀貨商品的驗(yàn)證信息，所述驗(yàn)證信息包括利用無線設(shè)備掃描獲取的所述揀貨商品的條碼信息，以及所述揀貨商品的掃描次數(shù)。

具體的，為提高商品條碼識別速度和精準(zhǔn)性，在app中，支持外接藍(lán)牙掃描設(shè)備讀取商品條碼信息，即利用藍(lán)牙方式將手機(jī)和藍(lán)牙掃描設(shè)備進(jìn)行連接，然后通過紅外線或影像式條碼識別設(shè)備采集商品外包裝上的條碼信息(目前支持國際條碼和多種生鮮磅秤條碼)。

步驟s600a，根據(jù)所述驗(yàn)證信息驗(yàn)證各所述訂單中的商品的名稱及數(shù)量。

具體的，根據(jù)所述條碼信息，可獲取商品的名稱等信息，并且根據(jù)掃描次數(shù)，獲取被掃描到的商品的數(shù)量。

步驟s700a，當(dāng)所述驗(yàn)證信息與各所述訂單一致時(shí)，完成各所述訂單。

具體的，如果掃描到的條碼信息中的商品名稱和訂單中的商品名稱符合，以及掃描次數(shù)統(tǒng)計(jì)出的商品的數(shù)量，與訂單中的商品數(shù)量符合，通過語音及文字方式反饋出掃碼結(jié)果，通過了驗(yàn)證，可繼續(xù)完成各所述訂單。

在本實(shí)施例中，將合并信息單發(fā)送給揀貨員，揀貨員揀貨后，還提供揀貨商品的驗(yàn)證，接收揀貨員發(fā)送的各揀貨商品的驗(yàn)證信息，所述驗(yàn)證信息包括利用無線設(shè)備掃描獲取的所述揀貨商品的條碼信息，以及所述揀貨商品的掃描次數(shù)；當(dāng)驗(yàn)證信息均與所述訂單一致時(shí)，完成各所述訂單。本實(shí)施例所提供的驗(yàn)證，能夠進(jìn)一步避免訂單揀貨中出現(xiàn)的拿錯商品，或?yàn)樯唐峰e誤的分配了訂單的情況，提高訂單揀貨的成功率。

以上所述實(shí)施例的各技術(shù)特征可以進(jìn)行任意的組合，為使描述簡潔，未對上述實(shí)施例中的各個(gè)技術(shù)特征所有可能的組合都進(jìn)行描述，然而，只要這些技術(shù)特征的組合不存在矛盾，都應(yīng)當(dāng)認(rèn)為是本說明書記載的范圍。

以上所述實(shí)施例僅表達(dá)了本發(fā)明的幾種實(shí)施方式，其描述較為具體和詳細(xì)，但并不能因此而理解為對發(fā)明專利范圍的限制。應(yīng)當(dāng)指出的是，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進(jìn)，這些都屬于本發(fā)明的保護(hù)范圍。因此，本發(fā)明專利的保護(hù)范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。