CN114445214A - 专用款约定提取的处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种专用款约定提取的处理方法、装置、计算机设备、存储介质和计算机程序产品，涉及大数据数据分析技术领域。方法包括：获取当前处理周期内专用款的约定提取签约信息；约定提取签约信息包括约定提取类型；生产者线程根据约定提取类型的处理规则，确定各约定的应冲还数值，根据应冲还数值以及约定关联的支取人信息生成支取明细；消费者线程在支取规则的约束下，根据支取明细确定各支取人的支取金额，根据支取金额对各支取人记账，更新各支取人的记账信息；根据支取金额调用核算接口，对支取人进行约定提取代发处理；将支取人的记账信息存储在区块链中。本方法能够大大提升了业务处理的效率，使得专用款约定提取业务处理更加规范和安全。

Description

专用款约定提取的处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及大数据数据分析技术领域，特别是涉及一种专用款约定提取的处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

专用款是指存款人根据某个或某系列具体业务办理的有专门用途的存款，如企业年金、公积金等存款。

专用款提取是指缴存人按照专用款提取的要求，到专用款提取办理的相关部门办理专用款提取手续，将专用款账户内的部分或全部金额提取到个人银行账户。专用款提取可分为约定提取、部分提取和销户提取三种类型。

其中，专用款约定提取以公积金约定提取为例，公积金约定提取是指因购买、建造、翻建、大修自住住房及偿还住房贷款本息等情况而办理公积金提取的职工及其配偶，向公积金管理中心提出相关申请，按照申请时填写的约定时间，由公积金管理中心按时将提取的公积金转入职工本人的公积金联名卡储蓄账户中。而由于各地约定提取方式没有规范化处理，每笔合约的签署信息复杂，银行在对用户公积金约定提取的信息进行管理时，处理流程复杂，运维管理难度较大，效率过低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够规范化约定提取流程、提高专用款约定提取处理效率的专用款约定提取的处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种专用款约定提取的处理方法，所述方法包括：

获取当前处理周期内专用款的约定提取签约信息；所述约定提取签约信息包括约定提取类型；

生产者线程根据所述约定提取类型的处理规则，确定各约定的应冲还数值，根据所述应冲还数值以及所述约定关联的支取人信息，生成支取明细；

消费者线程在支取规则的约束下，根据所述支取明细确定各支取人的支取金额，根据所述支取金额对所述各支取人记账，更新所述各支取人的记账信息；

根据所述支取金额，调用核算接口，对支取人进行约定提取代发处理；

将所述支取人的记账信息存储在区块链中。

在其中一个实施例中，所述生产者线程根据所述约定提取类型的处理规则，确定各约定的应冲还数值，根据所述应冲还数值以及所述约定关联的支取人信息，生成支取明细，包括：

生产者线程根据所述约定的约定提取类型，调用所述约定提取类型对应的处理线程，由所述处理线程根据相应的处理规则，确定各约定的应冲还数值；

若所述约定关联多个支取人，则获取所述约定的多个支取人信息，以及各支取人在所述约定中的约定提取额；

根据所述应冲还数值以及所述各支取人的约定提取额，生成支取明细。

在其中一个实施例中，所述消费者线程在支取规则的约束下，根据所述支取明细确定各支取人的支取金额，根据所述支取金额对所述各支取人记账，更新所述各支取人的记账信息，包括：

对所述支取明细进行分区处理，将每个合约的支取人分在同一个分区；分区数量与消费者线程数量对应；

所述消费者线程提取相应分区的支取明细，在所述支取规则的约束下，根据所述支取明细确定各支取人的支取金额；

根据所述支取金额以及预设支取顺序，对所述各支取人记账，更新所述各支取人的记账信息。

在其中一个实施例中，所述方法还包括：根据预设校验规则，对所述约定提取签约信息进行校验；所述预设校验规则包括所述约定提取签约信息中是否有一个账户对应多个合约的情况、提取额度是否在正常范围内，以及材料是否缺失。

在其中一个实施例中，所述方法还包括：代发处理成功后，根据约定时间以及材料额度使用情况确定所述约定是否完成，若所述约定未完成，则根据所述约定提取类型确定下一次提取时间。

在其中一个实施例中，所述方法还包括：若代发处理未成功，获取代发失败明细，根据所述代发失败明细通过回调处理修改对应的个人记账信息。

第二方面，本申请提供了一种专用款约定提取的处理装置，所述装置包括：

签约信息获取模块，用于获取当前处理周期内专用款的约定提取签约信息；所述约定提取签约信息包括约定提取类型；

支取明细生成模块，用于生产者线程根据所述约定提取类型的处理规则，确定各约定的应冲还数值，根据所述应冲还数值以及所述约定关联的支取人信息，生成支取明细；

记账信息更新模块，用于消费者线程在支取规则的约束下，根据所述支取明细确定各支取人的支取金额，根据所述支取金额对所述各支取人记账，更新所述各支取人的记账信息；

约定提取代发模块，用于根据所述支取金额，调用核算接口，对支取人进行约定提取代发处理；

记账信息存储模块，用于将所述支取人的记账信息存储在区块链中。

在其中一个实施例中，所述支取明细生成模块还用于：生产者线程根据所述约定的约定提取类型，调用所述约定提取类型对应的处理线程，由所述处理线程根据相应的处理规则，确定各约定的应冲还数值；若所述约定关联多个支取人，则获取所述约定的多个支取人信息，以及各支取人在所述约定中的约定提取额；根据所述应冲还数值以及所述各支取人的约定提取额，生成支取明细。

在其中一个实施例中，所述记账信息更新模块还用于：对所述支取明细进行分区处理，将每个合约的支取人分在同一个分区；分区数量与消费者线程数量对应；所述消费者线程提取相应分区的支取明细，在所述支取规则的约束下，根据所述支取明细确定各支取人的支取金额；根据所述支取金额依照支取顺序，对各支取人记账，更新各支取人的记账信息。

在其中一个实施例中，所述装置还包括：

签约信息校验模块，用于根据预设校验规则，对所述约定提取签约信息进行校验；所述预设校验规则包括所述约定提取签约信息中是否有一个账户对应多个合约的情况、提取额度是否在正常范围内，以及材料是否缺失。

在其中一个实施例中，所述约定提取代发模块还用于：代发处理成功后，根据约定时间以及材料额度使用情况确定所述约定是否完成，若所述约定未完成，则根据所述约定提取类型确定下一次提取时间。

在其中一个实施例中，所述约定提取代发模块还用于：若代发处理未成功，获取代发失败明细，根据所述代发失败明细通过回调处理修改对应的个人记账信息。

第三方面，本申请提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述的方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。

第五方面，本申请提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述的方法的步骤。

上述专用款约定提取的处理方法、装置、计算机设备、存储介质和计算机程序产品，通过获取约定提取签约信息，根据签约信息中客户对应的约定提取类型，使用相应的处理规则与支取规则分多个线程并线协作对处理周期内的约定提取业务信息进行处理，得到对应的支取明细以及各支取人记账信息，使得专用款约定提取业务处理更加规范，使用多线程同时处理的方式，大大提升了业务处理的效率。将计算得出的支取金额代发至对应的支取人账户中，同时将处理得到的记账信息通过区块链进行存储。在实现了通过签约材料控制支取额度的同时，通过使用区块链对记账信息进行存储，使专用款约定提取处理过程更加安全。

附图说明

图1为一个实施例中专用款约定提取的处理方法的应用环境图；

图2为一个实施例中专用款约定提取的处理方法的流程示意图；

图3为一个实施例中生产者线程根据约定提取类型的处理规则，确定各约定的应冲还数值，根据应冲还数值以及约定关联的支取人信息，生成支取明细步骤的流程示意图；

图4为一个实施例中消费者线程在支取规则的约束下，根据支取明细确定各支取人的支取金额，根据支取金额对各支取人记账，更新各支取人的记账信息步骤的流程示意图；

图5为一个实施例中专用款约定提取处理的基本流程的流程示意图；

图6为一个实施例中对各约定提取签约信息进行处理前校验的基本处理流程的流程示意图；

图7为一个实施例中根据各约定提取签约信息生成对应的应冲还数据的基本处理流程的流程示意图；

图8为一个实施例中生成支取明细的基本处理流程的流程示意图；

图9为一个实施例中个人记账的基本处理流程的流程示意图；

图10为一个实施例中单位记账的基本处理流程的流程示意图；

图11为一个实施例中更新明细信息的基本处理流程的流程示意图；

图12为一个实施例中更新签约信息的基本处理流程的流程示意图；

图13为一个实施例中核算外呼的基本处理流程的流程示意图；

图14为一个实施例中进行回调回冲处理的基本处理流程的流程示意图；

图15为一个实施例中专用款约定提取处理装置的结构框图；

图16为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本申请实施例提供的专用款约定提取的处理方法，可以应用于如图1所示的应用环境中。其中，业务终端102通过网络与管理系统104进行通信。数据存储系统可以存储管理系统104需要处理的数据。数据存储系统可以集成在管理系统104上，也可以放在云上或其他网络服务器上。管理系统104从各业务终端102上获取当前处理周期内专用款的约定提取签约信息，根据签约信息内容分线程处理专用款约定提取业务，其中，生产者线程根据约定提取类型的处理规则，确定各约定的应冲还数值，根据应冲还数值以及约定关联的支取人信息，生成支取明细；消费者线程在支取规则的约束下，根据支取明细确定各支取人的支取金额，根据支取金额对各支取人记账，更新各支取人的记账信息；管理系统104根据生产者线程计算得出的支取金额对支取人进行约定提取代发处理，并将支取人的记账信息存储在区块链中。其中，业务终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑等。管理系统104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。可以理解的，管理系统104可以获取多个业务终端102上生成的专用款约定提取签约信息，本申请对业务终端102的个数不做限定。

在一个实施例中，如图2所示，提供了一种专用款约定提取的处理方法，该方法可以用于公积金约定提取。以该方法应用于图1中的管理系统104为例进行说明，包括以下步骤：

步骤202，获取当前处理周期内专用款的约定提取签约信息；约定提取签约信息包括约定提取类型。

其中，专用款是指存款人根据某个或某系列具体业务办理的有专门用途的存款，如企业年金、公积金等存款。可以理解的，专用款存储在特定的专用存储账户中。

其中，专用款的约定提取签约信息是由支取人在办理专用款约定提取时提交申请信息，与其所在地区的住房专用款中心签订的签约信息。具体地，签约信息中包括但不限于客户编号、客户姓名、客户账户、账户归属机构、约定提取类型、约定提取时间、约定提取金额等信息。其中，约定提取类型包括但不限于偿还贷款本息、冲还房租、冲还物业费、购买自主住房等。

其中，当前处理周期内专用款的约定提取签约信息是指，客户与住房专用款中心约定的专用款提取时间在当前处理周期内的约定提取签约信息。可以理解的，处理周期为银行业务管理系统预先设定的时间段，银行业务管理系统根据处理周期定期处理专用款约定提取业务。

具体地，从各个业务终端获取约定提取时间处于当前处理周期内的专用款约定提取签约信息。

在其中一个实施例中，处理周期为一天。

步骤204，生产者线程根据约定提取类型的处理规则，确定各约定的应冲还数值，根据应冲还数值以及约定关联的支取人信息，生成支取明细。

其中，管理系统在处理专用款约定提取业务时，分多个线程同时进行处理，生产者线程为负责生成数据的线程，生产者线程将生成的数据放入缓存池中，消费者线程即可从缓存池中随时提取需要处理的数据进行处理。生产者线程只需要负责将生成的数据放置在缓冲池中，而消费者线程只需从缓存池中拿出数据进行处理即可，二者从运行逻辑上各自分离，互不干扰。使用生成者线程与消费者线程并发协作可以大大加快数据处理效率。

其中，各约定提取类型对应有不同的处理规则。处理规则根据签约信息支取人专用款余额、个人账户状态以及留存额信息规定了对应的合约在约定提取时间可以提取的最大金额。可以理解的，约定提取类型不同，对应的处理规则也就不同，生成的可提取最大金额也就不同。例如，约定提取类型为购买自主住房时生成的可提取最大金额的数值大于约定提取类型为冲还房租时生成的可提取最大金额的数值。

具体地，系统根据专用款约定提取处理步骤，分多线程并线协作进行处理。其中，生产者线程根据预设的各约定提取类型对应的处理规则，确定各约定对应的应冲还数值。并将生成的应冲还数值写入应冲还数据表中，同步支取人联名卡信息到签约子表中。生成者线程根据应冲还数值以及签约表中约定关联的支取人信息，生成对应的支取明细。可以理解的，签约表中约定关联的支取人个数可以为一个，也可以为多个，本申请对此不做限定。

步骤206，消费者线程在支取规则的约束下，根据支取明细确定各支取人的支取金额，根据支取金额对各支取人记账，更新各支取人的记账信息。

其中，支取规则为根据生产者线程生产的信息数据、合约材料以及约定提取支取控制参数生成的支取规则，其作用是计算各支取人对应的可支取金额的上下限。

在其中一个实施例中，支取规则可以但不限于以下几条：

第一条，根据支取明细数据、合约材料限制以及约定提取支取控制参数计算各支取人对应的可支取金额上限，防止客户支取超上限；

第二条，计算合约签约人需要留存余额，根据约定提取支取控制，预留客户支取金额，防止客户支取超下限；

第三条，使用可支取金额减去部分冻结金额，判断是否足额支取；

第四条，对支取金额取整至参数填报的精确位数；

第五条，调用核算模块进行个人记账。

具体地，消费者线程从缓存池中提取生产者线程生成的支取明细数据，根据支取明细数据、合约材料限制以及约定提取支取控制参数计算各支取人对应的可支取金额上限，防止客户支取超上限。同时，计算合约签约人需要留存余额，根据约定提取支取控制，预留客户支取金额，防止客户支取超下限。使用可支取金额减去部分冻结金额，判断是否足额支取，并对支取金额取整至参数填报的精确位数。最后调用核算模块进行个人记账。根据个人支取流水，更新签约信息主表以及约定提取登记薄，并将约定提取支取明细和约定提取支取月报账转入历史表中，根据规则和参数生成下次跑批处理时间；根据约定时间以及材料额度使用情况决定是否要终止约定提取。

步骤208，根据支取金额，调用核算接口，对支取人进行约定提取代发处理。

其中，核算接口为提供核算外呼的接口。具体地，核算外呼只负责生成相关数据，把数据发送给相关的模块，由相关模块进行资金代发。

具体地，管理系统根据计算得出的支取金额调用核算接口，对支取人进行约定提取代发处理，将计算得出的专用款支取金额代发到支取人对应的账户中。

步骤210，将支取人的记账信息存储在区块链中。

其中，区块链是一个信息技术领域的术语。区块链不依赖额外的第三方管理机构或硬件设施，没有中心管制，除了自成一体的区块链本身，通过分布式核算和存储，各个节点实现了信息自我验证、传递和管理。从本质上讲，它是一个共享数据库，存储于其中的数据或信息，具有“不可伪造”“全程留痕”“可以追溯”“公开透明”“集体维护”等特征。

具体地，将更新后的支取人记账信息存储在区块链中，保证支取人记账信息的安全性。

上述专用款约定提取的处理方法，通过获取约定提取签约信息，根据签约信息中客户对应的约定提取类型，使用相应的处理规则与支取规则分多个线程并线协作对处理周期内的约定提取业务信息进行处理，得到对应的支取明细以及各支取人记账信息，并将计算得出的支取金额代发至对应的支取人账户中，同时将处理得到的记账信息通过区块链进行存储。该方法使得专用款约定提取业务处理更加规范，使用多线程同时处理的方式，大大提升了业务处理的效率，在实现了通过签约材料控制支取额度的同时，通过使用区块链对记账信息进行存储，使专用款约定提取处理过程更加安全。

在一个实施例中，如图3所示，生产者线程根据约定提取类型的处理规则，确定各约定的应冲还数值，根据应冲还数值以及约定关联的支取人信息，生成支取明细，包括：

步骤302，生产者线程根据约定的约定提取类型，调用约定提取类型对应的处理线程，由处理线程根据相应的处理规则，确定各约定的应冲还数值。

具体地，生产线程调用应冲还数据标准接口处理专用款约定提取签约信息，该标准接口中有预先写入的各约定提取类型对应的处理规则。因此标准接口可以根据签约信息中的约定提取类型，调用约定提取类型对应的处理线程，由处理线程根据各线程中对应的处理规则，根据专用款余额、支取人个人账户状态以及留存额等信息确定各约定的应冲还数值。

步骤304，若约定关联多个支取人，则获取约定的多个支取人信息，以及各支取人在约定中的约定提取额。

其中，签约信息中的约定关联支取人可以为多个支取人，例如，当约定提取类型为购买自主住房时，其约定提取合约签署方可以为夫妻二人，则相应的约定关联支取人即为两个人。

具体地，若约定关联的支取人有多个，则获取约定的多个支取人信息，以及各支取人在约定中的约定提取金额。

步骤306，根据应冲还数值以及各支取人的约定提取额，生成支取明细。

具体地，根据计算得到的约定提取类型对应的应冲还数值，以及各支取人的约定提取额，计算得到对应的各支取人的支取明细信息。

本实施例中，通过将签约信息中存在的多个关联支取人进行拆分，分别查询各支取人对应的约定提取额，再根据各支取人对应的约定提取额将应冲还数值进行分配，生成对应的支取明细。使用本实施例中的方法，可以在签约信息中存在多个关联支取人时，根据各支取人对应的约定提取额合理分配应冲还数值，扩大了专用款约定提取的处理方法的使用范围，可处理的情况更加广泛。

在其中一个实施例中，如图4所示，消费者线程在支取规则的约束下，根据支取明细确定各支取人的支取金额，根据支取金额对各支取人记账，更新各支取人的记账信息，包括以下步骤：

步骤402，对支取明细进行分区处理，将每个合约的支取人分在同一个分区；分区数量与消费者线程数量对应。

具体地，将签署同一合约的支取人分配在同一分区，每一个分区都对应有一个消费者线程。

步骤404，消费者线程提取相应分区的支取明细，在支取规则的约束下，根据支取明细确定各支取人的支取金额。

具体地，消费者线程从缓存池中提取其对应分区的合约的支取明细数据，根据支取规则计算出各支取人的支取金额。此步骤中根据支取规则计算支取人的支取金额的具体步骤已详细记载在步骤206具体计算步骤中，在此不在赘述。

步骤406，根据支取金额以及预设支取顺序，对各支取人记账，更新各支取人的记账信息。

其中，支取顺序为签约时规定的支取人支取顺序。具体地，按照签约的支取顺序，对每个支取人按照顺序支取。可以理解的，同一笔合约，上一个支取人支取限额与上一支取人支取金额的差值，即为下一个支取人的应支取金额。根据个人支取流水对个支取人记账，更新签约信息主表以及约定提取登记薄，并将约定提取支取明细和约定提取支取月报账转入历史表中。

在上述实施例中，通过将签署同一合约的支取人分配在同一分区，并将每个分区与各消费者线程相对应，可以使得每个消费者线程并发协作处理每个合约对应的专用款约定提取业务，每个消费者线程各不干扰，大大提升了系统的数据处理效率。

在实际应用测试中，系统分片批量约定提取分片3000个单位仅需3分钟，秒级批量发送结算应用系统，且没有业务笔数限制；提升了系统应对大规模批量约定提取业务办理的能力和效率，提高了系统服务水平。

在其中一个实施例中，在获取当前处理周期内专用款的约定提取签约信息这一步骤之后，还包括以下步骤：

根据预设校验规则，对约定提取签约信息进行校验；预设校验规则包括约定提取签约信息中是否有一个账户对应多个合约的情况、提取额度是否在正常范围内，以及材料是否缺失。

具体地，管理系统预先在系统中设置并存储了校验规则，在获取到各业务终端发送的约定提取签约信息后，根据预设的校验规则对各约定提取签约信息进行校验。其中，预设校验规则包括约定提取签约信息中是否有一个账户对应多个合约的情况、提取额度是否在正常范围内，以及材料是否缺失。

在其中一个实施例中，预设校验规则还包括：隔日跑批控制。防止前一处理周期的专用款约定提取业务处理还没有完成就开始当前处理周期的专用款约定提取业务处理。

在其中一个实施例中，在获取当前处理周期内专用款的约定提取签约信息这一步骤之后，还包括以下步骤：

根据预设预处理规则，对约定提取签约信息进行预处理；预处理规则包括修复专用款约定提取签约业务处理前的异常数据、根据约定提取类型，拆分不同的计算方式等。其中，异常数据可能是由于客户合并或客户转移导致的，异常数据包括但不限于如异常的账户归属机构、客户编号、客户证件号码、客户姓名、客户证件类型等。

上述实施例中，通过对获取的专用款约定提取签约信息进行预处理，可以有效的防止实际业务处理过程中出现如材料缺失、额度异常等情况，提高专用款约定提取业务处理的准确性。

在其中一个实施例中，专用款约定提取的处理方法还包括：代发处理成功后，根据约定时间以及材料额度使用情况确定约定是否完成，若约定未完成，则根据约定提取类型确定下一次提取时间。

具体地，根据获取的签约信息确定在当前处理周期的约定提取时间是否为合约中最后的约定提取时间，若是，则认为合约已经完成，终止约定提取。若不是，则继续判断当前合约材料对应的额度是否已经全部使用，若是，则确定终止约定提取，若不是，则根据约定提取类型确定下一次提取时间。本实施例可以根据合约的约定时间以及材料额度的使用情况确定代发处理完成后得到合约是否已经完成，从而确定该合约的下一个处理步骤，为下次专用款约定提取处理做准备。

在其中一个实施例中，专用款约定提取的处理方法还包括：若代发处理未成功，获取代发失败明细，根据代发失败明细通过回调处理修改对应的个人记账信息。

具体地，若在实际代发处理过程中，出现代发处理未成功的情况，获取代发失败明细，根据代发失败明细修改该合约对应的累计提取额与可提取额度，并对应的修改个人记账信息。本实施例中的方法，在出现代发失败的情况时，可以根据失败原因更新处理信息，并通过回调处理修改对应的个人记账信息，可以有效避免因代发失败而导致的个人记账信息混乱的问题发生，使整个专用款约定提取处理管理更加规范。

在其中一个实施例中，提供了一中专用款约定提取的处理方法，以该方法应用在公积金约定提取中为例进行说明。该方法涉及有住房公积金中心的多个业务终端，以及银行公积金约定提取管理系统。其中，多个业务终端与公积金约定提取管理系统通过网络进行通信连接。

其中，公积金约定提取处理的基本流程如图5所示，具体地，管理系统接收公积金约定处理任务，获取各业务终端生成的约定提取签约信息，并对各约定提取签约信息进行处理前校验，校验无误后根据各约定提取签约信息生成对应的应冲还数据以及支取明细，并根据支取明细生成各支取人对应的支取金额，根据支取金额对各支取人进行个人记账操作，同时更新明细信息，再根据约定提取签约信息与个人记账信息更新各合约对应的单位记账信息以及签约信息。最后通过发起核算外呼代发各合约对应的支取金额到各支取人的账户中，整个流程结束。

其中，对各约定提取签约信息进行处理前校验的基本处理流程如图6所示，具体地，首先对各约定提取签约信息进行隔日处理控制，防止前一处理周期的约定提取处理没有完成就开始当前处理周期的约定提取处理。而后对各约定提取签约信息进行检查，主要核对合约是否存在同一个账户同时签约多笔有效合约；材料是否缺失；额度是否正常等。随后对各约定提取签约信息进行预处理，修复由于客户合并或者客户转移导致异常的数据，包括但不限于账户归属机构、客户编号、客户证件号码、客户姓名、客户证件类型等；根据批处理类型，拆分不同的计算方式等。

其中，根据各约定提取签约信息生成对应的应冲还数据的基本处理流程如图7所示，具体地，管理系统根据校验无误后的约定提取签约信息中包括的约定提取处理类型生成应冲还数据标准接口，并匹配对应构件，包括偿还贷款本息、冲还房租、冲还物业费、购买自主住房等构件，标准接口中对应有各约定提取处理类型对应的处理规则，各构件根据处理规则分别处理各约定提取信息，生成对应的应冲还数值，并将各应冲还数值写入应冲还表接口中。当存在有新增冲还类型是，若现有构件不满足，则新增构件实现。

其中，生成支取明细的基本处理流程如图8所示。具体地，根据各约定提取对应的应冲还数值生成各约定提取对应的支取明细信息；同步签约子表数据，拆分支取明细，更新约定提取信息的在途标志，更新异常结算数据。

其中，个人记账的基本处理流程如图9所示。具体地，试验工厂方法，随后进行互斥控制、记账动户，最终生成个人流水信息，完成个人记账。

其中，单位记账的基本处理流程如图10所示。具体地，与个人记账相似，首先对个人记账信息进行平衡性检查随后进行互斥控制、记账动户，最终生成单位流水信息，完成单位记账。

其中，更新明细信息的基本处理流程如图11所示。具体地，根据个人支取流水登记个人提取登记薄，生成交易流水，并汇报总报账金额，更新支取明细信息。

其中，更新签约信息的基本处理流程如图12所示。具体地，根据个人支取流水，更新签约信息主表、更新约定提取登记薄、解除合约中的在途标志，根据规则和参数生成下次约定提取处理时间，根据约定时间以及材料额度使用情况决定是否要终止约定提取流程。

其中，核算外呼的基本处理流程如图13所示。具体地，根据个人支取金额发起核算外呼，组装明细数据，并生成结算登记信息，拆分结算批次，随后调用住建部结算平台接口完成核算外呼。

其中，当代发处理失败时，进行回调回冲处理的基本处理流程如图14所示。具体地，获取核算入参明细，拆分核算入参明细为成功明细和失败明细，根据代发失败明细修改该合约对应的累计提取额与可提取额度，遍历失败明细，修改会计流水，同时生成个人流水信息与单位流水信息，将未代发成功的支取金额退回对应的支取人个人余额或单位余额中，根据未代发成功的金额回退材料劣迹支取金额以及支取人个人业务信息。更新月支取数据表实际支取金额以及更新约定提取合约表累计已支取金额更新、约定提取合约表生效时间回退，提取登记薄记账标志，将标志更新为失败标志，最终更新约定提取批次统计表中的成功条数、失败条数、成功金额、失败金额。

可以理解的，本申请中提供的专用款约定提取处理方法是一种集成方法，当其应用于公积金约定提取时，对于不同的住房公积金管理中心同样适用。利用本申请的方法，不同的公积金管理中心可以通过配置与当地提取政策相符的处理规则和支取规则的参数，调用相应的模块处理即可，实现不同签约类型的纵向扩展，构建了一整套形式多样、灵活多变的公积金行业约定提取业务办理的解决方案，可胜任客户的多样化约定提取需求。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的专用款约定提取的处理方法的专用款约定提取的处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个专用款约定提取处理装置实施例中的具体限定可以参见上文中对于专用款约定提取的处理方法的限定，在此不再赘述。

在一个实施例中，如图15所示，提供了一种专用款约定提取的处理装置500，包括：签约信息获取模块501、支取明细生成模块502、记账信息更新模块503、约定提取代发模块504和记账信息存储模块505，其中：

签约信息获取模块501，用于获取当前处理周期内专用款的约定提取签约信息；约定提取签约信息包括约定提取类型。

支取明细生成模块502，用于生产者线程根据约定提取类型的处理规则，确定各约定的应冲还数值，根据应冲还数值以及约定关联的支取人信息，生成支取明细。

记账信息更新模块503，用于消费者线程在支取规则的约束下，根据支取明细确定各支取人的支取金额，根据支取金额对各支取人记账，更新各支取人的记账信息。

约定提取代发模块504，用于根据支取金额，调用核算接口，对支取人进行约定提取代发处理。

记账信息存储模块505，用于将支取人的记账信息存储在区块链中。

上述专用款约定提取的处理装置，通过获取约定提取签约信息，根据签约信息中客户对应的约定提取类型，使用相应的处理规则与支取规则分多个线程并线协作对处理周期内的约定提取业务信息进行处理，得到对应的支取明细以及各支取人记账信息，并将计算得出的支取金额代发至对应的支取人账户中，同时将处理得到的记账信息通过区块链进行存储。该方法使得专用款约定提取业务处理更加规范，使用多线程同时处理的方式，大大提升了业务处理的效率，在实现了通过签约材料控制支取额度的同时，通过使用区块链对记账信息进行存储，使专用款约定提取处理过程更加安全。

在其中一个实施例中，支取明细生成模块还用于：生产者线程根据约定的约定提取类型，调用约定提取类型对应的处理线程，由处理线程根据相应的处理规则，确定各约定的应冲还数值；若约定关联多个支取人，则获取约定的多个支取人信息，以及各支取人在约定中的约定提取额；根据应冲还数值以及各支取人的约定提取额，生成支取明细。

在其中一个实施例中，记账信息更新模块还用于：对支取明细进行分区处理，将每个合约的支取人分在同一个分区；分区数量与消费者线程数量对应；消费者线程提取相应分区的支取明细，在支取规则的约束下，根据支取明细确定各支取人的支取金额；根据支取金额依照支取顺序，对各支取人记账，更新各支取人的记账信息。

在其中一个实施例中，专用款约定提取的处理装置还包括：签约信息校验模块，用于根据预设校验规则，对约定提取签约信息进行校验；预设校验规则包括约定提取签约信息中是否有一个账户对应多个合约的情况、提取额度是否在正常范围内，以及材料是否缺失。

在其中一个实施例中，约定提取代发模块还用于：代发处理成功后，根据约定时间以及材料额度使用情况确定约定是否完成，若约定未完成，则根据约定提取类型确定下一次提取时间。

在其中一个实施例中，约定提取代发模块还用于：若代发处理未成功，获取代发失败明细，根据代发失败明细通过回调处理修改对应的个人记账信息。

上述专用款约定提取处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图16所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储专用款约定提取签约信息、约定提取类型对应的处理规则、支取规则等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种专用款约定提取的处理方法。

本领域技术人员可以理解，图16中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，可以为本申请中的管理系统，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各实施例中的专用款约定提取的处理方法的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各实施例中的专用款约定提取的处理方法的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各实施例中的专用款约定提取的处理方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (15)

1.一种专用款约定提取的处理方法，其特征在于，所述方法包括：

获取当前处理周期内专用款的约定提取签约信息；所述约定提取签约信息包括约定提取类型；

生产者线程根据所述约定提取类型的处理规则，确定各约定的应冲还数值，根据所述应冲还数值以及所述约定关联的支取人信息，生成支取明细；

消费者线程在支取规则的约束下，根据所述支取明细确定各支取人的支取金额，根据所述支取金额对所述各支取人记账，更新所述各支取人的记账信息；

根据所述支取金额，调用核算接口，对支取人进行约定提取代发处理；

将所述支取人的记账信息存储在区块链中。

2.根据权利要求1所述的方法，其特征在于，所述生产者线程根据所述约定提取类型的处理规则，确定各约定的应冲还数值，根据所述应冲还数值以及所述约定关联的支取人信息，生成支取明细，包括：

生产者线程根据所述约定的约定提取类型，调用所述约定提取类型对应的处理线程，由所述处理线程根据相应的处理规则，确定各约定的应冲还数值；

若所述约定关联多个支取人，则获取所述约定的多个支取人信息，以及各支取人在所述约定中的约定提取额；

根据所述应冲还数值以及所述各支取人的约定提取额，生成支取明细。

3.根据权利要求1所述的方法，其特征在于，所述消费者线程在支取规则的约束下，根据所述支取明细确定各支取人的支取金额，根据所述支取金额对所述各支取人记账，更新所述各支取人的记账信息，包括：

对所述支取明细进行分区处理，将每个合约的支取人分在同一个分区；分区数量与消费者线程数量对应；

所述消费者线程提取相应分区的支取明细，在所述支取规则的约束下，根据所述支取明细确定各支取人的支取金额；

根据所述支取金额以及预设支取顺序，对所述各支取人记账，更新所述各支取人的记账信息。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据预设校验规则，对所述约定提取签约信息进行校验；所述预设校验规则包括所述约定提取签约信息中是否有一个账户对应多个合约的情况、提取额度是否在正常范围内，以及材料是否缺失。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

代发处理成功后，根据约定时间以及材料额度使用情况确定所述约定是否完成，若所述约定未完成，则根据所述约定提取类型确定下一次提取时间。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若代发处理未成功，获取代发失败明细，根据所述代发失败明细通过回调处理修改对应的个人记账信息。

7.一种专用款约定提取的处理装置，其特征在于，所述装置包括：

签约信息获取模块，用于获取当前处理周期内专用款的约定提取签约信息；所述约定提取签约信息包括约定提取类型；

支取明细生成模块，用于生产者线程根据所述约定提取类型的处理规则，确定各约定的应冲还数值，根据所述应冲还数值以及所述约定关联的支取人信息，生成支取明细；

记账信息更新模块，用于消费者线程在支取规则的约束下，根据所述支取明细确定各支取人的支取金额，根据所述支取金额对所述各支取人记账，更新所述各支取人的记账信息；

约定提取代发模块，用于根据所述支取金额，调用核算接口，对支取人进行约定提取代发处理；

记账信息存储模块，用于将所述支取人的记账信息存储在区块链中。

8.根据权利要求7所述的装置，其特征在于，所述支取明细生成模块还用于：生产者线程根据所述约定的约定提取类型，调用所述约定提取类型对应的处理线程，由所述处理线程根据相应的处理规则，确定各约定的应冲还数值；若所述约定关联多个支取人，则获取所述约定的多个支取人信息，以及各支取人在所述约定中的约定提取额；根据所述应冲还数值以及所述各支取人的约定提取额，生成支取明细。

9.根据权利要求7所述的装置，其特征在于，所述记账信息更新模块还用于：对所述支取明细进行分区处理，将每个合约的支取人分在同一个分区；分区数量与消费者线程数量对应；所述消费者线程提取相应分区的支取明细，在所述支取规则的约束下，根据所述支取明细确定各支取人的支取金额；根据所述支取金额依照支取顺序，对各支取人记账，更新各支取人的记账信息。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

签约信息校验模块，用于根据预设校验规则，对所述约定提取签约信息进行校验；所述预设校验规则包括所述约定提取签约信息中是否有一个账户对应多个合约的情况、提取额度是否在正常范围内，以及材料是否缺失。

11.根据权利要求7所述的装置，其特征在于，所述约定提取代发模块还用于：代发处理成功后，根据约定时间以及材料额度使用情况确定所述约定是否完成，若所述约定未完成，则根据所述约定提取类型确定下一次提取时间。

12.根据权利要求7所述的装置，其特征在于，所述约定提取代发模块还用于：若代发处理未成功，获取代发失败明细，根据所述代发失败明细通过回调处理修改对应的个人记账信息。

13.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

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

15.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

Images