本申请实施例提供一种外呼交易验证方法及装置，可用于金融领域，方法包括：接收用户发送的业务交易请求，根据预设生产规则引擎判断所述业务交易请求是否存在交易风险；若判定存在交易风险，则采集外呼所需数据以生成外呼落地交易信息并发送至外呼坐席，在所述外呼坐席确认交易可行后向设定交易系统转发所述业务交易请求以使所述交易系统执行对应的业务处理操作；本申请能够准确识别交易风险，并便捷得向外呼坐席提供用于交易验证的外呼落地交易信息，提高外呼交易验证的处理效率。提高外呼交易验证的处理效率。提高外呼交易验证的处理效率。
【技术实现步骤摘要】
外呼交易验证方法及装置
[0001]本申请涉及数据处理领域，也可用于金融领域，具体涉及一种外呼交易验证方法及装置。
技术介绍
[0002]为了更好地验证客户身份，确认交易安全，现有技术对网银、手机银行的转账交易做了各类验证，包括：人脸识别、挑战短信、挑战图片验证码、外呼等。其中外呼落地场景最为特殊，需要外呼坐席介入，因此外呼落地交易的交易量与坐席人数有正相关关系。当客户的转账交易被自动终止，进入外呼系统后需使客户能够在5分钟内接到外呼确认电话，并通过与客户的沟通确认，最终对落地交易进行处理，放行则交易继续；拒绝，则交易失败，因此判定风险的系统如何与外呼系统进行交互和解耦至关重要。
[0003]现有技术对外呼处理的方式一方面反应慢，另一方面由于坐席人员的限制，需对交易外呼率有很好的预估才可以，否则将会增加坐席压力。由于外呼决策是客户实时交易的落地，网银系统由于不记录风控在联机交易中获取的设备信息、客户交易其他信息等，因此当网银收到外呼决策时，再次将交易所有信息获取一遍，且有些交易信息是客户发起交易时才有的，因此需要风控系统提供此信息，由此，判定风险的系统与外呼系统频繁交互形成强耦合，降低了外呼交易验证的处理效率以及整体系统的灵活性和稳定性。
技术实现思路
[0004]针对现有技术中的问题，本申请提供一种外呼交易验证方法及装置，能够准确识别交易风险，并便捷得向外呼坐席提供用于交易验证的外呼落地交易信息，提高外呼交易验证的处理效率。
[0005]为了解决上述问题中的至少一个，本申请提供以下技术方案：
[0006]第一方面，本申请提供一种外呼交易验证方法，包括：
[0007]接收用户发送的业务交易请求，根据预设生产规则引擎判断所述业务交易请求是否存在交易风险；
[0008]若判定存在交易风险，则采集外呼所需数据以生成外呼落地交易信息并发送至外呼坐席，在所述外呼坐席确认交易可行后向设定交易系统转发所述业务交易请求以使所述交易系统执行对应的业务处理操作。
[0009]进一步地，所述根据预设生产规则引擎判断所述业务交易请求是否存在交易风险，包括：
[0010]判断所述业务交易请求是否触发预设生产规则引擎的风险控制策略；
[0011]若是，则判定存在需要进行外呼处置的交易风险，否则判定交易可行。
[0012]进一步地，所述采集外呼所需数据以生成外呼落地交易信息，包括：
[0013]通过所述生产规则引擎的交易日志采集外呼所需数据，生成外呼落地交易信息，所述外呼落地交易信息包括客户数据、交易数据以及设备数据中的至少一种。
[0014]进一步地，所述生成外呼落地交易信息并发送至外呼坐席，包括：
[0015]生成外呼落地交易信息并发送至外呼坐席的任务队列中，以接收外呼坐席的任务选择指令并在外呼坐席电话验证过程中展示对应的外呼落地交易信息。
[0016]进一步地，还包括：
[0017]在接收用户发送的业务交易请求后和交易系统执行完成对应的业务处理操作后，将所述业务交易请求和所述业务处理操作的结果发送至消息中间件进行交易归档。
[0018]进一步地，还包括：
[0019]根据预设生产规则引擎的灰度机制和灰度报表，确定待上线的风险控制策略的预估外呼率；
[0020]根据所述预估外呼率和外呼坐席固定数量调整所述待上线的风险控制策略。
[0021]第二方面，本申请提供一种外呼交易验证装置，包括：
[0022]交易风险判别模块，用于接收用户发送的业务交易请求，根据预设生产规则引擎判断所述业务交易请求是否存在交易风险；
[0023]信息采集和交易验证模块，用于若判定存在交易风险，则采集外呼所需数据以生成外呼落地交易信息并发送至外呼坐席，在所述外呼坐席确认交易可行后向设定交易系统转发所述业务交易请求以使所述交易系统执行对应的业务处理操作。
[0024]进一步地，所述交易风险判别模块包括：
[0025]风控策略触发单元，用于判断所述业务交易请求是否触发预设生产规则引擎的风险控制策略；
[0026]外呼处置单元，用于若判断所述业务交易请求触发预设生产规则引擎的风险控制策略，则判定存在需要进行外呼处置的交易风险，否则判定交易可行。
[0027]进一步地，所述信息采集和交易验证模块包括：
[0028]日志信息采集单元，用于通过所述生产规则引擎的交易日志采集外呼所需数据，生成外呼落地交易信息，所述外呼落地交易信息包括客户数据、交易数据以及设备数据中的至少一种。
[0029]进一步地，所述信息采集和交易验证模块还包括：
[0030]队列处理单元，用于生成外呼落地交易信息并发送至外呼坐席的任务队列中，以接收外呼坐席的任务选择指令并在外呼坐席电话验证过程中展示对应的外呼落地交易信息。
[0031]进一步地，还包括：
[0032]交易归档模块，用于在接收用户发送的业务交易请求后和交易系统执行完成对应的业务处理操作后，将所述业务交易请求和所述业务处理操作的结果发送至消息中间件进行交易归档。
[0033]进一步地，还包括：
[0034]灰度预测单元，用于根据预设生产规则引擎的灰度机制和灰度报表，确定待上线的风险控制策略的预估外呼率；
[0035]策略调整单元，用于根据所述预估外呼率和外呼坐席固定数量调整所述待上线的风险控制策略。
[0036]第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可
在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的外呼交易验证方法的步骤。
[0037]第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的外呼交易验证方法的步骤。
[0038]第五方面，本申请提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现所述的外呼交易验证方法的步骤。
[0039]由上述技术方案可知，本申请提供一种外呼交易验证方法及装置，通过预设生产规则引擎准确识别交易风险，并全面、便捷得向外呼坐席提供用于交易验证的外呼落地交易信息，无需外呼坐席重复请求获取数据，减少了不同系统间的频繁交互，降低了耦合性，由此提高外呼交易验证的处理效率。
附图说明
[0040]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0041]图1为本申请实施例中的外呼交易验证方法的流程示意图之一；
[0042]图2为本申请实施例中的外呼交易验证方法的流程示意图之二；
[0043]图3为本申请实施例中的外呼交易验证方法的流程示意图之三；
[0044]图4为本申请实施例中的本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种外呼交易验证方法，其特征在于，所述方法包括：接收用户发送的业务交易请求，根据预设生产规则引擎判断所述业务交易请求是否存在交易风险；若判定存在交易风险，则采集外呼所需数据以生成外呼落地交易信息并发送至外呼坐席，在所述外呼坐席确认交易可行后向设定交易系统转发所述业务交易请求以使所述交易系统执行对应的业务处理操作。2.根据权利要求1所述的外呼交易验证方法，其特征在于，所述根据预设生产规则引擎判断所述业务交易请求是否存在交易风险，包括：判断所述业务交易请求是否触发预设生产规则引擎的风险控制策略；若是，则判定存在需要进行外呼处置的交易风险，否则判定交易可行。3.根据权利要求1所述的外呼交易验证方法，其特征在于，所述采集外呼所需数据以生成外呼落地交易信息，包括：通过所述生产规则引擎的交易日志采集外呼所需数据，生成外呼落地交易信息，所述外呼落地交易信息包括客户数据、交易数据以及设备数据中的至少一种。4.根据权利要求1所述的外呼交易验证方法，其特征在于，所述生成外呼落地交易信息并发送至外呼坐席，包括：生成外呼落地交易信息并发送至外呼坐席的任务队列中，以接收外呼坐席的任务选择指令并在外呼坐席电话验证过程中展示对应的外呼落地交易信息。5.根据权利要求1所述的外呼交易验证方法，其特征在于，还包括：在接收用户发送的业务交易请求后和交易系统执行完成对应的业务处理操作后，将所述业务交易请求和所述业务处理操作的结果发送至消息中间件进行交易归档。6.根据权利要求1所述的外呼交易验证方法，其特征在于，还包括：根据预设生产规则引擎的灰度机制和灰度报表，确定待上线的风险控制策略的预估外呼率；根据所述预估外呼率和外呼坐席固定数量调整所述待上线的风险控制策略。7.一种外呼交易验证装置，其特征在于，包括：交易风险判别模块，用于接收用户发送的业务交易请求，根据预设生产规则引擎判断所述业务交易请求是否存在交易风险；信息采集和交易验证模块，用于若判定存在交易风险，则采集外呼所需数据以生成外呼落地交易信息并发送至外呼坐席，在所述外呼坐席确认交易可行后向设定交易系统转发所述业务交易请求以使所...
【专利技术属性】
技术研发人员：千改平，
申请(专利权)人：中国银行股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。