一种风险管控方法及系统与流程

1.本发明实施例涉及数据风险管控技术领域，尤其涉及一种风险管控方法及系统。


背景技术：

2.近年来，随着电信诈骗事件的不断发生，人民群众的经济财产安全受到严重威胁。随着日益先进的通讯和互联网技术，电信诈骗技术与方式也不断提高，电信诈骗案件发生率也随之上升。传统的账户控制措施能有效地抑制电信诈骗，一定程度上挽回受害人的损失，但这种方式存在着一定的“滞后性”，即，受害者进行报案后，相关部门将账户控制的指令通过专线发送到银行端，银行再根据指令进行相应的控制操作。这种模式在一定程度上虽然阻止了涉案账户的资金流出，减少受害者的损失。但由于该模式存在时间滞后性，导致受害者实际可追回的资金大打折扣。
3.相关技术中，可以针对账户风险进行管控，在一定程度上抑制了电信诈骗。但是相关技术的方法比较单一，且存在时间滞后性，导致安全性较低，效率不高。


技术实现要素：

4.本发明提供了一种风险管控方法及系统，以解决现有技术中对账户管控效率低的问题，并通过由风险监控平台监控账户行为，由分支行处理平台与营业网点账户实施对风险预警信息的核验与账户管控，提高了对账户的管控效率，同时提高了安全效率。
5.根据本发明的一方面，提供了一种风险管控方法，包括：
6.通过风险监控平台若监控到的账户行为是风险事件，将所述风险事件的信息作为风险预警信息推送到第一消息队列中；
7.通过分支行处理平台从所述第一消息队列中取出所述风险预警信息，基于所述风险预警信息中所述风险事件的风险等级对所述风险事件进行对应管控处理；
8.若通过所述分支行处理平台判断所述风险预警信息满足预设条件，将所述风险预警信息发送至账户所属的营业网点；
9.通过所述营业网点对所述风险预警信息进行处理。
10.根据本发明的另一方面，提供了一种风险管控系统，包括：
11.风险监控平台，用于若监控到的账户行为是风险事件，将所述风险事件的信息作为风险预警信息推送到第一消息队列中；
12.分支行处理平台，用于从所述第一消息队列中取出风险预警信息，基于所述风险预警信息中所述风险事件的风险等级对所述风险事件进行对应管控处理，以及判断所述风险预警信息满足预设条件，将所述风险预警信息发送至账户所属的营业网点；
13.营业网点，用于对所述风险预警信息进行处理。
14.本发明实施例的技术方案，通过由风险监控平台监控账户行为，并由分支行处理平台与营业网点账户实施对风险预警信息的核验与账户管控，提高了对账户的管控效率，同时提高了安全效率。
15.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
16.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1是根据本发明实施例一提供的一种风险管控方法的流程图；
18.图2是根据本发明实施例一提供的一种风险预警信息进行处理的业务流程图；
19.图3是根据本发明实施例二提供的另一种风险管控方法的流程图；
20.图4是根据本发明实施例三提供的一种风险管控系统的结构示意图；
21.图5是根据本发明实施例四提供的另一种风险管控系统的结构示意图。
具体实施方式
22.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
23.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
24.实施例一
25.图1为本发明实施例一提供了一种风险管控方法的流程图，本实施例可适用于对风险进行管控的情况，该方法可以由风险管控系统来执行，该风险管控系统可以采用硬件和/或软件的形式实现。如图1所示，该方法包括：
26.s110、通过风险监控平台若监控到的账户行为是风险事件，将风险事件的信息作为风险预警信息推送到第一消息队列中。
27.其中，风险监控平台可以用于监控账户行为，对风险预警规则进行制定、对风险预警信息进行推送以及对风险预警信息进行更新等。
28.账户行为可以是针对于银行相关业务进行的一系列操作，比如：账户的注册、转账和登录地等信息，本实施例对此不做具体限制。
29.本实施例中，风险事件可以是由风险监控平台预先制定确定风险事件的风险预警规则，并动态地对账户行为进行监控，将满足风险预警规则的风险账户信息确定为风险事
件，并将风险事件的信息作为风险预警信息发送到分支行处理平台的第一消息队列中。
30.示例性地，可以通过风险监控平台配置风险事件，并配置风险事件的风险等级，具体的，风险监控平台可以预先对风险事件进行配置，风险监控平台使用人员可以基于对风险事件配置相应的风险等级，并为风险等级打上等级标签，其中，风险等级可以根据风险紧急程度分为高、中和低三类。
31.示例性地，风险事件可以包括但不限于小额试卡、与已标记的可疑账户存在交易、规避特定金额和日空试卡等。
32.本实施例中，配置完风险等级后，风险监控平台可动态监控账户行为，若该账户行为满足风险预警规则，则风险监控平台可作为生产者将风险预警信息推送到第一消息队列中，其中，第一消息队列可以是kafka消息队列，该kafka消息队列可以用于提供消息队列，生产者可以单方面往消息队列添加数据，消费者可以从消息队列里依次读取数据然后自行处理。
33.可选的，风险预警信息可以包括多个字段，风险预警信息字段可以如下表1所示：
34.表1
35.预警信息字段预警信息编号(主键)触发规则编号触发规则名称触发风险等级触发风险时间管控措施策略银行卡账号银行客户号
36.s120、通过分支行处理平台从第一消息队列中取出风险预警信息，基于风险预警信息中风险事件的风险等级对风险事件进行对应管控处理。
37.本实施例中，分支行处理平台可以作为消费者，定时从kafka消息队列中取出风险预警信息，不同的风险等级可以对应不同的处理规则，由分支行处理平台根据不同的风险等级进行相应的管控处理，并将管控处理结果推送至kafka消息队列中。
38.示例性地，基于风险预警信息中风险事件的风险等级对风险事件进行对应管控处理可以包括：通过分支行处理平台若判断风险预警信息中风险事件的风险等级为高级，基于管控策略对风险事件进行直接处理，并将处理结果发送至第二消息队列；通过分支行处理平台若判断风险预警信息中风险事件的风险等级为中低级，向风险处置员发送风险处置的提示信息以使风险处置员对风险事件进行核查，以及将核查后对应的处理结果发送第二消息队列中。
39.本实施例中，由于不同级别的风险事件对应不同的处理策略，而对于风险等级为高级的风险事件更要求高的时效性，因此，可以直接对账户进行控制；然而，对于中低风险等级的风险事件，其有可能存在电信欺诈行为，因此，为了避免由于“误操作”带来的经济损失，需要银行分、支行风险管理员以及网点的人员对风险预警信息进行核验，核验之后再决定相应的处理，即，将核查后对应的处理结果发送第二消息队列中。
40.本实施例中通过分支行处理平台判断风险预警信息中风险事件的风险等级为高级，分支行处理平台可直接进行账户冻结、紧急止付和金额冻结处理，并将处理结果推送至kafka消息队列中；通过分支行处理平台判断风险预警信息中风险事件的风险等级为中低级，可根据风险账户对应的卡号逐级下发一级分行、二级分行、一级支行，具体的，中低风险等级可以通过预警信号的形式下发到预警信息包含的银行卡账号所属一级分行的分支行处理平台，同时可以给风险处置员发送短信或邮件提示的形式以进行核查。一级分行的风险处置员可以在分支行处理平台的界面上查看所有属于该一级分行的风险信息。并将核查后对应的处理结果发送kafka消息队列中。
41.其中，账户冻结可以是对指定账户实施账户冻结，若账户被冻结，则该账户内的资金无法转出，但可以往该账户内转入资金，账户冻结的时效性一般为半年或一年；紧急止付可以是特殊时效性的账户冻结，一般时效性仅有48小时，用于快速阻止涉案账户的资金流出；金额冻结可以是对账户内制定的金额进行冻结，账户实际可用余额等于账户余额减去金额冻结的数额。
42.示例性地，将核查后对应的处理结果发送第二消息队列中可以包括：针对风险事件，若无需对账户进行管控，通过分支行处理平台将无需管控的处理结果以及处理依据发送至第二消息队列；针对风险事件，若需要对账户进行管控，通过分支行处理平台对账户进行管控，并将管控结果以及管控依据发送至第二消息队列。
43.其中，一级分行风险管理员在核查完风险信号之后，如果认为无需对该账户实施管控，则将“无需管控”的处置结果及处置的依据共同推送到kafka消息队列中；针对风险事件，如果认为需要对账户实施管控，风险管理员可在分支行处理平台的界面上，针对该风险信息对于的卡号实施账户冻结、紧急止付或金额冻结，同时将实施结果以及处置的依据共同推送到kafka消息队列中。
44.示例性地，通过营业网点将处理结果反馈给分支行处理平台以使分支行处理平台将处理结果发送至第二消息队列中。
45.本实施例中，网点人员通过柜面系统进行风险预警信息的核查及处置，核查处置完成之后可以将结果反馈给分支行处理平台。分支行处理平台收到反馈之后，将处理结果及处置依据共同推送到kafka消息队列中。可选的，网点反馈字段如下表2所示：
46.表2
47.网点反馈字段预警信息编号(主键)核查结果核查说明经办人姓名经办人电话持卡人姓名持卡人证件号码账户状态采取的风控措施控制结果
管控日期
48.示例性地，通过风险监控平台每间隔预设时间段从第二消息队列中获取处理结果，基于获取的处理结果对风险预警信息的处理结果进行更新。
49.其中，由于反馈信息结果更新的时效性要求不及风险预警信息下发的时效性要求，因此风险监控平台可以在日终作为消费者统一从消息队列中取出风险预警信息的处理结果并进行更新。
50.可选的，分支行处理平台反馈给风险监控平台的字段可以如下表3所示：
51.表3
52.分支行处理平台反馈字段预警信息编号(主键)处置状态处置方式管控结果核查日期管控日期核查详情管控详情
53.s130、若通过分支行处理平台判断风险预警信息满足预设条件，将风险预警信息发送至账户所属的营业网点。
54.示例性地，s130可以包括：若通过分支行处理平台判断风险预警信息满足预设条件，将风险预警信息发送至账户所属的营业网点，包括：通过分支行处理平台设置风险预警信息的处理截止时间；若风险预警信息在处理截止时间之前未处理，通过分支行处理平台将未处理的风险预警信息发送至下级机构；若下级机构不是账户所属的营业网点，将下级机构作为分支行处理平台，返回向风险处置员发送风险处置的提示信息的操作；若下级机构是账户的营业网点，则通过分支行处理平台将风险预警信息发送至营业网点。
55.其中，为了避免风险管理员遗忘处理该风险等级对应的风险事件，分支行处理平台可以对每一个预警信息预先设置一个处理截止时间，超过截止时间未处理的风险预警信息将自动下发下一级部门；比如：若风险预警信息在处理截止时间之前未处理，通过分支行处理平台将未处理的风险预警信息发送至下级机构；若下级机构不是账户所属的营业网点，将下级机构作为分支行处理平台，返回向风险处置员发送风险处置的提示信息的操作；若下级机构是账户的营业网点，则通过分支行处理平台将风险预警信息发送至营业网点。
56.本实施例中将风险预警信息进行逐级下发，能够更有利于信息的集中处理。
57.示例性地，若通过分支行处理平台判断风险预警信息中风险事件的风险等级为中低级，向风险处置员发送风险处置的提示信息以使风险处置员对风险事件进行核查，如果核查结束之后但未得出确切处置结论，可以将处置建议与风险预警信息一并下发至卡号对应的二级分行，同时处理截止时间将重新开始。同时一级分行风险管理员在指定时间内如果没有核查管控该风险预警信息，该风险预警信息也会下发至二级分行。风险预警信息到达二级分行，处理流程与一级分行相同。二级分行风险管理员可手动将风险预警信息下发至一级支行，同时超过处置时间的风险预警信息也将自动下发至一级支行。预警信息到达
一级支行，处理流程与一级分行相同，可手动将预警信息下发至营业网点，超时的风险预警信息也将自动下发至营业网点。
58.示例性地，若判断风险预警信息的当前处理日期处于假期时段，通过分支行处理平台将风险预警信息发送至账户所属的营业网点。
59.本实施例中若判断风险预警信息的当前处理日期处于假期时段，则将风险预警信息直接下发该银行账户所属营业网点。
60.示例性地，还可以通过分支行处理平台调用风险监控平台的数据接口核查风险预警信息的全量信息。
61.其中，针对每一个预警信息，一级分行风险管理员可以调用风险监控平台提供的数据接口核查该风险预警信息包含的全量信息，作为下一步处置的依据。全量信息可以如下表4所示：
62.表4
63.核查反馈字段预警信息编号(主键)触发规则名称触发风险等级触发风险时间账号开户行号交易时间交易金额交易对方账号mac地址ip地址交易渠道交易行号交易流水号交易币种
64.s140、通过营业网点对风险预警信息进行处理。
65.本实施例中营业网点可以用于对风险信息进行核查、并将核查结果反馈至分支行处理平台，分支行处理平台接收营业网点反馈结果后，判断风险预警信息满足预设条件，将风险预警信息发送至账户所属的营业网点，通过营业网点对风险预警信息进行处理。
66.本实施例中对于风险预警信息进行处理的业务流程可以由图2所示：风险监控平台可以预先制定风险预警规则，监控账户行为发生交易时触发相应风险预警规则；若该账户行为通过风险预警规则确定为风险事件，则将风险事件的信息作为风险预警信息推送到分支行处理平台的第一消息队列中，通过分支行处理平台从第一消息队列中接收风险预警信息，通过支行处理平台若判断风险预警信息中风险事件的风险等级为高级，基于管控策略对风险事件进行直接处理，并将处理结果发送至第二消息队列；通过分支行处理平台若判断风险预警信息中风险事件的风险等级为中低级，向风险处置员发送风险处置的提示信
息以使风险处置员对风险事件进行核查，以及将核查后对应的处理结果发送第二消息队列中；通过分支行处理平台设置风险预警信息的处理截止时间，针对风险事件，若无需对账户进行管控，通过分支行处理平台将无需管控的处理结果以及处理依据发送至第二消息队列；针对风险事件，若需要对账户进行管控，通过分支行处理平台对账户进行管控，并将管控结果以及管控依据发送至第二消息队列；并结束风险预警信息的处理截止时间；若核查结束之后但未得出确切处置结论，可以将处置建议与风险预警信息一并手动下发至卡号对应的二级分行，同时结束风险预警信息的处理截止时间，新的处理截止时间将重新开始；若判断风险预警信息的当前处理日期处于假期时段或若风险预警信息在处理截止时间之前未处理，则通过分支行处理平台将风险预警信息发送至账户所属的营业网点，同时结束风险预警信息的处理截止时间，新的处理截止时间将重新开始；营业网点接收风险预警信息；通过营业网点对风险预警信息进行处理；并由营业网点判断是否对账户进行管控，并将处理结果反馈至分支行处理平台，分支行处理平台接收处理结果，同时反馈给风险监控平台。
67.本实施例通过由风险监控平台监控账户行为，并由分支行处理平台与营业网点账户实施对风险预警信息的核验与账户管控，提高了对账户的管控效率，同时提高了安全效率。
68.实施例二
69.图3为本发明实施例二提供的另一种风险管控方法的流程图。如图3所示，该方法包括：
70.s201、风险监控平台制定风险预警规则。
71.s202、通过风险监控平台监控账户行为。
72.s203、确定账户行为是否满足风险预警规则，若是，则执行s204，否则，执行s202。
73.s204、确定风险事件，并将风险事件的信息作为风险预警信息推送到第一消息队列中。
74.s205、风险监控平台设置风险等级配置功能，并为风险事件打上等级标签。
75.s206、判断风险事件等级是否属于高风险，若是，则执行s207，否则，执行s208。
76.s207、基于管控策略对高风险事件进行直接处理，并将处理结果发送至风险监控平台。
77.s208、将中低风险等级事件下发到风险预警信息包含的银行卡账号所属一级分行的分支行处理平台。
78.s209、给风险处置员发送短信或邮件提示。
79.s210、判断风险预警信息的当前处理日期是否处于假期时段，若是，则执行s214，否则，执行s211。
80.s211、通过分支行处理平台设置风险预警信息的处理截止时间，判断风险预警信息是否超时，若是，则执行s212。
81.s212、通过分支行处理平台将未处理的风险预警信息发送至下级机构。
82.s213、判断下级机构是否是账户所属的营业网点，若是，则执行s214，否则，执行s209。
83.s214、通过分支行处理平台将风险预警信息发送至营业网点。
84.s215、通过分支行处理平台将未处理的风险预警信息发送至下级机构进行核查。
85.s216、若核查之后，未得出确切处理结果，则判断是否需要手动将风险预警信息下发至一级支行，若是，则执行s212，否则，执行s2170。
86.s217、针对风险事件，若无需对账户进行管控，通过分支行处理平台将无需管控的处理结果以及处理依据发送至第二消息队列；针对风险事件，若需要对账户进行管控，通过分支行处理平台对账户进行管控。
87.s218、将管控结果以及管控依据发送至第二消息队列。
88.s219、营业网点柜面系统对风险预警信息进行核查。
89.s220、通过营业网点对风险预警信息进行处理。
90.s221、将处理结果反馈至分支行处理平台。
91.s222、分支行处理平台将处理结果反馈至风险监控平台。
92.s223、风险监控平台对处理结果进行更新。
93.本实施例通过由风险监控平台监控账户行为，并由分支行处理平台与营业网点账户实施对风险预警信息的核验与账户管控，提高了对账户的管控效率，同时提高了安全效率。
94.实施例三
95.图4为本发明实施例三提供的一种风险管控系统的结构示意图。如图4所示，该系统包括：
96.风险监控平台401，用于若监控到的账户行为是风险事件，将风险事件的信息作为风险预警信息推送到第一消息队列中；
97.分支行处理平台402，用于从第一消息队列中取出风险预警信息，基于风险预警信息中风险事件的风险等级对风险事件进行对应管控处理，以及判断风险预警信息满足预设条件，将风险预警信息发送至账户所属的营业网点；
98.营业网点403，用于对风险预警信息进行处理。
99.可选的，分支行处理平台具体用于：
100.通过分支行处理平台若判断风险预警信息中风险事件的风险等级为高级，基于管控策略对风险事件进行直接处理，并将处理结果发送至第二消息队列；
101.通过分支行处理平台若判断风险预警信息中风险事件的风险等级为中低级，向风险处置员发送风险处置的提示信息以使风险处置员对风险事件进行核查，以及将核查后对应的处理结果发送第二消息队列中。
102.可选的，分支行处理平台具体用于：
103.针对风险事件，若无需对账户进行管控，通过分支行处理平台将无需管控的处理结果以及处理依据发送至第二消息队列；
104.针对风险事件，若需要对账户进行管控，通过分支行处理平台对账户进行管控，并将管控结果以及管控依据发送至第二消息队列。
105.可选的，分支行处理平台402具体用于：
106.若风险预警信息在处理截止时间之前未处理，通过分支行处理平台将未处理的风险预警信息发送至下级机构；
107.若下级机构不是账户所属的营业网点，将下级机构作为分支行处理平台，返回向风险处置员发送风险处置的提示信息的操作；
108.若下级机构是账户的营业网点，则通过分支行处理平台将风险预警信息发送至营业网点。
109.可选的，分支行处理平台402具体用于：
110.若判断风险预警信息的当前处理日期处于假期时段，通过分支行处理平台将风险预警信息发送至账户所属的营业网点。
111.可选的，分支行处理平台402具体用于：
112.通过营业网点将处理结果反馈给分支行处理平台以使分支行处理平台将处理结果发送至第二消息队列中。
113.可选的，分支行处理平台402具体用于：
114.通过风险监控平台每间隔预设时间段从第二消息队列中获取处理结果，基于获取的处理结果对风险预警信息的处理结果进行更新。
115.可选的，分支行处理平台402具体用于：
116.通过分支行处理平台调用风险监控平台的数据接口核查风险预警信息的全量信息。
117.可选的，风险监控平台401具体用于：
118.通过风险监控平台配置风险事件，并配置风险事件的风险等级。
119.本发明实施例所提供的风险管控系统可执行本发明任意实施例所提供的一种风险管控方法，具备执行方法相应的功能模块和有益效果。
120.实施例四
121.图5为本发明实施例四提供的另一种风险管控系统的结构示意图。如图5所示，展示了各个系统之间的交互过程，该系统包括：风险监控平台、分支行处理平台和营业网点。
122.其中，风险监控平台用于风险预警规则制定、推送风险预警信息、接收管控处理结果和对风险预警信息进行更新。
123.分支行处理平台用于接收风险预警信息、向风险监控平台反馈处理结果、对风险预警信息进行核查、接收营业网点反馈的处理结果、将风险预警信息下发至营业网点、根据高风险等级对银行账户进行管控以及根据中低风险进行处置。
124.营业网点用于对风险预警信息进行核查、反馈处理结果到分支行处理平台、接收风险预警信息以及对风险预警信息进行处理。
125.本发明实施例所提供的风险管控系统可执行本发明任意实施例所提供的一种风险管控方法，具备执行方法相应的功能模块和有益效果。
126.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
127.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种风险管控方法，其特征在于，包括：通过风险监控平台若监控到的账户行为是风险事件，将所述风险事件的信息作为风险预警信息推送到第一消息队列中；通过分支行处理平台从所述第一消息队列中取出所述风险预警信息，基于所述风险预警信息中所述风险事件的风险等级对所述风险事件进行对应管控处理；若通过所述分支行处理平台判断所述风险预警信息满足预设条件，将所述风险预警信息发送至账户所属的营业网点；通过所述营业网点对所述风险预警信息进行处理。2.根据权利要求1所述的方法，其特征在于，所述基于所述风险预警信息中所述风险事件的风险等级对所述风险事件进行对应管控处理，包括：通过所述分支行处理平台若判断所述风险预警信息中所述风险事件的风险等级为高级，基于管控策略对所述风险事件进行直接处理，并将处理结果发送至第二消息队列；通过所述分支行处理平台若判断所述风险预警信息中所述风险事件的风险等级为中低级，向风险处置员发送风险处置的提示信息以使所述风险处置员对所述风险事件进行核查，以及将核查后对应的处理结果发送所述第二消息队列中。3.根据权利要求2所述方法，其特征在于，所述将核查后对应的处理结果发送所述第二消息队列中，包括：针对所述风险事件，若无需对账户进行管控，通过所述分支行处理平台将无需管控的处理结果以及处理依据发送至所述第二消息队列；针对所述风险事件，若需要对账户进行管控，通过所述分支行处理平台对账户进行管控，并将管控结果以及管控依据发送至所述第二消息队列。4.根据权利要求1所述的方法，其特征在于，若通过所述分支行处理平台判断所述风险预警信息满足预设条件，将所述风险预警信息发送至账户所属的营业网点，包括：通过所述分支行处理平台设置风险预警信息的处理截止时间；若风险预警信息在处理截止时间之前未处理，通过分支行处理平台将未处理的风险预警信息发送至下级机构；若所述下级机构不是账户所属的营业网点，将所述下级机构作为分支行处理平台，返回向风险处置员发送风险处置的提示信息的操作；若所述下级机构是账户所述的营业网点，则通过所述分支行处理平台将所述风险预警信息发送至所述营业网点。5.根据权利要求1所述的方法，其特征在于，所述若通过所述分支行处理平台判断所述风险预警信息满足预设条件，将所述风险预警信息发送至账户所属的营业网点，包括：若判断所述风险预警信息的当前处理日期处于假期时段，通过所述分支行处理平台将所述风险预警信息发送至账户所属的营业网点。6.根据权利要求4或5所述的方法，其特征在于，通过所述营业网点将处理结果反馈给所述分支行处理平台以使所述分支行处理平台将所述处理结果发送至第二消息队列中。7.根据权利要求2所述的方法，其特征在于，还包括：通过风险监控平台每间隔预设时间段从所述第二消息队列中获取处理结果，基于获取
的处理结果对所述风险预警信息的处理结果进行更新。8.根据权利要求1所述的方法，其特征在于，还包括：通过分支行处理平台调用所述风险监控平台的数据接口核查所述风险预警信息的全量信息。9.根据权利要求1所述的方法，其特征在于，还包括：通过风险监控平台配置风险事件，并配置所述风险事件的风险等级。10.一种风险管控系统，其特征在于，包括：风险监控平台，用于若监控到的账户行为是风险事件，将所述风险事件的信息作为风险预警信息推送到第一消息队列中；分支行处理平台，用于从所述第一消息队列中取出风险预警信息，基于所述风险预警信息中所述风险事件的风险等级对所述风险事件进行对应管控处理，以及判断所述风险预警信息满足预设条件，将所述风险预警信息发送至账户所属的营业网点；营业网点，用于对所述风险预警信息进行处理。

技术总结
本发明公开了一种风险管控方法及系统。包括：通过风险监控平台若监控到的账户行为是风险事件，将风险事件的信息作为风险预警信息推送到第一消息队列中；通过分支行处理平台从第一消息队列中取出风险预警信息，基于风险预警信息中风险事件的风险等级对风险事件进行对应管控处理；若通过分支行处理平台判断风险预警信息满足预设条件，将风险预警信息发送至账户所属的营业网点；通过营业网点对风险预警信息进行处理，本实施例通过由风险监控平台监控账户行为，并由分支行处理平台与营业网点账户实施对风险预警信息的核验与账户管控，提高了对账户的管控效率，同时提高了安全效率。同时提高了安全效率。同时提高了安全效率。


技术研发人员：唐浩雲 丁笑远 蒋洪伟 严欢 黄新源
受保护的技术使用者：中国农业银行股份有限公司
技术研发日：2022.10.25
技术公布日：2023/1/6