银行核心系统数据处理方法与流程

本发明涉及银行系统数据处理技术领域，特别涉及一种银行核心系统数据处理方法。

背景技术：

银行核心系统提供了基础的记账、结算等会计功能，是银行开展各项业务的基础，它是支撑银行运营最为关键的一套信息系统。目前国内银行的核心系统都会根据各家银行自身发展需求以及业务特点对银行核心系统进行升级改造或者是功能更新，同时银行核心系统在功能准确性、数据完整性上，对于银行正常运营都至关重要。

由于各家银行在业务特点以及发展需求上的不同，各家银行会从自身特点出发设计相应的核心数据格式，所以目前尚没有形成银行业核心系统数据格式的国际、国内及行业统一标准化文件。同时由于银行核心系统的重要地位，以及它与银行内其他业务系统的关联关系，在银行核心系统测试及迁移中，相关数据准备和迁移就存在以下几点问题：

1、由于银行核心系统是银行经营业务的关键信息系统，所以对于银行核心系统的测试需要尽量考虑全覆盖，确保相关功能和数据的正确性和完整性。由于银行核心系统支撑了银行大量其他业务系统的运行，所以为了完成对核心系统一个功能的测试，可能需要从柜面系统、信贷管理系统等多个其他业务系统中准备相关数据。这种测试数据准备方法不仅流程长、测试准备工作量大，而且需要确保测试数据前后的一致(比如，对于一个借记卡来说，需要卡对应的账户上有余额才能消费和取款，那么在核心系统中，需要首先成功存入款项，才能成功取款，而反过来就不行，如果先执行取款，那么由于卡余额不足，将不能成功交易)，手工操作很容易出错，这就不能充分保证整个测试数据的完整性。而简单采用自动化导入数据会造成包括类似上述情况中的顺序不一致情况，导致测试数据不可用。

2、由于缺少银行核心系统的标准化文件，同时各家银行的发展需求和业务定位的不同，这就造成不同银行间甚至同一家银行的不同代的核心系统数据无法兼容。为了保证银行业务的持续性，不同的数据格式需要银行技术开发人员对原有数据进行解析后再转换成相应核心系统数据格式，同时还需要修改关联信息系统如信贷管理系统的数据，才能实现核心系统的迁移和接管。然而这一过程涉及的系统多、关联性大，极其容易由于格式错配或者遗漏引发数据完整性问题，造成数据失效。

总之，现有的银行核心系统数据处理方法中，由于数据完整性或顺序性等问题导致处理效率低。

技术实现要素：

本发明提出一种银行核心系统数据处理方法，解决了现有技术中银行核心系统数据由于数据完整性或顺序性等问题导致处理效率低的问题。

本发明的一种银行核心系统数据处理方法，包括步骤：

S1：获取银行核心系统的不同业务类型的数据，生成数据明细表，所述数据包括本行柜面生成的柜面测试数据或他行测试数据；

S2：验证所述数据的完整性和顺序性，并将他行测试数据转换成符合银行核心系统的标准数据格式；

S3：对柜面测试数据或转换后的他行测试数据按不同业务进行处理。

其中，所述步骤S1中，本行柜面生成柜面测试数据的步骤包括：

从银行基础数据库中获取包括客户要素的基础数据，结合基础数据生产客户信息，将所述客户信息保存入案例库；

从所述案例库中筛选符合预设条件的客户信息，按不同的业务类型生成与所述客户信息相关的账户信息，以作为柜面测试数据。

其中，所述步骤S2中，完整性和顺序性验证包括：

对所述数据的笔数、每笔金额和总金额做校验，以保证数据完整性；

根据业务类型检测数据在所述数据明细表中的先后顺序，以保证数据顺序性。

其中，所述步骤S2中，将他行测试数据转换成符合银行核心系统的标准数据格式的步骤包括：

搜索并识别他行测试数据中的关键性的业务数据字段，并读取所述关键性的业务数据字段对应的值；

将所述关键性的业务数据字段及其对应的值写入符合所述银行核心系统的标准数据格式的文件。

其中，所述步骤S3中，在处理之前还验证数据的准确性，具体包括：读取他行测试数据中的校验文件中指定的校验要素及其对应的标准值，所述银行核心系统按所述校验要素指定的校验规则对获取的他行测试数据进行处理，将处理得到的值与所述标准值比较，以保证所述他行数据的准确性。

本发明的银行核心系统数据处理方法中，对本行柜面测试数据和他行测试数据在提交到银行核心系统前进行数据完整性验证，并自动转换他行数据格式，保证了测试数据的完整性，从而提高了数据处理效率。

附图说明

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

图1为本发明一种银行核心系统数据处理方法流程图；

图2为对于测试数据的具体处理流程图；

图3为对于他行数据的具体处理流程图。

具体实施方式

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

本实施例的一种银行核心系统数据处理方法如图1所示，包括：

步骤S110，获取银行核心系统的不同业务类型的数据，生成数据明细表，所述数据包括本行柜面生成的柜面测试数据或他行测试数据。其中，数据进入核心系统后的处理顺序按数据在数据明细表中的排列顺序。

步骤S120，验证所述数据的完整性和顺序性，并将他行测试数据转换成符合银行核心系统的标准数据格式。

步骤S130，对柜面测试数据或转换后的他行测试数据按不同业务进行处理。

本实施例的银行核心系统数据处理方法中，对本行柜面测试数据和他行测试数据在提交到银行核心系统前进行数据完整性验证，并自动转换他行数据格式，保证了测试数据的完整性，从而提高了数据处理效率。

如图2所示，步骤S110中，本行柜面生成测试数据的步骤包括：从银行基础数据库中获取包括客户要素的基础数据，结合基础数据生产客户信息，将所述客户信息保存入案例库；从所述案例库中筛选符合预设条件的客户信息，按不同的业务类型生成与所述客户信息相关的账户信息，以作为柜面测试数据。

银行核心系统中，基础数据库是指各单元数据的集合，如：性别有三个类型：男、女和其它，在基础数据库中表现为三条单元数据记录，分别为：性别：男；性别：女；性别：其它。通过数据准备系统的管理功能实现单元数据的新增、修改维护。客户信息的测试数据生成：首先根据各类单元数据，如：性别、出生年月、证件、地址、职业代码等，生成一个或多个客户信息，这些生成的客户信息保存入案例库，账户信息就从案例库中根据用户筛选条件选出符合条件的客户信息，同时生成这些客户的账户信息供用户使用，例如：存取款业务，生成一定数额的存取款数，柜面号或ATM号等。这些账户信息也成为一种案例库数据并供用户进行其它的数据生成引用或进行业务测试。

如图3所示，所述步骤S120中，完整性验证包括：对数据的笔数、每笔金额和总金额做校验，以保证数据完整性，即验证笔数、每笔金额和总金额各项是否都有对应的数值，以及是否符合笔数乘以每笔金额等于总金额的逻辑关系。顺序性验证包括：根据业务类型检测数据在数据明细表中的先后顺序，以保证数据顺序性。

在对核心系统的测试数据准备过程中，需要根据测试需求在核心系统的客户信息表、活期表、定期表、未登折明细表、贷款表等多个数据表中生成相应的测试数据。在这种数据准备方式中，还需要保证这些数据的完整性，以及在明细表中数据先后顺序的顺序性(比如，对于一个借记卡来说，需要卡对应的账户上有余额才能消费和取款，那么在核心系统中，需要首先成功存入款项，才能成功取款，而反过来就不行，如果先执行取款，那么由于卡余额不足，将不能成功交易)。

完整性和顺序性验证既保证了数据在进入核心系统前完整不缺失，而且保证了数据在明细表中顺序正确。

由于每家银行会根据其自身业务发展及经营特点不同，相关的不同点会在核心系统设计和实施中有所区别，每家银行的核心系统数据文件格式都有所区别，所以如果需要将第三方银行核心数据文件导入我行的银行核心系统，需要针对不同格式的数据文件定制开发的相应的校验检查工具，用以检查是否符合我行标准数据格式规范，并转换成我行标准的数据文件格式。步骤S2中，将他行测试数据转换成符合银行核心系统的标准数据格式的步骤包括：

搜索并识别他行测试数据中的关键性的业务数据字段，并读取所述关键性的业务数据字段对应的值。将所述关键性的业务数据字段及其对应的值写入符合所述银行核心系统的标准数据格式的文件。

他行测试数据的文件格式是未知的，每个行因为自身的技术人员原因，产生的数据文件格式是不同的，但每个数据文件一定含有关键性的业务数据字段，如：对私活期数据文件，一定含有户名、余额、证件号码等，可以查找这些关键字段获取他行测试数据的相关信息。

他行测试数据中也一定会通过校验文件或纸质档方式告知等方式提供该对私活期数据文件的总笔数、总金额(总余额)等关键性校验要素，当拿到他行测试数据的文件后，就可以按数据文件不同的数据格式及这些关键性校验要素有针对性的开发出专用于某行的转入校验工具(即定制)解析出各数据值，转入我方的数据中间标准层并进行核对校验，一致后才会进行后续的处理。因此，步骤S130中，在处理之前还验证数据的准确性，具体包括：读取他行测试数据中的校验文件中指定的校验要素及其对应的标准值，所述银行核心系统按所述校验要素指定的校验规则对获取的他行测试数据进行处理，将处理得到的值与所述标准值比较，以保证所述他行数据的准确性。其中，校验要素是对他行测试数据按一定统计规则处理后形成的校验项目，例如：校验要素包括：他行测试数据的笔数、每笔金额和总金额，校验时，需要将校验要素中的笔数、每笔金额和总金额分别与银行核心系统获取的数据的笔数、每笔金额和总金额核对，以保证数据的准确性，尽量避免后续处理时发生错误。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。