本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種訂單信息分發(fā)方法。

背景技術(shù)：

訂單分發(fā)處理就是從接到客戶訂貨開始一直到揀選貨物為止的作業(yè)階段,訂單分發(fā)處理作為訂單作業(yè)的核心流程之一，在提高用戶滿意度和提升企業(yè)競(jìng)爭(zhēng)力方面起著非常重要的作用。

特別是隨著ERP等計(jì)算機(jī)技術(shù)的實(shí)施,訂單處理不再是一個(gè)孤立的環(huán)節(jié)，它打破了內(nèi)部供應(yīng)鏈各個(gè)環(huán)節(jié)的障礙,使訂單信息流、物流、資金流能夠融入到整個(gè)內(nèi)部供應(yīng)鏈系統(tǒng),與其他各個(gè)環(huán)節(jié)緊密配合。各環(huán)節(jié)的通暢,信息準(zhǔn)確性和高效率的傳遞為企業(yè)提升配送競(jìng)爭(zhēng)力奠定了堅(jiān)實(shí)的基礎(chǔ)。

目前的訂單分發(fā)，主要是用于線上銷售、線下配送的方式，將訂單分發(fā)到某個(gè)配貨站點(diǎn)，便完成了分發(fā)過(guò)程。分發(fā)機(jī)制主要基于商品庫(kù)存數(shù)量，站點(diǎn)內(nèi)需要再人工安排員工作業(yè)，一個(gè)訂單可能會(huì)有多個(gè)員工負(fù)責(zé)配貨，容易導(dǎo)致配貨錯(cuò)誤，造成重復(fù)配貨的現(xiàn)象。而且，站點(diǎn)內(nèi)進(jìn)行人工安排員工的時(shí)候，還需要額外人為操作，導(dǎo)致訂單分發(fā)流程加長(zhǎng)，過(guò)程繁瑣，并且無(wú)法客觀智能的衡量員工的工作負(fù)荷，導(dǎo)致工作分配達(dá)不到最優(yōu)效率。

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

本發(fā)明的目的是針對(duì)現(xiàn)有技術(shù)的缺陷，提供一種訂單信息分發(fā)方法，根據(jù)商品的銷售類型進(jìn)行訂單拆分，按照區(qū)域自動(dòng)匹配服務(wù)店面，并能根據(jù)服務(wù)店面的員工當(dāng)前工作負(fù)荷量自動(dòng)分配訂單的責(zé)任員工，大大減少了店面管理員的工作，縮短了訂單分發(fā)的時(shí)間，提高了工作效率。

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

服務(wù)器接收用戶終端發(fā)送的訂單信息；所述訂單信息包括：訂單ID、商品的商品ID、訂購(gòu)數(shù)量、商品價(jià)格數(shù)據(jù)、用戶ID和收貨信息；所述收貨信息包括收貨人信息和區(qū)域信息；

根據(jù)所述商品ID確定所述商品的銷售類型信息；所述銷售類型信息至少包括第一銷售類型和第二銷售類型的信息；

根據(jù)所述收貨信息在店面信息數(shù)據(jù)庫(kù)中查詢與所述區(qū)域信息相符的或者與所述區(qū)域信息位置最近的店面信息；

基于所述銷售類型信息，根據(jù)所述訂單ID、商品的商品ID、訂購(gòu)數(shù)量、商品價(jià)格數(shù)據(jù)、用戶ID、收貨信息和所述店面信息生成用戶訂單的第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)；

確定所述店面信息對(duì)應(yīng)的員工ID；

獲取每個(gè)所述員工ID對(duì)應(yīng)的工作權(quán)重?cái)?shù)據(jù)；

根據(jù)各個(gè)員工ID對(duì)應(yīng)的工作權(quán)重?cái)?shù)據(jù)確定為所述用戶訂單分配的第一員工的第一員工ID，建立并記錄所述訂單ID與所述第一員工ID的關(guān)聯(lián)信息；

根據(jù)所述第一員工ID，將所述第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)分別發(fā)送給所述第一員工的終端設(shè)備。

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

確定所述店面信息對(duì)應(yīng)的管理員ID，將所述第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)分別發(fā)送給所述管理員的終端設(shè)備。

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

所述第一員工的終端設(shè)備對(duì)接收到的所述第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)分別進(jìn)行顯示。

優(yōu)選的，所述獲取每個(gè)所述員工ID對(duì)應(yīng)的工作權(quán)重?cái)?shù)據(jù)具體包括：

根據(jù)所述員工ID查詢與所述員工ID相關(guān)的所述關(guān)聯(lián)信息，并根據(jù)所述關(guān)聯(lián)信息確定與所述員工ID相關(guān)的全部待處理訂單的訂單ID；

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

根據(jù)所述待處理訂單數(shù)量生成所述工作權(quán)重?cái)?shù)據(jù)。

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

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

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

對(duì)所述待處理訂單的權(quán)重值和所述待處理訂單數(shù)量進(jìn)行加權(quán)處理生成所述工作權(quán)重?cái)?shù)據(jù)。

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

在將所述第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)分別發(fā)送給所述第一員工的終端設(shè)備之后的第一時(shí)間閾值內(nèi)，所述第一員工的終端設(shè)備接收所述第一員工輸入的派單拒絕指令，發(fā)送給所述服務(wù)器；所述派單拒絕指令攜帶所述訂單ID；

所述服務(wù)器將所述派單拒絕指令生成派單拒絕信息發(fā)送給所述管理員的終端設(shè)備；

所述管理員的終端設(shè)備接收所述管理員輸入的訂單轉(zhuǎn)派信息，發(fā)送給所述服務(wù)器；所述訂單轉(zhuǎn)派信息包括第二員工的第二員工ID；

所述服務(wù)器根據(jù)所述訂單轉(zhuǎn)派信息更新所述訂單ID的關(guān)聯(lián)信息，將所述關(guān)聯(lián)信息中的第一員工ID更改為所述第二員工ID。

本發(fā)明實(shí)施例提供的訂單信息分發(fā)方法，根據(jù)商品的銷售類型進(jìn)行訂單拆分，按照區(qū)域自動(dòng)匹配服務(wù)店面，并能根據(jù)服務(wù)店面的員工當(dāng)前工作負(fù)荷量自動(dòng)分配訂單的責(zé)任員工，大大減少了店面管理員的工作，縮短了訂單分發(fā)的時(shí)間，提高了工作效率。

附圖說(shuō)明

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

圖2為本發(fā)明實(shí)施例提供的生成工作權(quán)重?cái)?shù)據(jù)的方法流程圖；

圖3為本發(fā)明實(shí)施例提供的訂單再指派處理的方法流程圖。

具體實(shí)施方式

訂單處理是電子商務(wù)網(wǎng)站的核心業(yè)務(wù)之一，即重點(diǎn)中的重點(diǎn)。其處理結(jié)果的好壞，在經(jīng)營(yíng)上直接關(guān)系到客戶體驗(yàn)，即關(guān)系到用戶下單，顧客回頭率，在企業(yè)內(nèi)部同樣對(duì)企業(yè)資金運(yùn)用，周轉(zhuǎn)都有著，倉(cāng)儲(chǔ)物流都有著極為重要的作用。為此，本發(fā)明針對(duì)線上銷售、線下取貨的運(yùn)營(yíng)模式提出了一種訂單信息分發(fā)方法，根據(jù)商品的銷售類型進(jìn)行訂單拆分，按照區(qū)域自動(dòng)匹配服務(wù)店面，并能根據(jù)服務(wù)店面的員工當(dāng)前工作負(fù)荷量自動(dòng)分配訂單的責(zé)任員工，大大減少了店面管理員的工作，縮短了訂單分發(fā)的時(shí)間，提高了工作效率。

下面通過(guò)附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。

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

步驟110，服務(wù)器接收用戶終端發(fā)送的訂單信息；

具體的，訂單信息包括訂單ID、商品的商品ID、訂購(gòu)數(shù)量、商品價(jià)格數(shù)據(jù)、用戶ID和收貨信息；收貨信息包括收貨人信息和區(qū)域信息。

訂單ID是唯一的，每個(gè)訂單對(duì)應(yīng)一個(gè)訂單ID。訂單ID由用戶使用用戶終端在線上操作下單的時(shí)候產(chǎn)生。

步驟120，根據(jù)商品ID確定商品的銷售類型信息；

具體的，銷售類型信息至少包括第一銷售類型和第二銷售類型的信息。

銷售類型可以自定義產(chǎn)生。

比如在一個(gè)具體的例子中，第一銷售類型和第二銷售類型可以分別被定義為普通模式和團(tuán)購(gòu)模式。

在本發(fā)明實(shí)施例中，對(duì)于不同的銷售類型的商品，分為不同訂單進(jìn)行處理。

步驟130，根據(jù)收貨信息在店面信息數(shù)據(jù)庫(kù)中查詢與區(qū)域信息相符的或者與區(qū)域信息位置最近的店面信息；

具體的，因?yàn)槭肇浶畔⒅邪ㄊ肇浫诵畔⒑蛥^(qū)域信息，因此可以根據(jù)區(qū)域信息進(jìn)行定位與店面數(shù)據(jù)庫(kù)中的店面地址信息進(jìn)行匹配，將訂單分配給距離最近的店面。最優(yōu)選的，將訂單分配給區(qū)域信息相同的店面，如果在相同的區(qū)域中沒有店面，則分配給距離最近的店面。

步驟140，基于銷售類型信息，根據(jù)訂單ID、商品的商品ID、訂購(gòu)數(shù)量、商品價(jià)格數(shù)據(jù)、用戶ID、收貨信息和店面信息生成用戶訂單的第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)；

具體的，對(duì)于具有不同的銷售類型的商品，分別生成不同的派單數(shù)據(jù)。如果訂單信息中的商品都為同一種銷售類型的商品，那么僅生成一個(gè)派單數(shù)據(jù)，如果訂單信息中包括兩種不同銷售類型的商品，那么針對(duì)這兩種銷售類型生成兩個(gè)不同的派單數(shù)據(jù)。

在派單數(shù)據(jù)中除包括訂單信息中的數(shù)據(jù)之外，還加入了相應(yīng)的店面信息。

步驟150，確定店面信息對(duì)應(yīng)的員工ID；

具體的，每個(gè)店面信息都關(guān)聯(lián)有多個(gè)員工ID。當(dāng)員工加入到一個(gè)店面工作時(shí)，該員工的員工ID就會(huì)被關(guān)聯(lián)到該店面的店面信息，記錄在后臺(tái)。

如果發(fā)生員工調(diào)動(dòng)，相應(yīng)的，員工ID與店面信息的關(guān)聯(lián)關(guān)系也會(huì)響應(yīng)修改。

步驟160，獲取每個(gè)員工ID對(duì)應(yīng)的工作權(quán)重?cái)?shù)據(jù)；

具體的，在本實(shí)施例中，工作權(quán)重?cái)?shù)據(jù)是能夠用來(lái)量化衡量一個(gè)員工當(dāng)前工作負(fù)荷的數(shù)據(jù)。工作權(quán)重?cái)?shù)據(jù)可以通過(guò)如下過(guò)程獲得。

首先，根據(jù)員工ID查詢與員工ID相關(guān)的關(guān)聯(lián)信息，并根據(jù)關(guān)聯(lián)信息確定與員工ID相關(guān)的全部待處理訂單的訂單ID；其次，根據(jù)待處理訂單的訂單ID統(tǒng)計(jì)待處理訂單數(shù)量；最后，根據(jù)待處理訂單數(shù)量生成工作權(quán)重?cái)?shù)據(jù)。

在這個(gè)過(guò)程中，工作權(quán)重?cái)?shù)據(jù)是由員工的待處理訂單的數(shù)量確定的，也就是說(shuō)，一個(gè)員工的待處理訂單越多，表示他當(dāng)前的工作權(quán)重越大。

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

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

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

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

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

步驟230，對(duì)待處理訂單的權(quán)重值和待處理訂單數(shù)量進(jìn)行加權(quán)處理生成工作權(quán)重?cái)?shù)據(jù)。

具體的，對(duì)每個(gè)員工的全部待處理訂單進(jìn)行加權(quán)，即可得到該員工的工作權(quán)重?cái)?shù)據(jù)。

步驟170，根據(jù)各個(gè)員工ID對(duì)應(yīng)的工作權(quán)重?cái)?shù)據(jù)確定為用戶訂單分配的第一員工的第一員工ID，建立并記錄訂單ID與第一員工ID的關(guān)聯(lián)信息；

具體的，分配原則優(yōu)選為，將新增的待處理訂單分配給店面中工作權(quán)重?cái)?shù)據(jù)最小的員工。由此，可以確定待處理訂單的訂單ID與員工ID的關(guān)聯(lián)關(guān)系。

步驟180，根據(jù)第一員工ID，將第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)分別發(fā)送給第一員工的終端設(shè)備。

具體的，將已經(jīng)根據(jù)銷售類型信息進(jìn)行劃分好的派單數(shù)據(jù)按照訂單ID和員工ID的關(guān)聯(lián)關(guān)系，發(fā)送給該訂單的責(zé)任員工，即第一員工。第一員工的終端設(shè)備在接收到第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)之后，分別進(jìn)行顯示，從而第一員工能夠獲知待處理訂單的訂單信息。

步驟190，確定店面信息對(duì)應(yīng)的管理員ID，將第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)分別發(fā)送給管理員的終端設(shè)備。

具體的，每個(gè)店面都會(huì)設(shè)置有管理員，發(fā)送到一個(gè)店面的任何派單數(shù)據(jù)都會(huì)被發(fā)送到管理員的終端設(shè)備上，從而使得管理員能夠了解和掌控店面內(nèi)的工作信息。

當(dāng)然也不能排除第一員工因?yàn)橐恍┰虿荒芙邮芘砂l(fā)的工作任務(wù)，此時(shí)，可以允許第一員工在設(shè)定時(shí)間內(nèi)對(duì)派單進(jìn)行拒絕。當(dāng)?shù)谝粏T工拒絕之后，訂單信息會(huì)被轉(zhuǎn)至店面管理員進(jìn)行再指派處理。上述過(guò)程具體可以如圖3所示，通過(guò)如下步驟來(lái)實(shí)現(xiàn)。

步驟310，在將第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)分別發(fā)送給第一員工的終端設(shè)備之后的第一時(shí)間閾值內(nèi)，第一員工的終端設(shè)備接收第一員工輸入的派單拒絕指令，發(fā)送給服務(wù)器；

具體的，在派單數(shù)據(jù)發(fā)送給第一員工的終端設(shè)備后，允許第一員工在設(shè)定時(shí)間內(nèi)對(duì)派單進(jìn)行拒絕。設(shè)定時(shí)間的目的在于不會(huì)因?yàn)閱T工在訂單派發(fā)之后較長(zhǎng)時(shí)間才拒絕導(dǎo)致訂單處理延誤。其中，派單拒絕指令中攜帶有訂單ID。

在具體實(shí)現(xiàn)方式中，派單拒絕指令還攜帶由拒絕派單原因的信息。

步驟320，服務(wù)器將派單拒絕指令生成派單拒絕信息發(fā)送給管理員的終端設(shè)備；

具體的，如果發(fā)生派單拒絕的情況，服務(wù)器根據(jù)派單拒絕指令生成派單拒絕信息發(fā)送給管理員的終端設(shè)備。派單拒絕信息包括訂單ID，優(yōu)選的還包括拒絕派單原因的信息。

步驟330，管理員的終端設(shè)備接收管理員輸入的訂單轉(zhuǎn)派信息，發(fā)送給服務(wù)器；

具體的，管理員的終端設(shè)備對(duì)派單拒絕信息進(jìn)行顯示，用以管理員進(jìn)行查看。隨后，管理員可以輸入訂單轉(zhuǎn)派信息，通過(guò)訂單轉(zhuǎn)派的方式將訂單交由第二員工處理。在訂單轉(zhuǎn)派信息包括第二員工的第二員工ID；第二員工ID與該店面信息也具有對(duì)應(yīng)關(guān)系。

步驟340，服務(wù)器根據(jù)訂單轉(zhuǎn)派信息更新訂單ID的關(guān)聯(lián)信息，將關(guān)聯(lián)信息中的第一員工ID更改為第二員工ID。

步驟350，根據(jù)第二員工ID，將第一類型派單數(shù)據(jù)和/或第二類型派單數(shù)據(jù)分別發(fā)送給第二員工的終端設(shè)備。

本發(fā)明實(shí)施例提供的訂單信息分發(fā)方法，根據(jù)商品的銷售類型進(jìn)行訂單拆分，按照區(qū)域自動(dòng)匹配服務(wù)店面，并能根據(jù)服務(wù)店面的員工當(dāng)前工作負(fù)荷量自動(dòng)分配訂單的責(zé)任員工，大大減少了店面管理員的工作，縮短了訂單分發(fā)的時(shí)間，提高了工作效率。

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

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

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