发票信息处理方法、装置及系统与流程

本发明实施例涉及信息处理技术领域，尤其涉及一种发票信息处理方法、装置及系统。

背景技术：

商品交易是贯穿企业运营和发展的核心业务，由于商品交易从开始签订合同到每笔交易付款，涉及到供应商、商品内容、商品单价以及付款等信息，不仅信息量大，而且琐碎，因此，为了将商品的交易信息统筹，以作为业务凭证，同时，为会计核算提供依据，发票便成为商品交易的重要工具。

一种常见的商品交易过程包括，供应商在提供一批商品之后，向企业开具该批商品相关的发票，其中，供应商开具的发票仅包括发票头信息，即仅包括与本批商品应付款相关的信息。企业在接收到发票头信息之后，根据与该供应商签订的合同或者采购订单(procurementorder，po)所记录的详细交易信息，结合发票头信息制作应付账款工作流(accountpayableworkflow，apw)发票，其中，apw发票即具有完整发票信息的发票，然后，根据apw发票中的付款信息执行付款操作。

当然，该操作过程大部分由人工完成。此外，由于从接收到发票头信息到执行付款，需要经过多个处理步骤，且每个处理步骤均涉及到多种不同的发票信息，因此，为了防止人工操作产生错误，进而导致交易出错，整个过程需要进行多次信息审核，而目前，审核操作也均由人工完成。由此可见，现有的发票信息处理方法，占用大量人力资源，效率低，且出错率高，而且，如果企业的业务量较大，将会涉及海量信息，人工处理根本无法支持。

技术实现要素：

本发明实施例提供了一种发票信息处理方法、装置及系统，以解决现有发票信息由人工处理所产生的问题。

第一方面，本发明实施例提供了一种发票信息处理方法，其中，apw发票信息是完整的发票信息，而完整的发票信息由发票头信息和发票行信息共同组成。其中，发票头信息包括供应商信息、商品类目信息、收款方信息、付款方信息、付款金额、币种、交易日期信息；发票行信息包括交易商品的规格、数量、单价等。

由传统处理方法可知，检测发票头信息以及生成apw发票信息，均需要参照详细交易信息，因此，本方案将每个po号的详细交易信息预先存储在交易信息库中，从而在接收到发票头信息之后，可以读取发票头信息中的po号，然后，根据po号从交易信息库中读取该发票头信息对应的目标交易信息，然后，可以逐项读取发票头信息的每项信息，并与目标交易信息中所记载的相应信息比对，若发票头信息的各项信息与目标交易信息的记载全部相同，则可以根据发票行信息所包含的项目，从目标交易信息中分别读取发票行信息的各项信息，并按照系统预设的apw发票信息格式，填写相应信息，形成apw信息，最后，按照apw发票信息中的支付信息向支付系统发送支付指令。

采用本实现方式，通过将交易信息集成为交易信息库，使得检测发票头信息和生成apw发票信息能够自动执行，从而不仅能够大量节省人力资源，而且能够缩短处理时间，提高处理效率。

结合第一方面，在第一方面第一种可能的实现方式中，当企业业务量增大，涉及的交易业务会较多，其中，部分发票信息的处理规则可能较为特别，也并不适合自动处理，那么，可以设置两种审核策略，自动审核和人工审核。当接收到发票头信息之后，可以对发票头信息的每项信息进行格式审核，如果各项信息的格式均正确，则可以读取发票头信息中的商品类别信息和po号信息，并根据商品类别信息和po号信息确定该发票头信息对应的审核策略，进而对发票头信息进行分流。如果商品类别信息和po号对应的审核策略是自动审核，则将发票头信息分流到自动审核的信息中，如果发票头信息中的至少一项信息格式错误，或者，该发票头信息对应的审核策略是人工审核，那么，将发票头信息分流到人工审核的信息中。

采用本实现方式，将发票头信息分流处理，不仅能够减少系统的计算量，降低系统开销，并且，使得系统能够兼容多种特征的发票头信息的审核，可靠性高，适用性广。

结合第一方面，在第一方面第二种可能的实现方式中，由于不同的供应商所在的国家不同，涉及的币种、支付方式、税金以及开户银行也均不同，因此，为了避免出错，系统也可以在支付之前，对apw发票信息中的支付信息进行审核。具体的，可以将不同po号对应的支付规则整理形成规则库，当接收到apw发票信息时，可以读取apw发票信息的po号，然后，根据po号提取相应支付规则，进而，也可以逐项检测支付信息与支付规则是否匹配，如果均匹配，可以对应该支付规则生成支付指令。

采用本实现方式，还可以进一步将支付规则整理形成支付规则库，从而能够触发系统自动执行支付，不仅能够节省人力资源，而且能够缩短处理时间，提高处理效率。

结合第一方面，在第一方面第三种可能的实现方式中，由于本方案涉及的信息较多，规则也较复杂，所以，系统处理可能也存在一定的错误率，基于此，系统可以按照一定周期，从最近一个周期内接收的发票头信息中，按一定比例抽取部分历史发票头信息作为待检验发票头信息，然后，再次从交易信息库中读取待检验发票头信息对应的参考交易信息，并再次检测待检验发票头信息的各项信息与记录在参考交易信息中的相应信息是否均相同，得到检测结果。进一步的，还可以根据检测结果，灵活调整每种类别的抽检比例。

采用本实现方式，本方案能够及时监测发票信息处理的结果，降低错误率，并且，能够完善系统功能。

结合第一方面，在第一方面第四种可能的实现方式中，由于交易金额是比较敏感的信息，对企业的市场规划有很大的影响，因此，本方案基于同一商品的历史交易价格进行机器学习，得到检验模型，当接收到相应商品的发票头信息之后，将发票头信息中的待付款数据输入到校验模型进行计算，从而能够得到该商品的价格波动范围，当该波动范围大于预设的门限值时，生成并显示提醒信息，用于提醒工作人员。

本方案通过设置价格检验模型，对商品价格即时监控，从而能够及时得到价格的波动范围，功能完善，适用性广。

结合第一方面，在第一方面第四种可能的实现方式中，为了确保所生成的apw发票信息全部正确，在系统生成apw发票信息后，工作人员还可以再次复核apw发票信息的各项信息，并在复核无误后，触发系统的提交按钮，系统在接收到提交指令后，按照apw发票信息的支付信息执行支付操作。

采用本实现方式，能够对发票信息进一步审核，从而能够降低发票信息的错误率。

第二方面，本发明实施例还提供了一种发票信息处理装置，该装置包括用于执行第一方面及第一方面各实现方式的中方法步骤的模块，具体的，本发明实施例此处不再赘述。

第三方面，本发明实施例还提供了一种发票信息处理系统，包括：处理器、存储器及收发器；所述处理器可以执行所述存储器中所存储的程序或指令，从而实现以下步骤：在调用所述收发器接收发票头信息之后，从交易信息库中读取所述发票头信息的采购订单po号对应的目标交易信息；其中，所述发票头信息是交易的基本信息，包括所述po号；所述交易信息库中预存储每一个po号对应的全部交易信息；检测所述发票头信息中的各项信息与记录在所述目标交易信息中的相应信息是否均相同；若所述发票头信息中的各项信息与记录在所述目标交易信息中的相应信息均相同，从所述目标交易信息中读取发票行信息，并与所述发票头信息形成应付账款工作流apw发票信息；其中，所述发票行信息是交易的辅助信息；调用所述收发器按照所述apw发票信息中的支付信息向支付系统发送支付指令。

第四方面，本发明实施例还提供了一种存储介质，该计算机存储介质可存储有程序，该程序执行时可实现包括本发明实施例提供的第一方面的部分或全部步骤。

第五方面，本发明实施例还提供了一种计算机程序产品，包括指令，当指令在计算机上运行时，使得计算机执行第一方面的方法。

为解决人工处理存在的问题，本发明实施例的技术方案预先设置交易信息库，该交易信息库中存储每一个po号对应的全部交易信息，从而在接收到发票头信息之后，根据发票头信息中的po号，从交易信息库中读取发票头信息对应的目标交易信息，然后，检测发票头信息中的各项信息与目标交易信息的记载是否相同，当发票头信息中的各项信息与目标交易信息的记载均相同时，从交易信息中提取发票行信息，与发票头信息一起形成apw发票信息，进而，根据apw发票信息中的支付信息向支付系统发送支付指令。由此可见，本发明实施例的技术方案，通过将交易信息集成为交易信息库，使得检测发票头信息和生成apw发票信息能够自动执行，从而不仅能够大量节省人力资源，而且能够缩短处理时间，提高处理效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的发票信息处理方法的方法流程图；

图2是本发明实施例提供的发票信息处理方法的第二种实施方式的方法流程图；

图3是本发明实施例提供的发票信息处理装置的结构示意图；

图4是本发明实施例提供的发票信息处理系统的结构示意图。

具体实施方式

目前，较为常用的发票信息处理系统是甲骨文-企业资源计划(oracleenterpriseresourceplanning，oracleerp)系统，基于oracleerp系统，一种常用的发票信息处理流程包括：步骤1，发票管理员接收供应商提供的发票头信息之后，将发票头信息输入oracleerp系统，在对所输入的每项信息进行简单的格式检查后，提交发票头信息，完成发票头信息的注册；步骤2，制单会计根据已注册的发票头信息中的po号或者合同号等信息，调取相应合同或者po，以及验收信息，对发票头信息的各项信息进行审核，确定每项信息与合同或者po，以及验收信息是否均匹配，如果均匹配，根据发票头信息制作apw发票，并在oracleerp系统中提交apw发票信息；步骤3，复核会计接收到apw发票信息，同样调取相应合同或者po，以及验收信息，并结合合同或者po，以及验收信息审核apw发票信息是否全部正确，如果全部正确，将apw发票信息提交到支付流程；步骤4，支付会计在接收到进入支付流程的apw发票信息之后，对apw发票信息中与支付相关的信息进行审核，并在审核无误后，按照相应支付规则编辑支付指令，然后，通过oracleerp系统向支付系统提交该支付指令。

由此可见，oracleerp系统仅仅是将发票信息处理流程电子化，对发票信息不做任何处理，使得发票处理依然由人工执行，而现有的发票处理流程，不同处理环节由不同的人负责，并且，在执行步骤2、步骤3和步骤4中的审核动作时，可能还需要双屏显示，一个显示屏显示审核标准，另一个显示屏显示待审核信息。基于此，现有的发票信息处理方法占用大量人力资源，而且效率和质量均难以保证，此外，当企业业务量增大时，发票信息处理所涉及的合同或者po信息以及审核规则等，均大量增长，现有的处理方法根本无法支持。有鉴于此，相关技术人员提出了本发明实施例的技术方案。

下面结合附图，对本发明实施例进行描述。

参见图1，图1是本发明实施例提供的发票信息处理方法的方法流程图，本实施例提供的发票信息处理方法，能够自动处理发票信息，从而不仅能够大量节省人力资源，

而且能够缩短处理时间，提高处理效率。其中，本实施例提供的发票信息处理方法由本实施例的发票系统执行。

步骤s101，从交易信息库中读取发票头信息的po号对应的目标交易信息。

其中，apw发票信息是完整的发票信息，而完整的发票信息由发票头信息和发票行信息共同组成。其中，发票头信息是apw发票信息的基本信息，包括供应商信息、商品类目信息、收款方信息、付款方信息、付款金额、币种、交易日期信息，一般由供应商开具。po号是采购订单的编号。交易信息包括商品交易有关的全部信息，包括合同或者po信息，例如，供应商代码、供应商名称、合同号、po号等；验证信息，例如，商品类别、商品内容、商品规格、商品单价等；apw信息，例如，发票号、币种、税金等。交易信息库是将每个po号与其对应的全部交易信息结构化存储得到信息集。

由传统处理方法可知，检测发票头信息以及生成apw发票信息，均需要参照详细交易信息，而本实施例中，将每个po号的详细交易信息预先存储在交易信息库中，从而在接收到发票头信息之后，可以读取发票头信息中的po号，然后，根据po号从交易信息库中读取该发票头信息对应的目标交易信息，进一步的，可以自动执行后续操作。由此可见，交易信息库的设置为发票信息的自动处理提供了数据依据。

在本发明的一个可选示例中，交易信息库如表1所示，包括合同/po、验证和apw三部分，每部分分别包括相关部分的详细信息，具体的，参见表1。

表1

假设所接收的是供应商a公司开具的发票头信息，该发票头信息包括po号010101，商品类目是手机芯片，付款金额是10万，币种是美金，那么，系统可以读取po号010101，并从表1所示的交易信息库中，读取po号010101对应的交易信息，即表1中po号010101对应列的全部信息。

当然，需要说明的是，表1仅仅是本发明实施例为了便于理解所示的例子，在实际应用中，交易信息的项目比表1所示的项目更多，更详细，交易信息库中所存储的信息也更多。此外，交易信息库的格式也不仅限于表1所示的格式，但是每个po号均与其详细交易信息对应存储，本发明实施例此处不再一一详述。

步骤s102，检测发票头信息中的各项信息与记录在目标交易信息中的相应信息是否均相同。

其中，由上述步骤的描述可知，当接收到发票头信息之后，需要检测发票头信息中的各项信息是否均正确，进而，才能根据发票头信息形成apw发票信息，而目标交易信息是发票头信息对应的详细交易信息，即，目标交易信息中包括发票头信息的各项信息，因此，在根据po号获取目标交易信息之后，可以逐项读取发票头信息的每项信息，然后，与目标交易信息所记载的相应信息对比，检测二者是否相同。

例如，当读取到po号010101对应的交易信息之后，由于所读取的交易信息中包含供应商a公司的发票头信息的全部信息，那么，可以逐项读取商品类目手机芯片，付款金额10万以及币种美金，并分别与交易信息的相应记载对比，检测各项信息与交易信息的记载是否相同。

当然，上述仅为一个案例，在实际操作中，发票头信息的项目可能更多，本发明实施例此处不再详述。

此外，当发票头信息的各项信息与目标交易信息的记载全部相同时，说明发票头信息全部正确无误，可以基于发票头信息形成apw发票信息。但是，如果发票头信息中至少一项信息与目标交易信息的记载不同，那么，认为发票头信息有误，可以执行报错，以告知工作人员。例如，可以通过弹出对话框的形式，显示哪项信息不相同。

步骤s103，从目标交易信息中读取发票行信息，形成apw发票信息。

其中，发票行信息是apw发票信息的辅助信息，包括交易商品的规格、数量、单价等，从而与发票头信息组成完整的发票信息。

具体的，当发票头信息全部正确无误，系统可以根据发票行信息所包含的项目，从目标交易信息中分别读取发票行信息的各项信息，并按照系统预设的apw发票信息格式，填写相应信息，形成apw信息。

例如，当供应商a公司的发票头信息全部正确无误，那么，系统可以按照发票行信息的项目读取手机芯片的商品类型xp001以及单价100等信息，然后，系统将发票行信息与发票头信息，分别填写入系统提供的发票格式的相应模块，形成apw发票信息。

其中，由于发票行信息所包含的项目，以及apw发票的格式为本领域常见的内容，本发明实施例此处不再详细举例。

此外，为了确保所生成的apw发票信息全部正确，在系统生成apw发票信息后，工作人员还可以再次复核apw发票信息的各项信息，并在复核无误后，触发系统的提交按钮，系统在接收到提交指令后，按照apw发票信息的支付信息执行支付操作。其中，人工复核apw发票信息的操作与现有方式相同，本发明实施例此处不再赘述。

步骤s104，按照所述apw发票信息中的支付信息向支付系统发送支付指令。

其中，通常供应商开具发票头的目的在于，结算所供应商品的款项，以便于企业及时付款，因此，系统在生成apw发票信息之后，可以以apw发票信息为依据执行付款操作。具体的，工作人员可以根据apw发票信息中所示的支付信息生成支付指令，并将支付指令发送到银行的支付系统，以完成付款操作。

当然，由于支付是一项至关重要的业务，并且，由于不同的供应商所在的国家不同，涉及的币种、支付方式、税金以及开户银行也均不同，因此，为了避免出错，系统也可以在支付之前，对apw发票信息中的支付信息进行审核。具体的，可以将不同po号对应的支付规则整理形成规则库，当接收到apw发票信息时，可以读取apw发票信息的po号，然后，根据po号提取相应支付规则，进而，也可以逐项检测支付信息与支付规则是否匹配，如果均匹配，可以对应该支付规则生成支付指令。

例如，po号010101对应的支付规则是，收款方a公司，币种是美元，支付方式是转账，开户银行是花旗银行，那么，可以对apw发票信息的支付信息逐项核对，例如，检测支付信息中的币种是否是美元，开户银行的账户是否是花旗银行的账户，税金是否正确，支付方式是否为转账等，并在全部核对无误后，生成转账的支付指令发送到花旗银行的支付系统。

由本实施例的描述可知，本发明实施例的技术方案，通过将交易信息和支付规则集成为信息库，使得检测发票头信息、生成apw发票信息以及审核支付信息，均能够自动执行，从而不仅能够大量节省人力资源，而且能够缩短处理时间，提高处理效率。

进一步的，在上述实施例的基础上，为了提高系统的可靠性，在上述执行步骤的基础上还增加了其他执行步骤，具体的，参见本实施例的描述。

参见图2，图2是本发明实施例提供的发票信息处理方法的第二种实施方式的方法流程图。需要指出的是，本实施例是在上述实施例基础上的补充描述，因此，本实施例中与上述实施例相同的部分，详细参见上述实施例的描述，本实施例此处不再赘述。

在上述步骤s101之后，在步骤s102之前，本方法还包括以下步骤：

步骤s1011，分别检测发票头信息中每项信息的格式是否均正确。

步骤s1012，当发票头信息中各项信息的格式全部正确时，根据发票头信息中的商品类别信息和po号确定发票头信息的审核策略，并在发票头信息的审核策略是自动审核时，执行步骤s102。

其中，当企业的业务量较大时，涉及的交易业务也较多，而如果所有业务的发票信息处理均自动完成，会造成系统的计算量较大，而且，部分发票信息的处理规则可能较为特别，也并不适合自动处理，因此，本实施例中，当接收到发票头信息之后，可以根据发票头信息的一些特征，将发票头信息进行分流，使得部分发票头信息由系统自动处理，另外一部分发票头信息由人工处理。基于此，本实施例中，系统设置两种审核策略，自动审核和人工审核，其中，不同po号对应标注相适应的审核策略，或者，对不同的产品类设置审核策略。

具体的，当接收到发票头信息之后，可以对发票头信息的每项信息进行格式审核，如果各项信息的格式均正确，则可以读取发票头信息中的商品类别信息和po号信息，并根据商品类别信息和po号信息确定该发票头信息对应的审核策略，进而对发票头信息进行分流。如果商品类别信息和po号对应的审核策略是自动审核，则将发票头信息分流到自动审核的信息中，如果发票头信息中的至少一项信息格式错误，或者，该发票头信息对应的审核策略是人工审核，那么，将发票头信息分流到人工审核的信息中。

例如，接收到供应商a公司的发票头信息后，分别检测po号010101，商品类目手机芯片，付款金额10万，币种美金的格式是否均正确，假设标准po号是六位数字，而发票头信息中的po号是5位数字，那么，认为po号格式错误，将发票头信息分流到人工审核的信息中。假设各项信息的格式均正确，则读取po号010101和商品类目手机芯片，然后，遍历已经标注审核策略的po号，当查找到po号010101之后，确定其对应的审核策略。或者，根据商品类目对应的产品类，例如，手机芯片属于手机硬件类，然后根据该产品类对应的审核策略确定发票头信息对应的审核策略。例如，是自动审核，则将供应商a公司的发票头信息分流到自动审核策略的信息中。

进一步的，当发票头信息的审核策略为自动审核时，对发票头信息执行上述实施例步骤s102的操作；当发票头信息的审核策略为人工审核时，由相关工作人员进行审核，并手动生成apw发票信息，具体的，上述均有详细描述，本发明实施例此处不再赘述。

由本实施例的描述可知，本实施例将发票头信息分流处理，不仅能够减少系统的计算量，降低系统开销，并且，使得系统能够兼容多种特征的发票头信息的审核，可靠性高，适用性广。

此外，在上述执行过程的基础上，由于信息较多，规则也较复杂，所以，系统处理可能也存在一定的错误率，基于此，本方案还设置有抽检功能，用于对已审核的历史发票头信息再次审核。

具体的，系统可以按照一定周期，从最近一个周期内接收的发票头信息中，随机抽取部分历史发票头信息作为待检验发票头信息，然后，再次从交易信息库中读取待检验发票头信息对应的参考交易信息，并再次检测待检验发票头信息的各项信息与记录在参考交易信息中的相应信息是否均相同，得到检测结果。

进一步的，为了提高抽检的命中率，将抽检的作用最大化，本方案中，可以按照历史错误率，对不同商品类别设置抽检比例，例如，对x类的商品设置抽检比例为30％，对y类的商品设置抽检比例为10％。基于此，在抽检时，可以按照相应比例从相应类的历史发票头信息抽出一定数量的待检验发票头信息，例如，最近一个周期内，接收的y类的商品的历史发票头信息是100条，那么，在抽检时，从中随机抽出10条。此外，还可以根据抽检结果，灵活调整每种类别的抽检比例。

需要说明的是，预设的抽检周期可以24小时，或者，12小时，具体的，可以根据当前的业务量灵活设置，本发明实施例对此不做限制。

由本实施例的描述可知，通过设置抽检功能，能够及时监测发票信息处理的结果，降低错误率，并且，能够完善系统功能。

进一步的，由于交易金额是比较敏感的信息，对企业的市场规划有很大的影响，因此，为了更加完善本方案，本方案针对发票头信息中的交易金额专门设置有检验操作，以随时监控各项商品的金额变动，从而及时采取调整措施。

具体的，本方案基于同一商品的历史交易价格进行机器学习，得到检验模型，当接收到相应商品的发票头信息之后，将发票头信息中的待付款数据输入到校验模型进行计算，从而能够得到该商品的价格波动范围，当该波动范围大于预设的门限值时，生成并显示提醒信息。当然，本实施例中用于计算的商品价格可以是商品的单价。

例如，供应商b的发票头信息中，手机后壳的单价是90元，当接收到供应商b的发票头信息后，将90输入到预先训练好的模型中计算，得到波动范围。假设，历史波动范围从未超过10元，可以将门限值设置为10，而本次的计算得到的波动范围为20，则认为波动范围过大，生成提醒信息，用于提醒工作人员。

当然，需要说明的是，由于不同类型商品的价格区间不同，波动门限值也不同，因此，不同类型商品对应的检验模型也是不同的。

由本实施例的描述可知，本方案通过设置价格检验模型，对商品价格即时监控，从而能够及时得到价格的波动范围，功能完善，适用性广。

与上述实现方法相对应的，本发明实施例还提供了一种发票信息处理装置，参见图3，图3是本发明实施例提供的发票信息处理装置的结构示意图，该装置用于执行图1和图2对应的发票信息处理方法。

本实施例的装置包括：读取模块11、检测模块12和发送模块13其中，读取模块11，用于在接收发票头信息之后，从交易信息库中读取所述发票头信息的采购订单po号对应的目标交易信息；其中，所述发票头信息是交易的基本信息，包括所述po号；所述交易信息库中预存储每一个po号对应的全部交易信息；检测模块12，用于检测所述发票头信息中的各项信息与记录在所述目标交易信息中的相应信息是否均相同；当所述发票头信息中的各项信息与记录在所述目标交易信息中的相应信息均相同时，读取模块11，还用于从所述目标交易信息中读取发票行信息，并与所述发票头信息形成应付账款工作流apw发票信息；其中，所述发票行信息是交易的辅助信息；发送模块13，用于按照所述apw发票信息中的支付信息向支付系统发送支付指令。

在上述实施例的基础上，在另一个实施例中，所述装置还包括：确定模块，其中，在本实施例中，检测模块12，还用于分别检测所述发票头信息中每项信息的格式是否均正确；确定模块，用于当所述发票头信息中各项信息的格式全部正确时，根据所述发票头信息中的商品类别信息和所述po号确定所述发票头信息的审核策略，所述审核策略包括自动审核；在本实施例中，当所述发票头信息的审核策略是所述自动审核时，触发所述读取模块11从交易信息库中读取所述po号对应的目标交易信息。

此外，所述装置还包括：生成模块，其中，在本实施例中，读取模块11，还用于从所述apw发票信息中读取所述支付信息；检测模块12，还用于检测所述支付信息与所述po号对应的支付规则是否匹配；生成模块，用于当所述支付信息与所述po号对应的支付规则相匹配时，按照所述支付规则生成所述支付指令。

基于上述实施例，在另一个实施例中，所述装置还包括：抽取模块和调整模块，其中，抽取模块，用于按目标比例从历史发票头信息中抽取待检验发票头信息，其中，所述历史发票头信息是预设时间段内所接收的发票头信息；并且，在本实施例中，读取模块11，还用于从所述交易信息库中读取所述待检验发票头信息对应的参考交易信息；检测模块12，还用于检测所述待检验发票头信息中的各项信息与记录在所述参考交易信息中的相应信息是否均相同，得到检测结果；调整模块，用于根据所述检测结果调整所述目标比例。

所述装置还包括：计算模块，其中，本实施例中，读取模块，还用于从所述发票头信息中读取待付款数据；计算模块，用于通过预设模型计算所述待付款数据，得到波动范围；检测模块12，还用于检测所述波动范围是否超过门限值；生成模块，在本实施例中，还用于当所述波动范围超过所述门限值，生成并显示提醒信息。

在另一个实施例中，所述装置还包括：接收模块，其中，所述接收模块，用于接收用于触发支付流程的提交指令。

上述装置可执行本发明实施例图1和图2所提供的方法，并包含执行方法的功能模块。其中，详情请参见上述实施例的描述，本发明实施例此处不再详述。

相应的，对应图1和图2所示的发票信息处理方法，本发明实施例还提供了一种发票信息处理系统，参见图4，图4是本发明实施例提供的发票信息处理系统的结构示意图，该发票信息处理系统用于执行图1和图2所示的发票信息处理方法，具体的，详见上述实施例的描述，本发明实施例此处不再详述。

本实施例的发票信息处理系统包括处理器40、存储器50及收发器60，其中，处理器40、存储器50和收发器60可以通过总线或者其他方式连接。

存储器50作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的发票信息处理方法对应的程序指令/模块。处理器40通过运行存储在存储器50中的非易失性软件程序、指令以及模块，从而执行上述各种功能以及参数的处理，即实现上述方法实施例的内容。收发器60可接收外部输入的信息，并可用于输出指令等。

具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括图1和图2提供的发票信息处理方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-onlymemory，简称：rom)或随机存储记忆体(英文：randomaccessmemory，简称：ram)等。

此外，本领域技术人员应明白，本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。