CN106611359A

CN106611359A - 一种电子发票开具方法及其系统

Info

Publication number: CN106611359A
Application number: CN201611229049.XA
Authority: CN
Inventors: 丁凯良; 胡文彬; 危明武; 钟娜; 刘祥涛; 赵彦晖; 孙淏添
Original assignee: Electronic Invoice Marketing Data Services Ltd
Current assignee: Electronic Invoice Marketing Data Services Ltd
Priority date: 2016-12-27
Filing date: 2016-12-27
Publication date: 2017-05-03

Abstract

本发明实施例公开了一种电子发票开具方法及其系统，用于为用户的消费行为开具电子发票。本发明实施例方法包括：商户管理系统根据客户的消费情况生成消费信息；所述商户管理系统根据所述消费信息生成识别码；终端通过电子发票服务系统的前端系统中的扫码开票功能识别所述识别码，得到所述消费信息和发票抬头信息输入页面；所述终端通过所述发票抬头信息输入页面接收输入的发票抬头信息；所述终端通过所述前端系统向所述电子发票服务系统发送开票请求，所述开票请求的信息包括所述消费信息和所述发票抬头信息；所述电子发票服务系统根据所述开票请求开具电子发票。

Description

一种电子发票开具方法及其系统

技术领域

本发明涉及涉税业务领域，尤其涉及一种电子发票开具方法及其系统。

背景技术

电子发票是信息时代的产物，同普通发票一样，采用税务局统一发放的形式给商家使用，发票号码采用全国统一编码，采用统一防伪技术，分配给商家，在电子发票上附有电子税局的签名机制。消费者在商家消费后，可以选择开具电子发票。

凡缴纳营业税的纳税人在办理完税务登记的同时到当地主管地税机关发票销售窗口，领取发票领购簿按照经营项目购买发票。再次购领发票的纳税人需按上次购买的发票存根到发票销售窗口验旧购新。办理停业、注销、迁移登记的纳税人，持已使用的发票存根和未使用的普通发票到主管地税机关发票销售窗口办理发票查验缴销手续。发票准印证由国家税务总局统一监制，省税务机关核发，税务机关应当对印制发票企业实施监督管理。全国统一的发票防伪措施由国家税务总局确定，省税务机关可以根据需要增加本地区的发票防伪措施，并向国家税务总局备案。

普通用户在如餐饮、物流等小额消费下，索取发票需在特定地点、又需长时间排队等待，十分不方便。

发明内容

本发明实施例提供了一种电子发票开具方法及其系统，用于为用户的消费行为开具电子发票。

本发明第一方面提供了一种电子发票开具方法，包括：

商户管理系统根据客户的消费情况生成消费信息；该商户管理系统根据该消费信息生成识别码；终端通过电子发票服务系统的前端系统中的扫码开票功能识别该识别码，得到该消费信息和发票抬头信息输入页面；该终端通过该发票抬头信息输入页面接收输入的发票抬头信息；该终端通过该前端系统向该电子发票服务系统发送开票请求，该开票请求的信息包括该消费信息和该发票抬头信息；该电子发票服务系统根据该开票请求开具电子发票。

可选的，该识别码包括二维码、条码或字符串。

可选的，该前端系统为电子发票服务网页、电子发票服务微信公众号平台或电子发票服务应用软件。

结合本发明第一方面，本发明第一种实施方式，包括：

该电子发票服务系统向该商户管理系统发送校验请求，该校验请求包括该开票请求的信息；该商户管理系统对该开票请求的信息中的消费信息进行校验；若校验通过，则该商户管理系统向该电子发票服务系统发送确认消息，该确认消息触发该电子发票服务系统根据该开票请求开具电子发票的步骤。

结合本发明第一方面，本发明第二种实施方式，包括：

该电子发票服务系统向该前端系统发送该电子发票，以使得该前端系统向该终端显示该电子发票。

结合本发明第一方面，本发明第三种实施方式，包括：

该前端系统组装该发票抬头信息和该消费信息，得到开票信息；该前端系统使用信息签名算法对该开票信息进行信息签名加密，得到该开票请求。

可选的，该发票抬头信息包括发票通账户、开票项目、开票抬头。

本发明第二方面提供了一种电子发票开具系统，包括：

商户管理系统，用于根据客户的消费情况生成消费信息，根据该消费信息生成识别码；终端，用于通过电子发票服务系统的前端系统中的扫码开票功能识别该识别码，得到该消费信息和发票抬头信息输入页面，通过该发票抬头信息输入页面接收输入的发票抬头信息；该前端系统，用于向该电子发票服务系统发送开票请求，该开票请求的信息包括该消费信息和该发票抬头信息；该电子发票服务系统，用于根据该开票请求开具电子发票。

结合本发明第二方面，本发明第二方面的第一种实施方式，包括：

该电子发票服务系统，还用于向该商户管理系统发送校验请求，该校验请求包括该开票请求的信息；该商户管理系统，还用于对该开票请求的信息中的消费信息进行校验，若校验通过，则向该电子发票服务系统发送确认消息，该确认消息触发该电子发票服务系统根据该开票请求开具电子发票的步骤。

结合本发明第二方面，本发明第二方面的第二种实施方式，包括：

该电子发票服务系统，还用于向该前端系统发送该电子发票，以使得该前端系统向该终端显示该电子发票。

结合本发明第二方面，本发明第二方面的第三种实施方式，包括：

该前端系统，还用于组装该发票抬头信息和该消费信息，得到开票信息，使用信息签名算法对该开票信息进行信息签名加密，得到该开票请求。

从以上技术方案可以看出，本发明实施例具有以下优点：

由于商户管理系统根据客户的消费情况生成消费信息，该商户管理系统根据该消费信息生成识别码，终端通过电子发票服务系统的前端系统中的扫码开票功能识别该识别码，得到该消费信息和发票抬头信息输入页面；该终端通过该发票抬头信息输入页面接收输入的发票抬头信息，该终端通过该前端系统向该电子发票服务系统发送开票请求，该开票请求的信息包括该消费信息和该发票抬头信息，该电子发票服务系统根据该开票请求开具电子发票，因此当用户消费后，可以通过微信扫描消费小票上的识别码，即可快速获取电子发票，提高了发票索取的便捷性和灵活性，实现基于移动端的随时随地索取发票，满足需要快速开具电子发票的行业需求，如餐饮消费、物流等行业。

附图说明

图1为本发明实施例中一种电子发票开具方法的一个实施例示意图；

图2为本发明实施例中一种电子发票开具系统200的一个实施例。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

因此，本发明的核心思想是通过商户管理系统根据客户的消费情况生成消费信息，该商户管理系统根据该消费信息生成识别码，终端通过电子发票服务系统的前端系统中的扫码开票功能识别该识别码，得到该消费信息和发票抬头信息输入页面，该终端通过该发票抬头信息输入页面接收输入的发票抬头信息，该终端通过该前端系统向该电子发票服务系统发送开票请求，该开票请求的信息包括该消费信息和该发票抬头信息，该电子发票服务系统根据该开票请求开具电子发票，因此当用户消费后，可以通过微信扫描消费小票上的识别码，即可快速获取电子发票，提高了发票索取的便捷性和灵活性，实现基于移动端的随时随地索取发票，满足需要快速开具电子发票的行业需求，如餐饮消费、物流等行业。

为便于理解，下面对本发明实施例中的具体流程进行描述，请参阅图

1，本发明实施例中一种电子发票开具方法一个实施例包括：

101、商户管理系统根据客户的消费情况生成消费信息。

在一些可行的实施例中，当用户在商家处完成消费时，商家的商户管理系统可以根据客户的消费情况生成消费信息，该消费信息可以是人手输入的，也可以是通过扫码生产，或者其他可以生成消费信息的方式，此处不作限定。其商家可以为快递、住宿、餐饮等，此处不做限定。需要说明的是，消费信息可以包括消费的金额、消费的时间、消费的商家、门店编号、消费内容、抬头信息以及其他事项等等，此处不作限定。

该商户管理系统可以由商家的购买的或者租用的服务器实现其功能，在一些可行的实施例中，该服务器可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)(例如，一个或一个以上处理器)和存储器，一个或一个以上存储应用程序或数据的存储介质(例如一个或一个以上海量存储设备)。其中，存储器和存储介质可以是短暂存储或持久存储。存储在存储介质的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器可以设置为与存储介质通信，在服务器上执行存储介质中的一系列指令操作。

服务器还可以包括一个或一个以上电源，一个或一个以上有线或无线网络接口，一个或一个以上输入输出接口，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

在一些可行的实施例中，还可以为用户通过智能终端实现扫码付款，生成消费信息。具体的，智能终端可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(RAN Radio Access Network)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(PCS，Personal Communication Service)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(WLL，Wireless Local Loop)站、个人数字助理(PDA，PersonalDigital Assistant)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(RemoteStation)、接入点(Access Point)、远程终端(Remote Terminal)、接入终端(AccessTerminal)、用户终端(User Terminal)、终端设备、用户代理(User Agent)、用户设备(UserDevice)、或用户装备(User Equipment)。

以手机为例，该智能终端的部分结构的可以包括：射频(Radio Frequency，RF)电路、存储器、输入单元、显示单元、传感器、音频电路、无线保真(wireless fidelity，WiFi)模块、处理器、以及电源等部件。本领域技术人员可以理解，上述结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

102、该商户管理系统根据该消费信息生成识别码。

在一些可行的实施例中，当商户管理系统接收了消费信息后，可以根据该消费信息生成识别码。可选的，该识别码可以包括二维码、条形码、字符串以及其他可以用作识别的识别码，此处不作限定。

优选的，该识别码可以为二维码，在一些可行的实施例中，二维码是在一维条形码的基础上扩展出的一种具有可读性的条码，是用某种特定的几何图形按一定规律在平面(二维方向上)分布的黑白相间的图形记录数据符号信息的。在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息，通过图象输入设备或光电扫描设备自动识读以实现信息的自动处理。

二维码技术可以应用于多个领域，特别是在微信如此流行的今天，可以将微信、二维码技术、电子发票的开具结合在一起，从而以一种全新的方式满足消费者快速索取发票的需求。

在一些可行的实施例中，当商户管理系统生成该识别码时，可以生成纸质的或者电子的消费小票，以纸质的为例，该消费小票上印有该识别码。

在一些可行的实施例中，可以通过识别该消费小票上的识别码，获取其消费信息。具体的，若该识别码为二位码或者条码，或者其他可以使用智能终端的扫码功能实现的扫码均可，此处不作限定，可以使用智能终端对该识别码进行扫码，获取消费信息。在一些可行的实施例中，若该识别码为字符串，则可以通过终端的其他识别功能，如在识别页面上输入该字符串，使得获取其消费信息，此处不作限定。

可选的，当用户获取消费信息后，可以确定是否自己消费的信息，如果确定无误，则可以出现对话框或者其他用于填空的页面，输入发票抬头信息。可选的，该发票抬头信息可以包括姓名、电话、抬头等。

在一些可行的实施例中，可以通过以下方式作为二维码的规范。其中，二维码指示的地址可以为：https://www.fapiao.com/XXXX/XXXsc.do？r＝参数

其中，XXX表示公司，例如hbw表示汉堡王，另外，r参数的格式顺序为：r＝门店号，订单号，金额，小票日期。其中各个参数为：门店号：全国每家门店的唯一编号；订单号：门店内每笔订单的编号；金额：保留两位小数，含税价；小票日期(POS机营业日期)：YYMMDD。

在一些可行的实施例中，二维码加密方式可以为数据加密标准(英文：DataEncryption Standard；缩写：DES)；DES加密模式可以为：电码本(英文：ElectronicCodebook；缩写：ECB)；其中，填充模式可以为：证书申请、证书更新(英文：The Public-KeyCryptography Standards；缩写：PKCS)；字符集可以为：UTF8；加密密码可以为：256位；加密密码可以如下(共256位)：

343SDFfff_Wez2L3fmUreY2MyNIP1FbniHMIQWS2L_0zdp20EsWQocmsud8PqO9PoqIT7DIj21Pm3fh0BRJTdpvj0WXKF9HGli9PcmVDvAWYChny9_lmzf j0SXRv_PoRv7qZaSDFDFDFFDd234234234sdfsdfsdfsdffdsfYr

另外，加密字节转换可以为：BASE64(Base64是网络上最常见的用于传输8Bit字节代码的编码方式之一，大家可以查看RFC2045～RFC2049，上面有MIME的详细规范。Base64编码可用于在HTTP环境下传递较长的标识信息。例如，在Java Persistence系统Hibernate中，就采用了Base64来将一个较长的唯一标识符(一般为128-bit的UUID)编码为一个字符串，用作HTTP表单和HTTP GET URL中的参数。在其他应用程序中，也常常需要把二进制数据编码为适合放在URL(包括隐藏表单域)中的形式。此时，采用Base64编码具有不可读性，即所编码的数据不会被人用肉眼所直接看到。)

得到的二维码的内容可以如下：

https://www.fapiao.com/XXXX/XXXsc.do？r＝241，1980141，47.00，20160407112034

加密后内容如下：

https://www.fapiao.com/XXXX/XXXsc.do？r＝B1D36CDFD3654344B03E4535EACD79B21F4A7223F3BC

103、终端通过电子发票服务系统的前端系统中的扫码开票功能识别该识别码，得到该消费信息和发票抬头信息输入页面。

需要说明的是，电子发票服务系统也可以由服务器实现其功能，其服务器的构成请参考商户管理系统的构成，此处不再赘述。需要说明的是，电子发票服务系统可以为管理发票的单位所直接或间接管理的系统，其开出的电子发票具有法律效力。

在本发明实施例中，该终端向该电子发票服务系统发送开具发票请求，该开具发票请求包括该消费信息。在一些可行的实施例中，终端可以在相应的应用中操作发送，也可以在通过验证后自动发送，也可以为识别信息后自动发送，也可以通过在短信中的回复进行发送，此处不作限定。

104、该终端通过该发票抬头信息输入页面接收输入的发票抬头信息。

在一些可行的实施例中，终端可以通过前端系统进入发票抬头信息输入页面，然后在发票抬头信息输入页面中接收客户输入的发票抬头信息。可选的，该发票抬头信息包括发票通账户、开票项目、开票抬头。

105、该前端系统组装该发票抬头信息和该消费信息，得到开票信息。

106、该前端系统使用信息签名算法对该开票信息进行信息签名加密，得到该开票请求。

在一些可行的实施例中，可以对该发票抬头信息和该消费信息进行组装，得到开票信息，具体的组装方法，可以通过以下方法进行。

其中，协议可以为：超文本传输协议(英文：HyperText Transfer Protocol；缩写：HTTP)或安全超文本传输协议格式(英文：Hyper Text Transfer Protocol over SecureSocket Layer；缩写：HTTPS)；返回格式可以为：可扩展标记语言(英文：Extensible MarkupLanguage；缩写：XML)或直译式脚本语言对象表示法(英文：JavaScript Object Notation；缩写：Json)格式数据。

其中，可以以传入订单的格式进行，可以为：

参数1：dataFormat＝xml|json；

参数2：method＝writeorder；

参数3：code＝门店号，订单号，金额，小票时间，发票通账号，微信OPENID，购买方手机号，购买方电子邮箱，开票项目，开票抬头；签名序列号；签名值。如：

在一些可行的实施例中，订单数据的第一段采用了证书(英文：CertificationAuthority；缩写：CA)签名。签名主要是为了防止订单数据在校验过程中被篡改。企业接收到数据后，需要对第一段数据进行CA验签。

107、该终端通过该前端系统向该电子发票服务系统发送开票请求，该开票请求的信息包括该消费信息和该发票抬头信息。

在本发明实施例中，终端可以通过该前端系统向该电子发票服务系统发送开票请求，该开票请求的信息包括该消费信息和该发票抬头信息，则电子发票服务系统可以为此开具电子发票。

在一些可行的实施例中，若该开票请求发送成功，则可以通过xml参数返回消息，具体的，其代码可以为：

108、该电子发票服务系统向该商户管理系统发送校验请求，该校验请求包括该开票请求的信息。

在一些可行的实施例中，可选的，电子发票服务系统还可以让商户管理系统对消费信息进行校验，以防止制作假发票。具体的，电子发票服务系统可以向商户管理系统发送该消费信息，以使得商户管理系统校验该消费信息。

109、该商户管理系统对该开票请求的信息中的消费信息进行校验。

该电子发票服务系统可以对该发票抬头信息进行校验，用于判断其信息是否有误，若信息无误，是否符合规则，则无误且符合规，则可以通过验证。

110、若校验通过，则该商户管理系统向该电子发票服务系统发送确认消息。

当通过校验时，可以返回校验通过消息。在一些可行的实施例中，可以向终端通过短信的方式返回校验通过消息，也可以通过在相应的应用中返回该校验通过消息，此处不作限定。若没有通过验证，则可以返回验证不通过，继续执行步骤104-107的步骤。

111、该电子发票服务系统根据该开票请求开具电子发票。

在一些可行的实施例中，当电子发票服务系统接收到开具发票请求时，可以根据开具发票请求生产电子发票。优选的，该电子发票可以包含发票抬头信息、消费信息和法律效力说明等，此处不作限定。

需要说明的是，电子发票是信息时代的产物，同普通发票一样，采用税务局统一发放的形式给商家使用，发票号码采用全国统一编码，采用统一防伪技术，分配给商家，在电子发票上附有电子税局的签名机制。消费者在商家消费后，可以选择开具电子发票。

具体的，用户消费后，可以通过微信扫描消费小票上的二维码，即可快速获取电子发票，既解决了用户索取发票需在特点地点、又需长时间排队等待的问题，同时贯穿电子发票开具、电子发票推送及电子发票查看下载等过程，实现了电子发票的快速索取和流转。在另一些可行的实施例中，也支持用户使用其他应用通过识别相应的识别码进行开票的功能。

本发明可以应用于餐饮等消费行业，满足该行业快速开具电子发票的场景需求，在一些可行的实施例中，消费者通过微信等扫码工具自行扫码开具发票，提高了发票索取的便捷性和发票流转的灵活性，实现随时随地索取发票。

112、该电子发票服务系统向该前端系统发送该电子发票。

当电子发票服务系统生成了电子发票之后，可以向前端系统发送该电子发票，以使得前端系统在终端上显示该电子发票。

请参考图2，本发明实施例中一种电子发票开具系统200的一个实施例，包括：

商户管理系统210，用于根据客户的消费情况生成消费信息，根据该消费信息生成识别码。

终端220，用于通过电子发票服务系统的前端系统中的扫码开票功能识别该识别码，得到该消费信息和发票抬头信息输入页面，通过该发票抬头信息输入页面接收输入的发票抬头信息。

该前端系统230，用于向该电子发票服务系统发送开票请求，该开票请求的信息包括该消费信息和该发票抬头信息。

该电子发票服务系统240，用于根据该开票请求开具电子发票。

可选的，该电子发票服务系统240，还用于向该商户管理系统发送校验请求，该校验请求包括该开票请求的信息。

该商户管理系统210，还用于对该开票请求的信息中的消费信息进行校验，若校验通过，则向该电子发票服务系统发送确认消息，该确认消息触发该电子发票服务系统根据该开票请求开具电子发票的步骤。

可选的，该电子发票服务系统240，还用于向该前端系统发送该电子发票。

该前端系统230，还用于向该终端发送该电子发票。

可选的，该前端系统230，还用于组装该发票抬头信息和该消费信息，得到开票信息，使用信息签名算法对该开票信息进行信息签名加密，得到该开票请求。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1.一种电子发票开具方法，其特征在于，包括：

商户管理系统根据客户的消费情况生成消费信息；

所述商户管理系统根据所述消费信息生成识别码；

终端通过电子发票服务系统的前端系统中的扫码开票功能识别所述识别码，得到所述消费信息和发票抬头信息输入页面；

所述终端通过所述发票抬头信息输入页面接收输入的发票抬头信息；

所述终端通过所述前端系统向所述电子发票服务系统发送开票请求，所述开票请求的信息包括所述消费信息和所述发票抬头信息；

所述电子发票服务系统根据所述开票请求开具电子发票。

2.根据权利要求1所述方法，其特征在于，所述识别码包括二维码、条码或字符串。

3.根据权利要求1所述方法，其特征在于，所述前端系统为电子发票服务网页、电子发票服务微信公众号平台或电子发票服务应用软件。

4.根据权利要求1-3中任一项所述方法，其特征在于，所述终端通过所述前端系统向所述电子发票服务系统发送开票请求之后，还包括：

所述电子发票服务系统向所述商户管理系统发送校验请求，所述校验请求包括所述开票请求的信息；

所述商户管理系统对所述开票请求的信息中的消费信息进行校验；

若校验通过，则所述商户管理系统向所述电子发票服务系统发送确认消息，所述确认消息触发所述电子发票服务系统根据所述开票请求开具电子发票的步骤。

5.根据权利要求1-3中任一项所述方法，其特征在于，所述电子发票服务系统根据所述开票请求开具电子发票之后，还包括：

所述电子发票服务系统向所述前端系统发送所述电子发票，以使得所述前端系统向所述终端显示所述电子发票。

6.根据权利要求1-3中任一项所述方法，其特征在于，所述终端通过所述发票抬头信息输入页面接收输入的发票抬头信息之后，还包括：

所述前端系统组装所述发票抬头信息和所述消费信息，得到开票信息；

所述前端系统使用信息签名算法对所述开票信息进行信息签名加密，得到所述开票请求。

7.根据权利要求6所述方法，其特征在于，所述发票抬头信息包括发票通账户、开票项目、开票抬头。

8.一种电子发票开具系统，其特征在于，包括：

商户管理系统，用于根据客户的消费情况生成消费信息，根据所述消费信息生成识别码；

终端，用于通过电子发票服务系统的前端系统中的扫码开票功能识别所述识别码，得到所述消费信息和发票抬头信息输入页面，通过所述发票抬头信息输入页面接收输入的发票抬头信息；

所述前端系统，用于向所述电子发票服务系统发送开票请求，所述开票请求的信息包括所述消费信息和所述发票抬头信息；

所述电子发票服务系统，用于根据所述开票请求开具电子发票。

9.根据权利要求8所述系统，其特征在于，还包括：

所述电子发票服务系统，还用于向所述商户管理系统发送校验请求，所述校验请求包括所述开票请求的信息；

所述商户管理系统，还用于对所述开票请求的信息中的消费信息进行校验，若校验通过，则向所述电子发票服务系统发送确认消息，所述确认消息触发所述电子发票服务系统根据所述开票请求开具电子发票的步骤。

10.根据权利要求8或9所述系统，其特征在于，还包括：

所述电子发票服务系统，还用于向所述前端系统发送所述电子发票，以使得所述前端系统在所述终端上显示所述电子发票。

11.根据权利要求8或9所述方法，其特征在于，还包括：

所述前端系统，还用于组装所述发票抬头信息和所述消费信息，得到开票信息，使用信息签名算法对所述开票信息进行信息签名加密，得到所述开票请求。