风控系统包括内容较多，有些模块是可以独立存在；有些是需要与其他模块交互。比如常规的审批系统、催收系统是可以单独给贷前跟贷后部门使用的，而交易系统、客户系统这些是经常作为交互模块，以上所提及的这些系统也是风控常接触的内容。
趁着这次梳理系统的内容，跟大家分享下风控系统中审批系统的内容。个人认为审批系统中最重要的部分是两个部分，一块是基于业务逻辑，梳理的业务模块；另一块是审批系统中所涉及的数据库跟表，表跟库这也是常规系统必须配置的内容。
本文就详细讲讲第一种情况：基于业务逻辑，梳理的业务模块。其中具体的细节包括如下：
一.自动审批
现有绝大部分审批流程均为自动审批，从APP发起，将进件信息推送至审批系统落地，再由审批系统调起工作流接口，开启审批流程。其中自动节点中，会涉及人工干预的节点。
1.1 额度审批
现有额度审批功能中，直接由快贷系统调起工作流，并不经过审批系统。在审批系统的设计中，需考虑进件数据在审批系统的落地。
图—额度审批流程图
1.2 借款审批
借款申请时，客户由APP端发起申请，将申请信息入库至授信业务申请表（该表会在申请审批系统中），入库后同时调起工作流，进行后续流程。
图—借款审批流程图
二.人工审批
图—人工审批流程图
从待审批数据进入审批系统到按照指定的流程审批出相应的结果，然后推送回审批结果的整个过程。整个过程中包括发起、提交、领单、重审复议、补件、拒绝、审批通过等操作步骤。
三. 进件操作
3.1 领单
工作流按照规则分发到不同角色的任务，操作员可以在自己所属的角色任务池中查询所有的任务。
操作员在可领取页面中，选中多条任务，点击“任务锁定”按钮，后台对应将操作员的用户id写入到待审任务表中。
图—领单操作
3.2 重审复议
功能描述：每个审批节点操作人员，发现审批处理有误的时候，可以进行数据回退操作，让数据回退到自己的待办列表中，然后可以重新进行相关操作
流程处理如下图所示：
图—重审复议
3.3 退单
退单不支持批量操作，选中需要退单的已领取任务项，单击“任务释放按钮”，对应审批数据库将拓展之流程审批意见表任务人员id置null。
图—退单
3.4 补件
补件业务描述：
人工审批过程中，提供了补件相关操作，审批人员在发现影像文件不满足要求的时候，通过短信或邮件或者电话的方式，要求客户重新上传指定的影像文件，再有审批人员录入到审批申请数据总线中，然后继续流程处理。
1、客户数据（渠道进件数据。页面录入数据）
2、数据正常流转到人工审批节点，审批员判断影像文件是否需要补件，如果不需要直接流转到下一个节点。
3、需要补件的客户申请数据，人工做退回补件处理（流程结束，返回需要补件的要求信息）
4、下一次客户信息补录完成后，重新启动一个新的流程实例。
如图所示：补件操作流程图
3.5 电话核查
功能描述：页面展示，客户电话信息，录入电话核查结果，点击确认数据存入到数据总线上。
四. 信息查看
4.1 待办
根据任务类型、任务状态、用户id，查询已录入但未提交数据（类似于草稿状态）。提交后将启动工作流，进入审批环节。
主要改造点：原系统中流程流转是具体流转到人，而改造后实现角色组的流转。
图—待办任务列表
4.2 待审批
查询已领取但还未进行处理的任务，页面中展示出该任务的基本信息，且提供任务类型和任务状态两个维度的查询条件。录入审批意见后，流程会流向下一节点。查询界面如下：
图—待审批任务界面
说明：目前系统中，待办和待审批两种类型从字面意义和后台实现上有些不太相符，后期拆分改造时，可以将目前的待办改为未提交，目前的待审批改为传统意义上的待办。
4.3 任务跟踪
任务的执行情况查询，提供任务类型、任务状态两个维度的查询条件。
图—任务跟踪查询页面
4.4 已办
已完成的历史任务查询，提供任务类型、任务状态、查询方式（包括本人已审批和本人已申请）三个维度的查询条件。
图—已办列表
