XX银行远程金融服务可行性研究报告.docx
《XX银行远程金融服务可行性研究报告.docx》由会员分享，可在线阅读，更多相关《XX银行远程金融服务可行性研究报告.docx（30页珍藏版）》请在冰豆网上搜索。
XX银行远程金融服务可行性研究报告
1引言1
1.1编写目的2
1.2预期读者2
1.3参考资料2
1.4定义2
2项目概况3
2.1项目背景3
2.3项目责任单位3
2.3项目的必要性3
2.4项目的目标5
2.5项目的范围6
2.5.1项目建设内容6
2.5.2项目运营涉及单位8
3运营方案9
3.1项目的业务价值9
3.2项目运营的组织和管理9
3.3项目运营的商业模式9
3.4项目运营的业务流程设计9
4业务需求10
5技术方案11
5.1技术方案总体架构11
5.1.1在我行体系架构中的位置11
5.1.2系统定位11
5.1.3内部结构11
5.1.4与其他应用系统的关系12
5.2技术方案的可行性12
5.2.1比较分析12
5.2.2关键设计要求12
6实施方案14
6.1项目实施组织和资源安排14
6.2项目实施方法14
6.3项目实施计划15
6.4项目商务方式建议16
7经济评价18
7.1项目的成本18
7.1.1项目建设成本18
7.1.2项目运营成本18
7.1.3项目维护成本19
7.1.4项目成本比较分析19
7.2项目的投资收益20
7.3项目投资回收期20
8风险评价20
8.1项目实施风险20
8.2项目运营风险21
1引言
1.1编写目的
本报告首先分析实施远程金融服务项目的建设背景、必要性，然后介绍远程金融服务项目的建设目标、项目范围等，通过介绍运营方案、业务需求、技术方案、实施方案、经济评价和风险评价来分析此项目的可行性。
1.2预期读者
本报告的预期读者包括昆仑银行信息科技管理委员会、预算管理委员会、信息科技部、计划财务部、渠道运营部。
1.3参考资料
无。
1.4定义
广义的远程金融服务：
是指所有通过非物理网点柜面为客户提供的金融服务，包括传统的上门服务、延伸柜台、自助设备、电子银行等服务。
狭义的远程金融服务：
是指以计算机、互联网、视频交互、人脸识别等技术为基础，客户使用PC电脑、手机、PAD等终端设备办理，依托计算机远程自动处理或后台远程金融服务中心人工处理的金融服务。
联络点：
是指我行为拓展异地市场，服务异地产融客户和异地油田员工，在异地固定场所受理异地客户业务申请并提交至远程金融服务中心进行业务处理的服务机构。
联络点的管理行：
是指负责联络点场所建设、设备配置、人员招聘、运营组织、业务核算和管理等工作的分行。
联络点服务模式：
是指我行依托联络点为异地产融客户和异地油田员工提供联络点受理+远程金融服务中心落地处理的金融服务模式。
上门服务模式：
是指我行根据客户的申请或我行的营销计划，由银行指派工作人员到约定场所，为客户办理业务提供便利的一种服务模式。
远程在线服务模式：
是指我行利用互联网技术，向用户提供线上服务的方式。
在线服务包括在线自助服务和在线人工服务两种方式。
远程金融服务中心：
是指由总行或联络点的管理行指定的对联络点、上门服务和在线服务模式受理的业务进行人工落地处理的机构。
2项目概况
2.1项目背景
昆仑银行重组以来，确立了产融结合的发展战略，坚定不移地走差异化经营、特色化发展的道路。
经过近几年的发展，经营效益和管理水平都取得了长足进步，但要实现可持续的健康发展，产融业务是关键，产融业务发展的关键又在于异地产融客户的开拓。
然而，受监管政策限制，我行跨区域扩张严重受阻，深重影响对异地产融客户的金融服务，大大制约了产融结合业务的深入发展。
基于现状，只有通过创新服务模式，建设不依赖于现有物理网点的远程金融服务体系，才能全面提升异地产融客户服务能力，进而有效开拓异地产融市场，最终实现我行的产融梦。
远程金融服务项目联络点服务模式主要是在我行柜面ITeller和业务集中处理等系统上新建“通用申请”集中交易及其配套流程管理功能，以实现异地客户业务的联络点受理+远程金融服务中心远程落地处理。
2.3项目责任单位
总行渠道运营部负责项目立项、项目所涉及的系统需求确定、组织系统开发、系统测试、上线验证、运营管理（运营参数的设置和维护、机构管理、操作员管理）。
总行信息科技部负责共同参与项目立项、需求确定、系统开发、测试、验证环境的调试连通、组织投产上线以及项目开发测试所需服务器、项目上线运行所需的服务器等硬件设备的采购以及系统上线后的运行维护。
各分支行负责协调配合联络点（含联络处）的场地安排，设备采购、安装调试，人员的招聘、培训、业务管理等工作。
2.3项目的必要性
随着金融跨界竞争的日趋深入、同业竞争的不断加剧以及客户行为习惯的变化，远程金融服务在客户服务中的作用愈显重要。
结合我行实际，一方面，受物理网点分布和业务处理模式的限制，现有服务体系无法对异地产融客户提供高效、便捷的体系化服务，这已经成为了制约我行产融结合业务快速、可持续发展的突出问题；另一方面，受监管政策的制约，网点难以跨区拓展的现状短期难有较大改观，创新业务模式、建设不依赖物理网点的远程金融服务体系成为我行的必然选择。
同时，视频交互、人脸识别等技术的成熟，相关行业远程业务模式的不断涌现，监管部门对远程金融发展的包容，为我行建设远程金融服务体系提供了技术和业务应用的有利条件。
基于上述原因，我行于2015年初启动了远程金融服务咨询项目，在参考和研究同业发展现状和发展趋势，综合考虑我行发展战略、目标客户、客户需求、服务渠道等多方面因素的基础上，初步完成了对联络点、上门服务、在线服务三种新的远程金融服务模式的研究工作。
在全面权衡上述三种模式的人员投入、资金成本、建设周期等多种因素后，决定首先开展远程金融服务项目联络点服务模式的建设工作，开拓联络点受理+远程金融服务中心落地处理的服务模式，尽快实现对异地产融客户、异地油田员工各项业务需求的远程支持，早日解决我行对异地客户无法提供高效、便捷服务的难题，突破我行物理网点不足对产融结合业务向纵深发展的制约。
在此基础上，我行将进一步深入总结和分析异地客户的金融需求，进一步研究和完善上门服务和在线服务渠道的建设规划，并适时开展相关建设工作。
远程金融服务项目联络点服务模式计划分为两个建设阶段，远程金融服务项目（一期）主要实现联络点对异地客户基础业务的远程金融服务支持，远程金融服务项目（二期）在一期的基础上，力争在业务范围、服务对象、服务方式三个方面实现进一步扩充。
具体计划如下：
2015年底完成一期项目立项、项目选商和厂商进场，2016年3月底完成一期项目的系统开发、测试及上线，4月份实现试运行，6月底完成项目的试运行。
2016年4月份起将在一期项目上线试运行后进一步总结、研究和完善二期项目的需求，并适时开展项目二期的建设工作。
2.4项目的目标
远程金融服务项目（一期）：
搭建基于现有业务系统的联络点受理+远程处理模式，基本覆盖异地对公客户非现金业务和石油员工信用贷款业务。
实现以下业务的联络点受理+远程处理：
业务种类
具体交易
账户管理
单位结算账户开户
单位结算账户销户
单位定期（通知）存款账户开户
单位定期存款账户提前支取
单位定期（通知）存款账户销户
保证金存款账户开户
保证金存款转入/转出
保证金存款账户销户
客户/账户管理
预留印鉴管理
客户凭证出售/更换
客户凭证挂失/撤挂/补发/销户
客户凭证消号
凭证内部手工处理
现金管理业务
银企通业务
回单打印
账户余额/明细查询
结算业务
行内结算业务
大小额支付业务
委托收款业务
公共收费业务
当日取消
电子银行
电子银行介质管理
企业网上银行业务（注册、关闭、用户管理、权限管理）
短信即时通业务
电子账户强实名认证
电子账户密码挂失/重置
贷款
抵质押品管理
代保管品管理
贷款发放
贷款还款
贷款管理
其他业务
其他业务
回单信息更正
回单信息更正
注：
项目一期对个人贷款业务的支持，需要依托直销银行。
远程金融服务项目（二期）：
扩充联络点服务模式的业务范围（对公支付密码器等对公业务、部分对私业务），服务模式（部分业务的上门办理），服务对象，建设视频见证模块，优化打印模式，健全和完善相关业务报表。
远程金融服务项目（后期）：
将在总结分析联络点服务模式运行效果的基础上，进一步研究和完善上门服务模式和在线服务模式的建设规划并适时开展相关建设工作。
2.5项目的范围
2.5.1项目建设内容
项目一期：
重点建设“通用申请”集中交易，用于支持联络点模式下对公业务的办理，并配套优化该交易涉及的新建岗位角色、任务分配机制、验印、回单管理、任务查询、事后监督等功能。
建设直销银行电子账户强实名认证、直销银行客户理财风险评估、密码挂失重置等功能，用于支持联络点模式下直销银行贷款客户的基本业务需求。
项目二期：
扩充联络点服务模式的业务范围（对公支付密码器等对公业务、部分对私业务），服务模式（部分业务的上门办理），服务对象，建设视频见证模块，优化打印模式，健全和完善相关业务报表。
序号
系统/硬件
优化内容
建设期
项目建设和实施内容之间的关系
1
ITeller柜面及核心系统
新建柜员角色——受理柜员；
一期
联络点模式受理柜员角色建立及权限控制
新建远程业务“通用申请”交易；
一期
联络点模式依托的主要交易
新建“通用申请”交易的任务查询功能
一期
通用申请交易内容的查询
优化集中业务回单打印机制，受理柜员可以调取并进行回单补打印；
一期
联络点模式交易回单的打印功能
新建电子账户强实名认证交易；
一期
用于支持直销银行电子账户的强实名认证
开发接受电子账户强实名认证的接口。
一期
用于支持直销银行电子账户的强实名认证
修改123030挂失/撤挂/印鉴解挂；123080密码解挂重置交易，支持电子账户密码挂失
一期
满足直销银行电子账户密码重置需求
对公支付密码器等业务优化
二期
扩充业务范围
部分对私业务
二期
扩充业务范围和服务对象
2
业务集中处理系统
新建远程业务通用申请交易；
一期
联络点模式依托的主要交易
新建视频通讯功能，用于同客户进行业务沟通和确认；
二期
增强风险控制和业务沟通功能
新建验印功能模块
一期
联络点模式涉及的验印功能
新建“远程业务接收岗校验接口”、“需具备权限机构处理的特殊业务参数表”和“远程业务接收岗任务分配参数表”及其相关的远程业务接收岗判定逻辑。
一期
联络点模式业务处理中心业务分配机制优化
新建通用申请交易的任务查询功能，控制任务查询权限
一期
通用申请交易内容的查询
新增远程业务接收岗、远程业务授权岗、远程业务查询岗三类岗位并配置其相关交易界面。
一期
联络点模式业务处理中心新岗位角色建立及权限控制
3
网银内管系统
网银内管系统开放补打印查询和补打印接口，允许业务集中处理系统和Iteller系统调用并实现网银内管系统回单补打印。
一期
联络点模式交易回单的打印功能
4
电子验印系统
新增通过任务号获取印鉴卡图像功能；
一期
联络点模式对公开户的印鉴建库功能优化
5
综合理财系统
新增仅可办理客户风险评估的柜员角色；
一期
用于支持直销银行客户理财风险评估
改造客户风险评估功能使其支持电子账户客户的风险评估；
一期
用于支持直销银行客户理财风险评估
6
事后监督系统
优化流水提取功能，使之不提取“通用申请”交易任务号。
一期
联络点模式下后督功能优化
7
FTP服务架设
FTPx86pcsever
一期
用于支持联络点模式下事后监督工作
FTP软件
一期
用于支持联络点模式下事后监督工作
8
上门服务模式
上门服务模式
二期
服务模式的拓展
9
升级维护
优化打印模式、报表的健全和完善
二期
用于支持联络点模式下的打印、报表等功能
10
其他硬件
视频x86pcsever（两台）
二期
用于支持联络点模式下的视频功能
视频存储10TB
二期
用于支持联络点模式下的视频功能
2.5.2项目运营涉及单位
本项目运营涉及的单位包括总行渠道运营部，总行信息科技部，联络点的管理行，联络点，远程金融服务中心。
其中远程金融服务中心可采取分散处理和集中处理两种方式。
分散处理由联络点的管理分行指定辖内业务处理机构负责联络点受理业务的远程落地处理；集中模式由总行指定业务处理机构负责联络点受理业务的远程落地处理。
总行渠道运营部负责项目立项、项目所涉及的系统需求确定、组织系统开发、系统测试、上线验证、运营管理（运营参数的设置和维护、机构管理、操作员管理），业务制度及规则制定、业务指导。
总行信息科技部负责共同参与项目立项、需求确定、系统开发、测试、验证环境的调试连通、组织投产上线以及项目开发测试所需服务器、项目上线运行所需的服务器等硬件设备的采购以及系统上线后的运行维护。
。
联络点的管理行：
负责执行总行的业务管理制度，负责组织联络点的建设，设备采购、安装、调试，人员招聘、培训、业务运营、管理、检查、业务指导等工作，负责对公账户资料（含印鉴卡）、运营业务凭证的回收、匹配和归档。
联络点：
负责指导客户提供业务资料、填写业务单据、核实客户业务资料的真伪、核实客户身份、核实客户意愿、扫描业务资料、提交业务申请、业务回单打印及管理、见证客户签字/签章确认过程、业务凭证保管、上缴等工作。
远程金融服务中心：
负责通过业务资料影像核实客户业务资料的表面真实性、一致性，负责核验印鉴、大额业务电话核实、业务处理、业务处理结果反馈，负责联络点对公开户业务的人行系统报备，负责对公账户资料（含印鉴卡）的回收、匹配、归档和上缴，负责联络点业务的事后监督凭证整理和上传。
3运营方案
3.1项目的业务价值
远程金融服务联络点服务模式以油田核心客户和异地产业链客户为主要服务目标，同时兼顾其他客户群体，实现异地产融客户、异地油田员工信用贷业务的异地现场受理和远程落地处理，可以有效解决目前我行物理网点不足所带来的异地业务拓展困局，满足异地客户业务办理诉求，提升异地客户业务办理效率，提升异地客户服务体验，从渠道和业务处理模式方面进一步健全我行远程金融服务体系。
这对于促进我行产融结合业务向纵深发展、增加产融客户规模、提高市场占有率、扩大我行品牌价值影响力和增加经济效益等方面有着巨大的现实意义。
在运营和管理方面，将主要依托联络点管理行进行管理。
3.2项目运营的组织和管理
远程金融服务建设项目成立专门的项目工作组，由渠道运营部、信息科技部、外包人员、厂商等部门和单位，分别组成业务需求组、信息技术组、业务测试组和支持保障组。
项目工作组的工作职责：
一是提出项目方案、计划、预算建议；二是具体执行项目指导委员会决定的方案和计划；三是组织项目日常工作，安排项目资源，控制工作进度、质量和风险，控制项目预算，与合作伙伴及相关各方沟通协调；四是定期向指导委员会汇报项目进展情况，及时汇报重要问题或需决策的问题。
本项目工作组建立定期例会和顺畅的沟通反馈机制，及时向总行各部室、分行通报项目进展，确保总分行信息共享。
3.3项目运营的商业模式
项目的直接经济效益主要来源于存款、贷款等业务形成的资金收益，提供客户资金转移或支付服务形成的各类结算手续费收入，以及各类代理业务获得的手续费收入或分润收益；项目间接收益包括客户资源的积累、其他渠道交易的分流等。
3.4项目运营的业务流程设计
本项目运营的整个流程包括需求对接、需求编写、软件开发、业务测试、版本投产等工作，为了使资源最优配置和实现最终目标，整个流程采用迭代开发、统筹规划和及时沟通协调等项目管理办法。
（1）按照问题优先级、问题分类情况排定项目版本计划，采用迭代开发的滚动解决；
（2）从技术角度权衡技术架构和系统性能问题,对需要进行底层改造的重大变革,统筹规划并加以实施；
（3）在完成项目实施的同时，负责设备采购、人力资源统筹协调、及相关审批流程的履行；
（4）定期向分行和总行相关部室发布相关问题的解决情况和项目进展情况；
（5）负责组织培训工作及相关技术业务文档的收集整理工作。
4业务需求
本项目一期主要依托现有ITeller和业务集中处理系统，新建“通用申请”集中交易，实现业务在联络点受理，在远程金融服务中心处理的远程金融服务方式。
为实现该需求，主要涉及的系统优化和其他建设内容如下：
1、ITeller及核心系统新增受理岗柜员角色，业务集中处理系统新增远程业务接收岗、远程业务授权岗、远程业务查询三类岗位角色。
2、ITeller系统及业务集中处理系统新增“通用申请”交易及涉及该交易的任务分配、验印功能、任务查询、任务打印等功能的配套优化。
3、电子验印系统、网银内管系统、综合理财系统、事后监督系统进行配套优化。
4、新建“电子账户强实名认证”交易，并配套优化ITeller系统对电子账户密码重置的功能支持。
5、新建FTP服务器，以支持后督凭证资料影像的传递问题。
具体需求参见附件1《远程金融服务建设项目需求书-V1.0》和附件2《远程金融服务建设项目需求书-附表-V1.0》
本项目二期主要扩充联络点服务模式的业务范围（对公支付密码器等对公业务、部分对私业务），服务模式（部分业务的上门办理），服务对象，建设视频见证模块，优化打印模式，健全和完善相关业务报表。
5技术方案
5.1技术方案总体架构
在初步设计的基础上，说明实现项目业务方案和业务需求的技术方案总体架构和关键设计要求；概要说明技术方案的各部分和实施内容。
从应用、数据、技术、安全等方面，说明技术方案是否符合全行IT架构和建设规划，是否存在需特别审议的违例事项；说明技术方案与全行IT架构的集成机理；说明技术方案的实现可能对现有的其它IT组件带来的影响或需要做出的调整。
基于现成的软件包产品构建应用方案，或者应用方案的关键环节采用现成的软件包产品，需说明拟采用产品的主要特点及其对业务需求的满足度。
对于多期项目的首期建设需要说明项目完整的技术方案总体架构和项目各期方案的演进，并详细说明首期实现的技术方案和实施内容；后续各期可以在项目本期之前各期已经实现的技术方案基础之上，说明为实现本期业务方案和业务需求将要实施的内容。
信息科技部门根据业务需求方案设计情况结合行业内技术应用实际进行分析。
5.1.1在我行体系架构中的位置
渠道层、业务经营层、后台支持层、分析管理层
要给出层次定位，是否符合我行体系架构规划
信息科技部门根据业务需求方案设计情况结合行业内技术应用实际进行分析。
5.1.2系统定位
业务功能定位，与相关或者相似系统的区别
本期建设规划，未来建设目标
信息科技部门根据业务需求方案设计情况结合行业内技术应用实际进行分析。
5.1.3内部结构
要给出系统内部主要模块的结构图
信息科技部门根据业务需求方案设计情况结合行业内技术应用实际进行分析。
5.1.4与其他应用系统的关系
交互示意图
数据流程图
信息科技部门根据业务需求方案设计情况结合行业内技术应用实际进行分析。
5.2技术方案的可行性
5.2.1比较分析
说明市场可供选择的技术方案、产品和厂商的比较分析情况，包括厂商实施案例和系统使用方的反馈情况。
对于多期项目的后续各期，如实施内容是在项目首期设计的技术架构基础之上进行持续开发，而不涉及架构调整、接口变化或新产品的引入，可省略技术方案的比较分析。
信息科技部门根据技术方案设计情况结合行业内技术应用实际进行分析。
5.2.2关键设计要求
说明技术方案的关键设计要求，包括对系统容量、响应时间（实时和批处理）、吞吐量（常规和峰值）、可用性、安全、外部接口、维护等方面的评估和可行性论证。
信息科技部门根据业务需求方案设计情况结合行业内技术应用实际进行分析。
5.2.2.1建设原则
Ø易扩展原则
系统的架构应充分考虑到业务扩展的需求，采取参数化配置管理，各业务功能松耦合，以便于进行二次开发，从而确保操作模式的改变、业务流程的扩展、新产品的研发以及功能的扩展，都可以通过简单的配置和修改就可以满足新的需求，而对系统的整体框架和功能没有任何影响。
Ø高效性原则
系统必须要设计合理的业务处理流程，采取必要的技术手段增强系统的处理能力，最大限度地发挥系统潜能，确保系统对各类信息的高效处理。
Ø安全性原则
系统建设既要重视系统效率，体现电子化处理的优越性，又要针对系统运行的风险点，设计和制定可靠的防范措施，采取必要的技术手段防范系统运行和操作风险，确保数据传输安全、系统稳定运行。
Ø开放性原则
采用行业标准技术，采用可扩展的系统架构，开放式语言，保证系统可在异构的系统间方便移植。
Ø前瞻性原则
系统建设应根据当前业务需求的迫切性及未来业务发展的趋势，统筹规划所处理的业务及相应的功能，采取功能设计与业务管理相分离的策略，即功能上可根据管理的需要适时启用；要支持灵活的技术升级功能，确保未来业务量增加时对网络资源扩容或硬件设备的添加，不影响各类业务的正常处理。
5.2.2.2接口规范要求
系统与其他系统之间的接口应具有稳定性、实时性、安全性。
系统应能支持我行各个系统之间的接口标准和报文格式约定，系统提供的接口应能集中管理、易于扩展和维护。
5.2.2.3系统人机交互要求
系统应具有友好的用户操作和管理维护界面，操作简洁、高效。
结构清晰，模块化、参数化程度高，可灵活设置，方便维护和管理。
人机交互界面应满足各分支行个性化的需要。
5.2.2.4系统安全和访问控制要求
保证数据传输及存储过程中的正确性、完整性、一致性、安全性、可审计性。
有完善的数据加密及传输加密机制，整个系统数据传输的各个环节无明文数据。
有效防止数据被非法访问、篡改、丢失。
系统维护及操作遵循最小授权原则。
能够提供详细有效的系统运行和用户使用日志，便于对故障、事件和错误等进行分析和定位，方便事件处理和解决。
5.2.2.5系统性能要求
Ø系统的可使用率最低不能少于总运行时间的99.9%；
Ø系统必须满足7×24小时正常运行；
Ø系统交易正确率应达到100%；
Ø交易成功率是指成功的交易数占总交易数的比例，为了保证系统的稳定运行，交易成功率不能低于99.9%。
Ø为了保证系统能够正常、稳定运行，服务器CPU的占用率和内存的使用率不应超过60%。
6实施方案
6.1项目实施组织和资源安排
总行渠道运营部和信息科技部牵头成立项目工作组，工作组下设业务需求组、信息技术组、业务测试组和支持保障组。
远程金融服务建设项目需要组织较强资源。
系统开发和测试由现有系统的开发厂商实施。
UAT测试（用户验收测试）由业务骨干配合专业测试公司或分行借调的业务人员实施。
厂商参与项目人员的水平、结构必须能满足项目建设要求。
6.2项目实施方法
为保证项目成功建设和推广应用，将总体项目分为需求、开发、测试、投产几个步骤。
首先进行需求调研，组织专业知识丰富的业务人员充分了解、研究行业内远程金融服务现状，并进行统一归集、整理、分析，提出我行远程金融服务建设项目解决方案和业务需求，会同总行科技部和相关部门进行需求交流和评审，确定各项需求的合理性和可行性。
该阶段完成时须形成完整的需求文档。
其次，与开发厂商进行需求交流，形成需求规格说明书并进行评审。
平台开发厂商按照评审通过的需求规格说明书进行开发和SIT测试，开发过程中的问题分别由总行信息科技部、总行运管部及相关业务部门进行技术和业务的指导。
第三，进行严格的测试，UAT测试（用户验收测试）由业务骨干配合专业测试公司或分行借调的业务人员实施。
信息科技部负责搭建测试环境、
升级会员 