CN112699119A - 跨系统的数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及数据处理领域，公开了一种跨系统的数据处理方法、装置、设备及存储介质，通过数据接口从各业务系统中读取支付数据，再根据预先配置的数据存储模板对支付数据进行解析，得到了费用明细之后，再将其导入数据存储模板之中，得到各业务系统的核算数据表，生成核算消息队列，按照时间的先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果。提高了跨系统的数据处理的准确性，提高工作效率，简化了操作流程。此外，本发明还涉及区块链技术，支付数据可存储于区块链中。

Description

跨系统的数据处理方法、装置、设备及存储介质

技术领域

本申请涉及数据处理领域，具体涉及一种跨系统的数据处理方法、装置、设备及存储介质。

背景技术

随着企业信息管理系统的多元化发展，企业综合管理平台、大数据集成等成为企业的迫切需要，系统之间、模块之间的数据交互变得尤为重要。人工同步系统之间的数据，在数量量大的情况下，耗费大量人力成本，数据的准确性、实时性都大打折扣。

目前行业内应用较多的数据集成方式一般需要额外的人工成本开发数据同步功能，尤其是对于一个处理系统对接多个业务系统时，每个业务系统需要单独开发对应的接口来实现数据的转换后，才能同步到处理系统上进行核算，可见现有的实现方式，其传输效率低，且不同业务系统之间不具有可移植性，如果系统过多还会导致耦合性增加、难以维护等问题。

发明内容

本发明的主要目的是为了解决现有的业务数据处理方式中需要针对不同业务系统的数据进行单独的转换，从而导致核算流程复杂、效率较低的技术问题。

本发明第一方面提供了一种跨系统的数据处理方法，所述跨系统的数据处理方法包括：

在接收到数据处理指令时，通过数据接口从各业务系统中读取支付数据，其中，各业务系统为处于不同网络下的系统；

根据预先配置的数据存储模板，对所述支付数据进行解析，得到费用明细；

将所述费用明细导入至所述数据存储模板中，得到各业务系统的待核算数据表；

根据各业务系统的所述待核算数据表，生成核算消息队列；

根据所述核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果。

可选地，在本发明第一方面的第一种实现方式中，所述在接收到数据处理指令时，通过数据接口从各业务系统中读取支付数据包括：

获取系统产生的数据处理指令；

根据所述数据处理指令，确定对应的业务系统，并调用所述业务系统的数据接口；

根据所述数据接口，读取财务管理系统中接收到的Base64编码密文数据，并进行解密得到支付数据。

可选地，在本发明第一方面的第二种实现方式中，所述根据预先配置的数据存储模板，对所述支付数据进行解析，得到费用明细包括：

提取所述数据存储模板中的字段名称；

根据所述字段名称，识别所述支付数据中对应的数据，并进行提取，得到数据明细；

根据所述数据存储模板中对所述字段名称的排序，将所述数据明细进行排序，得到费用明细。

可选地，在本发明第一方面的第三种实现方式中，所将所述费用明细导入至所述数据存储模板中，得到各业务系统的待核算数据表包括：

从所述费用明细中提取客户佣金数据，以及所述客户佣金数据对应的字段名称；

根据所述字段名称与所述数据存储模板中的支付数据进行匹配，得到所述客户佣金数据的存储位置，并将所述客户佣金数据存储在所述存储位置上；

检测所述客户金数据的数据格式是否满足所述数据存储模板的数据格式；

若不满足，则对所述客户佣金数据进行数据补全处理，得到各业务系统的待核算数据表。

可选地，在本发明第一方面的第四种实现方式中，所述根据各业务系统的所述待核算数据表，生成核算消息队列包括：

获取所述支付数据的接收时间；

根据所述接收时间对所述核算数据表进行排序，得到核算数据序列；

按照时间的先后顺序，将所述核算数据序列中的待核算数据依次添加到预设的消息队列结构中，生成核算消息队列。

可选地，在本发明第一方面的第五种实现方式中，所述根据所述核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果包括：

根据所述核算消息队列，通过接口接收客户支付信息，并提取其中的支付数据；

利用预置的数据校验的逻辑处理规则，对客户的支付数据以及信息进行对应的校验，得到数据处理结果。

可选地，在本发明第一方面的第六种实现方式中，所述利用预置的数据校验的逻辑处理规则，对客户的支付数据以及信息进行对应的校验，得到数据处理结果包括：

判断所述支付数据的产生逻辑是否满足所述逻辑处理规则；

若满足，则根据计提批次的校验对各业务系统中的所述支付数据进行结算和汇总，并对汇总后的支付数据进行校验，得到数据处理结果；

若不满足，则确定所述产生逻辑中的异常节点，并对所述异常节点进行数据补全以及数据修改，得到新的支付数据，根据计提批次的校验对各业务系统中的所述新的支付数据进行结算和汇总，并对汇总后的新的支付数据进行校验，得到数据处理结果。

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

读取模块，用于在接收到数据处理指令时，通过数据接口从各业务系统中读取支付数据，其中，各业务系统为处于不同网络下的系统；

解析模块，用于根据预先配置的数据存储模板，对所述支付数据进行解析，得到费用明细；

导入模块，用于将所述费用明细导入至所述数据存储模板中，得到各业务系统的待核算数据表；

生成模块，用于根据各业务系统的所述待核算数据表，生成核算消息队列；

校验模块，用于根据所述核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果。

可选地，在本发明第二方面的第一种实现方式中，所述读取模块具体用于：

获取系统产生的数据处理指令；

根据所述数据处理指令，确定对应的业务系统，并调用所述业务系统的数据接口；

根据所述数据接口，读取业务处理系统中接收到的Base64编码密文数据，并进行解密得到支付数据。

可选地，在本发明第二方面的第二种实现方式中，所述解析模块包括：

第一提取单元，用于提取所述数据存储模板中的字段名称；

识别单元，用于根据所述字段名称，识别所述支付数据中对应的数据，并进行提取，得到数据明细；

排序单元，用于根据所述数据存储模板中对所述字段名称的排序，将所述数据明细进行排序，得到费用明细。

可选地，在本发明第二方面的第三种实现方式中，所述导入模块包括：

第二提取单元，用于从所述费用明细中提取客户佣金数据，以及所述客户佣金数据对应的字段名称；

匹配单元，用于根据所述字段名称与所述数据存储模板中的字段名称进行匹配，得到所述客户佣金数据的存储位置，并将所述客户佣金数据存储在所述存储位置上；

检测单元，用于检测所述客户金数据的数据格式是否满足所述数据存储模板的数据格式；

补全单元，用于在检测所述客户金数据的数据格式不满足所述数据存储模板的数据格式时，对所述客户佣金数据进行数据补全处理，得到各业务系统的待核算数据表。

可选地，在本发明第二方面的第四种实现方式中，所述生成模块包括：

获取单元，用于获取所述支付数据的接收时间；

排序单元，用于根据所述接收时间对所述核算数据表进行排序，得到核算数据序列；

生成单元，用于按照时间的先后顺序，将所述核算数据序列中的待核算数据依次添加到预设的消息队列结构中，生成核算消息队列。

可选地，在本发明第二方面的第五种实现方式中，所述校验模块包括：

第三提取单元，用于根据所述核算消息队列，通过接口接收客户支付信息，并提取其中的支付数据；

校验单元，用于利用预置的数据校验的逻辑处理规则，对客户的支付数据以及信息进行对应的校验，得到数据处理结果。

可选地，在本发明第二方面的第六种实现方式中，所述校验单元具体用于：

判断所述支付数据的产生逻辑是否满足所述逻辑处理规则；

若满足，则根据计提批次的校验对各业务系统中的所述支付数据进行结算和汇总，并对汇总后的支付数据进行校验，得到数据处理结果；

若不满足，则确定所述产生逻辑中的异常节点，并对所述异常节点进行调整，得到新的支付数据，根据计提批次的校验对各业务系统中的所述新的支付数据进行结算和汇总，并对汇总后的新的支付数据进行校验，得到数据处理结果。

本发明第三方面提供了一种数据处理设备，包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述数据处理设备执行上述的跨系统的数据处理方法的步骤。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行上述的跨系统的数据处理方法的步骤。

本发明提供的技术方案中，通过数据接口从各业务系统中读取支付数据，根据预先配置的数据存储模板，对支付数据进行解析，得到费用明细，将费用明细导入至数据存储模板中，得到各业务系统的待核算数据表，根据各业务系统的待核算数据表，生成核算消息队列，根据核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果，通过将读取到的支付数据以消息队列的方式来控制核算以及数据的统一转换，即可以把消息队列看作数据转换成数据表的中间件，并对转换后的数据进行校验，得到数据处理结果，这样的方式不仅实现了不同业务系统之间的数据的转换，即将接收到的原始数据转换为数据表，减少了性能的损耗，提高了数据处理的效率，同时也优化的数据处理流程，大大提高了用户的使用体验。

附图说明

图1为本发明实施例中跨系统的数据处理方法的第一个实施例示意图；

图2为本发明实施例中跨系统的数据处理方法的第二个实施例示意图；

图3为本发明实施例中跨系统的数据处理方法的第三个实施例示意图；

图4为本发明实施例中跨系统的数据处理方法的第四个实施例示意图；

图5为本发明实施例中跨系统的数据处理方法的第五个实施例示意图；

图6为本发明实施例中跨系统的数据处理方法的第六个实施例示意图；

图7为本发明实施例中数据处理装置的一个实施例示意图；

图8为本发明实施例中数据处理装置的另一个实施例示意图；

图9为本发明实施例中数据处理设备的一个实施例示意图。

具体实施方式

针对于上述的缺陷，提出了一种跨系统的数据处理方法，具体数据接口从各业务系统中读取支付数据，再根据预先配置的数据存储模板对支付数据进行解析，得到了费用明细之后，将其导入数据存储模板之中，得到各业务系统的核算数据表，生成核算消息队列，按照时间的先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果。从而实现了简化了操作流程，提高了工作效率，即节省了时间，又能确保数据处理的准确度，为客户提供更优质的服务。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中跨系统的数据处理方法的第一个实施例包括：

101、在接收到数据处理指令时，通过数据接口从各业务系统中读取支付数据，其中，各业务系统为处于不同网络下的系统；

在本实例中，指令就是系统受到的指示和命令，在系统接收到客户用指令表达出客户的意图时，交给系统去执行相应的指令。在不同的时间系统接收到的指令和格式内容是有所不同的。在接收到待处理的费用数据指令时，通过财务系统数据接口去接收处于不同网络下的各个业务系统所传递的不同数据，并且根据时间的先后顺序对所接收到的支付数据进行读取；

在本实例中，在运行系统读取支付数据的时候，需要先从内存取出指令，通过控制器的译码，按照指令的要求取出支付数据进行指定的运算和逻辑操作，再按照地址把结果推送到内存中取，依次循环，直到发出停止的指令再停止读取；

在本实例中，由于该财务系统所对应各业务系统皆处于不同网络，当财务系统接收多个不同网络下的系统推送的数据时，需要设置一个回调地址，然后通过协议向上面提交数据。

102、根据预先配置的数据存储模板，对支付数据进行解析，得到费用明细；

在本实例中，所述的配置数据存储模板指的是对系统原来的模板进行相应的修改，把原来缺少的模块进行相应的补足，经过配置得到一个对用户对佣金数据有存储功能的数据存储模板，这里配置的模板不仅有存储数据的作用，它还对数据的存储位置以及数据格式的要求也重新进行相关的配置；

在实际应用中，在某时间段内，财务系统在接收数据时，需要先提取到数据存储模板中的字段名称，此时数据存储模板需要先对数据的接收时间进行先后排序，再识别客户支付佣金的对应数据。例如，在某个购物节，客户在某平台订购了商品，客户需要对需要购买的商品进行选中，然后在结算环节，根据结算金额，在跳转到支付平台进行支付。此时，支付平台在接收到支付数据时，支付平台会对接收到的支付数据的先后顺序进行存储，然后再识别支付数据的字段名称，进行支付金额的结算；

解析每一组支付数据就是使用适当的统计方法对接收到的大量数据进行解析，对提取到的信息进一步深究和概况的过程。

103、将费用明细导入至数据存储模板中，得到各业务系统的待核算数据表；

在本实例中，这里的明细导入就是先将系统获取到的佣金支付数据导入数据存储模板，再将字段名称和提取到的数据进行识别和匹配并将已经识别和匹配成功的客户佣金数据存储到数据存储模指定的存储位置上，如果已导入的数据信息和待导入的数据信息一致，则新导入的数据信息会将已存在的数据信息覆盖；

在实际应用中，数据存储模板上存储的数据格式进行判断，若格式正确，则生成各业务系统待核算的数据表；若格式不正确，则进行缺失的数据补全，再经过相关的步骤处理方法，也能得到各业务系统的待核算数据表。例如：一个函数表达式，当它的计算结果要满足某个特定值时才能输出，在还不满足的情况下，则需要返回执行上一步的表达式，直到它所得到的值满足某个特定的值才能输出。

104、根据各业务系统的待核算数据表，生成核算消息队列；

在本实例中，财务系统会先获取支付数据的接收时间，然后再根据所接收到客户佣金支付数据根据接收时间的先后顺序进行排序，根据排序的作用，依次检测到核算数据序列。例如：银行的排号系统内部会对数字先进行有小到大的规则排序，再根据时间的先后顺序，先打印出来的排队号码会被内部系统根据时间的先后顺序检测到，先获取排队号码的客户则会获得优先办理业务的权利；

在本实例中，根据上述所得到的核算数据序列，再一次对按照时间的先后进行排序，按照接收时间的先后，将所述核算数据序列中的待核算数据依次添加到预设的消息队列的结构之中，通过接收到各系统的佣金支付数据对应排序处理，得到对应的核算消息队列。

105、根据核算消息队列，按照时间先后顺序次序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到校验结果；

在本实例中，根据上个步骤，从预设的消息队列结构中获取的消息队列，再按照时间的先后顺序依次提取出对应的客户支付数据，将核算消息队列中的客户佣金支付数据提取到校验规则所在模块；

进一步的，根据上述校验规则，需要利用预置的数据校验规则对提取到的客户支付数据进行校验，根据不同的核算方法，分别进行校验，预置的校验规则就是根据是否含税，再去支付，得到结算单和汇总的佣金支付金额。例如，某公司的薪资考核是按职称评级的，不同职级的员工薪资不同，有部分员工薪资达不到纳税点，此时的核算方式就是不含税的，但是达到纳税点的员工是要含税核算的，根据不同的核算场景分情况核算；

通过对上述提供的方法的执行，通过读取接收到的支付数据并对其进行解析得到费用明细，再将费用明细导入数据存储模板之中，得到各业务系统的待核算数据表，根据各业务系统的待核算数据表生成消息队列，按照预先配置好的数据校验规则对其进行校验，输出数据处理结果，从而提高了跨系统的数据处理精准度以及跨系统数据处理的效率。

请参阅图2，本发明实施例中跨系统的费用核算方法的第二个实施例包括：

201、在接收到数据处理指令时，通过数据接口从各业务系统中读取支付数据；

202、获取系统产生的数据处理指令；

该步骤中，所述数据处理指令可以理解为是用户的根据需求对系统发出的指令，对应的业务系统再以数据的形式发送给财务系统，例如，淘宝购物，在选定商品结算时，它会跳转到支付宝平台付款。

203、根据数据处理指令，确定对应的业务系统，并调用业务系统的数据接口；

该步骤中，每个业务系统与财务系统都有对应的接口，在接收到数据处理指令时，业务系统通过这些对应的接口将指令信息传输给财务系统。

204、根据数据接口，读取财务管理系统中接收到的Base64编码密文数据，并进行解密得到支付数据；

在实际应用中，随着人们对信息安全的需求越来越高，为了保证数据的安全度更高，本核算系统在数据的传输过程在对数据使用了Base64编码加密数据，财务系统在接收到各系统发送的数据进行解密。

205、根据时间的先后顺序对接收到的支付数据进行读取；

在本实例中，每一组数据所接收到的数据有时间上的差异，在接收到客户佣金的支付数据时，系统会先将其读取并提取出来，存放到对应的存储模板。

206、根据预先配置的数据存储模板，对支付数据进行解析，得到费用明细；

207、将费用明细导入至数据存储模板中，得到各业务系统的待核算数据表；

208、根据各业务系统的待核算数据表，生成核算消息队列；

209、根据核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果。

通过对上述方法的实施，不仅实现了去处理现有技术中跨系统的费用核算会花费大量的人工成本和时间成本的节点，而且还不需要繁琐的操作流程，系统自动处理大量的数据，既节省了时间，又能提高跨系统的费用核算精准度和工作效率。

请参阅图3，本发明实施例中跨系统的数据处理方法的第三个实施例包括：

301、根据预先配置的数据存储模板，对支付数据进行解析，得到费用明细；

302、提取数据存储模板中的字段名称；

在本实例中，系统接收指令时，通过指令的要求去获取各业务系统数据对应的字段名称。

303、根据字段名称，识别支付数据中对应的数据，并进行提取，得到数据明细；

在本实例中，根据上述获取到的字段名称，需要识别支付数据和字段名称，判断两者是否相互对应，若相互对应，则进行支付数据的提取，通过预先配置的数据存储模板生成数据明细。

304、根据数据存储模板中对字段名称的排序，将数据明细进行排序，得到费用明细。

在本实例中，配置数据存储模板，得到一个合适的数据存储模板后，可以将获取到的数据存储至相应的存储位置，这样就无需手动设置数据的存储位置；

进一步的，对于数据存储位置是先通过预先配置数据存储模板确定，再通过预先配置的数据存储模板对客户佣金支付数据进行解析，系统通过自定义发布数据，在携带标记时，财务系统接收到支付数据后，先调用在控制台提交的数据，再将系统上报的自定义格式数据解析，再进行业务处理，解析过程包括识别客户佣金支付数据中对应的数据和对数据存储模板中对应的字段名称进行排序；

数据存储模板中对对应的字段名称进行排序，根据接收数据时间的不同，对接收数据进行时间先后排序。这样在系统需要对数据进行查询时，极大的缩短了查询时间，提升用户体验感。

305、将费用明细导入至数据存储模板中，得到各业务系统的待核算数据表；

在本实施例中，这里的费用明细包括了各个业务系统根据客户的业务需求提高数据接口发送给系统的每一组数据。

306、根据各业务系统的待核算数据表，生成核算消息队列；

307、根据核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果。

通过对上述提供的方法的实施，实现了对跨系统的数据处理的支付数据的接收，并将各业务系统的支付数据按照时间的先后顺序存储到对应的数据讯处模板，根据各业务系统的待核算数据表生成消息队列，按照预先配置好的数据校验规则对其进行校验，输出数据处理的结果，从而提高了跨系统的费用核算精准度以及跨系统核算的效率。

请参阅图4，本发明实施例中跨系统的数据处理方法的第四个实施例包括：

401、将费用明细导入至数据存储模板中，得到各业务系统的待核算数据表；

402、从费用明细中提取客户佣金数据，以及客户佣金数据对应的字段名称；

在本实例中，在上一步骤得到费用明细后，再根据所述费用明细中提取到客户佣金数据，得到与客户一一对应的佣金数据和字段名称；

403、根据字段名称与数据存储模板中的支付数据进行匹配，得到客户佣金数据的存储位置，并将客户佣金数据存储在存储位置上；

进一步的，通过所述字段名称和所述数据存储模板的字段名称之间相互匹配，在匹配通过后，再将客户佣金数据存储至对应的数据存储模板位置。

404、检测客户金数据的数据格式是否满足数据存储模板的数据格式；

进一步的，在将数据存储至数据存储模板后，对接收到的客户佣金数据格式再进行检测，检测到该模板上存储的数据的格式是否满足所述数据存储模板的数据格式。

405、若不满足，则对客户佣金数据进行数据补全处理，得到各业务系统的待核算数据表；

在本实例中，根据上述检测数据格式，在不满足的情况下，需要通过对客户佣金数据补全以及对应步骤的检测及校验通过之后，再生成各业务系统的数据表；

实际应用中，数据表是由表名、表中的字段和表的记录三个部分组成的，设计数据表结构其实就是对数据表文件名的定义，确定了数据表中包含了那些字段，再将各字段的字段名、字段类型、及宽度等数据输入至系统之中。

406、根据各业务系统的待核算数据表，生成核算消息队列；

407、根据核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果。

可以看到整套流程还是相对比较复杂的，如果人为去处理这些费用支付数据会损耗大量的人力成本和时间成本，目前操作人员新增费用支付数据之后，不需要人工去处理系统录入流程，系统自动处理复杂的流程，财务系统接收到的费用明细在导入数据存储模板生成的数据表，这样确保了数据的安全以及提高了数据查询速度，即节省了时间，又能让操作员关注与客户的交流，为客户提供更优质更完善的服务，为公司带来更多切实的效应。

请参阅图5，本发明实施例中跨系统的数据处理方法的第五个实施例包括：

501、根据各业务系统的待核算数据表，生成核算消息队列；

502、获取支付数据的接收时间；

在本实例中，根据系统接收到第一个指令和最后一个指令获取到接收客户佣金支付数据的接收时间。

503、根据接收时间对核算数据表进行排序，得到核算数据序列；

在本实例中，按照时间先后顺序接收支付数据进行排序，再按照时间的先后顺序依次将待核算的客户佣金数据表添加到预先设置好的消息队列结构中，然后依次生成核算消息队列。即是先被接收的数据会得到优先处理，在将数据转换成数据表，有效的降低了数据利用成本。

504、按照时间的先后顺序，将核算数据序列中的待核算数据表依次添加到预设的消息队列结构中，得到核算消息队列；

消息队列就是一种应用通信方式，其作用是保存消息直到发送给客户。它是消息的容器，也是消息的终点。一个消息可投入一个或多个队列。消息一直在队列里面，等待消费者连接到这个队列将其取走。其优点就是可以提高系统的响应速度，保证消息的传递，如果发送消息时接收者不可用，消息队列就会保留消息，直接成功传递它；解耦，就是只要信息的格式不变，及时接收者的接口、位置、配置改变，也不会给发送者带来任何改变消息发送者无需知道消息接收者是谁，使得系统设计更清晰；削峰，系统从消息队列中慢慢拉取请求，使每秒的读取数量不超过最大值，这样不仅能保证系统正常运行，还能解决积压的消息。

505、根据核算消息队列，按照时间的先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果。

整套流程还是相对比较复杂的，在现有的技术上去处理这些费用支付数据会损耗大量的人力成本和时间成本，目前操作人员新增费用支付数据之后，需要人工去处理系统录入流程，工作流程及其复杂。但在本系统接收到的费用明细在导入数据存储模板生成的数据表，这样确保了数据的安全以及提高了数据查询速度，即节省了时间，又能让操作员关注与客户的交流，为客户提供更优质更完善的服务，为公司带来更多切实的效应。

请参阅图6，本发明实施例中跨系统的数据处理方法的第六个实施例包括：

601、利用预置的数据校验的逻辑处理规则，对客户的支付数据以及信息进行对应的校验，得到数据处理结果；

602、判断支付数据是否满足预置的数据校验规则；

在本实例中，为了确保所得校验结果的正确性，需要判断所述预置的数据校验规则，校验规则就是对核算逻辑的检验，检验在某个应用场景之中是否满足需求，若满足条件的则进行下一步，核算出客户佣金支付数据的汇总和明细。若不满足的则返回到上述相应的步骤，重新对所获取的客户佣金支付数据进行修改在执行对应的步骤，再核算出客户佣金支付数据的汇总和明细。

603、若满足，则根据计提批次的校验对各业务系统中的支付数据进行结算和汇总，并对汇总后的支付数据进行校验，得到数据处理结果；

该步骤中，该计提批次的校验指的是每次进行数据处理时的数据提取和处理阶段所对应的检验规则，例如对数据处理过程中的数据生成业务流程的逻辑进行检验；

进一步的，当客户在佣金支付环节时，能实现数据的快速同步并进行数据智能化核对校验，检验校验结果是否正确，若不正确，则需要进行相关数据的重新修正并且将相关的支付数据再次同步至数据的校验流程。

604、若不满足，则确定所述产生逻辑中的异常节点，并对异常节点进行调整，得到新的支付数据，根据计提批次的校验对各业务系统中的新的支付数据进行结算和汇总，并对汇总后的新的支付数据进行校验，得到数据处理结果；

进一步的，财务管理系统费用核算佣金支付跨系统数据处理方法，有效的解决各系统之间的实时性以及数据核算的准确性问题，在现有技术的基础上进行改进后，极大的节省了人力成本，实现数据实时同步，提高数据传输效率，当系统数据出现错误时，能快速响应客户，通知客户问题数据的原因，使其能够快速的得到解决，方便系统后期的维护，提升用户的体验感；

进一步的，根据上述根据数据校验的逻辑处理规则，对客户的支付数据以及信息进行对应的校验，得到满足数据校验的逻辑处理规则的数据处理结果；

在本实例中，在上述步骤对对应的支付数据进行校验，当校验结果满足所述逻辑处理规则时，财务管理系统将校验结果输出，输出满足预置的数据校验的逻辑处理规则的结果，最后输出数据处理结果；

以上所述，时尚实施例仅以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分技术特征进行同等替换；而这些修改或替换，并不使相应方案的本质脱离本发明各实施例技术方案的精神和范围。

上面对本发明实施例中跨系统的数据处理方法进行了描述，下面对本发明实施例中数据处理装置进行描述，请参阅图7，本发明实施例中数据处理装置的第一个实施例包括：

读取模块701，用于在接收到数据处理指令时，通过数据接口从各业务系统中读取支付数据，其中，各业务系统为处于不同网络下的系统；

解析模块702，用于根据预先配置的数据存储模板，对所述支付数据进行解析，得到费用明细；

导入模块703，用于将所述费用明细导入至所述数据存储模板中，得到各业务系统的待核算数据表；

生成模块704，用于根据各业务系统的所述待核算数据表，生成核算消息队列；

校验模块705，用于根据所述核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到校验结果。

再本实施例中，所述数据处理装置运行上述跨系统的数据处理方法，该方法通过一种跨系统的数据处理方法、装置、设备及存储介质，通过数据接口从各业务系统中读取支付数据，再根据预先配置的数据存储模板对支付数据进行解析，得到了费用明细之后，再将其导入数据存储模板之中，得到各业务系统的核算数据表，生成核算消息队列，按照时间的先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到校验结果。提高了跨系统的数据处理的准确性，提高工作效率，简化了操作流程。

请参阅图8，本发明实施案例中数据处理费用核算装置的第二个实施例，该数据处理装置包括：

读取模块701，用于在接收到数据处理指令时，通过数据接口从各业务系统中读取支付数据，其中，各业务系统为处于不同网络下的系统；

解析模块702，用于根据预先配置的数据存储模板，对所述支付数据进行解析，得到费用明细；

导入模块703，用于将所述费用明细导入至所述数据存储模板中，得到各业务系统的待核算数据表；

生成模块704，用于根据各业务系统的所述待核算数据表，生成核算消息队列；

校验模块705，用于根据所述核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到校验结果。

可选地，所述读取模块701具体用于：

获取系统产生的数据处理指令；

根据所述数据处理指令，确定对应的业务系统，并调用所述业务系统的数据接口；

根据所述数据接口，读取系统中接收到的Base64编码密文数据，并进行解密得到支付数据。

其中，所述解析模块702包括：

第一提取单元7021，用于提取所述数据存储模板中的字段名称；

识别单元7022，用于根据所述字段名称，识别所述支付数据中对应的数据，并进行提取，得到数据明细；

排序单元7023，用于根据所述数据存储模板中对所述字段名称的排序，将所述数据明细进行排序，得到费用明细。

其中，所述导入模块703包括：

第二提取单元7031，用于从所述费用明细中提取客户佣金数据，以及所述客户佣金数据对应的字段名称；

匹配单元7032，用于根据所述字段名称与所述数据存储模板中的字段名称进行匹配，得到所述客户佣金数据的存储位置，并将所述客户佣金数据存储在所述存储位置上；

检测单元7033，用于检测所述客户金数据的数据格式是否满足所述数据存储模板的数据格式；

补全单元7034，用于在检测所述客户金数据的数据格式不满足所述数据存储模板的数据格式时，对所述客户佣金数据进行数据补全处理，得到各业务系统的待核算数据表。

其中，所述生成模块704包括：

获取单元7041，用于获取所述支付数据的接收时间；

排序单元7042，用于根据所述接收时间对所述核算数据表进行排序，得到核算数据序列；

生成单元7043，用于按照时间的先后顺序，将所述核算数据序列中的待核算数据依次添加到预设的消息队列结构中，生成核算消息队列。

其中，所述校验模块705包括：

第三提取单元7051，用于根据所述核算消息队列，通过接口接收客户支付信息，并提取其中的支付数据；

校验单元7052，用于利用预置的数据校验的逻辑处理规则，对客户的支付数据以及信息进行对应的校验，得到校验结果。

其中，所述校验单元7052具体用于：

判断所述支付数据的产生逻辑是否满足所述逻辑处理规则；

若满足，则根据计提批次的校验对各业务系统中的所述支付数据进行结算和汇总，并对汇总后的支付数据进行校验，得到数据处理结果；

若不满足，则确定所述产生逻辑中的异常节点，并对所述异常节点进行数据补全以及数据修改，得到新的支付数据，根据计提批次的校验对各业务系统中的所述新的支付数据进行结算和汇总，并对汇总后的新的支付数据进行校验，得到数据处理结果。

上面图7和图8从模块化功能实施的角度对本发明实施例中的数据处理置进行详细描述，下面从硬件处理的角度对本发明实施例中数据处理设备进行详细描述。

图9是本发明实施例提供的一种数据处理设备的结构示意图，该数据处理设备900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)910(例如，一个或一个以上处理器)和存储器920，一个或一个以上存储应用程序933或数据932的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器920和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备900中的一系列指令操作。更进一步地，处理器910可以设置为与存储介质930通信，在数据处理设备900上执行存储介质930中的一系列指令操作,以实现上述跨系统的数据处理方法的步骤。

数据处理设备900还可以包括一个或一个以上电源940，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口960，和/或，一个或一个以上操作系统931，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图9示出的数据处理设备结构并不构成对本申请提供的数据处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行上述各实施例提供的跨系统的数据处理方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

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

在接收到数据处理指令时，通过数据接口从各业务系统中读取支付数据，其中，各业务系统为处于不同网络下的系统；

根据预先配置的数据存储模板，对所述支付数据进行解析，得到费用明细；

将所述费用明细导入至所述数据存储模板中，得到各业务系统的待核算数据表；

根据各业务系统的所述待核算数据表，生成核算消息队列；

根据所述核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果。

2.根据权利要求1所述的跨系统的数据处理方法，其特征在于，所述在接收到数据处理指令时，通过数据接口从各业务系统中读取支付数据包括：

获取系统产生的数据处理指令；

根据所述数据处理指令，确定对应的业务系统，并调用所述业务系统的数据接口；

根据所述数据接口，读取业务管理系统中接收到的Base64编码密文数据，并进行解密得到支付数据。

3.根据权利要求1或2所述的跨系统的数据处理方法，其特征在于，所述根据预先配置的数据存储模板，对所述支付数据进行解析，得到费用明细包括：

提取所述数据存储模板中的字段名称；

根据所述字段名称，识别所述支付数据中对应的数据，并进行提取，得到数据明细；

根据所述数据存储模板中对所述字段名称的排序，将所述数据明细按照时间的先后顺序进行排序，得到费用明细。

4.根据权利要求3所述的跨系统的数据处理方法，其特征在于，所将所述费用明细导入至所述数据存储模板中，得到各业务系统的待核算数据表包括：

从所述费用明细中提取客户佣金数据，以及所述客户佣金数据对应的字段名称；

根据所述字段名称与所述数据存储模板中的支付数据进行匹配，得到所述客户佣金数据的存储位置，并将所述客户佣金数据存储在所述存储位置上；

检测所述客户金数据的数据格式是否满足所述数据存储模板的数据格式；

若不满足，则对所述客户佣金数据进行数据补全处理，得到各业务系统的待核算数据表。

5.根据权利要求4所述的跨系统的数据处理方法，其特征在于，所述根据各业务系统的所述待核算数据表，生成核算消息队列包括：

获取所述支付数据的接收时间；

根据所述接收时间对所述核算数据表进行排序，得到核算数据序列；

按照时间的先后顺序，将所述核算数据序列中的待核算数据依次添加到预设的消息队列结构中，生成核算消息队列。

6.根据权利要求5所述的跨系统的数据处理方法，其特征在于，所述根据所述核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果包括：

根据所述核算消息队列，通过接口接收客户支付信息，并提取其中的支付数据；

利用预置的数据校验的逻辑处理规则，对客户的支付数据以及信息进行对应的校验，得到数据处理结果。

7.根据权利要求6所述的跨系统的数据处理方法，其特征在于，所述利用预置的数据校验的逻辑处理规则，对客户的支付数据以及信息进行对应的校验，得到数据处理结果包括：

判断所述支付数据的产生逻辑是否满足所述逻辑处理规则；

若满足，则根据计提批次的校验对各业务系统中的所述支付数据进行结算和汇总，并对汇总后的支付数据进行校验，得到数据处理结果；

若不满足，则确定所述产生逻辑中的异常节点，并对所述异常节点进行数据补全以及数据修改，得到新的支付数据，根据计提批次的校验对各业务系统中的所述新的支付数据进行结算和汇总，并对汇总后的新的支付数据进行校验，得到数据处理结果。

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

读取模块，用于在接收到数据处理指令时，通过数据接口从各业务系统中读取支付数据，其中，各业务系统为处于不同网络下的系统；

解析模块，用于根据预先配置的数据存储模板，对所述支付数据进行解析，得到费用明细；

导入模块，用于将所述费用明细导入至所述数据存储模板中，得到各业务系统的待核算数据表；

生成模块，用于根据各业务系统的所述待核算数据表，生成核算消息队列；

校验模块，用于根据所述核算消息队列，按照时间先后顺序依次提取对应的支付数据，并利用预置的数据校验规则对对应的支付数据进行校验，得到数据处理结果。

9.一种数据处理设备，其特征在于，所述数据处理设备包括：

存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述数据处理设备执行如权利要求1-7中任一项所述的跨系统的数据处理方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，所述指令被处理器执行时实现如权利要求1-7中任一项所述的跨系统的数据处理方法的步骤。

Images