一种自助开具电子发票的方法及系统与流程

本发明涉及税控领域，尤其涉及一种自助开具电子发票的方法及系统。

背景技术：

电子发票是信息时代的产物，同普通发票一样，采用税务局统一发放的形式给企业使用，发票号码采用全国统一编码，采用统一防伪技术，分配给企业，在电子发票上附有电子税局的签名机制。

随着国家对电子发票的大力推广，越来越多的企业选择开具电子发票代替传统的纸质发票。企业要支持开具电子发票，首先需要对现有业务系统进行升级改造。例如需要使业务系统支持记录用户开票请求、支持对用户开票信息进行校验，然后开具发票、推送开票结果信息等。

企业开具电子发票需要繁琐的改造原有的业务系统，需要大量的人力物力，用户需要开具发票时，需要在特定地点申请开票服务，当需要开具发票的用户较多时，会浪费用户时间，费时费力，用户体验不佳。

技术实现要素：

本发明实施例提供了一种自助开具电子发票的方法及系统，在不改造企业原有的业务系统的情况下实现电子发票开具功能，同时实现了用户自助开具电子发票的功能。

本发明实施例第一方面提供了一种自助开具电子发票的方法，可包括：

通过客户端获取业务系统的订单信息并将所述订单信息按照预置的规范进行组装生成目标订单信息；

通过订单处理模块接收并存储所述目标订单信息；

接收用户发送的开票请求，所述开票请求中包含开票所需的用户信息及消费小票信息，所述消费小票为所述业务系统根据所述订单信息开具给用户的消费凭证；

校验所述消费小票信息是否匹配所述目标订单信息，若匹配，则根据所述目标订单信息及所述用户信息开具对应的目标电子发票。

本发明实施例第二方面提供了一种自助开具电子发票系统，可包括：

客户端，用于获取业务系统的订单信息并将所述订单信息按照预置的规范进行组装生成目标订单信息；

订单处理模块，用于接收存储所述目标订单信息，并接收用户发送的开票请求，所述开票请求中包含开票所需的用户信息及消费小票信息，所述消费小票为所述业务系统根据所述订单信息开具给用户的消费凭证；

校验模块，用于校验所述消费小票信息是否匹配所述目标订单信息，若匹配，则调用开票模块开具对应的目标电子发票。

开票模块，用于根据所述目标订单信息及所述用户信息开具对应的目标电子发票。

从以上技术方案可以看出，本发明实施例具有以下优点：通过在业务系统侧安装的客户端程序获取业务系统的订单信息并按照预置的规范进行组装生成目标订单信息，无需复杂的改造原有的业务系统，节约了企业成本，自助开具电子发票系统可以接收到用户自行发起的开具电子发票的请求，并验证请求消息中的小票信息是否与目标订单信息匹配，若匹配，则开具对应的电子发票，实现了用户自助开具电子发票的功能，解决了用户排队等待开票的问题。

附图说明

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

图2为本发明实施例中自助开具电子发票的方法另一个实施例示意图；

图3为本发明实施例中自助开具电子发票系统一个实施例示意图；

图4为本发明实施例中自助开具电子发票系统另一个实施例示意图。

具体实施方式

本发明实施例提供了一种自助开具电子发票的方法及系统，在不改造企业原有的业务系统的情况下实现电子发票开具功能，同时实现了用户自助开具电子发票。

为了便于理解，下面对本发明实施例中的具体流程进行描述，请参阅图1，本发明实施例中自助开具电子发票的方法一个实施例可包括：

101、获取订单信息，并将订单信息按照预置的规范进行组装生成目标订单信息；

原有的业务系统可能不支持开具电子发票或不支持自助开具电子发票的功能，在不对原有的业务系统进行复杂改造的情况下，自助开具电子发票系统可以通过安装在业务系统侧的客户端获取业务系统的订单信息，并将订单信息按照预置的规范进行组装生成方便自助开具电子发票系统调用的目标订单信息，客户端具体的获取业务系统的订单信息的方式将在下面的实施例中进行详细描述。

102、接收并存储目标订单信息；

自助开具发票系统可以在一个或多个业务系统侧分别安装一个或多个客户端，客户端根据订单信息生成的目标订单信息可以发送到订单处理模块，便于自助开票系统进行进一步处理。

103、接收用户发送的开票请求；

自助开具电子发票系统可以提供多种发送开票请求的渠道，当用户需要开具电子发票时，可以将开票请求发送到自助开具电子发票系统中，该开票请求中包含开票所需的用户信息及业务系统根据订单信息开具给用户作为消费凭证的消费小票的全部或部分信息。

104、校验消费小票信息是否匹配目标订单信息；

在接收到开票请求中的小票信息之后，为确保用户发送的小票信息中的数据未被恶意篡改，需要校验消费小票信息是否匹配目标订单信息。

105、根据目标订单信息及用户信息开具对应的目标电子发票。

在校验消费小票信息匹配目标订单信息之后，根据目标订单信息及用户信息开具对应的目标电子发票。

从以上技术方案可以看出，本发明实施例具有以下优点：通过在业务系统侧安装的客户端程序获取业务系统的订单信息并按照预置的规范进行组装生成目标订单信息，无需复杂的改造原有的业务系统，节约了企业成本，自助开具电子发票系统可以接收到用户自行发起的开具电子发票的请求，并验证请求消息中的小票信息是否与目标订单信息匹配，若匹配，则开具对应的电子发票，实现了用户自助开具电子发票的功能，解决了用户排队等待开票的问题。

上述实施例对本发明实施例中自助开具发票的方法的流程进行了描述，下面将对本发明实施例中自助开具发票的方法进行详细描述，请参阅图2，本发明实施例中自助开具发票的方法另一个实施例可包括：

201、获取订单信息，并将订单信息按照预置的规范进行组装生成目标订单信息；

原有的业务系统可能不支持开具电子发票或自助开具电子发票的功能，在不对原有的业务系统进行复杂改造的情况下，自助开具电子发票系统可以通过安装在业务系统侧的客户端获取业务系统的订单信息，并将订单信息按照预置的规范进行组装生成方便自助开具电子发票系统调用的目标订单信息。

具体的，业务系统侧可以建立一个存储订单信息的中间表，客户端中的订单传输小程序可以周期性地从业务系统建立的中间表中提取订单信息，并将订单信息按照预置的规范进行组装生成目标订单信息。

示例性的，订单传输小程序可以采用java编写，通过bat或sh文件都可以启动，24小时不间断地从中间表中读取订单信息，将订单信息组装成json格式，并对敏感数据进行证书签名，最后将处理后的数据传输到自助开具电子发票系统，具体如下：

具体的字段说明如下表1所示：

表1

202、接收并存储目标订单信息；

自助开具发票系统可以在一个或多个业务系统侧分别安装一个或多个客户端，客户端根据订单信息生成的目标订单信息可以发送到订单处理模块，便于自助开票系统进行进一步处理。

203、接收用户发送的开票请求；

自助开具电子发票系统可以提供多种发送开票请求的渠道，例如可以在消费小票上印制开票信息录入界面的链接，用户当用户需要开具电子发票时，可以根据该链接进入开票信息录入界面，并输入开票所需的用户信息及小票信息并发送开票请求到自助开具电子发票系统中。

优选的，可以在消费小票上预置对应的二维码，该二维码中预置有小票信息及开票信息录入界面的链接，用户可以通过微信、支付宝、浏览器等应用app扫描该二维码进入开票信息录入界面，该界面可以自动录入小票信息，只需用户输入开票所需的用户信息即可发送开票请求。

具体的，用户信息可以包括开票抬头信息、手机号码及邮箱地址信息。

204、校验消费小票信息是否匹配目标订单信息；

在接收到开票请求中的小票信息之后，为确保用户发送的小票信息中的数据未被恶意篡改，需要校验消费小票信息是否匹配目标订单信息。

具体的，当用户扫描二维码获取小票信息(例如，门店号、订单号、小票日期、订单金额等)，然后将这些信息传入校验系统验证，验证内容:根据门店号、订单号(唯一值)是否能找到订单，找到了再校验时间和金额是否一致，若一致，则确定消费小票信息匹配目标订单信息。

205、根据目标订单信息及用户信息开具对应的目标电子发票。

在校验消费小票信息匹配目标订单信息之后，根据目标订单信息及用户信息开具对应的目标电子发票。

具体的，自助开具电子发票系统可以提取目标订单信息中的销售方信息，根据目标订单信息计算税额信息，若用户需求开具明细，则提取目标订单信息中的订单明细信息，将用户信息、销售方信息、税额信息及订单明细信息组装成目标开票数据，调用发票开具服务模块开具目标开票数据对应的目标电子发票。

以上可知，本实施例中自助开具电子发票系统可以通过安装在业务系统侧的客户端程序从业务系统中获取目标订单信息,当用户需要开票时，可以通过扫描消费小票上的二维码进入开票信息录入界面并发送开票请求,当开票请求中的小票信息与目标订单信息相匹配时，自助开具电子发票系统可以根据目标订单信息及用户信息开具对应的目标电子发票，即本实施例在不对业务系统进行复杂改造的情况下，实现了自动开具电子发票的功能,同时实现了用户自助开具电子发票的功能，解决了用户排队开票的问题。

可选的，在本实施例的基础上，在开具目标电子发票之后，该方法还可以包括：

206、向用户展示目标电子发票。

当用户需要查看目标电子发票时，自助开具电子发票系统可以在用户界面向用户展示目标电子发票。

可选的，在本实施例的基础上，在开具目标电子发票之后，该方法还可以包括：

207、通过短信、微信或邮件向用户反馈目标电子发票开具完成的消息。

在目标电子发票开具完成之后，自助开具电子发票系统可以保存目标电子发票，可以将目标电子发票已完成开具的通知推送给消费者；推送的方式可以是微信推送、短信推送、邮件推送等多种形式，使得消费者通过微信、短信、邮件等方式接收通知，查看及下载电子发票；也可登录订单处理系统查看及下载电子发票。

以上对本发明实施例中自助开具电子发票的方法的流程进行了描述，为了便于理解，下面将结合具体运用实例对本发明实施例中自助开具电子发票的方法进行描述。

以味千拉面为例，目前味千拉面有多家门店，全部启用一站式开票系统，消费者消费后自行扫描消费小票上的二维码，直接开具电子发票，比原排队开票的方式提高了多倍效率。具体为：

消费者在味千拉面消费并付款，味千拉面的收银系统完成收款后，生成订单信息到中间表，同时打印消费小票给客户，消费小票上附有二维码，二维码封装了包含部分订单信息的小票信息，具体的小票信息可以包括有门店号、订单号、小票日期、订单金额等信息。安装在业务系统的客户端中的订单小程序获取收银系统生成到中间表的订单信息，按照预定的规范组装后生成目标订单信息，并发送给订单处理模块。

当消费者需要开票时，扫描消费小票上的二维码，扫描后自动跳转到开票信息录入界面(界面自动显示小票信息)，客户录入抬头信息、电话号码、邮箱地址等信息，点击确认开票，自助开具电子发票系统接收消费者的开票请求。

自助开具电子发票系统将开票请求中的小票信息和订单传输小程序发送的目标订单信息进行校验，确认小票信息是否与目标订单信息一致，具体可以根据门店号、订单号(唯一值)是否能找到订单，找到了再校验时间和金额是否一致，若一致，则符合要求，则可进行开票处理，自助开具电子发票系统可以提取目标订单信息中的销售方信息，根据目标订单信息计算税额信息，若用户需求开具明细，则提取目标订单信息中的订单明细信息，将用户信息、销售方信息、税额信息及订单明细信息组装成目标开票数据，调用发票开具服务模块开具目标开票数据对应的目标电子发票，并保存目标电子发票。自助开具电子发票系统可以将目标电子发票已完成开具的通知推送给消费者，推送的方式可以是微信推送、短信推送、邮件推送等多种形式，使得消费者通过微信、短信、邮件等方式接收通知，查看及下载电子发票，也可登录订单处理系统查看及下载电子发票。

可以理解的是，具体的推送方式可以根据用户的需求进行配置，不限于上述列举的方式，只需达到通知用户的目的即可，具体不做限定。

上述实施例对本发明实施例中自助开具电子发票的方法进行了描述，下面将对本发明实施例中自助开具电子发票系统进行描述，请参阅图3，本发明实施例中自助开具电子发票系统一个实施例可包括：

客户端301，用于获取业务系统的订单信息并将订单信息按照预置的规范进行组装生成目标订单信息；

订单处理模块302，用于接收存储目标订单信息，并接收用户发送的开票请求，开票请求中包含开票所需的用户信息及消费小票信息，消费小票为业务系统根据订单信息开具给用户的消费凭证；

校验模块303，用于校验消费小票信息是否匹配目标订单信息，若匹配，则调用开票模块开具对应的目标电子发票。

开票模块304，用于根据目标订单信息及用户信息开具对应的目标电子发票。

本实施中所示的自助开具电子发票系统的具体功能与上述图1所示的实施例所描述的内容类似，具体请参阅图1所示的实施例，此处不再赘述。

上述实施例对本发明实施例中自助开具电子发票系统的功能模块进行了描述，下面将对本发明实施例中自助开具电子发票系统进行详细描述，请参阅图4，本发明实施例中自助开具电子发票系统另一个实施例可包括：

客户端301，用于获取业务系统的订单信息并将订单信息按照预置的规范进行组装生成目标订单信息；

订单处理模块302，用于接收存储目标订单信息，并接收用户发送的开票请求，开票请求中包含开票所需的用户信息及消费小票信息，消费小票为业务系统根据订单信息开具给用户的消费凭证；

校验模块303，用于校验消费小票信息是否匹配目标订单信息，若匹配，则调用开票模块开具对应的目标电子发票。

开票模块304，用于根据目标订单信息及用户信息开具对应的目标电子发票。

在本实施例中，该客户端301可以进一步包括：

提取单元3011，用于周期性地从业务系统建立的中间表中提取订单信息并将订单信息按照预置的规范进行组装生成目标订单信息；

在本实施例中，该订单处理模块302可以进一步包括：

获取单元3021，用于通过消费小票上预置的二维码获取小票信息，二维码中预置有小票信息及开票信息录入界面的链接。

录入单元3022，用于通过开票信息录入界面接收用户信息。

可选的，在本实施例中，该自助开具电子发票系统还可以进一步包括：

展示模块305，用于向用户展示目标电子发票。

可选的，在本实施例中，该自助开具电子发票系统还可以进一步包括：

反馈模块306，用于通过短信、微信或邮件向用户反馈目标电子发票开具完成的消息。

本实施中所示的自助开具电子发票系统的具体功能与上述图2所示的实施例所描述的内容类似，具体请参阅图2所示的实施例，此处不再赘述。

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

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

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

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

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

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