全流程风控专题：策略管理-网站建设- 中企动力

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

一、概述

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

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

1）功能概述

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

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

2）策略调用流程

3）策略UML实体关系图

1）功能概述

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

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

2）策略配置系统交互

1）功能概述

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

2）策略以及策略包设计

策略执行日志表，只记录执行路径。策略执行时的变量值，直接记入hbase，因为量太大，且变量数量不确定，记入MySQL的话，要经常加列。

有的策略是一个特殊的策略，用来执行使用条件，选择执行什么普通策略包。

策略结果合并的逻辑，做成配置化的，配置优先级。

策略每次执行完，都需要记录执行路径，而事件上下文则落入hbase。