一种风险控制方法及装置与流程

1.本技术主要涉及银行风险管理领域，特别涉及一种风险控制方法及装置。


背景技术：

2.随着互联网的迅速发展，各类贷款形式不断涌现，各种贷款乱象也层出不穷，为了完善良好的网络环境和贷款业务开展，银行既要从各个方面严格控制客户贷款的规范，严防各类问题的出现，同时也通过系统层面规范业务操作人员的各项工作。
3.目前，线下个人贷款操作人员主要审批的贷款类型主要包括住房贷款、消费类贷款、抵押贷款等，类似的有各种线上的贷款审批流程。在流水提交过程中，缺少对柜员操作的风险预警和管控，容易导致风险处理不及时，造成贷款审批风险的问题。


技术实现要素：

4.有鉴于此，本技术提供了一种风险控制方法及装置，能够及时对风险进行预警，并控制柜员的操作权限，降低了贷款审批过程中的风险。
5.一方面，本技术提供了一种风险控制方法，所述方法包括：
6.根据风险集市，采集风险数据；
7.根据所述风险数据，基于预先建立的风险预警模型，生成风险预警流水，所述风险预警流水携带有柜员信息；
8.根据所述柜员信息，对所述风险预警流水对应的柜员的审批权限进行限制。
9.可选的，所述根据所述风险数据，基于预先建立的风险预警模型，生成风险预警流水，包括：
10.实时监测所述风险数据，生成待处理的风险数据任务表；
11.根据所述任务表，基于预先建立的风险预警模型，生成风险预警流水。
12.可选的，所述根据所述风险数据，基于预先建立的风险预警模型，生成风险预警流水，包括：
13.根据所述风险数据，基于预先建立的风险预警模型，确定所述风险数据的类别；
14.根据所述风险数据的类别和所述风险数据，生成所述风险数据对应的风险预警流水。
15.可选的，所述方法还包括：
16.针对每个审批流水的柜员，统一扫描所述柜员的状态记录表，所述状态记录表用于确定柜员是否有审批流水的权限；
17.对于状态记录表为冻结状态的柜员，限制所述柜员的审批权限；对于所述状态记录表不处于冻结状态的柜员，不限制所述柜员的审批权限；所述冻结状态包括自动冻结状态和手动冻结状态。
18.可选的，所述根据所述柜员信息，对所述风险预警流水对应的柜员的审批权限进行限制，包括：
19.根据所述柜员信息，将所述风险预警流水对应的柜员的状态记录表设置为自动冻结状态。
20.可选的，所述方法还包括：
21.对于存在超期未处理流水的柜员，将所述柜员的状态记录表设置为自动冻结状态。
22.可选的，所述方法还包括：
23.检测柜员是否存在风险预警流水或超期未处理流水，若否，则解除所述柜员的自动冻结状态。
24.另一方面，本技术还提供了一种风险控制装置，所述方法包括：
25.采集模块，用于根据风险集市，采集风险数据；
26.流水生成模块，用于根据所述风险数据，基于预先建立的风险预警模型，生成风险预警流水，所述风险预警流水携带有柜员信息；
27.风险管理模块，用于根据所述柜员信息，对所述风险预警流水对应的柜员的审批权限进行限制。
28.另一方面，本技术还提供了一种设备，所述设备包括：处理器和存储器；
29.所述存储器，用于存储指令；
30.所述处理器，用于执行所述存储器中的所述指令，执行以上方面所述的方法。
31.另一方面，本技术还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序代码或指令，当其在计算机上运行时，使得所述计算机执行以上方面所述的方法。
32.由此可见，本技术实施例有如下有益效果：
33.本技术根据风险集市，采集风险数据，并根据风险数据，基于预先建立的风险预警模型，生成风险预警流水，风险预警流水中携带有柜员信息；根据柜员信息，对风险预警流水对应的柜员的审批权限进行限制；实现了对风险的预警和及时管控，有利于减少贷款审批中的风险操作，降低了贷款审批过程中的风险。
附图说明
34.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
35.图1为本技术实施例提供的一种风险控制方法的流程图；
36.图2为本技术实施例提供的一种冻结解除方法的流程图；
37.图3为本技术实施例提供的一种风险控制装置的示意图。
具体实施方式
38.为使本技术的上述目的、特征和优点能够更加明显易懂，下面结合附图对本技术的具体实施方式做详细的说明。
39.在下面的描述中阐述了很多具体细节以便于充分理解本技术，但是本技术还可以
采用其它不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本技术内涵的情况下做类似推广，因此本技术不受下面公开的具体实施例的限制。
40.目前，针对贷款的审批过程，主要存在以下问题：在流水提交过程中，缺少对柜员操作的风险预警和管控，容易导致风险处理不及时，造成贷款审批风险的概率大大提高。
41.为了解决以上问题，本技术提供了一种风险控制方法及装置，通过风险集市采集的风险数据，基于风险预警模型，对产生风险预警流水的柜员的审批权限进行限制，从而在柜员的操作层面实现对风险的及时管控，有利于降低贷款审批过程中的风险概率。
42.为了便于理解，下面结合附图对本技术实施例提供的一种风险控制方法及装置进行详细的说明。
43.参考图1所示，为本技术实施例提供的一种风险控制方法的流程图，该方法可以包括以下步骤：
44.s101：根据风险集市，采集风险数据；
45.本技术实施例中，风险集市可以为用于银行贷款审批过程中的风险集市系统，可以对大量的数据进行采集和处理。具体的，风险集市可以具有收集风险数据并对风险数据进行过滤、筛选等加工处理的功能。
46.风险数据是在贷款审批过程中产生的可能具有风险的数据，可以由系统或人工进行检测得到。更具体的，对风险数据的采集可以通过统一后台调度执行器实现。根据风险集市对风险数据按照批量方式进行采集，能够尽可能保证不遗漏地采集风险数据，并对风险数据进行批量、统一的处理。
47.s102：根据所述风险数据，基于预先建立的风险预警模型，生成风险预警流水，所述风险预警流水携带有柜员信息；
48.本技术实施例中，可以将风险数据作为预先建立的风险预警模型的输入，生成对应的风险预警流水；其中，风险预警流水携带有柜员信息，此处的柜员信息用于表征产生风险预警流水的柜员。
49.一种可能的实现方式中，所述根据所述风险数据，基于预先建立的风险预警模型，生成风险预警流水，包括：
50.实时监测所述风险数据，生成待处理的风险数据任务表；
51.根据所述任务表，基于预先建立的风险预警模型，生成风险预警流水。
52.风险集市按照批量方式进行采集，进而在系统中进行加载，为了能够及时处理采集数据并且达到监控预警的效果，本技术实施例中，系统可以采用后台定时任务实时处理加载的批量加载的数据，即可以根据后台调度执行器，对风险数据进行实时监测。由于风险数据往往批量加载产生，因此需要及时进行处理。一种可能的实现方式中，可以实时监测风险数据，并定时将当前的风险数据生成待处理的风险数据任务表，或，在风险数据产生到一定量时，将当前的风险数据生成待处理的风险数据任务表，从而实现对风险数据的及时、批量处理。具体的，在生成风险数据任务表之后，可以对产生的风险数据进行清理，以便下一次对风险数据进行批量的处理。风险集市批量采集到的数据全量加载到制定的风险信息表中，再交由风险模型进行加工筛选，如命中风险模型则交由风险预警处理器去进一步加工，生成对应的柜员风险预警流水，以便后续处理逻辑进一步处理，从而达到实时监控风险的作用。
53.一种可能的实现方式中，所述根据所述风险数据，基于预先建立的风险预警模型，生成风险预警流水，包括：
54.根据所述风险数据，基于预先建立的风险预警模型，确定所述风险数据的类别；
55.根据所述风险数据的类别和所述风险数据，生成所述风险数据对应的风险预警流水。
56.本技术实施例中，风险预警模型用于给风险数据进行分类。在实际的应用场景中，风险数据有多种类型，为了处理风险预警流水时更加方便，处理更准确，需要对风险数据分类。根据风险数据的类别和风险数据，生成的风险预警流水，也携带有风险预警流水的类别信息，从而可以根据风险预警流水的类别，对风险预警流水进行准确的处理，并且提高处理风险预警流水的效率。具体的，风险预警模型可以为具有分类器功能的机器学习模型，建立风险预警模型需要训练集、测试集等数据，在此不对风险预警模型所具体采用的机器学习方法作任何限定。
57.s103：根据所述柜员信息，对所述风险预警流水对应的柜员的审批权限进行限制。
58.本技术实施例中，为了对柜员的操作进行及时管控，在检测到产生风险预警流水后，可以根据风险预警流水所携带的柜员信息，及时对产生风险预警流水的柜员进行控制，具体的，则是限制该柜员的流水审批权限。若柜员的流水审批权限受到限制，则该柜员无法正常地处理其他流水，只有在限制解除之后才能继续进行流水审批。如此便实现了在柜员操作层面的有效管控，及时预警风险，降低了风险未处理的概率。
59.本技术实施例根据风险集市，采集风险数据，并根据风险数据，基于预先建立的风险预警模型，生成风险预警流水，风险预警流水中携带有柜员信息；根据柜员信息，对风险预警流水对应的柜员的审批权限进行限制；实现了对风险的预警和及时管控，有利于减少贷款审批中的风险操作，降低了贷款审批过程中的风险。
60.一种可能的实现方式中，所述方法还包括：
61.针对每个审批流水的柜员，统一扫描所述柜员的状态记录表，所述状态记录表用于确定柜员是否有审批流水的权限；
62.对于状态记录表为冻结状态的柜员，限制所述柜员的审批权限；对于所述状态记录表不处于冻结状态的柜员，不限制所述柜员的审批权限；所述冻结状态包括自动冻结状态和手动冻结状态。
63.具体的，柜员的状态记录表可以包括冻结标识字段，冻结标识字段对应柜员的多种状态分别具有不同的参数，如正常状态、自动冻结状态和手动冻结状态等。
64.手动冻结状态可以由人工进行设置，一种可能的实现方式中，手动冻结状态的优先级最高，只能通过省行柜员进行手动解冻才能解除。
65.对于自动冻结状态，一种可能的实现方式中，首先由省行的自动冻结开关是否打开决定，若省行的自动冻结开关关闭，则无法将柜员的冻结状态设置为自动冻结状态。
66.一种可能的实现方式中，所述根据所述柜员信息，对所述风险预警流水对应的柜员的审批权限进行限制，包括：
67.根据所述柜员信息，将所述风险预警流水对应的柜员的状态记录表设置为自动冻结状态。
68.本技术实施例中，可以通过将产生风险预警流水的柜员设置为自动冻结状态，对
柜员的审批权限进行限制。
69.一种可能的实现方式中，所述方法还包括：
70.对于存在超期未处理流水的柜员，将所述柜员的状态记录表设置为自动冻结状态。
71.本技术实施例中，自动冻结状态也可能是超期未处理流水导致的。通过对柜员的超期未处理流水也进行相应的管控，能够实现对柜员操作更全面的管控，提高柜员操作的规范性。
72.一种可能的实现方式中，可以对于存在风险预警流水和超期未处理流水中的至少一种的柜员，将状态记录表设置为自动冻结状态。
73.一种可能的实现方式中，所述方法还包括：
74.检测柜员是否存在风险预警流水或超期未处理流水，若否，则解除所述柜员的自动冻结状态。
75.对于不再存在风险预警流水和超期未处理流水的柜员，解除其自动冻结状态，从而具有正常审批流水的权限。
76.一种可能的实现方式中，对于柜员的冻结状态，有如图2所示的冻结解除步骤。图2为本技术实施例提供的一种冻结解除方法的流程图，其中，冻结解除的全流程可以包括以下步骤：
77.判断冻结开关是否打开，若关闭，则无需进行操作，柜员可正常进行流水审批；
78.若冻结开关开启，则判断是否手工冻结，若是，则由省行柜员解除冻结再进入下一步骤，否则直接进入下一步骤；
79.判断是否自动冻结，并分别对超期未处理流水和风险预警流水进行处理；需要说明的是，超期未处理流水和风险预警流水的处理可以是并行的，没有绝对的时序关系；
80.处理之后，检查柜员的冻结记录表，若无冻结记录，则全部流水已处理完毕，解冻该柜员，使得该柜员能够正常处理流水；
81.若有冻结记录，则该柜员仍处于冻结状态，需要将所有相关记录处理完毕才能正常处理流水。
82.具体的，对于风险预警流水的处理，可以由系统指派柜员进行处理，在此期间产生风险预警流水的柜员处于自动冻结状态。
83.具体的，在处理完超期未处理流水和风险预警流水之后，可以通过统一机制登记处理情况，直到自动冻结状态解除为止。
84.本技术实施例通过统一的处理机制，通过风险集市对风险数据进行实时监控，批量处理风险数据，并根据风险预警模型生成对应的风险预警流水，对产生风险预警流水的柜员进行预警，对贷款审批柜员进行统一监管，同时也对产生超期未处理流水的柜员进行管控，有利于对贷款审批的各个层面进行强化，降低贷款审批风险的同时，也能提高贷款的审批效率。
85.基于以上风险控制方法，本技术实施例还提供了一种风险控制装置，参考图3所示，该图为本技术实施例提供的一种风险控制装置的示意图。该装置可以包括：
86.采集模块201，用于根据风险集市，采集风险数据；
87.流水生成模块202，用于根据所述风险数据，基于预先建立的风险预警模型，生成
风险预警流水，所述风险预警流水携带有柜员信息；
88.风险管理模块203，用于根据所述柜员信息，对所述风险预警流水对应的柜员的审批权限进行限制。
89.一种可能的实现方式中，所述流水生成模块用于：
90.实时监测所述风险数据，生成待处理的风险数据任务表；
91.根据所述任务表，基于预先建立的风险预警模型，生成风险预警流水。
92.一种可能的实现方式中，所述流水生成模块用于：
93.根据所述风险数据，基于预先建立的风险预警模型，确定所述风险数据的类别；
94.根据所述风险数据的类别和所述风险数据，生成所述风险数据对应的风险预警流水。
95.一种可能的实现方式中，所述装置还包括：
96.状态扫描单元，用于针对每个审批流水的柜员，统一扫描所述柜员的状态记录表，所述状态记录表用于确定柜员是否有审批流水的权限；
97.权限控制单元，用于对于状态记录表为冻结状态的柜员，限制所述柜员的审批权限；对于所述状态记录表不处于冻结状态的柜员，不限制所述柜员的审批权限；所述冻结状态包括自动冻结状态和手动冻结状态。
98.一种可能的实现方式中，所述风险管理模块具体用于：
99.根据所述柜员信息，将所述风险预警流水对应的柜员的状态记录表设置为自动冻结状态。
100.一种可能的实现方式中，所述装置还包括：
101.超期管理单元，用于对于存在超期未处理流水的柜员，将所述柜员的状态记录表设置为自动冻结状态。
102.一种可能的实现方式中，所述装置还包括：
103.冻结解除单元，用于检测柜员是否存在风险预警流水或超期未处理流水，若否，则解除所述柜员的自动冻结状态。
104.基于以上的风险控制方法，本技术实施例还提供了一种设备，该设备可以包括：处理器和存储器；
105.存储器，用于存储指令；
106.处理器，用于执行所述存储器中的所述指令，执行上文所述的风险控制方法。
107.基于以上的风险控制方法，本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有程序代码或指令，当其在计算机上运行时，使得所述计算机执行上文所述的风险控制方法。
108.需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
109.应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字
符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
110.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
111.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
112.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。