CN111192095B - 一种多联次电子发票的开具方法及系统 - Google Patents

Abstract

本发明公开了一种多联次电子发票的开具方法及系统，所述方法包括：接收用户开票申请，获取开票申请信息；调用预先设置好的多联发票原始文件；将所述开票申请信息写入所述多联发票原始文件中的每一联，调用开票方的签名，获得四个不同联次的发票版式文件；所述方法及系统通过预先设置的具有关联关系的多个电子联的版式文件，实现多联发票的生成和开具；所述方法及系统通过唯一识别编号以及各联次类型的副编号，实现全网管理的版本统一，便于多联发票的高效管理，并提高了电子发票的伪造难度。所述方法及系统将多联次发票应用于电子发票，有利于丰富发票使用场景，便于用户使用。

Description

一种多联次电子发票的开具方法及系统

技术领域

本发明涉及税控技术领域，更具体地，涉及一种多联次电子发票的开具方法及系统。

背景技术

在电子发票领域，发票的内涵是通过立法确认的。很多能够详尽体现真实交易信息的交易主体自制凭证被排除在发票之外。因此，和征纳相关的交易内容无法反映在发票上。特别是电子发票相对于纸质发票，没有实体，存在容易复制、持有主体不明的缺点，电子发票的入账报销问题现在仍然没有解决。

现有电子发票开具场景中，税局根据企业需求生成带有税局签章的空白电子发票文件并传给企业，企业使用业务信息在空白电子发票文件上开具电子发票，并以业务信息作为电子发票原文信息生成企业签章，形成一份完整的电子发票文件，上传至税局存储并交付给购方客户。

现有电子发票的实质是脱离了纸质载体的电子数据，其信息内容与纸质发票包含的信息相同，但没有实现纸质发票的分联。现有纸质发票包括发票联、存根联、抵扣联、记账联、备用联等不同联次，可用于不同的税务场景。

发明内容

为了解决背景技术存在的现有的电子发票没有实现分联，以至于无法适用于不同的税务场景的问题，本发明提供了一种多联次电子发票的开具方法及系统；所述方法及系统通过预先设置的具有关联关系的多个电子联的版式文件，实现多联发票的生成和开具；所述一种多联次电子发票的开具方法包括：

接收用户开票申请，获取开票申请信息；

调用预先设置好的多联发票原始文件；

将所述开票申请信息写入所述多联发票原始文件中的每一联，调用开票方的签名，获得四个不同联次的发票版式文件。

进一步的，所述开票申请信息包括开具方交付途径以及接收方交付途径；

所述开具方交付途径包括本地存储途径、云服务器以及邮箱；

所述接收方交付途径包括手机号、邮箱以及云服务器。

进一步的，在获得四个不同联次的发票版式文件后，所述方法还包括：

根据所述开具方交付途径将存根联以及记账联对应的发票版式文件交付至开具方；

根据所述接收方交付途径将发票联以及抵扣联对应的发票版式文件交付至接收方。

进一步的，所述预先设置好的多联发票原始文件，包括：

生成具有不同联次属性的发票版式文件；所述联次属性包括存根联、记账联、发票联以及抵扣联；

生成多联发票原始文件，所述每个多联发票原始文件包括一个存根联发票版式文件、一个记账联发票版式文件、一个发票联发票版式文件以及一个抵扣联发票版式文件；

所述每一个多联发票原始文件具有根据预设规则生成的唯一识别编号；所述多联发票原始文件下的每一个发票版式文件设置有所述多联发票原始文件的唯一识别编号，并在所述唯一识别编号后标记有代表其联次属性的副编号。

进一步的，所述开具方或接收方接收到发票版式文件时，校验接收的版式文件的联次类型；

若版式文件的联次类型与开具方或接收方身份不符，则退回该版式文件并向系统报错；

若版式文件的联次类型与开具方或接收方身份向服务，根据该版式文件中的元数据，处理发票任务。

所述一种多联次电子发票的开具系统包括：

开票申请获取单元，所述开票申请获取单元用于接收用户开票申请，获取开票申请信息；

多联文件调用单元，所述多联文件调用单元用于调用预先设置好的多联发票原始文件；

多联发票开具单元，所述多联发票开具单元用于将所述开票申请信息写入所述多联发票原始文件中的每一联，调用开票方的签名，获得四个不同联次的发票版式文件。

进一步的，所述开票申请信息包括开具方交付途径以及接收方交付途径；

所述开具方交付途径包括本地存储途径、云服务器以及邮箱；

所述接收方交付途径包括手机号、邮箱以及云服务器。

进一步的，所述系统还包括发票交付单元；

所述发票交付单元用于根据所述开具方交付途径将存根联以及记账联对应的发票版式文件交付至开具方；

所述发票交付单元用于根据所述接收方交付途径将发票联以及抵扣联对应的发票版式文件交付至接收方。

进一步的，所述系统还包括多联发票生成单元；

所述多联发票生成单元用于生成所述多联文件调用单元调用的多联发票原始文件；

所述多联发票生成单元用于生成具有不同联次属性的发票版式文件；所述联次属性包括存根联、记账联、发票联以及抵扣联；

所述多联发票生成单元用于生成多联发票原始文件，所述每个多联发票原始文件包括一个存根联发票版式文件、一个记账联发票版式文件、一个发票联发票版式文件以及一个抵扣联发票版式文件；

所述每一个多联发票原始文件具有根据预设规则生成的唯一识别编号；所述多联发票原始文件下的每一个发票版式文件设置有所述多联发票原始文件的唯一识别编号，并在所述唯一识别编号后标记有代表其联次属性的副编号。

进一步的，所述系统包括发票校验单元；

所述开具方或接收方接收到发票版式文件时，所述发票校验单元用于校验接收的版式文件的联次类型；

若版式文件的联次类型与开具方或接收方身份不符，则退回该版式文件并向系统报错；

若版式文件的联次类型与开具方或接收方身份向服务，根据该版式文件中的元数据，处理发票任务。

本发明的有益效果为：本发明的技术方案，给出了一种多联次电子发票的开具方法及系统；所述方法及系统通过预先设置的具有关联关系的多个电子联的版式文件，实现多联发票的生成和开具；所述方法及系统通过唯一识别编号以及各联次类型的副编号，实现全网管理的版本统一，便于多联发票的高效管理，并提高了电子发票的伪造难度。所述方法及系统将多联次发票应用于电子发票，有利于丰富发票使用场景，便于用户使用。

附图说明

通过参考下面的附图，可以更为完整地理解本发明的示例性实施方式：

图1为本发明具体实施方式的一种多联次电子发票的开具方法的流程图；

图2为本发明具体实施方式的一种多联次电子发票的开具系统的结构图。

具体实施方式

现在参考附图介绍本发明的示例性实施方式，然而，本发明可以用许多不同的形式来实施，并且不局限于此处描述的实施例，提供这些实施例是为了详尽地且完全地公开本发明，并且向所属技术领域的技术人员充分传达本发明的范围。对于表示在附图中的示例性实施方式中的术语并不是对本发明的限定。在附图中，相同的单元/元件使用相同的附图标记。

除非另有说明，此处使用的术语(包括科技术语)对所属技术领域的技术人员具有通常的理解含义。另外，可以理解的是，以通常使用的词典限定的术语，应当被理解为与其相关领域的语境具有一致的含义，而不应该被理解为理想化的或过于正式的意义。

图1为本发明具体实施方式的一种多联次电子发票的开具方法的流程图；如图1所示，所述方法包括：

步骤110，接收用户开票申请，获取开票申请信息；

本实施例中，用户的开票申请，包括发票开具方的信息(如名称、税号、开户行等)、接收方的信息(如名称、税号、开户行等)，发票开具内容、金额等；还包括发票开具方交付途径以及接收方交付途径；用于将电子发票交付开具方和接收方。

所述开具方交付途径包括本地存储途径、云服务器以及邮箱；

所述接收方交付途径包括手机号、邮箱以及云服务器。

步骤120，调用预先设置好的多联发票原始文件；

所述预先设置好的多联发票原始文件中包含四个联次类型不同的发票版式文件，分别为一个存根联发票版式文件、一个记账联发票版式文件、一个发票联发票版式文件以及一个抵扣联发票版式文件；

具体的，所述多联发票原始文件的生成方法，包括：

生成具有不同联次属性的发票版式文件；所述联次属性包括存根联、记账联、发票联以及抵扣联；

生成多联发票原始文件，所述每个多联发票原始文件包括一个存根联发票版式文件、一个记账联发票版式文件、一个发票联发票版式文件以及一个抵扣联发票版式文件；

所述每一个多联发票原始文件具有根据预设规则生成的唯一识别编号；所述多联发票原始文件下的每一个发票版式文件设置有所述多联发票原始文件的唯一识别编号，并在所述唯一识别编号后标记有代表其联次属性的副编号。

步骤130，将所述开票申请信息写入所述多联发票原始文件中的每一联，调用开票方的签名，获得四个不同联次的发票版式文件。

所述写入多联发票原始文件中每一联的内容，是完全一致的，四个发票版式文件仅联次类型存在区别；通过开票方的签名，使得四个发票版式文件均具有唯一可靠的身份验证，不易被造假。

进一步的，在获得四个不同联次的发票版式文件后，所述方法还包括：

根据所述开具方交付途径将存根联以及记账联对应的发票版式文件交付至开具方；

根据所述接收方交付途径将发票联以及抵扣联对应的发票版式文件交付至接收方。

对于所述开具方或接收方接收到发票版式文件时，校验接收的版式文件的联次类型；

若版式文件的联次类型与开具方或接收方身份不符，则退回该版式文件并向系统报错；

若版式文件的联次类型与开具方或接收方身份向服务，根据该版式文件中的元数据，处理发票任务。

图2为本发明具体实施方式的一种多联次电子发票的开具系统的结构图。如图2所示，所述系统包括：

开票申请获取单元210，所述开票申请获取单元210用于接收用户开票申请，获取开票申请信息；

多联文件调用单元220，所述多联文件调用单元220用于调用预先设置好的多联发票原始文件；

多联发票开具单元230，所述多联发票开具单元230用于将所述开票申请信息写入所述多联发票原始文件中的每一联，调用开票方的签名，获得四个不同联次的发票版式文件。

进一步的，所述开票申请信息包括开具方交付途径以及接收方交付途径；

所述开具方交付途径包括本地存储途径、云服务器以及邮箱；

所述接收方交付途径包括手机号、邮箱以及云服务器。

进一步的，所述系统还包括发票交付单元240；

所述发票交付单元240用于根据所述开具方交付途径将存根联以及记账联对应的发票版式文件交付至开具方；

所述发票交付单元240用于根据所述接收方交付途径将发票联以及抵扣联对应的发票版式文件交付至接收方。

进一步的，所述系统还包括多联发票生成单元250；

所述多联发票生成单元250用于生成所述多联文件调用单元220调用的多联发票原始文件；

所述多联发票生成单元250用于生成具有不同联次属性的发票版式文件；所述联次属性包括存根联、记账联、发票联以及抵扣联；

所述多联发票生成单元250用于生成多联发票原始文件，所述每个多联发票原始文件包括一个存根联发票版式文件、一个记账联发票版式文件、一个发票联发票版式文件以及一个抵扣联发票版式文件；

所述每一个多联发票原始文件具有根据预设规则生成的唯一识别编号；所述多联发票原始文件下的每一个发票版式文件设置有所述多联发票原始文件的唯一识别编号，并在所述唯一识别编号后标记有代表其联次属性的副编号。

进一步的，所述系统包括发票校验单元260；

所述开具方或接收方接收到发票版式文件时，所述发票校验单元260用于校验接收的版式文件的联次类型；

若版式文件的联次类型与开具方或接收方身份不符，则退回该版式文件并向系统报错；

若版式文件的联次类型与开具方或接收方身份向服务，根据该版式文件中的元数据，处理发票任务。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。本说明书中涉及到的步骤编号仅用于区别各步骤，而并不用于限制各步骤之间的时间或逻辑的关系，除非文中有明确的限定，否则各个步骤之间的关系包括各种可能的情况。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。例如，在权利要求书中所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者系统程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干系统的单元权利要求中，这些系统中的若干个可以是通过同一个硬件项来具体体现。

以上所述仅是本公开的具体实施方式，应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开精神的前提下，可以作出若干改进、修改、和变形，这些改进、修改、和变形都应视为落在本申请的保护范围内。

Claims (2)

1.一种多联次电子发票的开具方法，其特征在于，所述方法包括：

接收用户开票申请，获取开票申请信息；

所述开票申请信息包括开具方交付途径以及接收方交付途径；

所述开具方交付途径包括本地存储途径、云服务器以及邮箱；

所述接收方交付途径包括手机号、邮箱以及云服务器；

生成预先设置好的多联发票原始文件，包括：生成具有不同联次属性的发票版式文件；所述联次属性包括存根联、记账联、发票联以及抵扣联；

生成多联发票原始文件，每个多联发票原始文件包括一个存根联发票版式文件、一个记账联发票版式文件、一个发票联发票版式文件以及一个抵扣联发票版式文件；

所述每个多联发票原始文件具有根据预设规则生成的唯一识别编号；

所述每个多联发票原始文件下的每个发票版式文件设置有所述多联发票原始文件的唯一识别编号，并在所述唯一识别编号后标记有代表其联次属性的副编号；

调用预先设置好的多联发票原始文件；

将所述开票申请信息写入所述多联发票原始文件中的每一联，调用开票方的签名，获得四个不同联次的发票版式文件；所述写入多联发票原始文件中每一联的内容是完全一致的，四个发票版式文件仅联次类型存在区别；

在获得四个不同联次的发票版式文件后，所述方法还包括：

根据所述开具方交付途径将存根联以及记账联对应的发票版式文件交付至开具方；

根据所述接收方交付途径将发票联以及抵扣联对应的发票版式文件交付至接收方；

所述开具方或接收方接收到发票版式文件时，校验接收的版式文件的联次类型；

若版式文件的联次类型与开具方或接收方身份不符，则退回该版式文件并向系统报错；

若版式文件的联次类型与开具方或接收方身份相符，根据该版式文件中的元数据，处理发票任务。

2.一种多联次电子发票的开具系统，其特征在于，所述系统包括：

开票申请获取单元，所述开票申请获取单元用于接收用户开票申请，获取开票申请信息；所述开票申请信息包括开具方交付途径以及接收方交付途径；

所述开具方交付途径包括本地存储途径、云服务器以及邮箱；

所述接收方交付途径包括手机号、邮箱以及云服务器；

多联发票生成单元；所述多联发票生成单元用于生成多联文件调用单元调用的多联发票原始文件；

所述多联发票生成单元用于生成具有不同联次属性的发票版式文件；

所述联次属性包括存根联、记账联、发票联以及抵扣联；

所述多联发票生成单元用于生成多联发票原始文件，每个多联发票原始文件包括一个存根联发票版式文件、一个记账联发票版式文件、一个发票联发票版式文件以及一个抵扣联发票版式文件；

所述每个多联发票原始文件具有根据预设规则生成的唯一识别编号；

所述多联发票原始文件下的每个发票版式文件设置有所述多联发票原始文件的唯一识别编号，并在所述唯一识别编号后标记有代表其联次属性的副编号；

多联文件调用单元，所述多联文件调用单元用于调用预先设置好的多联发票原始文件；

多联发票开具单元，所述多联发票开具单元用于将所述开票申请信息写入所述多联发票原始文件中的每一联，调用开票方的签名，获得四个不同联次的发票版式文件；所述写入多联发票原始文件中每一联的内容是完全一致的，四个发票版式文件仅联次类型存在区别；

发票交付单元；所述发票交付单元用于根据所述开具方交付途径将存根联以及记账联对应的发票版式文件交付至开具方；

所述发票交付单元用于根据所述接收方交付途径将发票联以及抵扣联对应的发票版式文件交付至接收方；

发票校验单元；所述开具方或接收方接收到发票版式文件时，所述发票校验单元用于校验接收的版式文件的联次类型；

若版式文件的联次类型与开具方或接收方身份不符，则退回该版式文件并向系统报错；

若版式文件的联次类型与开具方或接收方身份相符，根据该版式文件中的元数据，处理发票任务。