CN113706108A - 公积金缴存方法、装置、电子设备及计算机可读介质 - Google Patents
公积金缴存方法、装置、电子设备及计算机可读介质 Download PDFInfo
- Publication number
- CN113706108A CN113706108A CN202110997760.4A CN202110997760A CN113706108A CN 113706108 A CN113706108 A CN 113706108A CN 202110997760 A CN202110997760 A CN 202110997760A CN 113706108 A CN113706108 A CN 113706108A
- Authority
- CN
- China
- Prior art keywords
- payment
- bill
- bills
- account
- approval
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
Abstract
本发明公开了一种公积金缴存方法、装置、电子设备及计算机可读介质,涉及自动程序设计技术领域。其中,该方法包括:接收用户终端提交的缴存核定请求;对所述缴存核定请求携带的多个账单进行校验;在对所述缴存核定请求涉及的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。通过以上步骤,不仅能够提高公积金缴存的灵活性,提高公积金缴存的用户体验,而且能够降低公积金缴存出错的概率。
Description
技术领域
本发明涉及自动程序设计技术领域,尤其涉及一种公积金缴存方法、装置、电子设备及计算机可读介质。
背景技术
公积金缴存是单位将单位负担的和代扣代缴职工本人的住房公积金,以及个体工商户、自由职业者、非全日制从业人员等无固定用工人员将自愿缴存的住房公积金存入住房公积金专户的行为,包括汇缴、补缴等。
在公积金信息系统建设中,最原始的公积金缴存办理方式是柜员手工办理。该方式要求单位经办人携带支票,通过银行柜员现场手工办理公积金缴存,经办网点人员核对汇补缴核定记录与转账支票金额,相符方可办理缴存。此模式下,单位交多张支票办理汇缴时,在有退票时才涉及暂存款业务,将收妥部分的资金存入中心账户,并记入暂存款。待其他款项全部收妥后,由银行柜台直接使用原收妥的暂存款与最后收妥的资金一起记业务账,业务处理时暂存款仅涉及前期收妥的款项。
在住房公积金系统接入住建部结算平台后,按照贯标要求实施“三账合一”记账机制,同时按人民银行反洗钱规定,取消银行内部账户作为中转过渡,每一笔资金均直接记入中心资金账户。当出现多张支票交存、多笔汇款交存、汇款金额与系统内业务核定金额不符时,均会产生暂存款,需网点与单位逐笔核对,待暂存款余额等于单位核定金额时,使用暂存款办理汇交。此模式下,由于任意单位都可以通过网银汇款、信电汇、支票在付款行提出等方式将任意金额款项汇入中心的银行账户,无法实现通过业务驱动资金,产生了较多未达账项和暂存款的挂账。针对此类问题,公积金中心往往建章建制、明确部门分工,或者通过实时监测、及时汇报等方式来减少此类交易的发生。但这些举措的缺点是耗费大量的人力、物力,欠缺自动化、智能化。
为进一步便利客户缴款,住房公积金中心推出委托收款方式,实现通过签约方式自动扣划缴存单位公积金资金。在此模式下,单位仅需要在扣划日前提交汇缴核定,保证结算账户内资金余额足够扣划,即可自动扣划公积金缴存款项。
现有的住房公积金缴存办理方案至少存在以下缺点:第一,采用原始的柜员人工办理的缴存方式,对单位、银行均存在较大的人力成本,且业务办理存在人为操作失误风险;第二,采用任意单位将任意金额款项汇入中心银行账户的缴存方式,无法实现通过业务驱动资金,没有实现一笔业务账对应一笔到账资金信息,产生了较多未达账项和暂存款的挂账,而检测处理挂账问题会耗费大量的人力、物力;第三,采用委托收款的缴存方式,收款的时效性不能保证,且各单位参与公积金缴存的方式不够灵活。
发明内容
有鉴于此,本发明提供了一种公积金缴存方法、装置、电子设备及计算机可读介质,能够至少解决现有公积金缴存方案所存在的灵活性差、时效性低、人为操作出错概率高等问题中的至少一个,提高公积金缴存的用户体验。
为实现上述目的,根据本发明的第一个方面,提供了一种公积金缴存方法。
本发明的公积金缴存方法包括:接收用户终端提交的缴存核定请求;对所述缴存核定请求携带的多个账单进行校验;在对所述缴存核定请求涉及的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
可选地,所述方法还包括:在所述接收用户终端提交的缴存核定请求之前,向所述用户终端发送账户列表信息,以使所述用户终端基于所述账户列表信息将缴存核定业务的总金额拆分至多个账单中。
可选地,所述对所述缴存核定请求携带的多个账单进行校验包括:在缴存核定业务类型为补缴核定业务时,校验所述多个账单的付款金额之和与补缴核定业务的总金额是否相同;和/或,校验所述多个账单的付款账户是否位于结算登记账户表中。
可选地,所述对所述缴存核定请求携带的多个账单进行校验包括:在缴存核定业务类型为汇缴核定业务时,根据汇缴核定月份确定汇缴核定业务的总金额,校验所述多个账单的付款金额之和与所述汇缴核定业务的总金额是否相同;和/或,校验所述多个账单的付款账户是否位于结算登记账户表中。
可选地,所述对所述多个账单进行登记包括:在所述多个账单包括使用暂存款账户的账单时,进行暂存款预约,在账单明细表中生成包括暂存款预约编号的账单记录,并将所述账单记录的状态设置为已支付状态;在所述多个账单包括使用普通付款账户的账单时,在账单明细表中生成对应的账单记录,并将所述账单记录的状态设置为未支付状态。
可选地,所述方法还包括:在接收到用户终端针对缴存核定业务的账单的修改请求后,判断所述用户终端请求修改的账单是否满足修改条件;在所述用户终端请求修改的账单满足修改条件的情况下,根据所述账单修改请求携带的修改后的账单信息更新账单明细表。
可选地,所述方法还包括:在所述用户终端请求修改的账单不满足修改条件的情况下,向所述用户终端发送账单修改失败提示信息。
可选地,所述判断所述用户终端请求修改的账单是否满足修改条件包括:根据所述请求修改的账单的编码查询账单明细表,以查询出对应的账单记录的状态;在所述账单记录的状态为未支付状态时,确认所述请求修改的账单满足修改条件;否则,确认所述请求修改的账单不满足修改条件;或者,判断是否存在与所述请求修改的账单之匹配的到账通知;在不存在与所述请求修改的账单匹配的到账通知的情况下,确认所述请求修改的账单满足修改条件;否则,确认所述请求修改的账单不满足修改条件。
可选地,所述方法还包括:在所述根据所述账单修改请求携带的修改后的账单信息更新账单明细表之前,确认修改后所述缴存核定业务的各个账单的付款金额之和与所述缴存核定业务的总金额相同。
可选地,所述方法还包括:在接收到用户终端取消缴存核定业务的请求后,判断所述用户终端请求取消的缴存核定业务是否满足取消条件;在所述用户终端请求取消的缴存核定业务满足取消条件的情况下,将所述缴存核定业务对应的账单置为无效状态。
可选地,所述判断所述用户终端请求取消的缴存核定业务是否满足取消条件包括:判断所述账单明细表中所述缴存核定业务的账单记录是否都为未支付状态;在与所述缴存核定业务对应的账单记录都为未支付状态的情况下,确认满足取消条件;否则,确认不满足取消条件;或者,判断是否存在与所述缴存核定业务的账单记录匹配的到账通知;在不存在与所述缴存核定业务的账单记录匹配的到账通知的情况下,确认满足取消条件;否则,确认不满足取消条件。
可选地,所述方法还包括:在所述用户终端请求取消的缴存核定业务不满足取消条件的情况下,向所述用户终端发送核定取消失败提示信息。
为实现上述目的,根据本发明的第二个方面,提供了另一种公积金缴存方法。
本发明的公积金缴存方法包括:向服务端发送账户查询请求;在接收到所述服务端返回的对应于所述账户查询请求的账户列表信息后,对所述账户列表信息进行展示;提供账单拆分用控件,以基于所述账单拆分用控件将缴存核定业务的总金额拆分至多个账单中;将携带所述多个账单的缴存核定请求发送至所述服务端;其中,所述服务端在对所述缴存核定请求携带的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
为实现上述目的,根据本发明的第三个方面,提供了另一种公积金缴存装置。
本发明的公积金缴存装置包括:接收模块,用于接收用户终端提交的缴存核定请求;校验模块,用于对所述缴存核定请求携带的多个账单进行校验;登记模块,用于在对所述缴存核定请求涉及的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
为实现上述目的,根据本发明的第四个方面,提供了另一种公积金缴存装置。
本发明的公积金缴存装置包括:第一发送模块,用于向服务端发送账户查询请求;展示模块,用于在接收到所述服务端返回的对应于所述账户查询请求的账户列表信息后,对所述账户列表信息进行展示;拆分模块,用于提供账单拆分用控件,以基于所述账单拆分用控件将缴存核定业务的总金额拆分至多个账单中;第二发送模块,用于将携带所述多个账单的缴存核定请求发送至所述服务端;其中,所述服务端在对所述缴存核定请求携带的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
为实现上述目的,根据本发明的第五个方面,提供了一种电子设备。
本发明的电子设备,包括:一个或多个处理器;以及,存储装置,用于存储一个或多个程序;当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明的公积金缴存方法。
为实现上述目的,根据本发明的第六个方面,提供了一种计算机可读介质。
本发明的计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明的公积金缴存方法。
上述发明中的一个实施例具有如下优点或有益效果:在本发明中,通过接收用户终端提交的缴存核定请求,对所述缴存核定请求携带的多个账单进行校验,在对所述缴存核定请求涉及的多个账单校验通过以后对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账这些步骤,提供了一种新的、账单式的公积金缴存方案,不仅能够提高公积金缴存的灵活性,提高公积金缴存的用户体验,而且能够降低公积金缴存出错的概率。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是本发明实施例可以应用于其中的示例性系统架构图;
图2是根据本发明第一实施例的公积金缴存方法的主要流程示意图;
图3是根据本发明第二实施例的公积金缴存方法的一部分流程示意图;
图4是根据本发明第二实施例的公积金缴存方法的另一部分流程示意图;
图5是根据本发明第二实施例的公积金缴存方法的再一部分流程示意图;
图6是根据本发明第三实施例的公积金缴存方法的主要流程示意图;
图7是根据本发明第四实施例的公积金缴存装置的主要模块示意图;
图8是根据本发明第五实施例的公积金缴存装置的主要模块示意图;
图9是适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
需要指出的是,在不影响本发明实施的情况下,本发明中的各个实施例以及实施例中的技术特征可以相互组合。
在详细介绍本发明的实施例之前,首先对本发明的实施例涉及的部分技术术语进行说明,
汇缴(Collective Payment and Deposit):是指已在资金中心办理开户登记的单位,在规定期间内,按月将单位缴存的和为职工代缴的住房公积金,缴到资金中心的过程。
补缴(Supplementary Payment and Deposit):是指单位缴纳当前月份之前应缴未缴的、缓缴的住房公积金及职工漏缴、少缴的住房公积金。
图1示出了可以应用本发明实施例的公积金缴存方法或公积金缴存装置的示例性系统架构100。
如图1所示,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户(比如需要办理缴存公积金业务的单位人员、银行柜员等)可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如公积金缴存类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对用户利用终端设备101、102、103所浏览的公积金缴存类应用提供支持的后台管理服务器。例如,后台管理服务器可以对终端设备通过网络发送的公积金缴存请求等进行处理,并将处理结果(比如公积金缴存处理结果)反馈给终端设备。
需要说明的是,本发明一些实施例所提供的公积金缴存方法一般由服务器105执行,相应地,公积金缴存装置一般设置于服务器105中。另外,本发明另一些实施例提供的公积金缴存方法一般由终端设备执行,相应地,公积金缴存装置一般设置于终端设备中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
第一实施例
图2是根据本发明第一实施例的公积金缴存方法的主要流程示意图。本发明实施例的公积金缴存方法一般由服务端执行。如图2所示,本发明实施例的公积金缴存方法包括:
步骤S201:接收用户终端提交的缴存核定请求。
示例性地,所述用户终端为需要进行公积金缴存的单位经办人所使用的手机、电脑、或者银行自助服务终端等终端设备,或者办理公积金缴存业务的银行柜员所使用的终端设备。单位经办人或者银行柜员可基于用户终端查询出缴存单位的账户列表,具体包括普通付款账户信息以及暂存款账户信息。接下来,用于终端可基于缴存单位的账户列表将缴存核定总金额分配至多个账户中,也就是说,将一笔缴存核定业务的总金额拆分至多个账单中。然后,用户终端可将携带多个账单信息的缴存核定请求发送至服务端。
步骤S202:对所述缴存核定请求携带的多个账单进行校验。
公积金缴存核定包括多种类型,比如汇缴核定、补缴核定。根据公积金缴存核定类型的不同,可采取相应的校验方式。
在一个可选示例中,在缴存核定业务类型为汇缴核定业务时,步骤S202包括:根据汇缴核定月份确定汇缴核定业务的总金额,校验所述多个账单的付款金额之和与所述汇缴核定业务的总金额是否相同;若所述多个账单的付款金额之和与汇缴核定业务的总金额相同,确认校验通过;否则,确认校验未通过。通过对拆分后的多个账单的金额之和与汇缴核定总金额是否相同进行校验,能够降低由于账单拆分出错所导致的公积金汇缴业务出错的可能性。
在另一个可选示例中,在缴存核定业务类型为汇缴核定业务时,步骤S202包括:校验所述多个账单的付款账户是否位于结算登记账户表中。若所述多个账单的付款账户都位于结算登记账户表中,确认校验通过;否则,确认校验未通过。
在再一个可选示例中,在缴存核定业务类型为汇缴核定业务时,步骤S202包括:步骤c,根据汇缴核定月份确定汇缴核定业务的总金额,校验所述多个账单的付款金额之和与所述汇缴核定业务的总金额是否相同;以及,步骤d,校验所述多个账单的付款账户是否位于结算登记账户表中。具体实施时,可以先执行步骤c,若步骤c的校验结果为金额不相同,确认校验未通过,无需执行步骤d;若步骤c的校验结果为金额相同,再执行步骤d,若步骤d的校验结果为所述多个账单的付款账户都位于结算登记账户表中,确认校验通过;否则,确认校验未通过。此外,在具体实施时,也可以先执行步骤d,在步骤d的校验结果为所述多个账单的付款账户都位于结算登记账户表中,再执行步骤c。通过对缴存金额以及缴存账户进行校验,能够进一步降低公积金汇缴出错的可能性。
在一个可选示例中,在缴存核定业务类型为补缴核定业务时,步骤S202包括:校验所述多个账单的付款金额之和与补缴核定业务的总金额是否相同;若所述多个账单的付款金额之和与补缴核定业务的总金额相同,确认校验通过;否则,确认校验未通过。通过对拆分后的多个账单的金额之和与补缴核定总金额是否相同进行校验,能够降低由于账单拆分出错所导致的公积金补缴业务出错的可能性。
在另一个可选示例中,在缴存核定业务类型为补缴核定业务时,步骤S202包括:校验所述多个账单的付款账户是否位于结算登记账户表中。若所述多个账单的付款账户都位于结算登记账户表中,确认校验通过;否则,确认校验未通过。通过对账单的付款账户是否位于解算登记账户表中进行校验,能够防止资金到账后无法匹配到相应单位,进而无法匹配到单位相应账单的情况出现,降低了公积金补缴失败的可能性。
在再一个可选示例中,在缴存核定业务类型为补缴核定业务时,步骤S202包括:步骤e,校验所述多个账单的付款金额之和与补缴核定业务的总金额是否相同;以及,步骤f,校验所述多个账单的付款账户是否位于结算登记账户表中。具体实施时,可以先执行步骤e,若步骤e的校验结果为金额不相同,确认校验未通过,无需执行步骤f;若步骤e的校验结果为金额相同,再执行步骤f,若步骤f的校验结果为所述多个账单的付款账户都位于结算登记账户表中,确认校验通过;否则,确认校验未通过。此外,在具体实施时,也可以先执行步骤f,在步骤f的校验结果为所述多个账单的付款账户都位于结算登记账户表中,再执行步骤e。通过对缴存金额以及缴存账户进行校验,能够进一步降低公积金补缴出错的可能性。
可选地,在缴存核定业务类型为汇缴核定或者补缴核定业务时,步骤S202还可包括以下步骤:校验账单月份是否为缴存核定最小的月份。若账单月份为缴存核定最小的月份,再执行其他校验逻辑;若账单月份不是缴存核定月份中最小的月份,确认校验未通过。
步骤S203:在对所述缴存核定请求涉及的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
示例性地,在步骤S203中,所述对所述多个账单进行登记包括:在所述多个账单包括使用暂存款账户的账单时,进行暂存款预约,然后,在账单明细表中生成包括暂存款预约编号的账单记录,并将所述账单记录的状态设置为已支付状态;在所述多个账单包括使用普通付款账户的账单时,在账单明细表中生成对应的账单记录,并将所述账单记录的状态设置为未支付状态。
在账单明细表中,账单记录的状态包括:未支付、已支付、和已缴存三种状态。在对一笔缴存核定业务的多笔账单进行登记之后,对于使用普通账户的账单,将其在账单明细表中的状态设置为未支付状态,对于使用暂存款账户的账单,将其在账单明细表中的状态设置为已支付状态;在未支付账单与到账通知匹配成功后,将账单状态设置为已支付;在一笔缴存核定业务的多笔账单使用暂存款自动汇缴或补缴入账成功后,将其在账单明细表中的状态设置为“已缴存”。
公积金缴存主要包括缴存核定环节、以及缴存入账环节。在通过缴存核定环节对拆分出的多个账单进行登记之后,进行公积金缴存入账。公积金缴存入账主要包括以下步骤:系统按照住建部结算平台推送的到账通知与需要缴存公积金的单位做匹配,进而匹配至单位的账单,实现账单的自动支付,待一笔缴存核定业务的多个账单均支付成功后,系统自动触发汇缴或补缴自动入账,将账单状态自动设置为“已缴存”。这样一来,实现业务驱动资金,满足一笔业务账单对应一笔到账资金的要求,避免产生多余的未达账款和暂存款挂账,而且,一笔缴存业务能使用多个银行账户进行缴款,各单位经办人员可根据自身实际情况进行账单拆分,汇款时间和金额可自己掌握,从而给与了单位经办人极大的灵活性和便利性。
在本发明实施例中,通过以上步骤实现了一种不同于现有技术的、新的账单式公积金缴存方案,该账单式公积金缴存方案,无论是在缴存核定处理流程,还是在缴存核定之后的自动缴存入账流程,都与现有公积金缴存方案存在区别。而且,其相比现有公积金缴存方案的一个关键改进点在于,其能够支持一笔公积金缴存业务使用多个银行结算账户缴款,单位分多笔汇款至结算账户后,系统可自动使用多笔到账资金办理公积金缴存业务。正是由于该方案支持缴存单位使用多个账户缴存一笔公积金业务,使得各单位经办人员可根据自身实际情况进行账单拆分,汇款时间和金额可自己掌握,从而给与了缴存单位极大的灵活性与便利性。而且,本发明实施例通过以上步骤提高了办理公积金缴存业务的自动化、智能化水平,降低了公积金缴存出错的概率。
第二实施例
图3是根据本发明第二实施例的公积金缴存方法的一部分流程示意图。本发明实施例的方法一般由服务端执行。如图3所示,本发明实施例的公积金缴存方法包括以下步骤:
步骤S301:向用户终端发送账户列表信息,以使所述用户终端基于所述账户列表信息将缴存核定业务的总金额拆分至多个账单中。
在一个可选示例中,服务端在接收到用户终端的账户查询请求后,根据账户查询请求查询结算登记账户表,以得到相应的账户列表信息,然后将查询出的账户列表信息发送至用户终端。
在另一个可选示例中,服务端在缴存单位的经办人员登陆公积金缴存类应用程序后,获取缴存单位的唯一标识,根据缴存单位的唯一标识查询结算登记账户表,以得到相应的账户列表信息,然后将查询出的账户列表信息推送至用户终端。
用户终端在接收到服务端发送的账户列表信息后,将账户列表信息展示给用户,以便用户根据实际情况将一笔缴存核定业务的总金额拆分至账户列表中的多个账户中,也就是说,将一笔缴存核定业务的总金额拆分至多个账单中。然后,用户终端可将携带多个账单信息的缴存核定请求发送至服务端。
在本发明实施例中,通过服务端基于终端请求发送账户列表信息或者主动推送账户列表信息,有助于用户终端方便、快捷地将一笔缴存核定业务的总金额拆分至多个账单中,提高用户体验。
步骤S302:接收用户终端发送的缴存核定请求。
在该步骤中,服务端接收用户终端发送的缴存核定请求。示例性地,所述缴存核定请求可包括缴存核定单位唯一标识、拆分出的多个账单的账户、各个账单的付款金额等信息。
步骤S303:对所述缴存核定请求携带的多个账单进行校验。
公积金缴存核定包括多种类型,比如汇缴核定、补缴核定。根据公积金缴存核定类型的不同,可采取相应的校验方式。
在一个可选示例中,公积金缴存核定类型为汇缴核定,步骤S303具体包括:步骤c,根据汇缴核定月份确定汇缴核定业务的总金额,校验所述多个账单的付款金额之和与所述汇缴核定业务的总金额是否相同;以及,步骤d,校验所述多个账单的付款账户是否位于结算登记账户表中。具体实施时,可以先执行步骤c,若步骤c的校验结果为金额不相同,确认校验未通过,无需执行步骤d;若步骤c的校验结果为金额相同,再执行步骤d,若步骤d的校验结果为所述多个账单的付款账户都位于结算登记账户表中,确认校验通过;否则,确认校验未通过。此外,在具体实施时,也可以先执行步骤d,在步骤d的校验结果为所述多个账单的付款账户都位于结算登记账户表中,再执行步骤c。通过对缴存金额以及缴存账户进行校验,能够进一步降低公积金汇缴出错的可能性。
在另一个可选示例中,公积金缴存核定类型为补缴核定,步骤S303具体包括:步骤e,校验所述多个账单的付款金额之和与补缴核定业务的总金额是否相同;以及,步骤f,校验所述多个账单的付款账户是否位于结算登记账户表中。具体实施时,可以先执行步骤e,若步骤e的校验结果为金额不相同,确认校验未通过,无需执行步骤f;若步骤e的校验结果为金额相同,再执行步骤f,若步骤f的校验结果为所述多个账单的付款账户都位于结算登记账户表中,确认校验通过;否则,确认校验未通过。此外,在具体实施时,也可以先执行步骤f,在步骤f的校验结果为所述多个账单的付款账户都位于结算登记账户表中,再执行步骤e。通过对缴存金额以及缴存账户进行校验,能够进一步降低公积金补缴出错的可能性。
可选地,在缴存核定业务类型为汇缴核定或者补缴核定业务时,步骤S303还可包括以下步骤:校验账单月份是否为缴存核定最小的月份。若账单月份为缴存核定最小的月份,再执行其他校验逻辑;若账单月份不是缴存核定月份中最小的月份,确认校验未通过。此外,可选地,在缴存核定业务类型为汇缴核定时,还可检查缴存单位是签约单位还是一般单位,如果缴存单位为签约单位,只允许录入单月账单,如果缴存单位为一般单位,允许录入多月账单。
在校验通过的情况下,执行步骤S304;在校验未通过的情况下,执行步骤S305。
步骤S304:对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
示例性地,对所述多个账单进行登记包括:在所述多个账单包括使用暂存款账户的账单时,进行暂存款预约,以冻结这部分资金,避免被别的交易使用(比如暂存款取出、划转等),然后,在账单明细表中生成包括暂存款预约编号的账单记录,并将所述账单记录的状态设置为已支付状态;在所述多个账单包括使用普通付款账户的账单时,在账单明细表中生成对应的账单记录,并将所述账单记录的状态设置为未支付状态。
在账单明细表中,账单记录的状态包括:未支付、已支付、和已缴存三种状态。在对一笔缴存核定业务的多笔账单进行登记之后,对于使用普通账户的账单,将其在账单明细表中的状态设置为未支付状态,对于使用暂存款账户的账单,将其在账单明细表中的状态设置为已支付状态;在未支付账单与到账通知匹配成功后,将账单状态设置为已支付;在一笔缴存核定业务的多笔账单使用暂存款自动汇缴或补缴入账成功后,将其在账单明细表中的状态设置为“已缴存”。
公积金缴存主要包括缴存核定环节、以及缴存入账环节。其中,缴存核定环节主要体现在图3所示处理步骤。在通过缴存核定环节对拆分出的多个账单进行登记之后,进行公积金缴存入账。公积金缴存入账主要包括以下步骤:系统按照住建部结算平台推送的到账通知与需要缴存公积金的单位做匹配,进而匹配至单位的账单,实现账单的自动支付,待一笔缴存核定业务的多个账单均支付成功后,系统自动触发汇缴或补缴自动入账,将账单状态自动设置为“已缴存”。这样一来,实现业务驱动资金,满足一笔业务账单对应一笔到账资金的要求,避免产生多余的未达账款和暂存款挂账,而且,一笔缴存业务能使用多个银行账户进行缴款,各单位经办人员可根据自身实际情况进行账单拆分,汇款时间和金额可自己掌握,从而给与了单位经办人极大的灵活性和便利性。
步骤S305:向用户终端发送缴存核定失败提示信息。
在步骤S303的校验结果为校验未通过的情况下,服务端向用户终端发送诸如“缴存核定金额与账单总金额不一致”或者“账单账户未登记”等缴存核定失败提示信息。通过向用户终端发送缴存核定失败提示信息,能够使用户及时获知缴存核定失败的原因,以便及时做出调整,提高了用户缴存公积金的体验。
在本发明实施例中,通过以上步骤实现了一种不同于现有技术的、新的公积金缴存方案,该方案支持缴存单位使用多个账户缴存一笔公积金业务,使得各单位经办人员可根据自身实际情况进行账单拆分,汇款时间和金额可自己掌握,从而给与了缴存单位极大的灵活性与便利性。而且,本发明实施例通过以上步骤提高了办理公积金缴存业务的自动化、智能化水平,降低了公积金缴存出错的概率。
在汇缴或补缴核定完成后,为便于单位经办人后期灵活调整各账户汇款金额,因此本发明第二实施例还支持对已汇缴或补缴核定的账单进行修改维护。
图4是根据本发明第二实施例的公积金缴存方法的另一部分流程示意图。如图4所示,本发明实施例的公积金缴存方法还包括核定账单修改流程,具体包括以下步骤:
步骤S401:接收用户终端针对缴存核定业务的账单的修改请求。
在缴存核定完成后,用户终端可针对缴存核定业务的账单进行修改,然后将携带缴存核定业务编码、以及修改后的账单信息的修改请求发送至服务端。此外,在具体实施时,针对缴存核定业务的账单的修改请求还可包括修改前该笔缴存核定业务的所有账单信息,或者包括该笔缴存核定业务中请求修改的账单信息。
比如,假设一笔缴存核定业务包括账单1、账单2和账单3,且账单1使用普通付款账户A,付款金额为1000元,账单2使用普通付款账户B,付款金额为2000元,账单3使用普通付款账户C,付款金额为3000元,假设用户想将该笔缴存核定业务的账单1和账单2保持不变,将账单3修改为“使用普通付款账户d,付款金额3000元”的账单4,则在修改请求中携带的修改后的账单信息包括账单1、账单2、账单4的信息,此外,修改请求中还可携带修改前的账单信息即账单1、账单2和账单3的信息,或者携带该笔缴存核定业务中请求修改的账单信息即账单3的信息。
步骤S402:判断请求修改的账单是否满足修改条件。
在一个可选示例中,步骤S402包括:根据所述请求修改的账单的编码查询账单明细表,以查询出对应的账单记录的状态;在所述账单记录的状态为未支付状态时,确认所述请求修改的账单满足修改条件;否则,确认所述请求修改的账单不满足修改条件。具体来说,在该可选示例中,可在修改请求中携带请求修改的账单的编码、所用账户、以及付款金额等信息。在接收到针对缴存核定业务的账单的修改请求后,对修改请求进行解析,以解析出请求修改的账单的编码。然后,根据请求修改的账单的编码查询账单明细表,以查询出对应的账单记录的状态即请求修改的账单的状态。在请求修改的账单的状态为未支付状态的情况下,确认该账单满足修改条件;在请求修改的账单不是未支付状态(比如其是已支付或者已缴存状态)的情况下,确认该账单不满足修改条件。
在另一个可选示例中,步骤S402包括:判断是否存在与所述请求修改的账单之匹配的到账通知;在不存在与所述请求修改的账单匹配的到账通知的情况下,确认所述请求修改的账单满足修改条件;否则,确认所述请求修改的账单不满足修改条件。具体来说,在该可选示例中,可在修改请求中携带请求修改的账单的编码、所用账户、以及付款金额等信息。在接收到针对缴存核定业务的账单的修改请求后,对修改请求进行解析,以解析出请求修改的账单的编码。然后,根据请求修改的账单的编码查询账单明细表,以查询出对应的账单记录中的业务流水号;若业务流水号有值,表示该账单已与到账通知匹配,确认请求修改的账单不满足修改条件;若业务流水号为空,表示该账单还未与到账通知匹配,确认请求修改的账单满足修改条件。
在请求修改的账单满足修改条件的情况下,执行步骤S403;在请求修改的账单不满足修改条件的情况下,执行步骤S404。
在本发明实施例中,通过判断请求修改的账单是否满足修改条件,并在确认请求修改的账单满足修改条件以后再更新账单明细表,不仅能够满足用户修改缴存核定业务的账单的需求,提高公积金缴存灵活性,而且能够降低对公积金缴存核定账单修改过程中的出错概率,有助于进一步降低公积金缴存出错的概率。
步骤S403:根据所述账单修改请求携带的修改后的账单信息更新账单明细表。
可选地,在步骤S403之前,本发明实施例的方法还包括以下步骤:确认修改后所述缴存核定业务的各个账单的付款金额之和与所述缴存核定业务的总金额相同;和/或,确认修改后所述缴存核定业务的各个账单的账户存在于结算登记账户表中。通过在对账单进行修改之前,对账单金额和/或所用账户信息进行校验,能够降低对公积金缴存核定账单修改过程中的出错概率,有助于进一步降低公积金缴存出错的概率。
在步骤S403中,当修改后的账单的编码不存在于账单明细表中时,表明账单明细表中不存在相应的账单记录,则所述根据所述账单修改请求携带的修改后的账单信息更新账单明细表具体为:在账单明细表中插入一条新的账户记录;当修改后的账单的编码存在于账单明细表中时,表明账单明细表中存在相应的账单记录,则所述根据所述账单修改请求携带的修改后的账单信息更新账单明细表具体为:对相应的账单记录进行更新操作。
可选地,在根据所述账单修改请求携带的修改后的账单信息更新账单明细表时,采取乐观锁模式进行更新。这样一来,能够省去公积金缴存核定账单修改中锁的开销,提高系统的吞吐量。步骤S404:向用户终端发送账单修改失败提示信息。
在步骤S402的判断结果为请求修改的账单不满足修改条件时,向用户终端发送诸如“有子账单正在入账,不允许修改,请稍后再试”的账单修改失败提示信息。
在本发明实施例中,通过以上步骤实现了对已汇缴或补缴核定的账单进行修改的流程,能够满足用户修改缴存核定账单的需求,各用户可根据实际情况修改一笔缴存核定业务拆分出的账单,提高公积金缴存的用户体验。
在汇缴或补缴核定完成后,为满足单位经办人后续由于种种原因需要取消缴存核定的需求,因此本发明第二实施例还支持对缴存核定业务进行取消。
图5是根据本发明第二实施例的公积金缴存方法的再一部分流程示意图。如图5所示,本发明实施例的公积金缴存方法还包括缴存核定业务取消流程,具体包括以下步骤:
步骤S501:接收用户终端取消缴存核定业务的请求。
在缴存核定完成后,用户终端可针对缴存核定业务进行取消,然后将携带缴存核定业务编码等信息的取消缴存核定业务的请求发送至服务端。服务端接收用户终端发送的取消缴存核定业务的请求。
步骤S502:判断请求取消的缴存核定业务是否满足取消条件。
在一个可选示例中,步骤S502包括:判断所述账单明细表中所述缴存核定业务的账单记录是否都为未支付状态;在与所述缴存核定业务对应的账单记录都为未支付状态的情况下,确认满足取消条件;否则,确认不满足取消条件。
具体来说,在该可选示例中,可在取消缴存核定业务的请求中携带请求取消的缴存核定业务的编码等信息。在接收到取消缴存核定业务的请求后,对取消缴存核定业务的请求进行解析,以解析出请求取消的缴存核定业务的编码。然后,根据请求取消的缴存核定业务的编码查询账单明细表,以查询出请求取消的缴存核定业务对应的所有账单的状态。在请求取消的缴存核定业务对应的账单的状态都为未支付状态的情况下,确认满足缴存核定取消条件;否则,确认不满足缴存核定取消条件。
在另一个可选示例中,步骤S502包括:判断是否存在与所述缴存核定业务的账单记录匹配的到账通知;在不存在与所述缴存核定业务的账单记录匹配的到账通知的情况下,确认满足取消条件;否则,确认不满足取消条件。
具体来说,在该可选示例中,可在取消缴存核定业务的请求中携带请求取消的缴存核定业务的编码等信息。在接收到取消缴存核定业务的请求后,对取消缴存核定业务的请求进行解析,以解析出请求取消的缴存核定业务的编码。然后,根据请求取消的缴存核定业务的编码查询账单明细表,以查询出请求取消的缴存核定业务对应的所有账单记录中的业务流水号;若请求取消的缴存核定业务对应的所有账单记录中的业务流水号都没有值,表示账单记录均未与到账通知匹配,确认满足缴存核定取消条件;否则,确认不满足缴存核定取消条件。
在请求取消的缴存核定业务满足取消条件的情况下,执行步骤S503;在请求取消的缴存核定业务不满足取消条件的情况下,执行步骤S504。
步骤S503:将所述缴存核定业务对应的账单置为无效状态。
示例性地,在该步骤中,可将请求取消的缴存核定业务对应的各个账单记录从账单明细表中删除;或者,在账单明细表中设置缴存核定业务状态标识字段,并将该字段的字段取值设置为“无效”。
可选地,在将所述缴存核定业务对应的账单置为无效状态时,采取乐观锁模式进行处理。这样一来,能够省去公积金缴存核定取消流程中锁的开销,提高系统的吞吐量。
步骤S504:向用户终端发送核定取消失败提示信息。
在用户终端请求取消的缴存核定业务不满足取消条件的情况下,向用户终端发送诸如“有子账单正在入账,不允许取消核定,请稍后再试”或者“有部分账单资金已入暂存款,不允许取消核定,请先进行暂存款抹账后再试”等核定取消失败提示信息。
可选地,本发明实施例的方法还包括以下步骤:如果缴存核定业务中的部分账单是已支付状态,通过暂存款抹账处理使这些账单恢复至未支付状态,然后对该缴存核定业务重新发起取消核定处理流程。另外,对于暂存款类型的账单,在将账单状态恢复至未支付状态之前,需要取消暂存款预约。
在本发明实施例中,通过以上步骤实现了对汇缴或补缴核定业务进行取消的流程,能够满足用户取消缴存核定业务的需求,各用户可根据实际情况取消缴存核定业务,提高公积金缴存的用户体验。
第三实施例
图6是根据本发明第三实施例的公积金缴存方法的主要流程示意图。本发明实施例的公积金缴存方法一般由用户终端执行。如图6所示,本发明实施例的公积金缴存方法包括:
步骤S601:向服务端发送账户查询请求。
示例性地,用户终端为需要进行公积金缴存的单位经办人所使用的手机、电脑、或者银行自助服务终端等终端设备,或者办理公积金缴存业务的银行柜员所使用的终端设备。单位经办人或者银行柜员可基于用户终端向服务端发送账户查询请求。
服务端在接收到账户查询请求后,根据账户查询请求查询出与之对应的账户列表信息,并将查询出的账户列表信息发送用户终端。示例性地,账户列表信息具体包括普通付款账户信息以及暂存款账户信息。
步骤S602:在接收到所述服务端返回的对应于所述账户查询请求的账户列表信息后,对所述账户列表信息进行展示。
用户终端在接收到对应于所述账户查询请求的账户列表信息之后,将账户列表信息展示给用户,以使用户了解公积金缴存可用的付款账户都有哪些。
步骤S603:提供账单拆分用控件,以基于所述账单拆分用控件将缴存核定业务的总金额拆分至多个账单中。
在该步骤中,用户终端向用户提供了账单拆分用控件,用户可基于该控件将缴存核定总金额分配至多个账户中,也就是说,将一笔缴存核定业务的总金额拆分至多个账单中。
步骤S604:将携带所述多个账单的缴存核定请求发送至所述服务端。
在检测到指定的事件后,比如在检测到用户点击账单保存按钮的事件后,将携带拆分出的多个账单的缴存核定请求发送至服务端。服务端在接收到缴存核定请求后,对所述缴存核定请求携带的多个账单进行校验,以及,在对所述缴存核定请求涉及的多个账单校验通过以后对所述多个账单进行登记,并基于登记的所述多个账单进行公积金缴存记账。
在本发明实施例中,通过以上步骤实现了一种不同于现有技术的、新的公积金缴存方案,该方案支持缴存单位使用多个账户缴存一笔公积金业务,使得各单位经办人员可根据自身实际情况进行账单拆分,汇款时间和金额可自己掌握,从而给与了缴存单位极大的灵活性与便利性。而且,本发明实施例通过以上步骤提高了办理公积金缴存业务的自动化、智能化水平,降低了公积金缴存出错的概率。
第四实施例
图7是根据本发明第四实施例的公积金缴存装置的主要模块示意图。如图7所示,本发明实施例的公积金缴存装置700包括:接收模块701、校验模块702、登记模块703。
接收模块701,用于接收用户终端提交的缴存核定请求。
示例性地,所述用户终端为需要进行公积金缴存的单位经办人所使用的手机、电脑、或者银行自助服务终端等终端设备,或者办理公积金缴存业务的银行柜员所使用的终端设备。单位经办人或者银行柜员可基于用户终端查询出缴存单位的账户列表,具体包括普通付款账户信息以及暂存款账户信息。接下来,用于终端可基于缴存单位的账户列表将缴存核定总金额分配至多个账户中,也就是说,将一笔缴存核定业务的总金额拆分至多个账单中。然后,用户终端可将携带多个账单信息的缴存核定请求发送至服务端。
校验模块702,用于对所述缴存核定请求携带的多个账单进行校验。
公积金缴存核定包括多种类型,比如汇缴核定、补缴核定。根据公积金缴存核定类型的不同,可采取相应的校验方式。
在一个可选示例中,在缴存核定业务类型为汇缴核定业务时,校验模块702对所述缴存核定请求携带的多个账单进行校验包括:校验模块702根据汇缴核定月份确定汇缴核定业务的总金额,校验所述多个账单的付款金额之和与所述汇缴核定业务的总金额是否相同;若所述多个账单的付款金额之和与汇缴核定业务的总金额相同,校验模块702确认校验通过;否则,校验模块702确认校验未通过。通过对拆分后的多个账单的金额之和与汇缴核定总金额是否相同进行校验,能够降低由于账单拆分出错所导致的公积金汇缴业务出错的可能性。
在另一个可选示例中,在缴存核定业务类型为汇缴核定业务时,校验模块702对所述缴存核定请求携带的多个账单进行校验包括:校验模块702校验所述多个账单的付款账户是否位于结算登记账户表中。若所述多个账单的付款账户都位于结算登记账户表中,校验模块702确认校验通过;否则,校验模块702确认校验未通过。
在再一个可选示例中,在缴存核定业务类型为汇缴核定业务时,校验模块702对所述缴存核定请求携带的多个账单进行校验包括:校验模块702根据汇缴核定月份确定汇缴核定业务的总金额,校验所述多个账单的付款金额之和与所述汇缴核定业务的总金额是否相同;以及,校验模块702校验所述多个账单的付款账户是否位于结算登记账户表中。具体实施时,可以先执行金额校验步骤,若金额校验步骤的校验结果为金额不相同,确认校验未通过,无需执行账户校验步骤;若金额校验步骤的校验结果为金额相同,再执行账户校验步骤,若账户校验步骤的校验结果为所述多个账单的付款账户都位于结算登记账户表中,确认校验通过;否则,确认校验未通过。此外,在具体实施时,也可以先执行账户校验步骤,在账户校验步骤的校验结果为所述多个账单的付款账户都位于结算登记账户表中,再执行金额校验步骤。通过对缴存金额以及缴存账户进行校验,能够进一步降低公积金汇缴出错的可能性。
在一个可选示例中,在缴存核定业务类型为补缴核定业务时,校验模块702对所述缴存核定请求携带的多个账单进行校验包括:校验模块702校验所述多个账单的付款金额之和与补缴核定业务的总金额是否相同;若所述多个账单的付款金额之和与补缴核定业务的总金额相同,校验模块702确认校验通过;否则,校验模块702确认校验未通过。通过对拆分后的多个账单的金额之和与补缴核定总金额是否相同进行校验,能够降低由于账单拆分出错所导致的公积金补缴业务出错的可能性。
在另一个可选示例中,在缴存核定业务类型为补缴核定业务时,校验模块702对所述缴存核定请求携带的多个账单进行校验包括:校验模块702校验所述多个账单的付款账户是否位于结算登记账户表中。若所述多个账单的付款账户都位于结算登记账户表中,校验模块702确认校验通过;否则,校验模块702确认校验未通过。通过对账单的付款账户是否位于解算登记账户表中进行校验,能够防止资金到账后无法匹配到相应单位,进而无法匹配到单位相应账单的情况出现,降低了公积金补缴失败的可能性。
在再一个可选示例中,在缴存核定业务类型为补缴核定业务时,校验模块702对所述缴存核定请求携带的多个账单进行校验包括:校验模块702校验所述多个账单的付款金额之和与补缴核定业务的总金额是否相同;以及,校验模块702校验所述多个账单的付款账户是否位于结算登记账户表中。具体实施时,可以先执行金额校验步骤,再执行账户校验步骤;或者,也可先执行账户校验步骤,再执行金额校验步骤。通过对缴存金额以及缴存账户进行校验,能够进一步降低公积金补缴出错的可能性。
登记模块703,用于在对所述缴存核定请求涉及的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
示例性地,登记模块703对所述多个账单进行登记包括:在所述多个账单包括使用暂存款账户的账单时,登记模块703进行暂存款预约,然后,登记模块703在账单明细表中生成包括暂存款预约编号的账单记录,并将所述账单记录的状态设置为已支付状态;在所述多个账单包括使用普通付款账户的账单时,登记模块703在账单明细表中生成对应的账单记录,并将所述账单记录的状态设置为未支付状态。
在账单明细表中,账单记录的状态包括:未支付、已支付、和已缴存三种状态。在对一笔缴存核定业务的多笔账单进行登记之后,对于使用普通账户的账单,将其在账单明细表中的状态设置为未支付状态,对于使用暂存款账户的账单,将其在账单明细表中的状态设置为已支付状态;在未支付账单与到账通知匹配成功后,将账单状态设置为已支付;在一笔缴存核定业务的多笔账单使用暂存款自动汇缴或补缴入账成功后,将其在账单明细表中的状态设置为“已缴存”。
公积金缴存主要包括缴存核定环节、以及缴存入账环节。在通过缴存核定环节对拆分出的多个账单进行登记之后,进行公积金缴存入账。公积金缴存入账主要包括以下步骤:系统按照住建部结算平台推送的到账通知与需要缴存公积金的单位做匹配,进而匹配至单位的账单,实现账单的自动支付,待一笔缴存核定业务的多个账单均支付成功后,系统自动触发汇缴或补缴自动入账,将账单状态自动设置为“已缴存”。这样一来,实现业务驱动资金,满足一笔业务账单对应一笔到账资金的要求,避免产生多余的未达账款和暂存款挂账,而且,一笔缴存业务能使用多个银行账户进行缴款,各单位经办人员可根据自身实际情况进行账单拆分,汇款时间和金额可自己掌握,从而给与了单位经办人极大的灵活性和便利性。
在本发明实施例中,通过以上装置实现了一种不同于现有技术的、新的公积金缴存方案,该方案支持缴存单位使用多个账户缴存一笔公积金业务,使得各单位经办人员可根据自身实际情况进行账单拆分,汇款时间和金额可自己掌握,从而给与了缴存单位极大的灵活性与便利性。而且,本发明实施例通过以上步骤提高了办理公积金缴存业务的自动化、智能化水平,降低了公积金缴存出错的概率。
第五实施例
图8是根据本发明第五实施例的公积金缴存装置的主要模块示意图。如图8所示,本发明实施例的公积金缴存装置800包括:第一发送模块801、展示模块802、拆分模块803、第二发送模块804。
第一发送模块801,用于向服务端发送账户查询请求。
示例性地,用户终端为需要进行公积金缴存的单位经办人所使用的手机、电脑、或者银行自助服务终端等终端设备,或者办理公积金缴存业务的银行柜员所使用的终端设备。单位经办人或者银行柜员可基于用户终端的第一发送模块801向服务端发送账户查询请求。
服务端在接收到账户查询请求后,根据账户查询请求查询出与之对应的账户列表信息,并将查询出的账户列表信息发送用户终端。示例性地,账户列表信息具体包括普通付款账户信息以及暂存款账户信息。
展示模块802,用于在接收到所述服务端返回的对应于所述账户查询请求的账户列表信息后,对所述账户列表信息进行展示。
用户终端在接收到对应于所述账户查询请求的账户列表信息之后,通过展示模块802将账户列表信息展示给用户,以使用户了解公积金缴存可用的付款账户都有哪些。
拆分模块803,用于提供账单拆分用控件,以基于所述账单拆分用控件将缴存核定业务的总金额拆分至多个账单中。
拆分模块803向用户提供了账单拆分用控件,用户可基于该控件将缴存核定总金额分配至多个账户中,也就是说,将一笔缴存核定业务的总金额拆分至多个账单中。
第二发送模块804,用于将携带所述多个账单的缴存核定请求发送至所述服务端。
在检测到指定的事件后,比如在检测到用户点击账单保存按钮的事件后,第二发送模块804将携带拆分出的多个账单的缴存核定请求发送至服务端。服务端在接收到缴存核定请求后,对所述缴存核定请求携带的多个账单进行校验,以及,在对所述缴存核定请求涉及的多个账单校验通过以后对所述多个账单进行登记,并基于登记的所述多个账单进行公积金缴存记账。
在本发明实施例中,通过以上装置实现了一种不同于现有技术的、新的公积金缴存方案,该方案支持缴存单位使用多个账户缴存一笔公积金业务,使得各单位经办人员可根据自身实际情况进行账单拆分,汇款时间和金额可自己掌握,从而给与了缴存单位极大的灵活性与便利性。而且,本发明实施例通过以上步骤提高了办理公积金缴存业务的自动化、智能化水平,降低了公积金缴存出错的概率。
下面参考图9,其示出了适于用来实现本发明实施例的电子设备的计算机系统900的结构示意图。图9示出的计算机系统仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图9所示,计算机系统900包括中央处理单元(CPU)901,其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中,还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。
以下部件连接至I/O接口905:包括键盘、鼠标等的输入部分906;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907;包括硬盘等的存储部分908;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器910上,以便于从其上读出的计算机程序根据需要被安装入存储部分908。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分909从网络上被下载和安装,和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括接收模块、校验模块、登记模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,接收模块还可以被描述为“接收用户终端提交的缴存核定请求的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备执行以下流程:接收用户终端提交的缴存核定请求;对所述缴存核定请求携带的多个账单进行校验;在对所述缴存核定请求涉及的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
作为再一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备执行以下流程:向服务端发送账户查询请求;在接收到所述服务端返回的对应于所述账户查询请求的账户列表信息后,对所述账户列表信息进行展示;提供账单拆分用控件,以基于所述账单拆分用控件将缴存核定业务的总金额拆分至多个账单中;将携带所述多个账单的缴存核定请求发送至所述服务端;其中,所述服务端在对所述缴存核定请求携带的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
根据本发明实施例的技术方案,能够提高公积金缴存的灵活性,提高公积金缴存的用户体验。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (17)
1.一种公积金缴存方法,其特征在于,所述方法包括:
接收用户终端提交的缴存核定请求;
对所述缴存核定请求携带的多个账单进行校验;
在对所述缴存核定请求涉及的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述接收用户终端提交的缴存核定请求之前,向所述用户终端发送账户列表信息,以使所述用户终端基于所述账户列表信息将缴存核定业务的总金额拆分至多个账单中。
3.根据权利要求1所述的方法,其特征在于,所述对所述缴存核定请求携带的多个账单进行校验包括:
在缴存核定业务类型为补缴核定业务时,校验所述多个账单的付款金额之和与补缴核定业务的总金额是否相同;和/或,校验所述多个账单的付款账户是否位于结算登记账户表中。
4.根据权利要求1所述的方法,其特征在于,所述对所述缴存核定请求携带的多个账单进行校验包括:
在缴存核定业务类型为汇缴核定业务时,根据汇缴核定月份确定汇缴核定业务的总金额,校验所述多个账单的付款金额之和与所述汇缴核定业务的总金额是否相同;和/或,校验所述多个账单的付款账户是否位于结算登记账户表中。
5.根据权利要求1所述的方法,其特征在于,所述对所述多个账单进行登记包括:
在所述多个账单包括使用暂存款账户的账单时,进行暂存款预约,在账单明细表中生成包括暂存款预约编号的账单记录,并将所述账单记录的状态设置为已支付状态;在所述多个账单包括使用普通付款账户的账单时,在账单明细表中生成对应的账单记录,并将所述账单记录的状态设置为未支付状态。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在接收到用户终端针对缴存核定业务的账单的修改请求后,判断所述用户终端请求修改的账单是否满足修改条件;在所述用户终端请求修改的账单满足修改条件的情况下,根据所述账单修改请求携带的修改后的账单信息更新账单明细表。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
在所述用户终端请求修改的账单不满足修改条件的情况下,向所述用户终端发送账单修改失败提示信息。
8.根据权利要求6所述的方法,其特征在于,所述判断所述用户终端请求修改的账单是否满足修改条件包括:
根据所述请求修改的账单的编码查询账单明细表,以查询出对应的账单记录的状态;在所述账单记录的状态为未支付状态时,确认所述请求修改的账单满足修改条件;否则,确认所述请求修改的账单不满足修改条件;或者,
判断是否存在与所述请求修改的账单之匹配的到账通知;在不存在与所述请求修改的账单匹配的到账通知的情况下,确认所述请求修改的账单满足修改条件;否则,确认所述请求修改的账单不满足修改条件。
9.根据权利要求6所述的方法,其特征在于,所述方法还包括:
在所述根据所述账单修改请求携带的修改后的账单信息更新账单明细表之前,确认修改后所述缴存核定业务的各个账单的付款金额之和与所述缴存核定业务的总金额相同。
10.根据权利要求6所述的方法,其特征在于,所述方法还包括:
在接收到用户终端取消缴存核定业务的请求后,判断所述用户终端请求取消的缴存核定业务是否满足取消条件;在所述用户终端请求取消的缴存核定业务满足取消条件的情况下,将所述缴存核定业务对应的账单置为无效状态。
11.根据权利要求10所述的方法,其特征在于,所述判断所述用户终端请求取消的缴存核定业务是否满足取消条件包括:
判断所述账单明细表中所述缴存核定业务的账单记录是否都为未支付状态;在与所述缴存核定业务对应的账单记录都为未支付状态的情况下,确认满足取消条件;否则,确认不满足取消条件;或者,
判断是否存在与所述缴存核定业务的账单记录匹配的到账通知;在不存在与所述缴存核定业务的账单记录匹配的到账通知的情况下,确认满足取消条件;否则,确认不满足取消条件。
12.根据权利要求10所述的方法,其特征在于,所述方法还包括:
在所述用户终端请求取消的缴存核定业务不满足取消条件的情况下,向所述用户终端发送核定取消失败提示信息。
13.一种公积金缴存方法,其特征在于,所述方法包括:
向服务端发送账户查询请求;
在接收到所述服务端返回的对应于所述账户查询请求的账户列表信息后,对所述账户列表信息进行展示;
提供账单拆分用控件,以基于所述账单拆分用控件将缴存核定业务的总金额拆分至多个账单中;
将携带所述多个账单的缴存核定请求发送至所述服务端;其中,所述服务端在对所述缴存核定请求携带的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
14.一种公积金缴存装置,其特征在于,所述装置包括:
接收模块,用于接收用户终端提交的缴存核定请求;
校验模块,用于对所述缴存核定请求携带的多个账单进行校验;
登记模块,用于在对所述缴存核定请求涉及的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
15.一种公积金缴存装置,其特征在于,所述装置包括:
第一发送模块,用于向服务端发送账户查询请求;
展示模块,用于在接收到所述服务端返回的对应于所述账户查询请求的账户列表信息后,对所述账户列表信息进行展示;
拆分模块,用于提供账单拆分用控件,以基于所述账单拆分用控件将缴存核定业务的总金额拆分至多个账单中;
第二发送模块,用于将携带所述多个账单的缴存核定请求发送至所述服务端;其中,所述服务端在对所述缴存核定请求携带的多个账单校验通过以后,对所述多个账单进行登记,以基于登记的所述多个账单进行公积金缴存记账。
16.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-12,13中任一所述的方法。
17.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-12,13中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110997760.4A CN113706108A (zh) | 2021-08-27 | 2021-08-27 | 公积金缴存方法、装置、电子设备及计算机可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110997760.4A CN113706108A (zh) | 2021-08-27 | 2021-08-27 | 公积金缴存方法、装置、电子设备及计算机可读介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113706108A true CN113706108A (zh) | 2021-11-26 |
Family
ID=78656227
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110997760.4A Pending CN113706108A (zh) | 2021-08-27 | 2021-08-27 | 公积金缴存方法、装置、电子设备及计算机可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113706108A (zh) |
-
2021
- 2021-08-27 CN CN202110997760.4A patent/CN113706108A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230169586A1 (en) | Shared expense management | |
US11663671B2 (en) | Risk relationship resource allocation servicing system and method | |
US20210224895A1 (en) | Settlement management system and settlement management method | |
JP2017045389A (ja) | 銀行システム、銀行システムによって実行される方法およびプログラム | |
JP6133529B1 (ja) | 電子稟議書の更新方法およびシステム | |
US20170286922A1 (en) | Vehicle title transfer and lien payoff | |
CN113706107A (zh) | 公积金缴存方法、装置、电子设备及计算机可读介质 | |
JP2004206253A (ja) | 取引決済情報管理装置、取引決済情報管理システム、取引決済情報管理方法、およびその方法をコンピュータに実行させるプログラム | |
CN113706108A (zh) | 公积金缴存方法、装置、电子设备及计算机可读介质 | |
JP2003242345A (ja) | 融資支援システム及びコンピュータプログラム | |
CN112053218B (zh) | 票据管理系统、方法、计算机设备和存储介质 | |
CN115545883A (zh) | 数据处理方法、装置、系统、介质及产品 | |
JP5416852B1 (ja) | 法人営業支援システム、法人営業支援方法、及びプログラム | |
CN111429092A (zh) | 缴存公积金的方法、装置、设备和计算机可读介质 | |
CN111415263A (zh) | 数据匹配方法和装置 | |
JP2015125452A (ja) | マンション管理会社向け振込管理システムおよび方法 | |
US20100153139A1 (en) | Systems and methods for electronically reporting financial information and notifications | |
KR20010069969A (ko) | 개인 신용 관리 서비스 방법 및 장치 | |
KR102638193B1 (ko) | 가상계좌를 이용한 부동산 임대관리 서비스 시스템 및 방법 | |
JP6704973B2 (ja) | 情報処理装置及びプログラム | |
US20230252450A1 (en) | Virtual card payments system | |
JP5117097B2 (ja) | 集金支援システム、集金支援方法及び集金支援プログラム | |
CN115544052A (zh) | 一种数据处理方法和装置 | |
US20040049403A1 (en) | Methods and systems for dispute management | |
JP2020042383A (ja) | 振込管理システム、振込管理方法および振込管理プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |