银行贷款项目业务app建设方案.docx
《银行贷款项目业务app建设方案.docx》由会员分享,可在线阅读,更多相关《银行贷款项目业务app建设方案.docx(16页珍藏版)》请在冰豆网上搜索。
![银行贷款项目业务app建设方案.docx](https://file1.bdocx.com/fileroot1/2023-4/16/f7a828e5-56f6-4eb9-bcfe-9d0c51947b7f/f7a828e5-56f6-4eb9-bcfe-9d0c51947b7f1.gif)
银行贷款项目业务app建设方案
银行业务APP
——系统建设方案
2018年8月
1概述
在线业务办理APP为银行为客户提供在线提交贷款申请单的服务,为业务经理、审贷员提供线上提交资料、监控到下属业务经理的行动轨迹、多项审批的等便捷功能。
1.1项目名称
在线业务办理APP。
1.2项目性质
新建。
1.3项目建设目标
Ø客户可以通过微信端进行填写贷款申请单,接收到贷款申请后系统指派业务人员上门服务;
Ø业务人员可使用APP上门为客户进行拍照、信息登记;
Ø审贷人员可以通过管理端接收到业务人员提交的客户贷款申请,并进行审核;
Ø管理人员可以实时的看到业务人员当前所在位置及业务经理的路程历史轨迹;
1.4建设内容
Ø业务人员业务端APP;
Ø审贷人员、管理人员管理端应用;
Ø客户微信端申请填写入口;
2需求分析
目前项目中用户填写和审批均使用手工填写,建设该APP是为了解决资料手工填写周期、审核周期长,资料保存安全性低,单位业务人员工作状态难监管的问题。
系统根据业务场景和使用人群分为业务APP(支持Android)、管理端(WEB)两个子系统,以及专为客户提供服务的客户微信端申请入口。
系统根据需要分为业务需求、行政管理需求、系统管理、非功能性需求,如下图:
图1系统需求
2.1业务需求
客户可以通过网站、银行的微信公众号或其他渠道扫描二维码、点击链接进入到贷款申请入口,填写客户联系信息以及需求信息,方便系统及管理人员分配业务经理跟进客户。
系统
功能
功能描述
微信端申请入口
提交贷款申请
客户通过该入口申请贷款,系统将根据申请情况安排合适的业务经理进行服务。
2.1.1贷款业务
图2贷款业务流程图
该业务在APP中包含的功能有:
系统
功能
功能描述
业务APP
填写客户资料
将客户资料通过APP填写提交到服务器中。
文件资料存储
业务经理上门服务时拍摄的照片、视频等客户相关的文件资料进行本地存储,客户经理可通过本地的资料记录快速的找到未上传的客户相关的文件资料。
文件资料上传
APP在有WIFI的情况下将未上传的客户文件资料上传到服务器中。
查看未完成的资料单
由于客户资料填写项目较多,将客户资料分为多个分类/页面进行多次填写、多次提交,业务经理可以查看未完成的资料单,防止填写丢失。
资料更正
根据审核反馈情况,更正客户某一项资料。
管理端
指派上门服务任务
业务主管根据客户申请的信息,指派拥有对应权限的业务人员上门服务。
审核客户资料
审贷员在线审核客户资料,如果某一项信息不合格,则勾选不合格的项目通知到业务经理,如果审核合格,则继续进行,审核客户资料功能涉及到单位内多种角色审批,并需要根据单位审贷流程进行(详见2.1.1.1贷款审批流程)
获取客户征信信息
打通征信系统接口,获取客户的征信信息,并展示、存储。
单位审核流程
通过工作流灵活配置单位内部审核流程。
在审核客户资料通过后,根据审核流程审核,审核过程中如果未通过,则返回信息给客户经理及客户。
同步信息到业务系统
在最终审核完毕的时候同步贷款信息到业务系统,最终完成放贷程序。
2.1.1.1贷款审批流程
审批权限根据业务流程制定,线上审批流程从客户经理采集信息完成后开始。
通过单位内的审批流程(分为审贷会模式和集中审批模式两种流程),该流程可以针对不同的业务团队进行配置。
Ø审贷会模式即现有审批形式,系统流程为:
客户经理采集信息完成->审贷会在线登记->审批(线下)->审批决议(老总、区域总监、团队主管、客户经理具备查看权限,且该权限可增减)->放款启动
Ø集中审批模式系统流程为:
客户经理采集信息完成->推送给审批人员->审批(在线)*->审批决议(老总、区域总监、团队主管具备查看权限)->放款启动
审批流程中如果涉及到多人审批,考虑到多人审批的不同步性,可采取各自审批,审批结果汇总。
2.1.1.2贷款金额决定功能
系统自动根据贷款终审金额规则来为贷款指定金额和时间。
规则如下:
Ø如果各审批人员给出的审批金额之差小于等于10%,系统自动取最低值为该笔贷款的终审金额。
如果各审批人员给出的审批金额之差大于10%小于等于30%,系统自动取中间值为该笔贷款的终审金额。
Ø如果各审批人员给出的审批金额之差大于30%,属审批分歧,主管审批人员介入并给出终审金额。
Ø贷款期限决定规则(必须为整数月):
Ø如果各审批人员给出的审批期限之差小于等于6个月,系统自动取中间值为该笔贷款的终审期限。
Ø如果各审批人员给出的审批期限之差大于6个月,属审批分歧,主管审批人员介入并给出终审期限。
2.1.2还款提醒
系统根据客户的贷款信息,在还贷前3天(该天数可配置),向客户经理、客户发送还贷提醒。
系统
功能
功能描述
业务APP
还款提醒
业务经理办理的贷款业务,到还款时间时自动提醒业务经理。
管理端
还款提醒
显示近三天(该天数可以配置)要到还款期限的贷款业务,以及该贷款业务的客户、业务经理信息。
还款提醒时间设置
设置还款提醒的时间,在到达这个时间时提醒业务经理和管理人员。
2.1.3客户信息管理
集中管理办理业务中涉及到的客户信息,方便业务经理进一步的拓展客户。
系统
功能
功能描述
管理端
客户信息查询
根据区域、姓名、公司等信息模糊查询符合条件的客户资料
客户贷款记录
查询某个客户的贷款记录。
客户分布统计
查看客户的分布情况,方便业务人员制定下一步的推广计划。
2.2行政管理需求
2.2.1签到/签退
业务人员根据行政管理要求,工作日上班时间进行签到,下班时间进行签退,结束一天工作。
签到后系统开启实时定位,记录业务人员在工作时间内的行动轨迹。
系统
功能
功能描述
业务APP
签到
上班时间通过定位签到,签到成功及开启工作日的行动轨迹记录功能。
签退
签退后停止行动轨迹记录,如果是在工作时间内禁止签退。
签到记录
查看自己的签到、签退记录。
迟到记录
集中显示迟到的情况。
管理端
设置签到/签退规则
管理人员设置签到、签退规则(规则时间、定位地点、定位范围),业务人员只能在指定的时间、地点、范围内进行签到/签退。
签到记录
查看业务人员的签到记录
迟到记录
集中显示某一段时间迟到的人员记录
2.2.2实时定位
业务人员在使用业务APP进行签到后开启了实时定位功能,拥有权限的管理人员可以实时的查看单位业务人员在工作时间的位置信息。
如果业务人员断线或者APP关闭(后台运行也关闭)的情况,则自动向业务人员发送断线提示短信息,提醒业务人员上线,如果业务人员在一段时间内未上线的话,则提示改业务人员的团队主管联系该业务人员。
系统
功能
功能描述
业务APP
实时定位
定位业务人员位置,定时发送到服务器中。
管理端
实时位置
管理人员可以查看权限内的业务人员位置信息,团队负责人可以查看自己团队的,其他管理员可以查看全部的业务人员当前位置。
断线提醒
在业务人员断线时自动发送提醒信息,提醒该业务人员APP断线,要求尽快上线。
断线记录
记录业务人员断线日志,并可为该次断线记录断线原因(因为有可能是业务人员终端没电或者其他原因导致)
2.2.3记录轨迹
服务器记录业务经理在工作时间内(签到、签退之间的时间内)的行动轨迹,并将轨迹保存,提供随时查阅的功能。
系统
功能
功能描述
业务APP
历史轨迹
业务人员查看自己的行动轨迹。
管理端
历史轨迹
查看某个业务人员在某天的行动轨迹,查看某天中所有业务人员的行动轨迹信息。
2.2.4任务管理
每个客户的贷款申请作为一个任务进行管理,任务包含为分配、上门服务、收集上传资料、审批四个阶段,在客户提交了贷款申请时,该项任务从待分配状态开始,由系统根据区域自动分到该区域团队的任务池中,由该团队的主管进行具体的任务分配,业务经理在接收到任务后开始处理,系统自动记录每一步的处理时间。
系统
功能
功能描述
管理端
任务池
系统根据客户提交的贷款申请或者业务部门填写的贷款需求信息,自动分配到对应区域的业务团队任务池中。
任务分配
团队主管根据贷款申请信息分配合适的业务人员为客户提供服务。
任务监管
查看当前正在进行中的任务信息,查看在某个环节超时的任务信息。
任务状态修改
审贷员进行贷款信息审批时触发任务状态修改。
业务APP
任务状态修改
业务人员接收任务后的操作如上门、提交用户信息等操作都会触发任务状态修改。
2.2.5请假
业务人员通过APP进行请假申请,请假审批后,业务APP可以正常退出,在工作时间退出系统不会向该业务人员发出提示。
系统
功能
功能描述
业务APP
请假
业务人员通过APP提交请假申请。
请假记录
业务人员查看自己的请假记录
2.2.6请假审批
业务团队主管接收该团队的所有请假信息,如果该业务人员请假时间过长,超出权限范围,则可以选择继续向上级提交审批。
系统
功能
功能描述
管理端
请假审批
业务团队主管接收该团队业务人员提交的请假申请,并进行审批。
转交
如果该业务人员请假超过业务团队主管的审批权限,则可以转交给系统中的其他领导进行审批。
请假记录
查看一段时间内或某个业务人员的请假记录。
2.3系统管理
系统
功能
功能描述
管理端
团队管理
管理业务团队信息以及业务团队所负责的区域信息。
区域范围可划定地图中某个范围。
用户管理
管理系统中的用户信息,用户包含业务人员、管理人员、审贷员。
角色管理
管理用户在系统中的角色,该角色的设定直接关联到用户的数据权限以及操作权限。
权限管理
管理角色的数据权限和操作权限。
数据字典
动态设定系统中各种固定选项的数据(如客户申请单中的下拉选择选项)。
2.4非功能性需求
2.4.1存储
客户经理轨迹记录可长时间保存,可根据需要导入、导出。
2.4.2安全保密要求
整个安全保障体系可分为:
网络安全、系统安全、应用软件安全和信息资源安全。
安全保障体系是贯穿整个体系架构每个层次各系统的。
Ø隔离审批贷款相关功能的外网访问权限,审批功能仅允许银行内部访问。
Ø隔离各个角色的数据访问权限,团队之间数据不公通,无权限的角色无法访问重要数据。
3系统设计
图3系统功能框架
根据需求,系统划分为业务APP(Android端应用)、管理端系统两个子系统,并链接银行征信系统、贷款业务系统,使用第三方短信服务、地图服务、定位服务。
4项目安全保密设计
4.1重要操作网络隔离
系统涉及多种用户,不同用户通过不同途径接入系统,如:
业务人员使用Android的业务APP;业务团队主管可以在外网或内网中使用WEB端访问管理系统;审批贷款的人员需要在单位工作网络中访问审批贷款的相关操作。
图4重要操作网络隔离
4.2操作和数据权限双重验证
系统用户在不同的业务系统有不同的角色定义,对应不同的功能权限和数据操作权限,构建相应的用户集中管理模式,实现用户统一身份和标识管理、统一认证。
系统中用户对管理端应用进行的每一步操作都会进行操作权限和数据权限的双重认证。
4.3信息安全传输
应用系统间的重要的业务数据进行RSA加密传输,防止信息在传输过程中被篡改。
客户端与服务端的数据传输加入验证签名机制,保障数据安全。
5项目人员配置
为了保障项目业务APP的建设顺利进行,成绩专为该项目服务的项目小组,详细角色职责如下图所示。
角色
职责
配置
项目经理
对接业务需求,对项目开发工作进行协调管理
1人
服务器端开发
JAVA研发工程师,负责项目服务器端开发,包含业务APP、管理端服务器端研发
3人
移动端开发
负责业务端APP开发
1人
UI设计
负责系统的整体视觉效果设计
1人
WEB前端
实现系统中的页面效果
1人
测试
负责软件的测试,验收系统功能
2人
合计
9人
6项目建设计划
图5公司项目建设流程
工作阶段
工作内容
预计时间
需求分析
确认系统的详细需求,编写需求分析文档,最终双方签字确认
5个工作日
原型设计
根据需求内容,设计系统操作原型,最终双方签字确认
5个工作日
UI设计
UI设计师根据系统原型图以及客户要求风格设计系统界面,最终双方签字确认
5个工作日
开发/测试
项目分阶段开发,根据目前了解到的需求情况,开发内容包括业务APP,管理端系统,每个功能模块完成后进行阶段性测试。
40个工作日
整体测试、优化
集合系统中功能模块,模拟真实的操作环境进行整体功能测试,优化系统。
10个工作日
验收
根据双方签字确认的需求内容验收系统
合计
65个工作日
7报价方案
项目
功能简述
报价(万元)
业务APP
业务经理使用移动端的业务APP进行在线业务办理、考勤、任务、请假,系统通过APP记录业务经理工作时间内的行动轨迹。
建设多权限的管理端系统(WEB端),为审贷员、业务经理、管理员及单位领导提供贷款审批业务、业务人员管理、任务分配、考勤、工作轨迹监察、请假审批等服务。
8项目本期的培训计划
8.1培训方式
我们根据用户环境多样化,实际业务多元化的情况,提供多种模式下,多个渠道并行的多样化培训方式,能够完全满足用户的多方位的实际需要。
摆脱以往现场培训的存在的“讲完就算,讲完就走”的呆板的培训方式,走“减少讲授、提倡研讨、丰富实习”的多角度培训趋势。
并将根据不同的培训内容进行“实战式”的训练,让系统使用和维护人员在最短的时间内快速、准确地掌握系统的操作运行方式和内核思想。
8.2培训内容
系统的具体培训日程需要与系统开发进程相配合,培训内容按照性质分,大致分为以下几个阶段:
概念培训期:
系统建设是一个综合性工程,需要甲乙双方的各方面配合,在系统调研前期,为保证系统使用人员快速的学习、掌握系统使用方法,前期我们会先根据系统业务功能编写系统设计文档,供系统使用人员阅读,让使用人员对系统又初步的了解。
合作培训期:
在项目进行过程中,提交开发成果的同时提交相应文档、并进行操作培训,以便有关操作人员尽快熟悉系统,也有利于及早发现问题和进行改进。
交接培训期:
在系统开发基本完成后,由项目经理组织有关技术人员,系统性地对各类操作人员进行集中培训,作为开发成果正式交接的一部分内容。
培训工作主要安排在甲方现场进行,以便使学员能够迅速掌握相应的培训内容。
升级培训期:
在系统运行一段时间以后,根据实际运用需要、系统的运行效果、和软件本身存在的实际情况出发,系统必不可少的进行部分功能的升级,势必需要相应的培训使所有系统使用人员能够尽快的跟上节奏,及时、准确、安全的使用系统。