CN112990990A - 发票的开具方法、装置及系统 - Google Patents

Abstract

本申请提供了一种发票的开具方法、装置及系统，涉及电子商务领域，能够解决现有技术中人工开票工作量大，易出错的问题。该方法包括：客户端生成发票开具请求，并向编码服务器发送该发票开具请求；发票开具请求中包括：客户端的客户端信息，以及发票信息。编码服务器获取来自客户端的发票开具请求之后，根据客户端信息，以及发票信息；生成发票开具请求编码；发票开具请求编码中包括客户端信息编码，以及发票信息编码。进一步的编码服务器向发票开具服务器发送发票开具请求编码；以使得发票开具服务器根据发票开具请求编码，以及订单信息开具发票。本申请用于发票的开具过程中。

Description

发票的开具方法、装置及系统

技术领域

本申请涉及电子商务领域，尤其涉及一种发票的开具方法、装置及系统。

背景技术

发票是交易发生的成本、费用或者收入的重要原始凭证。在电商采购平台中，在客户端完成采购之后，如果客户端用户想要开具发票，就需要将需要开具发票的订单的订单号发送给电商采购系统的工作人员，由工作人员根订单信息为客户端用户开据发票，并将开具的发票发送给客户端用户。

但是在电商采购平台中，需要开具的发票的数量非常大，这种依赖人工开具发票的方法给工作人员带来很大的工作负担，并且人工开票的过程中很容易出现发票信息错误，或者将发票发送给错误的客户端用户的情况。

发明内容

本申请提供一种发票的开具方法、装置及系统，解决了现有技术中人工开票工作量大，易出错的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种发票的开具方法，该方法包括：客户端生成发票开具请求，并向编码服务器发送该发票开具请求；所述发票开具请求中包括：所述客户端的客户端信息，以及发票信息。编码服务器获取来自客户端的发票开具请求之后，根据所述客户端信息，以及所述发票信息；生成发票开具请求编码；所述发票开具请求编码中包括客户端信息编码，以及发票信息编码。进一步的编码服务器向发票开具服务器发送所述发票开具请求编码；以使得所述发票开具服务器根据所述发票开具请求编码，以及所述订单信息开具发票。

基于上述技术方案，本申请实施例提供的发票的开具方法，服务器能够对客户端的发票开具请求进行编码，得到发票开具请求编码。开票服务器可以直接根据该发票开具请求编码开具发票。这样，编码服务器能够对来自不同的客户端的发票开具请求进行统一编码。统一了来自不同客户端的发票请求标准。使得客户端与发票开具服务器之间无需人工参与即可完成发票的开具，从而大大降低了工作员工的工作量，降低了开票过程中的出错率。

第二方面，本申请提供一种发票的开具装置，该装置包括：通信单元，用于获取来自客户端的发票开具请求；所述发票开具请求中包括：所述客户端的客户端信息，以及发票信息；处理单元，用于根据所述客户端信息，以及所述发票信息；生成发票开具请求编码；所述发票开具请求编码中包括客户端信息编码，以及发票信息编码；所述通信单元，还用于向发票开具服务器发送所述发票开具请求编码；以使得所述发票开具服务器根据所述发票开具请求编码，以及所述订单信息开具发票。

第三方面，本申请提供了一种发票的开具装置，该装置包括：处理器和通信接口；通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的发票的开具方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在终端上运行时，使得终端执行如第一方面和第一方面的任一种可能的实现方式中描述的发票的开具方法。

第五方面，本申请实施例提供一种包含指令的计算机程序产品，当计算机程序产品在发票的开具装置上运行时，使得发票的开具装置执行如第一方面和第一方面的任一种可能的实现方式中所描述的发票的开具方法。

第六方面，本申请实施例提供一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的发票的开具方法。

具体的，本申请实施例中提供的芯片还包括存储器，用于存储计算机程序或指令。

附图说明

图1为本申请实施例提供的一种发票的开具系统的系统架构图；

图2为本申请实施例提供的一种编码服务器的硬件结构图；

图3为本申请实施例提供的一种发票的开具方法的流程图；

图4为本申请实施例提供的一种发票的开具装置的结构示意图；

图5为本申请实施例提供的另一种发票的开具装置的结构示意图；

图6为本申请的实施例提供的一种芯片的装置结构示意图。

具体实施方式

下面结合附图对本申请实施例提供的发票的开具方法、装置及系统进行详细地描述。

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

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

发票是指经济活动中，由出售方向购买方签发的文本，内容包括向购买者提供产品或服务的名称、质量、协议价格。除了预付款以外，发票必须具备的要素是根据议定条件由购买方向出售方付款，必须包含日期和数量，是会计账务的重要凭证。中国会计制度规定有效的购买产品或服务的发票称为税务发票。政府部门收费、征款的凭证各个时期和不同收费征款项目称呼不一样，但多被统称为行政事业收费收款收据。为内部审计及核数，每一张发票都必须有独一无二的流水账号码，防止发票重复或跳号。

发票是指单位和个人在购销商品、提供或接受服务以及从事其他经营活动中，所开具和收取的业务凭证，是会计核算的原始依据，也是审计机关、税务机关执法检查的重要依据。发票只能证明业务发生了，不能证明款项是否收付；收据才是收付款凭证。

简单来说，发票就是发生的成本、费用或收入的原始凭证。对于公司来讲，发票主要是公司做账的依据，同时也是缴税的费用凭证；而对于员工来讲，发票主要是用来报销的。

为了解决现有技术中，人工开票工作量大，易出错的问题，本申请提供了一种发票的开具方法，通过在编码服务器中设置一套针对全部接入客户端的编码规则，对客户端的发票开具请求进行统一编码。这样，使得开票服务器可以直接根据发票开具请求编码开具发票，全程无需人工参与，大大降低了工作人员的工作量，并且避免了开具发票过程中出错的情况。

本申请实施例提供的发票的开具方法，可以应用于如图1所示的发票的开具系统中。如图1所示，所述发票的开具系统包括：多个客户端101、编码服务器102，以及发票开具服务器103。

其中，客户端101用于生成发票开具请求。该发票开具请求用于使得发票开具服务器为客户端101开具发票。

编码服务器102用于对发票开具请求进行编码，生成统一的便于识别的发票开具请求编码。

发票开具服务器103用于根据客户端101的发票开具请求开具发票。

图2示出了该编码服务器的硬件结构。如图2所示，编码服务器包括处理器110、存储器120、输入/输出接口130和总线150。可选的，编码服务器还可以包括通信接口140。其中，处理器110、存储器120、输入/输出接口130、通信接口140、显示器160通过总线150实现彼此之间的通信连接。

处理器110可以采用通用的中央处理器(Central Processing Unit，CPU)，微处理器，应用专用集成电路(Application Specific Integrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请实施例的数据可视化的处理中的模块所需执行的功能，或者执行本申请方法实施例的数据可视化的处理方法。处理器110可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器110中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器110可以是通用处理器、数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器120，处理器110读取存储器120中的信息，结合其硬件完成本申请实施例的编码服务器中包括的模块所需执行的功能，或者执行本申请方法实施例的数据可视化的处理方法。

存储器120可以是只读存储器(Read Only Memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(Random Access Memory，RAM)。存储器120可以存储操作系统以及其他应用程序。在通过软件或者固件来实现本申请实施例的编码服务器中包括的模块所需执行的功能，或者执行本申请方法实施例的数据可视化的处理方法时，用于实现本申请实施例提供的技术方案的程序代码保存在存储器120中，并由处理器110来执行编码服务器中包括的模块所需执行的操作，或者执行本申请方法实施例提供的数据可视化的处理方法。

输入/输出接口130用于接收输入的数据和信息，输出操作结果等数据。

通信接口140使用例如但不限于收发器一类的收发装置，来实现编码服务器与其他设备或通信网络之间的通信。可以作为编码服务器中的获取模块或者发送模块。

总线150可包括在编码服务器各个部件(例如处理器110、存储器120、输入/输出接口130和通信接口140)之间传送信息的通路。

应注意，尽管图2所示的编码服务器仅仅示出了处理器110、存储器120、输入/输出接口130、通信接口140以及总线150，但是在具体实现过程中，本领域的技术人员应当明白，编码服务器还包括实现正常运行所必须的其他器件。同时，根据具体需要，本领域的技术人员应当明白，编码服务器还可包括实现其他附加功能的硬件器件。此外，本领域的技术人员应当明白，编码服务器也可仅仅包括实现本申请实施例所必须的器件，而不必包括图2中所示的全部器件。

需要指出的是，图2示出的结构并不构成对该编码服务器的限定。除图2所示部件之外，该编码服务器的可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图3所示，为本申请实施例提供的发票的开具方法的流程图，该方法包括以下步骤：

S101、客户端根据待开具发票的订单信息，客户端信息，以及待开具发票的发票信息，生成发票开具请求。

订单信息中可以包括商品名称，订单金额(也即为开票金额)等。

一种可能的实现方式中，客户端信息包括：客户端的标识，客户端的业务模式信息，以及客户端所属商户的商户信息。发票信息包括：发票类型，发票税种，以及发票正负标识。下面分别进行详细说明。

a、客户端的标识包括客户端的ID，客户端的名称，以及客户端的英文名称等。

示例性的，客户端的ID为：737613F719F3A4BDEDB98BD22D14E103。客户端的名称为：采购专区。客户端的英文名称为：CGZQ。

b、客户端的业务模式包括：业务模式代码，枚举值，以及业务模式的名称等。业务模式包括自营模式以及平台模式等。

示例性的，业务模式代码为：BusiMode。枚举值为：01。业务模式的名称为：自营模式。

c、客户端所属商户的商户信息包括：商户编号，商户名称，商户属性，统一商户标识。商户属性包括：01、共有商户02供应商商户、03第三方商户，商户属性在商户编号第五位、第六位显示；商户编号在开票申请单编码中完整显示，商户属性属于商户重要信息，用于区分商户等级、分类，有必要显示于开票申请单中。

示例性的，商户编号为：SH0000304455。商户名称为：AAA电力电容有限公司。商户属性为：第三方商户(或者直营商户，自营商户等)。

d、发票类型包括：电子发票和纸质发票。

e、发票税种包括：增值税专用发票，增值税普通发票，以及机动车专用发票。

f、发票正负标识包括：正票标识和负票标识。其中，发票金额为正负的发票为正票，发票金额为负数的发票为负票。

S102、客户端向编码服务器发送发票开具请求；相应的，编码服务器获取来客户端的发票开具请求。

需要说明的是，在本申请中，编码服务器可以设置在发票开具服务器中，也可以设置在每个客户端中，或者也可以单独设置在客户端与发票开具服务器之间。

S103、编码服务器根据客户端信息，以及发票信息生成发票开具请求编码。

发票开具请求编码中包括客户端信息编码，以及发票信息编码。

一种可能的实现方式中，编码服务器中具有预设发票开具请求编码规则。在编码服务器接收到来自客户端的发票开具请求之后，编码服务器根据上述预设发票开具请求编码规则，对发票开具请求中的客户端信息，以及发票信息进行编码，生成发票开具请求编码。

其中，该预设发票开具请求编码规则可以是编码服务器预设设置的发票开具请求与发票开具请求编码之间的映射规则。或者，该预设发票开具请求编码规则也可以是编码服务器根据预设的编码算法，对发票开具请求进行计算后得到发票开具请求编码。本申请对此不作限定。

可选的，在客户端信息包括：客户端的标识，客户端的业务模式信息，客户端所属商户的商户信息的情况下。编码服务器对客户端的标识进行编码，得到客户端标识编码。编码服务器对客户端的业务模式信息编码，得到业务模式编码。编码服务器对客户端所属商户的商户信息编码，得到商户编码。

因此，发票开具请求编码中的客户端信息编码包括：客户端标识编码，业务模式编码，以及商户编码。

其中，客户端标识编码用于表征客户端的唯一性。业务模式编码用于表征客户端所属的业务模式。商户编码用于表征客户端所属商户的商户信息。

示例性的，编码服务器对S101中所示出的客户端的标识编码后，得到的客户端标识编码为：4E103CGZQ。也即是说，编码服务器取客户端的ID的最后5为4E103，以及业务系统的英文标识CGZQ进行组合，作为客户端标识编码。

编码服务器对S101中所示出的客户端的业务模式信息编码后，得到的业务模式编码为：01ZY。可以理解的是，编码服务器取客户端的业务模式信息中的枚举值01，以及自营模式中自营的首字母缩写ZY进行组合，作为业务模式编码。

编码服务器对S101中所示出的客户端所属商户的商户信息编码后，得到的商户编码为：SH0000304455。也即是说，编码服务器确定商户信息中的商户编号作为商户编码。

可选的，在发票信息包括：发票类型，发票税种，以及发票正负标识的情况下，编码服务器对发票类型编码，得到发票类型编码。编码服务器对发票税种编码，得到发票税种编码。服务器对发票正负标识编码，得到发票正负标识编码。

因此，发票信息编码包括：发票类型编码，发票票种编码，以及发票正负标记编码。

其中，发票类型编码用于表征待开具发票的发票类型。发票票种编码用于表征待开具发票的票种。发票正负标记编码用于表征待发票的正负类型。

示例性的，编码服务器确定纸质发票对应的发票类型编码为：P01。编码服务器确定电子发票类型对应的发票类型编码为：P02。

编码服务器确定增值税专用发票对应的发票票种编码为：VAT01。编码服务器确定增值税普通发票对应的发票票种编码为：VAT02。编码服务器确定机动车专用发票对应的发票票种编码为：VAT03。

编码服务器确定正票发票对应的发票正负标识编码为P0。编码服务器确定负票发票对应的发票正负标识编码为NE。

进一步的，为了防止编码服务器生成重复的发票开具请求编码，本申请实施例中提供的发票开具请求编码中，还包括发票防重序列编码。编码服务器为生成的每个发票开具请求编码中的发票防重序列编码均不相同。

示例性的，发票防重序列编码为一个包括6位数字的自增序列。

可以理解的是该自增序列中包括的数字的位数是可以根据发票开具请求的多少灵活设置的。例如，当发票开具请求较多时，设置一个位数较多的自增序列。当发票开具请求较少时，生成一个位数较少的自增序列。本申请对此不作限定。

在一种具体的实例中，在发票类型为纸质发票，发票票种为增值税专用发票，发票正负标记为正票的情况下，结合上述客户端标识编码：4E103CGZQ；业务模式编码：01ZY；商户编码：SH0000304455。编码服务器确定的6位自增序列为：085921。编码服务器确定的发票开具请求编码为：4E103CGZQ01ZYSH0000304455P01VAT01P0085921。

一种可能的实现方式中，为了减少编码服务器确定的发票开具请求编码的位数，编码服务器可以根据预设规则，减少重要程度相对较低的客户端标识编码，以及业务模式编码。例如，服务器确定最终客户端标识编码：为ZQ；业务模式编码为ZY。相应的，服务器最终生成的发票开具请求编码为：ZQZYSH0000304455P01VAT01P0085921。

S104、编码服务器向发票开具服务器发送发票开具请求编码。

S105、发票开具服务器根据发票开具请求编码，以及订单信息开具发票。

需要说明的是，发票开具服务器中具有发票开具请求编码的预设解码规则。当发票开具服务器接收到来自编码服务器的发票开具请求编码之后，发票开具服务器根据该预设的解码规则，对发票开具请求编码进行解码，得到需要开具的发票的发票信息，并根据该发票信息中的发票类型，发票税种，发票正负标识，以及订单信息中订单金额，商品名称等开具发票。在发票开具服务器开具完成发票之后，根据发票开具请求中的客户端信息，建立该发票与客户端信息之间的对应关系，以便于将该开具的发票发送给对应的客户端。

需要说明的是，发票开具服务器在根据发票开具请求编码，以及订单信息开具发票时，主要用到的信息为发票信息，即发票类型，发票税种，以及发票正负标识。发票开具请求中的订单信息已订单编码的形式体现。发票开具服务器可以根据该订单编码调用对应的订单，并获得订单信息。

基于此，发票开具服务器确定发票信息，以及调用的订单信息。发票开具服务器调用对应的订单信息，根据订单中的金额，发票抬头等信息，以及发票信息中的发票类型，发票税种，发票正负标识开具发票。

一种可能的实现方式中，发票开具服务器中存储有各个客户端对应的订单。在发票开具服务器接收到发票开具请求编码之后，发票开具服务器根据发票开具请求编码中的客户端信息编码，以及请求开具发票的订单中的客户端信息进行验证。若验证通过，生成对应的发票。若验证未通过，则返回验证失败信息，以使得客户端重新发送发票开具请求。

需要说明的是，一次发票开具请求中可以携带多个订单信息。是的发票开具服务器可以一次为多个订单开具发票，或者将多个订单的商品和金额信息开具到一张发票上。

基于上述技术方案，本申请实施例提供的发票的开具方法，服务器能够对客户端的发票开具请求进行编码，得到发票开具请求编码。开票服务器可以直接根据该发票开具请求编码开具发票。这样，编码服务器能够对来自不同的客户端的发票开具请求进行统一编码。统一了来自不同客户端的发票请求标准。使得客户端与发票开具服务器之间在线上即可完成发票的开具，无需人工参与，从而大大降低了工作员工的工作量，降低了开票过程中的出错率。

本申请实施例可以根据上述方法示例对发票的开具装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图4所示，为本申请实施例提供的一种发票的开具装置的结构示意图，该发票的开具装置包括：处理单元201和通信单元202。

通信单元202，用于获取来自客户端的发票开具请求；发票开具请求中包括：客户端的订单信息，客户端信息，以及发票信息。

例如，结合图3，通信单元202用于执行S102。

处理单元201，用于根据客户端信息，以及发票信息；生成发票开具请求编码；发票开具请求编码中包括：客户端的订单信息，客户端信息，以及发票信息。

例如，结合图3，处理单元201用于执行S103。

通信单元202，还用于向发票开具服务器发送发票开具请求编码以及订单信息；使得发票开具服务器根据所述发票开具请求编码，以及所述订单信息开具发票。

例如，结合图3，通信单元202用于执行S104。

可选的，客户端信息编码包括：客户端标识编码，业务模式编码，以及商户编码。客户端标识编码用于表征客户端的唯一性。业务模式编码用于表征客户端所属的业务模式。商户编码用于表征客户端所属商户的商户信息。

可选的，发票信息编码包括：发票类型编码，发票票种编码，以及发票正负标记编码。其中，发票类型编码用于表征待开具发票的发票类型。发票票种编码用于表征待开具发票的票种。发票正负标记编码用于表征待发票的正负类型。

可选的，发票申请单编码还包括：防重序列编码。防重序列编码用于防止服务器生成重复的发票申请单编码。

可选的，发票的开具装置还包括存储单元203。存储单元203用于存储该数据可视化的处理装置的程序代码，订单信息等。

在通过硬件实现时，本申请实施例中的通信单元202可以集成在通信接口上，处理单元201可以集成在处理器上。具体实现方式如图5所示。

图5示出了上述实施例中所涉及的发票的开具装置的又一种可能的结构示意图。该发票的开具装置包括：处理器302和通信接口303。处理器302用于对发票的开具装置的动作进行控制管理，例如，执行上述处理单元201执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信接口303用于支持发票的开具装置与其他网络实体的通信，例如，执行上述通信单元202执行的步骤。发票的开具装置还可以包括存储器301和总线304，存储器301用于存储发票的开具装置的程序代码和数据。

其中，存储器301可以是发票的开具装置中的存储器等，该存储器可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

上述处理器302可以是实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线304可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线304可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

图6是本申请实施例提供的芯片170的结构示意图。芯片170包括一个或两个以上(包括两个)处理器1710和通信接口1730。

可选的，该芯片170还包括存储器1740，存储器1740可以包括只读存储器和随机存取存储器，并向处理器1710提供操作指令和数据。存储器1740的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。

在一些实施方式中，存储器1740存储了如下的元素，执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

在本申请实施例中，通过调用存储器1740存储的操作指令(该操作指令可存储在操作系统中)，执行相应的操作。

其中，上述处理器1710可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

存储器1740可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

总线1720可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线1720可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得该计算机执行上述方法实施例所示的方法流程中的发票的开具方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合、或者本领域熟知的任何其它形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本发明的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如图3中所述的发票的开具方法。

由于本发明的实施例中的发票的开具装置、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本发明实施例在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种发票的开具方法，其特征在于，所述方法包括:

获取来自客户端的发票开具请求；所述发票开具请求中包括：所述客户端的订单信息，客户端信息，以及发票信息；

根据所述客户端信息，以及所述发票信息；生成发票开具请求编码；所述发票开具请求编码中包括客户端信息编码，以及发票信息编码；

向发票开具服务器发送所述发票开具请求编码以及所述订单信息；使得所述发票开具服务器根据所述发票开具请求编码，以及所述订单信息开具发票。

2.根据权利要求1所述的方法，其特征在于，所述客户端信息编码包括：客户端标识编码，业务模式编码，以及商户编码；

所述客户端标识编码用于表征所述客户端的唯一性；

所述业务模式编码用于表征所述客户端所属的业务模式；

所述商户编码用于表征所述客户端所属商户的商户信息。

3.根据权利要求1-2任一项所述的方法，其特征在于，所述发票信息编码包括：发票类型编码，发票票种编码，以及发票正负标记编码；

其中，所述发票类型编码用于表征待开具发票的发票类型；

所述发票票种编码用于表征待开具发票的票种；

所述发票正负标记编码用于表征所述待发票的正负类型。

4.根据权利要求3所述的方法，其特征在于，所述发票申请单编码还包括：防重序列编码；所述防重序列编码用于防止所述服务器生成重复的发票申请单编码。

5.一种发票的开具装置，其特征在于，所述装置包括:

通信单元，用于获取来自客户端的发票开具请求；所述发票开具请求中包括：所述客户端的订单信息，客户端信息，以及发票信息；

处理单元，用于根据所述客户端信息，以及所述发票信息；生成发票开具请求编码；所述发票开具请求编码中包括客户端信息编码，以及发票信息编码；

所述通信单元，还用于向发票开具服务器发送所述发票开具请求编码以及所述订单信息；使得所述发票开具服务器根据所述发票开具请求编码，以及所述订单信息开具发票。

6.根据权利要求5所述的装置，其特征在于，所述客户端信息编码包括：客户端标识编码，业务模式编码，以及商户编码；

所述客户端标识编码用于表征所述客户端的唯一性；

所述业务模式编码用于表征所述客户端所属的业务模式；

所述商户编码用于表征所述客户端所属商户的商户信息。

7.根据权利要求5-6任一项所述的装置，其特征在于，所述发票信息编码包括：发票类型编码，发票票种编码，以及发票正负标记编码；

其中，所述发票类型编码用于表征待开具发票的发票类型；

所述发票票种编码用于表征所述待开具发票的票种；

所述发票正负标记编码用于表征所述待发票的正负类型。

8.根据权利要求7所述的装置，其特征在于，所述发票申请单编码还包括：防重序列编码；所述防重序列编码用于防止所述服务器生成重复的发票申请单编码。

9.一种发票的开具装置，其特征在于，包括：处理器和通信接口；所述通信接口和所述处理器耦合，所述处理器用于运行计算机程序或指令，以实现如权利要求1-4任一项中所述的发票的开具方法。

10.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当计算机执行该指令时，该计算机执行上述权利要求1-4任一项中所述的发票的开具方法。

Images