大数据智能催收平台需求设计书众益天成金融科技（大连）有限公司2018年3月修改历史目录第一章业务背景 (5)第二章平台目标 (5)2.1总体目标 (5)2.2整体平台架构图 (6)2.3业务服务总览............................................................................... 错误!未定义书签。

2.3.1 资产委托服务......................................................................... 错误!未定义书签。

2.3.2 催收方服务............................................................................. 错误!未定义书签。

2.3.3 有偿服务................................................................................. 错误!未定义书签。

2.4本期目标............................................................................................. 错误!未定义书签。

第三章本期建设内容 (7)3.1系统管理模块 (7)3.1.1 账户权限 (7)3.1.2 参数配置 (7)3.1.3 策略配置 (7)3.2案件管理模块 (7)3.2.1 案件管理 (8)3.2.2 跟踪管理 (8)3.2.3 还款管理 (8)3.2.4 逾期管理................................................................................. 错误!未定义书签。

3.2.5 坏账管理................................................................................. 错误!未定义书签。

3.3催收管理模块 (8)3.3.1 外呼管理 (9)3.3.2 短息管理 (9)3.3.3 信函管理................................................................................. 错误!未定义书签。

3.3.4 外访管理 (9)3.3.5 法务管理 (9)3.3.6 委外管理 (9)3.3.7 综合管理 (9)3.4数据报表模块 (9)3.4.1 还款报表................................................................................. 错误!未定义书签。

3.4.2 逾期报表................................................................................. 错误!未定义书签。

3.4.3 坏账报表................................................................................. 错误!未定义书签。

3.4.4 内催报表 (10)3.4.5 委外报表 (10)3.4.6 财务报表................................................................................. 错误!未定义书签。

第四章技术环境 (10)4.1架构与硬件 (10)4.1.1 技术架构 (10)4.2系统扩展性 (12)4.2.1 系统建设扩展性 (12)4.2.2 数据库扩展 (12)4.3安全方案 (13)4.3.1 使用安全 (13)4.3.2 网络安全 (13)4.3.3 安全扫描策略 (13)4.3.4 压力测试评估 (14)4.4系统性能 (14)4.4.1 操作相应时间 (14)4.4.2 数据处理时间 (14)4.5备份管理....................................................................................... 错误!未定义书签。

4.5.1 备份策略 (15)4.5.2 备份方案 (16)第一章业务背景随着传统金融机构、网贷、民间借贷等不良贷款双升成为常态，传统催收平台已无法满足，互联网金融大数据智能催收平台应运而生。

与传统催收平台相比，没有地域限制，清收成本低、效率高，以及整合线上线下资源、拥有智能化信息匹配系统、大数据失联信息修复等，互联网金融催收平台具有较为明显的优势，但这一切并没有看起来那么美。

法律风险以及征信体系的不完善，是当前互联网催收平台普遍面临的困惑和挑战。

“互联网+不良资产处置”的模式没有经验可以借鉴，未来发展需要逐步摸索。

由于缺少相应的法律法规，催收合规性亟待解决。

第二章平台目标2.1 总体目标大数据智能催收平台依托大数据技术以及多维数据源，将大数据增值产品集成到智能催收管理系统中，为资产方、处置方在贷后个人不良资产管理运营中遇到的各类痛点提供高效的解决方案。

同时将不断探索、尝试为提升金融行业整体运营管理水平而努力，最终打造一个法律风险以及征信体系的完善及法律法规合规“互联网+不良资产处置”的模式大数据智能催收平台。

2.2 整体业务架构图催收平台2.3 总体规划整个平台建设大致分为三期进行：一期：建立大数据催收管理系统对于平台上的业务出现逾期，可以依托该系统进行催收管理，同时也可以对外承接一些不良资产催收业务。

系统主要实现系统管理、案件管理、催收管理、数据报表等功能，并呈现在PC和微信端。

二期：不良资产风险深度智能定价平台对接并依托大数据及人工智能等先进技术，建立债务人知识图谱及人物画像，精确勾勒债务人还款能力与意愿，对债务人的还款可能性进行综合评估，得出催收评分，从而进行不良资产风险定价。

三期：打造一个“互联网+不良资产”智能处置Saas平台整合不良资产方和处置方，在平台上不良资产方可以发布债务信息，处置方可以挑选债务去处置。

平台可以用最新式的“催收模型”对资产包进行拆分，再分派给合适的处置方，进行资源的深度优化配置。

第三章一期建设内容3.1 系统管理模块系统管理模块功能结构图如下：3.1.1 账户权限包括：组分类管理、角色管理、用户管理、权限管理、操作日志。

3.1.2 参数配置包括：费用设置、标准代码维护。

3.1.3 策略配置包括：客户分类策略、案件状态策略、跟踪分案策略、外呼策略、委外策略、自动短信策略。

3.2 案件管理模块3.2.1 案件管理包括：案件用户维护、案件信息录入、案件信息导入、案件信息查询、案件信息下载、案件信息审核、还款计划的导入。

3.2.2 分案管理包括：主管分案3.2.3 抵押物管理包括：贷款抵押物查询，贷款抵押物信息管理3.2.4 还款管理包括：还款查询、还款趋势图3.3 催收管理模块催收管理模块功能结构图如下：3.3.1 综合管理包括：案件手工设置处理渠道、综合查询、催记查询。

3.3.2 外呼管理包括：外呼记录、外呼查询、外呼统计。

3.3.3 短息管理包括：短息记录、短息案件查询。

3.3.4 外访管理包括：外访申请、外访审核、外访记录、外访统计查询3.3.5 法务管理包括：法务申请、法务审核、法务记录、法务统计查询3.3.6 委外管理包括：委外申请、委外审核、委外记录、委外统计查询、委外机构管理。

3.3.7 对账管理包括：手动逾期还款对账、批量逾期还款对账、不良资产处置核对3.4 数据报表模块数据报表模块功能结构图如下：3.4.1 综合报表包括：催收方式综合分析报表、我参与完成的催收报表。

3.4.2 催收业绩报表包括：催收业绩报表、个人催收业绩报表。

3.4.3 内催报表包括：外呼报表、短信报表、外访报表、法务报表。

3.4.4 委外报表包括：委外报表。

第四章技术环境4.1 架构与硬件4.1.1 技术架构架构图：系统采用WEB/JAVA开发模式，整体框架采用优秀的SpringBoot和SpringCloud等系列成熟框架。

团队使用Maven与Git等进行项目管理与协作开发。

我们的技术团队对于这种开发模式有着多年的开发经验，尤其是近年来专注于此领域的体系化和产品化的研发工作，从而形成了WEB方式信息开发全方位的工具产品线。

功能强大的产品方案加上成熟的系统实施使我们可以在短时间内迅速地完成系统的基本功能，并能根据用户的要求快速开发新的功能。

技术列表如下：需求名称详细要求开发语言：Java系统架构：Maven+SpringBoot/SpringCloud +mybatis缓存RedisUI样式待定WEB服务器：tomcat7.0以上4.2 系统扩展性4.2.1 系统建设扩展性本项目采用SOA分布式开发模式的SpringBoot 和SpringCloud 微服务组件搭建，面向服务架构SOA以其独特的优势越来越受到企业的重视，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。

服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。

SOA是一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。

SOA可以看作是B/S模型、XML（标准通用标记语言的子集）/Web Service技术之后的自然延伸。

4.2.1.1SOA架构开发优点●更易维护业务服务提供者和业务服务使用者的松散耦合关系及对开放标准的采用确保了该特性的实现。

建立在以 SOA基础上的信息系统，当需求发生变化的时候，不需要修改提供业务服务的接口，只需要调整业务服务流程或者修改操作即可，整个应用系统也更容易被维护。

●更高的可用性该特点是在于服务提供者和服务使用者的松散耦合关系上得以发挥与体现。

使用者无须了解提供者的具休实现细节。

●更好的伸缩性依靠业务服务设计、开发和部署等所采用的架构模型实现伸缩性。

使得服务提供者可以互相彼此独立地进行调整，以满足新的服务需求。

4.2.2 数据库扩展弹性扩展，实现100%资源利用率，可按需升级实例的内存、磁盘空间大小，提升业务处理能力；单实例最大支持20000IOPS，2TB存储空间。

阿里云的RDS for MySQL 支持挂载只读实例，扩展读取能力；每个只读实例拥有独立的链接地址，可由应用端控制压力分配。