CN110738535A - 一种电子收据开具方法及电子设备 - Google Patents

Abstract

本发明提供一种电子收据开具方法及电子设备，所述电子收据开具方法包括：针对电子收据开具请求生成电子收据，所述电子收据开具请求包括与生成电子收据相关联的数据；推送电子收据开具完成的通知，所述通知包括所述电子收据的获取位置。本发明一方面节省了纸质收据所需的纸张；另一方面节省了时间成本和人力资源投入，提高了社会生产效率。

Description

一种电子收据开具方法及电子设备

技术领域

本发明涉及信息处理技术领域，更具体地，涉及一种电子收据开具方法及电子设备。

背景技术

收据是企事业单位在经济活动中使用的原始凭证，具体分为内部收据与外部收据。其中，外部收据包括税务部门监制(非应税业务)的收据、财务部门监制的收据以及部队收据等；内部收据是企事业单位内部的自制合法凭据，用于单位内部发生的业务。收据通常是计算企事业单位所得税应纳税所得额时扣除相关支出的依据，目前流行的B2B、C2B业务也需要以税局机关代开的发票、收款凭证或者内部凭证作为税前扣除凭证。对于具有大量B2B、C2B业务的大型集团企业以及各大互联网平台，如何降低纸质收据管理所耗费的资源和成本、实现标准电子收据服务，是当前需要解决的问题。

发明内容

针对上述现有技术中存在的问题，根据本发明的一个实施例，提供一种基于电子收据公共服务平台的电子收据开具方法，包括：针对电子收据开具请求生成电子收据，所述电子收据开具请求包括与生成电子收据相关联的数据；推送电子收据开具完成的通知，所述通知包括所述电子收据的获取位置。

上述方法中，所述电子收据开具请求还包括发送所述电子收据开具请求的外部应用的编号以及加密字符串，其中，所述加密字符串是由发送所述电子收据开具请求的外部应用的密钥对所述与生成电子收据相关联的数据和所述编号进行加密得到的。上述方法还可以包括：根据所述电子收据开具请求中的所述编号查找对应的密钥；使用查找到的密钥对所述电子收据开具请求中的加密字符串进行解密；若解密后得到的数据与所述与生成电子收据相关联的数据和所述编号一致，则执行针对电子收据开具请求生成电子收据。

上述方法中，针对电子收据开具请求生成电子收据包括：检验所述电子收据开具请求是否符合预定条件，若符合所述预定条件则生成电子收据。

上述方法中，检验所述电子收据开具请求是否符合预定条件可以包括：判断所述与生成电子收据相关联的数据是否足够生成所述电子收据；若足够生成所述电子收据，则判断在所述与生成电子收据相关联的数据中，用于生成所述电子收据的数据是否满足形式规范，若满足形式规范则确定所述电子收据开具请求符合所述预定条件。

上述方法中，检验所述电子收据开具请求是否符合预定条件可以包括：判断是否存在针对所述电子收据开具请求所生成的电子收据；若不存在，则确定所述电子收据开具请求符合所述预定条件。

上述方法中，针对电子收据开具请求生成电子收据包括：获取预设的模板；基于所述与生成电子收据相关联的数据填充所述预设的模板；将填充后的模板进行转换，得到所述电子收据。

上述方法中，所述与生成电子收据相关联的数据包括税前金额。所述方法还可以包括：获取预先配置的计税策略；根据所述预先配置的计税策略以及所述税前金额，计算税后金额；将所述税后金额填入所述预设的模板。

上述方法还可以包括：从外部应用接收所述电子收据开具请求，将所述电子收据开具请求放入第一消息队列；以及，从所述第一消息队列中获取所述电子收据开具请求。

上述方法中，所述电子收据开具请求可以包括接收人标识。所述方法还包括：在生成所述电子收据之后，生成电子收据推送请求放入第二消息队列；其中，所述电子收据推送请求包括根据所述接收人标识获取的接收人联系信息以及所述电子收据的获取位置；从所述第二消息队列中获取所述电子收据推送请求；根据所述电子收据推送请求，生成包括所述电子收据的获取位置的电子收据开具完成的通知。

上述方法中，在针对电子收据开具请求生成电子收据之后，还可以包括对所述电子收据进行数字签名。

上述方法还可以包括：接收与生成电子收据相关联的数据；生成电子收据开具请求，所述电子收据开具请求包括所述与生成电子收据相关联的数据。以及，对一段时间内生成的电子收据进行统计。

根据本发明的一个实施例，还提供一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个计算机程序，当所述一个或多个计算机程序被所述一个或多个处理器执行时，使得所述电子设备实现上述基于电子收据公共服务平台的电子收据开具方法。

本发明实施例提供如下的有益效果：

本发明对于电子收据开具请求，结合预先配置好的计税策略，自动地生成相应的电子收据并推送给电子收据的接收人，实现了电子化的收据服务。其中，利用两种消息队列来实现电子收据的开具及推送，使得非必要的业务逻辑能够以异步的方式运行，从而提高了响应速度。本发明一方面节省了纸质收据所需的纸张，推动企事业单位贯彻绿色、环保和可持续发展的理念；另一方面节省了企事业单位内部对于收据管理所耗费的大量人力成本和通勤需求，尤其是节省了企业面向个人或小微供应商交易结算业务(B2B或C2B业务)的时间成本和人力资源投入，提高了社会生产效率。

附图说明

将通过参考附图对示例性实施例进行详细描述，附图意在描绘示例性实施例而不应被解释为对权利要求的预期范围加以限制。除非明确指出，否则附图不被认为依比例绘制。

图1示出了根据本发明一个实施例的电子收据公共服务平台的结构框图；

图2示出了根据本发明一个实施例的外部应用与电子收据公共服务平台的交互示意图；

图3示出了根据本发明一个实施例的电子收据开具方法的流程图；

图4示出了根据本发明一个实施例的收款方信息管理界面的示意图；

图5示出了根据本发明一个实施例的计税策略管理界面的示意图；

图6示出了根据本发明一个实施例的电子收据的示意图；

图7示出了根据本发明一个实施例的劳务费管理界面的示意图；

图8示出了根据本发明一个实施例的电子收据管理界面的示意图。

具体实施方式

为了使本发明的目的，技术方案及优点更加清楚明白，以下结合附图通过具体实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

根据本发明的一个实施例，提供一种电子收据开具方法，该电子收据开具方法在电子收据公共服务平台处执行。下文将在介绍根据本发明实施例的电子收据开具方法之前，对电子收据公共服务平台(或者简称为电子收据平台)进行描述。

图1示意性示出了根据本发明一个实施例的电子收据公共服务平台的结构框图，参见图1，该电子收据公共服务平台包括基础设施层、中间件层、平台服务层和平台接入层，下面对这些层分别进行描述：

基础设施层

基础设施层包括计算设备、存储设备、网络设备以及安全设备等物理设备，用于为电子收据公共服务平台提供计算、存储、网络等资源。应理解，除了一些结构化数据库和非结构化数据库服务需要使用物理设备之外，本发明的电子收据公共服务平台也可以使用云虚拟化技术来代替物理设备。换句话说，电子收据公共服务平台所提供的服务可以部分基于虚拟机部署并且部分基于物理设备，也可全部采用物理设备。

中间件层

中间件层包括容器管理平台、消息队列、分布式数据库等，中间件层用于为电子收据公共服务平台提供容器化、微服务化、负载平衡等服务。

平台服务层

平台服务层用于为电子收据公共服务平台提供各种服务调用，包括：身份认证、电子签名、收据开具、收据存储、收据下载、收据推送、收据查询、收据归集、收据红冲、模板引擎、批量导出、权限配置等服务；这些服务可实现开具电子收据等基础服务(例如还包括电子收据的推送、存储、下载、查验等)。平台服务层还包括门户应用以及运营后台(图1中未示出)，其中，门户应用为外部的管理员提供统一入口以进行员工信息管理、计税策略管理、电子收据管理以及劳务费管理等；运营后台包含安全接入管理、数据统计分析、数据全流程管理监控等功能。平台服务层中的一个服务可以被多个应用调用，并且服务之间也可以相互调用，从而实现应用与服务的松耦合、服务的重用以及服务的可分布式部署等。

平台接入层

平台接入层是电子收据公共服务平台的API开放接口层，负责提供标准的Web服务API(Web Service API)接口。如图2所示，Web、APP、客户端、第三方平台等外部应用均可以通过平台接入层接入电子收据公共服务平台。

基于上述的电子收据公共服务平台，现参照图3描述根据本发明一个实施例的电子收据开具方法，该方法可以应用于企事业单位内部为个人开具劳务费等电子收据，也可以应用于企业面向个人或小微供应商交易结算业务(即B2B或C2B业务)。现结合图3以开具劳务费收据为例，描述该电子收据开具方法的各个步骤：

步骤S11.预处理阶段。

概括而言，预处理阶段包括注册外部应用、导入收款方信息以及配置计税策略。根据本发明的一个实施例，步骤S11包括如下的子步骤：

步骤S111.注册外部应用。

外部应用是开票方，包括收款方(例如，企事业单位中的员工)，用于与电子收据公共服务平台进行交互的工具。如图2所示，外部应用可以包括Web、APP、客户端、第三方平台等。在由企事业单位中的员工通过外部应用发送电子收据开具请求之前，需要由该企事业单位在电子收据公共服务平台中注册相应的外部应用。

具体地，注册外部应用包括：电子收据公共服务平台首先经由平台接入层接收企事业单位(例如，企事业单位的管理员)从外部应用发送的注册请求，该注册请求包括注册信息；接着，调用平台服务层中的注册服务(图1中未示出)，该注册服务基于预先设定的规则对所接收的注册请求进行审核，如果审核通过则为相应的外部应用(即，发送该注册请求的外部应用)分配唯一的编号AppID和唯一的密钥AppKey(例如，AppId为BK90z8krbsJ5yKBZQpn74WFkmLPx3gnPh328，AppKey为Cu089xGARNpq86cd98joQYCN3Coz987)；随后，将所分配的AppID和AppKey保存在电子收据公共服务平台中(例如，以键值对的形式保存在如图1所示的分布式数据库中)并且同时发送给外部应用。

步骤S112.导入收款方信息。

外部应用的管理员(即，使用该外部应用的企事业单位的管理人员)可以经由电子收据公共服务平台提供的门户应用向电子收据公共服务平台中导入收款方信息(例如，企事业单位的员工信息)。具体地，步骤S112包括：电子收据公共服务平台接收由外部应用的管理员经由门户应用导入的收款方信息；在电子收据公共服务平台中存储收款方信息(例如，存储在如图1所示的分布式数据库中)。图4示出了门户应用的一个界面，如图4所示，收款方信息可以包括姓名、电话、邮箱、身份证号等信息。

在导入了收款方信息后，外部应用的管理员还可以经由门户应用对电子收据公共服务平台中存储的收款方信息进行维护和管理，表1示出了根据本发明的一个实施例可以对收款方信息执行的多个操作(在表1中，收款方称为员工)：

表1

查询	根据姓名、电话或身份证号查询员工的其他信息
		导出数据	用excel表的方式导出选中的所有数据
手工添加	添加单个员工
		批量导入	通过excel表批量导入员工
批量删除	删除选中的所有员工
		添加管理员	增加后台管理人员
编辑	对单个员工进行编辑修改
		重置密码	改变员工密码
删除	删除单个员工信息

步骤S113.配置计税策略

外部应用的管理员可以经由电子收据公共服务平台提供的门户应用来配置相应的企事业单位所需应用的计税策略，该计税策略用于计算税后金额，以生成该企事业单位的员工所请求开具的电子收据。图5示出了门户应用的一个界面，参见图5，步骤S113可以包括：在电子收据公共服务平台中存储多种计税策略(表2示出了根据本发明一个实施例的四种计税策略)；电子收据公共服务平台接收由外部应用的管理员经由门户应用对计税策略的选择，以完成针对该外部应用的计税策略的配置。

表2

此外，外部应用的管理员还可以经由门户应用来添加、删除、更新计税策略。举例来说，外部应用的管理员可以从税局获取最新的税率标准，并且经由门户应用更新相应的计税策略。

步骤S12.接收来自外部应用的电子收据开具请求。

如上文所述，开票方(包括收款方，例如企事业单位的员工)可以经由外部应用根据API协议来发送电子收据开具请求，电子收据公共服务平台经由其平台接入层接收来自该外部应用的电子收据开具请求。

根据本发明的一个实施例，电子收据开具请求可以包括基本信息(即，与生成相应的电子收据相关联的数据)、发送该电子收据开具请求的外部应用的编号AppID以及加密字符串等。基本信息通常需要包括生成电子收据所需的所有数据，举例来说，基本信息需要包括：劳务费信息(例如，劳务费金额、劳务费日期等)、收款方标识(例如，收款方身份证号和/或收款方姓名)，其中需要注意的是，在本实施例中，电子收据的接收人为收款方。加密字符串是在外部应用处由外部应用使用其密钥AppKey通过加密算法对基本信息和AppId(例如，劳务费金额、劳务费日期、收款方姓名、收款方身份证号、APPId)进行加密所生成的一串字符，例如加密字符串可以是“FgI2OPcx35N6gz8JsCFBNAWp2oQ＝”。

步骤S13.将电子收据开具请求放入第一消息队列。根据本发明的一个实施例，步骤S13包括如下的子步骤：

步骤S131.对发送电子收据开具请求的外部应用进行身份认证。

具体地，调用平台服务层中的身份认证服务，以根据所接收的电子收据开具请求对发送该电子收据开具请求的外部应用进行身份认证，包括：根据电子收据开具请求中的AppId在电子收据公共服务平台(具体地，在电子收据公共服务平台的分布式数据库)中查找对应的AppKey；根据所查找到的AppKey对电子收据开具请求中的加密字符串进行解密；如果解密后得到的数据与电子收据开具请求中的基本信息及AppId一致，则表示发送该电子收据开具请求的外部应用身份真实，也就是说通过认证。

步骤S132.将通过认证的电子收据开具请求放入第一消息队列。

步骤S14.从第一消息队列中获取电子收据开具请求，根据该电子收据开具请求生成电子收据。根据本发明的一个实施例，步骤S14包括如下子步骤：

步骤S141.从第一消息队列中获取电子收据开具请求，并且检验该电子收据开具请求是否符合生成电子收据的条件。

电子收据公共服务平台中，在调用了收据开具服务后，平台服务层中的收据开具服务会轮询第一消息队列。通过这种方式，收据开具服务可以获取第一消息队列中的电子收据开具请求。在获取了电子收据开具请求之后，还要检验该电子收据开具请求是否符合生成电子收据的条件。根据本发明的一个实施例，检验电子收据开具请求是否符合生成电子收据的条件包括：

①判断电子收据开具请求中是否包括生成电子收据所需的所有数据(即，判断电子收据开具请求中的基本信息中是否包括生成电子收据所需的所有数据)，换句话说，判断基本信息是否足够生成电子收据。

如果基本信息中缺少生成电子收据所需的一项或多项数据，则电子收据开具请求不符合生成电子收据的条件。例如，判断基本信息中是否包括上文所述的劳务费信息(例如，劳务费金额、劳务费日期)和收款方标识(例如，收款方身份证号和/或收款方姓名)；如果未包含某项数据(例如，劳务费金额)，则该电子收据开具请求不符合生成电子收据的条件。

如果电子收据开具请求中包括生成电子收据所需的所有数据，则进一步判断其中用于生成电子收据的所有数据是否满足形式规范，如果其中有一项或多项数据不满足形式规范，则电子收据开具请求不符合生成电子收据的条件。例如，如果收款方身份证号不满十八位，则该电子收据开具请求不符合生成电子收据的条件。

②判断是否已存在针对该电子收据开具请求所生成的电子收据(即，判断是否已经针对相同的电子收据开具请求生成了相应的电子收据)，如果存在则该电子收据开具请求不符合生成电子收据的条件。具体地，从电子收据开具请求中获取劳务费信息(例如，劳务费金额和劳务费日期)，在电子收据公共服务平台存储的电子收据开具日志中查找是否存在包含该劳务费金额和劳务费日期的记录，如果存在则表示已针对该笔劳务费开具了相应的电子收据，即该电子收据开具请求不符合生成电子收据的条件。

步骤S142.对于符合上述条件的电子收据开具请求，生成电子收据。根据本发明的一个实施例，步骤S142包括：

①调用平台服务层中的模板引擎服务，模板引擎服务基于电子收据开具请求中的劳务费信息，获取电子收据公共服务平台中已存储的(例如，在图1的分布式数据库中存储的)与劳务费相关的电子收据模板。其中，电子收据模板为XML文件，该XML文件中除了项目名之外，每个项目所对应的具体数据都为空(应注意，该XML文件包括电子收据的唯一收据号码以及开票日期)。

②平台服务层中的收据开具服务可以根据电子收据开具请求中的基本信息所包含的数据，执行查询和计算操作；将电子收据开具请求中的数据、查询和计算后得到的数据填入XML文件(即，填入XML文件中每个项目所对应的具体数据)；并且将填入了数据的XML文件转换为PDF格式的文件，作为电子收据。

具体地，收据开具服务根据预先配置的、对应于发送电子收据开具请求的外部应用的计税策略得到相应的税率，将该税率乘以电子收据开具请求中的劳务费金额，得到个人所得税税额；将劳务费金额减去个人所得税税额得到税后劳务费金额。

收据开具服务根据电子收据开具请求中的收款方标识(例如，收款方姓名和/或收款方身份证号)，查询在电子收据公共服务平台中存储的(例如，在分布式数据库中事先导入的)该收款方的其他信息，例如收款方电话、邮箱等。

收据开具服务将电子收据开具请求中的劳务费金额、计算得到的个人所得税税额以及税后劳务费金额、电子收据开具请求中的收款方标识、查询得到的收款方的其他信息填入XML文件。

应理解，本实施例中所生成的电子收据仅起示例的作用，在其他实施例中，电子收据还可以包括付款方信息、备注说明等其他数据。开票方可以在其电子收据开具请求中包括付款方信息和备注说明，以由收据开具服务将这些数据填入XML文件(如图6所示)。

③调用平台服务层中的收据存储服务，在电子收据公共服务平台中(例如，在图1所示的分布式数据库中)存储所生成的电子收据。另外，还更新电子收据公共服务平台中的电子收据开具日志，例如，在电子收据开具日志中添加包括该劳务费金额和劳务费日期的记录。

步骤S15.对于所生成的电子收据，生成相应的电子收据推送请求放入第二消息队列。其中，第二消息队列是与第一消息队列不同的消息队列。

在生成电子收据之后，除了调用收据存储服务对该电子收据进行存储之外，收据开具服务还生成相应的电子收据推送请求放入第二消息队列。

具体地，根据本发明的一个实施例，生成相应的电子收据推送请求包括：收据开具服务获取查询得到的收款方的联系信息(例如，如上文所述，根据电子收据开具请求中的收款方标识查询得到的收款方电话和/或邮箱)，作为电子收据的接收人的联系信息(如上文所述，电子收据的接收人即收款人)；生成电子收据推送请求，该电子收据推送请求包括电子收据的接收人的联系信息以及相应的电子收据的下载链接(或称电子收据的获取位置，用于由电子收据的接收人从电子收据公共服务平台获取相应的电子收据)。

步骤S16.从第二消息队列中获取电子收据推送请求，并且将电子收据开具完成的通知推送给电子收据的接收人。

电子收据公共服务平台中，在调用了平台服务层的收据推送服务后，该收据推送服务会轮询第二消息队列。通过这种方式，收据推送服务可以获取第二消息队列中的电子收据推送请求。

收据推送服务在获取电子收据推送请求后，从电子收据推送请求中获取电子收据的接收人的联系信息以及电子收据的下载链接；生成包括该电子收据的下载链接的电子收据开具完成的通知；并且基于电子收据的接收人的联系信息，将所生成的电子收据开具完成的通知推送给电子收据的接收人。举例而言，收据推送服务可以将电子收据开具完成的通知以短消息的方式发送给电子收据的接收人的电话，或者可以将电子收据开具完成的通知以邮件方式发送给电子收据的接收人的邮箱。

在上述实施例中，对于电子收据开具请求，结合预先配置好的计税策略，自动地生成相应的电子收据并推送给电子收据的接收人，实现了电子化的收据服务。其中，利用两种消息队列来实现电子收据的开具及推送，使得非必要的业务逻辑能够以异步的方式运行，从而提高了响应速度。本发明一方面节省了纸质收据所需的纸张，推动企事业单位贯彻绿色、环保和可持续发展的理念；另一方面节省了企事业单位内部对于收据管理所耗费的大量人力成本和通勤需求，尤其是节省了企业面向个人或小微供应商交易结算业务(B2B或C2B业务)的时间成本和人力资源投入，提高了社会生产效率。

在上述实施例中，步骤S13包括对发送所述电子收据开具请求的外部应用进行身份认证，而在其他实施例中，为了简便起见也可以省略该身份认证过程，此外，还可以省略步骤S14中的对电子收据开具请求的检验过程。在上述实施例中，消息队列中间件用于提高响应速度，而在其他实施例中，也可以使用普通队列来保存电子收据开具请求和电子收据推送请求，或者可以不使用队列。

在上述实施例中，电子收据开具请求的基本信息中包括劳务费信息和收款方标识，而在其他实施例中，基本信息中还可以包括付款方信息(如付款方名称、纳税人识别号、地址、电话等)；劳务费信息可以包括劳务费金额和劳务费日期，也可以仅包括劳务费金额；收款方标识可以包括收款方身份证号和收款方姓名，也可以仅包括收款方身份证号。在上述实施例中，电子收据的接收人是收款人，而在其他实施例中，电子收据的接收人也可以不是收款人，这种情况下则需要在电子收据开具请求中包括接收人的相关信息，以便在生成电子收据后通知该接收人。

在进一步的实施例中，在生成电子收据之后，还可以调用平台服务层中的电子签名服务对所生成电子收据进行数字签名，其作用在于防伪、防篡改。

在进一步的实施例中，在生成电子收据之后，还可以将劳务费信息(例如，劳务费日期、劳务费金额)、与该劳务费相关的电子收据的收据号码等信息存储在电子收据公共服务平台(例如，电子收据公共服务平台的分布式数据库)中。外部应用的管理员可以经由电子收据公共服务平台的门户应用对劳务费信息进行管理，如表3所示。

表3

图7示出了根据本发明实施例的门户应用的一个界面，在本发明进一步的实施例中，在预处理阶段之后，外部应用的管理员可以通过电子收据公共服务平台的门户应用批量导入劳务费信息以及其他信息，其中，批量导入的每一项信息包括：如上文所述的劳务费信息、收款方标识、AppId以及加密字符串。电子收据公共服务平台可以接收批量导入的劳务费信息以及其他信息；针对批量导入的劳务费信息以及其他信息中的每一项，自动地生成相应的电子收据开具请求，之后针对每个电子收据开具请求执行上述步骤S12-S16，从而实现电子收据的批量开具。

在进一步的实施例中，在存储了所生成的电子收据之后，外部应用的管理员可以经由电子收据公共服务平台提供的门户应用(如图8所示)对相应的电子收据(即，针对该外部应用发送的电子收据开具请求所生成的电子收据)的信息进行管理，包括对电子收据进行查询、导出、关联等操作，如表4所示。

表4

查询	对票据ID(收据号码)、开票时间等进行查询
		导出数据	用excel表的形式导出选中的所有数据
导出PDF	导出选择的电子收据文档
		详情	查看电子收据及详细数据
关联票据	查看核对电子收据对应的劳务费

在进一步的实施例中，电子收据公共服务平台会每隔一段时间(例如，一天)对所生成的电子收据进行统计，具体地，针对与其交互的每个外部应用，统计一天内对于来自该外部应用的电子收据开具请求所生成的电子收据；以及，将统计得到的信息以excel表的形式存储在电子收据公共服务平台中(例如，存储在电子收据公共服务平台的分布式数据库中)。由此，外部应用的管理员可以经由门户应用导出一天内的对于来自该外部应用的电子收据开具请求所生成的电子收据，以便于进行对账，避免错发漏发劳务费的问题。

应注意到一些示例性方法被描绘为流程图。虽然流程图将操作表述为顺序执行，但可以理解的是，许多操作可以并行、同时或同步地执行。另外，可以重新排列操作的顺序。处理可以在操作完成时终止，但是也可以具有并未包括在图中或实施例中的另外的步骤。

上述方法可以通过硬件、软件、固件、中间件、伪代码、硬件描述语言或者它们的任意组合来实现。当以软件、固件、中间件或伪代码实施时，用来执行任务的程序代码或代码分段可以被存储在计算机可读介质中，诸如存储介质，处理器可以执行该任务。

应理解，软件实现的示例性实施例通常在一些形式的程序存储介质上进行编码或者在一些类型的传输介质上实现。程序存储介质可以是任意的非瞬态存储介质，诸如磁盘(例如，软盘或硬盘)或光盘(例如，紧凑盘只读存储器或“CD ROM”)，并且可以是只读的或者随机访问的。类似地，传输介质可以是双绞线、同轴线缆、光纤，或者本领域已知的一些其它适用的传输介质。

虽然本发明已经通过优选实施例进行了描述，然而本发明并非局限于这里所描述的实施例，在不脱离本发明范围的情况下还包括所做出的各种改变以及变化。

Claims (14)

1.一种基于电子收据公共服务平台的电子收据开具方法，包括：

针对电子收据开具请求生成电子收据，所述电子收据开具请求包括与生成电子收据相关联的数据；

推送电子收据开具完成的通知，所述通知包括所述电子收据的获取位置。

2.根据权利要求1所述的方法，其中，所述电子收据开具请求还包括发送所述电子收据开具请求的外部应用的编号以及加密字符串，所述加密字符串是由发送所述电子收据开具请求的外部应用的密钥对所述与生成电子收据相关联的数据和所述编号进行加密得到的。

3.根据权利要求2所述的方法，其中，所述方法还包括：

根据所述电子收据开具请求中的所述编号查找对应的密钥；

使用查找到的密钥对所述电子收据开具请求中的加密字符串进行解密；

若解密后得到的数据与所述与生成电子收据相关联的数据和所述编号一致，则执行针对电子收据开具请求生成电子收据。

4.根据权利要求1-3中任一项所述的方法，其中，针对电子收据开具请求生成电子收据包括：

检验所述电子收据开具请求是否符合预定条件，若符合所述预定条件则生成电子收据。

5.根据权利要求4所述的方法，其中，检验所述电子收据开具请求是否符合预定条件包括：

判断所述与生成电子收据相关联的数据是否足够生成所述电子收据；若足够生成所述电子收据，则判断在所述与生成电子收据相关联的数据中，用于生成所述电子收据的数据是否满足形式规范，若满足形式规范则确定所述电子收据开具请求符合所述预定条件。

6.根据权利要求4所述的方法，其中，检验所述电子收据开具请求是否符合预定条件包括：

判断是否存在针对所述电子收据开具请求所生成的电子收据；

若不存在，则确定所述电子收据开具请求符合所述预定条件。

7.根据权利要求1-3中任一项所述的方法，其中，针对电子收据开具请求生成电子收据包括：

获取预设的模板；

基于所述与生成电子收据相关联的数据填充所述预设的模板；

将填充后的模板进行转换，得到所述电子收据。

8.根据权利要求7所述的方法，其中，所述与生成电子收据相关联的数据包括税前金额；以及，所述方法还包括：

获取预先配置的计税策略；

根据所述预先配置的计税策略以及所述税前金额，计算税后金额；

将所述税后金额填入所述预设的模板。

9.根据权利要求1-3中任一项所述的方法，其中，所述方法还包括：

从外部应用接收所述电子收据开具请求，将所述电子收据开具请求放入第一消息队列；

从所述第一消息队列中获取所述电子收据开具请求。

10.根据权利要求1-3中任一项所述的方法，其中，所述电子收据开具请求包括接收人标识；以及，所述方法还包括：

在生成所述电子收据之后，生成电子收据推送请求放入第二消息队列；其中，所述电子收据推送请求包括根据所述接收人标识获取的接收人联系信息以及所述电子收据的获取位置；

从所述第二消息队列中获取所述电子收据推送请求；

根据所述电子收据推送请求，生成包括所述电子收据的获取位置的电子收据开具完成的通知。

11.根据权利要求1-3中任一项所述的方法，其中，在针对电子收据开具请求生成电子收据之后，所述方法还包括：

对所述电子收据进行数字签名。

12.根据权利要求1-3中任一项所述的方法，其中，所述方法还包括：

接收与生成电子收据相关联的数据；

生成电子收据开具请求，所述电子收据开具请求包括所述与生成电子收据相关联的数据。

13.根据权利要求1-3中任一项所述的方法，其中，所述方法还包括：

对一段时间内生成的电子收据进行统计。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个计算机程序，当所述一个或多个计算机程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1-13中任一项所述的方法。

Images