全流程风控专题:策略管理

0 评论 3406 浏览 15 收藏 5 分钟

编辑导读:在风控流程中,策略系统负责为调用方提供决策功能,由事件驱动,返回决策结果和决策建议给调用系统。本文将从三个方面进行分析,希望对你有帮助。

一、概述

策略系统负责为调用方提供决策功能,由事件驱动,返回决策结果和决策建议给调用系统。

本系统基于变量构建决策树,拉平现有的反欺诈规则和审批规则,使得反欺诈规则和审批规则用同一套系统支持;底层基于统一的数据变量平台,达到提高效率、避免重复加工、业务上风险管控措施能够统一部署的目的。该系统负责决策,数据变量的加工准备不在本系统职责范围内,决策之后要执行的操作也不在本系统职责范围内。

三、关键功能流程/场景设计

1. 策略调用设计

1)功能概述

策略在执行之前,要对变量进行检查。如果是变量缺失了,则根据配置,返回拒绝、返回重试或者跳过继续执行策略等等。

针对重试,重试间隔或是重试次数,由政策系统决定,在政策系统中配置。针对跳过,在策略决策树上,要有对应的判断,即策略决策树自身的逻辑已经考虑了某变量为空的情况,则策略可以正常执行。策略执行完之后,要记录执行路径,同时要记录本次查得的变量的值,方便后续查问题。

2)策略调用流程

3)策略UML实体关系图

2. 策略配置设计

1)功能概述

策略配置时,读取变量的分桶,配置员可以选取已有的分桶。如果已有分桶不满足,则可以创建新的分桶。策略保存时,调用变量平台,由变量平台保存变量被引用的情况、变量的分桶变化。

策略保存时(而不是发布时)就调用变量平台,记录下变量被策略的引用关系,以及变量的分桶:考虑这样一种场景,先配置策略A,然后配置策略B,那么A策略保存时,记录下变量X的分桶; 然后B就能看到X的分桶了,如果B也使用同样的分桶,那它就可以直接复用A的分桶。

2)策略配置系统交互

5. 策略执行设计

1)功能概述

对于策略系统内部来说,策略执行时先判断什么事件或者什么产品渠道(所以决定要素还是要在策略里面),以决策树的方式执行;普通策略包的执行,则是并行执行包里面所有的策略。

2)策略以及策略包设计

  1. 策略执行日志表,只记录执行路径。策略执行时的变量值,直接记入hbase,因为量太大,且变量数量不确定,记入MySQL的话,要经常加列。
  2. 有的策略是一个特殊的策略,用来执行使用条件,选择执行什么普通策略包。
  3. 策略结果合并的逻辑,做成配置化的,配置优先级。
  4. 策略每次执行完,都需要记录执行路径,而事件上下文则落入hbase。

 

本文由 @blerk.zhao 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!