CN109858905B - 跨***的电子凭证处理方法及装置 - Google Patents

Abstract

本发明公开了一种跨***的电子凭证处理方法及装置，该方法包括：接收共享支付服务器发送的电子凭证生成请求，电子凭证生成请求是共享支付服务器接收到业务流程服务器发送的携带第一用户标识和待支付信息的支付请求后，根据待支付信息进行支付并生成已支付信息后发送的，电子凭证生成请求携带第一用户标识和已支付信息；根据第一用户标识和已支付信息生成第一电子凭证；将携带第一电子凭证的第一电子凭证标识和第一用户标识的电子凭证生成响应发送给共享支付服务器，以使共享支付服务器根据第一电子凭证标识和第一用户标识更新电子凭证状态，并向业务流程服务器返回第一电子凭证标识和第一用户标识。该方案可以大大节省人力资源，并且大大提升效率。

Description

跨***的电子凭证处理方法及装置

技术领域

本发明涉及通信技术领域，尤指一种跨***的电子凭证处理方法及装置。

背景技术

在当前数据信息时代，特别对于计算机和互联网企业，计算机***资源的利用和数据的共享，越来越成为一个企业产品规划，网络搭建，信息***集成的思量的一个重要因素。数据共享，可以使更多的人更充分地使用已有数据资源，减少资料收集、数据采集等重复劳动和相应费用。而把精力重点放在开发新的应用程序及***集成上。比如说，一个网络***的建立，前期需要业务和实施从不同的区域和用户做大量信息的整理。如果不能实现数据的共享，如人员信息、客户档案，物料归类等基本信息，则需要消耗大量的人力和财力。

大型的企业通常会有多个***，例如，可以包括业务流程***、共享支付***、财务***等等，目前，这些***的数据不能实现共享，当需要生成电子凭证时，需要相关人员登录财务***才能生成，这种方式浪费了大量的人力资源，并且效率低下。

发明内容

本发明实施例提供一种跨***的电子凭证处理方法及装置，用以解决现有技术中存在的浪费了大量的人力资源，并且效率低下的问题。

根据本发明实施例，提供一种跨***的电子凭证处理方法，应用在财务***服务器中，所述方法包括：接收共享支付服务器发送的电子凭证生成请求，所述电子凭证生成请求是所述共享支付服务器接收到业务流程服务器发送的携带第一用户标识和待支付信息的支付请求后，根据待支付信息进行支付并生成已支付信息后发送的，所述电子凭证生成请求携带所述第一用户标识和所述已支付信息；

根据所述第一用户标识和所述已支付信息生成第一电子凭证；

将携带所述第一电子凭证的第一电子凭证标识和所述第一用户标识的电子凭证生成响应发送给所述共享支付服务器，以使所述共享支付服务器根据所述第一电子凭证标识和所述第一用户标识更新电子凭证状态，并向所述业务流程服务器返回所述第一电子凭证标识和所述第一用户标识。

具体的，接收共享支付服务器发送的电子凭证生成请求，具体包括：

监控电子凭证生成接口是否被调用；

若监控到所述电子凭证生成接口被调用后，则从所述电子凭证生成接口接收所述共享支付服务器发送的携带第一用户标识和已支付信息的第一JSON数据文件。

具体的，根据所述第一用户标识和所述已支付信息生成第一电子凭证，具体包括：

解析所述第一JSON数据文件，得到到所述第一用户标识和所述已支付信息；

根据所述第一用户标识模拟登录；

基于所述已支付信息生成第一电子凭证并保存。

具体的，将携带所述第一电子凭证的第一电子凭证标识和所述第一用户标识的电子凭证生成响应发送给所述共享支付服务器，具体包括：

将所述第一电子凭证的第一电子凭证标识和所述第一用户标识封住成第二JSPN数据文件；

通过所述电子凭证生成接口向所述共享支付服务器发送所述第二JSON数据文件。

可选的，还包括：

接收所述共享支付服务器发送的电子凭证冲销请求，所述电子凭证冲销请求是所述共享支付服务器接收到所述业务流程服务器发送的携带第二用户标识和第二电子凭证标识的退费请求后，根据所述第二电子凭证标识进行退费并生成已退费信息后发送的，所述电子凭证冲销请求携带所述第二用户标识、所述第二电子凭证标识和所述已退费信息；

根据所述第二用户标识、所述第二电子凭证标识和所述已退费信息冲销所述第二电子凭证标识对应的第二电子凭证；

将携带所述第二电子凭证标识和所述第二用户标识的电子凭证冲销响应发送给所述共享支付服务器，以使所述共享支付服务器根据所述第二电子凭证标识和所述二用户标识更新电子凭证状态。

具体的，接收所述共享支付服务器发送的电子凭证冲销请求，具体包括：

监控电子凭证冲销接口是否被调用；

若监控到所述电子凭证冲销接口被调用后，则从所述电子凭证冲销接口接收所述共享支付服务器发送的携带所述第二用户标识、所述第二电子凭证标识和所述已退费信息的第三JSON数据文件。

具体的，根据所述第二用户标识、所述第二电子凭证标识和所述已退费信息冲销所述第二电子凭证标识对应的第二电子凭证，具体包括：

解析所述第三JSON数据文件，得到所述第二用户标识、所述第二电子凭证标识和所述已退费信息；

根据所述第二用户标识模拟登录；

查找所述第二电子凭证标识对应的第二电子凭证；

基于所述已退费信息冲销所述第二电子凭证。

具体的，将携带所述第二电子凭证标识和所述第二用户标识的电子凭证冲销响应发送给所述共享支付服务器，具体包括：

将所述第二电子凭证标识和所述第二用户标识封住成第四JSON数据文件；

通过所述电子凭证冲销接口向所述共享支付服务器发送所述第四JSON数据文件。

根据本发明实施例，还提供一种跨***的电子凭证处理装置，应用在财务***服务器中，所述装置包括：

接收模块，用于接收共享支付服务器发送的电子凭证生成请求，所述电子凭证生成请求是所述共享支付服务器接收到业务流程服务器发送的携带第一用户标识和待支付信息的支付请求后，根据待支付信息进行支付并生成已支付信息后发送的，所述电子凭证生成请求携带所述第一用户标识和所述已支付信息；

处理模块，用于根据所述第一用户标识和所述已支付信息生成第一电子凭证；

发送模块，用于将携带所述第一电子凭证的第一电子凭证标识和所述第一用户标识的电子凭证生成响应发送给所述共享支付服务器，以使所述共享支付服务器根据所述第一电子凭证标识和所述第一用户标识更新电子凭证状态，并向所述业务流程服务器返回所述第一电子凭证标识和所述第一用户标识。

具体的，所述接收模块，用于接收共享支付服务器发送的电子凭证生成请求，具体用于：

监控电子凭证生成接口是否被调用；

若监控到所述电子凭证生成接口被调用后，则从所述电子凭证生成接口接收所述共享支付服务器发送的携带第一用户标识和已支付信息的第一JSON数据文件。

具体的，所述处理模块，用于根据所述第一用户标识和所述已支付信息生成第一电子凭证，具体用于：

解析所述第一JSON数据文件，得到到所述第一用户标识和所述已支付信息；

根据所述第一用户标识模拟登录；

基于所述已支付信息生成第一电子凭证并保存。

具体的，所述发送模块，用于将携带所述第一电子凭证的第一电子凭证标识和所述第一用户标识的电子凭证生成响应发送给所述共享支付服务器，具体用于：

将所述第一电子凭证的第一电子凭证标识和所述第一用户标识封住成第二JSPN数据文件；

通过所述电子凭证生成接口向所述共享支付服务器发送所述第二JSON数据文件。

可选的，

所述接收模块，还用于接收所述共享支付服务器发送的电子凭证冲销请求，所述电子凭证冲销请求是所述共享支付服务器接收到所述业务流程服务器发送的携带第二用户标识和第二电子凭证标识的退费请求后，根据所述第二电子凭证标识进行退费并生成已退费信息后发送的，所述电子凭证冲销请求携带所述第二用户标识、所述第二电子凭证标识和所述已退费信息；

所述处理模块，用于根据所述第二用户标识、所述第二电子凭证标识和所述已退费信息冲销所述第二电子凭证标识对应的第二电子凭证；

所述发送模块，还用于将携带所述第二电子凭证标识和所述第二用户标识的电子凭证冲销响应发送给所述共享支付服务器，以使所述共享支付服务器根据所述第二电子凭证标识和所述二用户标识更新电子凭证状态。

具体的，所述接收模块，用于接收所述共享支付服务器发送的电子凭证冲销请求，具体用于：

监控电子凭证冲销接口是否被调用；

若监控到所述电子凭证冲销接口被调用后，则从所述电子凭证冲销接口接收所述共享支付服务器发送的携带所述第二用户标识、所述第二电子凭证标识和所述已退费信息的第三JSON数据文件。

具体的，所述处理模块，用于根据所述第二用户标识、所述第二电子凭证标识和所述已退费信息冲销所述第二电子凭证标识对应的第二电子凭证，具体用于：

解析所述第三JSON数据文件，得到所述第二用户标识、所述第二电子凭证标识和所述已退费信息；

根据所述第二用户标识模拟登录；

查找所述第二电子凭证标识对应的第二电子凭证；

基于所述已退费信息冲销所述第二电子凭证。

具体的，所述发送模块，用于将携带所述第二电子凭证标识和所述第二用户标识的电子凭证冲销响应发送给所述共享支付服务器，具体用于：

将所述第二电子凭证标识和所述第二用户标识封住成第四JSON数据文件；

通过所述电子凭证冲销接口向所述共享支付服务器发送所述第四JSON数据文件。

本发明有益效果如下：

本发明实施例提供一种跨***的电子凭证处理方法及装置，通过接收共享支付服务器发送的电子凭证生成请求，所述电子凭证生成请求是所述共享支付服务器接收到业务流程服务器发送的携带第一用户标识和待支付信息的支付请求后，根据待支付信息进行支付并生成已支付信息后发送的，所述电子凭证生成请求携带所述第一用户标识和所述已支付信息；根据所述第一用户标识和所述已支付信息生成第一电子凭证；将携带所述第一电子凭证的第一电子凭证标识和所述第一用户标识的电子凭证生成响应发送给所述共享支付服务器，以使所述共享支付服务器根据所述第一电子凭证标识和所述第一用户标识更新电子凭证状态，并向所述业务流程服务器返回所述第一电子凭证标识和所述第一用户标识。该方案中，共享支付服务器完成支付后，可以直接通过财务***服务器生成电子凭证，并将电子凭证的电子凭证标识反馈给共享支付服务器，共享支付服务器再反馈给业务流程***，从而可以实现跨***生成电子凭证，整个过程无需人工参与，相对于现有技术可以大大节省人力资源，并且大大提升效率。

附图说明

图1为本发明实施例中的电子凭证处理***的结构示意图；

图2为本发明实施例中一种跨***的电子凭证处理方法的流程图；

图3为本发明实施例中一种跨***的电子凭证处理装置的结构示意图。

具体实施方式

针对现有技术中存在的浪费了大量的人力资源，并且效率低下的问题，本发明实施例提供一种跨***的电子凭证处理方法，应用在如图1所示的电子凭证处理***包括的财务***服务器中，图1中还包括业务流程服务器和共享支付服务器，该方法可以基于这三个服务器对应的三个***的实际需求基于JSON数据格式、WebService技术、Java接口的实现和数据库的DBLINK建立等，完成三个***基础数据的共享和数据的传递。由于最终数据是在财务***服务器生成凭证，且后续的财务报表和数据分析都在财务***服务器产生，因此可以单独部署一台服务器，与其他的集群服务隔离，提供WebService接口服务。该方法的流程如图2所示，执行步骤如下：

S21：接收共享支付服务器发送的电子凭证生成请求，电子凭证生成请求是共享支付服务器接收到业务流程服务器发送的携带第一用户标识和待支付信息的支付请求后，根据待支付信息进行支付并生成已支付信息后发送的，电子凭证生成请求携带第一用户标识和已支付信息。

当用户需要支付时，可以通过业务流程发起支付请求，该支付请求中携带第一用户标识和待支付信息；共享支付服务器接收到支付请求后，根据待支付信息进行支付后，生成已支付信息，然后向财务***服务器发送携带第一用户标识和已支付信息的电子凭证生成请求。

S22：根据第一用户标识和已支付信息生成第一电子凭证。

S23：将携带第一电子凭证的第一电子凭证标识和第一用户标识的电子凭证生成响应发送给共享支付服务器，以使共享支付服务器根据第一电子凭证标识和第一用户标识更新电子凭证状态，并向业务流程服务器返回第一电子凭证标识和第一用户标识。

该方案中，共享支付服务器完成支付后，可以直接通过财务***服务器生成电子凭证，并将电子凭证的电子凭证标识反馈给共享支付服务器，共享支付服务器再反馈给业务流程***，从而可以实现跨***生成电子凭证，整个过程无需人工参与，相对于现有技术可以大大节省人力资源，并且大大提升效率。

具体的，上述S21中接收共享支付服务器发送的电子凭证生成请求，具体包括：

监控电子凭证生成接口是否被调用；

若监控到电子凭证生成接口被调用后，则从电子凭证生成接口接收共享支付服务器发送的携带第一用户标识和已支付信息的第一JSON数据文件。

可以配置专门的电子凭证生成接口来生成电子凭证，具体可以提供WebService配置、接口规范以及对JSON数据的解析和封装，对于WebService部署提供XML配置文件。

xfire-servlet.xml配置如下:

WebServiceInterface规范数据格式head和body。head可以加***标识等相关数据，主要参数是action即调用接口服务中某一服务ID，其中服务的实现也是在XML文件中配置示例如下:

Body中就是具体数据报文，两个参数均为JSON数据格式。外部接口可以通过域名和服务IP调用具体接口服务。

同时财务***服务器可以提供CsUtil工具类,其中两个方法CsUtil.unserializeJson和CsUtil.serializeToJson完成对JSON数据和JAVA数据的相互转化，方便开发人员的调用。

相应地，上述S22中根据第一用户标识和已支付信息生成第一电子凭证，具体包括：

解析第一JSON数据文件，得到第一用户标识和已支付信息；

根据第一用户标识模拟登录；

基于已支付信息生成第一电子凭证并保存。

本实施例中，财务***服务器可以采用模拟登录的方式。该方式的实现需要在财务***服务器上预置一特定接口用户，此用户相当于一虚拟用户，不能对***数据进行操作，其伪代码实现如下：

技术关键点在于使用用户标识进行标识，用户标识可以但不限于为tokenID，从而避免了数据的并发和出错。进行模拟登录的实现方式主要运用URL传参，核心代码如下：

//Post请求的url，与get不同的是不需要带参数

URL postUrl＝new URL(url)；

//打开连接

HttpURLConnection connection＝(HttpURLConnection)postUrl.openConnection()；

//设置是否向connection输出，因为这个是post请求，参数要放在

//http正文内，因此需要设为true

connection.setDoOutput(true)；

//Read from the connection.Default is true.

connection.setDoInput(true)；

//默认是GET方式

connection.setRequestMethod("POST")；

//Post请求不能使用缓存

connection.setUseCaches(false)；

connection.setInstanceFollowRedirects(true)；

//配置本次连接的Content-type，配置application/x-www-form-urlencoded

//意思是正文是urlencoded编码过的form参数，下面我们可以看到我们对正文内容使用URLEncoder.encode

//进行编码

connection.setRequestProperty("Content-Type","application/x-www-form-urlencoded")；

//连接，从postUrl.openConnection()至此的配置必须要在connect之前完成，

//要注意的是connection.getOutputStream会隐含的进行connect。

connection.connect()；

DataOutputStream out＝DataOutputStream(connection.getOutputStream())；

财务***服务器通过模拟用户登录核心技术最终完成电子凭证的生成，从而返回其他***相关信息：

成功返回字符串：

{head:{status:1,errormsg:””},body:{cbillcode:单据编号}}

失败返回字符串：

{head:{status:0,errormsg:错误原因},body:{cbillcode:单据编号,cvouno:凭证唯一标识符+凭证号}}

说明：status为成功标志，1为成功，0为失败。

相应地，上述S23中将携带第一电子凭证的第一电子凭证标识和第一用户标识的电子凭证生成响应发送给共享支付服务器，具体包括：

将第一电子凭证的第一电子凭证标识和第一用户标识封住成第二JSON数据文件；

通过电子凭证生成接口向共享支付服务器发送第二JSON数据文件。

财务***服务器生成第一电子凭证，可以通过调用电子凭证生成接口向共享支付服务器发送电子凭证生成响应。

可选的，上述方法还包括：

接收共享支付服务器发送的电子凭证冲销请求，电子凭证冲销请求是共享支付服务器接收到业务流程服务器发送的携带第二用户标识和第二电子凭证标识的退费请求后，根据第二电子凭证标识进行退费并生成已退费信息后发送的，电子凭证冲销请求携带第二用户标识、第二电子凭证标识和已退费信息；

根据第二用户标识、第二电子凭证标识和已退费信息冲销第二电子凭证标识对应的第二电子凭证；

将携带第二电子凭证标识和第二用户标识的电子凭证冲销响应发送给共享支付服务器，以使共享支付服务器根据第二电子凭证标识和第二用户标识更新电子凭证状态。

财务***服务器不允许删除电子凭证，但是可以对外提供冲销服务，避免用户对传到财务***服务器的电子凭证进行误删等操作，也方便用户对电子凭证的跟踪和查询。对于不成功的单据，财务***服务器还可以返回具体信息，共享支付服务器可根据信息提示修改后重新提交。

具体的，上述接收共享支付服务器发送的电子凭证冲销请求，具体包括：

监控电子凭证冲销接口是否被调用；

若监控到电子凭证冲销接口被调用后，则从电子凭证冲销接口接收共享支付服务器发送的携带第二用户标识、第二电子凭证标识和已退费信息的第三JSON数据文件。

可以设置专门的电子凭证冲销接口，用于电子凭证的冲销，设置的过程与电子凭证生成接口类似，这里不再赘述。

相应地，根据第二用户标识、第二电子凭证标识和已退费信息冲销第二电子凭证标识对应的第二电子凭证，具体包括：

解析第三JSON数据文件，得到第二用户标识、第二电子凭证标识和已退费信息；

根据第二用户标识模拟登录；

查找第二电子凭证标识对应的第二电子凭证；

基于已退费信息冲销第二电子凭证。

电子凭证冲销时，也需要模拟登录，具体过程与电子凭证生成过程类似，这里不再赘述。

相应地，将携带第二电子凭证标识和第二用户标识的电子凭证冲销响应发送给共享支付服务器，具体包括：

将第二电子凭证标识和第二用户标识封住成第四JSON数据文件；

通过电子凭证冲销接口向共享支付服务器发送第四JSON数据文件。

相应地，电子凭证冲销后可以调用电子凭证冲销接口通知共享支付服务器。

关于基础数据的共享，由于前期财务***需求和实施对用户信息进行了大量的收集和整理，业务流程***和共享支付***的数据又基于这些基础数据。财务服务器可以单独提供一接口用户，建立相关表的视图和双方数据库的DBLINK,这些视图根据BPM***和共享***对数据的业务要求而建立。之所以建立单独用户是考虑到两个***对财务***服务器的数据仅仅查询不进行增删改操作，另一方面也避免开发人员误删表的操作，造成数据的丢失。从而完成三个***基础的数据的共享。

基于同一发明构思，本发明实施例提供一种跨***的电子凭证处理装置，应用在财务***服务器中，该装置的结构如图3所示，包括：

接收模块31，用于接收共享支付服务器发送的电子凭证生成请求，电子凭证生成请求是共享支付服务器接收到业务流程服务器发送的携带第一用户标识和待支付信息的支付请求后，根据待支付信息进行支付并生成已支付信息后发送的，电子凭证生成请求携带第一用户标识和已支付信息；

处理模块32，用于根据第一用户标识和已支付信息生成第一电子凭证；

发送模块33，用于将携带第一电子凭证的第一电子凭证标识和第一用户标识的电子凭证生成响应发送给共享支付服务器，以使共享支付服务器根据第一电子凭证标识和第一用户标识更新电子凭证状态，并向业务流程服务器返回第一电子凭证标识和第一用户标识。

该方案中，共享支付服务器完成支付后，可以直接通过财务***服务器生成电子凭证，并将电子凭证的电子凭证标识反馈给共享支付服务器，共享支付服务器再反馈给业务流程***，从而可以实现跨***生成电子凭证，整个过程无需人工参与，相对于现有技术可以大大节省人力资源，并且大大提升效率。

具体的，接收模块31，用于接收共享支付服务器发送的电子凭证生成请求，具体用于：

监控电子凭证生成接口是否被调用；

若监控到电子凭证生成接口被调用后，则从电子凭证生成接口接收共享支付服务器发送的携带第一用户标识和已支付信息的第一JSON数据文件。

具体的，处理模块32，用于根据第一用户标识和已支付信息生成第一电子凭证，具体用于：

解析第一JSON数据文件，得到第一用户标识和已支付信息；

根据第一用户标识模拟登录；

基于已支付信息生成第一电子凭证并保存。

具体的，发送模块33，用于将携带第一电子凭证的第一电子凭证标识和第一用户标识的电子凭证生成响应发送给共享支付服务器，具体用于：

将第一电子凭证的第一电子凭证标识和第一用户标识封住成第二JSON数据文件；

通过电子凭证生成接口向共享支付服务器发送第二JSON数据文件。

可选的，

接收模块31，还用于接收共享支付服务器发送的电子凭证冲销请求，电子凭证冲销请求是共享支付服务器接收到业务流程服务器发送的携带第二用户标识和第二电子凭证标识的退费请求后，根据第二电子凭证标识进行退费并生成已退费信息后发送的，电子凭证冲销请求携带第二用户标识、第二电子凭证标识和已退费信息；

处理模块32，用于根据第二用户标识、第二电子凭证标识和已退费信息冲销第二电子凭证标识对应的第二电子凭证；

发送模块33，还用于将携带第二电子凭证标识和第二用户标识的电子凭证冲销响应发送给共享支付服务器，以使共享支付服务器根据第二电子凭证标识和第二用户标识更新电子凭证状态。

具体的，接收模块31，用于接收共享支付服务器发送的电子凭证冲销请求，具体用于：

监控电子凭证冲销接口是否被调用；

若监控到电子凭证冲销接口被调用后，则从电子凭证冲销接口接收共享支付服务器发送的携带第二用户标识、第二电子凭证标识和已退费信息的第三JSON数据文件。

具体的，处理模块32，用于根据第二用户标识、第二电子凭证标识和已退费信息冲销第二电子凭证标识对应的第二电子凭证，具体用于：

解析第三JSON数据文件，得到第二用户标识、第二电子凭证标识和已退费信息；

根据第二用户标识模拟登录；

查找第二电子凭证标识对应的第二电子凭证；

基于已退费信息冲销第二电子凭证。

具体的，发送模块33，用于将携带第二电子凭证标识和第二用户标识的电子凭证冲销响应发送给共享支付服务器，具体用于：

将第二电子凭证标识和第二用户标识封住成第四JSON数据文件；

通过电子凭证冲销接口向共享支付服务器发送第四JSON数据文件。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的可选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括可选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种跨***的电子凭证处理方法，应用在财务***服务器中，其特征在于，所述方法包括：

接收共享支付服务器发送的电子凭证生成请求，所述电子凭证生成请求是所述共享支付服务器接收到业务流程服务器发送的携带第一用户标识和待支付信息的支付请求后，根据待支付信息进行支付并生成已支付信息后发送的，所述电子凭证生成请求携带所述第一用户标识和所述已支付信息；

根据所述第一用户标识和所述已支付信息生成第一电子凭证；

将携带所述第一电子凭证的第一电子凭证标识和所述第一用户标识的电子凭证生成响应发送给所述共享支付服务器，以使所述共享支付服务器根据所述第一电子凭证标识和所述第一用户标识更新电子凭证状态，并向所述业务流程服务器返回所述第一电子凭证标识和所述第一用户标识；其中

接收共享支付服务器发送的电子凭证生成请求，具体包括：得到

监控电子凭证生成接口是否被调用；

若监控到所述电子凭证生成接口被调用后，则从所述电子凭证生成接口接收所述共享支付服务器发送的携带第一用户标识和已支付信息的第一JSON数据文件；

根据所述第一用户标识和所述已支付信息生成第一电子凭证，具体包括：

解析所述第一JSON数据文件，得到所述第一用户标识和所述已支付信息；

根据所述第一用户标识模拟登录；

基于所述已支付信息生成第一电子凭证并保存。

2.如权利要求1所述的方法，其特征在于，将携带所述第一电子凭证的第一电子凭证标识和所述第一用户标识的电子凭证生成响应发送给所述共享支付服务器，具体包括：

将所述第一电子凭证的第一电子凭证标识和所述第一用户标识封住成第二JSON数据文件；

通过所述电子凭证生成接口向所述共享支付服务器发送所述第二JSON数据文件。

3.如权利要求1-2任一所述的方法，其特征在于，还包括：

接收所述共享支付服务器发送的电子凭证冲销请求，所述电子凭证冲销请求是所述共享支付服务器接收到所述业务流程服务器发送的携带第二用户标识和第二电子凭证标识的退费请求后，根据所述第二电子凭证标识进行退费并生成已退费信息后发送的，所述电子凭证冲销请求携带所述第二用户标识、所述第二电子凭证标识和所述已退费信息；

根据所述第二用户标识、所述第二电子凭证标识和所述已退费信息冲销所述第二电子凭证标识对应的第二电子凭证；

将携带所述第二电子凭证标识和所述第二用户标识的电子凭证冲销响应发送给所述共享支付服务器，以使所述共享支付服务器根据所述第二电子凭证标识和所述第二用户标识更新电子凭证状态。

4.如权利要求3所述的方法，其特征在于，接收所述共享支付服务器发送的电子凭证冲销请求，具体包括：

监控电子凭证冲销接口是否被调用；

若监控到所述电子凭证冲销接口被调用后，则从所述电子凭证冲销接口接收所述共享支付服务器发送的携带所述第二用户标识、所述第二电子凭证标识和所述已退费信息的第三JSON数据文件。

5.如权利要求4所述的方法，其特征在于，根据所述第二用户标识、所述第二电子凭证标识和所述已退费信息冲销所述第二电子凭证标识对应的第二电子凭证，具体包括：

解析所述第三JSON数据文件，得到所述第二用户标识、所述第二电子凭证标识和所述已退费信息；

根据所述第二用户标识模拟登录；

查找所述第二电子凭证标识对应的第二电子凭证；

基于所述已退费信息冲销所述第二电子凭证。

6.如权利要求4所述的方法，其特征在于，将携带所述第二电子凭证标识和所述第二用户标识的电子凭证冲销响应发送给所述共享支付服务器，具体包括：

将所述第二电子凭证标识和所述第二用户标识封住成第四JSON数据文件；

通过所述电子凭证冲销接口向所述共享支付服务器发送所述第四JSON数据文件。

7.一种跨***的电子凭证处理装置，应用在财务***服务器中，其特征在于，所述装置包括：

接收模块，用于接收共享支付服务器发送的电子凭证生成请求，所述电子凭证生成请求是所述共享支付服务器接收到业务流程服务器发送的携带第一用户标识和待支付信息的支付请求后，根据待支付信息进行支付并生成已支付信息后发送的，所述电子凭证生成请求携带所述第一用户标识和所述已支付信息；

处理模块，用于根据所述第一用户标识和所述已支付信息生成第一电子凭证；

发送模块，用于将携带所述第一电子凭证的第一电子凭证标识和所述第一用户标识的电子凭证生成响应发送给所述共享支付服务器，以使所述共享支付服务器根据所述第一电子凭证标识和所述第一用户标识更新电子凭证状态，并向所述业务流程服务器返回所述第一电子凭证标识和所述第一用户标识；其中

所述接收模块，用于接收共享支付服务器发送的电子凭证生成请求，具体用于：

监控电子凭证生成接口是否被调用；

若监控到所述电子凭证生成接口被调用后，则从所述电子凭证生成接口接收所述共享支付服务器发送的携带第一用户标识和已支付信息的第一JSON数据文件；

所述处理模块，用于根据所述第一用户标识和所述已支付信息生成第一电子凭证，具体用于：

解析所述第一JSON数据文件，得到所述第一用户标识和所述已支付信息；

根据所述第一用户标识模拟登录；

基于所述已支付信息生成第一电子凭证并保存。

8.如权利要求7所述的装置，其特征在于，所述发送模块，用于将携带所述第一电子凭证的第一电子凭证标识和所述第一用户标识的电子凭证生成响应发送给所述共享支付服务器，具体用于：

将所述第一电子凭证的第一电子凭证标识和所述第一用户标识封住成第二JSON数据文件；

通过所述电子凭证生成接口向所述共享支付服务器发送所述第二JSON数据文件。

9.如权利要求7-8任一所述的装置，其特征在于，

所述接收模块，还用于接收所述共享支付服务器发送的电子凭证冲销请求，所述电子凭证冲销请求是所述共享支付服务器接收到所述业务流程服务器发送的携带第二用户标识和第二电子凭证标识的退费请求后，根据所述第二电子凭证标识进行退费并生成已退费信息后发送的，所述电子凭证冲销请求携带所述第二用户标识、所述第二电子凭证标识和所述已退费信息；

所述处理模块，用于根据所述第二用户标识、所述第二电子凭证标识和所述已退费信息冲销所述第二电子凭证标识对应的第二电子凭证；

所述发送模块，还用于将携带所述第二电子凭证标识和所述第二用户标识的电子凭证冲销响应发送给所述共享支付服务器，以使所述共享支付服务器根据所述第二电子凭证标识和所述第二用户标识更新电子凭证状态。

10.如权利要求9所述的装置，其特征在于，所述接收模块，用于接收所述共享支付服务器发送的电子凭证冲销请求，具体用于：

监控电子凭证冲销接口是否被调用；

若监控到所述电子凭证冲销接口被调用后，则从所述电子凭证冲销接口接收所述共享支付服务器发送的携带所述第二用户标识、所述第二电子凭证标识和所述已退费信息的第三JSON数据文件。

11.如权利要求10所述的装置，其特征在于，所述处理模块，用于根据所述第二用户标识、所述第二电子凭证标识和所述已退费信息冲销所述第二电子凭证标识对应的第二电子凭证，具体用于：

解析所述第三JSON数据文件，得到所述第二用户标识、所述第二电子凭证标识和所述已退费信息；

根据所述第二用户标识模拟登录；

查找所述第二电子凭证标识对应的第二电子凭证；

基于所述已退费信息冲销所述第二电子凭证。

12.如权利要求10所述的装置，其特征在于，所述发送模块，用于将携带所述第二电子凭证标识和所述第二用户标识的电子凭证冲销响应发送给所述共享支付服务器，具体用于：

将所述第二电子凭证标识和所述第二用户标识封住成第四JSON数据文件；

通过所述电子凭证冲销接口向所述共享支付服务器发送所述第四JSON数据文件。

Images