本申請(qǐng)涉及訂單信息處理技術(shù)領(lǐng)域，特別是涉及訂單信息處理方法、裝置及系統(tǒng)。

背景技術(shù)：

為了提高消費(fèi)者對(duì)大家電等大件商品的購物體驗(yàn)，一些交易平臺(tái)為商家提供了統(tǒng)一的物流管理平臺(tái)。通過該平臺(tái)，商家可以首先入駐到一些特定的倉庫(物流管理平臺(tái)提供的大家電倉庫，每個(gè)倉庫都有自己的配送覆蓋范圍，能夠給消費(fèi)者提供確定性的物流服務(wù)體驗(yàn))，然后商家將大家電商品入庫到大家電倉庫。消費(fèi)者在前端頁面中查看前端商品對(duì)象時(shí)，可以根據(jù)消費(fèi)者所在的地址匹配倉庫的覆蓋區(qū)域范圍，如果匹配上后則會(huì)將對(duì)應(yīng)倉庫中的庫存展示給消費(fèi)者。

消費(fèi)者付款下單后，系統(tǒng)會(huì)為其生成倉儲(chǔ)作業(yè)訂單，給倉庫下發(fā)出庫指令，訂單中涉及的貨品會(huì)經(jīng)過倉庫的打包、貼碼、裝車、出庫、配送網(wǎng)點(diǎn)等環(huán)節(jié)最終送達(dá)至消費(fèi)者手中。但是，在貨物流轉(zhuǎn)的過程中，會(huì)存在消費(fèi)者退款、修改收貨地址等場(chǎng)景，這就需要取消之前創(chuàng)建的配送指令。現(xiàn)有技術(shù)中，關(guān)于取消配送指令等操作需要由商家手動(dòng)執(zhí)行，具體實(shí)現(xiàn)時(shí)，消費(fèi)者可以向商家請(qǐng)求退款或者變更收貨地址，之后，商家需要對(duì)訂單狀態(tài)進(jìn)行判斷，對(duì)于還沒出庫的訂單，商家可以操作取消指令；對(duì)于已經(jīng)完成出庫的訂單，商家需要發(fā)起咨詢工單，填寫工單中的內(nèi)容，之后，該工單會(huì)被下發(fā)給配送服務(wù)方，配送服務(wù)方的工作人員看到該工單后對(duì)其實(shí)施人工攔截。該解決方案在一定程度上解決了商家截單的一部分需求，但是無法解決商家為此付出的運(yùn)營操作成本，并且，這種做法存在攔截不及時(shí)的問題，極有可能導(dǎo)致錢貨兩空的情況出現(xiàn)。

因此，如何在出現(xiàn)退款、修改地址等場(chǎng)景時(shí)，降低商家的運(yùn)營成本，提高處理效率，成為需要本領(lǐng)域技術(shù)人員解決的技術(shù)問題。

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

本申請(qǐng)?zhí)峁┝擞唵涡畔⑻幚矸椒?、裝置及系統(tǒng)，可以提升第一用戶的用戶體驗(yàn)，節(jié)省第二用戶的運(yùn)營成本，提高系統(tǒng)效率。

本申請(qǐng)?zhí)峁┝巳缦路桨福?/p>

一種訂單信息處理系統(tǒng)，所述系統(tǒng)包括：

個(gè)性化物流解決方案模塊，用于監(jiān)聽交易訂單的狀態(tài)，監(jiān)聽到針對(duì)指定交易訂單的截單通知消息時(shí)，判斷該指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單的狀態(tài)，如果所述倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)，則向?qū)?yīng)配送服務(wù)方的運(yùn)輸管理模塊發(fā)送攔截指令；

配送服務(wù)方的運(yùn)輸管理模塊，用于根據(jù)接收到的攔截指令提供停止配送提示信息，并向發(fā)貨中心模塊返回拒簽信息。

一種訂單信息處理方法，包括：

個(gè)性化物流解決方案模塊監(jiān)聽交易訂單的狀態(tài)；

監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷該指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單的狀態(tài)；

如果所述倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)，則向?qū)?yīng)配送服務(wù)方的運(yùn)輸管理模塊發(fā)送攔截指令，以便所述運(yùn)輸管理模塊停止配送操作，并向發(fā)貨中心模塊返回拒簽信息，所述發(fā)貨中心模塊在接收到所述拒簽信息后，通過調(diào)用倉儲(chǔ)中心模塊的接口，創(chuàng)建退貨入庫訂單，并由所述倉儲(chǔ)中心模塊將所述退貨入庫訂單下發(fā)給第一倉庫服務(wù)方的倉庫管理模塊，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

一種訂單信息處理方法，包括：

發(fā)貨中心模塊接收配送服務(wù)方的運(yùn)輸管理模塊針對(duì)指定交易訂單發(fā)送的拒簽信息；所述拒簽信息是由所述運(yùn)輸管理模塊在接收到個(gè)性化物流解決方案模塊發(fā)送的攔截指令后發(fā)出的，所述個(gè)性化物流解決方案模塊監(jiān)聽到針對(duì)指定 交易訂單的截單操作信息時(shí)，判斷出指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)后，發(fā)出所述攔截指令；

以所述拒簽信息中攜帶的指定交易訂單的標(biāo)識(shí)信息、所述指定交易訂單關(guān)聯(lián)的商品對(duì)象信息以及第一倉庫標(biāo)識(shí)信息為參數(shù)，調(diào)用倉儲(chǔ)中心模塊的接口，創(chuàng)建退貨入庫單，以便所述倉儲(chǔ)中心模塊將所述退貨入庫訂單下發(fā)給第一倉庫服務(wù)方的倉庫管理模塊，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

一種訂單信息處理方法，包括：

倉儲(chǔ)中心模塊接收發(fā)貨中心模塊發(fā)送的創(chuàng)建退貨入庫單的請(qǐng)求，其中，所述發(fā)貨中心模塊在接收配送服務(wù)方的運(yùn)輸管理模塊針對(duì)指定交易訂單發(fā)送的拒簽信息后，發(fā)送所述請(qǐng)求，所述拒簽信息是由所述運(yùn)輸管理模塊在接收到個(gè)性化物流解決方案模塊發(fā)送的攔截指令后發(fā)出的，所述個(gè)性化物流解決方案模塊監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷出指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)后，發(fā)出所述攔截指令；

根據(jù)所述請(qǐng)求中攜帶的所述指定交易訂單的標(biāo)識(shí)信息、所述指定交易訂單關(guān)聯(lián)的商品對(duì)象信息，創(chuàng)建退貨入庫單；

根據(jù)所述請(qǐng)求中攜帶的第一倉庫服務(wù)方信息，向所述第一倉庫服務(wù)方的倉庫管理模塊，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

一種訂單信息處理裝置，應(yīng)用于個(gè)性化物流解決方案模塊，包括：

監(jiān)聽單元，用于監(jiān)聽交易訂單的狀態(tài)；

狀態(tài)判斷單元，用于監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷該指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單的狀態(tài)；

指令發(fā)送單元，用于如果所述倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)，則向?qū)?yīng)配送服務(wù)方的運(yùn)輸管理模塊發(fā)送攔截指令，以便所述運(yùn)輸管理模塊停止配送操作，并向發(fā)貨中心模塊返回拒簽信息，所述發(fā)貨中心模塊在接收到所述拒簽信息后， 通過調(diào)用倉儲(chǔ)中心模塊的接口，創(chuàng)建退貨入庫訂單，并由所述倉儲(chǔ)中心模塊將所述退貨入庫訂單下發(fā)給第一倉庫服務(wù)方的倉庫管理模塊，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

一種訂單信息處理裝置，應(yīng)用于發(fā)貨中心模塊，包括：

拒簽信息接收單元，用于接收配送服務(wù)方的運(yùn)輸管理模塊針對(duì)指定交易訂單發(fā)送的拒簽信息；所述拒簽信息是由所述運(yùn)輸管理模塊在接收到個(gè)性化物流解決方案模塊發(fā)送的攔截指令后發(fā)出的，所述個(gè)性化物流解決方案模塊監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷出指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)后，發(fā)出所述攔截指令；

接口調(diào)用單元，用于以所述拒簽信息中攜帶的指定交易訂單的標(biāo)識(shí)信息、所述指定交易訂單關(guān)聯(lián)的商品對(duì)象信息以及第一倉庫標(biāo)識(shí)信息為參數(shù)，調(diào)用倉儲(chǔ)中心模塊的接口，創(chuàng)建退貨入庫單，以便所述倉儲(chǔ)中心模塊將所述退貨入庫訂單下發(fā)給第一倉庫服務(wù)方的倉庫管理模塊，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

一種訂單信息處理裝置，應(yīng)用于倉儲(chǔ)中心模塊，包括：

第一請(qǐng)求接收單元，用于接收發(fā)貨中心模塊發(fā)送的創(chuàng)建退貨入庫單的請(qǐng)求，其中，所述發(fā)貨中心模塊在接收配送服務(wù)方的運(yùn)輸管理模塊針對(duì)指定交易訂單發(fā)送的拒簽信息后，發(fā)送所述請(qǐng)求，所述拒簽信息是由所述運(yùn)輸管理模塊在接收到個(gè)性化物流解決方案模塊發(fā)送的攔截指令后發(fā)出的，所述個(gè)性化物流解決方案模塊監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷出指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)后，發(fā)出所述攔截指令；

退貨入庫單創(chuàng)建單元，用于根據(jù)所述請(qǐng)求中攜帶的所述指定交易訂單的標(biāo)識(shí)信息、所述指定交易訂單關(guān)聯(lián)的商品對(duì)象信息，創(chuàng)建退貨入庫單；

退貨入庫單下發(fā)單元，用于根據(jù)所述請(qǐng)求中攜帶的第一倉庫服務(wù)方信息，向所述第一倉庫服務(wù)方的倉庫管理模塊下發(fā)所述退貨入庫單，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn) 入庫消息。

根據(jù)本申請(qǐng)?zhí)峁┑木唧w實(shí)施例，本申請(qǐng)公開了以下技術(shù)效果：

通過本申請(qǐng)實(shí)施例，當(dāng)針對(duì)尚未出庫或者已經(jīng)出庫配送在途的交易訂單發(fā)生退款、修改收貨地址等操作時(shí)，系統(tǒng)中的各個(gè)模塊之間可以自動(dòng)完成截單處理，而不需要由第二用戶手動(dòng)發(fā)起咨詢工單，因此，可以節(jié)省第二用戶的人力、時(shí)間等運(yùn)營成本，另外，從系統(tǒng)角度而言，也可以提高處理效率，便于快速響應(yīng)第一用戶發(fā)起的退款、修改收貨地址請(qǐng)求，有利于提升用戶體驗(yàn)。

當(dāng)然，實(shí)施本申請(qǐng)的任一產(chǎn)品并不一定需要同時(shí)達(dá)到以上所述的所有優(yōu)點(diǎn)。

附圖說明

為了更清楚地說明本申請(qǐng)實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請(qǐng)的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本申請(qǐng)實(shí)施例提供的系統(tǒng)的示意圖；

圖2是本申請(qǐng)實(shí)施例提供的系統(tǒng)交互示意圖；

圖3是本申請(qǐng)實(shí)施例提供的另一系統(tǒng)交互示意圖；

圖4是本申請(qǐng)實(shí)施例提供的第一方法的流程圖；

圖5是本申請(qǐng)實(shí)施例提供的第二方法的流程圖；

圖6是本申請(qǐng)實(shí)施例提供的第三方法的流程圖；

圖7是本申請(qǐng)實(shí)施例提供的第一裝置的示意圖；

圖8是本申請(qǐng)實(shí)施例提供的第二裝置的示意圖；

圖9是本申請(qǐng)實(shí)施例提供的第三裝置的示意圖。

具體實(shí)施方式

下面將結(jié)合本申請(qǐng)實(shí)施例中的附圖，對(duì)本申請(qǐng)實(shí)施例中的技術(shù)方案進(jìn)行清 楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本申請(qǐng)一部分實(shí)施例，而不是全部的實(shí)施例?；诒旧暾?qǐng)中的實(shí)施例，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實(shí)施例，都屬于本申請(qǐng)保護(hù)的范圍。

在本申請(qǐng)實(shí)施例中，為了簡(jiǎn)化截單處理流程，降低商家的運(yùn)營成本，提高處理效率，提供了一種訂單信息處理系統(tǒng)，通過該系統(tǒng)，第一用戶(例如買家用戶、消費(fèi)者用戶等)發(fā)起退款、修改收貨地址請(qǐng)求時(shí)，不再需要第二用戶(例如商家、賣家用戶等)發(fā)起咨詢工單，而是只需要同意第一用戶的請(qǐng)求，接下來的截單處理將由系統(tǒng)自動(dòng)化完成，通過與倉儲(chǔ)系統(tǒng)、配送系統(tǒng)有效地協(xié)同配合，可以降低了配送人員和第二用戶的人工參與成本，提高處理效率，也降低出錯(cuò)的概率。下面對(duì)具體的實(shí)現(xiàn)方式進(jìn)行詳細(xì)介紹。

實(shí)施例一

首先，在該實(shí)施例一中提供了一種訂單信息處理系統(tǒng)，參見圖1，該系統(tǒng)可以包括：

個(gè)性化物流解決方案模塊101，用于監(jiān)聽交易訂單的狀態(tài)，監(jiān)聽到針對(duì)指定交易訂單的截單通知消息時(shí)，判斷該指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單的狀態(tài)，如果所述倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)，則向?qū)?yīng)配送服務(wù)方的運(yùn)輸管理模塊發(fā)送攔截指令；

配送服務(wù)方的運(yùn)輸管理模塊102，用于根據(jù)接收到的攔截指令提供停止配送提示信息，并向發(fā)貨中心模塊返回拒簽信息；

發(fā)貨中心模塊103，用于在接收到所述拒簽信息后，通過調(diào)用倉儲(chǔ)中心模塊的接口，創(chuàng)建退貨入庫單；

倉儲(chǔ)中心模塊104，用于在創(chuàng)建所述退貨入庫單后，將所述退貨入庫單下發(fā)給第一倉庫服務(wù)方的倉庫管理模塊；

第一倉庫服務(wù)方的倉庫管理模塊105，用于在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息，以便修改對(duì)應(yīng)商品對(duì)象的庫存信息。

具體實(shí)現(xiàn)時(shí)，個(gè)性化物流解決方案模塊101具體監(jiān)聽到的針對(duì)指定交易訂 單的截單通知消息可以包括兩種情況，一種情況是第一用戶請(qǐng)求退款，第二用戶指定同意該退款請(qǐng)求的操作，此時(shí)，個(gè)性化物流解決方案模塊101可以監(jiān)聽到截單通知消息。另一種情況就是第一用戶請(qǐng)求修改收貨地址，第二用戶執(zhí)行同意該修改收貨地址請(qǐng)求的操作，此時(shí)，個(gè)性化物流解決方案模塊101也可以監(jiān)聽到截單通知消息。

當(dāng)然，上述兩種情況都是指交易訂單生成之后、具體貨品尚未送達(dá)第一用戶指定的收貨地址之間產(chǎn)生的行為，因此，在第一用戶請(qǐng)求退款或者修改收貨地址時(shí)，對(duì)應(yīng)的貨品可能已經(jīng)出庫，并在配送途中，也有可能尚未從倉庫中出庫，更沒有開始配送。因此，在實(shí)際應(yīng)用中，個(gè)性化物流解決方案模塊101在接收到針對(duì)指定交易訂單的截單操作信息時(shí)，如果確定出倉儲(chǔ)作業(yè)訂單處于未出庫狀態(tài)，則可以直接向?qū)?yīng)倉庫服務(wù)方的倉庫管理模塊發(fā)送取消倉儲(chǔ)作業(yè)訂單的消息。

其中，從圖1可以看出，個(gè)性化物流解決方案模塊101、發(fā)貨中心模塊103、倉儲(chǔ)中心模塊104都是交易平臺(tái)的統(tǒng)一物流管理平臺(tái)，由統(tǒng)一物流管理平臺(tái)進(jìn)行統(tǒng)一的管理和維護(hù)，例如，在淘系交易平臺(tái)系統(tǒng)中，上述三個(gè)模塊都可以是菜鳥物流寶平臺(tái)下的模塊。具體實(shí)現(xiàn)時(shí)，各個(gè)模塊可以部署于同一服務(wù)器內(nèi)，或者，每個(gè)模塊也可以部署到不同的服務(wù)器中。

而運(yùn)輸管理模塊102是與交易平臺(tái)具有合作關(guān)系的配送服務(wù)方的模塊，倉庫管理模塊105是與交易平臺(tái)具有合作關(guān)系的倉庫服務(wù)方的模塊。

在常規(guī)的工作模式下，個(gè)性化物流解決方案模塊101主要負(fù)責(zé)個(gè)性化的物流解決方案落地，發(fā)貨中心模塊103主要負(fù)責(zé)發(fā)貨信息記錄等工作，倉儲(chǔ)中心模塊104負(fù)責(zé)倉儲(chǔ)作業(yè)訂單的創(chuàng)建等。而具體的倉儲(chǔ)以及配送任務(wù)的執(zhí)行方通常可以是由合作的第三方來完成，也即，所謂的配送服務(wù)方、倉庫服務(wù)方，相對(duì)于菜鳥物流寶系統(tǒng)而言，都屬于第三方。也正是由于具體的配送流程需要多方的相互配合，因此，在出現(xiàn)退款或者修改收貨地址的情況時(shí)，現(xiàn)有技術(shù)中才需要第二用戶手動(dòng)發(fā)起咨詢工單，咨詢的過程中，也涉及到咨詢工單在多方之間的轉(zhuǎn)發(fā)等等，處理過程很繁瑣，需要占用大量的人力成本，第一時(shí)間等待的時(shí)間可能也會(huì)比較長(zhǎng)，影響第一用戶的用戶體驗(yàn)。

本申請(qǐng)實(shí)施例中，就是在上述各個(gè)模塊之間建立起自動(dòng)化處理流程，這樣，在出現(xiàn)退款或者修改收貨地址的情況時(shí)，第二用戶只需要同意退款，或者同意修改收貨地址，不再需要發(fā)起咨詢工單等，各個(gè)模塊之間就可以自動(dòng)建立起處理流程。其中，涉及到對(duì)多個(gè)模塊的處理流程進(jìn)行改進(jìn)，包括對(duì)統(tǒng)一物流管理平臺(tái)內(nèi)多個(gè)模塊的改進(jìn)，還包括具有合作關(guān)系的倉庫服務(wù)方、配送服務(wù)方相關(guān)模塊的適應(yīng)性改進(jìn)。

其中，具體實(shí)現(xiàn)時(shí)，針對(duì)退款、修改收貨地址這兩種不同的情況，各個(gè)模塊之間的具體交互過程會(huì)略有不同，下面分別進(jìn)行介紹。

首先，參見圖2，其為針對(duì)退款請(qǐng)求的自動(dòng)化截單處理流程中，各個(gè)模塊之間的交互過程示意圖。具體可以分為以下步驟：

1、第一用戶客戶端通過前端交易模塊tc針對(duì)指定的交易訂單發(fā)起退款請(qǐng)求；

2、前端交易模塊tc將退款請(qǐng)求提供給相應(yīng)的第二用戶客戶端；

3、第二用戶客戶端提供同意退款的操作選項(xiàng)，第二用戶同意退款后，前端交易模塊tc可以收到第二用戶針對(duì)指定交易訂單提交的同意退款通知；

4、個(gè)性化物流解決方案模塊vsp監(jiān)聽到針對(duì)指定交易訂單的同意退款消息，進(jìn)入自動(dòng)截單流程；

5、個(gè)性化物流解決方案模塊vsp判斷該指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單的狀態(tài)；

6、如果倉儲(chǔ)作業(yè)訂單處于未出庫狀態(tài)，則可以確定出對(duì)應(yīng)的第一倉庫服務(wù)方，并向該第一倉庫服務(wù)方的倉庫管理系統(tǒng)wms發(fā)送取消倉儲(chǔ)作業(yè)訂單的消息；其中，在交易訂單或者倉庫作業(yè)訂單中通常會(huì)記錄有對(duì)應(yīng)的倉庫服務(wù)方信息，也即，具體由哪個(gè)倉庫執(zhí)行發(fā)貨操作，該信息可以是第一用戶下單時(shí)，根據(jù)用戶的收貨地址、各倉庫的覆蓋范圍等信息確定出來，并作為前置路由信息保存在交易訂單中，因此，可以從交易訂單中提取第一倉庫服務(wù)方信息；

7、如果倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)，則可以確定出對(duì)應(yīng)的配送服務(wù)方， 并向?qū)?yīng)配送服務(wù)方的運(yùn)輸管理模塊tms發(fā)送攔截指令；攔截指令中可以攜帶對(duì)應(yīng)的交易訂單號(hào)、倉儲(chǔ)作業(yè)訂單號(hào)等標(biāo)識(shí)；其中，配送服務(wù)方信息通?？梢员４嬖趥}儲(chǔ)作業(yè)訂單中，因此，可以從倉儲(chǔ)作業(yè)訂單中提取相關(guān)的信息；

8、tms向相關(guān)的配送人員客戶端等發(fā)送提供配送的提示信息，并向發(fā)貨中心模塊cc返回拒簽信息；拒簽信息中可以攜帶對(duì)應(yīng)的交易訂單號(hào)、倉儲(chǔ)作業(yè)訂單號(hào)、商品對(duì)象id、第一倉庫服務(wù)方id等標(biāo)識(shí)；

9、發(fā)貨中心模塊cc調(diào)用倉儲(chǔ)中心模塊whc的相關(guān)接口，創(chuàng)建退貨入庫單；退貨入庫單中可以包括所述指定交易訂單關(guān)聯(lián)的商品對(duì)象信息、退貨入庫類型等信息，所述退貨入庫類型就可以包括第一用戶退款等；

10、倉儲(chǔ)中心模塊whc向第一倉庫服務(wù)方的倉庫管理系統(tǒng)wms下發(fā)退貨入庫單；退貨入庫單中也可以攜帶關(guān)聯(lián)的交易訂單信息；

11、在完成貨品入庫后，倉庫管理系統(tǒng)wms向倉儲(chǔ)中心模塊whc回傳確認(rèn)入庫信息，這樣庫存模塊就可以根據(jù)回傳的確認(rèn)入庫信息進(jìn)行對(duì)應(yīng)商品對(duì)象庫存數(shù)量的修改等操作。另外，確認(rèn)入庫信息中還可以攜帶有關(guān)聯(lián)的交易訂單號(hào)等信息，系統(tǒng)在收到確認(rèn)入庫信息后，還可以將對(duì)應(yīng)的交易訂單切換為已完成狀態(tài)，或者已關(guān)閉狀態(tài)。

這樣，就可以實(shí)現(xiàn)自動(dòng)化截單流程，不需要第二用戶手動(dòng)發(fā)起咨詢工單，各個(gè)模塊之間可以通過相互配合自動(dòng)完成。其中，關(guān)于退款過程中實(shí)際款項(xiàng)的退回等流程，并不屬于本申請(qǐng)實(shí)施例關(guān)注的重點(diǎn)，這里不再詳述。

關(guān)于針對(duì)修改收貨地址請(qǐng)求產(chǎn)生的截單，參見圖3，各個(gè)模塊之間的交互過程可以包括：

1、第一用戶客戶端通過前端交易模塊tc針對(duì)指定的交易訂單發(fā)起修改收貨地址的請(qǐng)求；此過程中，第一用戶客戶端可以提交修改后的收貨地址等信息；

2、前端交易模塊tc可以根據(jù)修改后的收貨地址進(jìn)行路由，判斷商品對(duì)象在能夠覆蓋該收貨地址的倉庫中是否存在充足的庫存，還可以判斷配送服務(wù) 方的配送覆蓋范圍是否能夠覆蓋到該修改后的收貨地址，等等，在庫存以及配送覆蓋范圍均滿足的情況下，可以同意修改收貨地址；也即，在確定是否同意修改地址的過程中，可以不需要第二用戶參與，前端交易模塊自動(dòng)進(jìn)行確定即可，當(dāng)然，可以將相關(guān)的信息通知給第二用戶客戶端，包括交易訂單號(hào)等標(biāo)識(shí)信息、新的收貨地址信息、前置路由信息(也即，由哪個(gè)具體的倉庫執(zhí)行發(fā)貨等)等等；

3、個(gè)性化物流解決方案模塊vsp監(jiān)聽到針對(duì)指定交易訂單的同意修改收貨地址消息，進(jìn)入自動(dòng)截單流程；

4、個(gè)性化物流解決方案模塊vsp判斷該指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單的狀態(tài)；

5、如果倉儲(chǔ)作業(yè)訂單處于未出庫狀態(tài)，則可以確定出對(duì)應(yīng)的第一倉庫服務(wù)方，并向該第一倉庫服務(wù)方的倉庫管理系統(tǒng)wms發(fā)送取消倉儲(chǔ)作業(yè)訂單的消息；

6、如果倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)，則可以確定出對(duì)應(yīng)的配送服務(wù)方，并向?qū)?yīng)配送服務(wù)方的運(yùn)輸管理模塊tms發(fā)送攔截指令；攔截指令中可以攜帶對(duì)應(yīng)的交易訂單號(hào)、倉儲(chǔ)作業(yè)訂單號(hào)等標(biāo)識(shí)；

7、tms向相關(guān)的配送人員客戶端等發(fā)送提供配送的提示信息，并向發(fā)貨中心模塊cc返回拒簽信息；拒簽信息中可以攜帶對(duì)應(yīng)的交易訂單號(hào)、倉儲(chǔ)作業(yè)訂單號(hào)、商品對(duì)象id、第一倉庫服務(wù)方id等標(biāo)識(shí)；

8、發(fā)貨中心模塊cc調(diào)用倉儲(chǔ)中心模塊whc的相關(guān)接口，創(chuàng)建退貨入庫單；退貨入庫單中可以包括所述指定交易訂單關(guān)聯(lián)的商品對(duì)象信息、退貨入庫類型等信息，所述退貨入庫類型就可以包括第一用戶退款等；

9、倉儲(chǔ)中心模塊whc向第一倉庫服務(wù)方的倉庫管理系統(tǒng)wms下發(fā)退貨入庫單；退貨入庫單中也可以攜帶關(guān)聯(lián)的交易訂單信息；

10、在完成貨品入庫后，倉庫管理系統(tǒng)wms向倉儲(chǔ)中心模塊whc回傳確認(rèn)入庫信息，這樣庫存模塊就可以根據(jù)回傳的確認(rèn)入庫信息進(jìn)行對(duì)應(yīng)商品對(duì) 象庫存數(shù)量的修改等操作；

11、由于前端交易模塊將修改收貨地址的相關(guān)信息通知給了第二用戶客戶端，因此，第二用戶客戶端可以通過調(diào)用倉儲(chǔ)中心模塊whc的相關(guān)接口，創(chuàng)建換貨出庫單，該換貨出庫單中可以包括關(guān)聯(lián)的交易訂單信息、商品對(duì)象信息、新的收貨地址、前置路由信息，等等；需要說明的是，該步驟與前述第3至10步之間的先后關(guān)系可以是任意的，可以在第3步之前執(zhí)行，也可以在完成貨品入庫后再執(zhí)行，或者還與貨品入庫的步驟并行執(zhí)行；

12、倉儲(chǔ)中心模塊whc創(chuàng)建換貨出庫單后，可以根據(jù)換貨出庫單中的前置路由信息，向?qū)?yīng)的第二倉庫服務(wù)方的倉庫管理模塊下發(fā)所述換貨出庫單；需要說明的是，由于收貨地址發(fā)生了變化，而不同倉庫具有不同的覆蓋范圍，因此，第一倉庫服務(wù)方與第二倉庫服務(wù)方可能是不同的，當(dāng)然，也可能存在第一倉庫服務(wù)方與第二倉庫服務(wù)方相同的情況；

13、倉庫服務(wù)方的倉庫管理模塊wms在收到換貨出庫單后，可以完成出庫操作，并向倉儲(chǔ)中心模塊whc返回確認(rèn)出庫信息；該確認(rèn)出庫信息中可以攜帶換貨出庫單號(hào)、交易訂單號(hào)、商品對(duì)象標(biāo)識(shí)、數(shù)量等信息；

14、發(fā)貨中心模塊cc監(jiān)聽到所述倉儲(chǔ)中心模塊的確認(rèn)出庫信息，可以確定出對(duì)應(yīng)的交易訂單號(hào)，并查詢交易訂單的狀態(tài)，如果處于未退款狀態(tài)(修改收貨地址操作不會(huì)產(chǎn)生退款)，則向前端交易模塊提供交易已發(fā)貨的通知消息，前端交易模塊可以據(jù)此更新交易訂單的物流詳情信息。

通過上述方式，當(dāng)針對(duì)尚未出庫或者已經(jīng)出庫配送在途的交易訂單發(fā)生退款、修改收貨地址等操作時(shí)，系統(tǒng)中的各個(gè)模塊之間可以自動(dòng)完成截單處理，而不需要由第二用戶手動(dòng)發(fā)起咨詢工單，因此，可以節(jié)省第二用戶的人力及時(shí)間成本，另外，從系統(tǒng)角度而言，也可以提高處理效率，便于快速響應(yīng)第一用戶發(fā)起的退款、修改收貨地址請(qǐng)求，有利于提升用戶體驗(yàn)。

實(shí)施例二

該實(shí)施例二是從個(gè)性化物流解決方案模塊的角度，提供了一種訂單信息處理方法，參見圖4，該方法可以包括以下步驟：

s401：個(gè)性化物流解決方案模塊監(jiān)聽交易訂單的狀態(tài)；

s402：監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷該指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單的狀態(tài)；

s403：如果所述倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)，則向?qū)?yīng)配送服務(wù)方的運(yùn)輸管理模塊發(fā)送攔截指令，以便所述運(yùn)輸管理模塊停止配送操作，并向發(fā)貨中心模塊返回拒簽信息，所述發(fā)貨中心模塊在接收到所述拒簽信息后，通過調(diào)用倉儲(chǔ)中心模塊的接口，創(chuàng)建退貨入庫訂單，并由所述倉儲(chǔ)中心模塊將所述退貨入庫訂單下發(fā)給第一倉庫服務(wù)方的倉庫管理模塊，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

實(shí)施例三

該實(shí)施例三是從發(fā)貨中心模塊的角度，提供了一種訂單信息處理方法，參見圖5，該方法可以包括以下步驟：

s501：發(fā)貨中心模塊接收配送服務(wù)方的運(yùn)輸管理模塊針對(duì)指定交易訂單發(fā)送的拒簽信息；所述拒簽信息是由所述運(yùn)輸管理模塊在接收到個(gè)性化物流解決方案模塊發(fā)送的攔截指令后發(fā)出的，所述個(gè)性化物流解決方案模塊監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷出指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)后，發(fā)出所述攔截指令；

s502：以所述拒簽信息中攜帶的指定交易訂單的標(biāo)識(shí)信息、所述指定交易訂單關(guān)聯(lián)的商品對(duì)象信息以及第一倉庫標(biāo)識(shí)信息為參數(shù)，調(diào)用倉儲(chǔ)中心模塊的接口，創(chuàng)建退貨入庫單，以便所述倉儲(chǔ)中心模塊將所述退貨入庫訂單下發(fā)給第一倉庫服務(wù)方的倉庫管理模塊，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

實(shí)施例四

該實(shí)施例四是從倉儲(chǔ)中心模塊的角度，提供了一種訂單信息處理方法，參見圖6，該方法可以包括以下步驟：

s601：倉儲(chǔ)中心模塊接收發(fā)貨中心模塊發(fā)送的創(chuàng)建退貨入庫單的請(qǐng)求，其 中，所述發(fā)貨中心模塊在接收配送服務(wù)方的運(yùn)輸管理模塊針對(duì)指定交易訂單發(fā)送的拒簽信息后，發(fā)送所述請(qǐng)求，所述拒簽信息是由所述運(yùn)輸管理模塊在接收到個(gè)性化物流解決方案模塊發(fā)送的攔截指令后發(fā)出的，所述個(gè)性化物流解決方案模塊監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷出指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)后，發(fā)出所述攔截指令；

s602：根據(jù)所述請(qǐng)求中攜帶的所述指定交易訂單的標(biāo)識(shí)信息、所述指定交易訂單關(guān)聯(lián)的商品對(duì)象信息，創(chuàng)建退貨入庫單；

s603：根據(jù)所述請(qǐng)求中攜帶的第一倉庫服務(wù)方信息，向所述第一倉庫服務(wù)方的倉庫管理模塊下發(fā)所述退貨入庫單，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

具體實(shí)現(xiàn)時(shí)，針對(duì)修改收貨地址的情況，倉儲(chǔ)中心模塊還可以接收第二用戶客戶端發(fā)送的創(chuàng)建換貨出庫單的請(qǐng)求，根據(jù)所述請(qǐng)求中攜帶的商品對(duì)象信息、修改后的收貨地址信息，創(chuàng)建換貨出庫單；然后，根據(jù)所述請(qǐng)求中攜帶的第二倉庫服務(wù)方信息，向所述第二倉庫服務(wù)方的倉庫管理模塊下發(fā)所述換貨出庫單，以便所述第二倉庫服務(wù)方的倉庫管理模塊在根據(jù)所述換貨出庫單完成出庫后，向所述倉儲(chǔ)中心模塊回傳確認(rèn)出庫信息，所述發(fā)貨中心模塊監(jiān)聽到所述倉儲(chǔ)中心模塊的確認(rèn)出庫信息，確定對(duì)應(yīng)交易訂單的狀態(tài)，如果處于未退款狀態(tài)，則向前端交易模塊提供交易已發(fā)貨的通知消息。

其中，關(guān)于前述實(shí)施例二至實(shí)施例四各步驟的具體實(shí)現(xiàn)，可以參見實(shí)施例一中的記載，這里不再贅述。

與實(shí)施例二相對(duì)應(yīng)，本申請(qǐng)實(shí)施例還提供了一種訂單信息處理裝置，該裝置應(yīng)用于個(gè)性化物流解決方案模塊，參見圖7，該裝置可以包括：

監(jiān)聽單元701，用于監(jiān)聽交易訂單的狀態(tài)；

狀態(tài)判斷單元702，用于監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷該指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單的狀態(tài)；

指令發(fā)送單元703，用于如果所述倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)，則向?qū)? 應(yīng)配送服務(wù)方的運(yùn)輸管理模塊發(fā)送攔截指令，以便所述運(yùn)輸管理模塊停止配送操作，并向發(fā)貨中心模塊返回拒簽信息，所述發(fā)貨中心模塊在接收到所述拒簽信息后，通過調(diào)用倉儲(chǔ)中心模塊的接口，創(chuàng)建退貨入庫訂單，并由所述倉儲(chǔ)中心模塊將所述退貨入庫訂單下發(fā)給第一倉庫服務(wù)方的倉庫管理模塊，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

與實(shí)施例三相對(duì)應(yīng)，本申請(qǐng)實(shí)施例還提供了一種訂單信息處理裝置，該裝置應(yīng)用于發(fā)貨中心模塊，參見圖8，該裝置可以包括：

拒簽信息接收單元801，用于接收配送服務(wù)方的運(yùn)輸管理模塊針對(duì)指定交易訂單發(fā)送的拒簽信息；所述拒簽信息是由所述運(yùn)輸管理模塊在接收到個(gè)性化物流解決方案模塊發(fā)送的攔截指令后發(fā)出的，所述個(gè)性化物流解決方案模塊監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷出指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)后，發(fā)出所述攔截指令；

接口調(diào)用單元802，用于以所述拒簽信息中攜帶的指定交易訂單的標(biāo)識(shí)信息、所述指定交易訂單關(guān)聯(lián)的商品對(duì)象信息以及第一倉庫標(biāo)識(shí)信息為參數(shù)，調(diào)用倉儲(chǔ)中心模塊的接口，創(chuàng)建退貨入庫單，以便所述倉儲(chǔ)中心模塊將所述退貨入庫訂單下發(fā)給第一倉庫服務(wù)方的倉庫管理模塊，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

與實(shí)施例四相對(duì)應(yīng)，本申請(qǐng)實(shí)施例還提供了一種訂單信息處理裝置，該裝置應(yīng)用于倉儲(chǔ)中心模塊，參見圖9，該裝置可以包括：

第一請(qǐng)求接收單元901，用于接收發(fā)貨中心模塊發(fā)送的創(chuàng)建退貨入庫單的請(qǐng)求，其中，所述發(fā)貨中心模塊在接收配送服務(wù)方的運(yùn)輸管理模塊針對(duì)指定交易訂單發(fā)送的拒簽信息后，發(fā)送所述請(qǐng)求，所述拒簽信息是由所述運(yùn)輸管理模塊在接收到個(gè)性化物流解決方案模塊發(fā)送的攔截指令后發(fā)出的，所述個(gè)性化物流解決方案模塊監(jiān)聽到針對(duì)指定交易訂單的截單操作信息時(shí)，判斷出指定交易訂單關(guān)聯(lián)的倉儲(chǔ)作業(yè)訂單處于已出庫狀態(tài)后，發(fā)出所述攔截指令；

退貨入庫單創(chuàng)建單元902，用于根據(jù)所述請(qǐng)求中攜帶的所述指定交易訂單 的標(biāo)識(shí)信息、所述指定交易訂單關(guān)聯(lián)的商品對(duì)象信息，創(chuàng)建退貨入庫單；

退貨入庫單下發(fā)單元903，用于根據(jù)所述請(qǐng)求中攜帶的第一倉庫服務(wù)方信息，向所述第一倉庫服務(wù)方的倉庫管理模塊下發(fā)所述退貨入庫單，由所述第一倉庫服務(wù)方的倉庫管理模塊在收到被退回的貨品時(shí)，向所述倉儲(chǔ)中心模塊回傳確認(rèn)入庫消息。

具體實(shí)現(xiàn)時(shí)，針對(duì)修改收貨地址的情況，該裝置還可以包括：

第二請(qǐng)求接收單元，用于接收第二用戶客戶端發(fā)送的創(chuàng)建換貨出庫單的請(qǐng)求；

換貨出庫單創(chuàng)建單元，用于根據(jù)所述請(qǐng)求中攜帶的商品對(duì)象信息、修改后的收貨地址信息，創(chuàng)建換貨出庫單；

換貨出庫單下發(fā)單元，用于根據(jù)所述請(qǐng)求中攜帶的第二倉庫服務(wù)方信息，向所述第二倉庫服務(wù)方的倉庫管理模塊下發(fā)所述換貨出庫單，以便所述第二倉庫服務(wù)方的倉庫管理模塊在根據(jù)所述換貨出庫單完成出庫后，向所述倉儲(chǔ)中心模塊回傳確認(rèn)出庫信息，所述發(fā)貨中心模塊監(jiān)聽到所述倉儲(chǔ)中心模塊的確認(rèn)出庫信息，確定對(duì)應(yīng)交易訂單的狀態(tài)，如果處于未退款狀態(tài)，則向前端交易模塊提供交易已發(fā)貨的通知消息。

通過本申請(qǐng)實(shí)施例，當(dāng)針對(duì)尚未出庫或者已經(jīng)出庫配送在途的交易訂單發(fā)生退款、修改收貨地址等操作時(shí)，系統(tǒng)中的各個(gè)模塊之間可以自動(dòng)完成截單處理，而不需要由第二用戶手動(dòng)發(fā)起咨詢工單，因此，可以節(jié)省第二用戶的人力及時(shí)間成本，另外，從系統(tǒng)角度而言，也可以提高處理效率，便于快速響應(yīng)第一用戶發(fā)起的退款、修改收貨地址請(qǐng)求，有利于提升用戶體驗(yàn)。

通過以上的實(shí)施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請(qǐng)可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)。基于這樣的理解，本申請(qǐng)的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在存儲(chǔ)介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請(qǐng)各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。

本說明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見即可，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處。尤其，對(duì)于系統(tǒng)或系統(tǒng)實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述得比較簡(jiǎn)單，相關(guān)之處參見方法實(shí)施例的部分說明即可。以上所描述的系統(tǒng)及系統(tǒng)實(shí)施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上。可以根據(jù)實(shí)際的需要選擇其中的部分或者全部模塊來實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動(dòng)的情況下，即可以理解并實(shí)施。

以上對(duì)本申請(qǐng)所提供的訂單信息處理方法、裝置及系統(tǒng)，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本申請(qǐng)的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本申請(qǐng)的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請(qǐng)的思想，在具體實(shí)施方式及應(yīng)用范圍上均會(huì)有改變之處。綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本申請(qǐng)的限制。