发帖
雷达卡
规则为风险决策执行的最小单元，规则按照某种策略模式执行的集合称之为策略，某一事件规则策略的集合称之为策略集。一个事件只会对应一个策略集。
风险部门虽然不是一个纯技术的部门，但却经常需要阅读各种技术性文档，特别是笔者作为一技术男，后源于工作跟项目关系，先后有机会从事了跟风险全线条的工作，熟悉了一些风控上的业务。有了技术为基础，以业务为主导的视野，让我做各种风险方案，与开发、产品交流更有底气跟自信。
就像乔帮主，本身就是一个非常优秀的产品经理。虽然他自身是一个完美主义者，脾气极差，对产品极其苛刻。但他对产品的理解，都是基于技术可实现的基础上提的各种需求，他是懂很多技术与底层原理的。虽然他的要求严格，但所提需求都是合理需求，技术最终都能满足其真正的项目目标。希望我们都能学到乔帮主做事的精髓，而非他的爆脾气，不然去年像某大公司开发人员与产品经理掐架的事情肯定经常上演。
当然在下无法媲美乔帮主，只是借此对各位入行、在行或者转行到风险的朋友，了解各种数据结构、数据仓库，并且掌握以风险业务为导向思维，是必不可少的修炼之路。因为入行后会发现，我们经常需要与技术部门交流。不仅如此也需要经常跟第三方数据公司洽谈某些数据服务，工作中也一定需要阅读数据技术文档。
鉴于本人也经常需要阅读以json或者xml为基础的技术性文档。刚开始那会对里面充满了各种技术性的词汇也是一头雾里，但读得多，加上自身的技术基础，总结提炼请教前辈，慢慢也就熟悉了。
比如，在某些第三方厂家设计的风险方案里如贷前反欺诈云方案，风险名单方案，多头风险等地方，就经常需要阅读一些晦涩难懂的技术文档。
我对某分具体的反欺诈方案，进行了归纳总结，核心其实也是切合了我们开头的那句话：条件组成了规则，而规则组成了策略，诸多的策略就组成了策略集，并且由策略集被包括在具体的风险事件里。以下，是我们某事件为主导的设计的风险策略集。
一：这里我们先介绍，什么是事件：
常见的事件是被包含在不同的场景中，API调用需要对应到不同的场景，例如：注册，修改，登录，贷款，提现等都是我们具体的场景，而事件又包括哪些类型，以下列出来的明细，几乎包括了常见的类型：
事件类型（eventType）
二．策略集
以上的一个或多个的事件都会发生在我们整个贷款流程的节点里，而没个节点都会回触发一下的风险类型，比如在我们开篇的图里，该事件就出了两个风险类型，分别是：creditRisk（失信风险）与garbageRegister（垃圾注册）。以下，我们再列清楚具体的归类的一些风险类型：
风险类型（riskType）
由一个或多个风险类型就对应了不同的策略，而多个策略就组成了风险策略集。
三．策略
拆解具体的策略集，可以看到里面包含的具体的策略明细。如上文所提的第一个策略失信风险策略，就是为具体的两条规则组成，分别是：
1.身份证比对信贷行业曾经逾期30天内中风险名单
2.多头借贷
最后命中的结果，分别是：
1.对于第一条规则,命中了的风险等级是中风险，并且名字的行业是信贷行业，具体命中的明细是信贷行业里曾经逾期(0~30天)，这条规则
2.第二第二条规则，命中了多头借贷这条规则，并且命中的次数时11条，分别是持牌消费金融4条,互联网小贷4条,地方性小贷2条，现金借贷1条。
难点：
最后是敲难点的时候了，上述基本已经把一条基本的风险方案的逻辑介绍完成，但对于具体返回的数值的技术文档就像上文所述，大部分都是以json字符为显示的文档。 为了方便各位读者阅读，不打算copy网上泛滥的有的资料，简单说两句即可，点到为止。 简单点些说，JSON就是一种的文本格式，主要用于跟服务器进行交换数据。 JSON的结构：“名称：值”对的集合。不同的语言中，它被理解为对象，记录，结构，字典，哈希表，有键列表，或者关联数组。最后，列出返回的实例中的JSON的格式---
{
"finalDecision":"Reject",
"flowNo":"123456,
"finalScore":"25",
"strategySet":[{
"riskType":"creditRisk",
"strategyDecision":"Reject",
"strategyId":"88d8b4785e99467393e559464c8b8540",
"strategyName":"失信风险策略",
"strategyScore":0,
"hitRules":[{
"decision":"Review","detail":[{
"firstType":"信贷行业","grade":"中风险",
"secondType":"曾经逾期(0~30天)"
}
}
这里可以看出JSON字符就类似python中的字典的格式，简单的几行逻辑比较容易理解里面的关系。难点是策略数量的叠加，当数量一旦多达成百上千行的时候就比较容易将整个逻辑弄混。所以看这些技术文档，还真需要耐心跟细心，一行行的逻辑往上面套。
当然在数据传输中，我们也有xml这种格式的数据，我们用SMG3导入导出的各种格式就是xml的格式的数据文件。似乎网上有种说法是老的程序员都在用xml这种格式的，因为多年前的代码依旧使用的是这样的格式。我个人也偏向喜欢JSON格式的文件，阅读性似乎也更强些。大家知道这两种的区别吧？我们可以进一步在知识星球里列出具体的不同点。
提升卡
置顶卡
沉默卡
变色卡
抢沙发
千斤顶
显身卡
京公网安备 11010802022788号
