一种实时核对业务资损的方法及系统

摘要

本发明涉及业务资损发现技术，公开了一种实时核对业务资损的方法及系统，其包括，每个业务流程的关键节点获取当前业务节点产生的业务节点快照；将获取的业务节点快照存储至存储介质中；依据业务节点快照的生成标记定义业务触发机制；通过加载不同业务节点的数据核对规则及业务节点快照，触发实时核对；通过核对引擎执行获取业务节点快照的比对结果；当比对结果存在资损则将比对结果同步至业务资损处理；否则业务实时核对结束；当核对发现业务资损，则通过告警通知对业务资损进行处理。本发明实现的方法具有实时性，在生产环境和业务软件系统同步执行，能实时发现业务资损的能力，从而大幅降低故障带来的业务损失。

权利要求

1.一种实时核对业务资损的方法，其方法包括：

业务节点快照的获取，在每个业务流程的关键节点获取当前业务节点产生的业务节点快照；

业务节点快照的存储，将获取的业务节点快照存储至存储介质中；

实时核对业务的触发，通过加载不同业务节点的数据核对规则及业务节点快照，触发实时核对业务；

业务节点快照的比对，通过核对引擎执行获取业务节点快照的比对结果；当比对结果存在资损则将比对结果同步至业务资损处理；否则业务实时核对结束；

业务资损处理，核对发现接收到业务资损处理，则通过告警通知对业务资损进行处理；

业务节点快照的存储包括：

业务节点快照模板信息的接收，接收业务节点快照模板信息请求；

业务节点及业务节点快照的写入，写入业务节点及业务节点快照；

业务节点快照列表的查询，对于写入的业务节点快照查询业务节点快照列表；

业务节点快照的同步状态判断，对于查询的业务节点快照列表进行业务节点快照的同步状态判断，当所有节点快照为同步状态，则新增核对定时任务并触发；否则，对业务节点快照超时时间的校验；

业务节点快照超时时间的校验，对于不同步的业务节点快照，进行超时判断，当业务节点快照超时，则输出警告，否则，进行核对任务的判断；核对任务的判断，当业务节点快照未超时，且所有节点已同步则新增核对任务并触发；

新增核对定时任务并触发，核对定时任务触发后，拉取快照列表并执行核对规则；核对规则执行后如果判断是否存在有业务资损，存在业务资损则发出警告并人工处理；否则核对定时任务结束。

2. 根据权利要求1 所述的一种实时核对业务资损的方法，其特征在于，还包括业务执行的阻断，当发现比对结果存在资损，则通过自动阻断业务的执行。

3. 根据权利要求1 所述的一种实时核对业务资损的方法，其特征在于，实时核对业务的触发包括：业务节点快照列表的获取，实时核对业务并传入节点类型，从而获取业务节点快照列表；

业务节点快照列表的判断，依据获取的业务节点快照列表从而确定业务快照是否集齐，当业务快照集齐，则获取业务快照模板信息；否则发出警告；

获取业务快照模板信息，对于已集齐的业务快照获取业务快照模板信息；业务快照模板信息包括业务快照规则、业务快照规则表达式模板和业务快照规则因子；

业务快照模板信息组装，对于获取的业务快照模板信息进行组装；

业务快照规则的执行，对于组装后的业务快照模板信息进行规则的执行；

资损的判断，依据业务快照规则进行资损的判断，当存在资损则触发业务阻断或发出告警信息，否则实时核对业务的触发完成。

4. 根据权利要求1 所述的一种实时核对业务资损的方法，其特征在于，业务节点快照的获取通过SDK 或API 方式获取。

5. 根据权利要求1 所述的一种实时核对业务资损的方法，其特征在于，业务节点快照的存储通过业务节点数据结构的形式进行存储。

6. 根据权利要求1 所述的一种实时核对业务资损的方法，其特征在于， 业务节点快照的比对方法通过采用动态脚本。

7. 一种实时核对业务资损的系统，其特征在于，包括用于权利要求1‑6 任一所述的实现一种实时核对业务资损的方法的系统；

业务节点快照的获取单元，在每个业务流程的关键节点获取当前业务节点产生的业务节点快照；

业务节点快照的存储单元，将获取的业务节点快照存储至存储介质中；

实时核对业务的触发单元，通过加载不同业务节点的数据核对规则及业务节点快照，触发实时核对业务；

业务节点快照的比对单元，通过核对引擎执行获取业务节点快照的比对结果；当比对结果存在资损则将比对结果同步至业务资损处理；否则业务实时核对结束；

业务资损处理单元，当核对发现接收到业务资损处理，则通过告警通知对业务资损进行处理。

说明书

一种实时核对业务资损的方法及系统

技术领域

[0001] 本发明涉及业务资损发现技术，尤其涉及了一种实时核对业务资损的方法及系统。

背景技术

[0002] 软件系统导致的业务资金损失是指由于计算机程序中的逻辑错误或缺陷导致的商业活动中的资金损失。

[0003] 这种损失可能是由以下因素引起的：

[0004] 错误的计算逻辑：计算机代码中的错误的计算逻辑可能导致资金计算错误，例如错误的利润计算、错误的费用计算，从而导致资金损失。

[0005] 数据处理错误：代码逻辑中的数据处理错误可能导致资金数据的不准确性，例如错误的账户余额计算、错误的交易数据处理，进而导致资金损失或错误的决策。

[0006] 安全漏洞和欺诈行为：代码逻辑中存在的安全漏洞可能被恶意利用，导致资金被盗窃、操纵或转移。同时，代码逻辑中的欺诈行为也可能导致资金损失，例如未经授权的资金转移或交易操作。

[0007] 交易错误和系统故障：代码逻辑中的错误可能导致交易执行错误，例如错误的交易确认、错误的结算操作，从而导致资金损失。

[0008] 此外，系统故障或崩溃也可能导致交易无法完成或数据丢失，进而导致资金损失。第三方接口集成问题：代码逻辑中与第三方接口的集成可能存在问题，例如数据传输错误、数据格式不匹配，导致资金交易中断或错误。

[0009] 为了减少计算机代码逻辑导致的业务资金损失，企业可以采取以下措施：

[0010] 严格的代码审查和测试：对代码进行严格的审查和测试，包括逻辑测试、边界测试、异常处理测试，以确保代码逻辑的正确性和稳定性。

[0011] 强化安全措施：加强代码安全审计和漏洞扫描，修复潜在的安全漏洞，确保代码的安全性。此外，实施身份验证、授权和访问控制安全措施，以防止未经授权的资金操作。

[0012] 实时监测和警报：建立实时监测和警报系统，及时发现异常交易、异常数据处理或系统故障问题，并迅速采取措施加以解决，以减少资金损失。

[0013] 建立强大的内部控制和审计制度：建立内部控制和审计制度，包括权限管理、数据审计、交易审计，以确保代码逻辑的正确执行和资金的安全。通过采取以上措施，企业可以在一定程度上降低计算机代码逻辑导致的业务资金损失的风险。

[0014] 如现有技术，CN201911102295.2其不能实时的进行业务资损的发现与核对。

发明内容

[0015] 本发明针对现有技术中对于业务资损技术其重度依赖测试同学的专家经验，通过测试同学对测试场景的充分分析以后构建足够充分的测试用例覆盖；过程中很可能因为经验不足以及分析遗漏导致业务场景覆盖不足，无法发现某些场景下的业务资损问题；生产环境问题发现的滞后性：常规测试方法可能因为测试遗漏导致问题遗留到生产环境，离线 SQL 核对作为后置发现手段，有至少小时级别的滞后性，从而导致问题在生产环境中被放大，带来巨大的业务损失。现有技术重在发现业务资损问题，但未提供有效止损办法的问题，提供了一种实时核对业务资损的方法及系统。

[0016] 为了解决上述技术问题，本发明通过下述技术方案得以解决：

[0017] 一种实时核对业务资损的方法，其方法包括：

[0018] 业务节点快照的获取，在每个业务流程的关键节点获取当前业务节点产生的业务节点快照；

[0019] 业务节点快照的存储，将获取的业务节点快照存储至存储介质中；

[0020] 实时核对业务的触发，通过加载不同业务节点的数据核对规则及业务节点快照，触发实时核对业务；

[0021] 业务节点快照的比对，通过核对引擎执行获取业务节点快照的比对结果；当比对结果存在资损则将比对结果同步至业务资损处理；否则业务实时核对结束；

[0022] 业务资损处理，当核对发现接收到业务资损处理，则通过告警通知对业务资损进行处理。

[0023] 作为优选，还包括业务执行的阻断，当发现比对结果存在资损，则通过自动化阻断业务的执行。

[0024] 作为优选，业务节点快照的存储包括：

[0025] 业务节点快照模板信息的接收，接收业务节点快照模板信息请求；

[0026] 业务节点及业务节点快照的写入，写入业务节点及业务节点快照；

[0027] 业务节点快照列表的查询，对于写入的业务节点快照查询业务节点快照列表；

[0028] 业务节点快照的同步状态判断，对于查询的业务节点快照列表进行业务节点快照的同步状态判断，当所有节点快照为同步状态，则新增核对定时任务并触发；否则，对业务节点快照超时时间的校验；

[0029] 业务节点快照超时时间的校验，对于不同步的业务节点快照，进行超时判断，当业务节点快照超时，则输出警告，否则，进行核对任务的判断；核对任务的判断，当业务节点快照未超时，且所有节点已同步则新增核对任务并触发；

[0030] 新增核对定时任务并触发，核对定时任务触发后，拉取快照列表并执行核对规则；核对规则执行后如果判断是否存在有业务资损，存在业务资损则发出警告并人工处理；否则核对定时任务结束。

[0031] 作为优选，实时核对业务的触发包括：

[0032] 业务节点快照列表的获取，实时核对业务并传入节点类型，从而获取业务节点快照列表；

[0033] 业务节点快照列表的判断，依据获取的业务节点快照列表从而确定业务快照是否集齐，当业务快照集齐，则获取业务快照模板信息；否则发出警告；

[0034] 获取业务快照模板信息，对于已集齐的业务快照获取业务快照模板信息，业务快照模板信息包括业务快照规则、业务快照规则表达式模板和业务快照规则因子；

[0035] 业务快照模板信息组装，对于获取的业务快照模板信息进行组装；

[0036] 业务快照规则的执行，对于组装后的业务快照模板信息进行规则的执行；

[0037] 资损的判断，依据业务快照规则进行资损的判断，当存在资损则触发业务阻断或发出告警信息并人工处理，否则实时核对业务的触发完成。

[0038] 作为优选，业务节点快照的获取通过SDK或API方式获取。

[0039] 作为优选，业务节点快照的存储通过业务节点数据结构的形式进行存储。

[0040] 作为优选， 业务节点快照的比对方法通过采用动态脚本。

[0041] 为了解决上述技术问题，本发明还提供了一种实时核对业务资损的系统，其包括用于实现一种实时核对业务资损的方法的系统;

[0042] 业务节点快照的获取单元，在每个业务流程的关键节点获取当前业务节点产生的业务节点快照；

[0043] 业务节点快照的存储单元，将获取的业务节点快照存储至存储介质中；

[0044] 实时核对业务的触发单元，通过加载不同业务节点的数据核对规则及业务节点快照，触发实时核对业务；

[0045] 业务节点快照的比对单元，通过核对引擎执行获取业务节点快照的比对结果；当比对结果存在资损则将比对结果同步至业务资损处理；否则业务实时核对结束；

[0046] 业务资损处理单元，当核对发现接收到业务资损处理，则通过告警通知对业务资损进行处理。

[0047] 本发明由于采用了以上技术方案，具有显著的技术效果：

[0048] 本发明基于业务系统产生的数据核对，无需构造复杂的业务测试场景以及并发/分布式；

[0049] 本发明对比业务场景分析与用例覆盖，对软件目标数据的分析与覆盖，需要的专家经验更少，对测试同学的要求更低，测试成本更低；

[0050] 本发明具有实时性，在生产环境和业务软件系统同步执行，弥补了常规测试方法不具备的实时发现能力，从而大幅度降低故障带来的业务损失。

附图说明

[0051] 图1是本发明流程图。

[0052] 图2本发明的业务节点快照的存储流程图。

[0053] 图3是本发明的实时核对业务的触发流程图。

[0054] 图4是本发明的实施例4流程图。

具体实施方式

[0055] 下面结合附图与实施例对本发明作进一步详细描述。

[0056] 实施例 1

[0057] 一种实时核对业务资损的方法，其方法包括：

[0058] 业务节点快照的获取，在每个业务流程的关键节点获取当前业务节点产生的业务节点快照；

[0059] 业务节点快照的存储，将获取的业务节点快照存储至存储介质中；

[0060] 实时核对业务的触发，通过加载不同业务节点的数据核对规则及业务节点快照，触发实时核对业务；

[0061] 业务节点快照的比对，通过核对引擎获取业务节点快照的比对结果；当比对结果存在资损则将比对结果同步至业务资损处理；否则业务实时核对结束；解析数据快照得到上下游数据一致性比对结果。核对引擎使用了动态脚本引擎解析工具，可以支持核对脚本动态加载执行。该实施例中实现时使用了阿里开源工具 QLExpress，也可选用 Groovy、Scala或JRuby 替换。

[0062] 业务资损处理，当接收到业务资损处理，则对业务资损进行处理。

[0063] 节点类型是指业务活动执行的不同业务种类，如在保险投保业务中，节点类型可以分为：定价、创建投保单、核保、支付、出单。

[0064] 快照是指在业务执行过程中产生的业务数据。

[0065] 快照类型：表示业务数据的种类。如保险投保过程产生的快照类型分为：投保单信息、产品详情、保单信息、支付信息、账单信息。

[0066] 规则：业务资损发现规则。

[0067] 规则表达式：被引擎执行的代码语句，如 QLExpress 语句，SQL；

[0068] 规则因子：规则表达式中需要从具体业务快照中取值的动态数据，一般用占位符表示。

[0069] 图2中，业务节点快照的存储方法包括：

[0070] 业务节点快照模板信息的接收，接收业务节点快照模板信息请求；

[0071] 业务节点及业务节点快照的写入，写入业务节点及业务节点快照；

[0072] 业务节点快照列表的查询，对于写入的业务节点快照查询业务节点快照列表；

[0073] 业务节点快照的同步状态判断，对于查询的业务节点快照列表进行业务节点快照的同步状态判断，当所有节点快照为同步状态，则新增核对定时任务并触发；否则，对业务节点快照超时时间的校验；

[0074] 业务节点快照超时时间的校验，对于不同步的业务节点快照，进行超时判断，当业务节点快照超时，则输出警告，否则，进行核对任务的判断；核对任务的判断，当业务节点快照未超时，且所有节点已同步则新增核对任务并触发；

[0075] 新增核对定时任务并触发，核对定时任务触发后，拉取快照列表并执行核对规则；核对规则执行后如果判断是否存在有业务资损，存在业务资损则发出警告并人工处理；否则核对定时任务结束。

[0076] 图3中，实时核对业务的触发包括：

[0077] 业务节点快照列表的获取，实时核对业务并传入节点类型，从而获取业务节点快照列表；

[0078] 业务节点快照列表的判断，依据获取的业务节点快照列表从而确定业务快照是否集齐，当业务快照集齐，则获取业务快照模板信息；否则发出警告；

[0079] 获取业务快照模板信息，对于已集齐的业务快照获取业务快照模板信息，业务快照模板信息包括业务快照规则、业务快照规则表达式模板和业务快照规则因子；

[0080] 业务快照模板信息组装，对于获取的业务快照模板信息进行组装；

[0081] 业务快照规则的执行，对于组装后的业务快照模板信息进行规则的执行；

[0082] 资损的判断，依据业务快照规则进行资损的判断，当存在资损则触发业务阻断或发出告警信息，否则实时核对业务的触发完成。

[0083] 业务节点快照的获取通过SDK或API方式获取。

[0084] 业务节点快照的存储通过业务节点数据结构的形式进行存储。

[0085] 业务节点快照的比对方法通过采用动态脚本。

[0086] 实施例 2

[0087] 在实施例1基础上，本实施例还包括业务执行的阻断，当发现比对结果存在资损，则通过自动化的方式阻断业务的执行。

[0088] 实施例 3

[0089] 在上述实施例基础上，本实施例为一种实时核对业务资损的系统，其包括用于实现一种实时核对业务资损的方法的系统；其包括，业务节点快照的获取单元，在每个业务流程的关键节点获取当前业务节点产生的业务节点快照；

[0090] 业务节点快照的存储单元，将获取的业务节点快照存储至存储介质中；

[0091] 实时核对业务的触发单元，通过加载不同业务节点的数据核对规则及业务节点快照，触发实时核对业务；

[0092] 业务节点快照的比对单元，通过核对引擎执行获取业务节点快照的比对结果；当比对结果存在资损则将比对结果同步至业务资损处理；否则业务实时核对结束；

[0093] 业务资损处理单元，当核对发现接收到业务资损处理，则通过告警通知对业务资损进行处理。

[0094] 实施例 4

[0095] 在上述实施例基础上，本实施例为用于投保的业务流程，图4中，其投保业务流程包括用户投保申请、定价、核保、支付和保单签发五个节点；在核保过程后支付前，核保节点发出快照消息，设计的核对系统收到快照消息后，将快照存储到存储介质中，对于支付，需要生成保费核对任务，并秒级任务触发，从而判断快照数据是否齐全，即定价、保单和支付快照是否存在；当快照数据齐全，也就是定价、保单和支付快照存在时，则获取快照数据；否则核对的数据不全。

[0096] 获取的快照数据包括定价数据快照采集、支付数据采集和保单数据采集；对于定价数据快照采集，先进行采集定价记录快照，然后对采集的顶级记录快照进行存储；对于支付数据采集，先采集支付快照数据，然后对支付数据进行存储；对于保单数据采集，先采集保单快照数据，并对采集的保单快照数据进行存储。

[0097] 当获取快照数据后，则进行保费核对规则执行，然后进行定价的判断，及保费定价与支付的金额，及保单保费与定价是否一致，当保费定价与支付金额一致，且保单保费与定价一致时，则业务核对完成，结束保单的签发；当保费定价与支付金额不一致或保单保费与定价不一致时，则通过钉钉、短信或电话发送告警信息；并熔断该业务流程，让用户无法继续执行第三步支付操作，防止系统出现资损问题；接收到告警信息则通过技术人员进行人工处理。核对任务扫描快照消息，核对引擎发现核保节点数据异常。

[0098] 如核保时产品的保额为100元，而投保单的支付金额为50元，数据不匹配，此时核对系统会发出告警到钉钉、飞书、微信和短信通知渠道，并熔断该业务流程，让用户无法继续执行第三步支付操作，防止系统出现资损问题。