流程银行解决方案-某客户案例简介
发布时间:2024-10-23
发布时间:2024-10-23
IBM Software Group
流程银行解决方案-某客户案例简介 —— 综合授权和信贷业务童景文 技术架构师
© 2012 IBM Corporation
IBM Software Group
内容 现状分析
项目定义 系统关联图 架构决策
总体架构 核心组件 实施方法
案例分析
© 2012 IBM Corporation
IBM Software Group
行业业务方向和趋势 随着农村信用社和城市商业银行体制改革和机制转变的逐步深入,由 “部门银行” 转型为 “流程化银行” 已成为中小银行业务发展的必然趋势。 –“部门银行”对客户需求的服务响应和风险防范等受到人为限制; – 流程银行可以有效地改善银行中以往存在的部门林立、条块分割、职责界定不清, 政出多门、支离破碎,效率低下、运转不灵的弊端; – 流程银行是我国金融业改革从外部主导型向内部深化完善型转变的有效途径和必 经之路。 – 流程银行将更好地支持中小银行实现集中化管理和一体化经营,通过结构扁平化 和风险控制、流程优化来为广大客户提供更专业高效的金融服务 强化内部管理和提高服务创新能力是国内银行在激烈的竞争环境中取胜的关键。通过 积极整合营销渠道,实现客户资源共享,以“服务创新”模式提高竞争实力,并加速应 用系统的集成,实现数据交换的标准化和规范化,实现“全局监控” 。 国内银行正处于业务和管理的变革与转型期,在外部面临国家金融政策环境、市场环 境不断变化,在内部要肩负着转制上市、分拆重组的压力。银行内部业务变更的机率大 大增加,需要应用有效的集成技术,对复杂异构的应用系统进行基于业务服务和业务流 程的系统集成。
© 2012 IBM Corporation
IBM Software Group
某银行现状系统架构分析主要焦点(现状图可以根据**实际架构 调整)1
系统整合的复杂 性,前、中、后 台耦合度高
2
技术平台的复杂 性。应用来自多 厂商,缺乏标准 和规范
渠道缺乏整合, 业务人员多以 telnet形式登录, 方式单一
3
4
授权分散在各网 点,风险难以控 制
© 2012 IBM Corporation
IBM Software Group
信贷业务改造目标 新信贷管理系统在设计上充分体现以服务为中心的理念 – 为信贷客户,基层行社,客户经理,各级管理人员,综合业务系统等提供服务 打造完善的信贷业务服务平台和高速铁路式的工作流程平台 实现三个突破 – 较好的用户体验,例如操作界面友好性、降低学习曲线。 – 统一管理与个性化管理相结合 – 信贷业务无纸化 达到四个目标 – 达到信贷业务数据实时 – 达到信贷门市业务高效 – 达到信贷客户信息完整 – 达到合理业务操作的容错和修正 突出几个
特点 – 业务操作流程化,业务管理无纸化, – 数据安全共享化,操作界面人性化,系统管理参数化© 2012 IBM Corporation
IBM Software Group
信贷业务改造需求 客户内部评级– 大中企业客户信用内部评级 – 小企业客户信用内部评级
客户利率管理– 利息计算器 – 贷款利息试算
– 非农户个人信用内部评级– 农户信用等级评定 – 信用内部评级审批 – 客户信用等级评定结果撤销 – 客户信用等级调整 – 客户信用内部评级模型
– 央行基准利率管理– 法人统一定价 – 贷款利率定价 – 存贷积数挂钩贷款管理
客户内部授信– 授信测算模型维护 – 授信测算
信贷贷后管理– 信贷资金贷后检查 – 信贷资金风险分类
– 授信维护– 授信审批 – 授信报备 – 授信归档 – 授信报备资料管理 – 授信清单打印 – 信贷退出计划
– 不良信贷资产预警报告– 信贷资产风险拨备
© 2012 IBM Corporation
IBM Software Group
本项目定义 本期面向SOA项目综合处理平台建设整体目标 – 基于信贷系统的改造,提升信贷业务的流程服务 – 实现集中授权,为相关业务共享 – 实现业务系统间面向服务的集成(Service Oriented Integration) – 促进流程优化与再造 平台实施范围 – 建立服务集成平台 企业内部服务总线,和企业内部统一的服务注册与管理。
– 建立流程管理平台 建立用于服务编排、流程建模和监控的业务流程引擎平台。建立用于业务系统和流程的规则 引擎,变分散僵化的业务规则为全行集中地规则服务。
– 完成对以下业务领域的服务梳理和服务运行部署 对客户信息、存贷款、基金、保理、电票、贸易融资、信管、资金、汇款的服务梳理 完成对上述业务领域中服务的模型定义、注册、集成、管理。
前置系统改造部分 – 前置系统改造 – 柜面业务改造?© 2012 IBM Corporation
IBM Software Group
综合处理平台系统关联图
系统管理员
核心系统HTTP
前置应用
HTTP
Socket定 长报文 XML/Socket
电票
HTTP
柜面Telnet 终端 XML/Socket
综合处理平台
XML/Socket
网银互联SOAP/HTTP
信贷柜面岗位 后台岗位
约定分隔符的非定 长报文/Socket
银企 对账平台基金
约定分隔符的非定 长报文/Socket
UCP
RA© 2012 IBM Corporation
IBM Software Group
系统关联图分解,已有、新建和未来系统核心系统 中间业务 前置应用系 统改造系统管理员 HTTP HTTP
中间服务 平台Socket定 长报文 XML/Socket
手机银行
渠道整合 平台
电票
柜面
集中授权 平台Socket
企业服务总线 平台
XML/Socket
网银互联SOAP/HTTP
信贷业务 改造柜面岗位 后台岗位
约定分隔符的非定 长报文/Socket
银企 对账平台基金
约定分隔符的非定 长报文/Socket
UCP
RA© 2012 IBM Corporation
新建系统
现有系统
未来系统
IBM Software Group
典型应用场景举例某前台系统 报 文发 送 交 易 1)
8)返回 最后结 果
4)如规则判定无需进行授权,返回ESB, 进行后续操作
ESB 2)对报文进行解析,拆分,逻辑处理,并 进行数据路由
发送处理的数据到规则引擎 进行规则交验
规则引擎 3)规则交易
7) 返回 处理 结果 到ESB
5) 将 报 文 路 由 到 后 台 系 统
授权流程 结束后返 回ESB,并 进行后续 处理
理如 系需 统进 行 授 权 发 送 到 送 到 手 工 流 程 处
核心后台系统 6)进行记帐交易
流程引擎 4)集中授权处理流程模块
© 2012 IBM Corporation
IBM Software Group
SOA架构总体目标,适用于建议SOA参考架构中的总线服务平台、 流程平台、事件处理、数据服务和交互协作平台 业务, IT灵活性
适应业务需求变化, 减少上线时间 技术变动不影响整体架构系统的实现技术上必须具备前瞻性,遵循国际标准;除具有标准的开放式技术接口外,还能够完成与现有系统具有标准接 口的系统完全对接。 系统的设计思想,应使业务功能的扩展可以方便的实现;因此系统软硬件平台应具有良好的可扩充能力,支持系统规模的 扩大和业务范围的扩展,能够满足3~5年的规划需要 核心系统处理日高峰期1000万笔,并考虑到未来3年交易量的增长空间。信贷业务日交易量1万笔。 对于关键交易的处理时间<100ms。在达到系统性能指标峰值要求的同时,系统处理能力还留有足够的余量,CPU、内存 等系统资源的使用率低于70%,达到平均值要求时,系统资源使用率应低于50%。保证系统长期稳定运行。 采用高可靠性的产品和技术,充分考虑整个系统运行的安全策略和机制,具有较强的容错能力和良好的恢复能力,保障系 统安全、稳定、高效的运行。系统的各个部分都要求采用冗余技术,整个系统不存在单点故障。 安全性是系统建设的基本原则,需要充分考虑整个系统运行的安全策略和机制,复合对数据安全、身份安全的控制。 记录完整的系统错误日志,在系统处理异常时,都能够根据已记录的日志,快捷方便地定位出错误地具体位置、原因,方 便系统的维护。 系统需提供对运行情况的监测和控制功能,从而保证系统的正常运行,同时,有效的业务量监控有助于对业务发展作出准 确评估,可保证系统处理能力的及时扩容。系统应具备有效的、统一的手段和机制进行设备管理、应用软件环境设置调整 © 2012 IBM Corporation 管理、开发管理以及操作员、管理员管理。
行业标准,开放性
可扩展性
性能要求
可靠性和稳定系
安全性
可维护性
可管理性
IBM Software Group 在系统中引入服务总线主要解决的问题(现状, 右图为常见**架构 ,需要结合**情况修改或者补充)银企对账系统 金融统计 反洗钱系统 个人征信系统 绩效考核系统 1104系统 企业征信系统
应用之间连接很多,成复杂的网状;每增加一个新 应用,集成时需要建立大量的接口;当应用的数量 增多时,应用之间的接口呈指数级增长,从而导致 相应集成成本的急剧增长信贷管理系统
邮件系统
协同办公系统
各个应用系统实时连接绝大部分采用Socket协议, 少部分为Http协议,批量数据传输基本上都采用FTP 方式;各种方式连接和接口都比较复杂,没有可遵 循的规范标准可以参照,没有统一的集成技术规范 和标准,使集成工作重复投入,难以统一的规划, 实施和维护(MQ有?) 点对点的集成技术是导致无法对各个系统提供的服 务进行梳理,存在大量相同或类似的服务。既是巨 大的浪费,而且在新业务开发时往往需要重新定义 大量的服务,不能支持新业务快速上线,难以满足 业务需要 内部应用和与第三方外部应用的连接混杂,内外不 分,安全系数较低 核心业务系统除提供基本的核心银行服务外,还包 含报文交换模块,业务逻辑部分还存在于中间服务 调用平台上,相互混杂,影响复杂业务逻辑的实现 和业务创新缺乏平台性的公共服务平台。支付宝公 司
短信平台
数据平台
财务管理系统 验印/票交系统
数据仓库 (报表) 金宏工程 外管局 平安保险
历史交易查询系 统 会通管理与查询
金桥易贷
电票系统
核心业务系统公房资金管理 系统 支付宝 电子国债 城商行支付 前置系统 城商行汇票 境内外币前 置 大小额支付 前置系统 中间业务平台 支付密码 系统 加密 机 密押 系统 人行 CCPC 人行
深圳通 财税CA认证 系统 第三方
基金代销
自助设备 管理平台 加密机 自助服务 CALL CENTER
人行
BDS系统
贸易融资
网上银行系统
联网核查
基金宝
UCP 单点登录平台
人行系统
ATM/BST/CDM 公务卡
柜面终端
电话
浏览器
前端接入点
图例说明: 实时连接 批量连接 UCP访问
人民币跨境贸易 报送系统 数据仓库系统 积分系统 网银互联 机房运维系统
渠道应用系统 外联系统 中间业务系统 后台业务系统 管理支撑系统 在建系统 第三方
© 2012 IBM Corporation
备注: 1、系统之间更详细的交互信息请参见《青 岛银行IT应用系统现状报告》 2、该集成架构没有囊括所有应用系统 3、个别系统之间的交互关系没有在本集成 架构中标示
在某某银行
系统中引入流程银行BPM主要解决的问题问题和挑战强调银行业务运作处理的专业化、模块化和标准化, 将银行内设机构按照业务性质和经营组织形态进行调整 和变化, 包括前台(业务拓展部门)、中台(业务监督与咨询等直接支持部门)、后台(数据处理及后勤支持部门), 中、后台业务要实施集中化处理, 机构设置与人员配备要求支持充分流动, 营业网点和营销人员成为功能和职 责明确的销售前端和中后台系统的客户终端, 前、中、后台专业化系统之间要通过优化设计的业务处理流程相 连接。核心问题: 实现前、中、后台分离,一体化流水作业的流程化管理模式,实现业务集中授权管理 实现以客户为中心的流程再造,包括端对端的组织流程、管理流程和决策流程优化 实现服务共享和重用以及录入流程模块外包 在面向服务和流程模块化基础上满足将来的多渠道接入的要求 适应复杂业务规则的变化 提高端对端业务流程的处理效率
IBM Software Group
实施关键
流程银行业务运作强调分业务线的垂直经营与管理, 对核算、结算、监督、客户关系管理等大量中后台业务进 行集中处理, 流程的划分和边界的界定、流程之间的协调都必须有详细的作业规程和要求, 在银行流程化过程 中, 要制订并执行相应业务规则,制定与业务流程改进方案相配套的组织结构框架, 通过依托强大的企业级工 作流平台来完成复杂流程的设计和运行监控, 通过依托完善的企业级内容管理平台实现档案影像等非结构化信 息的存储和检索, 通过流程和内容的集成和外部独立规则引擎的配置实现新一代流程银行业务的优化,通过企 业服务总线ESB实现流程银行业务整合和数据交换。流程银行实现的技术关键如下: 流程银行的服务分析设计 流程应用与业务内容的整合 流程银行的安全控制与权限分配 流程银行的数据梳理与数据加工 流程银行的业务整合与数据交换 流程银行业务规则的灵活性配置© 2012 IBM Corporation
IBM Software Group
某银行系统架构与架构决策问题整合的复杂性
影响1. 过多点对点的对接 2. 许多非标准化的报文格 式 3. 缺少标准化组合/流程 层 1. 开发环境复杂 2. 技术人员需花许多精力 在不同的技术上
架构决策1. 增加一个基于ESB (企业服务总线)及Adaptors (适配器)等相关技术的 整合架构层 2. 标准化某银行的整合报文格式及SOA Web Service接口 3. 增加一个“业务流程服务平台BPM” 以支持集中授权,以及未来对组 合业务服务的开发。包括对业务规则的管理和服务 1. 专注于不多于两个的开发平台并建立相关的标准化(前端,渠道: SOA J2EE / WAS, 集成/Adapter: WM
B。后台: i-Series, UNIX, C, WAS) 2. 新应用应绝对遵守某银行相关SOA的标准开发 3. 逐步转移旧应用至新的标准的平台,以信贷系统改造为锲机 1. 方案一是采用专门的内容管理平台。优点是功能强大,但是实施周期 相对较长 2. 方案二是采用自开发的形式,在初期能满足和业务流程交互的基本需 求,优点是能快速上线
技术平台的复 杂性
缺乏内容管理 平台
1. 支持业务流程和其他服 务的内容有限 2. 不利于业务中查看,比 对,存档票据信息,身 份信息,营业执照等影 像数据 1. 无法对各个系统提供的 服务进行梳理,存在大 量相同或类似的服务。 2. 新业务开发时往往需要 重新定义大量的服务, 不能支持新业务快速上 线
服务治理
1. 在全行范围内实现服务的统一注册与存储,提供全行的服务信息资源 的统一视图。它与企业服务总线相结合,实现动态服务选择及灵活的 服务调用。 2. 按照业务模型中的业务组件划分标准将服务进行分类和层次化管理, 方便服务的查找和管理。 3. 对服务进行服务关联性的可视性管理,对服务定义变更进行影响分析。 4. 对服务使用情况进行监控和分析
© 2012 IBM Corporation
IBM Software Group
某银行综合处理平台总体架构应用视图外联区域 DMZ 内网 内部核心
Browser 应用平台 Protocol Firewall 负载 均衡 规则引擎 冲正规则 事件收集 事件存储 Enterprise Firewall 渠道 整合 事件查看 复合服务 流程规则
信贷
ESB GW
DSP
手机
Protocol Firewall
电票
Web
Domain Firewall
网银互联
第三方 系统
路由 逻辑处理
ESB
协议转换 格式转换
UCP
柜面
内容管理 影像管理
帐户信息 人员帐户信息 系统帐户信息
RA
基金
服务编排 柜面 柜员 分支行 本期构建 未来构建 服务拆分 服务调用 服务注 册
银企对账平 台
DB总行 © 2012 IBM Corporation
IBM Software Group
综合处理平台系统架构图,各组件和调用关系网上银行 手机银行 电话银行 Call Center 低柜 贸易融资 高柜 (BDS) 自助服务
渠道整合平台
ESB平台消息路由 服务注册、 管理和监控 格式校验 服务查找 安全检查 订阅发布 消息日志 定时任务 加密解密
外围服务 网关协议转换 加密解密 安全检查 格式转换 格式校验
第三方前置 第三方前置 第三方前置
…… 服务总线核心处理
中间业务 中间业务 中间业务 系统 系统 系统
适配器 适配器 适配器
适配器
内部应用 内部应用 内部应用 (已有) (已有) (已有)
报文接口 核心业务系统
信贷业务改造 内部应用 内部应用
内部应用 (新建) (新建) (新建)
规则处理 平台
业务流程 处理平台
图例说明: 前端接入点 渠道应用系统 外联系统前
置 中间业务系统 后台服务系统 ESB/BPM未来规划
非标准协议、报文 Socket/Http/MQ 标准协议、报文
© 2012 IBM Corporation