一种基于数据处理的订单分配方法及相关设备
技术领域
本申请涉及数据处理技术领域,尤其涉及一种基于数据处理的订单分配方法及相关设备。
背景技术
目前,贷款订单的审批分单过程中,分单维度比较简单,不能支持更多业务场景。一笔申请贷款订单过来,首先会分配给低级审批对象进行审批,再分配给高级审批对象进行处理,处理效率低下。因此,如何提高贷款订单的处理效率,成为一个亟待解决的问题。
发明内容
本申请实施例提供了一种基于数据处理的订单分配方法及相关设备,有利于提高贷款订单的处理效率。
第一方面,本申请实施例提供了一种基于数据处理的订单分配方法,该方法包括:
当接收到贷款订单的订单信息时,检测所述订单信息中是否包括回退标签;
若检测到所述订单信息中包括所述回退标签,则获取处理所述贷款订单的历史审核对象的信息,并基于所述历史审核对象的信息将所述贷款订单分配至所述历史审核对象进行审核处理;
若检测到所述订单信息中不包括所述回退标签,则检测所述订单信息中是否包括加急标签,若检测到所述订单信息中包括所述加急标签,则将所述贷款订单分配至预先设置的加急审核对象进行审核处理;
若检测到所述订单信息中不包括所述回退标签和所述加急标签,则检测所述贷款订单对应的业务所属区域,并获取所述贷款订单对应用户的用户信息,根据所述用户信息中预先添加的目标风险标签确定所述用户的风险等级;
基于所述用户的风险等级确定所述贷款订单的审批额度,并将所述审批额度和所述订单信息发送至所述业务所属区域对应的审核对象。
在一个实施例中,所述业务所属区域对应的审核对象包括多个审核对象,所述将所述审批额度和所述订单信息发送至所述业务所属区域对应的审核对象的具体实施方式为:识别所述贷款订单对应产品的目标产品类型;根据预先配置的产品类型与所述业务所属区域对应的审核对象的对应关系,从所述业务所属区域对应的多个审核对象中确定出所述目标产品类型对应的目标审核对象,并将所述审批额度和所述订单信息发送至所述目标审核对象。
在一个实施例中,所述业务所属区域对应的审核对象包括多个审核对象,所述将所述审批额度和所述订单信息发送至所述业务所属区域对应的审核对象的具体实施方式为:识别所述贷款订单的目标订单渠道;根据预先配置的订单渠道与所述业务所属区域对应的审核对象的对应关系,从所述业务所属区域对应的多个审核对象中确定出所述目标订单渠道对应的目标审核对象,并将所述审批额度和所述订单信息发送至所述目标审核对象。
在一个实施例中,所述业务所属区域对应的审核对象包括多个审核对象,所述将所述审批额度和所述订单信息发送至所述业务所属区域对应的审核对象的具体实施方式为:获取预先与所述业务所属区域对应的每个审核对象的标识信息关联存储的审核等级信息,所述审核等级信息是根据所述每个审核对象历史审核的贷款订单的贷后数据或者所述每个审核对象历史审核的用户的风险等级确定的,所述贷后数据包括所述历史审核的贷款订单的还款信息;基于所述审核等级信息确定出所述业务所属区域对应的每个审核对象的审核等级,从所述业务所属区域对应的多个审核对象中确定出与预设分配规则匹配的目标审核等级对应的目标审核对象;将所述审批额度和所述订单信息发送至所述目标审核对象。
在一个实施例中,还可以获取所述业务所属区域对应的审核对象在预设时间内历史审核的M个用户中每个用户的风险等级,所述每个用户的风险等级是根据所述每个用户的历史贷款订单的贷后数据确定的,所述贷后数据包括所述历史贷款订单的还款信息,所述M为大于0的整数;统计所述预设时间内每个所述风险等级的用户数量,并根据每个风险等级的用户数量占所述M的比例,确定所述审核对象的审核等级;生成用于指示所述审核等级的审核等级信息,并将所述审核等级信息与所述业务所属区域对应的审核对象的标识信息关联存储。
在一个实施例中,还可以获取所述业务所属区域对应的审核对象在预设时间内历史审核的L笔贷款订单的贷后数据,所述贷后数据包括所述L笔贷款订单中每笔贷款订单的还款信息,所述L为大于0的整数;根据所述还款信息确定所述L笔贷款订单中每笔贷款订单所属的还款类别;统计所述预设时间内每个所述还款类别的贷款订单数量,并根据每个还款类别的贷款订单数量占所述L的比例,确定所述业务所属区域对应的审核对象的审核等级;生成用于指示所述审核等级的审核等级信息,并将所述审核等级信息与所述业务所属区域对应的审核对象的标识信息关联存储。
在一个实施例中,所述订单信息中还包括所述贷款订单的贷款金额,所述预设分配规则用于指示将所述贷款订单分配至与所述贷款金额匹配的审核对象,所述从所述业务所属区域对应的多个审核对象中确定出与预设分配规则匹配的目标审核等级对应的目标审核对象的具体实施方式为:根据预先设置的贷款金额与审核等级的对应关系,将所述贷款订单的贷款金额对应的审核等级确定为与所述预设分配规则匹配的目标审核等级;从所述业务所属区域对应的多个审核对象中确定出所述目标审核等级对应的目标审核对象。
第二方面,本申请实施例提供了一种基于数据处理的订单分配装置,该基于数据处理的订单分配装置包括用于执行上述第一方面的方法的模块。
第三方面,本申请实施例提供了一种服务器,该服务器包括处理器、网络接口和存储器,所述处理器、网络接口和存储器相互连接,其中,所述网络接口受所述处理器的控制用于收发消息,所述存储器用于存储支持服务器执行上述方法的计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行上述第一方面的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。
本申请实施例中,若检测到贷款订单的订单信息中包括回退标签,则获取处理贷款订单的历史审核对象的信息,并基于历史审核对象的信息将贷款订单分配至历史审核对象进行审核处理;若检测到订单信息中包括加急标签,则将贷款订单分配至预先设置的加急审核对象进行审核处理;若检测到订单信息中不包括回退标签和加急标签,则检测贷款订单对应的业务所属区域,并根据用户信息中预先添加的目标风险标签确定用户的风险等级,基于用户的风险等级确定贷款订单的审批额度,并将审批额度和订单信息发送至业务所属区域对应的审核对象。采用本申请,有利于提高贷款订单的处理效率。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种基于数据处理的订单分配方法的流程示意图;
图2是本申请实施例提供的另一种基于数据处理的订单分配方法的流程示意图;
图3是本申请实施例提供的又一种基于数据处理的订单分配方法的流程示意图;
图4是本申请实施例提供的又一种基于数据处理的订单分配方法的流程示意图;
图5是本申请实施例提供的一种基于数据处理的订单分配装置的示意性框图;
图6是本申请实施例提供的一种服务器的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
参见图1,图1是本申请实施例提供的一种基于数据处理的订单分配方法的流程示意图,该方法可由服务器执行,如图所示,该基于数据处理的订单分配方法可包括:
101:当接收到贷款订单的订单信息时,检测订单信息中是否包括回退标签。
102:若检测到订单信息中包括回退标签,则获取处理贷款订单的历史审核对象的信息,并基于历史审核对象的信息将贷款订单分配至历史审核对象进行审核处理。其中,该历史审核对象的信息可以包括历史审核对象的用户信息,如工号、证件号等可以唯一标识该审核对象的信息。
其中,上述服务器可以为贷款平台对应的服务器,可以用于提供贷款相关服务。在一个实施例中,当贷款用户(即本申请所描述的用户)想要贷款时,可以通过在该贷平台注册的用户账号登录贷款平台,并通过该贷款平台中填写自身的用户信息并提交贷款申请。进一步地,贷款平台可以生成该贷款申请对应贷款订单的订单信息,并将该贷款订单对应订单信息发送至服务器,该订单信息可以包括用户信息和贷款订单的订单标识(如订单编号),该用户信息可以包括用户的用户信息如证件标识、姓名等。进一步地,服务器接收到该贷款订单的订单信息后,若检测到订单信息中添加有回退标签,则可以根据该贷款订单的订单标识获取曾经处理过该贷款订单的历史审核对象的信息,并基于历史审核对象的信息将贷款订单分配至历史审核对象进行审核处理。采用这样的方式,对于添加回退标签的贷款订单而言,可以同一笔贷款订单可以由历史审核对象来处理,进而有利于提高该笔贷款订单的处理效率。
103:若检测到订单信息中不包括回退标签,则检测订单信息中是否包括加急标签,若检测到订单信息中包括加急标签,则将贷款订单分配至预先设置的加急审核对象进行审核处理。
在一个实施例中,若服务器检测到订单信息中不包括回退标签,则可以继续检测订单信息中是否包括加急标签,若检测到订单信息中包括加急标签,则将贷款订单分配至预先设置的加急审核对象进行审核处理。其中,该加急审核对象例如可以为预先设置的业务紧急处理部门。采用这样的方式,可以使得添加加急标签的贷款订单得到快速处理,有利于提高该笔贷款订单的处理效率。
在一个实施例中,服务器在将贷款订单分配至预先设置的加急审核对象进行审核处理后,还可以向该加急审核对象发送提示信息,该提示信息包括该笔贷款订单的订单标识,用于提示该加急审核对象已分配待处理加急贷款订单给它,请优先处理。
104:若检测到上述订单信息中不包括回退标签和加急标签,则检测所述贷款订单对应的业务所属区域,并获取贷款订单对应用户的用户信息,根据用户信息中预先添加的目标风险标签确定用户的风险等级。
105:基于用户的风险等级确定贷款订单的审批额度,并将审批额度和订单信息发送至业务所属区域对应的审核对象。
在一个实施例中,该用户的用户信息中预先添加有目标风险标签,该目标风险标签可以用于确定用户的风险等级。服务器检测到上述订单信息中不包括回退标签和加急标签时,可以检测贷款订单对应的业务所属区域,并根据用户信息中预先添加的目标风险标签确定用户的风险等级,并依据预先设置的风险等级与审批额度的对应关系,确定出该贷款订单对应的审批额度,进而将审批额度和订单信息发送至该业务所属区域对应的审核对象。审核对象则可以根据该订单信息和审批额度,对该贷款订单进行处理。
示例性地,假设预先设置的风险等级与审批额度的对应关系如表1-1所示,其中,1级对应风险等级最高,2级次之,3级再次之,可以看出风险等级越高对应的审核额度越小,风险等级越低对应的审核额度越大。
表1-1
风险等级 |
审批额度 |
1级 |
小于30万 |
2级 |
30~100万 |
3级 |
大于100万 |
在一个实施例中,服务器可以按照第一预设检测周期获取用户距离系统时间最近的贷款订单的贷后数据,该贷后数据包括上述最近的贷款订单的还款信息。进一步地,服务器可以根据上述还款信息确定最近的贷款订单所属的还款类别,并根据预先配置的还款类别与风险等级的对应关系,确定最近的贷款订单所属的还款类别对应的第一目标风险等级。进一步地,服务器可以对上述用户的用户信息添加与第一目标风险等级匹配的目标风险标签,并将添加目标风险标签的用户信息存储至数据库中,以便于服务器执行步骤104时根据目标风险标签确定该用户的风险等级。
具体实现中,上述最近的贷款订单的还款信息可以用于指示该最近的贷款订单的还款情况,该还款情况可以包括正常还款、已结清和逾期还款,其中,该逾期还款还可以具体包括逾期期限。其中,该还款类别可以分为正常还款、已结清、逾期期限M6-(小于等于180天)以及逾期期限M6+(大于180天)。其中,风险等级可以分为1级、2级、3级,其中:1级为最高风险等级,2级次之,3级再次之,一个用户的风险等级越高,那么给该用户贷款的风险也越高。
在一个实施例中,开发人员可以预先配置还款类别与风险等级的对应关系,该对应关系可以如表1-2所示。这种情况下,服务器检测到用户张对应有2笔贷款,两笔贷款的贷款编号分别为贷款编号001和贷款编号002,这两笔贷款产生时间为2018年7月11日,另一笔贷款的产生时间为2017年9月11日,距离系统时间2018年10月11日最近的贷款订单为贷款编号001的这笔贷款,进一步地,服务器可以获取贷款编号001的贷后数据,解析该贷后数据得到贷款编号001的贷款订单存在逾期,且逾期80天,则可以确定该贷款编号001的贷款订单所属的还款类别为逾期期限M6-,依据预先配置的如表1-2所示的对应关系,可以确定该还款类别逾期期限M6-对应的第一目标风险等级为2级,也即客户张的风险等级为2级。进一步地,服务器可以对用户张的用户信息添加与风险等级2级匹配的目标风险标签,并将添加目标风险标签的用户信息存储至数据库中,以便于根据该目标风险标签确定用户张的风险等级为2级。
表1-2
还款类别 |
风险等级 |
正常还款 |
3 |
已结清 |
3 |
逾期期限M6-(小于等于180天) |
2 |
逾期期限M6+(大于180天) |
1 |
在一个实施例中,服务器可以按照第二预设检测周期获取用户的N笔贷款订单的贷后数据,该贷后数据包括用户针对N笔贷款订单中每笔贷款订单的还款信息,该N为大于0的整数。进一步地,服务器可以基于预设风险算法和用户针对每笔贷款订单的还款信息,确定用户的风险指数,并从预先配置的风险指数与风险等级的对应关系中,确定出该用户的风险指数对应的第二目标风险等级。进一步地,对用户的用户信息添加与第二目标风险等级匹配的目标风险标签,并将添加目标风险标签的用户信息存储至数据库中,服务器执行步骤104时根据目标风险标签确定该用户的风险等级。
其中,上述预设风险算法可以如下式所示:
其中,p为用户的风险指数,N为用户对应的贷款订单的数量,Z为正常还款中或已结清的贷款订单的数量,O为逾期期限为M6-(小于等于180天)的贷款订单的数量,N-Z-O为逾期期限M6+(大于180天)的贷款订单的数量, 分别为预先设置的权重指数,
其中,上述预先配置的风险指数与风险等级的对应关系,可以如表1-3所示。
表1-3
风险指数 |
风险等级 |
大于0.4 |
1级 |
0.4~0.25 |
2级 |
小于0.25 |
3级 |
在一个实施例中,服务器可以按照第二预设检测周期获取任一用户的N笔贷款订单的贷后数据,该贷后数据包括该N笔贷款订单中每笔贷款订单的还款信息。服务器可以根据该N笔贷款订单的上述还款信息,确定出N笔贷款订单中正常还款中或已结清的贷款订单的数量Z,逾期期限为M6-(小于等于180天)的贷款订单的数量O,逾期期限为M6+(大于180天)的贷款订单的数量N-Z-O,进而将数量Z、数量O和数量N-Z-O输入上述预设风险算法对应的模型,则可以得到该任一用户的风险指数。进一步地,可以根据如表1-3所示的对应关系,确定出该任一用户的风险指数对应的第二目标风险等级,也即确定出该任一用户的风险等级为第二目标风险等级,进而对该任一用户的用户信息添加与该第二目标风险等级匹配的目标风险标签,并将添加目标风险标签的用户信息存储至数据库中,以便于根据目标风险标签确定该任一用户的风险等级为第二目标风险等级。
示例性地,上述预设风险算法中的分别为0.1、0.3、0.6,N为10,服务器可以根据用户张对应10笔贷款订单的上述还款信息,确定出用户张的10笔贷款订单中正常还款中或已结清的贷款订单的数量Z=5,逾期期限为M6-(小于等于180天)的贷款订单的数量O=4,逾期期限为M6+(大于180天)的贷款订单的数量N-Z-O=1。这种情况下,服务器可以根据上述预设风险算法确定出用户张的风险指数为0.23,则可以根据表1-3的对应关系确定出该风险指数0.23对应的风险等级(即第二目标风险等级)为3级。
参见图2,图2是本申请实施例提供的另一种基于数据处理的订单分配方法的流程示意图,该方法可由服务器执行,如图所示,该基于数据处理的订单分配方法可包括:
201:当接收到贷款订单的订单信息时,检测订单信息中是否包括回退标签。
202:若检测到订单信息中包括回退标签,则获取处理贷款订单的历史审核对象的信息,并基于历史审核对象的信息将贷款订单分配至历史审核对象进行审核处理。
203:若检测到订单信息中不包括回退标签,则检测订单信息中是否包括加急标签,若检测到订单信息中包括加急标签,则将贷款订单分配至预先设置的加急审核对象进行审核处理。
204:若检测到上述订单信息中不包括回退标签和加急标签,则检测上述贷款订单对应的业务所属区域,并获取贷款订单对应用户的用户信息,根据用户信息中预先添加的目标风险标签确定用户的风险等级。
其中,步骤201~步骤204的具体实施方式可以参见上述实施例中步骤101~步骤104的相关描述,此处不再赘述。
205:基于用户的风险等级确定贷款订单的审批额度,并识别上述贷款订单对应产品的目标产品类型,根据预先配置的产品类型与上述业务所属区域对应的审核对象的对应关系,从上述业务所属区域对应的多个审核对象中确定出目标产品类型对应的目标审核对象,并将审批额度和订单信息发送至该目标审核对象。
在一个实施例中,不同的审核对象所负责的产品类型不同。本申请可以预先配置业务所属区域对应的审核对象与产品类型的对应关系。示例性地,该对应关系可以如表2-1所示:
表2-1
审核对象 |
所负责的产品类型 |
审核对象1 |
房贷 |
审核对象2 |
车贷 |
审核对象3 |
信用贷 |
这种情况下,服务器当执行步骤205将贷款订单分配至业务所属区域的审核对象时,还可以识别该贷款订单对应的目标产品类型。例如,若该目标产品类型为房贷,则将该贷款订单分配至该业务所属区域中的审核对象1(即目标审核对象为审核对象1);若该目标产品类型为车贷,则将该贷款订单分配至该业务所属区域中的审核对象2(即目标审核对象为审核对象2);若该目标产品类型为信用贷,则将该贷款订单分配至该业务所属区域中的审核对象3(即目标审核对象为审核对象3)。
参见图3,图3是本申请实施例提供的又一种基于数据处理的订单分配方法的流程示意图,该方法可由服务器执行,如图所示,该基于数据处理的订单分配方法可包括:
301:当接收到贷款订单的订单信息时,检测订单信息中是否包括回退标签。
302:若检测到订单信息中包括回退标签,则获取处理贷款订单的历史审核对象的信息,并基于历史审核对象的信息将贷款订单分配至历史审核对象进行审核处理。
303:若检测到订单信息中不包括回退标签,则检测订单信息中是否包括加急标签,若检测到订单信息中包括加急标签,则将贷款订单分配至预先设置的加急审核对象进行审核处理。
304:若检测到上述订单信息中不包括回退标签和加急标签,则检测上述贷款订单对应的业务所属区域,并获取贷款订单对应用户的用户信息,根据用户信息中预先添加的目标风险标签确定用户的风险等级。
其中,步骤301~步骤304的具体实施方式可以参见上述实施例中步骤101~步骤104的相关描述,此处不再赘述。
305:基于用户的风险等级确定贷款订单的审批额度,并识别贷款订单的目标订单渠道,根据预先配置的订单渠道与业务所属区域对应的审核对象的对应关系,从业务所属区域对应的多个审核对象中确定出目标订单渠道对应的目标审核对象,并将审批额度和订单信息发送至该目标审核对象。
在一个实施例中,不同的贷款订单可能来自不同的订单渠道,例如合作方、微信、某APP等订单渠道。不同的审核对象所负责的贷款订单的渠道也不同。本申请可以预先配置业务所属区域对应审核对象与订单渠道的对应关系,示例性地,该对应关系可以如表3-1所示:
表3-1
审核对象 |
订单渠道 |
审核对象1 |
合作方H1 |
审核对象2 |
合作方H2 |
审核对象3 |
合作方H3 |
这种情况下,当服务器执行步骤305将贷款订单分配至业务所属区域的审核对象时,还可以识别该贷款订单的订单渠道。例如,若服务器确定该贷款订单的目标订单渠道为合作方H1,则可以将该贷款订单分配至该业务所属区域中的审核对象1(即目标审核对象为审核对象1);若服务器确定该贷款订单的目标订单渠道为合作方H2,则可以将该贷款订单分配至该业务所属区域中的审核对象2(即目标审核对象为审核对象2);若服务器确定该贷款订单的目标订单该渠道为合作方H3,则可以将该贷款订单分配至该业务所属区域中的审核对象3(即目标审核对象为审核对象3)。
参见图4,图4是本申请实施例提供的又一种基于数据处理的订单分配方法的流程示意图,该方法可由服务器执行,如图所示,该基于数据处理的订单分配方法可包括:
401:当接收到贷款订单的订单信息时,检测订单信息中是否包括回退标签。
402:若检测到订单信息中包括回退标签,则获取处理贷款订单的历史审核对象的信息,并基于历史审核对象的信息将贷款订单分配至历史审核对象进行审核处理。
403:若检测到订单信息中不包括回退标签,则检测订单信息中是否包括加急标签,若检测到订单信息中包括加急标签,则将贷款订单分配至预先设置的加急审核对象进行审核处理。
404:若检测到上述订单信息中不包括回退标签和加急标签,则检测上述贷款订单对应的业务所属区域,并获取贷款订单对应用户的用户信息,根据用户信息中预先添加的目标风险标签确定用户的风险等级。
其中,步骤401~步骤404的具体实施方式可以参见上述实施例中步骤101~步骤104的相关描述,此处不再赘述。
405:基于用户的风险等级确定贷款订单的审批额度,并获取预先与业务所属区域对应的每个审核对象的标识信息关联存储的审核等级信息。该审核等级信息是根据业务所属区域对应每个审核对象历史审核的贷款订单的贷后数据或者业务所属区域对应每个审核对象历史审核的用户的风险等级确定的,该贷后数据包括历史审核的贷款订单的还款信息。
406:基于审核等级信息确定出业务所属区域对应的每个审核对象的审核等级,从业务所属区域对应的多个审核对象中确定出与预设分配规则匹配的目标审核等级对应的目标审核对象,并将审批额度和订单信息发送至该目标审核对象。
其中,上述预设分配规则可以用于指示将贷款订单分配至业务所属区域对应的多个审核对象中审核等级最高的审核对象,也可用于指示将贷款订单分配至与贷款订单对应用户的风险等级匹配的审核对象,还可以用于指示将贷款订单分配至与贷款订单的贷款金额匹配的审核对象。本申请对此不作具体限定。
在一个实施例中,上述预设分配规则可以用于指示将贷款订单分配至业务所属区域对应的多个审核对象中审核等级最高的审核对象,服务器基于上述审核等级信息确定出各个审核对象各自对应的审核等级后,可以从各个所述审核等级中确定出最高审核等级,并检测业务所属区域对应的多个审核对象中最高审核等级对应审核对象的任务量是否小于预设任务量阈值,若检测到任务量小于预设任务量阈值,则将最高审核等级确定为与预设分配规则匹配的目标审核等级,进而将审批额度和订单信息发送至该最高审核等级对应的目标审核对象进行审核处理。
或者,若检测到最高审核等级对应目标审核对象的任务量大于或者等于预设任务量阈值,则可以检测次高审核等级对应审核对象(以下简称次高审核对象)的任务量是否小于该次高审核对象对应的任务量阈值,若是,则将该贷款订单分配至次高审核对象进行审核处理。若否,则继续检测次次高审核等级对应审核对象(以下简称次次高审核对象)的任务量是否小于该次次高审核对象对应的任务量阈值,以此类推,直到将贷款订单分配给相应的目标审核对象进行审核处理,则结束。
在一个实施例中,上述预设分配规则可以用于指示将贷款订单分配至与贷款订单对应用户的风险等级匹配的审核对象。服务器基于上述审核等级信息确定出业务所属区域对应的各个审核对象各自对应的审核等级后,可以根据订单信息中用户信息包括的目标风险标签,确定贷款订单对应用户的风险等级,依据预设风险匹配规则,从各个审核等级中确定出与风险等级匹配的审核等级,并将与所述风险等级匹配的审核等级确定为与预设分配规则匹配的目标审核等级,进而将审批额度和订单信息发送至该目标审核等级对应的目标审核对象进行审核处理。
其中,上述预设风险匹配规则可以为:风险等级较高的客户匹配业务所属区域对应多个审核对象中审核等级较高的审核对象,风险等级较低的客户匹配业务所属区域对应多个审核对象中审核等级较低的审核对象。示例性地,风险等级包括1级、2级和3级,其中,1级风险等级最高,2级次之,3级再次之;审核等级包括P1、P2和P3,其中P1审核等级最高,P2审核等级次之,P3审核等级再次之。那么,该预设风险匹配规则可以为:风险等级为1级的用户匹配审核等级为P1的审核对象、风险等级为2级的用户匹配审核等级为P2的审核对象以及,风险等级为3级的用户匹配审核等级为P3的审核对象。这种情况下,假设服务器确定出贷款订单对应用户的风险等级为1级,那么依据该预设风险匹配规则,则可以将审核等级P1确定为与该风险等级1级匹配的目标审核等级,进而将贷款订单分配至业务所属区域对应多个审核对象中审核等级P1对应的目标审核对象进行审核处理。采用这种分配规则,则可以将风险等级高的用户分配给业务所属区域对应多个审核对象中审核等级高的审核对象,将风险等级低的用户分配给业务所属区域对应多个审核对象中审核等级低的审核对象,从而保证贷款订单审核效率的同时,有利于降低贷款订单的审核风险。
在一个实施例中,上述订单信息中还包括贷款订单的贷款金额,该预设分配规则可以用于指示将所述贷款订单分配至与所述贷款金额匹配的审核对象。服务器基于上述审核等级信息确定出各个审核对象各自对应的审核等级后,可以根据预先设置的贷款金额与审核等级的对应关系,将贷款订单的贷款金额对应的审核等级确定为与预设分配规则匹配的目标审核等级,进而从业务所属区域对应的多个审核对象中确定出目标审核等级对应的目标审核对象。
其中,该预先设置的贷款金额与审核等级的对应关系可以如表4-1所示,该审核等级P1高于P2,P2高于P3。这种情况下,假设服务器根据贷款订单的订单信息,确定出该贷款订单的贷款金额为200万,那么,可以根据如表4-1所示的对应关系,确定出与该贷款金额200万对应的审核等级为P1,也即与预设分配规则匹配的目标审核等级为P1,进一步地,服务器可以将该贷款订单分配至目标审核等级为P1的目标审核对象进行审核处理。
表4-1
贷款金额 |
审核等级 |
大于100万 |
P1 |
50万-100万 |
P2 |
小于50万 |
P3 |
在一个实施例中,服务器可以获取业务所属区域对应的审核对象在预设时间内历史审核的L笔贷款订单的贷后数据,该贷后数据包括L笔贷款订单中每笔贷款订单的还款信息,该L为大于0的整数。进一步地,服务器可以根据还款信息确定L笔贷款订单中每笔贷款订单所属的还款类别,并统计预设时间内每个还款类别的贷款订单数量,根据每个还款类别的贷款订单数量占L的比例,确定业务所属区域对应的审核对象的审核等级,并生成用于指示审核等级的审核等级信息,进而将审核等级信息与业务所属区域对应的审核对象的标识信息关联存储。以便于服务器执行步骤405时,获取预先与业务所属区域对应的每个审核对象的标识信息关联存储的审核等级信息。
在一个实施例中,假设该还款类别包括正常还款(以下简称第一还款类别)和逾期还款(以下简称第二还款类别)这两种类别。服务器可以预先设置有审核等级评定规则,该审核等级评定规则如下:第一还款类别的贷款订单数量占L的比例大于第一预设比例阈值时,则确定业务所属区域对应审核对象的审核等级为P1;第一还款类别的贷款订单数量占L的比例大于第二预设比例阈值,且不大于上述第一预设比例阈值时,则确定业务所属区域对应审核对象的审核等级为P2;其他情况,则确定业务所属区域对应审核对象的审核等级为P3。其中,P1的审核等级最高,P2次之、P3再次之。
示例性地,假设第一预设比例阈值为60%,假设L为10,服务器根据业务所属区域对应任一审核对象对应10笔贷款的还款信息确定出10笔贷款订单中:还款类别为正常还款的贷款订单数量为9,还款类别为逾期还款的贷款订单数量为1,可以确定出正常还款的贷款订单数量占10的比例为90%,该90%大于第一预设比例阈值60%,则可以确定该任一审核对象的审核等级为P1。
在一个实施例中,服务器可以获取业务所属区域对应的审核对象在预设时间内历史审核的M个用户中每个用户的风险等级,该每个用户的风险等级是根据每个用户的历史贷款订单的贷后数据确定的,该贷后数据包括历史贷款订单的还款信息,该M为大于0的整数。进一步地,服务器可以统计上述预设时间内每个风险等级的用户数量,并根据每个风险等级的用户数量占M的比例,确定审核对象的审核等级,生成用于指示所述审核等级的审核等级信息,并将该审核等级信息与业务所属区域对应的审核对象的标识信息关联存储。以便于服务器执行步骤405时,获取预先与业务所属区域对应的每个审核对象的标识信息关联存储的审核等级信息。
在一个实施例中,可以预先设置审核等级评定规则。假设业务所属区域对应的某一审核对象张在预设时间内历史审核的M个用户中,风险等级为3级的用户数量为X个,风险等级为2级的用户数量为Y个,风险等级为1级的为M-X-Y个,那么上述审核等级评定规则可以如表4-2所示。从表4-2可以看出,审核等级可以包括P1、P2、P3,其中P1的审核等级最高,P2次之、P3再次之,当该审核对象张在预设时间内历史审核的M个用户中,风险等级3级的用户数量X占M的比例大于第一3级阈值(如50%)或者,风险等级2级的用户数量Y占M的比例大于第一2级阈值(如80%)再或者,风险等级1级的用户数量M-X-Y占M的比例小于第一1级阈值(如10%)均可以确定该审核对象张的审核等级为P1。
当该审核对象张在预设时间内历史审核的M个用户中,风险等级3级的用户数量X占M的比例大于第二3级阈值(如40%)或者,风险等级2级的用户数量Y占M的比例大于第二2级阈值(如70%)再或者,风险等级1级的用户数量M-X-Y占M的比例小于第二1级阈值(如20%)均可以确定该审核对象张的审核等级为P2。进一步地,当检测到审核对象张在预设时间内历史审核的M个用户中,每个风险等级的用户数量占M的比例均不满足上述审核等级P1和审核等级P2的情况,则可以确定该审核对象张的审核等级为P3。
表4-2
可以理解的是,根据不同的设计需求,除了上述P1、P2和P3的审核等级以外还可以包括其他更多或者更少的审核等级,且每个审核等级的评定标准如子规则01、子规则02、子规则03均可以调整,该调整包括对上述第一3级阈值、第一2级阈值、第一1级阈值等阈值的调整。
本申请实施例还提供了一种基于数据处理的订单分配装置。该装置包括用于执行前述图1、图2、图3或者图4所述的方法的单元。具体地,参见图5,是本申请实施例提供的基于数据处理的订单分配装置的示意框图。本实施例的基于数据处理的订单分配装置包括:
接收单元50,用于接收贷款订单的订单信息;
处理单元51,用于当所述接收单元接收到贷款订单的订单信息时,检测所述订单信息中是否包括回退标签;
所述处理单元51,还用于若检测到所述订单信息中包括所述回退标签,则获取处理所述贷款订单的历史审核对象的信息;
发送单元52,用于基于所述历史审核对象的信息将所述贷款订单分配至所述历史审核对象进行审核处理;
所述处理单元51,还用于若检测到所述订单信息中不包括所述回退标签,则检测所述订单信息中是否包括加急标签;
所述发送单元52,还用于若所述处理单元检测到所述订单信息中包括所述加急标签,则将所述贷款订单分配至预先设置的加急审核对象进行审核处理;
所述处理单元51,还用于若检测到所述订单信息中不包括所述回退标签和所述加急标签,则检测所述贷款订单对应的业务所属区域,并获取所述贷款订单对应用户的用户信息,根据所述用户信息中预先添加的目标风险标签确定所述用户的风险等级,基于所述用户的风险等级确定所述贷款订单的审批额度;
所述发送单元52,还用于将所述审批额度和所述订单信息发送至所述业务所属区域对应的审核对象。
在一个实施例中,所述业务所属区域对应的审核对象包括多个审核对象,所述发送单元52,还用于识别所述贷款订单对应产品的目标产品类型;根据预先配置的产品类型与所述业务所属区域对应的审核对象的对应关系,从所述业务所属区域对应的多个审核对象中确定出所述目标产品类型对应的目标审核对象,并将所述审批额度和所述订单信息发送至所述目标审核对象。
在一个实施例中,所述业务所属区域对应的审核对象包括多个审核对象,所述发送单元52,还用于识别所述贷款订单的目标订单渠道;根据预先配置的订单渠道与所述业务所属区域对应的审核对象的对应关系,从所述业务所属区域对应的多个审核对象中确定出所述目标订单渠道对应的目标审核对象,并将所述审批额度和所述订单信息发送至所述目标审核对象。
在一个实施例中,所述业务所属区域对应的审核对象包括多个审核对象,所述发送单元52,还用于获取预先与所述业务所属区域对应的每个审核对象的标识信息关联存储的审核等级信息,所述审核等级信息是根据所述每个审核对象历史审核的贷款订单的贷后数据或者所述每个审核对象历史审核的用户的风险等级确定的,所述贷后数据包括所述历史审核的贷款订单的还款信息;基于所述审核等级信息确定出所述业务所属区域对应的每个审核对象的审核等级,从所述业务所属区域对应的多个审核对象中确定出与预设分配规则匹配的目标审核等级对应的目标审核对象;将所述审批额度和所述订单信息发送至所述目标审核对象。
在一个实施例中,所述处理单元51还用于获取所述业务所属区域对应的审核对象在预设时间内历史审核的M个用户中每个用户的风险等级,所述每个用户的风险等级是根据所述每个用户的历史贷款订单的贷后数据确定的,所述贷后数据包括所述历史贷款订单的还款信息,所述M为大于0的整数;统计所述预设时间内每个所述风险等级的用户数量,并根据每个风险等级的用户数量占所述M的比例,确定所述审核对象的审核等级;生成用于指示所述审核等级的审核等级信息,并将所述审核等级信息与所述业务所属区域对应的审核对象的标识信息关联存储。
在一个实施例中,所述处理单元51还用于获取所述业务所属区域对应的审核对象在预设时间内历史审核的L笔贷款订单的贷后数据,所述贷后数据包括所述L笔贷款订单中每笔贷款订单的还款信息,所述L为大于0的整数;根据所述还款信息确定所述L笔贷款订单中每笔贷款订单所属的还款类别;统计所述预设时间内每个所述还款类别的贷款订单数量,并根据每个还款类别的贷款订单数量占所述L的比例,确定所述业务所属区域对应的审核对象的审核等级;生成用于指示所述审核等级的审核等级信息,并将所述审核等级信息与所述业务所属区域对应的审核对象的标识信息关联存储。
在一个实施例中,所述订单信息中还包括所述贷款订单的贷款金额,所述预设分配规则用于指示将所述贷款订单分配至与所述贷款金额匹配的审核对象,所述处理单元51,具体用于根据预先设置的贷款金额与审核等级的对应关系,将所述贷款订单的贷款金额对应的审核等级确定为与所述预设分配规则匹配的目标审核等级;从所述业务所属区域对应的多个审核对象中确定出所述目标审核等级对应的目标审核对象。
需要说明的是,本申请实施例所描述的基于数据处理的订单分配装置的各功能单元的功能可根据图1、图2、图3或者图4所述的方法实施例中的方法具体实现,其具体实现过程可以参照图1、图2、图3或者图4的方法实施例的相关描述,此处不再赘述。
请参见图6,图6是本申请实施例提供的一种服务器的示意性框图,如图6所示,该服务器包括,处理器601、存储器602和网络接口603。上述处理器601、存储器602和网络接口603可通过总线或其他方式连接,在本申请实施例所示图6中以通过总线连接为例。其中,网络接口603受所述处理器601的控制用于收发消息,存储器602用于存储计算机程序,所述计算机程序包括程序指令,处理器601用于执行存储器602存储的程序指令。其中,处理器601被配置用于调用所述程序指令执行:当通过网络接口603接收到贷款订单的订单信息时,检测所述订单信息中是否包括回退标签;若检测到所述订单信息中包括所述回退标签,则获取处理所述贷款订单的历史审核对象的信息,并基于所述历史审核对象的信息通过网络接口603将所述贷款订单分配至所述历史审核对象进行审核处理;若检测到所述订单信息中不包括所述回退标签,则检测所述订单信息中是否包括加急标签,若检测到所述订单信息中包括所述加急标签,则将通过网络接口603所述贷款订单分配至预先设置的加急审核对象进行审核处理;若检测到所述订单信息中不包括所述回退标签和所述加急标签,则检测所述贷款订单对应的业务所属区域,并获取所述贷款订单对应用户的用户信息,根据所述用户信息中预先添加的目标风险标签确定所述用户的风险等级;基于所述用户的风险等级确定所述贷款订单的审批额度,并通过网络接口603将所述审批额度和所述订单信息发送至所述业务所属区域对应的审核对象。
应当理解,在本申请实施例中,所称处理器601可以是中央处理单元(CentralProcessing Unit,CPU),该处理器601还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器602可以包括只读存储器和随机存取存储器,并向处理器601提供指令和数据。存储器602的一部分还可以包括非易失性随机存取存储器。例如,存储器602还可以存储设备类型的信息。
具体实现中,本申请实施例中所描述的处理器601、存储器602和网络接口603可执行本申请实施例提供的图1、图2、图3或者图4所述的方法实施例所描述的实现方式,也可执行本申请实施例所描述的基于数据处理的订单分配装置的实现方式,在此不再赘述。
在本申请的另一实施例中提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令被处理器执行时实现:当接收到贷款订单的订单信息时,检测所述订单信息中是否包括回退标签;若检测到所述订单信息中包括所述回退标签,则获取处理所述贷款订单的历史审核对象的信息,并基于所述历史审核对象的信息将所述贷款订单分配至所述历史审核对象进行审核处理;若检测到所述订单信息中不包括所述回退标签,则检测所述订单信息中是否包括加急标签,若检测到所述订单信息中包括所述加急标签,则将所述贷款订单分配至预先设置的加急审核对象进行审核处理;若检测到所述订单信息中不包括所述回退标签和所述加急标签,则检测所述贷款订单对应的业务所属区域,并获取所述贷款订单对应用户的用户信息,根据所述用户信息中预先添加的目标风险标签确定所述用户的风险等级;基于所述用户的风险等级确定所述贷款订单的审批额度,并将所述审批额度和所述订单信息发送至所述业务所属区域对应的审核对象。
所述计算机可读存储介质可以是前述任一实施例所述的服务器的内部存储单元,例如服务器的硬盘或内存。所述计算机可读存储介质也可以是所述服务器的外部存储设备,例如所述服务器上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述计算机可读存储介质还可以既包括所述服务器的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所揭露的仅为本申请的部分实施例而已,当然不能以此来限定本申请之权利范围,本领域普通技术人员可以理解实现上述实施例的全部或部分流程,并依本申请权利要求所作的等同变化,仍属于申请所涵盖的范围。