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

背景技術(shù)：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

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

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

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

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

具體實施方式

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

其中，原始單信息包括：訂單單號信息和賬單金額等信息。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

此外，盡管在附圖中以特定順序描述了本發(fā)明實施操作，但是，這并非要求或者暗示必須按照該特定順序來執(zhí)行這些操作，或是必須執(zhí)行全部所示的操作才能實現(xiàn)期望的結(jié)果?？梢允÷阅承┎襟E，將多個步驟合并為一個步驟執(zhí)行，或者將一個步驟分成多個步驟執(zhí)行。

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

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