CN111429256B - 一种风控判断过程中的界面展示方法及系统 - Google Patents

Abstract

本发明涉及风险控制的技术领域，具体公开了一种风控判断过程中的界面展示方法，包括以下步骤：S1、获取进件请求；S2、累计进件请求的重试次数；S3、对进件请求进行审核的过程进行监控；S4、当进件请求审核的过程中出现异常情况时，判断重试次数是否达到预设的第一阈值；S5、当重试次数未达到第一阈值时，跳转到步骤S1；S6、当判断出现异常情况的进件请求的重试次数达到第一阈值时，由人工对进件请求进行进件审核，得到审核结果。基于上述方法，还提供了一种风控判断过程中的界面展示系统。采用本发明的技术方案，能够在风控系统出现无法自动处理的未知异常情况时，对客户的进件请求进行进件审核。

Description

一种风控判断过程中的界面展示方法及系统

技术领域

本发明涉及风险控制的技术领域，特别涉及一种风控判断过程中的界面展示方法及系统。

背景技术

风控即是风险控制，银行的风控系统主要担负着前端系统的客户请求中的准入及用信过程的风险控制。风控系统主要基于大数据进行研究，提高风控结果，识别诈骗客户并评估客户信用等级。

当前，银行风控系统在提高风控结果的质量这一方面已经比较成熟，例如，在中国专利公开号为CN108346096A的专利文献中公开了一种风控系统及风控方法，其中，风控系统包括客户端、风控平台以及多个数据平台，客户端接收客户输入的审核请求，风控平台根据审核请求，通过付费的方式从多个数据平台处获取多个评估数据，对多个评估数据进行处理以得到风险评估结果，评估结果包括评估等级及对应的评估金额，风控平台还用于根据请求金额和评估金额得到审核结果、并将审核结果发送至客户端。该发明中，风控平台根据审核请求，通过付费的方式从多个数据平台处获取多个评估数据，从而实现了多个数据平台之间评估数据的共享，多维度、多方面地获取了评估数据，基于该评估数据进行风险评估，可以有效地提高数据质量，进一步地提高风控结果的准确性。

但是，风控系统在处理进件请求的过程中，当客户进件参数有误或者网络不稳定以及服务器系统问题产生时，可能会出现各种不可控的未知异常抛出，给客户造成很糟糕的体验效果，例如，风控系统无法对客户的进件请求进行进件审核；异常情况被显示在前端，展示给客户等。

当前的风控系统在遭遇异常情况时，通常的处理方式为向前端发起重新进件请求，同时，自动进行异常情况处理，异常情况处理完成后，对进件请求进行进件审核。但是，如果遇到的异常情况为未知，系统无法自动处理的情况，风控系统将会一直处于异常状态，无法对客户递交的进件请求进行进件审核，客户将会在前端根据风控系统发起的重新进件请求，不断地递交进件请求，但是，无法得到审核结果，导致客户体验感差，严重时，客户可能会不再使用该银行的金融服务，从而造成该银行的客源损失。

发明内容

为解决风控系统出现异常时，无法给出审核结果的技术问题，本发明提供一种风控判断过程中的界面展示方法及系统。

本发明技术方案如下：

一种风控判断过程中的界面展示方法，依次包括以下步骤：

S1、进件步骤，获取进件请求；

S2、累计步骤，累计进件请求的重试次数，重试次数为进件请求重复进件的次数；

S3、异常监控步骤，对进件请求进行审核的过程进行监控；

S4、判断步骤，当进件请求审核的过程中出现风控系统无法对进件请求进行审核的异常情况时，判断重试次数是否达到预设的第一阈值；

S5、重新进件步骤，当重试次数未达到第一阈值时，跳转到步骤S1；

S6、人工审核步骤，当判断出现异常情况的进件请求的重试次数达到第一阈值时，由人工对进件请求进行进件审核，得到审核结果；

S7、反馈步骤，向前端发送审核结果。

基础方案及有益效果为：通过获取进件请求，累计进件请求的重试次数，即该的进件请求重复进件的次数。然后，通过对进件请求的异常进行监控，拦截出现异常的进件请求。并根据进件请求的重试次数，判断重试次数是否达到预设的第一阈值，未达到时，前端重新获取进件请求。通过向前端重复获取进件请求，能够让客户重新检查进件请求的信息是否准确，避免由于进件请求的信息异常引起异常情况的发生，同时，通过对重试次数的判断，限制进件请求的重试次数；当重试次数达到第一阈值时，表明在重试次数为第一阈值的这几次获取进件请求的过程中，异常情况仍然未能处理，此时，将异常的进件请求由人工进行进件审核。通过这样，当风控系统对进件异常在重试次数到达第一阈值的时间段仍不能自动处理时，对异常的进件请求进行人工进件审核，能够避免客户等待时间过长，同时，也避免进件异常情况未得到处理时，系统无法对进件请求进行进件审核。

综上，通过本方案，对于进件请求出现异常情况，且无法自动对异常情况进行处理时，能够通过人工的方式，及时对异常的进件请求进行进件审核，避免出现客户在长时间等待后，仍得不到审核结果的情况，从而增强客户进件过程的体验效果。

进一步，所述S1中，进件请求包括客户资料和客户性质，其中，客户性质包括特定客户和普通客户，特定客户为需要特殊处理进件请求的客户。

有益效果：通过进件请求，能辨别出需要特殊处理进件请求的客户。

进一步，所述S1中，还包括以下子步骤，

S110、获取进件请求；

S120、审核客户资料是否符合质量标准；

S130、当客户资料不符合质量标准时，由人工进行进件审核，质量标准包括资料类别、不同资料类别的资料数量和不同资料类别的资料信息。

有益效果：通过审核进件请求中的客户资料是否符合质量标准，当客户资料不符合质量标准时，由人工进行进件审核，从而提前避免由于客户资料不符合质量标准导致进件审核过程中出现异常情况的发生。

进一步，所述S1中，还包括以下子步骤，

S140、根据客户资料中的客户性质，识别客户性质为普通客户还是特定客户；

S150、当客户性质为普通客户时，由系统进行进件审核；当客户性质为特定客户时，由人工进行进件审核。

有益效果：特定客户和普通客户的审核方式存在差异，容易在系统审核时，出现异常情况。本方案通过根据客户性质的不同采用不同的处理方式，若为特定客户，由人工进行进件审核，从而提前避免因客户性质不同产生的已知异常状况的发生。

一种风控判断过程中的界面展示系统，包括前端、异常诊断模块、判断模块和人工审核模块，其中，

前端，用于获取进件请求，并累计重试次数，重试次数为进件请求重复进件的次数，进件请求包括客户资料和客户性质，其中，客户性质包括特定客户和普通客户；

异常诊断模块，用于监控进件请求的异常情况，当进件请求出现异常情况时，将进件请求发送给判断模块；

判断模块，用于预设的第一阈值，当重试次数达到第一阈值时，将进件请求发送给人工审核终端；当重试次数未达到第一阈值时，向前端发送重新进件请求；

人工审核终端，用于显示出现异常情况的进件请求，并采集工作人员根据异常的进件请求进行进件审核得到的审核结果。

基础方案及有益效果为：前端接收进件请求，异常诊断模块监控进件请求的异常情况，将出现异常情况的进件请求发送给判断模块。然后，通过判断模块对进件请求的重试次数判断是否达到预设的第一阈值，并将重试次数达到第一阈值的进件请求发送给人工审核终端，由工作人员对该出现异常情况的进件请求进行进件审核，避免由于系统无法对进件请求的异常情况进行处理，导致无法对进件请求进行审核的情况，不仅提高进件审核的效率，而且相对于现有的风控系统在出现异常的进件请求时，采用暂停对进件请求的进件审核，直到异常情况被处理后，再向前端发起重新进件请求，对进件请求进行进件审核的处理方式，本方案能在异常的进件请求的重试次数达到判断条件时，将进件请求转给人工审核，解决系统无法处理的问题，缩短客户在进件请求审核过程中出现异常时的等候时间。

进一步，还包括系统审核模块，用于对正常的进件请求进行进件审核，并将审核结果反馈给前端。

有益效果：对正常的进件请求进行审核，减轻人工审核的工作量。

进一步，前端还用于识别进件请求，分析进件请求中的客户性质，当客户性质为特定客户时，将进件请求发送给人工审核终端。

有益效果：在异常诊断模块对进件的异常进行监控前，按照进件请求中客户性质的不同，对进件请求进行分类审核，能够避免由于客户性质不同产生进件请求的异常情况，从而提高系统的稳定性。

进一步，前端还用于审核进件请求中的客户资料的质量情况是否符合质量标准，当审核结果为客户资料不符合质量标准时，将进件请求发送给人工审核终端。

有益效果：能够避免由于客户资料不符合质量标准引起后续产生已知异常情况的发生，从而提高系统的稳定性。

进一步，异常诊断模块中还预设有自动进件重试表，自动进件重试表用于记录由进件请求的进件时间和处理过程形成进件过程信息；且判断模块还用于当重试次数未达到第一阈值时，删除自动进件重试表中的进件过程信息。

有意效果：通过查询自动进件重试表能够获知进件请求的处理状态(已处理和未处理)，从而避免对进件请求进行重复进件审核的操作。当重试次数未达到第一阈值时，删除自动进件重试表中的进件过程信息，从而达到进件请求的重试次数未达到第一阈值时，能够自动覆盖上一次进件过程信息的目的，使得自动进件重试表中保存的进件过程信息为进件请求的当前处理状态，避免将未处理时的进件过程信息记录到自动进件重试表中，占用存储内存，也能避免单个的进件请求的进件过程信息累积，后续对进件过程信息的查询繁杂。

进一步，异常诊断模块，还用于分析异常情况，得到异常信息，并根据异常信息从预设的解决方案库中筛选出解决方案，根据解决方案对异常情况进行处理，解决方案库包括若干组已知异常情况的解决方案。

有意效果：通过对比解决方案库，能够对已知的异常情况进行快速的处理。

附图说明

图1为一种风控判断过程中的界面展示方法及系统实施例一的流程图；

图2为一种风控判断过程中的界面展示方法及系统实施例一的逻辑框图；

图3为一种风控判断过程中的界面展示方法及系统实施例二的流程图；

图4为一种风控判断过程中的界面展示方法及系统实施例二的逻辑框图；

图5为一种风控判断过程中的界面展示方法及系统实施例三的流程图。

具体实施方式

下面通过具体实施方式进一步详细说明：

实施例一

如图1所示，本实施例的一种风控判断过程中的界面展示方法，包括以下几个步骤：

S1、进件步骤，获取进件请求，进件请求包括客户资料、客户性质和金额额度等，客户资料包括资料类别和资料文件，客户性质包括特定客户和普通客户。

S2、累计步骤，累计进件请求的重试次数，重试次数为进件请求重复进件的次数；

S3、异常监控步骤，对进件请求进行审核的过程进行监控；

S4、判断步骤，当进件请求审核的过程中出现风控系统无法对进件请求进行审核的异常情况时，判断重试次数是否达到预设的第一阈值；

S5、重新进件步骤，当重试次数未达到第一阈值时，跳转到步骤S1；本实施例中，当进件请求在进件审核的过程中出现系统无法审核进件请求的异常情况时，使用风控系统预设的解决方案进行处理。

S6、人工审核步骤，当重试次数达到第一阈值时，由人工对进件请求进行进件审核，得到审核结果。本实施例中审核结果包括审核通过或者审核不通过，当审核不通过时，审核结果还包括审核不通过的原因。

S7、反馈步骤，向前端发送审核结果。

基于上述方法，如图2所示，还提供了一种风控判断过程中的界面展示系统，包括前端、异常诊断模块、判断模块和人工审核模块，其中，

前端，用于获取进件请求，并累计重试次数，重试次数为进件请求重复进件的次数，进件请求包括客户资料和客户性质，其中，客户性质包括特定客户和普通客户；

异常诊断模块，用于监控进件请求的异常情况，当进件请求出现异常情况时，将进件请求发送给判断模块；本实施例中，监控的方式为查看进件请求的处理速度，当进件请求的处理速度低于预设的第二阈值时，表明此时系统无法对进件请求进行正常的进件审核，即出现异常情况，本实施例中第二阈值为15秒每件进件请求。

判断模块，用于预设的第一阈值，当重试次数达到第一阈值时，将进件请求发送给人工审核终端；当重试次数未达到第一阈值时，向前端发送重新进件请求，本实施例中的第一阈值为3次。

人工审核终端，用于显示出现异常情况的进件请求，并采集工作人员根据异常的进件请求进行进件审核得到的审核结果，本实施例中的人工审核终端可以为智能手机，平板和联网的电脑。

具体的实施过程为：客户将客户资料和客户类型等信息打包为进件请求，并在前端递交，前端获取进件请求，累计当前进件请求的进件次数，即当前进件请求的重试次数；异常诊断模块监控进件请求的异常情况，当进件请求的处理速度低于预设的第二阈值时，表明此时系统无法对进件请求进行正常的进件审核，即进件请求出现异常情况，将该进件请求发送给判断模块。判断模块判断该进件请求的重试次数，当重试次数未达到第一阈值时，向前端发送重新进件请求，客户在前端重新递交进件请求；当重试次数达到第一阈值时，表明在客户重复递交进件请求达到预设的第一阈值的这段时间内，异常情况未能处理，将进件请求发送给人工审核终端，即工作人员使用的智能手机、平板或者联网的电脑，人工审核终端将该进件请求显示给工作人员，由工作人员进行进件审核，工作人员在人工审核终端对进件请求进行进件审核后，得到审核结果，人工审核终端将审核结果反馈给前端，审核结果包括审核通过或者审核不通过，当不通过时，还包括审核不通过的原因。

实施例二

与实施例一的区别之处在于：如图3所示，步骤S1具体包括以下子步骤：

S110、获取进件请求，本实施例中，进件请求包括客户资料和客户性质，其中，客户性质包括特定客户和普通客户，特定客户为需要特殊处理进件请求的客户；

S120、审核客户资料是否符合质量标准；

S130、当客户资料不符合质量标准时，由人工进行进件审核；本实施例中，质量标准包括资料类别、不同资料类别的资料数量和不同资料类别的资料信息。根据质量标准，审核客户资料中的资料类别，判断客户资料是否齐全，若判断不齐全，即该客户资料不符合质量标准；

S140、根据客户资料中的客户性质，识别客户性质为普通客户还是特定客户；S150、当客户性质为普通客户时，由系统进行进件审核；当客户性质为特定客户时，由人工进行进件审核；

如图4所示，前端还用于识别进件请求，分析进件请求中的客户性质，当客户性质为特定客户时，前端将进件请求发送给人工审核终端。前端还用于审核进件请求中的客户资料的质量情况是否符合质量标准，当审核结果为客户资料不符合质量标准时，将进件请求发送给人工审核终端，本实施例中，质量标准包括资料类别、不同资料类别的资料数量和不同资料类别的资料信息。异常诊断模块中还预设有自动进件重试表，自动进件重试表用于记录由进件请求的进件时间和处理过程形成进件过程信息。

判断模块还用于当重试次数未达到第一阈值时，删除自动进件重试表中的进件过程信息。系统还包括系统审核模块，用于对正常的进件请求进行进件审核，并将审核结果反馈给前端。

异常诊断模块，还用于分析异常情况，得到异常信息，并根据异常信息从预设的解决方案库筛选出解决方案，根据解决方案对异常情况进行处理，解决方案库包括若干组已知异常情况的解决方案。本实施例中，异常信息包括进件审核速度以及各模块的电流和电压等数据，解决方案包括异常信息中各个数据的范围以及相对应的处理方法。通过分析异常情况得到异常信息，并根据异常信息中的数据在解决方案库中进行匹配，得出解决方案，然后根据解决方案中的处理方法处理异常情况。若异常情况为未知，即无法在解决方案库中匹配得出解决方案，将进件请求发送给人工审核终端，由工作人员进行进件审核。

实施例三

与实施例一的区别之处在于：如图5所示，步骤S4后还同步进行有以下几个步骤，用于优先将着急的用户的进件请求发送到人工审核终端排队等待进件审核，具体包括：步骤S8、当前端接收到用户重复递交的进件请求时，记录用户重复递交进件请求时的时间为时间起点，并根据预设时间设置时间终点，本实施例中考虑到风控系统进件审核的时间，预设时间为1分钟；步骤S9、当前端再次接收到用户重复递交的进件请求时，判断接收到用户重复递交进件请求时的时间是否超过时间终点，当超过时间终点时，执行步骤S8；当未超过时间终点时，累计重复进件次数；步骤S10、判断重复进件次数是否达到预设次数，当重复进件次数达到预设次数时，执行步骤S6；当重复进件次数未达到预设次数时，执行步骤S9，本实施例中考虑到风控系统进件审核的时间，预设时间为1分钟。通过累计在预设时间内，用户重复递交进件请求的重复进件次数，判断用户的焦急程度，当用户重复递交进件请求的重复进件次数达到预设次数时，视为用户很焦急，优先将该用户的进件请求发送到人工审核终端等待进件审核，从而让焦急的用户的进件请求得到更快的处理。

以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。

Claims (10)

1.一种风控判断过程中的界面展示方法，其特征在于，依次包括以下步骤：

S1、进件步骤，获取进件请求；

S2、累计步骤，累计进件请求的重试次数，重试次数为进件请求重复进件的次数；

S3、异常监控步骤，对进件请求进行审核的过程进行监控；

S4、判断步骤，当进件请求审核的过程中出现风控系统无法对进件请求进行审核的异常情况时，判断重试次数是否达到预设的第一阈值；

S5、重新进件步骤，当重试次数未达到第一阈值时，跳转到步骤S1；

S6、人工审核步骤，当判断出现异常情况的进件请求的重试次数达到第一阈值时，由人工对进件请求进行进件审核，得到审核结果；

S7、反馈步骤，向前端发送审核结果；

S4后还同步进行有用于优先处理着急用户的进件请求的步骤，具体包括：

S8、当前端接收到用户重复递交的进件请求时，记录用户重复递交进件请求时的时间为时间起点，并根据预设时间设置时间终点；

S9、当前端再次接收到用户重复递交的进件请求时，判断接收到用户重复递交进件请求时的时间是否超过时间终点，当超过时间终点时，执行S8；当未超过时间终点时，累计重复进件次数；

S10、判断重复进件次数是否达到预设次数，当重复进件次数达到预设次数时，执行S6；当重复进件次数未达到预设次数时，执行S9，当用户重复递交进件请求的重复进件次数达到预设次数时，视为用户很焦急，优先将该用户的进件请求发送到人工审核终端等待进件审核。

2.根据权利要求1所述的一种风控判断过程中的界面展示方法，其特征在于：所述S1中，进件请求包括客户资料和客户性质，其中，客户性质包括特定客户和普通客户，特定客户为需要特殊处理进件请求的客户。

3.根据权利要求2所述的一种风控判断过程中的界面展示方法，其特征在于：所述S1中，还包括以下子步骤，

S110、获取进件请求；

S120、审核客户资料是否符合质量标准；

S130、当客户资料不符合质量标准时，由人工进行进件审核，质量标准包括资料类别、不同资料类别的资料数量和不同资料类别的资料信息。

4.根据权利要求2或3所述的一种风控判断过程中的界面展示方法，其特征在于：所述S1中，还包括以下子步骤，

S140、根据客户资料中的客户性质，识别客户性质为普通客户还是特定客户；

S150、当客户性质为普通客户时，由系统进行进件审核；当客户性质为特定客户时，由人工进行进件审核。

5.一种风控判断过程中的界面展示系统，其特征在于，包括前端、异常诊断模块、判断模块和人工审核模块，其中，

前端，用于获取进件请求，并累计重试次数，重试次数为进件请求重复进件的次数，进件请求包括客户资料和客户性质，其中，客户性质包括特定客户和普通客户；

异常诊断模块，用于监控进件请求的异常情况，当进件请求出现异常情况时，将进件请求发送给判断模块；

判断模块，用于预设的第一阈值，当重试次数达到第一阈值时，将进件请求发送给人工审核终端；当重试次数未达到第一阈值时，向前端发送重新进件请求；

人工审核终端，用于显示出现异常情况的进件请求，并采集工作人员根据异常的进件请求进行进件审核得到的审核结果。

6.根据权利要求5所述的一种风控判断过程中的界面展示系统，其特征在于：还包括系统审核模块，用于对正常的进件请求进行进件审核，并将审核结果反馈给前端。

7.根据权利要求5所述的一种风控判断过程中的界面展示系统，其特征在于：前端还用于识别进件请求，分析进件请求中的客户性质，当客户性质为特定客户时，将进件请求发送给人工审核终端。

8.根据权利要求5所述的一种风控判断过程中的界面展示系统，其特征在于：前端还用于审核进件请求中的客户资料的质量情况是否符合质量标准，当审核结果为客户资料不符合质量标准时，将进件请求发送给人工审核终端。

9.根据权利要求5所述的一种风控判断过程中的界面展示系统，其特征在于：异常诊断模块中还预设有自动进件重试表，自动进件重试表用于记录由进件请求的进件时间和处理过程形成进件过程信息；且判断模块还用于当重试次数未达到第一阈值时，删除自动进件重试表中的进件过程信息。

10.根据权利要求5所述的一种风控判断过程中的界面展示系统，其特征在于：异常诊断模块，还用于分析异常情况，得到异常信息，并根据异常信息从预设的解决方案库中筛选出解决方案，根据解决方案对异常情况进行处理，解决方案库包括若干组已知异常情况的解决方案。

Images