CN114358923A - 一种业务数据的处理方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种业务数据的处理方法、装置、存储介质及电子设备，将符合第一预设校验条件的待处理文件存储至数据库的明细表中，通过明细表中的数据生成核心文件，通过预设拆分规则将符合第二预设校验条件的核心文件进行拆分得到拆分结果，对拆分结果进行记账处理，若记账处理成功，将拆分结果进行合并，得到处于成功状态的结果文件并执行业务处理操作。基于上述，在业务处理量大的情况下，无需调用核心系统的联机接口进行记账等处理，只需通过文件交互的方式来进行业务处理，降低核心系统的服务器压力，提高核心系统的服务器实时响应的效率。此外，通过拆分规则将核心文件进行拆分，抑制核心文件处理的并发率，避免出现频繁高并发交互的现象。

Description

一种业务数据的处理方法、装置、存储介质及电子设备

技术领域

本申请涉及数据处理技术领域，更具体地说，涉及一种业务数据的处理方法、装置、存储介质及电子设备。

背景技术

目前，银行内部系统与核心系统交互过程中，基本上都是采取调用核心系统提供的联机接口的方式进行交互，核心系统通过联机接口的方式进行后台的记账逻辑等处理。

银行内部系统(如贷款系统)的许多业务场景，例如放款、还款、核销等等都需要与核心系统进行交互，随着业务的发展，银行内部系统的业务交易量也随之提升，会导致频繁调用核心系统的联机接口，从而加大了核心系统的服务器压力，使得核心系统的服务器实时响应的效率降低。

发明内容

有鉴于此，本申请公开了一种业务数据的处理方法、装置、存储介质及电子设备，旨在降低核心系统的服务器压力，提高核心系统的服务器实时响应的效率。抑制核心文件处理的并发率，避免出现频繁高并发交互的现象。

为了实现上述目的，其公开的技术方案如下：

本申请第一方面公开了一种业务数据的处理方法，所述方法包括：

获取待处理文件；所述待处理文件为上游系统的账务文件；

若所述待处理文件符合第一预设校验条件，则将符合所述第一预设校验条件的待处理文件存储至数据库的明细表中；所述第一预设校验条件用于校验所述待处理文件的完整性和格式准确性；

通过所述明细表中的数据，生成核心文件；所述核心文件用于表征符合所述第一预设校验条件的待处理文件对应的明细数据；

对所述核心文件进行验证，若所述核心文件符合第二预设校验条件，则通过预设拆分规则将所述核心文件进行拆分，得到拆分结果；所述第二预设校验条件用于校验所述预设核心文件的完整性和格式准确性；所述预设拆分规则用于抑制对所述核心文件处理的并发率；

对所述拆分结果进行记账处理；

若记账处理成功，将记账处理成功对应的拆分结果进行合并，得到处于成功状态的结果文件；

通过所述结果文件执行业务处理操作。

优选的，所述若所述待处理文件符合第一预设校验条件，则将符合所述第一预设校验条件的待处理文件存储至数据库的明细表中，包括：

获取所述待处理文件的字段长度、所述待处理文件的日期类字段的格式和所述待处理文件的金额类字段的格式；

将所述待处理文件的字段长度与第一预设字段长度进行比对，将所述待处理文件的日期类字段的格式与第一预设日期字段格式进行比对，和将所述待处理文件的金额类字段的格式与第一预设金额字段格式进行比对；

若所述待处理文件的字段长度与所述第一预设字段长度一致，所述待处理文件的日期类字段的格式与所述第一预设日期字段格式一致，且所述待处理文件的金额类字段的格式与所述第一预设金额字段格式一致，则确定所述待处理文件符合第一预设校验条件；

将符合所述第一预设校验条件的待处理文件存储至数据库的明细表中。

优选的，还包括：

若所述字段长度与所述第一预设字段长度不一致，所述日期类字段的格式与第一预设日期字段格式不一致，或所述金额类字段的格式与所述第一预设金额字段格式不一致，则生成字段格式错误数据；

将所述字段格式错误数据存储于数据库的差错表中。

优选的，还包括：

若生成所述字段格式错误数据，则执行重调操作；所述重调操作用于获取准确的待处理文件。

优选的，所述对所述核心文件进行验证，若所述核心文件符合第二预设校验条件，则通过预设拆分规则将所述核心文件进行拆分，得到拆分结果，包括：

获取所述核心文件的字段长度、所述核心文件的日期类字段的格式和所述核心文件的金额类字段的格式；

将所述核心文件的字段长度与第二预设字段长度进行比对，将所述核心文件的日期类字段的格式与第二预设日期字段格式进行比对，和将所述核心文件的金额类字段的格式与第二预设金额字段格式进行比对；

若所述核心文件的字段长度与第二预设字段长度一致，所述核心文件的日期类字段与第二预设日期字段格式一致，且所述核心文件的金额类字段的格式与所述第二预设金额字段格式一致，则通过预设拆分规则将所述核心文件进行拆分，得到拆分结果。

优选的，还包括：

将所述待处理文件对应的批次存储至数据库的批次表中。

优选的，还包括：

若所述批次表的状态为待处理状态，则调用处于待处理状态的批次表中的批次号所对应的明细表中的明细数据生成核心文件。

本申请第二方面公开了一种业务数据的处理装置，所述装置包括：

获取单元，用于获取待处理文件；所述待处理文件为上游系统的账务文件；

第一存储单元，用于若所述待处理文件符合第一预设校验条件，则将符合所述第一预设校验条件的待处理文件存储至数据库的明细表中；所述第一预设校验条件用于校验所述待处理文件的完整性和格式准确性；

第一生成单元，用于通过所述明细表中的数据，生成核心文件；所述核心文件用于表征符合所述第一预设校验条件的待处理文件对应的明细数据；

拆分单元，用于对所述核心文件进行验证，若所述核心文件符合第二预设校验条件，则通过预设拆分规则将所述核心文件进行拆分，得到拆分结果；所述第二预设校验条件用于校验所述预设核心文件的完整性和格式准确性；所述预设拆分规则用于抑制对所述核心文件处理的并发率；

处理单元，用于对所述拆分结果进行记账处理；

合并单元，用于若记账处理成功，将记账处理成功对应的拆分结果进行合并，得到处于成功状态的结果文件；

第一执行单元，用于通过所述结果文件执行业务处理操作。

本申请第三方面公开了一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如第一方面任意一项所述的业务数据的处理方法。

本申请第四方面公开了一种电子设备，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如第一方面任意一项所述的业务数据的处理方法。

经由上述技术方案可知，本申请公开了一种业务数据的处理方法、装置、存储介质及电子设备，获取待处理文件，待处理文件为上游系统的账务文件，若待处理文件符合第一预设校验条件，则将符合第一预设校验条件的待处理文件存储至数据库的明细表中，第一预设校验条件用于校验待处理文件的完整性和格式准确性，通过明细表中的数据，生成核心文件，核心文件用于表征符合第一预设校验条件的待处理文件对应的明细数据，对核心文件进行验证，若核心文件符合第二预设校验条件，则通过预设拆分规则将核心文件进行拆分，得到拆分结果，第二预设校验条件用于校验预设核心文件的完整性和格式准确性；预设拆分规则用于抑制对核心文件处理的并发率，对拆分结果进行记账处理，若记账处理成功，将记账处理成功对应的拆分结果进行合并，得到处于成功状态的结果文件，通过结果文件执行业务处理操作。基于上述，在业务处理量大的情况下，无需调用核心系统的联机接口进行记账等处理，只需通过文件交互的方式来进行业务处理，降低核心系统的服务器压力，提高核心系统的服务器实时响应的效率。此外，通过拆分规则将核心文件进行拆分，抑制核心文件处理的并发率，避免出现频繁高并发交互的现象。

附图说明

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

图1为本申请实施例公开的一种业务数据的处理系统的架构图；

图2为本申请实施例公开的一种业务数据的处理的流程示意图；

图3为本申请实施例公开的一种业务数据的处理装置的结构示意图；

图4为本申请实施例公开的一种电子设备的结构示意图。

具体实施方式

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

由背景技术可知，银行内部系统(如贷款系统)的许多业务场景，例如放款、还款、核销等等都需要与核心系统进行交互，随着业务的发展，银行内部系统的业务交易量也随之提升，会导致频繁调用核心系统的联机接口，从而加大了核心系统的服务器压力，使得核心系统的服务器实时响应的效率降低。

为了解决上述问题，本申请实施例公开了一种业务数据的处理方法、装置、存储介质及电子设备，在业务处理量大的情况下，无需调用核心系统的联机接口进行记账等处理，只需通过文件交互的方式来进行业务处理，降低核心系统的服务器压力，提高核心系统的服务器实时响应的效率。此外，通过拆分规则将核心文件进行拆分，抑制核心文件处理的并发率，避免出现频繁高并发交互的现象。具体实现方式通过下述实施例进行说明。

以下首先介绍本申请的一种业务数据的处理方法及装置所适用的业务数据的处理系统的架构图，具体参考图1所示，该业务数据的处理系统包括贷款业务系统11、批量资金划拨系统12和核心系统13。其中，贷款业务系统11为上游系统，核心系统13为下游系统。

批量资金划拨系统12应用的架构选用分布式交易系统。批量资金划拨系统12的后端采用SpringBoot框架、SpringCloud框架、SpringBatch框架、消息队列(Message Queue，MQ)；批量资金划拨系统12的数据库可以是Oracle数据库，也可是其他类型的数据库。批量资金划拨系统12的数据库优选Oracle数据库；批量资金划拨系统12的前端页面采用BootStrap框架。

具体贷款业务系统11、批量资金划拨系统12和核心系统13之间的数据交互过程如下：

贷款业务系统11获取待处理文件；待处理文件为上游系统的账务文件。

其中，账务文件，即划拨文件，是指上游系统(贷款业务系统11)需要通过批量资金划拨方式调用核心系统所生成的文件，通过这种方式调用的作用就是减少批量资金划拨系统12和核心系统13频繁高并发交互。其中，账务文件包括记账、放款、还款等账务类型的文件。

对于实时要求性不高的业务交易场景，贷款业务系统11以文件的形式传给批量资金划拨系统12，由批量资金划拨系统12统一进行文件的转发传给核心系统13(包括支付系统)。

批量资金划拨系统12判断待处理文件是否符合第一预设校验。

具体批量资金划拨系统12判断待处理文件是否符合第一预设校验的过程如下：

批量资金划拨系统12获取所述待处理文件的字段长度、待处理文件的日期类字段的格式和待处理文件的金额类字段的格式。

批量资金划拨系统12将待处理文件的字段长度与第一预设字段长度进行比对，将待处理文件的日期类字段的格式与第一预设日期字段格式进行比对，和将待处理文件的金额类字段的格式与第一预设金额字段格式进行比对。

其中，第一预设字段长度、第一预设日期字段格式和第一预设金额字段格式的确定由技术人员根据实际情况进行设置，本申请不做具体限定。

若待处理文件的字段长度与第一预设字段长度一致，待处理文件的日期类字段与第一预设日期字段格式一致，且待处理文件的金额类字段的格式与第一预设金额字段格式一致，则批量资金划拨系统12确定待处理文件符合第一预设校验条件。

若字段长度与第一预设字段长度不一致，日期类字段的格式与第一预设日期字段格式不一致，或金额类字段的格式与第一预设金额字段格式不一致，则批量资金划拨系统12生成字段格式错误数据，将字段格式错误数据存储于数据库的差错表中。

其中，差错表的作用是对于上游系统给的划拨文件，批量资金划拨系统在对文件内容读取时，会将一些字段格式错误的数据，例如超长等数据登记在差错表中。

若生成字段格式错误数据，则批量资金划拨系统12执行重调操作；重调操作用于获取准确的待处理文件。

其中，因为上游系统每一次调用都需要传给批量资金划拨系统12一个流水号，重调操作就是将流水号调用过的再用相同的流水号调用一次，发起重调的新交易，这里，原调用记录指的就是根据流水号找到的批量资金划拨系统12已经存在的批次记录。

批量资金划拨系统12将符合第一预设校验条件的待处理文件存储至数据库的明细表中。

其中，明细表指的是批次表的明细，一个批次记录在明细表中会有多条记录，一条明细就会给下游系统文件生成一行记录，一个批次有多条明细那么就会给下游文件中生成多行。

若待处理文件符合第一预设校验条件，则批量资金划拨系统12将符合第一预设校验条件的待处理文件存储至数据库的明细表中；第一预设校验条件用于校验待处理文件的完整性和格式准确性。

批量资金划拨系统12通过明细表中的数据，生成核心文件；核心文件用于表征符合第一预设校验条件的待处理文件对应的明细数据。

其中，明细数据指的是每一条明细的流水号，这个流水号用来表示每一个明细数据的唯一性。

需要说明的是，对于批量资金划拨系统12来说，接入的前置系统视为上游系统，将核心系统13视为下游系统，上游系统、批量资金划拨系统和下游系统之间的文件目录事先设定好，上游系统生成文件后通知批量资金划拨系统12，批量资金划拨系统12将上游文件(待处理文件)进行落库(即，将上游文件存储至数据库中)，然后生成下游系统需要的文件(核心文件)并通知下游系统，批量资金划拨系统12轮询去查询核心文件处理完成与否，对于处理完成的文件，将会更新自己的数据库记录，同时给上游系统生成结果文件，上游系统根据结果文件进行后续的业务处理，这样，整个交易的业务链路完成了闭环。

核心系统13对核心文件进行验证，若核心文件符合第二预设校验条件，则通过预设拆分规则将核心文件进行拆分，得到拆分结果；第二预设校验条件用于校验预设核心文件的完整性和格式准确性；预设拆分规则用于抑制对核心文件处理的并发率。

具体核心系统13对核心文件进行验证的过程如下：

核心系统13获取核心文件的字段长度、核心文件的日期类字段的格式和核心文件的金额类字段的格式。

核心系统13将核心文件的字段长度与第二预设字段长度进行比对，将核心文件的日期类字段的格式与第二预设日期字段格式进行比对，和将核心文件的金额类字段的格式与第二预设金额字段格式进行比对。

其中，第二预设字段长度、第二预设日期字段格式和第二预设金额字段格式的确定由技术人员根据实际情况进行设置，本申请不做具体限定。

若核心文件的字段长度与第二预设字段长度一致，核心文件的日期类字段与第二预设日期字段格式一致，且核心文件的金额类字段的格式与第二预设金额字段格式一致，则核心系统13确定核心文件符合第二预设校验条件，并通过预设拆分规则将核心文件进行拆分，得到拆分结果。

其中，通过预设拆分规则将核心文件进行拆分，即为通过设置的拆分参数值来将核心文件进行拆分，得到拆分结果。

拆分参数值的确定由技术人员根据实际情况进行设置，本申请不做具体限定。

核心系统13对拆分结果进行记账处理，若记账处理成功，将记账处理成功对应的拆分结果进行合并，得到处于成功状态的结果文件。

批量资金划拨系统12将核心系统13的核心文件中的每一条明细记录进行落库，这里每一条明细的记录就包括借贷方向、记账账号、金额等字段。

核心系统13进行记账处理(登记账务相关的表等)，若全部拆分结果的记账处理成功，将记账处理成功对应的拆分结果进行合并，得到处于成功状态的结果文件。

若全部拆分结果的记账处理未全部成功，核心系统13重新划拨记账处理。

核心系统13根据记账的结果(处于成功状态的结果文件)更新之前落库的明细记录，并将明细记录生成处于成功状态的结果文件给到批量资金划拨系统12。

对于贷款业务系统11，发出的是文件，接收还是文件，大数据量的处理过程是由批量资金划拨系统12来处理的，贷款业务系统11和核心系统13只需要关注自己的业务。

批量资金划拨系统12还加入了失败重试、是否拿到批次的全部成功结果才会给上游系统推送结果文件等一系列参数，去保证贷款业务系统12和核心系统13的多种业务交互场景的需求，批量资金划拨系统12解决了多个业务系统交互的一种繁琐的痛点，使多系统件的交互场景更加的健壮。

贷款业务系统11通过结果文件执行业务处理操作。

其中，贷款业务系统11得到结果文件后，通过结果文件更新自身的一些业务表，当用户通过贷款业务系统11查询业务表时，得到处于成功状态的结果文件中的数据。

核心系统13将合并后生成的结果文件发送给贷款业务系统11，同时将批次表的批次状态设置为已完成，然后上游系统通过SPRING BATCH TASK框架设置每隔几分钟(参数可设置)会自动启动一个定时批量，这个批量会扫描上游系统的请求表处理中状态的批次，然后通过超文本传输协议(Hyper Text TransferProtocol，HTTP)调用批量资金划拨系统提供的结果查询接口，接口中包括文件名等信息，将接口中返回批次状态时已完成的批次进行读取更新数据处理。

贷款业务系统11通过定时轮询任务通知核心系统13处理批量资金划拨系统12的文件交易。

其中，SPRING BATCH TASK框架设置每隔几分钟(参数可设置)会自动启动一个定时批量，这个批量会扫描批次表待处理状态的批次，然后通过HTTP调用核心系统13提供的通知接口，该通知接口中包括了文件的地址、文件名等信息，核心系统13的接口的处理逻辑是读取文件并落库然后返回给批量资金划拨系统12处理中，批量资金划拨系统12接到核心系统13返回的处理成功后将批次表状态设为处理中。

本申请实施例中，在业务处理量大的情况下，无需调用核心系统的联机接口进行记账等处理，只需通过文件交互的方式来进行业务处理，降低核心系统的服务器压力，提高核心系统的服务器实时响应的效率。此外，通过拆分规则将核心文件进行拆分，抑制核心文件处理的并发率，避免出现频繁高并发交互的现象。

参考图2所示，为本申请实施例公开的一种业务数据的处理方法的流程示意图，该业务数据的处理方法主要包括如下步骤：

S201：获取待处理文件；待处理文件为上游系统的账务文件。

其中，账务文件，即划拨文件，是指通过批量资金划拨方式调用核心系统所生成的文件，通过这种方式调用的作用就是减少批量资金划拨系统12和核心系统13频繁高并发交互。

其中，上游系统包括贷款业务系统等。

账务文件包括记账、放款、还款等账务类型的文件。

S202：判断待处理文件是否符合第一预设校验条件，若是，则执行S203，若否，则执行S210。

第一预设校验条件用于校验待处理文件的完整性和格式准确性。

判断待处理文件是否符合第一预设校验条件的过程如下：

获取待处理文件的字段长度、待处理文件的日期类字段的格式和待处理文件的金额类字段的格式。

若待处理文件的字段长度与第一预设字段长度一致，待处理文件的日期类字段与第一预设日期字段格式一致，且待处理文件的金额类字段的格式与第一预设金额字段格式一致，则确定符合第一预设条件。

其中，第一预设字段长度、第一预设日期字段格式和第一预设金额字段格式的确定由技术人员根据实际情况进行设置，本申请不做具体限定。

若字段长度与第一预设字段长度不一致，日期类字段的格式与第一预设日期字段格式不一致，或金额类字段的格式与第一预设金额字段格式不一致，则确定待处理文件不符合第一预设校验条件，生成字段格式错误数据，并将字段格式错误数据存储于数据库的差错表中。

其中，差错表的作用是对于上游系统给的划拨文件，批量资金划拨系统在对文件内容读取时，会将一些字段格式错误的数据，例如超长等数据登记在差错表中。

S203：将符合第一预设校验条件的待处理文件存储至数据库的明细表中。

其中，明细表指的是批次表的明细，一个批次记录在明细表中会有多条记录，一条明细就会给下游系统文件生成一行记录，一个批次有多条明细那么就会给下游文件中生成多行。

批量资金划拨系统接收到上游系统的上游请求后，批量资金划拨系统将待处理文件中的数据落在主表(批次表)和明细表中，其中主表的状态是待处理，批量资金划拨系统启动轮询批量交易，将主表中状态为待处理的记录查出来，然后用批次号去将对应的明细表的记录调出来生成文件并发送给核心系统。

S204：通过明细表中的数据，生成核心文件；核心文件用于表征符合第一预设校验条件的待处理文件对应的明细数据。

在S204中，明细数据指的是每一条明细的流水号，这个流水号用来表示每一个明细数据的唯一性。

可选的，将待处理文件对应的批次存储至数据库的批次表中。

其中，批次表指的是上游系统请求一次，批量资金划拨系统所拆分的批次次数，如果说不需要拆分那么批次表就只有一条记录，如果拆分了就会有多条记录，每一条记录都会给下游系统生成一个文件。

若批次表的状态为待处理状态，则调用处于待处理状态的批次表中的批次号所对应的明细表中的明细数据生成核心文件。

S205：对核心文件进行验证，若核心文件符合第二预设校验条件，则执行S206，若核心文件不符合第二预设校验条件，则执行S211。

其中，第二预设校验条件用于校验预设核心文件的完整性和格式准确性。

具体对核心文件进行验证的过程如下：

获取核心文件的字段长度、核心文件的日期类字段的格式和核心文件的金额类字段的格式。

若核心文件的字段长度与第二预设字段长度一致，核心文件的日期类字段与第二预设日期字段格式一致，且核心文件的金额类字段的格式与第二预设金额字段格式一致，则确定核心文件符合第二预设校验条件。

其中，第二预设字段长度、第二预设日期字段格式和第二预设金额字段格式的确定由技术人员根据实际情况进行设置，本申请不做具体限定。

S206：通过预设拆分规则将核心文件进行拆分，得到拆分结果；预设拆分规则用于抑制对核心文件处理的并发率。

其中，通过预设拆分规则将核心文件进行拆分，即为通过设置的拆分参数值来将核心文件进行拆分，得到拆分结果。

拆分参数值的确定由技术人员根据实际情况进行设置，本申请不做具体限定。

S207：对拆分结果进行记账处理，若记账处理成功，则执行S208，若记账处理失败，则执行S212。

在S207中，对拆分结果进行记账处理，即登记账务相关的表等。

S208：将记账处理成功对应的拆分结果进行合并，得到处于成功状态的结果文件。

其中，结果文件包括核心处理结果和明细数据。

核心处理结果指的是状态(成功、失败、处理中)。

明细数据的相关介绍可参考上述S204中，此处不再进行赘述。

为了方便理解通过预设拆分规则将核心文件进行拆分，得到拆分结果，对拆分结果进行记账处理，若记账处理成功，将记账处理成功对应的拆分结果进行合并，得到处于成功状态的结果文件的过程，这里举例进行说明：

例如：批次号为001的一共有100条明细数据，批量资金划拨系统配置的拆分条数为40条，批量资金划拨系统给核心系统的待处理文件就会拆成3个文件(40条、40条、20条)，核心系统将这三个文件记账处理成功后返回给批量资金划拨系统，批量资金划拨系统就会将001批次的这三个结果文件合成一个结果文件。

S209：通过结果文件执行业务处理操作。

其中，通过结果文件更新贷款业务系统的一些业务表，当用户通过贷款业务系统查询业务表时，得到处于成功状态的结果文件中的数据。

文件合并后生成给上游系统(贷款业务系统)的结果文件，同时将批次表的批次状态设置为已完成，然后上游系统通过SPRING BATCH TASK框架设置每隔几分钟(参数可设置)会自动启动一个定时批量，这个批量会扫描上游系统的请求表处理中状态的批次，然后通过HTTP调用批量资金划拨系统提供的结果查询接口，接口中包括文件名等信息，将接口中返回批次状态时已完成的批次进行读取更新数据处理。

S210：生成字段格式错误数据，并将字段格式错误数据存储于数据库的差错表中。

若生成字段格式错误数据，则执行重调操作；重调操作用于获取准确的待处理文件。

其中，由于上游系统每一次调用都需要传给批量资金划拨系统一个流水号，重调操作就是将流水号调用过的再用相同的流水号调用一次，发起重调的新交易，这里，原调用记录指的就是根据流水号找到的批量资金划拨系统已经存在的批次记录。

S211：不执行拆分操作。

S212：将记账处理失败的拆分结果所对应的明细表的状态设置为失败状态。

本申请实施例中，在业务处理量大的情况下，无需调用核心系统的联机接口进行记账等处理，只需通过文件交互的方式来进行业务处理，降低核心系统的服务器压力，提高核心系统的服务器实时响应的效率。此外，通过拆分规则将核心文件进行拆分，抑制核心文件处理的并发率，避免出现频繁高并发交互的现象。

基于上述实施例图2公开的一种业务数据的处理方法，本申请实施例还对应公开了一种业务数据的处理装置，如图3所示，该业务数据的处理装置包括获取单元301、第一存储单元302、第一生成单元303、拆分单元304、处理单元305、合并单元306和第一执行单元307。

获取单元301，用于获取待处理文件；待处理文件为上游系统的账务文件。

第一存储单元302，用于若待处理文件符合第一预设校验条件，则将符合第一预设校验条件的待处理文件存储至数据库的明细表中；第一预设校验条件用于校验待处理文件的完整性和格式准确性。

第一生成单元303，用于通过明细表中的数据，生成核心文件；核心文件用于表征符合第一预设校验条件的待处理文件对应的明细数据。

拆分单元304，用于对核心文件进行验证，若核心文件符合第二预设校验条件，则通过预设拆分规则将核心文件进行拆分，得到拆分结果；第二预设校验条件用于校验预设核心文件的完整性和格式准确性；预设拆分规则用于抑制对核心文件处理的并发率。

处理单元305，用于对拆分结果进行记账处理。

合并单元306，用于若记账处理成功，将记账处理成功对应的拆分结果进行合并，得到处于成功状态的结果文件。

第一执行单元307，用于通过结果文件执行业务处理操作。

进一步的，第一存储单元302包括第一获取模块、第一比对模块和存储模块。

第一获取模块，用于获取待处理文件的字段长度、待处理文件的日期类字段的格式和待处理文件的金额类字段的格式。

第一比对模块，用于将待处理文件的字段长度与第一预设字段长度进行比对，将待处理文件的日期类字段的格式与第一预设日期字段格式进行比对，和将待处理文件的金额类字段的格式与第一预设金额字段格式进行比对。

存储模块，用于若待处理文件的字段长度与第一预设字段长度一致，待处理文件的日期类字段与第一预设日期字段格式一致，且待处理文件的金额类字段的格式与第一预设金额字段格式一致，则将待处理文件存储至数据库的明细表中。

进一步的，业务数据的处理装置还包括第二生成单元和第二存储单元。

第二生成单元，用于若字段长度与第一预设字段长度不一致，日期类字段的格式与第一预设日期字段格式不一致，或金额类字段的格式与第一预设金额字段格式不一致，则生成字段格式错误数据。

第二存储单元，用于将字段格式错误数据存储于数据库的差错表中。

进一步的，业务数据的处理装置还包括第二执行单元。

若生成字段格式错误数据，则执行重调操作；所述重调操作用于获取准确的待处理文件。

进一步的，拆分结果包括第二获取模块、第二比对模块和拆分模块。

第二获取模块，用于获取核心文件的字段长度、核心文件的日期类字段的格式和核心文件的金额类字段的格式。

第二比对模块，用于将核心文件的字段长度与第二预设字段长度进行比对，将核心文件的日期类字段的格式与第二预设日期字段格式进行比对，和将核心文件的金额类字段的格式与第二预设金额字段格式进行比对。

拆分模块，用于若核心文件的字段长度与第二预设字段长度一致，核心文件的日期类字段与第二预设日期字段格式一致，且所述核心文件的金额类字段的格式与第二预设金额字段格式一致，则通过预设拆分规则将核心文件进行拆分，得到拆分结果。

进一步的，业务数据的处理装置还包括第三存储单元。

第三存储单元，用于将待处理文件对应的批次存储至数据库的批次表中。

进一步的，业务数据的处理装置还包括调用单元。

调用单元，用于若批次表的状态为待处理状态，则调用处于待处理状态的批次表中的批次号所对应的明细表中的明细数据生成核心文件。

本申请实施例中，在业务处理量大的情况下，无需调用核心系统的联机接口进行记账等处理，只需通过文件交互的方式来进行业务处理，降低核心系统的服务器压力，提高核心系统的服务器实时响应的效率。此外，通过拆分规则将核心文件进行拆分，抑制核心文件处理的并发率，避免出现频繁高并发交互的现象。

本申请实施例还提供了一种存储介质，存储介质包括存储的指令，其中，在指令运行时控制存储介质所在的设备执行上述业务数据的处理方法。

本申请实施例还提供了一种电子设备，其结构示意图如图4所示，具体包括存储器401，以及一个或者一个以上的指令402，其中一个或者一个以上指令402存储于存储器401中，且经配置以由一个或者一个以上处理器403执行一个或者一个以上指令402执行上述业务数据的处理方法。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种业务数据的处理方法，其特征在于，所述方法包括：

获取待处理文件；所述待处理文件为上游系统的账务文件；

若所述待处理文件符合第一预设校验条件，则将符合所述第一预设校验条件的待处理文件存储至数据库的明细表中；所述第一预设校验条件用于校验所述待处理文件的完整性和格式准确性；

通过所述明细表中的数据，生成核心文件；所述核心文件用于表征符合所述第一预设校验条件的待处理文件对应的明细数据；

对所述核心文件进行验证，若所述核心文件符合第二预设校验条件，则通过预设拆分规则将所述核心文件进行拆分，得到拆分结果；所述第二预设校验条件用于校验所述预设核心文件的完整性和格式准确性；所述预设拆分规则用于抑制对所述核心文件处理的并发率；

对所述拆分结果进行记账处理；

若记账处理成功，将记账处理成功对应的拆分结果进行合并，得到处于成功状态的结果文件；

通过所述结果文件执行业务处理操作。

2.根据权利要求1所述的方法，其特征在于，所述若所述待处理文件符合第一预设校验条件，则将符合所述第一预设校验条件的待处理文件存储至数据库的明细表中，包括：

获取所述待处理文件的字段长度、所述待处理文件的日期类字段的格式和所述待处理文件的金额类字段的格式；

将所述待处理文件的字段长度与第一预设字段长度进行比对，将所述待处理文件的日期类字段的格式与第一预设日期字段格式进行比对，和将所述待处理文件的金额类字段的格式与第一预设金额字段格式进行比对；

若所述待处理文件的字段长度与所述第一预设字段长度一致，所述待处理文件的日期类字段的格式与所述第一预设日期字段格式一致，且所述待处理文件的金额类字段的格式与所述第一预设金额字段格式一致，则确定所述待处理文件符合第一预设校验条件；

将符合所述第一预设校验条件的待处理文件存储至数据库的明细表中。

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

若所述字段长度与所述第一预设字段长度不一致，所述日期类字段的格式与第一预设日期字段格式不一致，或所述金额类字段的格式与所述第一预设金额字段格式不一致，则生成字段格式错误数据；

将所述字段格式错误数据存储于数据库的差错表中。

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

若生成所述字段格式错误数据，则执行重调操作；所述重调操作用于获取准确的待处理文件。

5.根据权利要求1所述的方法，其特征在于，所述对所述核心文件进行验证，若所述核心文件符合第二预设校验条件，则通过预设拆分规则将所述核心文件进行拆分，得到拆分结果，包括：

获取所述核心文件的字段长度、所述核心文件的日期类字段的格式和所述核心文件的金额类字段的格式；

将所述核心文件的字段长度与第二预设字段长度进行比对，将所述核心文件的日期类字段的格式与第二预设日期字段格式进行比对，和将所述核心文件的金额类字段的格式与第二预设金额字段格式进行比对；

若所述核心文件的字段长度与第二预设字段长度一致，所述核心文件的日期类字段与第二预设日期字段格式一致，且所述核心文件的金额类字段的格式与所述第二预设金额字段格式一致，则通过预设拆分规则将所述核心文件进行拆分，得到拆分结果。

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

将所述待处理文件对应的批次存储至数据库的批次表中。

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

若所述批次表的状态为待处理状态，则调用处于待处理状态的批次表中的批次号所对应的明细表中的明细数据生成核心文件。

8.一种业务数据的处理装置，其特征在于，所述装置包括：

获取单元，用于获取待处理文件；所述待处理文件为上游系统的账务文件；

第一存储单元，用于若所述待处理文件符合第一预设校验条件，则将符合所述第一预设校验条件的待处理文件存储至数据库的明细表中；所述第一预设校验条件用于校验所述待处理文件的完整性和格式准确性；

第一生成单元，用于通过所述明细表中的数据，生成核心文件；所述核心文件用于表征符合所述第一预设校验条件的待处理文件对应的明细数据；

拆分单元，用于对所述核心文件进行验证，若所述核心文件符合第二预设校验条件，则通过预设拆分规则将所述核心文件进行拆分，得到拆分结果；所述第二预设校验条件用于校验所述预设核心文件的完整性和格式准确性；所述预设拆分规则用于抑制对所述核心文件处理的并发率；

处理单元，用于对所述拆分结果进行记账处理；

合并单元，用于若记账处理成功，将记账处理成功对应的拆分结果进行合并，得到处于成功状态的结果文件；

第一执行单元，用于通过所述结果文件执行业务处理操作。

9.一种存储介质，其特征在于，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如权利要求1至7任意一项所述的业务数据的处理方法。

10.一种电子设备，其特征在于，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如权利要求1至7任意一项所述的业务数据的处理方法。

Images