CN114387115A - 一种三支柱缴费的管理方法及装置 - Google Patents

Abstract

本发明实施例提供了一种三支柱缴费的管理方法及装置，该方法应用于区块链平台，包括；在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将缴费规则上链存储至区块链平台；在接收到目标账户的缴费申请的情况下，基于缴费申请中的账户信息和支柱类型确定目标区块链节点，目标区块链节点中的缴费规则对应的支柱类型与缴费申请中的支柱类型相同；基于预设的目标支柱类型下的缴费限制规则以及目标区块链节点中的缴费规则，确定缴费申请中缴费数据的异常情况；基于缴费数据的异常情况对缴费申请进行管理。本发明实施例利用不同区块链节点中的数据均可以完成缴费业务，实现了对三支柱中缴费业务的统一管理。

Description

一种三支柱缴费的管理方法及装置

技术领域

本发明涉及数据处理技术领域，尤其涉及一种三支柱缴费的管理方法及装置。

背景技术

养老三支柱模式是国际上普遍采用的养老金制度模式。其中，第一支柱：法律强制的公共养老金。第一支柱一般是由政府法律强制实施的公共养老金计划，旨在给退休人员提供最基本的养老保障，同时政府为公共养老金提供最终责任和保障。第二支柱：企业个人共同缴费的职业养老金计划。由企业和个人共同缴费的职业养老金计划在有些国家已经成为了养老金体系的主体。第三支柱：个人养老储蓄计划。第三支柱是基于个人意愿和完全积累制的个人养老储蓄计划，由个人自愿缴费。

目前，由于各支柱下的缴费流程、缴费规则等各部相同。为提升缴费业务的效率，同时避免各支柱间缴费业务之间的干扰，通常各支柱下的缴费业务由不同管控机构负责。

然而，上述管控方式虽然利于管控机构对缴费业务的管理，但对用户不够友好，需要用户到不同的管控机构中申请各支柱下的缴费业务。

发明内容

本发明实施例提供一种三支柱缴费的管理方法及装置，以解决现有技术中养老三支柱模型下用户申请缴费不便，效率低下的问题。

第一方面，本发明实施例提供了一种三支柱缴费的管理方法，应用于区块链平台，所述方法包括：

在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将所述缴费规则上链存储至所述区块链平台，其中，不同支柱类型下的缴费规则存储于所述区块链平台的不同区块链节点；

在接收到目标账户的缴费申请的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点，其中，所述目标区块链节点中的缴费规则对应的支柱类型与所述缴费申请中的支柱类型相同；

基于预设的目标支柱类型下的缴费限制规则以及所述目标区块链节点中的缴费规则，确定所述缴费申请中缴费数据的异常情况，其中，所述目标支柱类型与所述缴费申请中的支柱类型相同；

基于所述缴费数据的异常情况对所述缴费申请进行管理。

可选地，所述区块链平台存储有每一支柱类型下的缴费限制规则，且所述区块链平台中对应不同支柱类型下的缴费限制规则设置有不同的限制规则标识，其中，所述目标支柱类型下的所述缴费规则包括所述目标支柱类型下的缴费限制规则对应的限制规则标识。

可选地，所述在接收到目标账户的缴费申请的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点，包括：

在接收到目标账户的缴费申请，且所述缴费申请符合目标条件的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点；

其中，所述目标条件包括以下任意一项：

所述缴费申请中的支柱类型为第一支柱；

所述缴费申请中的支柱类型非第一支柱，且所述目标账户且已完成第一支柱下的缴费。

可选地，在所述目标支柱类型为第一支柱的情况下，所述基于预设的目标支柱类型下的缴费限制规则以及所述目标区块链节点中的缴费规则，确定所述缴费申请中缴费数据的异常情况，包括：

基于所述目标区块链节点中的缴费规则，确定目标账户的应缴金额；

基于所述目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间；

基于所述应缴金额、所述限制金额区间分别与所述缴费申请中缴费数据的数值关系，确定所述缴费申请中缴费数据的异常情况。

可选地，在所述目标支柱类型为第二支柱的情况下，所述基于预设的目标支柱类型下的缴费限制规则以及所述目标区块链节点中的缴费规则，确定所述缴费申请中缴费数据的异常情况，包括：

基于所述目标区块链节点中的缴费规则，确定目标账户的应缴金额；

基于所述目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间；

将所述目标账户分别在所述第一支柱和所述第二支柱下的缴费金额的比例，确定目标比例值；

基于第一数值关系以及第二数值关系，确定为所述缴费申请中缴费数据的异常情况，其中，所述第一数值关系包括所述应缴金额、所述限制金额区间分别与所述缴费申请中缴费数据的数值关系，所述第二数值关系包括：所述目标比例值与预设比例区间之间的数值关系，所述预设比例区间为基于所述养老三支柱模型中第一支柱和第二支柱的关联关系确定的比例区间。

可选地，在所述目标支柱类型为第三支柱的情况下，所述基于预设的目标支柱类型下的缴费限制规则以及所述目标区块链节点中的缴费规则，确定所述缴费申请中缴费数据的异常情况，包括：

基于所述目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间；

基于所述限制金额区间与所述缴费申请中缴费数据的数值关系，确定所述缴费申请中缴费数据的异常情况。

第二方面，本发明实施例还提供一种三支柱缴费的管理，应用于区块链平台，所述装置包括：

在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将所述缴费规则上链存储至所述区块链平台，其中，不同支柱类型下的缴费规则存储于所述区块链平台的不同区块链节点；

在接收到目标账户的缴费申请的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点，其中，所述目标区块链节点中的缴费规则对应的支柱类型与所述缴费申请中的支柱类型相同；

基于预设的目标支柱类型下的缴费限制规则以及所述目标区块链节点中的缴费规则，确定所述缴费申请中缴费数据的异常情况，其中，所述目标支柱类型与所述缴费申请中的支柱类型相同；

基于所述缴费数据的异常情况对所述缴费申请进行管理。

可选地，所述区块链平台存储有每一支柱类型下的缴费限制规则，且所述区块链平台中对应不同支柱类型下的缴费限制规则设置有不同的限制规则标识，其中，所述目标支柱类型下的所述缴费规则包括所述目标支柱类型下的缴费限制规则对应的限制规则标识。

第三方面，本发明实施例还提供一种电子设备，包括：处理器、通信接口、存储器和通信总线；其中，处理器、通信接口以及存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现如上所述的三支柱缴费的管理方法中的步骤。

第四方面，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的三支柱缴费的管理方法中的步骤。

在本发明实施例中，利用区块链技术，在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将用户在不同支柱下的缴费规则存储于区块链平台的不同区块链节点中。从而在接收到目标账户的缴费申请的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点，利用目标区块链节点中的缴费规则以及预设的目标支柱类型下的缴费限制规则，实现对缴费申请的管理。其中，缴费申请中的支柱类型可以为任一支柱类型，也就是说，用户可以申请各支柱类型下的缴费业务，只需根据需求适应性的调整缴费申请中的支柱类型即可，减少了用户的操作，提升了处理效率；同时也避免了不同支柱下缴费业务处理过程中的相互干扰。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的三支柱缴费的管理方法的步骤流程图；

图2为本发明实施例提供的三支柱缴费的管理方法的应用架构示意图；

图3为本发明实施例提供的针对第一支柱的缴费管理合约的执行步骤流程图；

图4为本发明实施例提供的针对第二支柱的缴费管理合约的执行步骤流程图；

图5为本发明实施例提供的针对第三支柱的缴费管理合约的执行步骤流程图；

图6为本发明实施例提供的三支柱缴费的管理装置的结构框图；

图7为本发明实施例提供的电子设备的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

参见图1，本发明实施例提供了一种三支柱缴费的管理方法，该方法应用于区块链平台。其中，区块链平台为采用区块链技术搭建的平台或***。该三支柱缴费的管理方法，可以包括：

步骤101：在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将缴费规则上链存储至区块链平台。

应当说明的是，缴费规则为账户办理缴费业务时，所需遵循或满足的缴费规则。可以理解的是，在养老三支柱模型中不同支柱类型下的缴费规则各不相同，且不同账户在同一支柱类型下的缴费规则可以相同或不同。具体的，缴费规则可以基于养老三支柱模型中缴费业务确定，即用户基于养老三支柱模型中缴费业务填写数据表，将填写后的数据表作为缴费规则发送至区块链平台。这里，不同支柱类型下的缴费规则存储于区块链平台的不同区块链节点。通过不同的区块链节点对不同的缴费规则进行存储。其中，不同的缴费规则可以为同一账户在不同支柱类型下的缴费规则，也可以为不同账户在同一支柱类型下的缴费规则。

步骤102：在接收到目标账户的缴费申请的情况下，基于缴费申请中的账户信息和支柱类型确定目标区块链节点。

应当说明的是，缴费申请为目标账户在办理缴费业务过程中向区块链平台提交的申请，其包含了目标账户的账户信息，以便于区块链平台区将目标账户区别于其他账户，从而查找与目标账户相关的数据而非其他账户的相关数据。具体的，账户信息可以包括企业编号、员工编号、员工证件号等，但不限于此。缴费申请还包括支柱类型，可以告知区块链平台目标账户所缴费用针对哪一支柱类型。具体的，支柱类型包括：第一支柱、第二支柱和第三支柱，缴费申请中的支柱为上述三种支柱类型中的任意一种。

在缴费申请中的支柱类型为目标支柱类型的情况下，在区块链平台的存储有缴费规则的大量区块链节点中查找目标账户在目标支柱类型下的缴费规则时，将目标支柱类型与每一区块链节点中缴费规则对应的支柱类型相匹配，匹配成功则两个支柱类型相同，对应的区块链节点就是目标区块链节点。即目标区块链节点中的缴费规则对应的支柱类型与缴费申请中的支柱类型相同。

步骤103：基于预设的目标支柱类型下的缴费限制规则以及目标区块链节点中的缴费规则，确定缴费申请中缴费数据的异常情况。

应当说明的是，采用同一支柱类型下的缴费规则和缴费限制规则，确定缴费申请中缴费数据的异常情况。其中，该同一支柱类型即为缴费申请中的支柱类型。即目标支柱类型与缴费申请中的支柱类型相同。

可以理解的是，缴费限制规则为账户办理缴费业务时，缴费业务针对账户所缴费用设置的限制规则。在养老三支柱模型中不同支柱类型下的缴费限制规则各不相同。可以理解的是，同一支柱类型下的缴费限制规则对账户不进行区分，即不同账户在同一支柱类型下的缴费限制规则相同。因此，可以预先将各支柱类型下的缴费限制规则全部存储在区块链平台中。

缴费申请中缴费数据的异常情况可以包括两大类，即数据异常和数据未见异常，其中，数据异常可以表征缴费违规，数据未见异常可以表征缴费未违规。

步骤104：基于缴费数据的异常情况对缴费申请进行管理。

应当说明的是，在缴费数据未见异常的情况下，可以启动缴费流程，成功办理缴费业务。在缴费数据异常的情况下，可以停止办理缴费业务，并发出通知进行提醒；例如向一固定邮箱地址发送缴费违规的邮件，但不限于此。

本发明实施例中，利用区块链技术，在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将用户在不同支柱下的缴费规则存储于区块链平台的不同区块链节点中。从而在接收到目标账户的缴费申请的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点，利用目标区块链节点中的缴费规则以及预设的目标支柱类型下的缴费限制规则，实现对缴费申请的管理。其中，缴费申请中的支柱类型可以为任一支柱类型，也就是说，用户可以申请各支柱类型下的缴费业务，只需根据需求适应性的调整缴费申请中的支柱类型即可，减少了用户的操作，提升了处理效率；同时也避免了不同支柱下缴费业务处理过程中的相互干扰。

可选地，区块链平台存储有每一支柱类型下的缴费限制规则，且区块链平台中对应不同支柱类型下的缴费限制规则设置有不同的限制规则标识，其中，目标支柱类型下的缴费规则包括目标支柱类型下的缴费限制规则对应的限制规则标识。

应当说明的是，区块链平台可以处理每一支柱类型下的缴费业务，因此将存储每一支柱类型下的缴费限制规则。为区分不同缴费限制规则，可以对应每一缴费限制规则设置不同的限制规则标识，该限制规则标识可以为数字、字母、特殊符号中的一个或多个组成的唯一标识，从而使得不同缴费限制规则具有不同的限制规则标识。

由于在确定缴费数据的异常情况时，需要同时使用缴费规则和缴费限制规则，并且两个规则之间具有对应关系，即都是针对同一支柱类型。因此，为方便使用，可以在缴费规则中设置其对应的缴费限制规则的限制规则标识。

较佳地，可以采用数据表的形式存储缴费规则以及缴费限制规则。具体的，如下表1所示，以表1的形式存储缴费规则。

表1

表1中对不同字段名称进行编码，采用字段编码进行表示。

可以采用如下表2的形式存储缴费限制规则。

表2

表2中对不同字段名称进行编码，采用字段编码进行表示。

相应的，在通过上述表1和表2的形式存储缴费规则以及缴费限制规则的情况下，缴费申请同样可以采用数据表的形式。如下表3所示。

表3

表3中对不同字段名称进行编码，采用字段编码进行表示。表3中企业编号、员工编号、员工证件编号属于账户信息，账号级别为支柱类型，缴费类型和实缴金额为缴费数据。

可以理解的是，针对上述表3，可以以人社部为背书节点，各企业无权查看本企业之外的缴费申请；针对上述表1，同样可以以人社部为背书节点，但只有人社部可设置查看该缴费数据；针对上述表2，各企业以及人社部均可见。这样，用户在上报缴费申请时，可以从区块链平台获取缴费限制规则作为参考。

本发明实施例中，不同缴费限制规则设置有不同限制规则标识，缴费规则包括相同支柱类型下缴费限制规则对应的限制规则标识，从而在确定缴费申请所适用的缴费规则之后，便于查找相应的缴费限制规则，同时可以实现对缴费限制规则的复用，无需针对不同账户均存储缴费限制规则。

可选地，在接收到目标账户的缴费申请的情况下，基于缴费申请中的账户信息和支柱类型确定目标区块链节点，包括：

在接收到目标账户的缴费申请，且缴费申请符合目标条件的情况下，基于缴费申请中的账户信息和支柱类型确定目标区块链节点；

其中，目标条件包括以下任意一项：

缴费申请中的支柱类型为第一支柱；

缴费申请中的支柱类型非第一支柱，且目标账户且已完成第一支柱下的缴费。

应当说明的是，在养老三支柱模型中若要办理第二支柱或第三支柱的缴费业务，需要用户已成功办理第一支柱下的缴费业务，即已经完成第一支柱下的缴费；否则无法继续办理缴费业务。这里的非第一支柱即为第二支柱或第三支柱。

本发明实施例中，在目标账户进行第二支柱或第三支柱的缴费申请时，要求目标账户已完成第一支柱下的缴费，从而实现了对养老三支柱模型中第二支柱或第三支柱的缴费业务需求。

可选地，在目标支柱类型为第一支柱的情况下，基于预设的目标支柱类型下的缴费限制规则以及目标区块链节点中的缴费规则，确定缴费申请中缴费数据的异常情况，包括：

基于目标区块链节点中的缴费规则，确定目标账户的应缴金额。

应当说明的是，目标账户的应缴金额为目标账户按照目标区块链节点中的缴费规则进行缴费时，缴费的数额。例如，缴费规则为税前工资的4％，查询目标账户的税前工资为10000元，则应缴金额＝10000元×4％＝400元。

基于目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间。

应当说明的是，目标账户的限制金额区间为目标账户按照目标支柱类型下的缴费限制规则进行缴费时，所需遵循的合理的金额区间，即所缴费用应当位于该限制金额区间内。例如，缴费限制规则为税前工资的[0％，8％]，查询目标账户的税前工资为10000元，则限制金额区间为[0元，800元]。

基于应缴金额、限制金额区间分别与缴费申请中缴费数据的数值关系，确定缴费申请中缴费数据的异常情况。

应当说明的是，缴费申请中的缴费数据为目标账户所缴费用。在目标账户所缴费用等于应缴金额，且目标账户所缴费用位于限制金额区间内，说明缴费数据未见异常，即缴费未违规，否则视为缴费异常，即缴费违规。

本发明实施例中，分别通过缴费规则和缴费限制规则，确定目标账户的应缴金额以及限制金额区间，进而基于应缴金额以及限制金额区间分别与缴费数据的数值关系，确定缴费数据的异常情况，实现了第一支柱下缴费数据是否存在异常的校验。

可选地，在目标支柱类型为第二支柱的情况下，基于预设的目标支柱类型下的缴费限制规则以及目标区块链节点中的缴费规则，确定缴费申请中缴费数据的异常情况，包括：

基于目标区块链节点中的缴费规则，确定目标账户的应缴金额。

应当说明的是，目标账户的应缴金额为目标账户按照目标区块链节点中的缴费规则进行缴费时，缴费的数额。例如，缴费规则为税前工资的4％，查询目标账户的税前工资为10000元，则应缴金额＝10000元×4％＝400元。

基于目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间。

应当说明的是，目标账户的限制金额区间为目标账户按照目标支柱类型下的缴费限制规则进行缴费时，所需遵循的合理的金额区间，即所缴费用应当位于该限制金额区间内。例如，缴费限制规则为税前工资的[0％，8％]，查询目标账户的税前工资为10000元，则限制金额区间为[0元，800元]。

将目标账户分别在第一支柱和第二支柱下的缴费金额的比例，确定目标比例值。

应当说明的是，目标比例值即为目标账户分别在第一支柱和第二支柱下的缴费金额的比值。例如目标账户分别在第一支柱和第二支柱下的缴费金额为100元和800元，则目标比例值＝100/800＝1/8＝0.125。

基于第一数值关系以及第二数值关系，确定为缴费申请中缴费数据的异常情况。

应当说明的是，第一数值关系包括应缴金额、限制金额区间分别与缴费申请中缴费数据的数值关系，第二数值关系包括：目标比例值与预设比例区间之间的数值关系，预设比例区间为基于养老三支柱模型中第一支柱和第二支柱的关联关系确定的比例区间。可以理解的是，在养老三支柱模型中第一支柱和第二支柱下的缴费金额需要满足一定比例，即预设比例区间。

缴费申请中的缴费数据为目标账户所缴费用。在目标账户所缴费用等于应缴金额，且目标账户所缴费用位于限制金额区间内，且目标比例值位于预设比例区间内，说明缴费数据未见异常，即缴费未违规，否则视为缴费异常，即缴费违规。

本发明实施例中，分别通过缴费规则和缴费限制规则，确定目标账户的应缴金额以及限制金额区间，进而基于应缴金额以及限制金额区间分别与缴费数据的数值关系确定第一数值关系，基于目标账户在第一支柱与第二支柱下缴费金额之间的比值与预设比例区间的数值关系确定第二数值关系，基于两个数值关系确定缴费数据的异常情况，实现了第二支柱下缴费数据是否存在异常的校验。

可选地，在目标支柱类型为第三支柱的情况下，基于预设的目标支柱类型下的缴费限制规则以及目标区块链节点中的缴费规则，确定缴费申请中缴费数据的异常情况，包括：

基于目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间。

应当说明的是，目标账户的限制金额区间为目标账户按照目标支柱类型下的缴费限制规则进行缴费时，所需遵循的合理的金额区间，即所缴费用应当位于该限制金额区间内。例如，缴费限制规则为税前工资的[0％，8％]，查询目标账户的税前工资为10000元，则限制金额区间为[0元，800元]。

可以理解的是，由于第三支柱下由个人进行缴费。因此，相应的缴费规则。这里为便于各支柱的统一，可以对应第三支柱存储一空的缴费规则，任意缴费金额均满足该缴费规则。

基于限制金额区间与缴费申请中缴费数据的数值关系，确定缴费申请中缴费数据的异常情况。

应当说明的是，缴费申请中的缴费数据为目标账户所缴费用。在目标账户所缴费用位于限制金额区间内，说明缴费数据未见异常，即缴费未违规，否则视为缴费异常，即缴费违规。

本发明实施例中，分别通过缴费限制规则，确定目标账户的限制金额区间，进而基于限制金额区间与缴费数据的数值关系，确定缴费数据的异常情况，实现了第三支柱下缴费数据是否存在异常的校验。

可选地，缴费规则包括：缴费基准、个人比例、企业比例，其中，缴费基准为计算应缴金额的基准，具体的，缴费基准可以为税前薪资，但不限于此。

基于目标区块链节点中的缴费规则，确定目标账户的应缴金额，包括：

基于目标区块链节点中的缴费基准和个人比例，计算得到个人应缴金额；

基于目标区块链节点中的缴费基准和企业比例，计算得到企业应缴金额；

将个人应缴金额和企业应缴金额，确定为目标账户的应缴金额。

应当说明的是，在确定应缴金额与缴费数据的数值关系时，该缴费数据包括个人缴费金额与企业缴费金额，将个人缴费金额与个人应缴金额比较，企业缴费金额与企业应缴金额比较。

本发明实施例中，通过缴费规则中的个人比例和企业比例，实现了对应缴金额的细化。

可选地，缴费限制规则包括：缴费对比基准、个人比例区间、企业比例区间、整体比例区间，其中，缴费对比基准为计算限制金额区间的基准，具体的，缴费对比基准可以为税前薪资、第一支柱缴费金额、第二支柱缴费金额、第三支柱缴费金额，但不限于此。

基于目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间，包括：

基于目标区块链节点中的缴费对比基准和个人比例区间，计算得到个人限制金额区间；

基于目标区块链节点中的缴费对比基准和企业比例区间，计算得到企业限制金额区间；

基于目标区块链节点中的缴费对比基准和整体比例区间，计算得到整体限制金额区间；

将个人限制金额区间、企业限制金额区间和整体限制金额区间，确定为目标账户的应缴金额。

应当说明的是，在确定限制金额区间与缴费数据的数值关系时，该缴费数据包括个人缴费金额与企业缴费金额，将个人缴费金额与个人限制金额区间比较，企业缴费金额与企业限制金额区间比较，个人缴费金额与企业缴费金额相加的和与整体限制金额区间比较。

本发明实施例中，通过缴费限制规则中的个人比例区间、企业比例区间、整体比例区间，实现了对限制金额区间的细化。

如图2所示，为本发明实施例提供的三支柱缴费的管理方法的应用架构示意图，其中，各支柱下的账户均可以向区块链平台申请缴费。第一支柱和第二支柱下的缴费申请由企业代为申请。第三支柱下的缴费申请由个人完成。各支柱间可以各自行发起缴费流程，没有先后顺序限制。在区块链平台分别调用各支柱的缴费管理合约，在各自的合约中进行缴费自动化缴费管理控制。

针对第一支柱的缴费管理合约，当目标账户按其合约内容发起缴费流程时，具体过程如图3所示，其中，缴费申请包括企业编号、员工证件号、缴纳月份、账号级别(支柱类型)、企业实缴、个人实缴等，例如可以为表4所示：

表4

步骤301为企业部分缴费金额的异常判断过程，步骤302为个人部分缴费金额的异常判断过程，步骤303为整体部分(企业部分+个人部分)缴费金额的异常判断过程。其中，步骤301和步骤302不区分先后顺序，也可以同时执行。

这里，首先介绍步骤301：根据企业编号、员工编号读取区块链平台中的各区块链节点存储的缴费规则，确定对应的缴费规则。例如，根据表4确定的缴费规则如下表5所示：

表5

根据表5可知，企业部分缴费基准编号为B001，根据案例假设，缴费基准为税前工资10000。即根据企业编号、员工编号、缴费基准编号确定缴费基准金额。

根据表5得知该员工企业部分缴费比例为8％，计算企业部分应缴金额为10000×8％等于800元。即根据缴费基准金额及缴费比例计算应缴金额。

判断企业部分应缴金额与企业部分实缴金额是否相等，若不相等则推动企业部分应缴金额违规警告，若相等则根据企业编号、账号级别、账号类型读取缴费限制规则。例如缴费限制规则可以为表6所示：

表6

表5中比例限制规则编号(R001,R002,R003)关联表6得知R002对应的是第一支柱企业部分的限制规则，对比基准为税前工资10000，下限0％，上限8％，经计算得知限制金额区间为[0，800]，若企业部分实缴金额超出该限制金额区间则推送企业部分比例超标违规警告。

针对步骤302，其过程与步骤301类似，区别在于步骤302用于确定个人部分缴费金额的异常，使用的数据为与个人先关的数据，如表5中使用的缴费比例为4％，计算个人部分应缴金额为10000×4％等于400元。表6中使用的下限比例为0％，上限比例为4％，计算得知限制金额区间为[0，400]，这里不再赘述。

同理，针对步骤303将企业缴费与个人缴费视为整体，则整体实缴金额＝400+800＝1200，表6中使用的下限比例为0％，上限比例为12％，计算得知限制金额区间为[0，1200]，这里不再赘述。

针对第二支柱的缴费管理合约，当目标账户按其合约内容发起缴费流程时，具体过程如图4所示，其中，缴费申请包括企业编号、员工证件号、缴纳月份、账号级别(支柱类型)、企业实缴、个人实缴等，例如可以为上述表4所示。然后判断第一支柱下是否已经缴费，若否则推送未缴纳第一支柱警告，若是，则判断其中的企业部分缴费金额是否异常、个人部分缴费金额是否异常以及整体部分缴费金额是否异常，其中判断过程与图3类似，这里不再赘述。在缴费申请中的缴费数据均未异常的情况下，读取第一支柱缴费金额以及第二支柱与第一支柱缴费金额比例限制，基于第二支柱缴费金额与第一支柱缴费金额的比值以及比例限制再次判断缴费数据是否异常，若是则推送比例超标违规警告，若否则结束。

针对第三支柱的缴费管理合约，当目标账户按其合约内容发起缴费流程时，具体过程如图5所示，其中，缴费申请包括企业编号、员工证件号、缴纳月份、账号级别(支柱类型)、企业实缴、个人实缴等，例如可以为上述表4所示。然后判断第一支柱下是否已经缴费，若否则推送未缴纳第一支柱警告，若是，则读取缴费规则限制列表，即缴费限制规则。通过读取对比基准类型、提取基准值、读取比例限制一些列过程判断缴费数据是否异常，若是则推送超标违规警告，若否则结束。

本发明实施例中，基于区块链技术使三支柱缴费限制规则设置达成共识、可信、可追溯。基于区块链合约技术，实现链上自动缴费管理，管理过程公开透明，并实现了三支柱缴费统一管理。

以上介绍了本发明实施例提供的三支柱缴费的管理方法，下面将结合附图介绍本发明实施例提供的三支柱缴费的管理装置。

参见图6，本发明实施例还提供了一种三支柱缴费的管理装置，应用于区块链平台，该装置包括：

存储模块61，用于在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将缴费规则上链存储至区块链平台，其中，不同支柱类型下的缴费规则存储于区块链平台的不同区块链节点；

查询模块62，用于在接收到目标账户的缴费申请的情况下，基于缴费申请中的账户信息和支柱类型确定目标区块链节点，其中，目标区块链节点中的缴费规则对应的支柱类型与缴费申请中的支柱类型相同；

校验模块63，用于基于预设的目标支柱类型下的缴费限制规则以及目标区块链节点中的缴费规则，确定缴费申请中缴费数据的异常情况，其中，目标支柱类型与缴费申请中的支柱类型相同；

管理模块64，用于基于缴费数据的异常情况对缴费申请进行管理。

可选地，区块链平台存储有每一支柱类型下的缴费限制规则，且区块链平台中对应不同支柱类型下的缴费限制规则设置有不同的限制规则标识，其中，目标支柱类型下的缴费规则包括目标支柱类型下的缴费限制规则对应的限制规则标识。

可选地，查询模块62，具体用于在接收到目标账户的缴费申请，且缴费申请符合目标条件的情况下，基于缴费申请中的账户信息和支柱类型确定目标区块链节点；

其中，目标条件包括以下任意一项：

缴费申请中的支柱类型为第一支柱；

缴费申请中的支柱类型非第一支柱，且目标账户且已完成第一支柱下的缴费。

可选地，在目标支柱类型为第一支柱的情况下，校验模块63，包括：

第一确定单元，用于基于目标区块链节点中的缴费规则，确定目标账户的应缴金额；

第二确定单元，用于基于目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间；

第一校验单元，用于基于应缴金额、限制金额区间分别与缴费申请中缴费数据的数值关系，确定缴费申请中缴费数据的异常情况。

可选地，在目标支柱类型为第二支柱的情况下，校验模块63，包括：

第三确定单元，用于基于目标区块链节点中的缴费规则，确定目标账户的应缴金额；

第四确定单元，用于基于目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间；

第五确定单元，用于将目标账户分别在第一支柱和第二支柱下的缴费金额的比例，确定目标比例值；

第二校验单元，用于基于第一数值关系以及第二数值关系，确定为缴费申请中缴费数据的异常情况，其中，第一数值关系包括应缴金额、限制金额区间分别与缴费申请中缴费数据的数值关系，第二数值关系包括：目标比例值与预设比例区间之间的数值关系，预设比例区间为基于养老三支柱模型中第一支柱和第二支柱的关联关系确定的比例区间。

可选地，在目标支柱类型为第三支柱的情况下，校验模块63，包括：

第六确定单元，用于基于目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间；

第三校验单元，用于基于限制金额区间与缴费申请中缴费数据的数值关系，确定缴费申请中缴费数据的异常情况。

本发明实施例提供的三支柱缴费的管理装置能够实现图1至图5的方法实施例中三支柱缴费的管理方法实现的各个过程，为避免重复，这里不再赘述。

本发明的实施例中，利用区块链技术，在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将用户在不同支柱下的缴费规则存储于区块链平台的不同区块链节点中。从而在接收到目标账户的缴费申请的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点，利用目标区块链节点中的缴费规则以及预设的目标支柱类型下的缴费限制规则，实现对缴费申请的管理。其中，缴费申请中的支柱类型可以为任一支柱类型，也就是说，用户可以申请各支柱类型下的缴费业务，只需根据需求适应性的调整缴费申请中的支柱类型即可，减少了用户的操作，提升了处理效率；同时也避免了不同支柱下缴费业务处理过程中的相互干扰。

另一方面，本发明实施例还提供了一种电子设备，包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述三支柱缴费的管理方法中的步骤。

举个例子如下，图7示出了一种电子设备的实体结构示意图。

如图7所示，该电子设备可以包括：处理器(processor)710、通信接口(Communications Interface)720、存储器(memory)730和通信总线740，其中，处理器710，通信接口720，存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行如下方法：

在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将缴费规则上链存储至区块链平台，其中，不同支柱类型下的缴费规则存储于区块链平台的不同区块链节点；

在接收到目标账户的缴费申请的情况下，基于缴费申请中的账户信息和支柱类型确定目标区块链节点，其中，目标区块链节点中的缴费规则对应的支柱类型与缴费申请中的支柱类型相同；

基于预设的目标支柱类型下的缴费限制规则以及目标区块链节点中的缴费规则，确定缴费申请中缴费数据的异常情况，其中，目标支柱类型与缴费申请中的支柱类型相同；

基于缴费数据的异常情况对缴费申请进行管理。

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

再一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的三支柱缴费的管理方法，例如包括：

在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将缴费规则上链存储至区块链平台，其中，不同支柱类型下的缴费规则存储于区块链平台的不同区块链节点；

在接收到目标账户的缴费申请的情况下，基于缴费申请中的账户信息和支柱类型确定目标区块链节点，其中，目标区块链节点中的缴费规则对应的支柱类型与缴费申请中的支柱类型相同；

基于预设的目标支柱类型下的缴费限制规则以及目标区块链节点中的缴费规则，确定缴费申请中缴费数据的异常情况，其中，目标支柱类型与缴费申请中的支柱类型相同；

基于缴费数据的异常情况对缴费申请进行管理。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (10)

1.一种三支柱缴费的管理方法，其特征在于，应用于区块链平台，所述方法包括：

在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将所述缴费规则上链存储至所述区块链平台，其中，不同支柱类型下的缴费规则存储于所述区块链平台的不同区块链节点；

在接收到目标账户的缴费申请的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点，其中，所述目标区块链节点中的缴费规则对应的支柱类型与所述缴费申请中的支柱类型相同；

基于预设的目标支柱类型下的缴费限制规则以及所述目标区块链节点中的缴费规则，确定所述缴费申请中缴费数据的异常情况，其中，所述目标支柱类型与所述缴费申请中的支柱类型相同；

基于所述缴费数据的异常情况对所述缴费申请进行管理。

2.根据权利要求1所述的方法，其特征在于，所述区块链平台存储有每一支柱类型下的缴费限制规则，且所述区块链平台中对应不同支柱类型下的缴费限制规则设置有不同的限制规则标识，其中，所述目标支柱类型下的所述缴费规则包括所述目标支柱类型下的缴费限制规则对应的限制规则标识。

3.根据权利要求1所述的方法，其特征在于，所述在接收到目标账户的缴费申请的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点，包括：

在接收到目标账户的缴费申请，且所述缴费申请符合目标条件的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点；

其中，所述目标条件包括以下任意一项：

所述缴费申请中的支柱类型为第一支柱；

所述缴费申请中的支柱类型非第一支柱，且所述目标账户且已完成第一支柱下的缴费。

4.根据权利要求1所述的方法，其特征在于，在所述目标支柱类型为第一支柱的情况下，所述基于预设的目标支柱类型下的缴费限制规则以及所述目标区块链节点中的缴费规则，确定所述缴费申请中缴费数据的异常情况，包括：

基于所述目标区块链节点中的缴费规则，确定目标账户的应缴金额；

基于所述目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间；

基于所述应缴金额、所述限制金额区间分别与所述缴费申请中缴费数据的数值关系，确定所述缴费申请中缴费数据的异常情况。

5.根据权利要求1所述的方法，其特征在于，在所述目标支柱类型为第二支柱的情况下，所述基于预设的目标支柱类型下的缴费限制规则以及所述目标区块链节点中的缴费规则，确定所述缴费申请中缴费数据的异常情况，包括：

基于所述目标区块链节点中的缴费规则，确定目标账户的应缴金额；

基于所述目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间；

将所述目标账户分别在所述第一支柱和所述第二支柱下的缴费金额的比例，确定目标比例值；

基于第一数值关系以及第二数值关系，确定为所述缴费申请中缴费数据的异常情况，其中，所述第一数值关系包括所述应缴金额、所述限制金额区间分别与所述缴费申请中缴费数据的数值关系，所述第二数值关系包括：所述目标比例值与预设比例区间之间的数值关系，所述预设比例区间为基于所述养老三支柱模型中第一支柱和第二支柱的关联关系确定的比例区间。

6.根据权利要求1所述的方法，其特征在于，在所述目标支柱类型为第三支柱的情况下，所述基于预设的目标支柱类型下的缴费限制规则以及所述目标区块链节点中的缴费规则，确定所述缴费申请中缴费数据的异常情况，包括：

基于所述目标支柱类型下的缴费限制规则，确定目标账户的限制金额区间；

基于所述限制金额区间与所述缴费申请中缴费数据的数值关系，确定所述缴费申请中缴费数据的异常情况。

7.一种三支柱缴费的管理装置，其特征在于，应用于区块链平台，所述装置包括：

存储模块，用于在接收到目标账户在养老三支柱模型的每一支柱类型下的缴费规则的情况下，将所述缴费规则上链存储至所述区块链平台，其中，不同支柱类型下的缴费规则存储于所述区块链平台的不同区块链节点；

查询模块，用于在接收到目标账户的缴费申请的情况下，基于所述缴费申请中的账户信息和支柱类型确定目标区块链节点，其中，所述目标区块链节点中的缴费规则对应的支柱类型与所述缴费申请中的支柱类型相同；

校验模块，用于基于预设的目标支柱类型下的缴费限制规则以及所述目标区块链节点中的缴费规则，确定所述缴费申请中缴费数据的异常情况，其中，所述目标支柱类型与所述缴费申请中的支柱类型相同；

管理模块，用于基于所述缴费数据的异常情况对所述缴费申请进行管理。

8.根据权利要求7所述的装置，其特征在于，所述区块链平台存储有每一支柱类型下的缴费限制规则，且所述区块链平台中对应不同支柱类型下的缴费限制规则设置有不同的限制规则标识，其中，所述目标支柱类型下的所述缴费规则包括所述目标支柱类型下的缴费限制规则对应的限制规则标识。

9.一种电子设备，其特征在于，包括：处理器、通信接口、存储器和通信总线；其中，处理器、通信接口以及存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现如权利要求1至6中任一项所述的三支柱缴费的管理方法中的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的三支柱缴费的管理方法的步骤。

Images