CN105205671A - 一种账单导入方法和系统 - Google Patents

Abstract

一种账单导入方法和系统，所述方法包括：接收待导入的账单；根据所述账单的信息，校验所述账单是否满足条件，在全部校验通过后，导入所述账单；采用本方案，可达减轻了大量的人力、物力和时间对这些账单进行核查和校验；在账单导入的过程中即对订单进行审核，并同时将错误账单集中记录；根据账单中的费用，与事先维护的系统费用进行比较，避免因审核失误而带来的经济损失。

Description

一种账单导入方法和系统

技术领域

本发明属于电子领域，尤其涉及一种账单导入方法和系统。

背景技术

随着互联网技术、系统软件技术的发展，直指账单正逐渐被电子账单所取代，对于一些电商或者快递公司而言，每天除了会收到大量的订单以外，同时也会收到大量的返回的账单，在收到账单后，需要大量的人力、物力和时间对这些账单进行核查和校验工作。而账单中的需要校验的信息繁多，比如是否签收、是否是本公司的订单、费用是否计算错误，特别是对于一些找快递公司代发的大公司来说，可能事先就会对不同快递公司的投标价格进行了事先维护，那么还需要根据账单信息校验该账单的运费是否与投标时签订的运费相一致。有鉴于此，需要一种账单导入方法和系统，在账单导入的同时对账单中的信息进行校验。

发明内容

有鉴于此，为了解决现有技术中在账单导入过程中不能智能和快速的对账单进行校验的问题，本发明的目的是提出一种订单导入方法。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。

在一些可选的实施例中，所述订单导入方法，包括：

接收待导入的账单；

根据所述账单的信息，校验所述账单是否满足条件，在全部校验通过后，导入所述账单。

本发明的另一个目的是提出一种订单导入系统。

在一些可选的实施例中，所述订单导入系统，包括：

接收单元，用于接收待导入的账单；

校验单元，用于根据所述账单的信息，校验所述账单是否满足条件，在全部校验通过后，触发导入单元执行导入所述账单的操作。

采用上述实施例，可达到以下效果：

减轻了大量的人力、物力和时间对这些账单进行核查和校验；

在账单导入的过程中即对订单进行审核，并同时将错误账单集中记录；

根据账单中的费用，与事先维护的系统费用进行比较，避免因审核失误而带来的经济损失。

为了上述以及相关的目的，一个或多个实施例包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明某些示例性方面，并且其指示的仅仅是各个实施例的原则可以利用的各种方式中的一些方式。其它的益处和新颖性特征将随着下面的详细说明结合附图考虑而变得明显，所公开的实施例是要包括所有这些方面以及它们的等同。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了本发明实施例的一种账单导入方法的流程示意图；

图2示出了本发明实施例的一种账单导入方法的流程示意图；

图3示出了本发明实施例的一种账单导入系统300的结构示意图。

具体实施方式

以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，本发明的这些实施方案可以被单独地或总地用术语“发明”来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为任何单个发明或发明构思。

图1示出了本发明实施例的一种账单导入方法的流程示意图；

如图1所示，一种账单导入方法，包括以下几个步骤：

步骤S101，接收待导入的账单；

接收导入账单的请求，所述请求携带待导入的账单；所述账单的信息，即账单内容可以包括：快件性质、件数、计费重量、运费、保费、和包装费等信息；

步骤S102，根据所述账单的信息，校验所述账单是否满足条件；

本系统会根据这些账单的信息，依据预设的校验方案，所述校验方案包括多个条件，然后依次对该账单进行校验；如果在校验过程中出现所述账单不符合其中一个条件，停止校验，并提示所述账单为异常账单，不能成功导入；反之，则进入步骤S103；

步骤S103，在全部校验通过后，导入所述账单；

当所述账单符合所述多个条件时，则校验通过，系统将所述待导入的账单导入到系统中，即对账单进行保存或记录；

在一些说明性的实施例中，所述条件可以包括：

第一条件：所述账单是本系统的订单的账单；和，

第二条件：所述账单的实际运费未超限；

在本系统中存储着订单主表，所述订单主表记录着多个订单的订单信息，根据所述账单的信息校验该账单是否是所述订单主表中的订单；假设所述账单的信息包括订单号，则校验时可以通过在订单主表中进行订单号查询，如果查询到该订单，则该订单满足所述第一条件；

所述第二条件，是为了判别所述账单的实际运费是否合理，比如在本系统中已事先维护各快递公司投标时的运费价格计算基准和运费计算模板，那么系统会提取所述账单的信息中用于计算运费的参数(如件数、计费重量等信息)，将这些参数代入到所述运费计算模板中，计算出系统运费；再将所述账单中记录的实际运费与所述系统运费进行比较，如果上述两个运费的误差在一定范围内，则满足所述第二条件，反之，则不满足；

在一些说明性的实施例中，所述条件，还包括：

第三条件：所述账单已签收；和/或，

第四条件：所述账单未曾导入；和/或，

第五条件：所述账单与所述账单所对应的订单中记录的快递公司一致；和/或，

第六条件：所述账单中的总费用是各项费用之和；

在一些说明性的实施例中，根据预设的所述条件的排列顺序，依次校验所述账单是否满足所述条件，并在每次校验结果为满足条件后，进入下一个校验过程；所述条件的排列顺序依次是：

所述第一条件、所述第三条件、所述第四条件、所述第五条件、所述第六条件和所述第二条件；

在一些说明性的实施例中，当校验出所述账单不满足其中任意一个所述条件，即校验失败之后，还包括：

在异常账单数据库中记录所述账单校验失败的原因，并删除所述账单。

在一些说明性的实施例中，在所述导入所述账单之前，还包括：

判断所述账单是否还有数据需要录入或修改，若有则提示需要重新导入所述账单并结束流程；反之则触发所述导入所述账单的操作；

在一些说明性的实施例中，在所述判断所述账单是否还有数据需要录入或修改之前，还包括：

根据该账单所对应的订单的信息，将所述账单的待补充的信息添加到所述账单的信息中；所述待补充的信息包括预算体代码和法人公司编码；和/或，

判断所述账单是否为内部账单，若是则标注所述账单为“已结算”，反之则标注所述账单为“未结算”；对于本系统而言如果该账单是内部的账单，则不需要进行系统使用费的结算，即标注为“已结算”；如果是其它公司或部门的账单，则需要结算使用费，因此将该账单标注为“未结算”，当收到该账单的使用费后，再将该账单标注为“已结算”。

下面，举一个具体的实施例对本方案进行说明；

图2示出了本发明实施例的一种账单导入方法的流程示意图，如图2所示，包括以下几个步骤；

步骤S201，接收待导入的账单；

快递经理把账单(所述账单可以是excel文件)导入系统，在系统收到所述账单和导入该账单之间，系统会自动对该账单进行校验，即触发步骤S202；

步骤S202，订单主表是否存在；

系统可以根据所述账单的信息(比如包括订单号、快件性质、件数、计费重量、总费用、基本运费、保价费、和包装费等信息；)，在系统预存的订单主表中查询，若存在，则继续执行系统操作，触发步骤S203；若不存在，转到步骤S209；

步骤S203，是否已签收；

校验此账单的状态是否为收件人已签收，这里的“已签收”包括收件人签收货物和收件人拒签退回这两种情况，如果是则继续执行系统操作，触发步骤S204；否则，转到步骤S209；

步骤S204，是否重复导入；

校验之前是否已经导入相同的账单，若系统校验结果为未导入过相同的账单，则继续执行系统操作，触发步骤S205；否则，转到步骤S209；

步骤S205，主子表快递公司是否相同；

所述账单的信息还包括快递公司的名称和/或编码；将所述账单中记录的快递公司的快递公司的名称和/或编码与订单主表中记录配送订单的快递公司的名称和/或编码进行比对，如果一致，则触发步骤S206；否则，转到步骤S209；

步骤S206，总费用是否等于各项费用之和；

根据所述账单的信息，将各项费用进行加和，若各项费用之和与所述账单中记录的总费用相同(如：总费用是否等于基本运费、包装费、保价费等各项费用的和)，则触发步骤S207；否则，转到步骤S209；

步骤S207，计算系统运费；

根据所述快递公司的信息，调取数据库中存储的该快递公司的中标价格信息；根据所述中标价格信息、所述多个用于计算运费的参数、和预置的运费计算模板，获得所述账单的系统运费；

步骤S208，实际运费是否合理；

将所述账单的实际运费与系统运费进行比较，若所述实际运费与所述系统运费的费用差不大于某设定值时，则触发步骤S210；否则，转到步骤S209；

步骤S209，记录原因，删除导入异常的账单；

在上述校验过程中，任意一项校验未通过时，则记录导入失败的原因，并删除所述账单，以免大量异常账单占用硬件资源，并减少系统运行负载；

步骤S210，是否是内部账单；

账单有两种类型，物流部账单和事业部账单；物流部账单不需要后续的内部结算操作，只需要直接对快递公司付款即可；事业部账单，需要后续的快递系统对事业部收取费用，即内部结算，结算后快递系统方可对快递公司进行支付操作；因此需要对账单的来源进行判断，当判断出账单是内部账单时，则触发步骤S111；反之，则触发步骤S112；

步骤S111，标注账单为“已结算”；

将内部账单(如，物流部账单)标注为“已结算”，触发步骤S113或S114；

步骤S112，标注账单为“未结算”；

将外部账单(如，事业部账单)标注为“未结算”，当收到该账单的使用费后，再将该账单标注为“已结算”，触发步骤S113或S114；

可选的，在步骤S111和S112中还包括补全账单信息的操作，即当账单中的信息不全时，系统可以根据订单主表中订单的信息，将账单中的信息补全，例如补全预算体、法人公司等信息；当然补全账单信息的操作也可以独立于步骤S111和S112之外的一个操作步骤；

步骤S113，是否还有数据；

在导入所述账单前，还可以包括一个再次向账单导入人(快递经理)确认是否还有数据需要录入或修改，若有，则提示需要重新导入所述账单并结束流程；反之，则触发步骤S114；

步骤S114，导入所述账单；

将所述账单导入本系统，在数据库中保存所述账单的信息，并向账单导入人提示“成功导入账单”。

图3示出了本发明实施例的一种账单导入系统300的结构示意图；

在一些说明性的实施例中，所述系统300，包括：

接收单元301，用于接收待导入的账单；

校验单元302，用于根据所述账单的信息，校验所述账单是否满足条件，在全部校验通过后，触发导入单元303执行导入所述账单的操作。

在一些说明性的实施例中，所述条件包括：

第一条件：所述账单是本系统的订单的账单；和，

第二条件：所述账单的实际运费未超限。

在一些说明性的实施例中，所述账单的信息至少包括快递公司的信息和用于计算运费的参数，所述校验单元302，包括：

第一校验子单元3021，用于根据所述快递公司的信息，调取数据库中存储的该快递公司的中标价格信息；

第二校验子单元3022，用于根据所述中标价格信息、所述用于计算运费的参数、和预置的运费计算模板，获得所述账单的系统运费；

第三校验子单元3023，用于将所述账单的实际运费与系统运费进行比较，若所述实际运费与所述系统运费的费用差不大于某设定值时，则满足所述第二条件。

在一些说明性的实施例中，所述条件，还包括：

第三条件：所述账单已签收；和/或，

第四条件：所述账单未曾导入；和/或，

第五条件：所述账单与所述账单所对应的订单中记录的快递公司一致；和/或，

第六条件：所述账单中的总费用是各项费用之和。

在一些说明性的实施例中，所述校验单元302根据预设的所述条件的排列顺序，依次校验所述账单是否满足所述条件，并在每次校验结果为满足条件后，进入下一个校验过程；所述条件的排列顺序依次是：

所述第一条件、所述第三条件、所述第四条件、所述第五条件、所述第六条件和所述第二条件。

在一些说明性的实施例中，所述系统300，还包括：

记录单元304，用于所述校验单元302校验出所述账单不满足其中任意一个所述条件，即校验失败之后，在异常账单数据库中记录所述账单校验失败的原因，并删除所述账单。

在一些说明性的实施例中，所述系统300，还包括：

判断单元305，用于所述导入单元303导入所述账单之前，判断所述账单是否还有数据需要录入或修改，若有，则提示需要重新导入所述账单并结束流程；反之，则触发所述导入单元303执行导入所述账单的操作。

在一些说明性的实施例中，所述系统300，还包括：

补充信息单元306，用于所述判断单元305判断所述账单是否还有数据需要录入或修改之前，根据该账单所对应的订单的信息，将所述账单的待补充的信息添加到所述账单的信息中；所述待补充的信息包括预算体代码和法人公司编码；和/或，

标注单元307，用于所述判断单元305判断所述账单是否还有数据需要录入或修改之前，判断所述账单是否为内部账单，若是则标注所述账单为“已结算”，反之则标注所述账单为“未结算”。

采用上述实施例，可达到以下效果：

减轻了大量的人力、物力和时间对这些账单进行核查和校验；

在账单导入的过程中即对订单进行审核，并同时将错误账单集中记录；

根据账单中的费用，与事先维护的系统费用进行比较，避免因审核失误而带来的经济损失。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

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

接收待导入的账单；

根据所述账单的信息，校验所述账单是否满足条件，在全部校验通过后，导入所述账单。

2.如权利要求1所述的方法，其特征在于，所述条件包括：

第一条件：所述账单是本系统的订单的账单；和，

第二条件：所述账单的实际运费未超限。

3.如权利要求2所述的方法，其特征在于，所述账单的信息至少包括快递公司的信息和用于计算运费的参数，校验所述账单是否满足所述第二条件的过程，包括：

根据所述快递公司的信息，调取数据库中存储的该快递公司的中标价格信息；

根据所述中标价格信息、所述用于计算运费的参数、和预置的运费计算模板，获得所述账单的系统运费；

将所述账单的实际运费与系统运费进行比较，若所述实际运费与所述系统运费的费用差不大于某设定值时，则满足所述第二条件。

4.如权利要求2所述的方法，其特征在于，所述条件，还包括：

第三条件：所述账单已签收；和/或，

第四条件：所述账单未曾导入；和/或，

第五条件：所述账单与所述账单所对应的订单中记录的快递公司一致；和/或，

第六条件：所述账单中的总费用是各项费用之和。

5.如权利要求4所述的方法，其特征在于，根据预设的所述条件的排列顺序，依次校验所述账单是否满足所述条件，并在每次校验结果为满足条件后，进入下一个校验过程；所述条件的排列顺序依次是：

所述第一条件、所述第三条件、所述第四条件、所述第五条件、所述第六条件和所述第二条件。

6.如权利要求1至5中任意一项所述的方法，其特征在于，当校验出所述账单不满足其中任意一个所述条件，即校验失败之后，还包括：

在异常账单数据库中记录所述账单校验失败的原因，并删除所述账单。

7.如权利要求6所述的方法，其特征在于，在所述导入所述账单之前，还包括：

判断所述账单是否还有数据需要录入或修改，若有则提示需要重新导入所述账单并结束流程；反之则触发所述导入所述账单的操作。

8.如权利要求7所述的方法，其特征在于，在所述判断所述账单是否还有数据需要录入或修改之前，还包括：

根据该账单所对应的订单的信息，将所述账单的待补充的信息添加到所述账单的信息中；所述待补充的信息包括预算体代码和法人公司编码；和/或，

判断所述账单是否为内部账单，若是则标注所述账单为“已结算”，反之则标注所述账单为“未结算”。

9.一种账单导入系统，其特征在于，包括：

接收单元，用于接收待导入的账单；

校验单元，用于根据所述账单的信息，校验所述账单是否满足条件，在全部校验通过后，触发导入单元执行导入所述账单的操作。

10.如权利要求9所述的系统，其特征在于，所述条件包括：

第一条件：所述账单是本系统的订单的账单；和，

第二条件：所述账单的实际运费未超限。

11.如权利要求10所述的系统，其特征在于，所述账单的信息至少包括快递公司的信息和用于计算运费的参数，所述校验单元，包括：

第一校验子单元，用于根据所述快递公司的信息，调取数据库中存储的该快递公司的中标价格信息；

第二校验子单元，用于根据所述中标价格信息、所述用于计算运费的参数、和预置的运费计算模板，获得所述账单的系统运费；

第三校验子单元，用于将所述账单的实际运费与系统运费进行比较，若所述实际运费与所述系统运费的费用差不大于某设定值时，则满足所述第二条件。

12.如权利要求10所述的系统，其特征在于，所述条件，还包括：

第三条件：所述账单已签收；和/或，

第四条件：所述账单未曾导入；和/或，

第五条件：所述账单与所述账单所对应的订单中记录的快递公司一致；和/或，

第六条件：所述账单中的总费用是各项费用之和。

13.如权利要求12所述的系统，其特征在于，所述校验单元根据预设的所述条件的排列顺序，依次校验所述账单是否满足所述条件，并在每次校验结果为满足条件后，进入下一个校验过程；所述条件的排列顺序依次是：

所述第一条件、所述第三条件、所述第四条件、所述第五条件、所述第六条件和所述第二条件。

14.如权利要求9至13中任意一项所述的系统，其特征在于，还包括：

记录单元，用于所述校验单元校验出所述账单不满足其中任意一个所述条件，即校验失败之后，在异常账单数据库中记录所述账单校验失败的原因，并删除所述账单。

15.如权利要求14所述的系统，其特征在于，还包括：

判断单元，用于所述导入单元导入所述账单之前，判断所述账单是否还有数据需要录入或修改，若有，则提示需要重新导入所述账单并结束流程；反之，则触发所述导入单元执行导入所述账单的操作。

16.如权利要求15所述的系统，其特征在于，还包括：

补充信息单元，用于所述判断单元判断所述账单是否还有数据需要录入或修改之前，根据该账单所对应的订单的信息，将所述账单的待补充的信息添加到所述账单的信息中；所述待补充的信息包括预算体代码和法人公司编码；和/或，

标注单元，用于所述判断单元判断所述账单是否还有数据需要录入或修改之前，判断所述账单是否为内部账单，若是则标注所述账单为“已结算”，反之则标注所述账单为“未结算”。