编辑导读：在风控流程中，策略系统负责为调用方提供决策功能，由事件驱动，返回决策结果和决策建议给调用系统。本文将从三个方面进行分析，希望对你有帮助。
一、概述
策略系统负责为调用方提供决策功能，由事件驱动，返回决策结果和决策建议给调用系统。
本系统基于变量构建决策树，拉平现有的反欺诈规则和审批规则，使得反欺诈规则和审批规则用同一套系统支持；底层基于统一的数据变量平台，达到提高效率、避免重复加工、业务上风险管控措施能够统一部署的目的。该系统负责决策，数据变量的加工准备不在本系统职责范围内，决策之后要执行的操作也不在本系统职责范围内。
三、关键功能流程/场景设计1. 策略调用设计
1）功能概述
策略在执行之前，要对变量进行检查。如果是变量缺失了，则根据配置，返回拒绝、返回重试或者跳过继续执行策略等等。
针对重试，重试间隔或是重试次数，由政策系统决定，在政策系统中配置。针对跳过，在策略决策树上，要有对应的判断，即策略决策树自身的逻辑已经考虑了某变量为空的情况，则策略可以正常执行。策略执行完之后，要记录执行路径，同时要记录本次查得的变量的值，方便后续查问题。
2）策略调用流程
3）策略UML实体关系图
2. 策略配置设计
1）功能概述
策略配置时，读取变量的分桶，配置员可以选取已有的分桶。如果已有分桶不满足，则可以创建新的分桶。策略保存时，调用变量平台，由变量平台保存变量被引用的情况、变量的分桶变化。
策略保存时（而不是发布时）就调用变量平台，记录下变量被策略的引用关系，以及变量的分桶：考虑这样一种场景，先配置策略A，然后配置策略B，那么A策略保存时，记录下变量X的分桶； 然后B就能看到X的分桶了，如果B也使用同样的分桶，那它就可以直接复用A的分桶。
2）策略配置系统交互
3. 策略版本设计
1）功能概述
每次策略被编辑时，往表中拷贝插入一条新记录，版本号加1。若本次编辑被废弃，该版本号仍然被占用；下一次编辑时，版本号再加1。
2）策略版本管理数据流程
4. 策略回滚设计
1）功能概述
需要有全量回滚功能：把运行中的配置全量备份，每次发布策略时备份，添加发布说明。回滚时，把全部运行中的改为废弃，然后插入要回滚的配置。简单。
2）策略回滚设计
5. 策略执行设计
1）功能概述
对于策略系统内部来说，策略执行时先判断什么事件或者什么产品渠道（所以决定要素还是要在策略里面），以决策树的方式执行；普通策略包的执行，则是并行执行包里面所有的策略。
2）策略以及策略包设计
- 策略执行日志表，只记录执行路径。策略执行时的变量值，直接记入hbase，因为量太大，且变量数量不确定，记入MySQL的话，要经常加列。
- 有的策略是一个特殊的策略，用来执行使用条件，选择执行什么普通策略包。
- 策略结果合并的逻辑，做成配置化的，配置优先级。
- 策略每次执行完，都需要记录执行路径，而事件上下文则落入hbase。
本文由 @blerk.zhao 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
,
