本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別涉及一種訂單處理方法及系統(tǒng)。

背景技術(shù)：

面對日益增長的訂單量以及企業(yè)對降低處理訂單成本的同時保證訂單處理準確的要求，對處理訂單的方式及方法提出了新的要求。以往每張訂單處理的全過程全部由訂單操作員人工記憶，但這種方式存在極大弊端：一是：人腦的記憶會隨著訂單量的增長受到越來越大的挑戰(zhàn)，每張訂單需要人工記憶內(nèi)容較多，訂單量增長后，需要人工記憶的事情成倍增多，極易出現(xiàn)延時操作或漏操作的情況，可能造成客人無法正常出行；二是當訂單操作員休息的情況下，原本所負責(zé)的處理中(已下單未出行)訂單需要全部統(tǒng)一交接給另外一個訂單操作員，此時，被交接的訂單操作員的工作量將翻倍，極易出現(xiàn)無法在訂單出行前處理完訂單所需操作，造成訂單處理延遲或無法快速響應(yīng)客人的訴求，造成客人感受極差。

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

本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中由于訂單全過程都由同一操作員進行處理導(dǎo)致訂單工作量大以及無法及時處理訂單導(dǎo)致的客戶體驗度差的缺陷，提供一種訂單處理方法及系統(tǒng)。

本發(fā)明是通過下述技術(shù)方案來解決上述技術(shù)問題：

一種訂單處理方法，包括以下步驟：

S1、將待處理訂單分割為多個任務(wù)；

S2、確定每一所述任務(wù)的任務(wù)時限和分配參數(shù)；

S3、根據(jù)每一所述任務(wù)的任務(wù)時限和分配參數(shù)對所述多個任務(wù)進行分配。

較佳地，所述多個任務(wù)包括待收款任務(wù)、待退款任務(wù)和待簽協(xié)議任務(wù)；

所述分配參數(shù)包括處理類型參數(shù)、處理人員參數(shù)、分配時間參數(shù)和支付參數(shù)；

所述處理類型參數(shù)是指所述處理類型為系統(tǒng)處理或者人工處理；所述處理人員參數(shù)包括第一操作員的名稱和ID；所述分配時間參數(shù)包括所述任務(wù)分配的時間；所述支付參數(shù)是指所述待處理訂單為已支付或者未支付。

較佳地，在步驟S3之后，還包括以下步驟：

S4、對已分配的任務(wù)的操作狀態(tài)進行監(jiān)控；

所述操作狀態(tài)為待處理狀態(tài)、取消狀態(tài)或完成狀態(tài)。

較佳地，在步驟S4之后，還包括以下步驟：

S5、在所述任務(wù)的操作狀態(tài)為待處理狀態(tài)，且所述任務(wù)的任務(wù)時限達到預(yù)設(shè)時限時，生成提醒信息。

較佳地，在步驟S2中，當所述任務(wù)的處理類型為人工處理時，在所述任務(wù)的處理人員參數(shù)中增加第二操作員的名稱和ID。

一種訂單處理系統(tǒng)，包括分割模塊、參數(shù)配置模塊和分配模塊；

所述分割模塊用于將待處理訂單分割為多個任務(wù)；

所述參數(shù)配置模塊用于確定每一所述任務(wù)的任務(wù)時限和分配參數(shù)；

所述分配模塊用于根據(jù)所述任務(wù)的任務(wù)時限和分配參數(shù)進行分配。

較佳地，所述多個任務(wù)包括待收款任務(wù)、待退款任務(wù)和待簽協(xié)議任務(wù)；

所述分配參數(shù)包括處理類型參數(shù)、處理人員參數(shù)、分配時間參數(shù)和支付參數(shù)；

所述處理類型參數(shù)是指所述處理類型為系統(tǒng)處理或者人工處理；所述處理人員參數(shù)包括第一操作員的名稱和ID；所述分配時間參數(shù)包括所述任務(wù)分配的時間；所述支付參數(shù)是指所待處理訂單為已支付或者未支付。

較佳地，所述訂單處理系統(tǒng)還包括監(jiān)控模塊，所述監(jiān)控模塊用于對已分配的任務(wù)的操作狀態(tài)進行監(jiān)控；所述操作狀態(tài)為待處理狀態(tài)、取消狀態(tài)或完成狀態(tài)。

較佳地，所述訂單處理系統(tǒng)還包括提醒模塊，所述提醒模塊用于在所述任務(wù)的操作狀態(tài)為待處理狀態(tài)且所述任務(wù)的任務(wù)時限達到預(yù)設(shè)時限時，生成提醒信息。

較佳地，所述參數(shù)配置模塊還用于在所述任務(wù)的處理類型為人工處理時，在所述任務(wù)的處理人員參數(shù)中增加第二操作員的名稱和ID。

本發(fā)明的積極進步效果在于：本發(fā)明的訂單處理方法及系統(tǒng)通過將訂單分割成不同的任務(wù)并根據(jù)分配參數(shù)進行分配，可以實現(xiàn)系統(tǒng)和人工兩種方式進行處理，提高處理效率，降低訂單處理工作量，減少延時處理和漏處理之類的情況，提高客戶體驗。

附圖說明

圖1為本發(fā)明一較佳實施例的訂單處理方法的流程圖。

圖2為本發(fā)明一較佳實施例的訂單處理系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

下面通過實施例的方式進一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實施例范圍之中。

如圖1所示，一種訂單處理方法，包括以下步驟：

步驟S101、將待處理訂單分割為多個任務(wù)。所述待處理訂單可以為郵輪訂單，所述多個任務(wù)包括待收款任務(wù)、待退款任務(wù)、待簽協(xié)議任務(wù)、無支付追單任務(wù)及待資源確認任務(wù)等等，對于待處理訂單分割成的任務(wù)類型以及數(shù)量并不限于以上所述，可以根據(jù)實際情況進行選擇。

步驟S102、確定每一所述任務(wù)的任務(wù)時限和分配參數(shù)。所述分配參數(shù)包括處理類型參數(shù)、處理人員參數(shù)、分配時間參數(shù)和支付參數(shù)，所述處理類型參數(shù)是指所述處理類型為系統(tǒng)處理或者人工處理；所述處理人員參數(shù)包括第一操作員的名稱和ID；所述分配時間參數(shù)包括所述任務(wù)分配的時間；所述支付參數(shù)是指所述待處理訂單為已支付或者未支付。所述任務(wù)時限包括每一所述任務(wù)的完成截止期限、所需天數(shù)、剩余天數(shù)等。

當所述任務(wù)的處理類型為人工處理時，在所述任務(wù)的處理人員參數(shù)中增加第二操作員的名稱和ID。其中第一操作員為訂單的主操作員，當任一任務(wù)為人工處理時需要分配第二操作員，并將訂單的該任務(wù)分配至該第二操作員，在進行分配時，可以按照操作人員排班表和操作人員任務(wù)量多少進行分配，提高了訂單的處理效率。

步驟S103、根據(jù)每一所述任務(wù)的任務(wù)時限和分配參數(shù)對所述多個任務(wù)進行分配。比如，可以根據(jù)每一任務(wù)的任務(wù)時限確定是否需要優(yōu)先處理，需要優(yōu)先處理的任務(wù)則分配給任務(wù)量較少的操作員。

步驟S104、對已分配的任務(wù)的操作狀態(tài)進行監(jiān)控，所述操作狀態(tài)為待處理狀態(tài)、取消狀態(tài)或完成狀態(tài)。

步驟S105、在所述任務(wù)的操作狀態(tài)為待處理狀態(tài)，且所述任務(wù)的任務(wù)時限達到預(yù)設(shè)時限時，生成提醒信息。所述任務(wù)時限達到預(yù)設(shè)時限是指在所述任務(wù)時限為剩余天數(shù)時，預(yù)設(shè)時限為5天，剩余天數(shù)不大于5天時，生成提醒信息，避免了延誤訂單任務(wù)。

綜上所述，通過將訂單分割成不同的任務(wù)并根據(jù)分配參數(shù)進行分配，可以實現(xiàn)系統(tǒng)和人工兩種方式進行處理，提高處理效率，降低訂單處理工作量，減少延時處理和漏處理之類的情況，提高客戶體驗。

如圖2所示，一種訂單處理系統(tǒng)，包括分割模塊11、參數(shù)配置模塊12、分配模塊13、監(jiān)控模塊14和提醒模塊15。

所述分割模塊11用于將待處理訂單分割為多個任務(wù)。所述多個任務(wù)包括待收款任務(wù)、待退款任務(wù)和待簽協(xié)議任務(wù)。

所述參數(shù)配置模塊12用于確定每一所述任務(wù)的任務(wù)時限和分配參數(shù)。所述分配參數(shù)包括處理類型參數(shù)、處理人員參數(shù)、分配時間參數(shù)和支付參數(shù)。所述處理類型參數(shù)是指所述處理類型為系統(tǒng)處理或者人工處理；所述處理人員參數(shù)包括第一操作員的名稱和ID；所述分配時間參數(shù)包括所述任務(wù)分配的時間；所述支付參數(shù)是指所待處理訂單為已支付或者未支付。

當所述任務(wù)的處理類型為人工處理時，在所述任務(wù)的處理人員參數(shù)中增加第二操作員的名稱和ID。其中第一操作員為訂單的主操作員，當任一任務(wù)為人工處理時需要分配第二操作員，并將訂單的該任務(wù)分配至該第二操作員，在進行分配時，可以按照操作人員排班表和操作人員任務(wù)量多少進行分配，提高了訂單的處理效率。

所述分配模塊13用于根據(jù)所述任務(wù)的任務(wù)時限和分配參數(shù)進行分配。

所述監(jiān)控模塊14用于對已分配的任務(wù)的操作狀態(tài)進行監(jiān)控；所述操作狀態(tài)為待處理狀態(tài)、取消狀態(tài)或完成狀態(tài)。

所述提醒模塊15用于在所述任務(wù)的操作狀態(tài)為待處理狀態(tài)且所述任務(wù)的任務(wù)時限達到預(yù)設(shè)時限時，生成提醒信息。所述任務(wù)時限達到預(yù)設(shè)時限是指在所述任務(wù)時限為剩余天數(shù)時，預(yù)設(shè)時限為5天，剩余天數(shù)不大于5天時，生成提醒信息，避免了延誤訂單任務(wù)。

該訂單處理系統(tǒng)通過將訂單分割成不同的任務(wù)并根據(jù)分配參數(shù)進行分配，可以實現(xiàn)系統(tǒng)和人工兩種方式進行處理，提高處理效率，降低訂單處理工作量，減少延時處理和漏處理之類的情況，提高客戶體驗。

雖然以上描述了本發(fā)明的具體實施方式，但是本領(lǐng)域的技術(shù)人員應(yīng)當理解，這僅是舉例說明，本發(fā)明的保護范圍是由所附權(quán)利要求書限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實質(zhì)的前提下，可以對這些實施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護范圍。