一种数据处理方法、装置、设备及介质

本申请涉及数据处理技术领域，具体涉及一种数据处理方法、装置、设备及介质。

现有技术中，当用户在销售机构购买理财产品时，银行端根据用户购买信息，将用户购买的理财产品的金额从用户的银行账户中扣除，并将金额发送至理财产品对应的销售机构的账户中。但是，当销售机构端交易失败、银行端扣款成功时，资金已从用户账户转至销售机构的账户中，不利于资金安全。此外，个人养老金作为国内一种新的养老体系，养老金业务下直销基金交易的银行端资金处理模式还在探索中，目前没有其他实现方案。

本申请实施例提供一种数据处理方法、装置、设备及介质，用于解决交易过程中不能保证资金安全的问题。

第一方面，本申请实施例提供了一种数据处理方法，应用于养老金业务系统，所述方法包括：

在申购者在销售机构购买养老基金的情况下，接收养老金业务信息平台发送的资金划付指令，所述资金划付指令用于指示所述养老金业务系统从所述申购者的养老金账户中扣除所述养老基金的购买金额；

根据所述资金划付指令对所述申购者的养老金账户数据进行下账处理得到下账记录数据；

根据所述资金划付指令在所述养老金业务系统中所述销售机构的虚拟账户进行上账处理得到所述虚拟账户的上账记录数据；

接收养老金业务信息平台发送的交易申请汇总文件，所述交易申请汇总文件至少包括所述申购者在所述销售机构购买所述养老基金的交易数据；

当所述申购者的交易数据与所述下账记录数据匹配时，根据所述下账记录数据对所述销售机构的虚拟账户进行下账处理，并对所述销售机构的对公账户数据进行上账处理获得上账记录数据。

基于上述方案，申购者可以在销售机构直接使用养老金账户购买养老金基金产品，扩大了申购者可选投资的养老基金的品种和投资途径。从销售机构层面来看，该方法支持申购者直接在销售机构购买养老基金产品，有利于养老基金产品的营销，扩大了客户范围。其次，通过建立销售机构的虚拟账户的形式，将购买金额先划款至销售机构的虚拟账户中，当确定交易申请汇总文件中的交易数据与下账记录数据匹配时，将虚拟账户中的购买金额划至销售机构的对公账户中。在划至销售机构的对公账户之前，进行数据对账核验，保证了交易的安全性和准确性。当交易中出现异常情况时，款项处于账户行内部，保障了资金的安全和准确。此外，比起日间将每笔款项直接从个人养老金账户中划转至销售机构对公户，该方案提高了整个流程的操作效率。

一种可能的实现方式中，所述养老金业务系统包括养老金账户列表名单，所述养老金账户列表名单包括多个申购者的养老金账户的标识信息，所述资金划付指令携带所述申购者的养老金账户的标识信息以及购买金额，所述根据所述资金划付指令对所述申购者的养老金账户数据进行下账处理得到下账记录数据，包括：

当所述养老金账户列表名单中包括所述资金划付指令携带的所述申购者的养老金账户的标识信息时，根据所述购买金额对所述申购者的养老金账户数据进行下账处理得到下账记录数据。

基于上述方案，在根据资金划付指令对申购者的养老账户进行下账处理之前，核对养老金业务系统中是否包括资金划付指令中的养老金账户，进而提高交易的安全性。

一种可能的实现方式中，所述养老金业务系统包括销售机构列表名单，所述销售机构列表名单包括多个销售机构的标识信息，所述资金划付指令还携带所述销售机构的标识信息，所述根据所述资金划付指令在所述养老金业务系统中所述销售机构的虚拟账户进行上账处理得到所述虚拟账户的上账记录数据，包括：

当所述销售机构列表名单中包括所述资金划付指令携带的所述销售机构的标识信息时，根据所述资金划付指令在所述养老金业务系统中对所述销售机构的虚拟账户数据进行上账处理得到上账记录数据。

一种可能的实现方式中，所述方法还包括：当所述交易数据中用于指示交易状态的信息指示交易成功且所述养老金账户下账记录数据与所述交易数据中的购买金额不匹配时，将所述销售机构的虚拟账户数据进行下账处理得到下账记录数据，并对所述申购者的养老金账户数据进行上账处理得到上账记录数据。

一种可能的实现方式中，所述方法还包括：向所述销售机构服务器发送交易失败通知，所述交易失败通知用于通知所述交易数据对应的所述申购者购买所述养老基金产生的交易失败。

基于上述方案，对养老金账户下账记录数据与交易数据中的购买金额进行核对，通过交易提醒可以使销售机构服务器可以及时获知交易信息，保证交易数据的准确性。

一种可能的实现方式中，所述方法还包括：当所述交易数据中用于指示交易状态的信息指示交易失败且所述养老金账户下账记录数据正常时，将所述销售机构的虚拟账户数据进行下账处理得到下账记录数据，并对所述申购者的养老金账户数据进行上账处理得到上账记录数据。

基于上述方案，通过核对交易数据中指示交易状态的信息与养老金账户的下账记录数据，销售机构交易失败、养老金账户正常扣款的情况下，直接将扣款金额从销售机构的虚拟账户退还至养老金账户中，保证了资金安全。

一种可能的实现方式中，所述方法还包括：当所述交易数据中用于指示交易状态的信息指示交易失败且所述养老金账户下账记录数据正常，且对所述申购者的养老金账户数据进行上账处理失败时，将所述销售机构的虚拟账户数据进行下账处理得到下账记录数据，对异常挂单账户数据进行上账处理并得到上账记录数据；其中，所述异常挂单账户用于存储对养老金账户数据进行上账处理失败时的资金。

一种可能的实现方式中，所述方法还包括：通过所述养老金业务信息平台向开放式基金登记过户系统发送设定时刻之前的资金处理结果，所述资金处理结果包括所述申购者的养老金账户的下账记录数据以及所述销售机构的对公账户的上账记录数据；

通过所述养老金业务信息平台接收所述开放式基金登记过户系统发送的确认对账文件；所述确认对账文件是所述开放式基金登记过户系统在确认资金处理结果时产生的；

根据所述确认对账文件生成所述申购者的权益信息，并将交易信息和所述权益信息发送至养老金信息管理服务平台，所述养老金信息管理服务平台用于为监管平台提供信息支持；

其中，所述交易信息包括所述申购者的养老金账户、所述申购者的身份标识、所述申购者购买的养老基金的编号、购买金额以及养老金账户的下账记录信息，所述权益信息包括所述养老金账户持有的基金编号、持有份额以及持有金额。

一种可能的实现方式中，所述方法还包括：确定多个销售机构的虚拟账户在第一设定时刻的总余额，所述第一设定时刻为所述设定时刻之后的时刻；

根据所述设定时刻之前所述多个销售机构的虚拟账户的上账记录数据确定第一上账总额，并根据所述多个销售机构对公账户数据的上账记录数据确定第二上账总额；当确定第一上账总额与所述第二上账总额的差值，与所述多个销售机构的虚拟账户的总余额不相等时，生成提醒信息，所述提醒信息用于提示所述总余额数据核对失败。

基于上述方案，对虚拟账户的总余额、虚拟账户的上账总额以及对公账户的上账总额进行核对，有利于保证资金的准确性。

第二方面，本申请提供一种数据处理装置，所述装置包括：

接收模块，用于在申购者在销售机构购买养老基金的情况下，接收养老金业务信息平台发送的资金划付指令，所述资金划付指令用于指示养老金业务系统从所述申购者的养老金账户中扣除所述养老基金的购买金额；

处理模块，用于根据所述资金划付指令对所述申购者的养老金账户数据进行下账处理得到下账记录数据；

根据所述资金划付指令在所述养老金业务系统中所述销售机构的虚拟账户进行上账处理得到所述虚拟账户的上账记录数据；

接收养老金业务信息平台发送的交易申请汇总文件，所述交易申请汇总文件至少包括所述申购者在所述销售机构购买所述养老基金的交易数据；

当所述申购者的交易数据与所述下账记录数据匹配时，根据所述下账记录数据对所述销售机构的虚拟账户进行下账处理，并对所述销售机构的对公账户数据进行上账处理获得上账记录数据。

一种可能的实现方式中，所述养老金业务系统包括养老金账户列表名单，所述养老金账户列表名单包括多个申购者的养老金账户的标识信息，所述资金划付指令携带所述申购者的养老金账户的标识信息以及购买金额，所述处理模块，在根据所述资金划付指令对所述申购者的养老金账户数据进行下账处理得到下账记录数据时，具体用于：

当所述养老金账户列表名单中包括所述资金划付指令携带的所述申购者的养老金账户的标识信息时，根据所述购买金额对所述申购者的养老金账户数据进行下账处理得到下账记录数据。

一种可能的实现方式中，所述养老金业务系统包括销售机构列表名单，所述销售机构列表名单包括多个销售机构的标识信息，所述资金划付指令还携带所述销售机构的标识信息，所述处理模块，在根据所述资金划付指令在所述养老金业务系统中所述销售机构的虚拟账户进行上账处理得到所述虚拟账户的上账记录数据时，具体用于：

当所述销售机构列表名单中包括所述资金划付指令携带的所述销售机构的标识信息时，根据所述资金划付指令在所述养老金业务系统中对所述销售机构的虚拟账户数据进行上账处理得到上账记录数据。

一种可能的实现方式中，所述处理模块还用于：当所述交易数据中用于指示交易状态的信息指示交易成功且所述养老金账户下账记录数据与所述交易数据中的购买金额不匹配时，将所述销售机构的虚拟账户数据进行下账处理得到下账记录数据，并对所述申购者的养老金账户数据进行上账处理得到上账记录数据。

一种可能的实现方式中，所述装置还包括发送模块；所述发送模块，用于向所述销售机构服务器发送交易失败通知，所述交易失败通知用于通知所述交易数据对应的所述申购者购买所述养老基金产生的交易失败。

一种可能的实现方式中，所述处理模块还用于：当所述交易数据中用于指示交易状态的信息指示交易失败且所述养老金账户下账记录数据正常时，将所述销售机构的虚拟账户数据进行下账处理得到下账记录数据，并对所述申购者的养老金账户数据进行上账处理得到上账记录数据。

一种可能的实现方式中，所述处理模块还用于：当所述交易数据中用于指示交易状态的信息指示交易失败且所述养老金账户下账记录数据正常，且对所述申购者的养老金账户数据进行上账处理失败时，将所述销售机构的虚拟账户数据进行下账处理得到下账记录数据，对异常挂单账户数据进行上账处理并得到上账记录数据；其中，所述异常挂单账户用于存储对养老金账户数据进行上账处理失败时的资金。

一种可能的实现方式中，所述装置包括发送模块；所述发送模块，用于通过所述养老金业务信息平台向开放式基金登记过户系统发送设定时刻之前的资金处理结果，所述资金处理结果包括所述申购者的养老金账户的下账记录数据以及所述销售机构的对公账户的上账记录数据；

所述接收模块，还用于通过所述养老金业务信息平台接收所述开放式基金登记过户系统发送的确认对账文件；所述确认对账文件是所述开放式基金登记过户系统在确认资金处理结果时产生的；

所述发送模块，还用于根据所述确认对账文件生成所述申购者的权益信息，并将交易信息和所述权益信息发送至养老金信息管理服务平台，所述养老金信息管理服务平台用于为监管平台提供信息支持；

其中，所述交易信息包括所述申购者的养老金账户、所述申购者的身份标识、所述申购者购买的养老基金的编号、购买金额以及养老金账户的下账记录信息，所述权益信息包括所述养老金账户持有的基金编号、持有份额以及持有金额。

一种可能的实现方式中，所述处理模块还用于：确定多个销售机构的虚拟账户在第一设定时刻的总余额，所述第一设定时刻为所述设定时刻之后的时刻；根据所述设定时刻之前所述多个销售机构的虚拟账户的上账记录数据确定第一上账总额，并根据所述多个销售机构对公账户数据的上账记录数据确定第二上账总额；当确定第一上账总额与所述第二上账总额的差值，与所述多个销售机构的虚拟账户的总余额不相等时，生成提醒信息，所述提醒信息用于提示所述总余额数据核对失败。

第三方面，本申请提供一种执行设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第一方面以及第一方面中不同实现方式所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面以及第一方面中不同实现方式所述的方法。

第五方面，本申请提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面以及第一方面中不同实现方式所述的方法。

另外，第二方面至第五方面中任一种实现方式所带来的技术效果可参见第一方面以及第一方面中不同实现方式所带来的技术效果，此处不再赘述。

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

图1A为本申请实施例提供的业务系统架构示意图；

图1B为本申请实施例提供的服务器结构示意图；

图2为本申请实施例提供的一种数据处理方法的流程图；

图3为本申请实施例提供的一种数据处理装置的结构图；

图4为本申请实施例提供的一种执行设备的结构示意图。

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

本申请技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

在介绍本申请实施例所提供的数据处理方法之前，为了便于理解，首先对下面对本申请实施例的技术背景进行详细介绍。

目前，中国人口老龄化的情况越发严重，国家开始聚焦在养老版块。目前中国的养老保障体系主要有第一支柱和第二支柱，其中第一支柱(基本养老保险)主要目的是确保国民基本养老收入、防止老年贫困，是财政兜底的底线保障；第二支柱(企业年金/职业年金)的目标是增加员工养老收入。然而，每个人都有不同的养老需求，因此发展多次层次的养老保障体系迫在眉睫，养老第三支柱应运而生。第三支柱是以账户制为基础，个人自愿参加，国家财政从税收上给予支持，资金形成市场化投资运营的个人养老金制度。客户可在银行开立唯一的个人养老金资金账户，并往该账户中充值缴存，达到领取条件(如退休等)时可进行待遇领取，用于养老。该账户中的资金可以通过投资个人养老金产品的方式进行增值，可以在账户行投资其代销的产品，也可以前往销售机构购买直销产品。个人养老金作为国内一种新的养老体系，这种业务下直销基金交易的银行端资金交收模式还在探索中，目前没有其他实现方案。

基于上述问题，本申请实施例提供了一种数据处理方法、装置设备及介质，通过在养老金业务系统设置销售机构的虚拟账户，在接收到申购者在销售机构购买基金的资金划付指令时，把购买基金的购买金额划付至销售机构的虚拟账户中。当接收到销售机构发送的交易申请汇总文件后，当核对无误后，将购买金额划付至销售机构的对公账户中。可以有效避免当销售机构交易失败、养老金账户扣款成功时，可以将购买金额直接退回养老金账户，保障了资金安全。

图1A示例性的示出了本申请实施例所适用的一种业务系统架构，该系统架构可以养老金业务系统100、销售机构系统200、养老金业务信息平台300和养老金信息管理服务平台400。销售机构系统200可以通过一个或多个服务器实现，用于申购者在销售机构系统200购买基金后，生成购买申请信息以及资金划付指令发送至养老金业务信息平台300，或者生成交易申请汇总文件发送至养老金业务信息平台300。养老金业务信息平台300与销售机构系统200和养老金业务系统100对接，负责申购者购买基金后的购买申请信息的校验和流转交易信息和资金划付指令的流转。养老金信息管理服务平台400用于对接符合规定的银行、金融行业平台和税务机关，为个人养老金运行、监管平台提供信息支持。养老金业务系统100可以通过执行设备实现，执行设备可以由一个或者多个服务器实现。图1A中以三个服务器为例。服务器500可以通过实体服务器实现，也可以通过虚拟服务器实现。服务器可以通过单个服务器实现，可以通过多个服务器组成的服务器集实现。单个服务器或者服务器集来实现本申请提供的数据处理方法。执行设备可用于实现本申请实施例提供的数据处理方法。

作为一种举例，参见图1B所示，该服务器500可以包括处理器510、通信接口520和存储器530。当然服务器500中还可以包括其它的组件，图1B中未示出。

其中，通信接口520用于与养老金业务信息平台300和养老金信息管理服务平台400进行通信，向养老金信息管理服务平台400发送交易信息和权益信息。或者接收养老金业务信息平台300发送的资金划付指令，并根据划付指令对养老金账户进行划款。

处理器510是服务器500的控制中心，利用各种接口和路线连接整个服务器500的各个部分，通过运行或执行存储在存储器530内的软件程序/或模块，以及调用存储在存储器530内的数据，执行服务器500的各种功能和处理数据。处理器510，例如可以是处理器、微处理器、控制器等控制组件，例如可以是通用中央处理器(central processing unit，CPU)，通用处理器，数字信号处理(digital signal processing，DSP)，专用集成电路(application specific integrated circuits，ASIC)，现场可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。

存储器530可用于存储软件程序以及模块，处理器510通过运行存储在存储器530的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器530可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据业务处理所创建的数据等。存储器530作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器530可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random Access Memory，RAM)、静态随机访问存储器(Static RandomAccess Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器530是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器530还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

需要说明的是，上述图1A和图1B所示的结构仅是一种示例，本发明实施例对此不做限定。

本申请实施例提供了一种数据处理方法，图2示例性的示出了数据处理方法的流程，该流程可以由执行设备执行。比如由一个或者多个服务器来实现，也可以由服务器中的处理器或者处理器中的一个或者多个模块来实现。具体流程如下：

201，在申购者在销售机构购买养老基金的情况下，接收养老金业务信息平台发送的资金划付指令。

一些实施例中，当申购者在销售机构购买养老基金时，销售机构服务器生成购买申请信息以及资金划付指令发送至养老金业务信息平台。其中，购买申请信息包括申购者的个人信息、养老金账户、购买基金、购买金额和购买方式等等。在养老金业务信息平台接收到购买申请信息后，核对购买申请信息。当核对无误后，养老金业务系统接收养老金业务信息平台发送的资金划付指令。其中，资金划付指令用于指示养老金业务系统从申购者的养老金账户中扣除养老基金的购买金额。一些场景中，养老金业务系统可以称为个人养老金业务系统。

202，根据资金划付指令对申购者的养老金账户数据进行下账处理得到下账记录数据。

一些实施例中，养老金业务系统包括养老金账户列表名单，养老金账户列表名单包括多个申购者的养老金账户的标识信息，资金划付指令携带申购者的养老金账户的标识信息以及购买金额。当养老金业务系统接收到资金划付指令后，当确定养老金账户列表名单中包括资金划付指令携带的申购者的养老金账户的标识信息时，根据购买金额对申购者的养老金账户数据进行下账处理得到下账记录数据。一些场景中，在对申购者的养老金账户数据进行下账处理之前，还需要对养老金账户的状态是否正常进行校验。当养老金账户状态正常时，对申购者的养老金账户数据进行下账处理。

一些实施例中，养老金业务系统中还包括养老基金列表名单，养老基金列表名单包括多个人社部发布的养老基金的标识信息，资金划付指令携带申购者的购买的养老基金的标识信息。在对申购者养老金账户数据进行下账处理得到下账记录数据之前，确定养老基金列表名单中包括资金划付指令中申购者购买的养老基金的标识信息。

一些实施例中，在根据购买金额对申购者的养老金账户数据进行下账处理得到下账记录数据时，可以使用核心存款组件对养老金账户数据进行下账处理，并通过会计引擎组件得到下账记录数据。一些场景中，可以将下账记录数据发送至申购者、养老金业务信息平台以及销售机构服务器。

203，根据资金划付指令在养老金业务系统中销售机构的虚拟账户进行上账处理得到虚拟账户的上账记录数据。

一些实施例中，养老金业务系统包括销售机构列表名单，销售机构列表名单包括多个销售机构的标识信息，资金划付指令还携带销售机构的标识信息。根据资金划付指令在养老金业务系统中销售机构的虚拟账户进行上账处理得到虚拟账户的上账记录数据，可以通过如下方式实现：当销售机构列表名单中包括资金划付指令携带的销售机构的标识信息时，根据资金划付指令在养老金业务系统中对销售机构的虚拟账户数据进行上账处理得到上账记录数据。一些实施例中，可以通过核心存款组件对销售机构的虚拟账户进行上账处理，并通过会计引擎组件获得虚拟账户的上账记录数据。

204，接收养老金业务信息平台发送的交易申请汇总文件。

一些实施例中，交易申请汇总文件至少包括申购者在销售机构购买养老基金的交易数据。一些场景中，交易申请文件可以包括设定时刻之前(例如T日的日间)的多个申购者在销售机构购买养老基金的交易数据。在设定时刻之后(例如T日的日终)，销售机构生成设定时刻之前的多个购买养老基金的交易数据的交易申请汇总文件，并将交易申请文件发送至养老金业务信息平台。养老金业务信息平台核对无误后，养老金业务系统接收养老金业务信息平台发送的交易申请汇总文件。

205，当申购者的交易数据与下账记录数据匹配时，根据下账记录数据对销售机构的虚拟账户进行下账处理，并对销售机构的对公账户数据进行上账处理获得上账记录数据。

一些实施例中，当申购者的交易数据与下账记录数据匹配时，可以通过核心存款组件根据下账记录数据对销售机构的虚拟账户进行下账处理。例如，当交易申请汇总文件中申购者的交易数据中的购买金额为1000元，下账记录数据中指示下账金额为1000元时，则申购者的交易数据与下账记录数据匹配。一些场景中，当销售机构的对公账户与养老金账户为同一账户行时，可以通过核心存款组件对销售机构的对公账户进行上账处理(将虚拟账户中的购买金额划转至销售机构的对公账户中)，并通过会计引擎组件获得对公账户的上账记录数据。另一些场景中，当销售机构的对公账户与养老金账户不是同一账户行时，可以通过支付结算组件对销售机构的对公账户进行上账处理(将虚拟账户中的购买金额划转至销售机构的对公账户中)，并通过会计引擎获得对公账户的上账记录数据。

一些实施例中，当交易数据中用于指示交易状态的信息指示交易成功且养老金账户下账记录数据与交易数据中的购买金额不匹配时，将销售机构的虚拟账户数据进行下账处理得到下账记录数据，并对申购者的养老金账户数据进行上账处理得到上账记录数据。作为一种举例，当交易数据中用于指示交易状态的信息指示交易成功，交易数据中的购买金额为1000元，养老金账户下账记录数据中的购买金额为800元时，养老金账户下账记录数据与交易数据中的购买金额不匹配。进一步地，可以将销售机构的虚拟账户数据进行下账处理得到下账记录数据，并对申购者的养老金账户数据进行上账处理得到上账记录数据。即将虚拟账户中的金额退回养老金账户中。一些场景中，当交易数据中用于指示交易状态的信息指示交易成功且养老金账户下账记录数据与交易数据中的购买金额不匹配时，可以向销售机构服务器发送交易失败通知，交易失败通知用于通知交易数据对应的申购者购买养老基金产生的交易失败。

一些实施例中，当交易数据中用于指示交易状态的信息指示交易失败且养老金账户下账记录数据正常时，将销售机构的虚拟账户数据进行下账处理得到下账记录数据，并对申购者的养老金账户数据进行上账处理得到上账记录数据。一些场景中，由于养老金账户异常或者网络异常导致对申购者的养老金账户数据进行上账处理失败时，可以对异常挂单账户数据进行上账处理并得到上账记录数据。其中，异常挂单账户用于存储对养老金账户数据进行上账处理失败时的资金。

基于上述方案，通过建立销售机构的虚拟账户的形式，在日间交易完成后，养老金业务系统从养老金账户中扣款至销售机构的虚拟账户中。在日终对账完成后，再将款项从销售机构的虚拟账户转至销售机构的对公账户中。该模式可以在出现销售机构失败、银行扣款成功的情况下，在日终时银行自动进行扣款冲正，将款项返给客户，保障了资金安全。此外，比起日间将每笔款项直接从养老金账户中划转至销售机构的对公账户，该种方式提高了整个流程的操作效率。

一些实施例中，在设定时刻之后，可以确定多个销售机构的虚拟账户的总余额。根据设定时刻之前多个销售机构的虚拟账户的上账记录数据确定第一上账总额，并根据多个销售机构对公账户数据的上账记录数据确定第二上账总额。当确定第一上账总额与第二上账总额的差值，与多个销售机构的虚拟账户的总余额不相等时，生成提醒信息，提醒信息用于提示总余额数据核对失败。具体地，核心存款组件会将当日的存款科目余额推送至会计总账组件，支付结算组件会将跨机构清算科目余额推送至会计总账组件，同时个人养老金业务系统会推虚拟账户和及其会计科目余额时点数据给会计总账组件。会计总账组件进行财务核对，若核对不一致则通知会计引擎和养老金业务系统。

作为一种举例，在T+1日0:30，核心存款组件可以根据设定时刻之前的上账记录数据确定第一上账总额，如设定时刻之前的第一上账总额为12000元。根据多个销售机构对公账户数据的上账记录数据确定第二上账总额，即第二上账总额为11000元。进一步地，确定多个销售机构的虚拟账户的总余额。当多个销售机构的虚拟账户的总余额为1000元时，则核对成功。当多个销售机构的虚拟账户的总余额不是1000元时，则核对失败，生成提醒信息用于提示总余额数据核对失败。

一些实施例中，通过养老金业务信息平台向开放式基金登记过户系统(TransferAgent系统，简称TA系统)发送设定时刻之前的资金处理结果。其中，资金处理结果包括申购者的养老金账户的下账记录数据以及销售机构的对公账户的上账记录数据。一些场景中，在T+1日，养老金业务系统将T日的日间(设定时刻之前)的资金处理结果发送至养老金业务信息平台，并由养老金业务信息平台发送至销售机构服务器。在销售机构服务器接收到资金处理结果后，在T+1日或者T+2日向开放式基金登记过户系统(TA系统)发送设定时刻之前的资金处理结果。进一步地，养老金业务系统可以通过养老金业务信息平台接收所述开放式基金登记过户系统发送的确认对账文件。其中，确认对账文件是开放式基金登记过户系统在确认资金处理结果时产生的，确认对账文件包括交易确认数据以及份额对账文件。进一步地，可以根据确认对账文件生成申购者的权益信息，并将交易信息和所述权益信息发送至养老金信息管理服务平台。其中，养老金信息管理服务平台可以为人社信息平台，用于为监管平台提供信息支持，交易信息包括申购者的养老金账户、申购者的身份标识、申购者购买的养老基金的编号、购买金额以及养老金账户的下账记录信息，权益信息包括所述养老金账户持有的基金编号、持有份额以及持有金额等。

作为一种举例，申购者购买基金后的数据处理流程具体如下：

在日间，当申购者在销售机构购买养老基金产品时，选择相关基金产品，并录入购买金额等申请信息。销售机构接收申购者的基金交易申请，审核无误后，生成交易申请的资金划付指令并发送至养老金业务信息平台。养老金业务信息平台接收资金划付指令后，对交易申请和申购者的身份信息进行校验。当校验无误后，养老金业务信息平台将资金划付指令转发至个人养老金业务系统。个人养老金业务系统接收资金划付指令后，校验资金划付指令中的申购者的个人养老金账户的标识信息是否存在，以及个人养老金账户的状态是否正常。一些场景中，当确定个人养老金业务系统中的销售机构列表名单中包括资金划付指令携带的销售机构的标识信息，且养老基金列表名单中包括资金划付指令中申购者购买的养老基金的标识信息时，通知核心存款组件进行扣款。也可以理解为，在个人老要进业务系统接收到资金划付指令后，校验申购者身份(是否有在个人养老金业务系统所在的账户行的个人养老金账户以及状态是否正常)、销售机构是否为个人养老金业务系统的合作销售机构、购买的养老基金是否为人社部发布的产品目录中的养老基金。当校验无误后，通知核心存款组件对个人养老金账户数据进行下账处理，并对销售机构的虚拟账户数据进行上账处理，通知会计引擎组件记账(单边账：个人养老金账户的下账记录数据)，同时反馈结果至个人养老金业务系统。个人养老金业务系统进行虚拟账户记账，并通知会计引擎组件记账(单边账：虚拟账户的上账记录数据)。同时反馈扣划结果给养老金业务信息平台。换句话说，可以理解为核心存款组件将个人养老金账户中的资金划扣至销售机构的虚拟账户中，并通知会计引擎组件记账。养老金业务信息平台将处理结果反馈给销售机构，销售机构进一步将处理结构反馈至申购者。

在日终，销售机构将日间的交易申请汇总文件发送给养老金业务信息平台。养老金业务信息平台校验无误后，将交易申请汇总文件发送至个人养老金业务系统。进一步地，个人养老金业务系统解析交易申请汇总文件获得交易数据，并将申购者的交易数据与下账记录数据进行核对(或者将日间资金划付指令与交易数据进行核对)。当核对无误后，通过会计引擎组件对销售机构的虚拟账户进行下账处理，并对销售机构的对公账户数据进行上账。一些场景中，当销售机构的对公账户为个人养老金业务系统所在的账户行的账户时，由核心存款组件将虚拟账户中的购买金额进行下账处理，并对销售机构的对公账户进行上账处理(即核心存款组件将虚拟账户中的资金划转至销售机构的对公账户)。一些场景中，当销售机构的对公账户不是个人养老金业务系统所在的账户行的账户时，由支付结算组件将虚拟账户中的购买金额进行下账处理，并对销售机构的对公账户进行上账处理(即支付结算组件将虚拟账户中的资金划转至销售机构的对公账户)。

一些场景中，在对申购者的交易数据与下账记录数据进行核对时，存在核对有误的情况：销售机构该笔交易为成功，银行端扣款失败(老金账户下账记录数据与交易数据中的购买金额不匹配)，则该笔交易不会进行划款(视为交易失败)，个人养老金业务系统需在T日19:00前将此情况告知销售机构，销售机构端不将该笔交易报送至开放式基金登记结算系统(TA系统)。另一些场景中，如果销售机构中该笔交易为失败，银行端扣款成功，则该笔交易不会进行划款(不会从虚拟账户划款至销售机构的对公账户)，个人养老金业务系统自动进行扣款冲正(将虚拟账户中的资金退回给个人养老金账户中)。若无法冲正，则会进行挂账处理(将虚拟账户中的资金划转至异常挂单户)。

一些场景中，在T+1日0:30，核心存款组件会将当日的存款科目余额推送至会计总账组件，支付结算组件会将跨机构清算科目余额推送至会计总账组件(即将虚拟账户的下账记录数据发送至会计总账组件)，同时个人养老金业务系统会推虚拟账户和及其会计科目余额时点数据给会计总账组件(即将虚拟账户的上账记录数据以及余额数据发送至会计总账组件)。会计总账组件进行财务核对，若核对不一致则通知会计引擎和个人养老金业务系统，进行人工处理。

一些场景中，在T+1日，个人养老金业务系统会整理并发送T日的资金交收结果文件(即资金处理结构)给养老金业务信息平台。养老金业务信息平台校验该文件并记录资金加收数据，同时转发给销售机构。售机构接收该资金交收结果文件，并进行记录。

一些场景中，在T+1/T+2日，各销售机构在上报TA系统后完成结果确认后，将报送给养老金业务信息平台T日交易的确认对账文件。养老金业务信息平台核验通过后，记录该文件结果，并转发给个人养老金业务系统。个人养老金业务系统整理交易确认和份额对账文件，并发送个人养老金账户交易信息和权益变化给人社信息平台(养老金信息管理服务平台)。

基于同一发明构思，本申请实施例提供了一种数据处理装置600，参照图3所示。该装置600可以执行上述基金交易的处理方法中的各个步骤，为了避免重复，此处不再详述。该装置600包括接收模块601和处理模块602。

接收模块601，用于在申购者在销售机构购买养老基金的情况下，接收养老金业务信息平台发送的资金划付指令，所述资金划付指令用于指示养老金业务系统从所述申购者的养老金账户中扣除所述养老基金的购买金额；

处理模块602，用于根据所述资金划付指令对所述申购者的养老金账户数据进行下账处理得到下账记录数据；

根据所述资金划付指令在所述养老金业务系统中所述销售机构的虚拟账户进行上账处理得到所述虚拟账户的上账记录数据；

接收养老金业务信息平台发送的交易申请汇总文件，所述交易申请汇总文件至少包括所述申购者在所述销售机构购买所述养老基金的交易数据；

当所述申购者的交易数据与所述下账记录数据匹配时，根据所述下账记录数据对所述销售机构的虚拟账户进行下账处理，并对所述销售机构的对公账户数据进行上账处理获得上账记录数据。

一些实施例中，所述养老金业务系统包括养老金账户列表名单，所述养老金账户列表名单包括多个申购者的养老金账户的标识信息，所述资金划付指令携带所述申购者的养老金账户的标识信息以及购买金额，所述处理模块602，在根据所述资金划付指令对所述申购者的养老金账户数据进行下账处理得到下账记录数据时，具体用于：

当所述养老金账户列表名单中包括所述资金划付指令携带的所述申购者的养老金账户的标识信息时，根据所述购买金额对所述申购者的养老金账户数据进行下账处理得到下账记录数据。

一些实施例中，所述养老金业务系统包括销售机构列表名单，所述销售机构列表名单包括多个销售机构的标识信息，所述资金划付指令还携带所述销售机构的标识信息，所述处理模块602，在根据所述资金划付指令在所述养老金业务系统中所述销售机构的虚拟账户进行上账处理得到所述虚拟账户的上账记录数据时，具体用于：

当所述销售机构列表名单中包括所述资金划付指令携带的所述销售机构的标识信息时，根据所述资金划付指令在所述养老金业务系统中对所述销售机构的虚拟账户数据进行上账处理得到上账记录数据。

一些实施例中，所述处理模块602还用于：当所述交易数据中用于指示交易状态的信息指示交易成功且所述养老金账户下账记录数据与所述交易数据中的购买金额不匹配时，将所述销售机构的虚拟账户数据进行下账处理得到下账记录数据，并对所述申购者的养老金账户数据进行上账处理得到上账记录数据。

一些实施例中，所述装置还包括发送模块603；所述发送模块603，用于向所述销售机构服务器发送交易失败通知，所述交易失败通知用于通知所述交易数据对应的所述申购者购买所述养老基金产生的交易失败。

一些实施例中，所述处理模块603还用于：当所述交易数据中用于指示交易状态的信息指示交易失败且所述养老金账户下账记录数据正常时，将所述销售机构的虚拟账户数据进行下账处理得到下账记录数据，并对所述申购者的养老金账户数据进行上账处理得到上账记录数据。

一些实施例中，所述处理模块602还用于：当所述交易数据中用于指示交易状态的信息指示交易失败且所述养老金账户下账记录数据正常，且对所述申购者的养老金账户数据进行上账处理失败时，将所述销售机构的虚拟账户数据进行下账处理得到下账记录数据，对异常挂单账户数据进行上账处理并得到上账记录数据；其中，所述异常挂单账户用于存储对养老金账户数据进行上账处理失败时的资金。

一些实施例中，所述发送模块603，还用于通过所述养老金业务信息平台向开放式基金登记过户系统发送设定时刻之前的资金处理结果，所述资金处理结果包括所述申购者的养老金账户的下账记录数据以及所述销售机构的对公账户的上账记录数据；

所述接收模块601，还用于通过所述养老金业务信息平台接收所述开放式基金登记过户系统发送的确认对账文件；所述确认对账文件是所述开放式基金登记过户系统在确认资金处理结果时产生的；

所述发送模块603，还用于根据所述确认对账文件生成所述申购者的权益信息，并将交易信息和所述权益信息发送至养老金信息管理服务平台，所述养老金信息管理服务平台用于为监管平台提供信息支持；

其中，所述交易信息包括所述申购者的养老金账户、所述申购者的身份标识、所述申购者购买的养老基金的编号、购买金额以及养老金账户的下账记录信息，所述权益信息包括所述养老金账户持有的基金编号、持有份额以及持有金额。

一些实施例中，所述处理模块602还用于：确定多个销售机构的虚拟账户在第一设定时刻的总余额，所述第一设定时刻为所述设定时刻之后的时刻；根据所述设定时刻之前所述多个销售机构的虚拟账户的上账记录数据确定第一上账总额，并根据所述多个销售机构对公账户数据的上账记录数据确定第二上账总额；当确定第一上账总额与所述第二上账总额的差值，与所述多个销售机构的虚拟账户的总余额不相等时，生成提醒信息，所述提醒信息用于提示所述总余额数据核对失败。

基于同一发明构思，本申请实施例提供一种执行设备，该设备可以实现前文论述的数据处理装置的功能，请参照图4，该设备包括存储器701和处理器702。

所述存储器701，用于存储程序指令；

所述处理器702，用于调用所述存储器中存储的程序指令，按照获得的程序执行上述数据处理方法。

在本申请实施例中，处理器702可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器701作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器701可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器701是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器701还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

基于同一发明构思，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，程序指令当被计算机执行时，使得计算机执行如前文论述任一的数据处理方法。由于上述计算机可读存储介质解决问题的原理与数据处理方法相似，因此上述计算机可读存储介质的实施可以参见方法的实施，重复之处不再赘述。

基于同一发明构思，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的数据处理方法。由于上述计算机程序产品解决问题的原理与数据处理方法相似，因此上述计算机程序产品的实施可以参见方法的实施，重复之处不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。