本發(fā)明涉及通信技術領域，尤其涉及一種訂單信息處理方法。

背景技術：

訂單處理就是從接到客戶訂貨開始一直到交付商品乃至商品評價為止的作業(yè)階段,作為訂單作業(yè)的核心流程，訂單處理直接影響到訂單作業(yè)的準確度和效率。

目前的訂單處理過程，主要是用于線上銷售、線下配送的方式，將訂單分發(fā)到某一個或幾個配貨站點，由站點安排運輸派送，客戶簽收，便完成了整個訂單處理的過程。其中，分發(fā)機制主要基于商品庫存數(shù)量，站點內需要再人工安排員工作業(yè)，一個訂單可能會有多個員工負責配貨，容易導致配貨錯誤，造成重復配貨的現(xiàn)象。而且，站點內進行人工安排員工的時候，需要額外人為操作，導致訂單分發(fā)流程加長，過程繁瑣，并且無法客觀智能的衡量員工的工作負荷，導致工作分配達不到最優(yōu)效率。因此，現(xiàn)有的訂單處理過程不夠優(yōu)化，而且并不適用于線上銷售線下提貨的營銷方式。

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

本發(fā)明的目的是針對現(xiàn)有技術的缺陷，提供一種訂單信息處理方法，

有鑒于此，本發(fā)明實施例提供了一種訂單信息處理方法，能夠基于訂單狀態(tài)對訂單信息進行分類管理；在訂單分派時，能根據(jù)服務店面的員工當前工作負荷量自動分配訂單的責任員工，大大減少了店面管理員的工作，縮短了訂單處理的時間，提高了工作效率。

有鑒于此，本發(fā)明實施例提供了一種訂單信息分發(fā)方法，包括：

店面的終端設備接收服務器發(fā)送的訂單信息，所述訂單信息包括訂單ID、訂單中商品的商品ID、訂購數(shù)量、商品價格數(shù)據(jù)、用戶ID、收貨信息、店面信息和訂單取貨時間信息；

對所述訂單信息進行預處理，在所述訂單信息中加入訂單狀態(tài)信息，生成在線訂單信息，存儲在在線訂單數(shù)據(jù)列表中；所述訂單狀態(tài)信息為待配貨狀態(tài)；

獲取所述店面的每個員工ID對應的工作權重數(shù)據(jù)；

根據(jù)各個員工ID對應的工作權重數(shù)據(jù)所述在線訂單信息的責任員工的員工ID，建立并記錄所述訂單ID與所述責任員工的員工ID的關聯(lián)信息；

接收所述責任員工通過所述終端設備輸入的配貨完成信息，所述配貨完成信息包括所述訂單ID；

根據(jù)所述配貨完成信息更新所述在線訂單信息的訂單狀態(tài)信息，將所述訂單狀態(tài)信息更改為配貨完成狀態(tài)；

接收取貨確認信息，根據(jù)所述取貨確認信息，對所述在線訂單信息進行處理，生成已完成訂單信息并存儲在已完成訂單數(shù)據(jù)列表中。

優(yōu)選的，所述方法還包括：

在所述在線訂單數(shù)據(jù)列表中刪除所述在線訂單信息。

優(yōu)選的，在所述接收所述責任員工通過所述終端設備輸入的配貨完成信息，所述配貨完成信息包括所述訂單ID之前，所述方法還包括：

生成訂單分派提示信息，并根據(jù)所述責任員工的用戶ID發(fā)送給所述責任員工的用戶終端；

所述責任員工的用戶終端對接收到的所述訂單分派提示信息進行顯示。

優(yōu)選的，所述方法還包括：

接收店面管理員輸入的已完成訂單處理指令；

根據(jù)所述已完成訂單處理指令對所述已完成訂單數(shù)據(jù)列表中的已完成訂單信息進行相應操作。

優(yōu)選的，所述獲取所述店面的每個員工ID對應的工作權重數(shù)據(jù)具體包括：

根據(jù)所述店面的店面信息確定所述店面信息關聯(lián)的多個員工ID；

根據(jù)所述員工ID查詢與所述員工ID相關的全部待處理訂單的訂單ID；所述待處理訂單為訂單狀態(tài)信息為待配貨狀態(tài)的在線訂單；

根據(jù)所述待處理訂單的訂單ID統(tǒng)計待處理訂單數(shù)量；

根據(jù)所述待處理訂單數(shù)量生成所述工作權重數(shù)據(jù)。

進一步優(yōu)選的，所述根據(jù)所述待處理訂單數(shù)量生成所述工作權重數(shù)據(jù)具體包括：

根據(jù)所述待處理訂單的訂單ID確定每個待處理訂單的商品ID和訂購數(shù)量；

根據(jù)所述每個待處理訂單的商品ID和訂購數(shù)量確定所述待處理訂單的權重值；

對所述待處理訂單的權重值和所述待處理訂單數(shù)量進行加權處理生成所述工作權重數(shù)據(jù)。

本發(fā)明實施例提供的訂單信息處理方法，能夠基于訂單狀態(tài)對訂單信息進行分類管理；在訂單分派時，能根據(jù)服務店面的員工當前工作負荷量自動分配訂單的責任員工，大大減少了店面管理員的工作，縮短了訂單處理的時間，提高了工作效率。

附圖說明

圖1為本發(fā)明實施例提供的訂單信息處理方法的流程圖；

圖2為本發(fā)明實施例提供的生成工作權重數(shù)據(jù)的方法流程圖。

具體實施方式

訂單處理是電子商務網(wǎng)站的核心業(yè)務之一，即重點中的重點。其處理結果的好壞，在經(jīng)營上直接關系到客戶體驗，即關系到用戶下單，顧客回頭率，在企業(yè)內部同樣對企業(yè)資金運用，周轉都有著，倉儲物流都有著極為重要的作用。為此，本發(fā)明針對線上銷售、線下取貨的運營模式提出了一種訂單信息處理方法，能夠基于訂單狀態(tài)對訂單信息進行分類管理，大大減少了店面管理員的工作，縮短了訂單分發(fā)的時間，提高了工作效率。

下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。

圖1為本發(fā)明實施例提供的訂單信息處理方法流程圖，如圖1所示，包括：

步驟110，店面的終端設備接收服務器發(fā)送的訂單信息；

具體的，在用戶通過用戶端下單之后，在服務器中會根據(jù)用戶的訂購信息生成訂單信息，并基于預先設定的規(guī)則將訂單信息派發(fā)到店面。訂單信息可以包括訂單ID、訂單中商品的商品ID、訂購數(shù)量、商品價格數(shù)據(jù)、用戶ID、收貨信息、店面信息和訂單取貨時間信息。

步驟120，對訂單信息進行預處理，在訂單信息中加入訂單狀態(tài)信息，生成在線訂單信息，存儲在在線訂單數(shù)據(jù)列表中；

具體的，在店面的終端設備接收到訂單信息時，會對新接收到的訂單信息進行預處理，為訂單信息添加訂單狀態(tài)。在本步驟的添加過程中設定的訂單狀態(tài)信息為待配貨狀態(tài)。

步驟130，獲取店面的每個員工ID對應的工作權重數(shù)據(jù)；

具體的，本實施例中，工作權重數(shù)據(jù)是能夠用來量化衡量一個員工當前工作負荷的數(shù)據(jù)。工作權重數(shù)據(jù)可以通過如下過程獲得。

首先，根據(jù)店面的店面信息確定店面信息關聯(lián)的多個員工ID；其次根據(jù)員工ID查詢與員工ID相關的全部待處理訂單的訂單ID；此處的待處理訂單是指訂單狀態(tài)信息為待配貨狀態(tài)的在線訂單；再次，根據(jù)待處理訂單的訂單ID統(tǒng)計待處理訂單數(shù)量；最后，根據(jù)待處理訂單數(shù)量生成工作權重數(shù)據(jù)。

在這個過程中，工作權重數(shù)據(jù)是由員工的待處理訂單的數(shù)量確定的，也就是說，一個員工的待處理訂單越多，表示他當前的工作權重越大。

進一步的，工作權重數(shù)據(jù)的生成除了考量待處理訂單數(shù)量外還可以同時考量每個待處理訂單的商品及商品數(shù)量。這樣能夠更合理的進行任務分派。比如兩個員工A和B，其中A的待處理訂單有2件，B的待處理訂單有3件，A的待處理訂單中，每件訂單包含10件商品，而B的待處理訂單中每件訂單僅有2件商品，如果僅以待處理訂單數(shù)量來考量工作權重數(shù)據(jù)，顯然沒有同時考慮待處理訂單中包括的商品及訂購數(shù)量更加嚴謹、合理。

因此在優(yōu)選的實施例中，生成工作權重數(shù)據(jù)的方法如圖2所示，包括如下步驟：

步驟210，根據(jù)待處理訂單的訂單ID確定每個待處理訂單的商品ID和訂購數(shù)量；

步驟220，根據(jù)每個待處理訂單的商品ID和訂購數(shù)量確定待處理訂單的權重值；

具體的，可以根據(jù)商品的不同，對商品賦予一個權重，然后根據(jù)商品ID對應得到該權重，將該權重與該商品的訂購數(shù)量的乘積作為訂單中一個商品的權重值。如果訂單包括多種商品，則將多種商品的權重值之和作為待處理訂單的權重值。

步驟230，對待處理訂單的權重值和待處理訂單數(shù)量進行加權處理生成工作權重數(shù)據(jù)。

具體的，對每個員工的全部待處理訂單進行加權，即可得到該員工的工作權重數(shù)據(jù)。

步驟140，根據(jù)各個員工ID對應的工作權重數(shù)據(jù)在線訂單信息的責任員工的員工ID，建立并記錄訂單ID與責任員工的員工ID的關聯(lián)信息；

在這之后，對訂單生成訂單分派提示信息，并基于關聯(lián)信息，根據(jù)責任員工的用戶ID發(fā)送給責任員工的用戶終端。責任員工的用戶終端對接收到的訂單分派提示信息進行顯示。通過訂單分派提示信息，可以提示責任員工該訂單被分派給他進行配貨處理。訂單分配提示信息中至少包括訂單ID。

步驟150，接收責任員工通過終端設備輸入的配貨完成信息，配貨完成信息包括訂單ID；

具體的，責任員工在配貨完成之后會通過終端設備輸入配貨完成信息，從而在系統(tǒng)中對配貨完成時間和動作進行記錄。

在優(yōu)選的實施例中，可以根據(jù)訂單取貨時間信息生成配貨完成預警時間，比如設置為訂單取貨時間之前8小時，或者之前4小時。

如果在到達配貨完成預警時間時，系統(tǒng)還沒有接收到配貨完成信息，則生成預警信息，以提示責任員工該訂單即將到達取貨時間，需要予以關注并優(yōu)先進行配貨。

步驟160，根據(jù)配貨完成信息更新在線訂單信息的訂單狀態(tài)信息，將訂單狀態(tài)信息更改為配貨完成狀態(tài)；

具體的，店面管理員或者員工通過查看訂單狀態(tài)信息即可確認該訂單是否已經(jīng)完成配貨。

在對在線訂單信息的處理中，可以基于不同訂單狀態(tài)信息對訂單信息進行分類處理。

比如當接收到店面管理員輸入的待配貨訂單查詢信息，則在訂單狀態(tài)信息為待配貨狀態(tài)的在線訂單信息中進行查詢匹配；當接收到店面管理員輸入的待配貨訂單查詢信息，則在訂單狀態(tài)信息為配貨完成狀態(tài)的在線訂單信息中進行查詢匹配。

步驟170，接收取貨確認信息，根據(jù)取貨確認信息，對在線訂單信息進行處理，生成已完成訂單信息并存儲在已完成訂單數(shù)據(jù)列表中。

當用戶完成線下取貨的動作，店面管理員或員工在終端設備輸入取貨確認信息。取貨確認信息中包括由訂單ID的信息。從而通過訂單ID確定完成的訂單。

步驟180，在在線訂單數(shù)據(jù)列表中刪除在線訂單信息。

步驟170和步驟180是可以同時進行的。

在步驟170之后，還可以對已完成訂單數(shù)據(jù)列表中的數(shù)據(jù)進行刪除、備份等等操作。

比如，需要定期對已完成訂單數(shù)據(jù)列表中的數(shù)據(jù)進行備份。通過設定備份時間，實現(xiàn)系統(tǒng)的自動備份。

同時可以設置操作項，確定對備份完成的數(shù)據(jù)是否刪除。

當然，刪除和備份的動作也都可以是由店面的管理員通過終端設備的操作產(chǎn)生的。

至此，通過上述過程即完成了從訂單創(chuàng)建之后到訂單處理完成的整個過程的訂單信息處理。

本發(fā)明實施例提供的訂單信息處理方法，能夠基于訂單狀態(tài)對訂單信息進行分類管理；在訂單分派時，能根據(jù)服務店面的員工當前工作負荷量自動分配訂單的責任員工，大大減少了店面管理員的工作，縮短了訂單處理的時間，提高了工作效率。

專業(yè)人員應該還可以進一步意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術方案的特定應用和設計約束條件。專業(yè)技術人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。

結合本文中所公開的實施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結合來實施。軟件模塊可以置于隨機存儲器(RAM)、內存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術領域內所公知的任意其它形式的存儲介質中。

以上所述的具體實施方式，對本發(fā)明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的具體實施方式而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。