CN106897925A - 账单处理方法及装置 - Google Patents

Abstract

本发明公开了一种账单处理方法及装置，其中，账单处理方法包括：获取待处理的原始单信息；提取与待处理的原始单信息相对应的业务单信息；根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额；判断待处理的原始单信息中的账单金额是否等于理论支付金额；若判断得到账单金额等于理论支付金额，则生成第一处理结果，发出第一通知信息；若判断得到账单金额不等于理论支付金额，则生成第二处理结果，发出第二通知信息。根据本发明提供的技术方案，提高了账单处理效率，优化了账单处理方式。

Description

账单处理方法及装置

技术领域

本发明涉及数据处理技术领域，具体涉及一种账单处理方法及装置。

背景技术

为了方便地为人们提供服务，出现了许多的服务平台，这些服务平台通过对渠道资源进行整合而为该服务平台的用户提供服务，例如，物流服务平台为用户提供物流服务。这些服务平台通常是通过从交易中提取佣金的方式进行盈利。因此，服务平台就需要定期地与合作的服务渠道进行资金结算。

目前许多服务平台仍然采用人工处理的方式对账单进行处理。这种方式的主要流程包括：通过电子邮件接收服务渠道的账单数据，财务人员将服务渠道提供的账单数据与服务平台的业务单数据进行核对，针对每一笔存在问题的账单数据与服务平台的业务人员进行沟通，然后由服务平台的业务人员与服务渠道的业务人员进行沟通，确定最终的账单金额。由此可知，这种账单处理方式存在着处理效率低下的问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的账单处理方法及装置。

根据本发明的一个方面，提供了一种账单处理方法，该方法包括：

获取待处理的原始单信息；

提取与待处理的原始单信息相对应的业务单信息；

根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额；

判断待处理的原始单信息中的账单金额是否等于理论支付金额；

若判断得到账单金额等于理论支付金额，则生成第一处理结果，发出第一通知信息；若判断得到账单金额不等于理论支付金额，则生成第二处理结果，发出第二通知信息。

根据本发明的另一方面，提供了一种账单处理装置，该装置包括：

获取模块，用于获取待处理的原始单信息；

提取模块，用于提取与待处理的原始单信息相对应的业务单信息；

计算模块，用于根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额；

第一判断模块，用于判断待处理的原始单信息中的账单金额是否等于理论支付金额；

处理模块，用于若第一判断模块判断得到账单金额等于理论支付金额，则生成第一处理结果，发出第一通知信息；若第一判断模块判断得到账单金额不等于理论支付金额，则生成第二处理结果，发出第二通知信息。

根据本发明提供的技术方案，获取待处理的原始单信息，提取与待处理的原始单信息相对应的业务单信息，接着根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额，然后判断待处理的原始单信息中的账单金额是否等于理论支付金额，在判断得到账单金额等于理论支付金额的情况下，生成第一处理结果，发出第一通知信息；在判断得到账单金额不等于理论支付金额的情况下，生成第二处理结果，发出第二通知信息。根据本发明提供的技术方案，能够根据原始单信息和与之相对应的业务单信息自动、快速地判断出原始单信息中的账单金额是否存在问题，从而提高了账单处理效率，优化了账单处理方式，降低了服务平台对于账单处理方面所投入的人力成本。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的账单处理方法的流程示意图；

图2示出了根据本发明另一个实施例的账单处理方法的流程示意图；

图3示出了根据本发明一个实施例的账单处理装置的结构框图；

图4示出了根据本发明另一个实施例的账单处理装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的账单处理方法的流程示意图，如图1所示，该方法可由服务平台执行，其中，服务平台可为物流服务平台等，该方法包括如下步骤：

步骤S100，获取待处理的原始单信息。

当需要进行账单处理时，首先获取待处理的原始单信息。其中，可根据服务平台中各服务渠道所提供的账单数据得到原始单信息。按照处理状态，将原始单信息分为待处理的原始单信息和已处理的原始单信息。一条原始单信息对应于一个订单，具体地，原始单信息包括：订单单号信息和账单金额等信息。

以服务平台为物流服务平台为例，物流服务平台可通过对物流渠道资源进行整合而为该平台的用户提供物流服务，那么原始单信息是根据物流服务平台中各物流渠道所提供的账单数据得到的，原始单信息可包括：订单单号信息、物流单号信息、物流始发地信息、物流目的地信息、出库时间信息、货品重量信息和账单金额等信息。

步骤S101，提取与待处理的原始单信息相对应的业务单信息。

在获取了待处理的原始单信息之后，在步骤S101中，提取与待处理的原始单信息相对应的业务单信息。其中，业务单信息是由服务平台自身所记录的与订单相关的数据得到的。一条业务单信息也对应于一个订单，具体地，业务单信息包括：订单单号信息、渠道信息、基础费用信息、附加费用信息、用户ID信息和订单状态信息等信息。

以服务平台为物流服务平台为例，业务单信息可包括：订单单号信息、货品所属仓库信息、物流渠道信息、物流单号信息、物流始发地信息、物流目的地信息、出库时间信息、货品重量信息、基础费用信息、附加费用信息、订单利润信息、用户ID信息、订单状态信息和收件人信息等信息，其中，基础费用信息为基础运费信息，附加费用信息包括：燃油附加费信息和仓库附加费信息等。

步骤S102，根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额。

例如，基础费用信息为基础运费信息，附加费用信息包括：燃油附加费信息和仓库附加费信息，假设，根据基础运费信息可知，基础运费金额为200元，根据燃油附加费信息和仓库附加费信息可知，燃油附加费金额为180元，仓库附加费金额为100元，那么将基础运费金额、燃油附加费金额和仓库附加费金额进行相加，计算得到的金额即为理论支付金额，即该理论支付金额为480元。

步骤S103，判断待处理的原始单信息中的账单金额是否等于理论支付金额；若是，则执行步骤S104；若否，则执行步骤S105。

如果判断得到待处理的原始单信息中的账单金额等于理论支付金额，说明针对符合订单单号信息的订单，服务渠道所提供的账单数据与服务平台自身所记录的与该订单相关的数据相吻合，则执行步骤S104；如果判断得到待处理的原始单信息中的账单金额不等于理论支付金额，说明针对符合订单单号信息的订单，服务渠道所提供的账单数据与服务平台自身所记录的与该订单相关的数据不吻合，存在差异，则执行步骤S105。

步骤S104，生成第一处理结果，发出第一通知信息。

如果经步骤S103判断得到待处理的原始单信息中的账单金额等于理论支付金额，则在步骤S104中，生成第一处理结果，并发出第一通知信息。其中，第一处理结果为处理成功的处理结果。本领域技术人员可根据实际需要对发出第一通知信息的具体方式进行设置，此处不做限定。例如，可通过电子邮件、短信或微信等方式发出第一通知信息。具体地，可通过电子邮件向服务平台的财务人员发出第一通知信息，从而通知财务人员该条原始单信息已处理成功，可针对该条原始单信息进行后续核对和完结操作。

步骤S105，生成第二处理结果，发出第二通知信息。

如果经步骤S103判断得到待处理的原始单信息中的账单金额不等于理论支付金额，则在步骤S105中，生成第二处理结果，并发出第二通知信息。其中，第二处理结果为处理失败的处理结果。本领域技术人员可根据实际需要对发出第二通知信息的具体方式进行设置，此处不做限定。例如，可通过电子邮件、短信或微信等方式发出第二通知信息。具体地，可通过电子邮件向服务平台的业务人员发出第二通知信息，从而通知业务人员该条原始单信息中的账单金额存在问题，需要与相对应的服务渠道进行复核。

根据本发明实施例提供的账单处理方法，获取待处理的原始单信息，提取与待处理的原始单信息相对应的业务单信息，接着根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额，然后判断待处理的原始单信息中的账单金额是否等于理论支付金额，在判断得到账单金额等于理论支付金额的情况下，生成第一处理结果，发出第一通知信息；在判断得到账单金额不等于理论支付金额的情况下，生成第二处理结果，发出第二通知信息。根据本发明提供的技术方案，能够根据原始单信息和与之相对应的业务单信息自动、快速地判断出原始单信息中的账单金额是否存在问题，从而提高了账单处理效率，优化了账单处理方式，降低了服务平台对于账单处理方面所投入的人力成本。

图2示出了根据本发明另一个实施例的账单处理方法的流程示意图，如图2所示，该方法可由服务平台执行，该方法包括如下步骤：

步骤S200，检测特定文件夹中是否包括待处理的账单数据；若是，则执行步骤S201。

其中，服务渠道的业务人员可通过FTP等方式将符合预设格式要求的待处理的账单数据上传至服务平台预先为每一个服务渠道所分配的专属的文件夹中，该专属的文件夹即为本发明所述的特定文件夹。具体地，可每隔预设时间间隔检测特定文件夹中是否包括待处理的账单数据。本领域技术人员可根据实际需要设置预设时间间隔，此处不做限定。例如，预设时间间隔可为24小时。

如果检测得到特定文件夹中包括待处理的账单数据，则执行步骤S201；如果检测得到特定文件夹中不包括待处理的账单数据，则该方法结束。

步骤S201，将待处理的账单数据存储至原始单信息管理列表中。

在步骤S200检测得到特定文件夹中包括待处理的账单数据的情况下，在步骤S201中，将待处理的账单数据存储至原始单信息管理列表中。在服务平台中，利用原始单信息管理列表管理原始单信息。由于待处理的账单数据是符合预设格式要求的，因此将待处理的账单数据存储至原始单信息管理列表中，能够自动地在原始单信息管理列表中形成相对应的原始单信息。

步骤S202，判断原始单信息管理列表中是否包括待处理的原始单信息；若是，则执行步骤S203；若否，则该方法结束。

如果判断得到原始单信息管理列表中包括待处理的原始单信息，则执行步骤S203；如果判断得到原始单信息管理列表中不包括待处理的原始单信息，说明原始单信息管理列表中的原始单信息均为已处理的原始单信息，则该方法结束。

步骤S203，从原始单信息管理列表中获取待处理的原始单信息。

在经步骤S202判断得到原始单信息管理列表中包括待处理的原始单信息的情况下，在步骤S203中，从原始单信息管理列表中获取待处理的原始单信息。具体地，原始单信息包括：订单单号信息和账单金额等信息。以服务平台为物流服务平台为例，原始单信息可包括：订单单号信息、物流单号信息、物流始发地信息、物流目的地信息、出库时间信息、货品重量信息和账单金额等信息。

步骤S204，依据待处理的原始单信息中的订单单号信息，从业务单信息管理列表中提取与待处理的原始单信息相对应的业务单信息。

其中，业务单信息是由服务平台自身所记录的与订单相关的数据得到的。在服务平台中，利用业务单信息管理列表管理业务单信息。具体地，业务单信息包括：订单单号信息、渠道信息、基础费用信息、附加费用信息、用户ID信息和订单状态信息等信息。

待处理的原始单信息和与之相对应的业务单信息具有相同的订单单号信息。具体地，在步骤S204中，在业务单信息管理列表中查找与待处理的原始单信息中的订单单号信息相匹配的业务单信息，所查找到的相匹配的业务单信息即为与待处理的原始单信息相对应的业务单信息，接着从业务单信息管理列表中提取与待处理的原始单信息相对应的业务单信息。

步骤S205，根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额。

以服务平台为物流服务平台为例，业务单信息中的基础费用信息为基础运费信息，业务单信息中的附加费用信息包括：燃油附加费信息和仓库附加费信息等。根据基础运费信息可知基础运费金额，根据燃油附加费信息和仓库附加费信息可知，燃油附加费金额和仓库附加费金额，那么将基础运费金额、燃油附加费金额和仓库附加费金额进行相加，计算得到的金额即为理论支付金额。

步骤S206，判断待处理的原始单信息中的账单金额是否等于理论支付金额；若是，则执行步骤S207；若否，则执行步骤S208。

如果判断得到待处理的原始单信息中的账单金额等于理论支付金额，说明针对符合订单单号信息的订单，服务渠道所提供的账单数据与服务平台自身所记录的与该订单相关的数据相吻合，则执行步骤S207；如果判断得到待处理的原始单信息中的账单金额不等于理论支付金额，说明针对符合订单单号信息的订单，服务渠道所提供的账单数据与服务平台自身所记录的与该订单相关的数据不吻合，存在问题，则执行步骤S208。

步骤S207，生成第一处理结果，发出第一通知信息。

如果经步骤206判断得到待处理的原始单信息中的账单金额等于理论支付金额，则在步骤S207中，生成第一处理结果，并发出第一通知信息。其中，第一处理结果为处理成功的处理结果。例如，可通过电子邮件、短信或微信等方式发出第一通知信息。具体地，可通过电子邮件向服务平台的财务人员发出第一通知信息，从而通知财务人员该条原始单信息已处理成功，可针对该条原始单信息进行后续核对和完结操作。

步骤S208，生成第二处理结果，发出第二通知信息。

如果经步骤S206判断得到待处理的原始单信息中的账单金额不等于理论支付金额，则在步骤S208中，生成第二处理结果，并发出第二通知信息。其中，第二处理结果为处理失败的处理结果。例如，可通过电子邮件、短信或微信等方式发出第二通知信息。具体地，可通过电子邮件向服务平台的业务人员发出第二通知信息，从而通知业务人员该条原始单信息中的账单金额存在问题，需要与相对应的服务渠道进行复核。

在业务人员与服务渠道进行复核后，确认并提交最终的账单金额，在提交了最终的账单金额之后，发出第三通知信息。例如，可通过电子邮件、短信或微信等方式发出第三通知信息。具体地，可通过电子邮件向服务平台的财务人员发出第三通知信息，从而通知财务人员已与服务渠道进行复核，可针对该条原始单信息进行后续核对和完结操作。

可选地，在获取待处理的原始单信息之后，该方法还包括：检测是否存在与待处理的原始单信息相同的原始单信息的步骤。具体地，针对某条待处理的原始单信息，可检测其他的待处理的原始单信息和已处理的原始单信息是否与该原始单信息相同，如果存在相同的原始单信息，则生成第三处理结果，根据第三处理结果可知，该原始单信息为重复的原始单信息。

可选地，该方法还包括：如果依据待处理的原始单信息中的订单单号信息，无法从业务单信息管理列表中提取到与待处理的原始单信息相对应的业务单信息，则生成第四处理结果的步骤。根据第四处理结果可知，该原始单信息所对应的订单为不存在的订单。

以服务平台为物流服务平台为例，如果物流服务平台仅针对已出库的订单进行账单处理，那么在从业务单信息管理列表中提取与待处理的原始单信息相对应的业务单信息之后，该方法还包括：根据业务单信息中的订单状态信息判断业务单信息对应的订单是否处于已出库状态的步骤。如果判断得到业务单信息对应的订单处于已出库状态，则根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额；如果判断得到业务单信息对应的订单处于未出库状态，则生成第五处理结果，根据第五处理结果可知，所对应的订单处于未出库状态，不符合账单处理条件。

根据本发明实施例提供的账单处理方法，不仅能够方便地从特定文件夹中获取到服务渠道的账单数据，并根据账单数据自动地在原始单信息管理列表中形成相对应的原始单信息，便于后续进行账单处理，而且还能够根据原始单信息和与之相对应的业务单信息自动、快速地判断出原始单信息中的账单金额是否存在问题，从而提高了账单处理效率，优化了账单处理方式，降低了服务平台对于账单处理方面所投入的人力成本；另外，针对原始单信息所存在的不同情况，能够生成相对应的处理结果，便于服务平台的人员根据所生成的处理结果进行具体处理，有助于提高账单数据处理的安全性。

图3示出了根据本发明一个实施例的账单处理装置的结构框图，如图3所示，该装置包括：获取模块301、提取模块302、计算模块303、第一判断模块304和处理模块305。

获取模块301用于：获取待处理的原始单信息。

其中，原始单信息包括：订单单号信息和账单金额等信息。

提取模块302用于：提取与待处理的原始单信息相对应的业务单信息。

其中，业务单信息包括：订单单号信息、渠道信息、基础费用信息、附加费用信息、用户ID信息和订单状态信息等信息。

计算模块303用于：根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额。

第一判断模块304用于：判断待处理的原始单信息中的账单金额是否等于理论支付金额。

处理模块305用于：若第一判断模块304判断得到账单金额等于理论支付金额，则生成第一处理结果，发出第一通知信息；若第一判断模块304判断得到账单金额不等于理论支付金额，则生成第二处理结果，发出第二通知信息。

根据本发明实施例提供的账单处理装置，获取模块获取待处理的原始单信息，提取模块提取与待处理的原始单信息相对应的业务单信息，计算模块根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额，第一判断模块判断待处理的原始单信息中的账单金额是否等于理论支付金额，在第一判断模块判断得到账单金额等于理论支付金额的情况下，处理模块生成第一处理结果，发出第一通知信息；在第一判断模块判断得到账单金额不等于理论支付金额的情况下，处理模块生成第二处理结果，发出第二通知信息。根据本发明提供的技术方案，能够根据原始单信息和与之相对应的业务单信息自动、快速地判断出原始单信息中的账单金额是否存在问题，从而提高了账单处理效率，优化了账单处理方式，降低了服务平台对于账单处理方面所投入的人力成本。

图4示出了根据本发明另一个实施例的账单处理装置的结构框图，如图4所示，该装置包括：检测模块401、存储模块402、第二判断模块403、获取模块404、提取模块405、计算模块406、第一判断模块407和处理模块408。

检测模块401用于：检测特定文件夹中是否包括待处理的账单数据。

其中，服务渠道的业务人员可通过FTP等方式将符合预设格式要求的待处理的账单数据上传至服务平台预先为每一个服务渠道所分配的特定文件夹中。具体地，检测模块401每隔预设时间间隔检测特定文件夹中是否包括待处理的账单数据。

存储模块402用于：若检测模块401检测得到特定文件夹中包括待处理的账单数据，则将待处理的账单数据存储至原始单信息管理列表中。

由于待处理的账单数据是符合预设格式要求的，因此将待处理的账单数据存储至原始单信息管理列表中，能够自动地在原始单信息管理列表中形成相对应的原始单信息。

第二判断模块403用于：判断原始单信息管理列表中是否包括待处理的原始单信息。

获取模块404用于：若第二判断模块403判断得到原始单信息管理列表中包括待处理的原始单信息，则从原始单信息管理列表中获取待处理的原始单信息。

提取模块405用于：依据待处理的原始单信息中的订单单号信息，从业务单信息管理列表中提取与待处理的原始单信息相对应的业务单信息。

计算模块406用于：根据与待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额。

第一判断模块407用于：判断待处理的原始单信息中的账单金额是否等于理论支付金额。

处理模块408用于：若第一判断模块407判断得到账单金额等于理论支付金额，则生成第一处理结果，发出第一通知信息；若第一判断模块407判断得到账单金额不等于理论支付金额，则生成第二处理结果，发出第二通知信息。

如果第一判断模块407判断得到待处理的原始单信息中的账单金额等于理论支付金额，说明针对符合订单单号信息的订单，服务渠道所提供的账单数据与服务平台自身所记录的与该订单相关的数据相吻合，则处理模块408生成第一处理结果，发出第一通知信息。其中，第一处理结果为处理成功的处理结果。例如，可通过电子邮件、短信或微信等方式发出第一通知信息。

如果第一判断模块407判断得到待处理的原始单信息中的账单金额不等于理论支付金额，说明针对符合订单单号信息的订单，服务渠道所提供的账单数据与服务平台自身所记录的与该订单相关的数据不吻合，存在问题，则处理模块408生成第二处理结果，发出第二通知信息。其中，第二处理结果为处理失败的处理结果。例如，可通过电子邮件、短信或微信等方式发出第二通知信息。

根据本发明实施例提供的账单处理装置，不仅能够方便地从特定文件夹中获取到服务渠道的账单数据，并根据账单数据自动地在原始单信息管理列表中形成相对应的原始单信息，便于后续进行账单处理，而且还能够根据原始单信息和与之相对应的业务单信息自动、快速地判断出原始单信息中的账单金额是否存在问题，从而提高了账单处理效率，优化了账单处理方式，降低了服务平台对于账单处理方面所投入的人力成本；另外，针对原始单信息所存在的不同情况，能够生成相对应的处理结果，便于服务平台的人员根据所生成的处理结果进行具体处理，有助于提高账单数据处理的安全性。

至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应该被理解和认定为覆盖了所有这些其他变型或修改。

本领域技术人员应当理解，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。此外，本发明也不针对任何特定编程语言，应当明白，可以利用各种编程语言实现本发明描述的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

需要注意的是，尽管在上面的说明中详细描述了账单处理装置的若干模块，但是这种划分仅仅是示例性的，并非是强制性的。本领域的技术人员可以理解，实际上，可以对实施例中的模块进行自适应性地改变，将实施例中的多个模块组合成一个模块，也可将一个模块划分成多个模块。

此外，尽管在附图中以特定顺序描述了本发明实施操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。可以省略某些步骤，将多个步骤合并为一个步骤执行，或者将一个步骤分成多个步骤执行。

综上所述，应用本发明所述的账单处理方法及装置，能够根据原始单信息和与之相对应的业务单信息自动、快速地判断出原始单信息中的账单金额是否存在问题，从而提高了账单处理效率，优化了账单处理方式，降低了服务平台对于账单处理方面所投入的人力成本。

以上对本发明的方法和具体实施方法进行了详细的介绍，并给出了相应的实施例。当然，除上述实施例外，本发明还可以有其它实施方式，凡采用等同替换或等效变换形成的技术方案，均落在本发明所要保护的范围之内。

Claims (8)

1.一种账单处理方法，其特征在于，包括：

获取待处理的原始单信息；

提取与所述待处理的原始单信息相对应的业务单信息；

根据与所述待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额；

判断所述待处理的原始单信息中的账单金额是否等于所述理论支付金额；

若判断得到所述账单金额等于所述理论支付金额，则生成第一处理结果，发出第一通知信息；若判断得到所述账单金额不等于所述理论支付金额，则生成第二处理结果，发出第二通知信息。

2.根据权利要求1所述的账单处理方法，其特征在于，所述提取与所述待处理的原始单信息相对应的业务单信息进一步包括：

依据所述待处理的原始单信息中的订单单号信息，从业务单信息管理列表中提取与所述待处理的原始单信息相对应的业务单信息。

3.根据权利要求1所述的账单处理方法，其特征在于，在所述获取待处理的原始单信息之前，所述方法还包括：

判断原始单信息管理列表中是否包括待处理的原始单信息；

所述获取待处理的原始单信息具体为：若判断得到原始单信息管理列表中包括待处理的原始单信息，则从所述原始单信息管理列表中获取待处理的原始单信息。

4.根据权利要求3所述的账单处理方法，其特征在于，在所述判断原始单信息管理列表中是否包括待处理的原始单信息之前，所述方法还包括：

检测特定文件夹中是否包括待处理的账单数据；

若检测得到所述特定文件夹中包括待处理的账单数据，则将所述待处理的账单数据存储至所述原始单信息管理列表中。

5.一种账单处理装置，其特征在于，包括：

获取模块，用于获取待处理的原始单信息；

提取模块，用于提取与所述待处理的原始单信息相对应的业务单信息；

计算模块，用于根据与所述待处理的原始单信息相对应的业务单信息中的基础费用信息和附加费用信息，计算理论支付金额；

第一判断模块，用于判断所述待处理的原始单信息中的账单金额是否等于所述理论支付金额；

处理模块，用于若所述第一判断模块判断得到所述账单金额等于所述理论支付金额，则生成第一处理结果，发出第一通知信息；若所述第一判断模块判断得到所述账单金额不等于所述理论支付金额，则生成第二处理结果，发出第二通知信息。

6.根据权利要求5所述的账单处理装置，其特征在于，所述提取模块进一步用于：

依据所述待处理的原始单信息中的订单单号信息，从业务单信息管理列表中提取与所述待处理的原始单信息相对应的业务单信息。

7.根据权利要求5所述的账单处理装置，其特征在于，所述装置还包括：

第二判断模块，用于判断原始单信息管理列表中是否包括待处理的原始单信息；

所述获取模块进一步用于：若所述第二判断模块判断得到原始单信息管理列表中包括待处理的原始单信息，则从所述原始单信息管理列表中获取待处理的原始单信息。

8.根据权利要求7所述的账单处理装置，其特征在于，所述装置还包括：

检测模块，用于检测特定文件夹中是否包括待处理的账单数据；

存储模块，用于若所述检测模块检测得到所述特定文件夹中包括待处理的账单数据，则将所述待处理的账单数据存储至所述原始单信息管理列表中。