本發(fā)明涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，具體涉及一種賬單處理方法及裝置。

背景技術(shù)：

為了方便地為人們提供服務(wù)，出現(xiàn)了許多的服務(wù)平臺(tái)，這些服務(wù)平臺(tái)通過(guò)對(duì)渠道資源進(jìn)行整合而為該服務(wù)平臺(tái)的用戶提供服務(wù)，例如，物流服務(wù)平臺(tái)為用戶提供物流服務(wù)。這些服務(wù)平臺(tái)通常是通過(guò)從交易中提取傭金的方式進(jìn)行盈利。因此，服務(wù)平臺(tái)就需要定期地與合作的服務(wù)渠道進(jìn)行資金結(jié)算。

目前許多服務(wù)平臺(tái)仍然采用人工處理的方式對(duì)賬單進(jìn)行處理。這種方式的主要流程包括：通過(guò)電子郵件接收服務(wù)渠道的賬單數(shù)據(jù)，財(cái)務(wù)人員將服務(wù)渠道提供的賬單數(shù)據(jù)與服務(wù)平臺(tái)的業(yè)務(wù)單數(shù)據(jù)進(jìn)行核對(duì)，針對(duì)每一筆存在問(wèn)題的賬單數(shù)據(jù)與服務(wù)平臺(tái)的業(yè)務(wù)人員進(jìn)行溝通，然后由服務(wù)平臺(tái)的業(yè)務(wù)人員與服務(wù)渠道的業(yè)務(wù)人員進(jìn)行溝通，確定最終的賬單金額。由此可知，這種賬單處理方式存在著處理效率低下的問(wèn)題。

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

鑒于上述問(wèn)題，提出了本發(fā)明以便提供一種克服上述問(wèn)題或者至少部分地解決上述問(wèn)題的賬單處理方法及裝置。

根據(jù)本發(fā)明的一個(gè)方面，提供了一種賬單處理方法，該方法包括：

獲取待處理的原始單信息；

提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息；

根據(jù)與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息和附加費(fèi)用信息，計(jì)算理論支付金額；

判斷待處理的原始單信息中的賬單金額是否等于理論支付金額；

若判斷得到賬單金額等于理論支付金額，則生成第一處理結(jié)果，發(fā)出第一通知信息；若判斷得到賬單金額不等于理論支付金額，則生成第二處理結(jié)果，發(fā)出第二通知信息。

根據(jù)本發(fā)明的另一方面，提供了一種賬單處理裝置，該裝置包括：

獲取模塊，用于獲取待處理的原始單信息；

提取模塊，用于提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息；

計(jì)算模塊，用于根據(jù)與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息和附加費(fèi)用信息，計(jì)算理論支付金額；

第一判斷模塊，用于判斷待處理的原始單信息中的賬單金額是否等于理論支付金額；

處理模塊，用于若第一判斷模塊判斷得到賬單金額等于理論支付金額，則生成第一處理結(jié)果，發(fā)出第一通知信息；若第一判斷模塊判斷得到賬單金額不等于理論支付金額，則生成第二處理結(jié)果，發(fā)出第二通知信息。

根據(jù)本發(fā)明提供的技術(shù)方案，獲取待處理的原始單信息，提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息，接著根據(jù)與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息和附加費(fèi)用信息，計(jì)算理論支付金額，然后判斷待處理的原始單信息中的賬單金額是否等于理論支付金額，在判斷得到賬單金額等于理論支付金額的情況下，生成第一處理結(jié)果，發(fā)出第一通知信息；在判斷得到賬單金額不等于理論支付金額的情況下，生成第二處理結(jié)果，發(fā)出第二通知信息。根據(jù)本發(fā)明提供的技術(shù)方案，能夠根據(jù)原始單信息和與之相對(duì)應(yīng)的業(yè)務(wù)單信息自動(dòng)、快速地判斷出原始單信息中的賬單金額是否存在問(wèn)題，從而提高了賬單處理效率，優(yōu)化了賬單處理方式，降低了服務(wù)平臺(tái)對(duì)于賬單處理方面所投入的人力成本。

上述說(shuō)明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說(shuō)明書(shū)的內(nèi)容予以實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的具體實(shí)施方式。

附圖說(shuō)明

通過(guò)閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對(duì)于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對(duì)本發(fā)明的限制。而且在整個(gè)附圖中，用相同的參考符號(hào)表示相同的部件。在附圖中：

圖1示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的賬單處理方法的流程示意圖；

圖2示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的賬單處理方法的流程示意圖；

圖3示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的賬單處理裝置的結(jié)構(gòu)框圖；

圖4示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的賬單處理裝置的結(jié)構(gòu)框圖。

具體實(shí)施方式

下面將參照附圖更詳細(xì)地描述本公開(kāi)的示例性實(shí)施例。雖然附圖中顯示了本公開(kāi)的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開(kāi)而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開(kāi)，并且能夠?qū)⒈竟_(kāi)的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

圖1示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的賬單處理方法的流程示意圖，如圖1所示，該方法可由服務(wù)平臺(tái)執(zhí)行，其中，服務(wù)平臺(tái)可為物流服務(wù)平臺(tái)等，該方法包括如下步驟：

步驟S100，獲取待處理的原始單信息。

當(dāng)需要進(jìn)行賬單處理時(shí)，首先獲取待處理的原始單信息。其中，可根據(jù)服務(wù)平臺(tái)中各服務(wù)渠道所提供的賬單數(shù)據(jù)得到原始單信息。按照處理狀態(tài)，將原始單信息分為待處理的原始單信息和已處理的原始單信息。一條原始單信息對(duì)應(yīng)于一個(gè)訂單，具體地，原始單信息包括：訂單單號(hào)信息和賬單金額等信息。

以服務(wù)平臺(tái)為物流服務(wù)平臺(tái)為例，物流服務(wù)平臺(tái)可通過(guò)對(duì)物流渠道資源進(jìn)行整合而為該平臺(tái)的用戶提供物流服務(wù)，那么原始單信息是根據(jù)物流服務(wù)平臺(tái)中各物流渠道所提供的賬單數(shù)據(jù)得到的，原始單信息可包括：訂單單號(hào)信息、物流單號(hào)信息、物流始發(fā)地信息、物流目的地信息、出庫(kù)時(shí)間信息、貨品重量信息和賬單金額等信息。

步驟S101，提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息。

在獲取了待處理的原始單信息之后，在步驟S101中，提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息。其中，業(yè)務(wù)單信息是由服務(wù)平臺(tái)自身所記錄的與訂單相關(guān)的數(shù)據(jù)得到的。一條業(yè)務(wù)單信息也對(duì)應(yīng)于一個(gè)訂單，具體地，業(yè)務(wù)單信息包括：訂單單號(hào)信息、渠道信息、基礎(chǔ)費(fèi)用信息、附加費(fèi)用信息、用戶ID信息和訂單狀態(tài)信息等信息。

以服務(wù)平臺(tái)為物流服務(wù)平臺(tái)為例，業(yè)務(wù)單信息可包括：訂單單號(hào)信息、貨品所屬倉(cāng)庫(kù)信息、物流渠道信息、物流單號(hào)信息、物流始發(fā)地信息、物流目的地信息、出庫(kù)時(shí)間信息、貨品重量信息、基礎(chǔ)費(fèi)用信息、附加費(fèi)用信息、訂單利潤(rùn)信息、用戶ID信息、訂單狀態(tài)信息和收件人信息等信息，其中，基礎(chǔ)費(fèi)用信息為基礎(chǔ)運(yùn)費(fèi)信息，附加費(fèi)用信息包括：燃油附加費(fèi)信息和倉(cāng)庫(kù)附加費(fèi)信息等。

步驟S102，根據(jù)與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息和附加費(fèi)用信息，計(jì)算理論支付金額。

例如，基礎(chǔ)費(fèi)用信息為基礎(chǔ)運(yùn)費(fèi)信息，附加費(fèi)用信息包括：燃油附加費(fèi)信息和倉(cāng)庫(kù)附加費(fèi)信息，假設(shè)，根據(jù)基礎(chǔ)運(yùn)費(fèi)信息可知，基礎(chǔ)運(yùn)費(fèi)金額為200元，根據(jù)燃油附加費(fèi)信息和倉(cāng)庫(kù)附加費(fèi)信息可知，燃油附加費(fèi)金額為180元，倉(cāng)庫(kù)附加費(fèi)金額為100元，那么將基礎(chǔ)運(yùn)費(fèi)金額、燃油附加費(fèi)金額和倉(cāng)庫(kù)附加費(fèi)金額進(jìn)行相加，計(jì)算得到的金額即為理論支付金額，即該理論支付金額為480元。

步驟S103，判斷待處理的原始單信息中的賬單金額是否等于理論支付金額；若是，則執(zhí)行步驟S104；若否，則執(zhí)行步驟S105。

如果判斷得到待處理的原始單信息中的賬單金額等于理論支付金額，說(shuō)明針對(duì)符合訂單單號(hào)信息的訂單，服務(wù)渠道所提供的賬單數(shù)據(jù)與服務(wù)平臺(tái)自身所記錄的與該訂單相關(guān)的數(shù)據(jù)相吻合，則執(zhí)行步驟S104；如果判斷得到待處理的原始單信息中的賬單金額不等于理論支付金額，說(shuō)明針對(duì)符合訂單單號(hào)信息的訂單，服務(wù)渠道所提供的賬單數(shù)據(jù)與服務(wù)平臺(tái)自身所記錄的與該訂單相關(guān)的數(shù)據(jù)不吻合，存在差異，則執(zhí)行步驟S105。

步驟S104，生成第一處理結(jié)果，發(fā)出第一通知信息。

如果經(jīng)步驟S103判斷得到待處理的原始單信息中的賬單金額等于理論支付金額，則在步驟S104中，生成第一處理結(jié)果，并發(fā)出第一通知信息。其中，第一處理結(jié)果為處理成功的處理結(jié)果。本領(lǐng)域技術(shù)人員可根據(jù)實(shí)際需要對(duì)發(fā)出第一通知信息的具體方式進(jìn)行設(shè)置，此處不做限定。例如，可通過(guò)電子郵件、短信或微信等方式發(fā)出第一通知信息。具體地，可通過(guò)電子郵件向服務(wù)平臺(tái)的財(cái)務(wù)人員發(fā)出第一通知信息，從而通知財(cái)務(wù)人員該條原始單信息已處理成功，可針對(duì)該條原始單信息進(jìn)行后續(xù)核對(duì)和完結(jié)操作。

步驟S105，生成第二處理結(jié)果，發(fā)出第二通知信息。

如果經(jīng)步驟S103判斷得到待處理的原始單信息中的賬單金額不等于理論支付金額，則在步驟S105中，生成第二處理結(jié)果，并發(fā)出第二通知信息。其中，第二處理結(jié)果為處理失敗的處理結(jié)果。本領(lǐng)域技術(shù)人員可根據(jù)實(shí)際需要對(duì)發(fā)出第二通知信息的具體方式進(jìn)行設(shè)置，此處不做限定。例如，可通過(guò)電子郵件、短信或微信等方式發(fā)出第二通知信息。具體地，可通過(guò)電子郵件向服務(wù)平臺(tái)的業(yè)務(wù)人員發(fā)出第二通知信息，從而通知業(yè)務(wù)人員該條原始單信息中的賬單金額存在問(wèn)題，需要與相對(duì)應(yīng)的服務(wù)渠道進(jìn)行復(fù)核。

根據(jù)本發(fā)明實(shí)施例提供的賬單處理方法，獲取待處理的原始單信息，提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息，接著根據(jù)與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息和附加費(fèi)用信息，計(jì)算理論支付金額，然后判斷待處理的原始單信息中的賬單金額是否等于理論支付金額，在判斷得到賬單金額等于理論支付金額的情況下，生成第一處理結(jié)果，發(fā)出第一通知信息；在判斷得到賬單金額不等于理論支付金額的情況下，生成第二處理結(jié)果，發(fā)出第二通知信息。根據(jù)本發(fā)明提供的技術(shù)方案，能夠根據(jù)原始單信息和與之相對(duì)應(yīng)的業(yè)務(wù)單信息自動(dòng)、快速地判斷出原始單信息中的賬單金額是否存在問(wèn)題，從而提高了賬單處理效率，優(yōu)化了賬單處理方式，降低了服務(wù)平臺(tái)對(duì)于賬單處理方面所投入的人力成本。

圖2示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的賬單處理方法的流程示意圖，如圖2所示，該方法可由服務(wù)平臺(tái)執(zhí)行，該方法包括如下步驟：

步驟S200，檢測(cè)特定文件夾中是否包括待處理的賬單數(shù)據(jù)；若是，則執(zhí)行步驟S201。

其中，服務(wù)渠道的業(yè)務(wù)人員可通過(guò)FTP等方式將符合預(yù)設(shè)格式要求的待處理的賬單數(shù)據(jù)上傳至服務(wù)平臺(tái)預(yù)先為每一個(gè)服務(wù)渠道所分配的專屬的文件夾中，該專屬的文件夾即為本發(fā)明所述的特定文件夾。具體地，可每隔預(yù)設(shè)時(shí)間間隔檢測(cè)特定文件夾中是否包括待處理的賬單數(shù)據(jù)。本領(lǐng)域技術(shù)人員可根據(jù)實(shí)際需要設(shè)置預(yù)設(shè)時(shí)間間隔，此處不做限定。例如，預(yù)設(shè)時(shí)間間隔可為24小時(shí)。

如果檢測(cè)得到特定文件夾中包括待處理的賬單數(shù)據(jù)，則執(zhí)行步驟S201；如果檢測(cè)得到特定文件夾中不包括待處理的賬單數(shù)據(jù)，則該方法結(jié)束。

步驟S201，將待處理的賬單數(shù)據(jù)存儲(chǔ)至原始單信息管理列表中。

在步驟S200檢測(cè)得到特定文件夾中包括待處理的賬單數(shù)據(jù)的情況下，在步驟S201中，將待處理的賬單數(shù)據(jù)存儲(chǔ)至原始單信息管理列表中。在服務(wù)平臺(tái)中，利用原始單信息管理列表管理原始單信息。由于待處理的賬單數(shù)據(jù)是符合預(yù)設(shè)格式要求的，因此將待處理的賬單數(shù)據(jù)存儲(chǔ)至原始單信息管理列表中，能夠自動(dòng)地在原始單信息管理列表中形成相對(duì)應(yīng)的原始單信息。

步驟S202，判斷原始單信息管理列表中是否包括待處理的原始單信息；若是，則執(zhí)行步驟S203；若否，則該方法結(jié)束。

如果判斷得到原始單信息管理列表中包括待處理的原始單信息，則執(zhí)行步驟S203；如果判斷得到原始單信息管理列表中不包括待處理的原始單信息，說(shuō)明原始單信息管理列表中的原始單信息均為已處理的原始單信息，則該方法結(jié)束。

步驟S203，從原始單信息管理列表中獲取待處理的原始單信息。

在經(jīng)步驟S202判斷得到原始單信息管理列表中包括待處理的原始單信息的情況下，在步驟S203中，從原始單信息管理列表中獲取待處理的原始單信息。具體地，原始單信息包括：訂單單號(hào)信息和賬單金額等信息。以服務(wù)平臺(tái)為物流服務(wù)平臺(tái)為例，原始單信息可包括：訂單單號(hào)信息、物流單號(hào)信息、物流始發(fā)地信息、物流目的地信息、出庫(kù)時(shí)間信息、貨品重量信息和賬單金額等信息。

步驟S204，依據(jù)待處理的原始單信息中的訂單單號(hào)信息，從業(yè)務(wù)單信息管理列表中提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息。

其中，業(yè)務(wù)單信息是由服務(wù)平臺(tái)自身所記錄的與訂單相關(guān)的數(shù)據(jù)得到的。在服務(wù)平臺(tái)中，利用業(yè)務(wù)單信息管理列表管理業(yè)務(wù)單信息。具體地，業(yè)務(wù)單信息包括：訂單單號(hào)信息、渠道信息、基礎(chǔ)費(fèi)用信息、附加費(fèi)用信息、用戶ID信息和訂單狀態(tài)信息等信息。

待處理的原始單信息和與之相對(duì)應(yīng)的業(yè)務(wù)單信息具有相同的訂單單號(hào)信息。具體地，在步驟S204中，在業(yè)務(wù)單信息管理列表中查找與待處理的原始單信息中的訂單單號(hào)信息相匹配的業(yè)務(wù)單信息，所查找到的相匹配的業(yè)務(wù)單信息即為與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息，接著從業(yè)務(wù)單信息管理列表中提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息。

步驟S205，根據(jù)與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息和附加費(fèi)用信息，計(jì)算理論支付金額。

以服務(wù)平臺(tái)為物流服務(wù)平臺(tái)為例，業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息為基礎(chǔ)運(yùn)費(fèi)信息，業(yè)務(wù)單信息中的附加費(fèi)用信息包括：燃油附加費(fèi)信息和倉(cāng)庫(kù)附加費(fèi)信息等。根據(jù)基礎(chǔ)運(yùn)費(fèi)信息可知基礎(chǔ)運(yùn)費(fèi)金額，根據(jù)燃油附加費(fèi)信息和倉(cāng)庫(kù)附加費(fèi)信息可知，燃油附加費(fèi)金額和倉(cāng)庫(kù)附加費(fèi)金額，那么將基礎(chǔ)運(yùn)費(fèi)金額、燃油附加費(fèi)金額和倉(cāng)庫(kù)附加費(fèi)金額進(jìn)行相加，計(jì)算得到的金額即為理論支付金額。

步驟S206，判斷待處理的原始單信息中的賬單金額是否等于理論支付金額；若是，則執(zhí)行步驟S207；若否，則執(zhí)行步驟S208。

如果判斷得到待處理的原始單信息中的賬單金額等于理論支付金額，說(shuō)明針對(duì)符合訂單單號(hào)信息的訂單，服務(wù)渠道所提供的賬單數(shù)據(jù)與服務(wù)平臺(tái)自身所記錄的與該訂單相關(guān)的數(shù)據(jù)相吻合，則執(zhí)行步驟S207；如果判斷得到待處理的原始單信息中的賬單金額不等于理論支付金額，說(shuō)明針對(duì)符合訂單單號(hào)信息的訂單，服務(wù)渠道所提供的賬單數(shù)據(jù)與服務(wù)平臺(tái)自身所記錄的與該訂單相關(guān)的數(shù)據(jù)不吻合，存在問(wèn)題，則執(zhí)行步驟S208。

步驟S207，生成第一處理結(jié)果，發(fā)出第一通知信息。

如果經(jīng)步驟206判斷得到待處理的原始單信息中的賬單金額等于理論支付金額，則在步驟S207中，生成第一處理結(jié)果，并發(fā)出第一通知信息。其中，第一處理結(jié)果為處理成功的處理結(jié)果。例如，可通過(guò)電子郵件、短信或微信等方式發(fā)出第一通知信息。具體地，可通過(guò)電子郵件向服務(wù)平臺(tái)的財(cái)務(wù)人員發(fā)出第一通知信息，從而通知財(cái)務(wù)人員該條原始單信息已處理成功，可針對(duì)該條原始單信息進(jìn)行后續(xù)核對(duì)和完結(jié)操作。

步驟S208，生成第二處理結(jié)果，發(fā)出第二通知信息。

如果經(jīng)步驟S206判斷得到待處理的原始單信息中的賬單金額不等于理論支付金額，則在步驟S208中，生成第二處理結(jié)果，并發(fā)出第二通知信息。其中，第二處理結(jié)果為處理失敗的處理結(jié)果。例如，可通過(guò)電子郵件、短信或微信等方式發(fā)出第二通知信息。具體地，可通過(guò)電子郵件向服務(wù)平臺(tái)的業(yè)務(wù)人員發(fā)出第二通知信息，從而通知業(yè)務(wù)人員該條原始單信息中的賬單金額存在問(wèn)題，需要與相對(duì)應(yīng)的服務(wù)渠道進(jìn)行復(fù)核。

在業(yè)務(wù)人員與服務(wù)渠道進(jìn)行復(fù)核后，確認(rèn)并提交最終的賬單金額，在提交了最終的賬單金額之后，發(fā)出第三通知信息。例如，可通過(guò)電子郵件、短信或微信等方式發(fā)出第三通知信息。具體地，可通過(guò)電子郵件向服務(wù)平臺(tái)的財(cái)務(wù)人員發(fā)出第三通知信息，從而通知財(cái)務(wù)人員已與服務(wù)渠道進(jìn)行復(fù)核，可針對(duì)該條原始單信息進(jìn)行后續(xù)核對(duì)和完結(jié)操作。

可選地，在獲取待處理的原始單信息之后，該方法還包括：檢測(cè)是否存在與待處理的原始單信息相同的原始單信息的步驟。具體地，針對(duì)某條待處理的原始單信息，可檢測(cè)其他的待處理的原始單信息和已處理的原始單信息是否與該原始單信息相同，如果存在相同的原始單信息，則生成第三處理結(jié)果，根據(jù)第三處理結(jié)果可知，該原始單信息為重復(fù)的原始單信息。

可選地，該方法還包括：如果依據(jù)待處理的原始單信息中的訂單單號(hào)信息，無(wú)法從業(yè)務(wù)單信息管理列表中提取到與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息，則生成第四處理結(jié)果的步驟。根據(jù)第四處理結(jié)果可知，該原始單信息所對(duì)應(yīng)的訂單為不存在的訂單。

以服務(wù)平臺(tái)為物流服務(wù)平臺(tái)為例，如果物流服務(wù)平臺(tái)僅針對(duì)已出庫(kù)的訂單進(jìn)行賬單處理，那么在從業(yè)務(wù)單信息管理列表中提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息之后，該方法還包括：根據(jù)業(yè)務(wù)單信息中的訂單狀態(tài)信息判斷業(yè)務(wù)單信息對(duì)應(yīng)的訂單是否處于已出庫(kù)狀態(tài)的步驟。如果判斷得到業(yè)務(wù)單信息對(duì)應(yīng)的訂單處于已出庫(kù)狀態(tài)，則根據(jù)與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息和附加費(fèi)用信息，計(jì)算理論支付金額；如果判斷得到業(yè)務(wù)單信息對(duì)應(yīng)的訂單處于未出庫(kù)狀態(tài)，則生成第五處理結(jié)果，根據(jù)第五處理結(jié)果可知，所對(duì)應(yīng)的訂單處于未出庫(kù)狀態(tài)，不符合賬單處理?xiàng)l件。

根據(jù)本發(fā)明實(shí)施例提供的賬單處理方法，不僅能夠方便地從特定文件夾中獲取到服務(wù)渠道的賬單數(shù)據(jù)，并根據(jù)賬單數(shù)據(jù)自動(dòng)地在原始單信息管理列表中形成相對(duì)應(yīng)的原始單信息，便于后續(xù)進(jìn)行賬單處理，而且還能夠根據(jù)原始單信息和與之相對(duì)應(yīng)的業(yè)務(wù)單信息自動(dòng)、快速地判斷出原始單信息中的賬單金額是否存在問(wèn)題，從而提高了賬單處理效率，優(yōu)化了賬單處理方式，降低了服務(wù)平臺(tái)對(duì)于賬單處理方面所投入的人力成本；另外，針對(duì)原始單信息所存在的不同情況，能夠生成相對(duì)應(yīng)的處理結(jié)果，便于服務(wù)平臺(tái)的人員根據(jù)所生成的處理結(jié)果進(jìn)行具體處理，有助于提高賬單數(shù)據(jù)處理的安全性。

圖3示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的賬單處理裝置的結(jié)構(gòu)框圖，如圖3所示，該裝置包括：獲取模塊301、提取模塊302、計(jì)算模塊303、第一判斷模塊304和處理模塊305。

獲取模塊301用于：獲取待處理的原始單信息。

其中，原始單信息包括：訂單單號(hào)信息和賬單金額等信息。

提取模塊302用于：提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息。

其中，業(yè)務(wù)單信息包括：訂單單號(hào)信息、渠道信息、基礎(chǔ)費(fèi)用信息、附加費(fèi)用信息、用戶ID信息和訂單狀態(tài)信息等信息。

計(jì)算模塊303用于：根據(jù)與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息和附加費(fèi)用信息，計(jì)算理論支付金額。

第一判斷模塊304用于：判斷待處理的原始單信息中的賬單金額是否等于理論支付金額。

處理模塊305用于：若第一判斷模塊304判斷得到賬單金額等于理論支付金額，則生成第一處理結(jié)果，發(fā)出第一通知信息；若第一判斷模塊304判斷得到賬單金額不等于理論支付金額，則生成第二處理結(jié)果，發(fā)出第二通知信息。

根據(jù)本發(fā)明實(shí)施例提供的賬單處理裝置，獲取模塊獲取待處理的原始單信息，提取模塊提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息，計(jì)算模塊根據(jù)與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息和附加費(fèi)用信息，計(jì)算理論支付金額，第一判斷模塊判斷待處理的原始單信息中的賬單金額是否等于理論支付金額，在第一判斷模塊判斷得到賬單金額等于理論支付金額的情況下，處理模塊生成第一處理結(jié)果，發(fā)出第一通知信息；在第一判斷模塊判斷得到賬單金額不等于理論支付金額的情況下，處理模塊生成第二處理結(jié)果，發(fā)出第二通知信息。根據(jù)本發(fā)明提供的技術(shù)方案，能夠根據(jù)原始單信息和與之相對(duì)應(yīng)的業(yè)務(wù)單信息自動(dòng)、快速地判斷出原始單信息中的賬單金額是否存在問(wèn)題，從而提高了賬單處理效率，優(yōu)化了賬單處理方式，降低了服務(wù)平臺(tái)對(duì)于賬單處理方面所投入的人力成本。

圖4示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的賬單處理裝置的結(jié)構(gòu)框圖，如圖4所示，該裝置包括：檢測(cè)模塊401、存儲(chǔ)模塊402、第二判斷模塊403、獲取模塊404、提取模塊405、計(jì)算模塊406、第一判斷模塊407和處理模塊408。

檢測(cè)模塊401用于：檢測(cè)特定文件夾中是否包括待處理的賬單數(shù)據(jù)。

其中，服務(wù)渠道的業(yè)務(wù)人員可通過(guò)FTP等方式將符合預(yù)設(shè)格式要求的待處理的賬單數(shù)據(jù)上傳至服務(wù)平臺(tái)預(yù)先為每一個(gè)服務(wù)渠道所分配的特定文件夾中。具體地，檢測(cè)模塊401每隔預(yù)設(shè)時(shí)間間隔檢測(cè)特定文件夾中是否包括待處理的賬單數(shù)據(jù)。

存儲(chǔ)模塊402用于：若檢測(cè)模塊401檢測(cè)得到特定文件夾中包括待處理的賬單數(shù)據(jù)，則將待處理的賬單數(shù)據(jù)存儲(chǔ)至原始單信息管理列表中。

由于待處理的賬單數(shù)據(jù)是符合預(yù)設(shè)格式要求的，因此將待處理的賬單數(shù)據(jù)存儲(chǔ)至原始單信息管理列表中，能夠自動(dòng)地在原始單信息管理列表中形成相對(duì)應(yīng)的原始單信息。

第二判斷模塊403用于：判斷原始單信息管理列表中是否包括待處理的原始單信息。

獲取模塊404用于：若第二判斷模塊403判斷得到原始單信息管理列表中包括待處理的原始單信息，則從原始單信息管理列表中獲取待處理的原始單信息。

提取模塊405用于：依據(jù)待處理的原始單信息中的訂單單號(hào)信息，從業(yè)務(wù)單信息管理列表中提取與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息。

計(jì)算模塊406用于：根據(jù)與待處理的原始單信息相對(duì)應(yīng)的業(yè)務(wù)單信息中的基礎(chǔ)費(fèi)用信息和附加費(fèi)用信息，計(jì)算理論支付金額。

第一判斷模塊407用于：判斷待處理的原始單信息中的賬單金額是否等于理論支付金額。

處理模塊408用于：若第一判斷模塊407判斷得到賬單金額等于理論支付金額，則生成第一處理結(jié)果，發(fā)出第一通知信息；若第一判斷模塊407判斷得到賬單金額不等于理論支付金額，則生成第二處理結(jié)果，發(fā)出第二通知信息。

如果第一判斷模塊407判斷得到待處理的原始單信息中的賬單金額等于理論支付金額，說(shuō)明針對(duì)符合訂單單號(hào)信息的訂單，服務(wù)渠道所提供的賬單數(shù)據(jù)與服務(wù)平臺(tái)自身所記錄的與該訂單相關(guān)的數(shù)據(jù)相吻合，則處理模塊408生成第一處理結(jié)果，發(fā)出第一通知信息。其中，第一處理結(jié)果為處理成功的處理結(jié)果。例如，可通過(guò)電子郵件、短信或微信等方式發(fā)出第一通知信息。

如果第一判斷模塊407判斷得到待處理的原始單信息中的賬單金額不等于理論支付金額，說(shuō)明針對(duì)符合訂單單號(hào)信息的訂單，服務(wù)渠道所提供的賬單數(shù)據(jù)與服務(wù)平臺(tái)自身所記錄的與該訂單相關(guān)的數(shù)據(jù)不吻合，存在問(wèn)題，則處理模塊408生成第二處理結(jié)果，發(fā)出第二通知信息。其中，第二處理結(jié)果為處理失敗的處理結(jié)果。例如，可通過(guò)電子郵件、短信或微信等方式發(fā)出第二通知信息。

根據(jù)本發(fā)明實(shí)施例提供的賬單處理裝置，不僅能夠方便地從特定文件夾中獲取到服務(wù)渠道的賬單數(shù)據(jù)，并根據(jù)賬單數(shù)據(jù)自動(dòng)地在原始單信息管理列表中形成相對(duì)應(yīng)的原始單信息，便于后續(xù)進(jìn)行賬單處理，而且還能夠根據(jù)原始單信息和與之相對(duì)應(yīng)的業(yè)務(wù)單信息自動(dòng)、快速地判斷出原始單信息中的賬單金額是否存在問(wèn)題，從而提高了賬單處理效率，優(yōu)化了賬單處理方式，降低了服務(wù)平臺(tái)對(duì)于賬單處理方面所投入的人力成本；另外，針對(duì)原始單信息所存在的不同情況，能夠生成相對(duì)應(yīng)的處理結(jié)果，便于服務(wù)平臺(tái)的人員根據(jù)所生成的處理結(jié)果進(jìn)行具體處理，有助于提高賬單數(shù)據(jù)處理的安全性。

至此，本領(lǐng)域技術(shù)人員應(yīng)認(rèn)識(shí)到，雖然本文已詳盡示出和描述了本發(fā)明的多個(gè)示例性實(shí)施例，但是，在不脫離本發(fā)明精神和范圍的情況下，仍可根據(jù)發(fā)明公開(kāi)的內(nèi)容直接確定或推導(dǎo)出符合本發(fā)明原理的許多其他變型或修改。因此，本發(fā)明的范圍應(yīng)該被理解和認(rèn)定為覆蓋了所有這些其他變型或修改。

本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，本發(fā)明的實(shí)施方式可以實(shí)現(xiàn)為一種系統(tǒng)、裝置、設(shè)備、方法或計(jì)算機(jī)程序產(chǎn)品。此外，本發(fā)明也不針對(duì)任何特定編程語(yǔ)言，應(yīng)當(dāng)明白，可以利用各種編程語(yǔ)言實(shí)現(xiàn)本發(fā)明描述的內(nèi)容，并且上面對(duì)特定語(yǔ)言所做的描述是為了披露本發(fā)明的最佳實(shí)施方式。

需要注意的是，盡管在上面的說(shuō)明中詳細(xì)描述了賬單處理裝置的若干模塊，但是這種劃分僅僅是示例性的，并非是強(qiáng)制性的。本領(lǐng)域的技術(shù)人員可以理解，實(shí)際上，可以對(duì)實(shí)施例中的模塊進(jìn)行自適應(yīng)性地改變，將實(shí)施例中的多個(gè)模塊組合成一個(gè)模塊，也可將一個(gè)模塊劃分成多個(gè)模塊。

此外，盡管在附圖中以特定順序描述了本發(fā)明實(shí)施操作，但是，這并非要求或者暗示必須按照該特定順序來(lái)執(zhí)行這些操作，或是必須執(zhí)行全部所示的操作才能實(shí)現(xiàn)期望的結(jié)果。可以省略某些步驟，將多個(gè)步驟合并為一個(gè)步驟執(zhí)行，或者將一個(gè)步驟分成多個(gè)步驟執(zhí)行。

綜上所述，應(yīng)用本發(fā)明所述的賬單處理方法及裝置，能夠根據(jù)原始單信息和與之相對(duì)應(yīng)的業(yè)務(wù)單信息自動(dòng)、快速地判斷出原始單信息中的賬單金額是否存在問(wèn)題，從而提高了賬單處理效率，優(yōu)化了賬單處理方式，降低了服務(wù)平臺(tái)對(duì)于賬單處理方面所投入的人力成本。

以上對(duì)本發(fā)明的方法和具體實(shí)施方法進(jìn)行了詳細(xì)的介紹，并給出了相應(yīng)的實(shí)施例。當(dāng)然，除上述實(shí)施例外，本發(fā)明還可以有其它實(shí)施方式，凡采用等同替換或等效變換形成的技術(shù)方案，均落在本發(fā)明所要保護(hù)的范圍之內(nèi)。