CN105512937A - 支付数据处理方法及备用金存管系统 - Google Patents

Abstract

本发明实施例公开了一种支付数据处理方法及备用金存管系统，其中，采用接收支付机构发送的文件，并依据预设解析规则解析文件，将所述解析后的文件写入待核对队列，并校验核对所述待核对队列中的数据；若校验成功，生成预定类型的报表；依据预设验证规则验证所述生成的报表间的勾稽关系，完成对支付机构发送的文件的自动批量处理，实现了对大数量的支付机构的数据有效监管。

Description

支付数据处理方法及备用金存管系统

技术领域

本发明涉及金融服务技术领域，尤其涉及一种支付数据处理方法及备用金存管系统。

背景技术

备付金存管业务是银行为支付机构开放的客户备付金存管业务，开展备付金存管业务不仅能够为银行带来可观的备付金存款、结算量以及中间业务收入，同时也是银行依法保护支付机构客户权益的重要举措。

但是，随着支付机构在金融业务中的发展，支付机构的支付数据量也越来越大，对其支付机构的数据量的监管的难度也越来越大，并没有一种有效的数据监管方式。

发明内容

本发明实施例提供了一种支付数据处理方法及备用金存管系统，以实现大数量的支付机构的数据有效监管。

为实现上述目的，现提出的方案如下：

一种支付数据处理方法，应用于备用金存管系统，所述方法包括：

接收支付机构发送的文件，并保存至所述备用金存管系统的特定目录；

依据所述接收的文件，更新文件登记表的状态；

若所述文件登记表的状态更新完毕，获取所述备用金存管系统的特定目录的文件，并保存到本地服务器；

依据预设解析规则，解析所述保存到本地服务器的文件；

将所述解析后的文件写入待核对队列，并校验核对所述待核对队列中的数据；

若校验成功，生成预定类型的报表；

依据预设验证规则验证所述生成的报表间的勾稽关系。

优选地，所述预设解析规则，解析所述保存到本地服务器的文件，包括：

识别接收到的文件的类型；

依据所述文件的类型、以对应所述文件的类型的规则解析所述文件。

优选地，所述生成预定类型的报表包括：

获取原始报表数据，所述原始报表数据为所述支付机构发送所述文件之前对应的报表数据；

依据所述原始报表数据和所述验证成功的待核对列表中的数据，生成报表原生数据；

将所述原始报表数据以预定计算规则计算得到报表派生数据；

依据所述报表原生数据和报表派生数据，生成预定类型的报表。

优选地，所述依据预设解析规则，解析保存到本地服务器的文件之后，所述方法还包括：

判断解析的文件中的信息不满足预设解析规则，记录出错信息和所述出错信息所属的文件记录条到错误文件；

发送所述错误文件到支付机构。

优选地，所述方法还包括：

接收所述支付机构发送的文件查询指令；

向所述支付机构发送文件传送结果。

一种备用金存管系统，包括：

接收单元，用于接收支付机构发送的文件，并保存至所述备用金存管系统的特定目录；

登记表状态更新单元，用于依据所述接收的文件，更新文件登记表的状态；

获取单元，用于在所述文件登记表的状态更新完毕后，获取所述备用金存管系统的特定目录的文件，并保存到本地服务器；

解析单元，用于依据预设解析规则，解析所述保存到本地服务器的文件；

校验单元，用于将所述解析后的文件写入待核对队列，并校验核对所述待核对队列中的数据；

生成单元，用于所述校验单元验证成功时，生成预定类型的报表；

验证单元，用于依据预设验证规则验证所述生成的报表间的勾稽关系。

优选地，所述解析单元包括：

识别单元，用于识别接收到的文件的类型；

解析子单元，用于依据所述文件的类型、以对应所述文件的类型的规则解析所述文件。

优选地，所述生成单元包括：

原始报表数据获取单元，用于获取原始报表数据，所述原始报表数据为所述支付机构发送所述文件之前对应的报表数据；

报表原生数据生成单元，用于依据所述原始报表数据和所述验证成功的待核对列表中的数据，生成报表原生数据；

报表派生数据生成单元，用于将所述原始报表数据以预定计算规则计算得到报表派生数据；

报表生成单元，用于依据所述报表原生数据和报表派生数据，生成预定类型的报表。

优选地，所述装置还包括：

记录单元，用于判断解析的文件中的信息不满足预设解析规则，记录出错信息和所述出错信息所属的文件记录条到错误文件；

发送单元，用于发送所述错误文件到支付机构。

优选地，所述装置还包括：

查询指令接收单元，用于接收所述支付机构发送的文件查询指令；

结果发送单元，用于向所述支付机构发送文件传送结果。

从上述的技术方案可以看出，本发明实施例公开的支付数据处理方法中，采用接收支付机构发送的文件，并依据预设解析规则解析文件，将所述解析后的文件写入待核对队列，并校验核对所述待核对队列中的数据；若校验成功，生成预定类型的报表；依据预设验证规则验证所述生成的报表间的勾稽关系，完成对支付机构发送的文件的自动批量处理，实现了对大数量的支付机构的数据有效监管。

附图说明

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

图1为本发明实施例公开的支付数据处理方法的流程图；

图2为本发明另一实施例公开的支付数据处理方法的流程图；

图3为本发明实施例公开的主机应用软件系统的备用金存管系统的结构示意图。

具体实施方式

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

本发明实施例提供了一种支付数据处理方法及备用金存管系统，以实现大数量的支付机构的数据有效监管。

其中，本发明实施例公开的一种支付数据处理方法，如图1所示，应用于备付金存管系统，包括步骤：

S101、接收支付机构发送的文件，并保存至所述备用金存管系统的特定目录；

具体的，所述备付金存管系统为每一个支付机构都分配为一个特定目录，支付机构将文件通过ftp(FileTransferProtocol，文件传输协议)上传到特定目录，为每一个支付机构分配的特定目录可以理解为将备用金存管系统的云存储存储空间分别分配给每一个支付机构。

所述支付机构发送的文件中的数据的格式为：文件类型+更新类型+报送日期+序号+后缀；总共18位，分别是文件类型1位，更新类型1位，报送日期8位，序号8位，例如：TN2014052300000001.CSV。

其中，文件类型：T表示资金明细，B表示交易明细，Y表示客户余额，R表示报表数据，N表示不考虑(为压缩文件时使用)；

更新类型定义：N表示常规上传，U表示历史记录更新；

报送日期：年+月+日(YYYYMMDD)，文件发送日期(填系统日期)；

序号：8位序号，00000001-99999999；

后缀(不区分大小写)

.csv表示纯文本csv格式；

.txt分隔符分隔的纯文本文件(默认分隔符为||)；

.tgz使用tar+gzip压缩；

.zip使用ZIP格式压缩。

S102、依据所述接收的文件，更新文件登记表的状态；

具体的，所述备付金存管系统接收到文件后，在文件登记表中登记接收到的文件，且将登记的文件在文件登记表上的状态更新为已上传。

S103、若所述文件登记表的状态更新完毕，获取所述备用金存管系统的特定目录的文件，并保存到本地服务器；

其中，当文件登记表上的状态更新完毕，所述备用金存管系统将存储到特定目录的文件保存到本地服务器，这样，文件先存储到备用金存管系统的特定目录，再存储到本地服务器，可以起到避免安全隐患的作用。

S104、依据预设解析规则，解析所述保存到本地服务器的文件；

还需要说明的是，如果所述文件为压缩文件，在解析文件前还需要将文件进行解压操作。

S105、将所述解析后的文件写入待核对队列，并校验核对所述待核对队列中的数据；

还需要的说明的是，若验证所述待核对队列中的数据未成功，则再判断支付机构发送的文件的核对过程是实时核对还是日终核对，若是实时核对，则不更新对应支付机构发送的文件的核对状态，如果是日终核对，则更新对应支付机构发送的文件的核对状态。

并且，还需要说明的是，如果验证成功，也可以判断支付机构发送的文件的核对过程是实时核对还是日终核对，若是实时核对，则更新对应支付机构发送的文件的核对状态，如果是日终核对，则也更新对应支付机构发送的文件的核对状态。

如果所述支付机构发送的文件的核对过程是日终核对，本次核对过程结束后，需要继续等待支付机构发送的另一文件，直到支付机构发送的所有文件对应的核对过程均结束后，才完成了数据核对过程。

S106、若校验成功，生成预定类型的报表；

具体的，若校验成功，需要生成备付金分布情况统计、前20大收付款人统计、前100大出入金登记以及其他等四方面内容的报表，共14张，包括表1-1支付机构XX银行客户备付金入金业务明细表、表1-2支付机构客户备付金出金业务明细表、表1-3支付机构客户备付金业务实际出金明细表、表1-4支付机构客户资金账户转账业务统计表、表1-5支付机构客户资金账户余额统计表、表1-6支付机构XX银行特殊业务明细表、表1-7支付机构现金购卡业务统计表、表1-8支付机构预付卡现金赎回业务统计表、表1-9支付机构XX银行客户备付金业务未达账项统计表、表1-10支付机构XX银行客户备付金业务未达账项分析表、表1-11支付机构客户资金账户余额变动调节表、表1-12支付机构客户资金账户余额试算表、表1-13预付卡发行乞也备付金账户中售卡押金统计表、表2-1XX银行XX支付机构备付金银行账户余额统计表。

S107、依据预设验证规则验证所述生成的报表间的勾稽关系。

具体的，从T日A账户余额变动核验、T日未达账项发生额核验、T日未达账项余额核验、T日日终客户账户余额核验、特殊业务项目间勾稽关系核验、客户资金账户金额变动勾稽关系核验、客户资金账户余额勾稽关系核验、出金业务项目间勾稽关系核验以及其他补充勾稽关系等方面完成所述生成的报表间的勾稽关系的验证工作。

本发明实施例公开的支付数据处理方法中，采用接收支付机构发送的文件，并依据预设解析规则解析文件，将所述解析后的文件写入待核对队列，并校验核对所述待核对队列中的数据；若校验成功，生成预定类型的报表；依据预设验证规则验证所述生成的报表间的勾稽关系，完成对支付机构发送的文件的自动批量处理，实现了对大数量的支付机构的数据有效监管。

可选地，本发明另一实施例中，所述预设解析规则，解析所述保存到本地服务器的文件，包括：

识别接收到的文件的类型；

依据所述文件的类型、以对应所述文件的类型的规则解析所述文件。

具体的，所述文件的类型包括：资金明细、交易明细和客户余额明细；对应三种类型的文件，判断接收到的文件的正误，实现对文件的解析。

并且，交易明细、资金明细、客户余额明细进行解析后记录缓存并写入数据库。若判断发送文件的支付机构为实时核对，则将交易明细或资金明细中的交易流水号、银行账号等写入待核对队列。

可选地，本发明另一实施例中，所述生成预定类型的报表包括：

获取原始报表数据；

其中，所述原始报表数据为所述支付机构发送所述文件之前对应的报表数据，所述原始报表数据包括交易明细、资金明细已经客户余额明细等原始数据。

依据所述原始报表数据和所述验证成功的待核对列表中的数据，生成报表原生数据；

将所述原始报表数据以预定计算规则计算得到报表派生数据；

依据所述报表原生数据和报表派生数据，生成预定类型的报表。

具体的，所述报表原生数据为将所述交易明细、资金明细已经客户余额明细等原始数据直接计算得到，而所述报表派生数据是在所述报表原生数据再计算后得到。

本发明另一实施例还公开了一种支付数据处理方法，参见图2，包括步骤：

S201、接收支付机构发送的文件，并保存至所述备用金存管系统的特定目录；

S202、依据所述接收的文件，更新文件登记表的状态；

S203、若所述文件登记表的状态更新完毕，获取所述备用金存管系统的特定目录的文件，并保存到本地服务器；

S204、依据预设解析规则，解析所述保存到本地服务器的文件；

S205、判断解析的文件中的信息不满足预设解析规则，记录出错信息和所述出错信息所属的文件记录条到错误文件；

具体的，所述接收到的文件包括多条文件记录条，分别解析每条文件记录条中的数据是否满足预设解析规则，如果不满足，将出错的信息以及出错的信息所属的文件记录条记录到错误文件。

S206、发送所述错误文件到支付机构；

其中，所述支付机构接收到所述错误文件后，可以依据所述错误文件中的出错信息，更改文件记录条的内容，再发送到备用金存管系统。

备用金存管系统接收到更改后的文件后，再执行本发明实施例公开的支付数据处理方法。

S207、判断解析的文件中的信息满足预设解析规则，将所述解析后的文件写入待核对队列，并校验所述待核对队列中的数据；

S208、若校验成功，生成预定类型的报表；

S209、依据预设验证规则验证所述生成的报表间的勾稽关系。

本发明另一实施例还公开了一种支付数据处理方法，还包括以下两个步骤：

接收所述支付机构发送的文件查询指令；

向所述支付机构发送文件传送结果。

具体的，所述支付机构发送文件之后，即可向所述备付金存管系统发送文件查询指令，当所述备付金存管系统接收到所述文件查询指令后，若判断支付机构发送的文件，所述备付金存管系统已经接收完毕，则向所述支付机构返回文件传送完毕的结果，如果没有接收完毕，则向所述支付机构返回未接收完毕的结果。

本发明另一实施例还公开了一种备用金存管系统，参见图3，包括：

接收单元101，用于接收支付机构发送的文件，并保存至所述备用金存管系统的特定目录；

登记表状态更新单元102，用于依据所述接收的文件，更新文件登记表的状态；

获取单元103，用于在所述文件登记表的状态更新完毕后，获取所述备用金存管系统的特定目录的文件，并保存到本地服务器；

解析单元104，用于依据预设解析规则，解析所述保存到本地服务器的文件；

校验单元105，用于将所述解析后的文件写入待核对队列，并校验核对所述待核对队列中的数据；

生成单元106，用于所述校验单元验证成功时，生成预定类型的报表；

验证单元107，用于依据预设验证规则验证所述生成的报表间的勾稽关系。

本发明实施例公开的备用金存管系统中，采用接收支付机构发送的文件，并依据预设解析规则解析文件，将所述解析后的文件写入待核对队列，并校验核对所述待核对队列中的数据；若校验成功，生成预定类型的报表；依据预设验证规则验证所述生成的报表间的勾稽关系，完成对支付机构发送的文件的自动批量处理，实现了对大数量的支付机构的数据有效监管。

还需要说明的是，本实施例公开的备用金存管系统中各个单元的具体工作过程，请参见对应图1的实施例的内容，此处不再赘述。

并且，本发明实施例公开的备用金存管系统还包括判断单元和更新单元，所述判断单元用于在所述校验单元验证所述待核对队列中的数据未成功时，再判断支付机构发送的文件的核对过程是实时核对还是日终核对，若是实时核对，则所述更新单元则不更新对应支付机构发送的文件的核对状态，如果是日终核对，则所述更新单元则更新对应支付机构发送的文件的核对状态。

可选地，本发明另一实施例中，所述解析单元包括：

识别单元，用于识别接收到的文件的类型；

解析子单元，用于依据所述文件的类型、以对应所述文件的类型的规则解析所述文件。

可选地，本发明另一实施例中，所述生成单元包括：

原始报表数据获取单元，用于获取原始报表数据，所述原始报表数据为所述支付机构发送所述文件之前对应的报表数据；

报表原生数据生成单元，用于依据所述原始报表数据和所述验证成功的待核对列表汇总的数据，生成报表原生数据；

报表派生数据生成单元，用于将所述原始报表数据以预定计算规则计算得到报表派生数据；

报表生成单元，用于依据所述报表原生数据和报表派生数据，生成预定类型的报表。

可选地，本发明另一实施例中，所述备用金存管系统还包括：

记录单元，用于判断解析的文件中的信息不满足预设解析规则，记录出错信息和所述出错信息所属的文件记录条到错误文件；

发送单元，用于发送所述错误文件到支付机构。

可选地，本发明另一实施例中，所述备用金存管系统还包括：

查询指令接收单元，用于接收所述支付机构发送的文件查询指令；

结果发送单元，用于向所述支付机构发送文件传送结果。

具体的，本实施例公开的各个单元的具体执行过程请参见对应的方法实施例，此处不再赘述。

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

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种支付数据处理方法，其特征在于，应用于备用金存管系统，所述方法包括：

接收支付机构发送的文件，并保存至所述备用金存管系统的特定目录；

依据所述接收的文件，更新文件登记表的状态；

若所述文件登记表的状态更新完毕，获取所述备用金存管系统的特定目录的文件，并保存到本地服务器；

依据预设解析规则，解析所述保存到本地服务器的文件；

将所述解析后的文件写入待核对队列，并校验核对所述待核对队列中的数据；

若校验成功，生成预定类型的报表；

依据预设验证规则验证所述生成的报表间的勾稽关系。

2.根据权利要求1所述的方法，其特征在于，所述预设解析规则，解析所述保存到本地服务器的文件，包括：

识别接收到的文件的类型；

依据所述文件的类型、以对应所述文件的类型的规则解析所述文件。

3.根据权利要求1所述的方法，其特征在于，所述生成预定类型的报表包括：

获取原始报表数据，所述原始报表数据为所述支付机构发送所述文件之前对应的报表数据；

依据所述原始报表数据和所述验证成功的待核对列表中的数据，生成报表原生数据；

将所述原始报表数据以预定计算规则计算得到报表派生数据；

依据所述报表原生数据和报表派生数据，生成预定类型的报表。

4.根据权利要求1所述的方法，其特征在于，所述依据预设解析规则，解析保存到本地服务器的文件之后，还包括：

判断解析的文件中的信息不满足预设解析规则，记录出错信息和所述出错信息所属的文件记录条到错误文件；

发送所述错误文件到支付机构。

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

接收所述支付机构发送的文件查询指令；

向所述支付机构发送文件传送结果。

6.一种备用金存管系统，其特征在于，包括：

接收单元，用于接收支付机构发送的文件，并保存至所述备用金存管系统的特定目录；

登记表状态更新单元，用于依据所述接收的文件，更新文件登记表的状态；

获取单元，用于在所述文件登记表的状态更新完毕后，获取所述备用金存管系统的特定目录的文件，并保存到本地服务器；

解析单元，用于依据预设解析规则，解析所述保存到本地服务器的文件；

校验单元，用于将所述解析后的文件写入待核对队列，并校验核对所述待核对队列中的数据；

生成单元，用于所述校验单元验证成功时，生成预定类型的报表；

验证单元，用于依据预设验证规则验证所述生成的报表间的勾稽关系。

7.根据权利要求6所述的系统，其特征在于，所述解析单元包括：

识别单元，用于识别接收到的文件的类型；

解析子单元，用于依据所述文件的类型、以对应所述文件的类型的规则解析所述文件。

8.根据权利要求6所述的系统，其特征在于，所述生成单元包括：

原始报表数据获取单元，用于获取原始报表数据，所述原始报表数据为所述支付机构发送所述文件之前对应的报表数据；

报表原生数据生成单元，用于依据所述原始报表数据和所述验证成功的待核对列表中的数据，生成报表原生数据；

报表派生数据生成单元，用于将所述原始报表数据以预定计算规则计算得到报表派生数据；

报表生成单元，用于依据所述报表原生数据和报表派生数据，生成预定类型的报表。

9.根据权利要求6所述的系统，其特征在于，还包括：

记录单元，用于判断解析的文件中的信息不满足预设解析规则，记录出错信息和所述出错信息所属的文件记录条到错误文件；

发送单元，用于发送所述错误文件到支付机构。

10.根据权利要求6所述的系统，其特征在于，还包括：

查询指令接收单元，用于接收所述支付机构发送的文件查询指令；

结果发送单元，用于向所述支付机构发送文件传送结果。