CN115409498A - 数据处理方法、装置、设备及介质 - Google Patents

数据处理方法、装置、设备及介质 Download PDF

Info

Publication number
CN115409498A
CN115409498A CN202211061190.9A CN202211061190A CN115409498A CN 115409498 A CN115409498 A CN 115409498A CN 202211061190 A CN202211061190 A CN 202211061190A CN 115409498 A CN115409498 A CN 115409498A
Authority
CN
China
Prior art keywords
payment
account
pension
accounts
target
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
Application number
CN202211061190.9A
Other languages
English (en)
Inventor
李佳蓬
张翱
刘佳玥
董弢
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
CCB Finetech Co Ltd
Original Assignee
China Construction Bank Corp
CCB Finetech Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp, CCB Finetech Co Ltd filed Critical China Construction Bank Corp
Priority to CN202211061190.9A priority Critical patent/CN115409498A/zh
Publication of CN115409498A publication Critical patent/CN115409498A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请涉及数据处理技术领域,具体涉及一种数据处理方法、装置、设备及介质,用于提高个人养老金账户的缴费效率。该方法包括根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,从待缴费的个人养老金账户列表中,筛选出设定日期应缴费的目标养老金账户;其中,所述首次缴费日期为对个人养老金账户首次执行定时缴费的日期,所述缴费周期为对个人养老金账户执行定时缴费的周期;从所述目标养老金账户关联的扣划账户转账至所述目标养老金账户。

Description

数据处理方法、装置、设备及介质
技术领域
本申请涉及数据处理技术领域,具体涉及一种数据处理方法、装置、设备及介质。
背景技术
个人养老金又称养老第三支柱,是对第一支柱(国家基本养老保险)和第二支柱(企业/职业年金)的补充,是一种为补充个人养老而设计的养老金制度。
目前对个人养老金账户进行缴费的方式有两种,第一种方式:用户可以通过转账、现金充值等方式,自己对其个人养老金账户进行自助缴费,但这种方式需要用户操作,用户的体验感并不好。第二种方式:银行可以根据用户设置的缴费规则,对其个人养老金账户进行定时缴费,但这种方式需要每日轮询所有用户的缴费规则,以确定每个用户的个人养老金账户是否当日应进行缴费,其缴费效率较低。
发明内容
本申请实施例提供一种数据处理方法、装置、设备及介质,用于提高个人养老金账户的缴费效率。
第一方面,本申请提供一种数据处理方法,所述方法包括:
根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,从待缴费的个人养老金账户列表中,筛选出设定日期应缴费的目标养老金账户;其中,所述首次缴费日期为预设的对个人养老金账户首次执行定时缴费的日期,所述缴费周期为预设的对个人养老金账户执行定时缴费的周期;
从所述目标养老金账户关联的扣划账户转账至所述目标养老金账户。
在一种可能的实施例中,根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,从待缴费的个人养老金账户列表中,筛选出设定日期应缴费的目标养老金账户,包括:
根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,确定筛选条件;其中,所述首次缴费日期包括首次缴费月和首次缴费日,所述筛选条件包括首次缴费月小于或等于设定月份、首次缴费月与所述设定月份之间的差值为缴费周期的整数倍、且首次缴费日等于所述设定日期;
从待缴费的个人养老金账户列表中,筛选出满足所述筛选条件的目标养老金账户。
在一种可能的实施例中,所述扣划账户为多个账户,从所述目标养老金账户关联的扣划账户转账至所述目标养老金账户,包括:
根据所述多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额;其中,所述扣划金额为预设的每个缴费周期为个人养老金账户缴费的金额;
若第一账户的余额大于或等于所述扣划金额,则从所述第一账户转账至所述目标养老金账户。
在一种可能的实施例中,在根据所述多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额之后,所述方法还包括:
若每个账户的余额均小于所述扣划金额,则判断所述多个账户的余额之和是否大于或等于所述扣划金额;
若所述多个账户的余额之和大于或等于所述扣划金额,则从所述多个账户转账至所述目标养老金账户。
在一种可能的实施例中,在判断所述多个账户的余额之和是否大于或等于所述扣划金额之后,所述方法还包括:
若所述多个账户的余额之和小于所述扣划金额,则根据所述目标养老金账户关联的客户信息,向所述客户信息对应的终端发送缴费失败信息。
第二方面,本申请提供一种数据处理装置,所述装置包括:
筛选模块,用于根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,从待缴费的个人养老金账户列表中,筛选出设定日期应缴费的目标养老金账户;其中,所述首次缴费日期为预设的对个人养老金账户首次执行定时缴费的日期,所述缴费周期为预设的对个人养老金账户执行定时缴费的周期;
转账模块,用于从所述目标养老金账户关联的扣划账户转账至所述目标养老金账户。
在一种可能的实施例中,所述筛选模块具体用于:
根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,确定筛选条件;其中,所述首次缴费日期包括首次缴费月和首次缴费日,所述筛选条件包括首次缴费月小于或等于设定月份、首次缴费月与所述设定月份之间的差值为缴费周期的整数倍、且首次缴费日等于所述设定日期;
从待缴费的个人养老金账户列表中,筛选出满足所述筛选条件的目标养老金账户。
在一种可能的实施例中,所述扣划账户为多个账户,所述转账模块具体用于:
根据所述多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额;其中,所述扣划金额为预设的每个缴费周期为个人养老金账户缴费的金额;
若第一账户的余额大于或等于所述扣划金额,则从所述第一账户转账至所述目标养老金账户。
在一种可能的实施例中,所述转账模块还用于:
在根据所述多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额之后,若每个账户的余额均小于所述扣划金额,则判断所述多个账户的余额之和是否大于或等于所述扣划金额;
若所述多个账户的余额之和大于或等于所述扣划金额,则从所述多个账户转账至所述目标养老金账户。
在一种可能的实施例中,所述装置还包括发送模块,所述发送模块用于:
在判断所述多个账户的余额之和是否大于或等于所述扣划金额之后,若所述多个账户的余额之和小于所述扣划金额,则根据所述目标养老金账户关联的客户信息,向所述客户信息对应的终端发送缴费失败信息。
第三方面,本申请提供一种电子设备,包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序指令执行第一方面中任一项所述的方法包括的步骤。
第四方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被计算机执行时,使所述计算机执行第一方面中任一项所述的方法。
第五方面,本申请提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行第一方面中任一项所述的方法。
在本申请实施例中,根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,从待缴费的个人养老金账户列表中,筛选出设定日期应缴费的目标养老金账户,从目标养老金账户关联的扣划账户转账至目标养老金账户,从而完成个人养老金账户的定时缴费。该方法不用每天查询所有用户的缴费规则,只需要获取当日应缴费的目标养老金账户,可以提高个人养老金账户的缴费效率。
附图说明
图1为本申请实施例提供的一种数据处理方法的流程图;
图2为本申请实施例提供的一种缴费规则的界面示意图;
图3为本申请实施例提供的一种个人养老金账户的缴费方法的整体流程图;
图4为本申请实施例提供的筛选按月缴费的用户数据的示意图;
图5为本申请实施例提供的筛选按季缴费的用户数据的示意图;
图6为本申请实施例提供的筛选按年缴费的用户数据的示意图;
图7为本申请实施例提供的一种数据处理装置的结构图;
图8为本申请实施例提供的一种电子设备的结构图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以按不同于此处的顺序执行所示出或描述的步骤。
本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象,而非用于描述特定顺序。此外,术语“包括”以及它们任何变形,意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个,例如可以是两个、三个或者更多个,本申请实施例不做限制。
本申请技术方案中,对数据的采集、传播、使用等,均符合国家相关法律法规要求。
在介绍本申请实施例所提供的个人养老金账户的缴费方法之前,为了便于理解,首先对下面对本申请实施例的技术背景进行详细介绍。
个人养老金是个人为自己开立的养老账户,是国家养老保障体制改革的重点发展领域。个人养老金作为应对人口老龄化问题的一项重要的制度性安排,得到了相关部门的高度重视和大力推动。个人养老金账户是指用于记录个人养老金资金余额、投资基金理财产品等资产数据的专用账户,每个人只能有一个养老金账户,可购买养老类型产品。用户可以签约授权给银行,并设置缴费规则,银行系统每日轮询每个用户的缴费规则,并对所有规则进行匹配,以确定是否当日需要对每个用户的个人养老金账户进行自动缴费。但这种每日轮询的方式效率较低,特别是定时缴费的用户数量比较大时,花费时间长,对系统消耗较大。
为了提高个人养老金账户的缴费效率,本申请实施例提供一种数据处理方法,该方法可以由电子设备执行。电子设备可以通过终端或服务器实现,终端例如移动终端、固定终端或便携式终端,例如移动手机、站点、单元、设备、多媒体计算机、多媒体平板、互联网节点、通信器、台式计算机、笔记本计算机、平板计算机、个人通信系统(PCS)设备、定位设备或者其任意组合,包括这些设备的配件和外设或者其任意组合。服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器,但并不局限于此。
请参照图1,为本申请实施例提供的一种数据处理方法的流程图。
S101、根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,从待缴费的个人养老金账户列表中,筛选出设定日期应缴费的目标养老金账户。
具体的,用户在与银行签约个人养老金账户的定时缴费业务时,可以通过柜员渠道和手动渠道设置个人缴费规则。请参照图2,为本申请实施例提供的一种缴费规则的界面示意图。该界面包括客户姓名、证件类型、证件号码、手机号码等个人基本信息、个人养老金账号、扣划账户、缴费周期、首次缴费日期、扣划金额。下面分别进行介绍。
1、个人养老金账号:定时缴费的个人养老金账户的账号。
2、扣划账号:预设的定时扣款的扣划账户的账号。
用户可以设置一个扣划账号或多个扣划账号,如果设置了多个扣划账号,则根据输入的先后顺序确定多个账户的优先级。例如,依次输入账户A的账号、账户B的账号、账户C的账号,则账户A的优先级高于账户B的优先级,账户B的优先级高于账户C的优先级。
3、首次缴费日期:预设的对个人养老金账户首次执行定时缴费的日期。
首次缴费日期包括首次缴费月和首次缴费日。例如用户设置的首次缴费日期为8月19日,则首次缴费月为8月,首次缴费日为19日。
4、缴费周期:预设的对个人养老金账户执行定时缴费的周期。
缴费周期可以是大于0小于13的任意整数,即用户可设置的缴费周期的取值范围为[1,12]。例如,若设置缴费周期为1个月(按月缴费),则每月缴费一次,若设置缴费周期为3个月(按季缴费),则每季度缴费一次,若缴费周期为12个月(按年缴费),则每年缴费一次,若缴费周期为2个月,则每2个月缴费一次等。
5、扣划金额:预设的每个缴费周期为个人养老金账户缴费的金额。
若用户设置的扣划金额大于最大额度,则显示设置失败信息。根据设置的缴费周期不同,对应扣划金额的最大额度是不同的。例如,人社部规定每年缴纳个人养老金的上限为12000元,若设置的缴费周期为1个月,则可设置的扣划金额最多为1000元,若设置的缴费周期为3个月,则扣划金额最多为3000元,若缴费周期为12个月,则扣划金额最多为12000元。
在一种可能的实施例中,电子设备可以根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,确定筛选条件;从待缴费的个人养老金账户列表中,筛选出满足筛选条件的目标养老金账户。
其中,筛选条件包括首次缴费月小于或等于设定月份、首次缴费月与设定月份之间的差值为缴费周期的整数倍、且首次缴费日等于设定日期。设定月份是执行缴费方法的当前月份即当月,设定日期是执行缴费方法的当前日期即当日,例如8月19日启动定时缴费业务时,设定月份就是8月,设定日期就是19日。电子设备可以筛选出缴费周期为1-12月的所有用户数据。
S102、从目标养老金账户关联的扣划账户转账至目标养老金账户。
由于目标养老金账户关联的扣划账户可能为一个账户或多个账户,下面针对不同情况分别介绍转账过程。
第一种情况、扣划账户为一个账户。
电子设备可以先查询这一个扣划账户的余额,根据该扣划账户的余额和扣划金额的大小,后续处理流程分为两种情况,下面分别进行介绍。其中,扣划金额的含义请参照前文论述的内容,此处不再赘述。
情况1:若该扣划账户的余额大于或等于扣划金额,则从目标养老金账户关联的扣划账户转账至目标养老金账户,转账金额等于扣划金额。
例如,用户1设置了一个扣划账户X,且设置的扣划金额为1000元,若账户X的余额大于或等于1000元,则从账户X转1000元至用户1设置的目标养老金账户。
情况2:若该扣划账户的余额小于扣划金额,则根据目标养老金账户关联的客户信息,向客户信息对应的终端发送缴费失败信息,告知用户1需要手动处理个人养老金账户缴费业务。
例如,用户1设置了一个扣划账户X,且设置的扣划金额为1000元,若账户X的余额小于1000元,则短信通知该用户1缴费失败。
第二种情况、扣划账户为多个账户。
电子设备可以根据多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额,其中,如何判断多个账户的优先级、扣划金额的含义请参照前文论述的内容,此处不再赘述。根据判断结果后续流程分为多种情况,下面分别进行介绍。
情况(1):若第一账户的余额大于或等于扣划金额,则从该第一账户转账至目标养老金账户。
例如,用户1设置了两个扣划账户,优先级顺序为:账户A>账户B,且设置的扣划金额为1000元。若账户A的余额大于或等于1000元,则从账户A转100元至用户1的目标养老金账户,若账户A的余额小于1000元,则继续查询账户B的余额,若账户B的余额大于或等于1000元,则从账户B转1000元至用户1的目标养老金账户。
情况(2):若每个账户的余额均小于扣划金额,则根据目标养老金账户关联的客户信息,向客户信息对应的终端发送缴费失败信息。
例如,用户1设置了账户A和账户B两个账户,且设置的扣划金额为1000元。账户A的余额为400元,账户B的余额为700元,账户A和账户B的余额均小于1000元,则短信通知用户1缴费失败,告知用户1需要手动处理个人养老金账户缴费业务。
情况(3):若每个账户的余额均小于扣划金额,且多个账户的余额之和大于或等于扣划金额,则从多个账户转账至目标养老金账户。
例如,用户1设置了账户A和账户B两个账户,且设置的扣划金额为1000元。账户A的余额为400元,账户B的余额为700元,虽然账户A和账户B的余额均小于1000元,但是账户A和账户B的余额之和大于1000元,则从账户A转400元至用户1的目标养老金账户,以及从账户B转600元至用户1的目标养老金账户。
情况(4):若每个账户的余额均小于扣划金额,且多个账户的余额之和小于扣划金额,则根据目标养老金账户关联的客户信息,向客户信息对应的终端发送缴费失败信息。
例如,用户1设置了账户A和账户B两个账户,且设置的扣划金额为1000元。账户A的余额为400元,账户B的余额为500元,账户A和账户B的余额均小于1000元,且账户A和账户B的余额之和小于1000元,则短信通知用户1缴费失败,告知用户1需要手动处理个人养老金账户缴费业务。
为了方便后续对账,在一种可能的实施例中,电子设备在从目标养老金账户关联的扣划账户转账至目标养老金账户之后,可以保存该目标养老金账户的缴费信息。
在一种可能的实施例中,电子设备可以每日获取个人养老金账户的流水信息,筛选出缴费流水信息,将缴费流水信息与保存的养老金账户的缴费信息进行比对,从而对个人养老缴费业务进行对账处理,记录对账不平的单据,查询对账不成功的原因。
为了更加清楚地说明本申请实施例提供的数据处理方法,请参照图3,为本申请实施例提供的一种个人养老金账户的缴费方法的整体流程图。下面结合图3进行介绍。
S301、启动定时缴费业务。
电子设备可以每日执行个人养老金账户的定时缴费业务,以确定当日需要缴费的目标养老金账户,并对这些目标养老金账户进行自动缴费。
S302、获取满足筛选条件的用户数据插入临时表。
电子设备根据筛选条件,获取满足筛选条件的用户数据,并插入定时缴费记录临时表。其中,用户数据包括客户基本信息、目标养老金账户、划扣账户、划扣金额等,筛选条件的含义请参照前文论述的内容,此处不再赘述。
S303、分批获取临时表的数据。
S304、依次查询每个用户的划扣账户的余额。
划扣账户的含义请参照前文论述的内容,此处不再赘述。
S305、判断每个用户的余额是否够本次缴费。
电子设备判断每个用户的余额是否够本次缴费的过程,请参照前文的论述的内容,此处不再赘述。若否,则执行S306。若是,则执行S307。
S306、通知用户缴费失败。
若余额不够本次缴费,则电子设备不执行扣款,短信通知该用户缴费失败,告知该用户需要手动处理个人养老金账户缴费业务。
S307、执行扣款。
若余额够本次缴费,则电子设备执行扣款,从目标养老金账户关联的扣划账户转账至目标养老金账户。具体的转账过程请参照前文论述的内容,此处不再赘述。
S308、保存缴费单据信息。
电子设备在缴费成功之后,对缴费成功的缴费单据进行保存。
S309、获取缴费流水信息。
电子设备获取个人养老金账户流水信息,从中筛选出缴费流水信息。
S310、缴费信息对账。
电子设备将缴费单据信息与缴费流水信息进行匹配,对个人养老金账户的定时缴费业务进行对账处理,记录对账不平的单据,查询对账不成功的原因。
如上介绍了本申请实施例提供的个人养老金账户的缴费方法的整体流程,其中涉及到如何筛选满足筛选条件的用户数据,下面结合图4-图6进行介绍。
请参照图4,为本申请实施例提供的筛选按月缴费的用户数据的示意图。
S401、获取按月缴费的第一用户数据。
S402、获取第一用户数据插入临时表。
具体的,电子设备根据第一筛选条件获取到按月缴费的第一用户数据,将获取的第一用户数据插入到定时缴费记录临时表中。第一筛选条件包括首次缴费月小于或等于当月、首次缴费月与当月之间的差值为1的整数倍(即缴费周期为1个月)、且首次缴费日等于当日。
例如,用户1设置的缴费周期为1个月,首次缴费日期是10月15日,到9月15号这一天,由于9月小于10月,则筛选不到用户1的数据。到10月15号这一天,便可以筛选到用户1的数据,获取用户1的数据到临时表。
请参照图5,为本申请实施例提供的筛选按季缴费的用户数据的示意图。
S501、获取按季缴费的第二用户数据。
S502、获取第二用户数据插入临时表。
具体的,电子设备根据第二筛选条件获取到按季缴费的第二用户数据,将获取的第二用户数据插入到定时缴费记录临时表中。第二筛选条件包括首次缴费月小于或等于当月,首次缴费月与当月之间的差值为3的整数倍(即缴费周期为3个月)、且首次缴费日等于当日。
请参照图6,为本申请实施例提供的筛选按年缴费的用户数据的示意图。
S601、获取按年缴费的第三用户数据。
S602、获取第三用户数据插入临时表。
具体的,电子设备根据第三筛选条件获取到按年缴费的第三用户数据,将获取的第三数据插入到定时缴费记录临时表中。第三筛选条件包括首次缴费月小于或等于当月,首次缴费月与当月之间的差值为12的整数倍(即缴费周期为12个月)、且首次缴费日等于当日。
应当说明的是,图4-图6是以筛选按月缴费、按季缴费、按年缴费的用户数据为例,实际上电子设备不仅筛选出第一用户数据、第二用户数据和第三用户数据,还会筛选出缴费周期为其他月份的所有用户数据,例如缴费周期为2、4、6个月等的用户数据。
基于同一发明构思,本申请实施例提供一种数据处理装置,请参照图7,该装置包括:
筛选模块701,用于根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,从待缴费的个人养老金账户列表中,筛选出设定日期应缴费的目标养老金账户;其中,首次缴费日期为预设的对个人养老金账户首次执行定时缴费的日期,缴费周期为预设的对个人养老金账户执行定时缴费的周期;
转账模块702,用于从目标养老金账户关联的扣划账户转账至目标养老金账户。
在一种可能的实施例中,筛选模块701具体用于:
根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,确定筛选条件;其中,首次缴费日期包括首次缴费月和首次缴费日,筛选条件包括首次缴费月小于或等于设定月份、首次缴费月与设定月份之间的差值为缴费周期的整数倍、且首次缴费日等于设定日期;
从待缴费的个人养老金账户列表中,筛选出满足筛选条件的目标养老金账户。
在一种可能的实施例中,扣划账户为多个账户,转账模块702具体用于:
根据多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额;其中,扣划金额为预设的每个缴费周期为个人养老金账户缴费的金额;
若第一账户的余额大于或等于扣划金额,则从第一账户转账至目标养老金账户。
在一种可能的实施例中,转账模块702还用于:
在根据多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额之后,若每个账户的余额均小于扣划金额,则判断多个账户的余额之和是否大于或等于扣划金额;
若多个账户的余额之和大于或等于扣划金额,则从多个账户转账至目标养老金账户。
在一种可能的实施例中,该装置还包括发送模块703,发送模块703用于:
在判断多个账户的余额之和是否大于或等于扣划金额之后,若多个账户的余额之和小于扣划金额,则根据目标养老金账户关联的客户信息,向客户信息对应的终端发送缴费失败信息。
作为一种实施例,图7论述的装置可以用于执行图1所示的实施例中所述的方法,因此,对于该装置的各功能模块所能够实现的功能等可参考图1所示的实施例的描述,此处不再赘述。
应当注意,尽管在上文详细描述中提及了装置的若干模块或子模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之,上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。
基于同一发明构思,本申请实施例提供一种电子设备,该设备可以实现前文论述的电子设备的功能,请参照图8,该设备包括处理器801和存储器802。
存储器802,用于存储程序指令;
处理器801,用于调用所述存储器中存储的程序指令,按照获得的程序指令执行前文任一所述的数据处理方法包括的步骤。
本申请实施例中不限定处理器801与存储器802之间的具体连接介质,图8中是以处理器801和存储器802之间通过总线800连接为例。总线800在图8中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。总线800可以分为地址总线、数据总线、控制总线等,为便于表示,图8中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。或者,处理器801也可以称为控制器,对于名称不做限制。
在本申请实施例中,存储器802存储有可被至少一个处理器801执行的指令,至少一个处理器801通过执行存储器802存储的指令,可以执行前文论述任一的数据处理方法。处理器801可以实现图7所示的装置中各个模块的功能。
其中,处理器801是该装置的控制中心,可以利用各种接口和线路连接整个该控制设备的各个部分,通过运行或执行存储在存储器802内的指令以及调用存储在存储器802内的数据,该装置的各种功能和处理数据,从而对该装置进行整体监控。
在一种可能的设计中,处理器801可包括一个或多个处理单元,处理器801可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器801中。在一些实施例中,处理器801和存储器802可以在同一芯片上实现,在一些实施例中,它们也可以在独立的芯片上分别实现。
处理器801可以是通用处理器,例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的数据处理方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器802作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器802可以包括至少一种类型的存储介质,例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory,RAM)、静态随机访问存储器(Static Random Access Memory,SRAM)、可编程只读存储器(Programmable Read Only Memory,PROM)、只读存储器(Read Only Memory,ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、磁性存储器、磁盘、光盘等。存储器802是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器802还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
通过对处理器801进行设计编程,可以将前述实施例中介绍的数据处理方法所对应的代码固化到芯片内,从而使芯片在运行时能够执行图1所示的实施例的数据处理方法的步骤。如何对处理器801进行设计编程为本领域技术人员所公知的技术,这里不再赘述。
基于同一发明构思,本申请实施例提供一种计算机可读存储介质,计算机程序产品包括:计算机程序代码,当计算机程序代码在计算机上运行时,使得计算机执行如前文论述任一的数据处理方法。由于上述计算机可读存储介质解决问题的原理与数据处理方法相似,因此上述计算机可读存储介质的实施可以参见方法的实施,重复之处不再赘述。
基于同一发明构思,本申请实施例还提供了一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得计算机执行如前文论述任一的数据处理方法。由于上述计算机程序产品解决问题的原理与数据处理方法相似,因此上述计算机程序产品的实施可以参见方法的实施,重复之处不再赘述。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列用户操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (13)

1.一种数据处理方法,其特征在于,包括:
根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,从待缴费的个人养老金账户列表中,筛选出设定日期应缴费的目标养老金账户;其中,所述首次缴费日期为预设的对个人养老金账户首次执行定时缴费的日期,所述缴费周期为预设的对个人养老金账户执行定时缴费的周期;
从所述目标养老金账户关联的扣划账户转账至所述目标养老金账户。
2.如权利要求1所述的方法,其特征在于,根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,从待缴费的个人养老金账户列表中,筛选出设定日期应缴费的目标养老金账户,包括:
根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,确定筛选条件;其中,所述首次缴费日期包括首次缴费月和首次缴费日,所述筛选条件包括首次缴费月小于或等于设定月份、首次缴费月与所述设定月份之间的差值为缴费周期的整数倍、且首次缴费日等于所述设定日期;
从待缴费的个人养老金账户列表中,筛选出满足所述筛选条件的目标养老金账户。
3.如权利要求1或2所述的方法,其特征在于,所述扣划账户为多个账户,从所述目标养老金账户关联的扣划账户转账至所述目标养老金账户,包括:
根据所述多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额;其中,所述扣划金额为预设的每个缴费周期为个人养老金账户缴费的金额;
若第一账户的余额大于或等于所述扣划金额,则从所述第一账户转账至所述目标养老金账户。
4.如权利要求3所述的方法,其特征在于,在根据所述多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额之后,所述方法还包括:
若每个账户的余额均小于所述扣划金额,则判断所述多个账户的余额之和是否大于或等于所述扣划金额;
若所述多个账户的余额之和大于或等于所述扣划金额,则从所述多个账户转账至所述目标养老金账户。
5.如权利要求4所述的方法,其特征在于,在判断所述多个账户的余额之和是否大于或等于所述扣划金额之后,所述方法还包括:
若所述多个账户的余额之和小于所述扣划金额,则根据所述目标养老金账户关联的客户信息,向所述客户信息对应的终端发送缴费失败信息。
6.一种数据处理装置,其特征在于,包括:
筛选模块,用于根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,从待缴费的个人养老金账户列表中,筛选出设定日期应缴费的目标养老金账户;其中,所述首次缴费日期为预设的对个人养老金账户首次执行定时缴费的日期,所述缴费周期为预设的对个人养老金账户执行定时缴费的周期;
转账模块,用于从所述目标养老金账户关联的扣划账户转账至所述目标养老金账户。
7.如权利要求6所述的装置,其特征在于,所述筛选模块具体用于:
根据个人养老金账户的定时缴费业务中存储的首次缴费日期和缴费周期,确定筛选条件;其中,所述首次缴费日期包括首次缴费月和首次缴费日,所述筛选条件包括首次缴费月小于或等于设定月份、首次缴费月与所述设定月份之间的差值为缴费周期的整数倍、且首次缴费日等于所述设定日期;
从待缴费的个人养老金账户列表中,筛选出满足所述筛选条件的目标养老金账户。
8.如权利要求6或7所述的装置,其特征在于,所述扣划账户为多个账户,所述转账模块具体用于:
根据所述多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额;其中,所述扣划金额为预设的每个缴费周期为个人养老金账户缴费的金额;
若第一账户的余额大于或等于所述扣划金额,则从所述第一账户转账至所述目标养老金账户。
9.如权利要求8所述的装置,其特征在于,所述转账模块还用于:
在根据所述多个账户的优先级,依次判断各个账户的余额是否大于或等于扣划金额之后,若每个账户的余额均小于所述扣划金额,则判断所述多个账户的余额之和是否大于或等于所述扣划金额;
若所述多个账户的余额之和大于或等于所述扣划金额,则从所述多个账户转账至所述目标养老金账户。
10.如权利要求9所述的装置,其特征在于,所述装置还包括发送模块,所述发送模块用于:
在判断所述多个账户的余额之和是否大于或等于所述扣划金额之后,若所述多个账户的余额之和小于所述扣划金额,则根据所述目标养老金账户关联的客户信息,向所述客户信息对应的终端发送缴费失败信息。
11.一种电子设备,其特征在于,包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序指令执行权利要求1-5中任一项所述的方法包括的步骤。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被计算机执行时,使所述计算机执行如权利要求1-5中任一项所述的方法。
13.一种计算机程序产品,其特征在于,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述如权利要求1-5中任一项所述的方法。
CN202211061190.9A 2022-08-31 2022-08-31 数据处理方法、装置、设备及介质 Pending CN115409498A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211061190.9A CN115409498A (zh) 2022-08-31 2022-08-31 数据处理方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211061190.9A CN115409498A (zh) 2022-08-31 2022-08-31 数据处理方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN115409498A true CN115409498A (zh) 2022-11-29

Family

ID=84163824

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211061190.9A Pending CN115409498A (zh) 2022-08-31 2022-08-31 数据处理方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN115409498A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116091010A (zh) * 2023-04-10 2023-05-09 北京凌华峰通信技术有限公司 连锁企业网络设备运营管理方法、装置、电子设备及介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116091010A (zh) * 2023-04-10 2023-05-09 北京凌华峰通信技术有限公司 连锁企业网络设备运营管理方法、装置、电子设备及介质

Similar Documents

Publication Publication Date Title
US20200364781A1 (en) System and method for providing time to cure negative balances in financial accounts while encouraging rapid curing of those balances to a positive net position
CN110418022A (zh) 为多个用户标识调整流量套餐的方法及装置
CN109191090A (zh) 支付工具推荐方法、装置、设备及计算机可读存储介质
CN110659887A (zh) 一种基于区块链的自动交易处理系统和方法
CN110428240B (zh) 一种可疑交易自动识别和处理方法、终端和服务器
CN112132674A (zh) 一种交易处理方法和装置
CN115409498A (zh) 数据处理方法、装置、设备及介质
CN110634066A (zh) 确定结算利息的方法、装置和设备
CN107895260B (zh) 一种用于银行的预约分期方法、存储介质和电子设备
CN112016914B (zh) 资源管控、资金管控方法、装置和设备
CN113298631A (zh) 记结息处理方法及装置
CN113177772A (zh) 一种业务数据处理方法、装置和系统
CN108133325A (zh) 一种合伙人管理方法及装置
CN111242576A (zh) 处理请求的方法和装置
CN109993648B (zh) 一种数据处理方法和相关装置
CN110489705B (zh) 经纪费计算方法、装置、终端设备和存储介质
JP2018163511A (ja) 情報処理装置及びプログラム
JP2018163512A (ja) 情報処理装置及びプログラム
JP2018163513A (ja) 口座管理装置及びプログラム
JP2022066739A (ja) 情報処理装置、情報処理方法、およびプログラム
CN110246042B (zh) 一种数据处理方法及数据服务器
KR20210087661A (ko) 수익 분배 전자 계약을 기반으로 하는 수익 분배 시스템 및 이를 이용한 수익 분배 방법
CN111402030A (zh) 账单生成的方法和装置
CN111161051A (zh) 一种还款日期调整方法及装置
EP4105871A1 (en) System and method for providing gifting service between countries

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