CN117934102A - 一种发票生成方法及装置、设备、存储介质 - Google Patents

Abstract

本申请实施例公开了一种发票生成方法及装置、设备、存储介质，包括：获取业务系统中待结算开票的目标业务数据，待结算开票的目标业务数据包括产品名称、产品数量和产品合同号，根据产品合同号，获取产品合同号对应的产品合同，根据产品合同中产品的单价和产品数量得到产品对应的结算金额，以及，从产品合同得到发票信息，发票信息包括发票抬头、发票类型和纳税人识别号，根据产品名称、产品数量、产品的单价、结算金额和发票信息生成开票申请，向税务系统发送开票申请，以使税务系统根据开票申请生成发票。能够降低人员成本消耗，实现发票自动化开具，降低人工介入可能导致的错误。

Description

一种发票生成方法及装置、设备、存储介质

技术领域

本申请实施例涉及电子化票据管理技术，涉及但不限于一种发票生成方法及装置、设备、存储介质。

背景技术

发票是企业单位财务收支的法定凭证和会计核算的原始凭据，也是税务稽查管理的重要依据，企业每个结账期，结算人员都会基于业务数据，对客户进行开票。客户接收到发票后，可作为报销、入账、抵税的凭证。

在现有技术中，可通过与税务系统在线上进行对接，实现开票软件线上进行开票，通过线上开票，便于客户线上申领发票，节省了客户到实体店申领发票的时间和成本，线上开票可以降低企业的管理成本，减少纸质发票的使用，有利于环保，线上开票可以提高开票速度和效率，缩短了企业收款周期。但是，在现有技术中，一般都需要人工介入，手工输入金额、发票类型、商品名称等信息，手工录入信息容易出现错误，导致开票信息不准确，需要重复查验和修改，手工录入信息耗时耗力，对于大量发票的开具会增加企业管理人员的工作量和负担。

因此，如何降低人员成本消耗，实现发票自动化开具，降低人工介入可能导致的错误，是一个亟待解决的问题。

发明内容

有鉴于此，本申请实施例提供的一种发票生成方法及装置、设备、存储介质，能够降低人员成本消耗，实现发票自动化开具，降低人工介入可能导致的错误。本申请实施例提供的一种发票生成方法及装置、设备、存储介质是这样实现的：

本申请实施例提供的一种发票生成方法，包括：

获取业务系统中待结算开票的目标业务数据，所述待结算开票的目标业务数据包括产品名称、产品数量和产品合同号；

根据所述产品合同号，获取产品合同号对应的产品合同；

根据所述产品合同中产品的单价和所述产品数量得到产品对应的结算金额，以及，从所述产品合同得到发票信息，所述发票信息包括发票抬头、发票类型和纳税人识别号；

根据所述产品名称、所述产品数量、所述产品的单价、所述结算金额和所述发票信息生成开票申请；

向税务系统发送所述开票申请，以使所述税务系统根据所述开票申请生成发票。

在一些实施例中，所述获取业务系统中待结算开票的目标业务数据，包括：

输出待结算开票的所有业务数据，并根据用户的选择操作获取所述用户选中的一条或者多条待结算开票的目标业务数据；或者，

根据预设的开票触发时间，获取在所述预设的开票触发时间之前的待结算开票的所有业务数据作为所述目标业务数据；或者，

根据预设的数量阈值，从待结算开票的所有业务数据中，获取满足预设的数量阈值的待结算开票的目标业务数据。

在一些实施例中，所述向税务系统发送所述开票申请之后，所述方法还包括：

从所述税务系统中得到开票状态，所述开票状态包括成功状态或失败状态；

在所述开票状态为所述成功状态的情况下，获取根据所述开票申请生成的发票的发票信息，所述发票信息包括发票号码、发票代码、电子票查询链接中的至少一种，并将所述发票信息反馈给所述业务系统；

所述开票状态为失败的情况下，将开票失败的信息反馈给所述业务系统。

在一些实施例中，所述在所述开票状态为所述成功状态的情况下，获取根据所述开票申请生成的发票的发票信息，并将所述发票信息反馈给所述业务系统后，还包括：

获取用户的发票修改操作，所述发票修改操作包括至少一张待修改的发票的发票信息，以及，与各张待修改的发票对应的至少一条更新后的业务数据；

向税务系统发送将所述发票修改操作，以使所述税务系统根据所述发票修改操作修改发票；

获取所述税务系统返回的根据所述发票修改操作修改发票的修改结果，在所述修改结果为成功的情况下，获取修改后的发票的发票信息，并将所述修改后的发票的发票信息反馈给所述业务系统。

在一些实施例中，所述在所述开票状态为所述成功状态的情况下，获取根据所述开票申请生成的发票的发票信息，并将所述发票信息反馈给所述业务系统后，还包括：

获取用户的发票作废操作，所述发票作废操作包括待至少一张待作废的发票的发票信息；

向税务系统发送将所述发票作废操作，以使所述税务系统根据所述发票作废操作作废发票；

获取所述税务系统返回的根据所述发票作废操作作废发票的作废结果，在所述作废结果为成功的情况下，从所述税务系统获取作废后的发票的发票信息，并将所述作废后的发票的发票信息反馈给所述业务系统。

在一些实施例中，在所述开票申请为多个归属于同一个用户的开票申请的情况下，根据所述结算金额和所述发票信息生成开票申请后，所述方法还包括：

输出所述多个归属于同一个用户的开票申请，并根据用户的合并选择操作获取所述用户选中的多个待合并开票申请；

根据用户的基准选择操作，从所述多个归属于同一个用户的开票申请确定基准开票申请；

根据用户的合并操作，将除基准开票申请外的其他开票申请与所述基准开票申请进行合并，合并后的开票申请包括的结算金额为所述多个待合并开票申请对应的结算金额之和；

所述向税务系统发送所述开票申请，包括：

向所述税务系统发送所述合并后的开票申请。

在一些实施例中，所述根据所述结算金额和所述发票信息生成开票申请后，所述方法还包括：

根据用户的拆分选择操作获取所述用户选中的待拆分开票申请以及拆分条件，所述拆分条件包括按照产品名称拆分、按照产品数量拆分和按照产品的单价中的至少一种；

按照所述拆分条件对所述待拆分开票申请进行拆分，得到多个拆分后的开票申请；

所述向税务系统发送所述开票申请，包括：

向所述税务系统发送所述多个拆分后的开票申请。

本申请实施例提供的一种发票生成装置，包括：

获取模块，用于获取业务系统中待结算开票的目标业务数据，所述待结算开票的目标业务数据包括产品名称、产品数量和产品合同号；

获取模块，还用于根据所述产品合同号，获取产品合同号对应的产品合同；

获取模块，还用于根据所述产品合同中产品的单价和所述产品数量得到产品对应的结算金额，以及，从所述产品合同得到发票信息，所述发票信息包括发票抬头、发票类型和纳税人识别号；

生成模块，用于根据所述产品名称、所述产品数量、所述产品的单价、所述结算金额和所述发票信息生成开票申请；

发送模块，用于向税务系统发送所述开票申请，以使所述税务系统根据所述开票申请生成发票。

本申请实施例提供的计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现本申请实施例所述的方法。

本申请实施例提供的计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本申请实施例提供的所述的方法。

本申请实施例所提供的一种发票生成方法、装置、计算机设备和计算机可读存储介质，通过获取业务系统中待结算开票的目标业务数据，待结算开票的目标业务数据包括产品名称、产品数量和产品合同号，根据产品合同号，获取产品合同号对应的产品合同，根据产品合同中产品的单价和产品数量得到产品对应的结算金额，以及，从产品合同得到发票信息，发票信息包括发票抬头、发票类型和纳税人识别号，根据产品名称、产品数量、产品的单价、结算金额和发票信息生成开票申请，向税务系统发送开票申请，以使税务系统根据开票申请生成发票。这样，降低了人员成本消耗，实现了发票自动化开具，降低了人工介入可能导致的错误，解决背景技术中所提出的技术问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1是本申请实施例公开的一种发票生成方法的应用场景图；

图2是本申请实施例公开的一种发票生成方法的流程示意图；

图3是本申请实施例公开的一种发票生成方法的总体流程图；

图4是本申请实施例公开的一种发票生成系统的交互示意图；

图5是本申请实施例公开的一种发票生成装置的结构示意图；

图6是本申请实施例公开的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的具体技术方案做进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

需要指出，本申请实施例所涉及的术语“第一\第二\第三”用以区别类似或不同的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

有鉴于此，本申请实施例提供一种发票生成方法，该方法应用于智能电子设备。图1为一个实施例中通过的一种发票生成方法的应用场景图。如图1所示，用户可携带或使用电子设备10，该电子设备10可包括但不限于平板电脑，笔记本电脑、PC(PersonalComputer，个人计算机)等，通过电子设备10获取业务系统的数据，在电子设备10中执行开票申请程序，将开票申请通过网络发送给税务系统，税务系统根据开票程序进行开票，将开票结果返回给电子设备10，电子设备10根据开票结果对业务系统中的业务数据进行更新。该方法所实现的功能可以通过电子设备中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该电子设备至少包括处理器和存储介质。

图2为本申请实施例提供的一种发票生成方法的实现流程示意图。应用在图1所示的一种发票生成方法的应用场景图中。如图2所示，该方法可以包括以下步骤201至步骤205：

步骤201，获取业务系统中待结算开票的目标业务数据，待结算开票的目标业务数据包括产品名称、产品数量和产品合同号。

在本申请实施例中，获取待结算开票的目标业务数据通过与业务系统的接口进行数据交互来实现，也可以通过手动导入数据的方式来实现。具体的，在获取数据时，要注意数据的准确性和完整性，并进行必要的数据清洗和验证。明确待开票的产品名称、数量和对应的合同号。

作为一种示例，获取业务系统中待结算开票的目标业务数据，包括：输出待结算开票的所有业务数据，并根据用户的选择操作获取用户选中的一条或者多条待结算开票的目标业务数据。可选的，从业务系统中获取待结算开票的所有业务数据，并按照一定的格式和展示方式将数据输出。可选的，用户可以通过界面或命令行等方式查看待结算开票的所有业务数据。可选的，用户可以根据自己的需求，在输出的数据列表中选择一条或多条待结算开票的目标业务数据。

进一步的，根据预设的开票触发时间，获取在预设的开票触发时间之前的待结算开票的所有业务数据作为目标业务数据。可选的，在系统设置中预设开票触发时间，示例性的，例如每月1日。在预设的开票触发时间到达之前，系统会自动获取在该时间之前待结算开票的所有业务数据作为目标业务数据。获取的目标业务数据可以进行进一步的处理和筛选。

进一步的，根据预设的数量阈值，从待结算开票的所有业务数据中，获取满足预设的数量阈值的待结算开票的目标业务数据。可选的，在系统设置中预设数量阈值，例如每次开票数量不超过100张。从待结算开票的所有业务数据中，根据预设的数量阈值筛选出满足条件的待结算开票的目标业务数据。

筛选的目标业务数据可以根据一定的优先级或其他规则进行排序和处理。

通过上述实施例，用户可以根据自己的需求选择目标业务数据，或者系统根据预设的开票触发时间或数量阈值自动获取目标数据。这样可以提高开票流程的灵活性和效率，并确保所选的目标数据符合规定的条件。

步骤202，根据产品合同号，获取产品合同号对应的产品合同。

在本申请实施例中，获取产品合同信息，然后根据产品合同信息中的产品合同号，可以从企业内部的数据库或者文件中获取对应的产品合同。

在获取产品合同时，需要注意合同的准确性和完整性，以及合同中所包含的其他相关信息。

步骤203，根据产品合同中产品的单价和产品数量得到产品对应的结算金额，以及，从产品合同得到发票信息，发票信息包括发票抬头、发票类型和纳税人识别号。

在本申请实施例中，根据产品合同中所包含的单价和数量计算产品对应的结算金额。进一步的，需要注意单位和货币的统一性，保证计算结果的准确性。从产品合同中获取发票信息，包括发票抬头、发票类型和纳税人识别号等。根据税务部门的规定进行相应的格式调整，以符合相关要求。

步骤204，根据产品名称、产品数量、产品的单价、结算金额和发票信息生成开票申请。

在本申请实施例中，根据产品名称、数量、单价、结算金额和发票信息等生成开票申请。开票申请需要包含必要的信息，如申请单位、开票日期、发票号码等。申请格式需要符合税务部门的规定，以避免因格式问题被拒绝。

作为一种示例，向税务系统发送开票申请之后，方法还包括：从税务系统中得到开票状态，开票状态包括成功状态或失败状态。可选的，业务系统将开票申请发送给税务系统。等待税务系统的回应，一般情况下税务系统会在一定时间内返回开票结果。从税务系统中获取开票状态，该状态可以是成功或失败两种情况。业务系统通过调用税务系统提供的API获取开票状态。如果开票状态为成功，则说明开票申请已被接受并成功生成了发票。如果开票状态为失败，则说明开票申请未能被税务系统接受或未能成功生成发票。

进一步的，在开票状态为成功状态的情况下，获取根据开票申请生成的发票的发票信息，发票信息包括发票号码、发票代码、电子票查询链接中的至少一种，并将发票信息反馈给业务系统。可选的，在开票状态为成功的情况下，从税务系统获取生成的发票的发票信息，包括发票号码、发票代码、电子票查询链接等至少一种信息。业务系统通过调用税务系统提供的API获取发票信息。获取到的发票信息包括发票号码、发票代码、电子票查询链接等至少一种信息，这些信息将被用于业务系统的后续处理和记录.将获取到的发票信息反馈给业务系统，以便进一步处理和记录。业务系统将获取到的发票信息保存在数据库中，以与相应的业务数据进行关联。业务系统可以根据发票信息对业务数据进行标记或更新，例如标记某笔业务已经开具了发票。

作为一种示例，在开票状态为成功状态的情况下，获取根据开票申请生成的发票的发票信息，并将发票信息反馈给业务系统后，还包括：获取用户的发票修改操作，发票修改操作包括至少一张待修改的发票的发票信息，以及，与各张待修改的发票对应的至少一条更新后的业务数据。可选的，业务系统调用税务系统提供的API，传递发票号码、发票代码等必要参数，请求获取发票信息。税务系统验证请求的合法性，并查询对应发票的信息。税务系统将查询到的发票信息作为响应结果返回给业务系统。业务系统接收到发票信息后，将其保存在数据库中，并在界面上展示给用户，或者进行后续的处理和记录。

进一步的，向税务系统发送将发票修改操作，以使税务系统根据发票修改操作修改发票。可选的，用户在业务系统的发票管理界面选择待修改的发票，并输入相应的修改内容。

业务系统将用户输入的修改内容包括待修改的发票信息和更新后的业务数据保存在数据库中，以备后续处理和记录。

业务系统将保存的发票修改操作发送给税务系统，请求其修改对应的发票。

税务系统接收到发票修改操作后，根据操作的内容进行相应的发票修改操作。

税务系统对发票的修改操作进行验证和处理，包括修改发票号码、发票代码、发票金额、纳税人识别号等内容。

进一步的，获取税务系统返回的根据发票修改操作修改发票的修改结果，在修改结果为成功的情况下，获取修改后的发票的发票信息，并将修改后的发票的发票信息反馈给业务系统。可选的，税务系统根据发票修改操作的处理结果，生成修改后的发票。税务系统将修改后的发票信息作为响应结果返回给业务系统。业务系统接收到修改后的发票信息后，判断修改是否成功，并进行相应的处理。

如果发票修改成功，则将修改后的发票信息保存在数据库中，并在界面上展示给用户，或者进行后续的处理和记录。

如果发票修改失败，则将失败的信息反馈给业务系统，业务系统可以根据具体情况进行相应的处理，比如提示用户重新修改或联系相关部门解决问题。

作为一种示例，在开票状态为成功状态的情况下，获取根据开票申请生成的发票的发票信息，并将发票信息反馈给业务系统后，还包括：获取用户的发票作废操作，发票作废操作包括待至少一张待作废的发票的发票信息。可选的，获取用户的发票作废操作，包括待作废的发票的发票信息，如发票号码、发票代码等。

进一步的，向税务系统发送将发票作废操作，以使税务系统根据发票作废操作作废发票。可选的，构建与税务系统接口对应的发票作废请求，包括待作废发票的标识信息。可以使用XML或JSON等格式进行请求构建。通过HTTP请求或其他适当的通信协议，向税务系统发送发票作废请求。请求的URL和请求方法(POST、GET等)应根据税务系统的接口规范来确定。

接收税务系统返回的发票作废结果。根据接口规范，可能会返回一个状态码或者一个包含作废结果的响应消息。

进一步的，获取税务系统返回的根据发票作废操作作废发票的作废结果，在作废结果为成功的情况下，从税务系统获取作废后的发票的发票信息，并将作废后的发票的发票信息反馈给业务系统。可选的，解析税务系统返回的发票作废结果。根据返回的状态码或响应消息，判断是否成功作废发票。

如果作废结果为成功，根据需要从税务系统获取作废后的发票的发票信息，如发票抬头、金额等。可以通过发送查询请求来获取这些信息。

将作废后的发票的发票信息反馈给业务系统。可以通过接口回调、消息通知等方式将发票信息返回给业务系统。在实施过程中，处理网络超时、连接错误等异常情况，保证系统的稳定性和可靠性。

在发送请求之前，对发票信息进行必要的校验，确保数据的准确性和完整性。

使用HTTPS协议进行数据传输，确保通信过程中的数据安全。

记录发票作废请求和响应的相关日志信息，便于排查问题和追踪操作记录。

进一步的，开票状态为失败的情况下，将开票失败的信息反馈给业务系统。可选的，如果开票状态为失败，则将开票失败的信息反馈给业务系统。

业务系统将开票失败的信息保存在数据库中，以备后续处理和记录。

开票失败的原因可能包括税务系统繁忙、申请信息错误等，业务系统可以根据具体情况进行相应的处理。

作为一种示例，在开票申请为多个归属于同一个用户的开票申请的情况下，根据结算金额和发票信息生成开票申请后，方法还包括：输出多个归属于同一个用户的开票申请，并根据用户的合并选择操作获取用户选中的多个待合并开票申请。可选的，输出多个归属于同一个用户的开票申请，并根据用户的选择操作获取用户选中的多个待合并开票申请。

进一步的，根据用户的基准选择操作，从多个归属于同一个用户的开票申请确定基准开票申请。可选的，根据用户的基准选择操作，确定基准开票申请。进一步的，用户手动选择其中一个待合并开票申请作为基准。根据预设规则(例如金额最大)确定基准开票申请。

进一步的，根据用户的合并操作，将除基准开票申请外的其他开票申请与基准开票申请进行合并，合并后的开票申请包括的结算金额为多个待合并开票申请对应的结算金额之和。可选的，根据用户的合并操作，将除基准开票申请外的其他开票申请与基准开票申请进行合并。其中，将所有开票申请中的产品名称合并为一个列表，并在列表中去重。可选的，将所有开票申请中的产品数量相加得到合并后的总数量。可选的，如果各个开票申请中的产品单价一致，则取任意一个作为合并后的产品单价；如果不一致，则需要用户进行指定或其他处理。可选的，将待合并开票申请对应的结算金额之和作为合并后的结算金额。可选的，通常情况下，发票抬头、发票类型和纳税人识别号不会发生变化，可以直接沿用基准开票申请的发票信息。

进一步的，向税务系统发送开票申请，包括：向税务系统发送合并后的开票申请。可选的，向税务系统发送合并后的开票申请，以使税务系统根据开票申请生成发票。进一步的，获取税务系统返回的开票结果，并根据实际情况进行处理。如果开票成功，则获取发票号码、发票代码等信息，并将这些信息反馈给业务系统；如果开票失败，则将失败的原因反馈给业务系统。

作为一种示例，根据结算金额和发票信息生成开票申请后，方法还包括：根据用户的拆分选择操作获取用户选中的待拆分开票申请以及拆分条件，拆分条件包括按照产品名称拆分、按照产品数量拆分和按照产品的单价中的至少一种。可选的，获取用户选中的待拆分开票申请以及拆分条件。其中，用户选择待拆分的开票申请，并指定拆分条件，包括按照产品名称拆分、按照产品数量拆分和按照产品的单价中的至少一种。可选的，用户可以同时选择多个待拆分的开票申请，并为每个申请指定相应的拆分条件。

进一步的，按照拆分条件对待拆分开票申请进行拆分，得到多个拆分后的开票申请。可选的，根据拆分条件对待拆分开票申请进行拆分，得到多个拆分后的开票申请。其中，对于按照产品名称拆分的条件，将待拆分开票申请中的产品根据名称进行分类，每个分类形成一个拆分后的开票申请。可选的，对于按照产品数量拆分的条件，将待拆分开票申请中的产品根据数量进行划分，满足拆分条件的产品数量形成一个拆分后的开票申请。可选的，对于按照产品单价拆分的条件，将待拆分开票申请中的产品根据单价进行分组，每个分组形成一个拆分后的开票申请。

进一步的，向税务系统发送开票申请，包括：向税务系统发送多个拆分后的开票申请。可选的，向税务系统发送多个拆分后的开票申请。其中，将每个拆分后的开票申请单独发送给税务系统，确保每个申请都能够独立生成相应的发票。可选的，在发送过程中，将拆分后的开票申请和原始待拆分开票申请进行关联，以便后续跟踪和管理。

步骤205，向税务系统发送开票申请，以使税务系统根据开票申请生成发票。

在本申请实施例中，发送开票申请，将生成的开票申请发送给税务系统。需要注意申请的发送方式和格式是否符合税务部门的规定。在发送申请后，需要等待税务部门的审批和处理结果。

本申请实施例通过获取业务系统中待结算开票的目标业务数据，待结算开票的目标业务数据包括产品名称、产品数量和产品合同号，根据产品合同号，获取产品合同号对应的产品合同，根据产品合同中产品的单价和产品数量得到产品对应的结算金额，以及，从产品合同得到发票信息，发票信息包括发票抬头、发票类型和纳税人识别号，根据产品名称、产品数量、产品的单价、结算金额和发票信息生成开票申请，向税务系统发送开票申请，以使税务系统根据开票申请生成发票。可以自动获取业务系统中待结算开票的目标业务数据，无需手动输入，节省了人工录入信息的时间和精力。根据产品合同号自动获取相关信息，避免了手动查找和核对的步骤，加快了整个开票流程。自动计算结算金额，避免了手工计算过程中可能出现的错误，确保了开票金额的准确性。根据产品合同中的发票信息自动生成发票，避免了手动输入发票抬头、发票类型和纳税人识别号时可能产生的错误。根据产品合同中的发票信息生成发票，确保发票符合税务法规和企业的合规要求，避免了因为不规范的发票信息而引发的税务风险。自动发送开票申请给税务系统，确保开票过程符合税务部门的监管要求，提高了合规性。自动化的发票生成过程简化了操作流程，减少了人工操作的复杂性和繁琐性，提高了操作的便捷性。通过自动获取相关信息和生成发票，简化了开票人员的工作流程，节约了时间和精力。

下面将说明本申请实施例在一个实际的应用场景中的示例性应用。

图3为本申请实施例提供的一种发票生成方法的总体流程。应用在图1所示的一种发票生成方法的应用场景图中。如图3所示，该方法包括如下步骤301至步骤304：

步骤301，从业务系统中获取待结算开票的目标业务数据。

在本申请实施例中，从业务系统中获取待结算开票的目标业务数据，与业务系统进行接口对接，通过API或其他数据交互方式获取待结算开票的目标业务数据。确定需要获取的数据字段和格式，并进行数据传输和验证。

步骤302，根据目标业务数据对应的产品合同号得到产品合同，根据产品合同得到产品对应的结算金额和发票信息。

在本申请实施例中，根据目标业务数据对应的产品合同号得到产品合同，根据产品合同得到产品对应的结算金额和发票信息。在合同管理系统或合同数据库中，通过产品合同号查询相应的产品合同记录。解析产品合同记录，提取结算金额和发票信息，包括发票类型、发票抬头、纳税人识别号等数据。

步骤303，根据结算金额和发票信息生成开票申请，将开票申请发送给税务系统，可选的，可以将多个开票申请合并成一个开票申请，或者将一个开票申请拆分成多个开票申请。

在本申请实施例中，根据结算金额和发票信息生成开票申请，将开票申请发送给税务系统。根据步骤302中获取的结算金额和发票信息，使用开票申请模板或规则生成开票申请。将生成的开票申请数据通过API或其他数据交互方式发送给税务系统。在发送之前，根据需求进行开票申请的合并或拆分操作，确保满足不同的业务需求。

步骤304，税务系统根据开票申请生成发票，可选的，生成发票后，可以对发票进行修改或者作废操作。

在本申请实施例中，税务系统根据开票申请生成发票。税务系统接收到开票申请数据后，进行数据校验和合规性审核。根据开票申请中的发票信息和结算金额，自动生成相应的发票。如果存在需要修改或作废的情况，通过业务系统提供的作废或者修改功能进行操作，确保发票的准确性和合规性。

本申请实施例通过自动获取待结算开票的目标业务数据，减少了手动提取数据的时间和人力成本。自动生成开票申请和发票，消除了手工填写和生成的时间和错误风险。系统自动生成开票申请和发票，减少了人为因素导致的错误和遗漏。数据的一致性和准确性得到提高，避免了因人工操作错误而导致的问题。系统根据预设的规则和模板生成开票申请和发票，确保发票信息的准确性和合规性。

图4是本申请实施例公开的一种发票生成系统的交互示意图。应用在图3所示的一种发票生成方法的总体流程图中。如图4所示，包括步骤401到步骤410：

步骤401、发票生成系统通过向业务系统发送请求，业务系统提供待结算开票的目标业务数据，根据目标业务数据中的产品合同从业务系统中得到结算金额和发票信息。

步骤402、发票生成系统根据结算金额和发票信息生成开票申请。

步骤403、将开票申请发送至税务系统，税务系统根据开票申请进行开票。

步骤404、将开票后的结果返回给发票生成系统。

步骤405、发票生成系统根据返回的开票结果对业务系统中，对应的开票业务进行标记。

发票生成系统提供更改发票和作废发票的功能，在用户进行更改发票时，包括：

步骤406、发票生成系统重新请求业务系统，获取需要修改/作废的业务数据。

步骤407、将修改/作废请求发送给税务系统，进行发票的修改/作废。

步骤408、税务系统修改/作废请求对需要进行修改/作废的发票进行处理。

步骤409、将对需要进行修改/作废的发票进行处理的处理结果返回给发票生成系统。

步骤410、发票生成系统根据处理结果对业务系统中对应的业务数据进行标记。

应该理解的是，虽然上述各流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述各流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

基于前述的实施例，本申请实施例提供一种发票生成装置，该装置包括所包括的各模块、以及各模块所包括的各单元，可以通过处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图5为本申请实施例提供的一种发票生成装置的结构示意图，如图5所示，所述装置500包括获取模块501、生成模块502和发送模块503，其中：

获取模块501，用于获取业务系统中待结算开票的目标业务数据，待结算开票的目标业务数据包括产品名称、产品数量和产品合同号；

获取模块501，还用于根据产品合同号，获取产品合同号对应的产品合同；

获取模块501，还用于根据产品合同中产品的单价和产品数量得到产品对应的结算金额，以及，从产品合同得到发票信息，发票信息包括发票抬头、发票类型和纳税人识别号；

生成模块502，用于根据产品名称、产品数量、产品的单价、结算金额和发票信息生成开票申请；

发送模块503，用于向税务系统发送开票申请，以使税务系统根据开票申请生成发票。

在一些实施例中，获取模块501，还用于输出待结算开票的所有业务数据，并根据用户的选择操作获取用户选中的一条或者多条待结算开票的目标业务数据；或者，

获取模块501，还用于根据预设的开票触发时间，获取在预设的开票触发时间之前的待结算开票的所有业务数据作为目标业务数据；或者，

获取模块501，还用于根据预设的数量阈值，从待结算开票的所有业务数据中，获取满足预设的数量阈值的待结算开票的目标业务数据。

在一些实施例中，获取模块501，还用于从税务系统中得到开票状态，开票状态包括成功状态或失败状态；

生成模块502，还用于在开票状态为成功状态的情况下，获取根据开票申请生成的发票的发票信息，发票信息包括发票号码、发票代码、电子票查询链接中的至少一种，并将发票信息反馈给业务系统；

获取模块501，还用于开票状态为失败的情况下，将开票失败的信息反馈给业务系统。

在一些实施例中，获取模块501，还用于获取用户的发票修改操作，发票修改操作包括至少一张待修改的发票的发票信息，以及，与各张待修改的发票对应的至少一条更新后的业务数据；

发送模块503，还用于向税务系统发送将发票修改操作，以使税务系统根据发票修改操作修改发票；

获取模块501，还用于获取税务系统返回的根据发票修改操作修改发票的修改结果，在修改结果为成功的情况下，获取修改后的发票的发票信息，并将修改后的发票的发票信息反馈给业务系统。

在一些实施例中，获取模块501，还用于获取用户的发票作废操作，发票作废操作包括待至少一张待作废的发票的发票信息；

发送模块503，还用于向税务系统发送将发票作废操作，以使税务系统根据发票作废操作作废发票；

获取模块501，还用于获取税务系统返回的根据发票作废操作作废发票的作废结果，在作废结果为成功的情况下，从税务系统获取作废后的发票的发票信息，并将作废后的发票的发票信息反馈给业务系统。

在一些实施例中，获取模块501，还用于输出多个归属于同一个用户的开票申请，并根据用户的合并选择操作获取用户选中的多个待合并开票申请；

获取模块501，还用于根据用户的基准选择操作，从多个归属于同一个用户的开票申请确定基准开票申请；

获取模块501，还用于根据用户的合并操作，将除基准开票申请外的其他开票申请与基准开票申请进行合并，合并后的开票申请包括的结算金额为多个待合并开票申请对应的结算金额之和；

发送模块503，还用于向税务系统发送合并后的开票申请。

在一些实施例中，获取模块501，还用于根据用户的拆分选择操作获取用户选中的待拆分开票申请以及拆分条件，拆分条件包括按照产品名称拆分、按照产品数量拆分和按照产品的单价中的至少一种；

获取模块501，还用于按照拆分条件对待拆分开票申请进行拆分，得到多个拆分后的开票申请；

发送模块503，还用于向税务系统发送多个拆分后的开票申请。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中图5所示的一种发票生成装置对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。也可以采用软件和硬件结合的形式实现。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得电子设备执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

本申请实施例提供一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现上述方法。

本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中提供的方法中的步骤。

本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法实施例提供的方法中的步骤。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的一种发票生成装置可以实现为一种计算机程序的形式，计算机程序可在如图6所示的计算机设备上运行。计算机设备的存储器中可存储组成上述装置的各个程序模块。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的方法中的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质、存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”或“一些实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”或“在一些实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如对象A和/或对象B，可以表示：单独存在对象A，同时存在对象A和对象B，单独存在对象B这三种情况。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者设备中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个模块或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或模块的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的模块可以是、或也可以不是物理上分开的，作为模块显示的部件可以是、或也可以不是物理模块；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部模块来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能模块可以全部集成在一个处理单元中，也可以是各模块分别单独作为一个单元，也可以两个或两个以上模块集成在一个单元中；上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得电子设备执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种发票生成方法，其特征在于，所述方法包括：

获取业务系统中待结算开票的目标业务数据，所述待结算开票的目标业务数据包括产品名称、产品数量和产品合同号；

根据所述产品合同号，获取产品合同号对应的产品合同；

根据所述产品合同中产品的单价和所述产品数量得到产品对应的结算金额，以及，从所述产品合同得到发票信息，所述发票信息包括发票抬头、发票类型和纳税人识别号；

根据所述产品名称、所述产品数量、所述产品的单价、所述结算金额和所述发票信息生成开票申请；

向税务系统发送所述开票申请，以使所述税务系统根据所述开票申请生成发票。

2.根据权利要求1所述的方法，其特征在于，所述获取业务系统中待结算开票的目标业务数据，包括：

输出待结算开票的所有业务数据，并根据用户的选择操作获取所述用户选中的一条或者多条待结算开票的目标业务数据；或者，

根据预设的开票触发时间，获取在所述预设的开票触发时间之前的待结算开票的所有业务数据作为所述目标业务数据；或者，

根据预设的数量阈值，从待结算开票的所有业务数据中，获取满足预设的数量阈值的待结算开票的目标业务数据。

3.根据权利要求1所述的方法，其特征在于，所述向税务系统发送所述开票申请之后，所述方法还包括：

从所述税务系统中得到开票状态，所述开票状态包括成功状态或失败状态；

在所述开票状态为所述成功状态的情况下，获取根据所述开票申请生成的发票的发票信息，所述发票信息包括发票号码、发票代码、电子票查询链接中的至少一种，并将所述发票信息反馈给所述业务系统；

所述开票状态为失败的情况下，将开票失败的信息反馈给所述业务系统。

4.根据权利要求3所述的方法，其特征在于，所述在所述开票状态为所述成功状态的情况下，获取根据所述开票申请生成的发票的发票信息，并将所述发票信息反馈给所述业务系统后，还包括：

获取用户的发票修改操作，所述发票修改操作包括至少一张待修改的发票的发票信息，以及，与各张待修改的发票对应的至少一条更新后的业务数据；

向税务系统发送将所述发票修改操作，以使所述税务系统根据所述发票修改操作修改发票；

获取所述税务系统返回的根据所述发票修改操作修改发票的修改结果，在所述修改结果为成功的情况下，获取修改后的发票的发票信息，并将所述修改后的发票的发票信息反馈给所述业务系统。

5.根据权利要求3所述的方法，其特征在于，所述在所述开票状态为所述成功状态的情况下，获取根据所述开票申请生成的发票的发票信息，并将所述发票信息反馈给所述业务系统后，还包括：

获取用户的发票作废操作，所述发票作废操作包括待至少一张待作废的发票的发票信息；

向税务系统发送将所述发票作废操作，以使所述税务系统根据所述发票作废操作作废发票；

获取所述税务系统返回的根据所述发票作废操作作废发票的作废结果，在所述作废结果为成功的情况下，从所述税务系统获取作废后的发票的发票信息，并将所述作废后的发票的发票信息反馈给所述业务系统。

6.根据权利要求1-3中任一项所述的方法，其特征在于，在所述开票申请为多个归属于同一个用户的开票申请的情况下，根据所述结算金额和所述发票信息生成开票申请后，所述方法还包括：

输出所述多个归属于同一个用户的开票申请，并根据用户的合并选择操作获取所述用户选中的多个待合并开票申请；

根据用户的基准选择操作，从所述多个归属于同一个用户的开票申请确定基准开票申请；

根据用户的合并操作，将除基准开票申请外的其他开票申请与所述基准开票申请进行合并，合并后的开票申请包括的结算金额为所述多个待合并开票申请对应的结算金额之和；

所述向税务系统发送所述开票申请，包括：

向所述税务系统发送所述合并后的开票申请。

7.根据权利要求1-3中任一项所述的方法，其特征在于，所述根据所述结算金额和所述发票信息生成开票申请后，所述方法还包括：

根据用户的拆分选择操作获取所述用户选中的待拆分开票申请以及拆分条件，所述拆分条件包括按照产品名称拆分、按照产品数量拆分和按照产品的单价中的至少一种；

按照所述拆分条件对所述待拆分开票申请进行拆分，得到多个拆分后的开票申请；

所述向税务系统发送所述开票申请，包括：

向所述税务系统发送所述多个拆分后的开票申请。

8.一种发票生成装置，其特征在于，包括：

获取模块，用于获取业务系统中待结算开票的目标业务数据，所述待结算开票的目标业务数据包括产品名称、产品数量和产品合同号；

获取模块，还用于根据所述产品合同号，获取产品合同号对应的产品合同；

获取模块，还用于根据所述产品合同中产品的单价和所述产品数量得到产品对应的结算金额，以及，从所述产品合同得到发票信息，所述发票信息包括发票抬头、发票类型和纳税人识别号；

生成模块，用于根据所述产品名称、所述产品数量、所述产品的单价、所述结算金额和所述发票信息生成开票申请；

发送模块，用于向税务系统发送所述开票申请，以使所述税务系统根据所述开票申请生成发票。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。