电子凭证生成方法、装置及电子设备与流程

1.本技术实施例涉及数据处理技术领域，尤其涉及一种电子凭证生成方法、装置及电子设备。


背景技术：

2.随着经济的发展，用户的需求越来越多，金融机构可以根据用户的需求对用户数据进行核对以及整合处理，并依据整合结果输出一个凭证，进而得到电子凭证。
3.现有技术中，在根据用户的需求对用户数据进行核对以及整合处理时，需要对大量的结构化、非结构化以及不同的数据格式的用户数据进行处理，从而生成电子凭证。
4.然而，现有的电子凭证的生成过程难以应对大量不同格式的原始数据，可能出现对原始数据无法进行整合处理的问题，需要人工额外对用户数据进行处理，增大了人力成本，且主观性强，降低了电子凭证生成过程的准确率，进而影响了电子凭证的生成效果。


技术实现要素：

5.本技术实施例提供一种电子凭证生成方法、装置及电子设备，用以解决电子凭证生成过程准确率低的问题。
6.第一方面，本技术提供一种电子凭证生成方法，包括：
7.接收业务系统发送的凭证申请请求，其中，所述凭证申请请求中包含凭证标识；
8.根据所述凭证申请请求中包含的领域标识确定目标行业平台，确定所述凭证标识对应的至少一目标参数，并从所述目标行业平台中获取所述至少一目标参数对应的目标业务数据；
9.对所述目标业务数据进行解析处理，确定所述目标业务数据对应的目标数据处理规则，并基于所述目标数据处理规则对所述目标业务数据进行处理，得到初始电子凭证；
10.根据预设的签章接口对所述初始电子凭证进行加签处理，得到电子凭证。
11.可选的，所述对所述目标业务数据进行解析处理，确定所述目标业务数据对应的目标数据处理规则，包括：
12.对所述目标业务数据进行解析处理，确定所述目标业务数据的格式信息以及领域信息；
13.根据所述格式信息以及所述领域信息确定所述目标业务数据对应的目标数据处理规则。
14.可选的，所述基于所述目标数据处理规则对所述目标业务数据进行处理，得到初始电子凭证，包括：
15.基于所述目标数据处理规则对所述目标业务数据的格式以及内容进行规范化检测处理；
16.若所述目标业务数据的格式以及内容符合所述目标数据处理规则，则将所述目标业务数据与预设模板进行融合，得到初始电子凭证。
17.可选的，还包括：
18.若所述目标业务数据的格式和/或内容不符合所述目标数据处理规则，则发送修改请求至所述业务系统，其中，所述修改请求中包含不符合所述目标数据处理规则的格式和/或内容；
19.接收所述业务系统根据所述修改请求发送的新的凭证申请请求，并在所述新的凭证申请请求对应的新的目标业务数据符合所述目标数据处理规则时，生成初始电子凭证。
20.可选的，还包括：
21.接收数据处理规则更新请求，其中，所述数据处理规则更新请求中包含待增加的规则选项、待删除的规则选项以及待更新的规则选项中的至少一种；
22.基于所述数据处理规则更新请求来对所述目标数据处理规则进行更新，得到新的目标数据处理规则。
23.可选的，在所述根据预设的签章接口对所述初始电子凭证进行加签处理，得到电子凭证之后，还包括：
24.将所述电子凭证以及所述电子凭证对应的凭证编号上传至区块链；
25.发送包含所述凭证编号的上传成功提示至所述业务系统，以使所述业务系统根据所述凭证编号从所述区块链中获取所述电子凭证。
26.可选的，在所述发送包含所述凭证编号的上传成功提示至所述业务系统，以使所述业务系统根据所述凭证编号从所述区块链中获取所述电子凭证之后，还包括：
27.接收所述业务系统发送的验证请求，其中，所述验证请求中包含凭证编号；
28.若所述凭证编号对应的电子凭证为所述凭证标识对应的电子凭证中最新生成的电子凭证，则发送验证成功提示至所述业务系统。
29.第二方面，本技术提供一种电子凭证生成装置，包括：
30.接收模块，用于接收业务系统发送的凭证申请请求，其中，所述凭证申请请求中包含凭证标识；
31.处理模块，用于根据所述凭证申请请求中包含的领域标识确定目标行业平台，确定所述凭证标识对应的至少一目标参数，并从所述目标行业平台中获取所述至少一目标参数对应的目标业务数据；
32.所述处理模块，还用于对所述目标业务数据进行解析处理，确定所述目标业务数据对应的目标数据处理规则，并基于所述目标数据处理规则对所述目标业务数据进行处理，得到初始电子凭证；
33.所述处理模块，还用于根据预设的签章接口对所述初始电子凭证进行加签处理，得到电子凭证。
34.第三方面，本技术实施例提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
35.所述存储器存储计算机执行指令；
36.所述处理器执行所述存储器存储的计算机执行指令，实现如上第一方面以及第一方面各种可能的设计所述的电子凭证生成方法。
37.第四方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以
及第一方面各种可能的设计所述的电子凭证生成方法。
38.第五方面，本技术实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的电子凭证生成方法。
39.本技术实施例提供了一种电子凭证生成方法、装置及电子设备，采用上述方案后，可以先接收业务系统发送的包含凭证标识的凭证申请请求，然后可以根据凭证申请请求中包含的领域标识确定目标行业平台，确定凭证标识对应的至少一目标参数，并从目标行业平台中获取至少一目标参数对应的目标业务数据，还可以对目标业务数据进行解析处理，确定目标业务数据对应的目标数据处理规则，并基于目标数据处理规则对目标业务数据进行处理，得到初始电子凭证，再根据预设的签章接口对初始电子凭证进行加签处理，得到电子凭证，通过对目标业务数据进行解析处理，确定目标业务数据对应的目标数据处理规则，然后再基于该目标数据处理规则直接对目标业务数据进行处理，得到电子凭证的方式，可以实现对不同格式的业务数据直接进行处理，不需要额外增加人工方式，既降低了人力成本，也提高了电子凭证生成过程的准确性，进而保证了电子凭证的生成效果。
附图说明
40.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
41.图1为本技术实施例提供的电子凭证生成方法的应用系统的架构示意图；
42.图2为本技术实施例提供的电子凭证生成方法的流程示意图；
43.图3为本技术实施例提供的电子凭证生成方法的原理示意图；
44.图4为本技术实施例提供的电子凭证生成装置的结构示意图；
45.图5为本技术实施例提供的电子设备的硬件结构示意图。
具体实施方式
46.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
47.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例还能够包括除了图示或描述的那些实例以外的其他顺序实例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
48.现有技术中，在生成电子凭证时，可以根据用户的需求对用户数据进行核对以及
整合处理，即需要对大量的结构化、非结构化以及不同的数据格式的用户数据进行处理，进而生成电子凭证。示例性的，在生成保险电子凭证时，需要对大量的结构化、非结构化以及不同的数据格式的用户保险数据进行处理，并将最后经过格式审核的业务数据和添加的电子凭证的生成信息一起存储到保险电子凭证的生成表中，从而生成保险电子凭证。然而，现有的电子凭证的生成过程难以应对大量不同格式的原始数据，可能出现对原始数据无法进行处理的问题，且不同类型的电子凭证对应的业务数据处理过程可能不同，需要人工额外对用户数据进行处理，增大了人力成本，且主观性强，降低了电子凭证生成过程的准确率，进而影响了电子凭证的生成效果。
49.基于上述技术问题，本技术通过对目标业务数据进行解析处理，确定目标业务数据对应的目标数据处理规则，然后再基于该目标数据处理规则直接对目标业务数据进行处理，得到电子凭证的方式，可以实现对不同格式的业务数据直接进行处理，不需要额外增加人工方式，达到了既降低了人力成本，也提高了电子凭证生成过程的准确性，进而保证了电子凭证的生成效果的技术效果。
50.本技术的技术方案中，所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
51.图1为本技术实施例提供的电子凭证生成方法的应用系统的架构示意图，如图1所示，在该实施例中，应用系统可以包括处理服务器101和业务系统服务器102，业务系统服务器102中可以部署有业务系统，用于实现相关业务(例如，金融业务、保险业务等)。不同的业务系统可以部署在同一业务系统服务器102中，也可以部署在不同的业务系统服务器102中。业务系统服务器102中的业务系统可以向处理服务器101发送凭证申请请求，处理服务器101在接收到凭证申请请求之后，可以根据凭证申请请求中包含的领域标识确定目标行业平台，确定凭证标识对应的至少一目标参数，并从目标行业平台中获取所述至少一目标参数对应的目标业务数据，然后可以对目标业务数据进行解析处理，确定目标业务数据对应的目标数据处理规则，并基于目标数据处理规则对目标业务数据进行处理，得到初始电子凭证，并根据预设的签章接口对初始电子凭证进行加签处理，得到电子凭证。
52.此外，还可以将得到的电子凭证发送至对应的业务系统。
53.其中，处理服务器101和业务系统服务器102可以为单独的服务器，也可以为集群，在此不再详细进行限定。
54.下面以具体地实施例对本技术的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
55.图2为本技术实施例提供的电子凭证生成方法的流程示意图，本实施例的方法可以由处理服务器101执行。如图2所示，本实施例的方法，可以包括：
56.s201：接收业务系统发送的凭证申请请求，其中，凭证申请请求中包含凭证标识。
57.在本实施例中，业务系统在实现相关业务的过程中，可能需要电子凭证。例如，在实现转账业务时，可能需要转账凭证。在确定有多少存款时，可能需要存款凭证。因此，可以在需要电子凭证时，向可以生成电子凭证的处理服务器发送凭证申请请求。
58.其中，凭证申请请求中可以包含凭证标识，用于表示待生成电子凭证的类型。示例性的，凭证标识为1，可以表示待生成电子凭证为转账凭证；凭证标识为2，可以表示待生成电子凭证为存款凭证。此外，凭证标识的具体样式可以为多种，在此不再详细进行限定。
59.s202：根据凭证申请请求中包含的领域标识确定目标行业平台，确定凭证标识对应的至少一目标参数，并从目标行业平台中获取至少一目标参数对应的目标业务数据。
60.在本实施例中，处理服务器在接收到凭证申请请求之后，可以基于该凭证申请请求获取与凭证标识对应的目标业务数据。其中，该目标业务数据为待生成的电子凭证中需要的数据。
61.此外，不同行业的电子凭证所需要的数据可能在不同的行业平台中，因此，在发送凭证申请请求时，可以在凭证申请请求中包含领域标识。后续在获取目标业务数据时，可以先根据凭证申请请求中包含的领域标识来确定目标行业平台。
62.可选的，不同的领域标识对应的行业平台可以预先进行配置，并存储配置结果，后续在接收到凭证申请请求时，可以在存储的领域标识与行业平台的对应关系中查找，确定凭证申请请求中包含的领域标识对应的目标行业平台。
63.此外，还可以根据凭证标识来确定对应的目标参数，且目标参数的个数为一个或多个。可选的，不同的凭证标识表示不同的电子凭证，不同的电子凭证中所需要的目标参数不同，可以预先配置好不同的电子凭证对应的目标参数，然后再基于凭证标识与目标参数的对应关系确定申请请求中包含的凭证标识对应的一个或多个目标参数。示例性的，凭证标识为存款证明标识，该存款证明标识对应的目标参数可以包括用户姓名、卡号、余额、开户行、开户手机号等。
64.s203：对目标业务数据进行解析处理，确定目标业务数据对应的目标数据处理规则，并基于目标数据处理规则对目标业务数据进行处理，得到初始电子凭证。
65.在本实施例中，在得到目标业务数据之后，由于不同的目标业务数据对应不同的电子凭证，因此，通过不同的目标业务数据生成对应的电子凭证的处理过程也不相同。
66.可选的，可以先对目标业务数据进行解析处理，确定目标业务数据对应的目标数据处理规则，然后再基于该目标数据处理规则对目标业务数据进行处理，进而得到初始电子凭证。
67.进一步的，所述对所述目标业务数据进行解析处理，确定所述目标业务数据对应的目标数据处理规则，具体可以包括：
68.对所述目标业务数据进行解析处理，确定所述目标业务数据的格式信息以及领域信息。
69.根据所述格式信息以及所述领域信息确定所述目标业务数据对应的目标数据处理规则。
70.具体的，数据所属的领域以及格式不同，对应的处理方式可能不同，因此，在对目标业务数据进行解析处理时，可以对目标业务数据中包含的字段逐一进行分析，确定格式信息字段以及领域信息字段，进而根据格式信息字段来确定目标业务数据的格式信息，根据领域信息字段来确定目标业务数据的领域信息。其中，格式信息可以表示目标业务数据的格式，示例性的，可以为json格式、xml格式等。领域信息可以为金融领域、保险领域、社会公共事务领域(例如，居住证凭证、出生证明凭证等)。然后可以根据确定的格式信息以及领域信息进一步确定目标数据处理规则，进而通过该目标数据处理规则对目标业务数据进行处理。
71.此外，所述基于所述目标数据处理规则对所述目标业务数据进行处理，得到初始
电子凭证，具体可以包括：
72.基于所述目标数据处理规则对所述目标业务数据的格式以及内容进行规范化检测处理。
73.若所述目标业务数据的格式以及内容符合所述目标数据处理规则，则将所述目标业务数据与预设模板进行融合，得到初始电子凭证。
74.具体的，在确定目标数据处理规则之后，可以根据目标数据处理规则对目标业务数据进行处理，进而得到初始电子凭证。
75.此外，在基于目标数据处理规则对目标业务数据进行处理时，可以对目标业务数据的格式以及内容进行规范化检测处理。可选的，对目标业务数据的格式进行规范化检测时，可以确定目标业务数据中包含的参数与待生成的电子凭证中所需要的参数是否一致。在对目标业务数据的内容进行规范化检测时，可以确定目标业务数据中包含的内容是否符合相关行业的规范。其中，每个电子凭证需要的参数以及相关行业的规范可以预先自定义进行设置，在此不再详细进行论述。
76.此外，若目标业务数据的格式以及内容均符合目标数据处理规则，则可以将目标业务数据与待生成的电子凭证对应的模板进行融合，得到初始电子凭证。其中，电子凭证对应的模板为预先定义好的，不同的电子凭证可以对应不同的模板，在此不再详细进行论述。
77.此外，所述方法还可以包括：
78.若所述目标业务数据的格式和/或内容不符合所述目标数据处理规则，则发送修改请求至所述业务系统，其中，所述修改请求中包含不符合所述目标数据处理规则的格式和/或内容。
79.接收所述业务系统根据所述修改请求发送的新的凭证申请请求，并在所述新的凭证申请请求对应的新的目标业务数据符合所述目标数据处理规则时，生成初始电子凭证。
80.具体的，若目标业务数据的格式不符合目标数据处理规则，或者目标业务数据的内容不符合目标数据处理规则，或者目标业务数据的格式与内容均不符合目标数据处理规则，则表明无法直接根据目标业务数据生成初始电子凭证，因此，可以向业务系统发送修改请求，确定业务系统是否可以更改目标数据中不符合目标数据处理规则的格式和/或内容。
81.若业务系统可以更改不符合目标数据处理规则的格式和/或内容，则可以根据更改后的目标数据生成新的凭证申请请求，并将新的凭证申请请求发送至处理服务器。处理服务器在接收到新的凭证申请请求之后，可以重复前述过程，判断新的凭证申请请求对应的新的目标业务数据是否符合目标数据处理规则，若符合，则可以根据新的目标业务数据生成初始电子凭证。若仍然不符合，则可以先判断重试次数是否超过次数阈值，若没有超过，则可以重新发送修改请求至业务系统。若超过次数阈值，则可以生成异常提示，进而提醒运维人员及时查看，进而提高了电子凭证的生成准确率。
82.s204：根据预设的签章接口对初始电子凭证进行加签处理，得到电子凭证。
83.在本实施例中，在得到初始电子凭证之后，该初始电子凭证仅可以作为电子凭证的副本，还不能真正替换纸质凭证，因此，可以根据预设的签章接口对初始电子凭证进行加签处理，得到真正的电子凭证，实现了电子凭证防篡改、可信、互认等安全要求。其中，在对初始电子凭证进行加签处理时，可以根据电子凭证的实际需求增加对应的签章。
84.采用上述方案后，可以先接收业务系统发送的包含凭证标识的凭证申请请求，然
后可以基于该凭证申请请求获取与凭证标识对应的目标业务数据，还可以对目标业务数据进行解析处理，确定目标业务数据对应的目标数据处理规则，并基于目标数据处理规则对目标业务数据进行处理，得到初始电子凭证，再根据预设的签章接口对初始电子凭证进行加签处理，得到电子凭证，通过对目标业务数据进行解析处理，确定目标业务数据对应的目标数据处理规则，然后再基于该目标数据处理规则直接对目标业务数据进行处理，得到电子凭证的方式，可以实现对不同格式的业务数据直接进行处理，不需要额外增加人工方式，既降低了人力成本，也提高了电子凭证生成过程的准确性，进而保证了电子凭证的生成效果。
85.基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
86.此外，在另一实施例中，所述方法还可以包括：
87.接收数据处理规则更新请求，其中，所述数据处理规则更新请求中包含待增加的规则选项、待删除的规则选项以及待更新的规则选项中的至少一种。
88.基于所述数据处理规则更新请求来对所述目标数据处理规则进行更新，得到新的目标数据处理规则。
89.在本实施例中，为了满足电子凭证的生成需求，可以对目标数据处理规则进行自定义设置，即可以对目标数据处理规则中包含的规则选项进行删除操作、增加操作或者修改操作。
90.可选的，可以接收数据处理规则更新请求，其中，数据处理规则更新请求中包含待增加的规则选项、待删除的规则选项以及待更新的规则选项中的至少一种，然后可以基于数据处理规则更新请求来对目标数据处理规则进行更新，得到新的目标数据处理规则。
91.综上，通过自定义设置数据处理规则中的规则选项，可以满足不同电子凭证的生成需求，提高了数据处理规则设置过程的灵活性，进而提高了电子凭证生成过程的灵活性与便利性。
92.图3为本技术实施例提供的电子凭证生成方法的原理示意图，如图3所示，在该实施例中，可以根据凭证申请请求从目标行业平台中获取目标业务数据，然后可以对目标业务数据进行解析处理，确定目标业务数据对应的目标数据处理规则，然后可以基于目标数据处理规则对目标业务数据的格式以及内容进行规范化检测处理，若目标业务数据的格式以及内容符合目标数据处理规则，则将目标业务数据与预设模板进行融合，得到初始电子凭证。并根据预设的签章接口对初始电子凭证进行加签处理，得到电子凭证。若目标业务数据的格式和/或内容不符合目标数据处理规则，则可以通过存储模块存储目标业务数据，进行异常数据留档。
93.此外，也可以在目标业务数据的格式和/或内容不符合目标数据处理规则时，发送修改请求至业务系统，以确定新的目标业务数据，并对新的目标业务数据执行后续判断过程，原理与前述类似，在此不再详细进行论述。
94.此外，在另一实施例中，在所述根据预设的签章接口对所述初始电子凭证进行加签处理，得到电子凭证之后，还可以包括：
95.将所述电子凭证以及所述电子凭证对应的凭证编号上传至区块链。
96.发送包含所述凭证编号的上传成功提示至所述业务系统，以使所述业务系统根据
所述凭证编号从所述区块链中获取所述电子凭证。
97.在本实施例中，在生成电子凭证之后，为了保证电子凭证的安全性，可以将电子凭证上传至区块链，业务系统在需要电子凭证时，可以直接从区块链中获取电子凭证，减少了电子凭证在传输过程中被篡改的情况。
98.此外，在生成电子凭证时，可以生成电子凭证对应的凭证编号，该凭证编号可以唯一标识该电子凭证。
99.此外，在所述发送包含所述凭证编号的上传成功提示至所述业务系统，以使所述业务系统根据所述凭证编号从所述区块链中获取所述电子凭证之后，还可以包括：
100.接收所述业务系统发送的验证请求，其中，所述验证请求中包含凭证编号。
101.若所述凭证编号对应的电子凭证为所述凭证标识对应的电子凭证中最新生成的电子凭证，则发送验证成功提示至所述业务系统。
102.具体的，为了进一步保证电子凭证的安全性，在业务系统获取到电子凭证之后，还可以对电子凭证进行验证，并在验证通过之后再应用该电子凭证。
103.此外，对电子凭证进行验证的方式可以有多种。可选的，可以先接收业务系统发送的包含凭证编号的验证请求，然后可以根据凭证编号对电子凭证进行验证。对应的，凭证标识可以有一个或多个，每个凭证标识可以对应一类电子凭证，在业务系统需要电子凭证时，需要给业务系统提供与凭证标识对应的最新的电子凭证，即新生成的电子凭证，因此，若凭证编号对应的电子凭证为凭证标识对应的电子凭证中最新生成的电子凭证，即日期最新的电子凭证，则表明向业务系统发送了准确版本的电子凭证，则可以发送验证成功提示至业务系统，业务系统在接收到该验证成功提示之后，即可以应用该电子凭证。
104.综上，通过根据凭证编号对应的电子凭证是否为凭证标识对应的电子凭证中最新生成的电子凭证的方式来对电子凭证进行验证，避免了错发旧版本的电子凭证的情况，进一步提高了电子凭证的准确性。
105.基于同样的思路，本说明书实施例还提供了上述方法对应的装置，图4为本技术实施例提供的电子凭证生成装置的结构示意图，如图4所示，本实施例提供的装置，可以包括：
106.接收模块401，用于接收业务系统发送的凭证申请请求，其中，所述凭证申请请求中包含凭证标识。
107.处理模块402，用于根据所述凭证申请请求中包含的领域标识确定目标行业平台，确定所述凭证标识对应的至少一目标参数，并从所述目标行业平台中获取所述至少一目标参数对应的目标业务数据。
108.所述处理模块402，还用于对所述目标业务数据进行解析处理，确定所述目标业务数据对应的目标数据处理规则，并基于所述目标数据处理规则对所述目标业务数据进行处理，得到初始电子凭证。
109.在本实施例中，所述处理模块402，还用于：
110.对所述目标业务数据进行解析处理，确定所述目标业务数据的格式信息以及领域信息。
111.根据所述格式信息以及所述领域信息确定所述目标业务数据对应的目标数据处理规则。
112.此外，所述处理模块402，还用于：
113.基于所述目标数据处理规则对所述目标业务数据的格式以及内容进行规范化检测处理。
114.若所述目标业务数据的格式以及内容符合所述目标数据处理规则，则将所述目标业务数据与预设模板进行融合，得到初始电子凭证。
115.此外，所述处理模块402，还用于：
116.若所述目标业务数据的格式和/或内容不符合所述目标数据处理规则，则发送修改请求至所述业务系统，其中，所述修改请求中包含不符合所述目标数据处理规则的格式和/或内容。
117.接收所述业务系统根据所述修改请求发送的新的凭证申请请求，并在所述新的凭证申请请求对应的新的目标业务数据符合所述目标数据处理规则时，生成初始电子凭证。
118.所述处理模块402，还用于根据预设的签章接口对所述初始电子凭证进行加签处理，得到电子凭证。
119.在另一实施例中，所述处理模块402，还用于：
120.接收数据处理规则更新请求，其中，所述数据处理规则更新请求中包含待增加的规则选项、待删除的规则选项以及待更新的规则选项中的至少一种。
121.基于所述数据处理规则更新请求来对所述目标数据处理规则进行更新，得到新的目标数据处理规则。
122.本技术实施例提供的装置，可以实现上述如图2所示的实施例的方法，其实现原理和技术效果类似，此处不再赘述。
123.图5为本技术实施例提供的电子设备的硬件结构示意图，如图5所示，本实施例提供的设备500包括：处理器501，以及与所述处理器通信连接的存储器。其中，处理器501、存储器502通过总线503连接。
124.在具体实现过程中，处理器501执行所述存储器502存储的计算机执行指令，使得处理器501执行上述方法实施例中的方法。
125.处理器501的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
126.在上述的图5所示的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
127.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器。
128.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
129.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的电子凭证生成方法。
130.本技术实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上所述的电子凭证生成方法。
131.上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
132.一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
133.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
134.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。

技术特征：
1.一种电子凭证生成方法，其特征在于，包括：接收业务系统发送的凭证申请请求，其中，所述凭证申请请求中包含凭证标识；根据所述凭证申请请求中包含的领域标识确定目标行业平台，确定所述凭证标识对应的至少一目标参数，并从所述目标行业平台中获取所述至少一目标参数对应的目标业务数据；对所述目标业务数据进行解析处理，确定所述目标业务数据对应的目标数据处理规则，并基于所述目标数据处理规则对所述目标业务数据进行处理，得到初始电子凭证；根据预设的签章接口对所述初始电子凭证进行加签处理，得到电子凭证。2.根据权利要求1所述的方法，其特征在于，所述对所述目标业务数据进行解析处理，确定所述目标业务数据对应的目标数据处理规则，包括：对所述目标业务数据进行解析处理，确定所述目标业务数据的格式信息以及领域信息；根据所述格式信息以及所述领域信息确定所述目标业务数据对应的目标数据处理规则。3.根据权利要求1所述的方法，其特征在于，所述基于所述目标数据处理规则对所述目标业务数据进行处理，得到初始电子凭证，包括：基于所述目标数据处理规则对所述目标业务数据的格式以及内容进行规范化检测处理；若所述目标业务数据的格式以及内容符合所述目标数据处理规则，则将所述目标业务数据与预设模板进行融合，得到初始电子凭证。4.根据权利要求3所述的方法，其特征在于，还包括：若所述目标业务数据的格式和/或内容不符合所述目标数据处理规则，则发送修改请求至所述业务系统，其中，所述修改请求中包含不符合所述目标数据处理规则的格式和/或内容；接收所述业务系统根据所述修改请求发送的新的凭证申请请求，并在所述新的凭证申请请求对应的新的目标业务数据符合所述目标数据处理规则时，生成初始电子凭证。5.根据权利要求1-4任一项所述的方法，其特征在于，还包括：接收数据处理规则更新请求，其中，所述数据处理规则更新请求中包含待增加的规则选项、待删除的规则选项以及待更新的规则选项中的至少一种；基于所述数据处理规则更新请求来对所述目标数据处理规则进行更新，得到新的目标数据处理规则。6.根据权利要求1-4任一项所述的方法，其特征在于，在所述根据预设的签章接口对所述初始电子凭证进行加签处理，得到电子凭证之后，还包括：将所述电子凭证以及所述电子凭证对应的凭证编号上传至区块链；发送包含所述凭证编号的上传成功提示至所述业务系统，以使所述业务系统根据所述凭证编号从所述区块链中获取所述电子凭证。7.根据权利要求6所述的方法，其特征在于，在所述发送包含所述凭证编号的上传成功提示至所述业务系统，以使所述业务系统根据所述凭证编号从所述区块链中获取所述电子凭证之后，还包括：
接收所述业务系统发送的验证请求，其中，所述验证请求中包含凭证编号；若所述凭证编号对应的电子凭证为所述凭证标识对应的电子凭证中最新生成的电子凭证，则发送验证成功提示至所述业务系统。8.一种电子凭证生成装置，其特征在于，包括：接收模块，用于接收业务系统发送的凭证申请请求，其中，所述凭证申请请求中包含凭证标识；处理模块，用于根据所述凭证申请请求中包含的领域标识确定目标行业平台，确定所述凭证标识对应的至少一目标参数，并从所述目标行业平台中获取所述至少一目标参数对应的目标业务数据；所述处理模块，还用于对所述目标业务数据进行解析处理，确定所述目标业务数据对应的目标数据处理规则，并基于所述目标数据处理规则对所述目标业务数据进行处理，得到初始电子凭证；所述处理模块，还用于根据预设的签章接口对所述初始电子凭证进行加签处理，得到电子凭证。9.一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7任一项所述的电子凭证生成方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的电子凭证生成方法。11.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-7任一项所述的电子凭证生成方法。

技术总结
本申请实施例提供一种电子凭证生成方法、装置及电子设备，涉及数据处理技术领域。所述方法包括：接收业务系统发送的凭证申请请求，其中，凭证申请请求中包含凭证标识，根据凭证申请请求中包含的领域标识确定目标行业平台，确定凭证标识对应的至少一目标参数，并从目标行业平台中获取至少一目标参数对应的目标业务数据，对目标业务数据进行解析处理，确定目标业务数据对应的目标数据处理规则，并基于目标数据处理规则对目标业务数据进行处理，得到初始电子凭证，根据预设的签章接口对初始电子凭证进行加签处理，得到电子凭证。本申请提高了电子凭证生成过程的准确性，进而保证了电子凭证的生成效果。凭证的生成效果。凭证的生成效果。


技术研发人员：刘俊佳 梅开欣
受保护的技术使用者：建信金融科技有限责任公司
技术研发日：2023.05.10
技术公布日：2023/8/1