分行架构培训材料-v03资料

1、 |我行分行架构简介2009年10月培训目标了解分行存在的问题及IT现状的总体情况掌握总行对于分行应用架构规划的初步想法，所采取的措施了解分行架构规划下一步工作的重点存在的问题分行的现状初步分析与措施下一步考虑内容大纲 | 8/25/2022 对于分行，我们面临着很多问题和困惑你知道的问题还有哪些？分行自行开发了多少应用系统？各分行开发采用的工具和平台是什么？分行IT建设目前存在的主要问题是什么？系统条线建设和集中操作的矛盾数据集中处理和经营分散的矛盾应用建设和基础设施不同步的矛盾整体交易路径繁杂的问题数据传输机制繁杂的问题核心平台技术依赖合作公司的问题总行各部门对分行支持服务无整体协调问题总

2、分应用界面切分不清晰分行IT工作整体目标不明确缺乏清晰的运维和需求管理流程分行间应用共享机制不健全，分行间只学习需求不能复用实现1234现状不了解亟待解决的矛盾需要整体考虑的问题规范不完备 审计指出：几家公司在各分行的重复应用的情况先进数通:9苏州分行（交换平台）北京分行（渠道整合前置）宁夏分行（DCC大前置改造）河北分行（特色业务，中间业务，渠道接入）青岛分行（代理平台）黑龙江分行（DCC大前置通讯）陕西分行（特色平台，中间业务平台）四川分行（交换平台，中间业务）云南分行（DCC大前置通讯，电子渠道）宇信:21 北京分行，辽宁分行，贵州分行，河南分行，宁夏分行，内蒙分行，青海分行，湖南分行，

3、总行营业部，广东分行，上海分行，厦门分行，新疆分行，海南分行，黑龙江分行，江西分行，福建分行，大连分行，安徽分行，广西分行，天津分行的特色平台高伟达:12北京分行，西藏分行，海南分行，浙江分行，上海分行，三峡分行，湖北分行，甘肃分行，四川分行，江苏分行，新疆分行，深圳分行的特色平台 | 8/25/2022 以部门为核心的系统建设和业务集中操作之间的矛盾 同时操作多套系统，出现多次登录、数据重复录入等操作问题 迫切需要研究如何通过系统整合解决系统与基础设施的矛盾 交易数据集中和业务经营管理分散带来的数据需求问题 大多数应用在总行统一开发和部署，交易数据趋向集中 经营管理以分行为主，数据需求差别较

4、大 分行IT整体发展目标及总分行之间分工需要明确 分行IT建设存在整体目标和实施路径不清晰等关系发展的长远问题 存在总分行应用界限不清晰，全行应用系统存量多 总分行间、分行间共享机制不完善 ，部分IT建设成果无法复用 分行特色平台专项审计暴露出来的问题迫待研究分析 对各地特色业务系统进行梳理 对特色业务平台统一规划建设进行研究 1234汇集力量（分行、开发中心、外部资源）寻找解决的思路与方法。需要解决的几个重大问题我们的目标建立分行管理基线全面系统地对分行IT现状进行调研，摸清梳理分行IT建设现状，建立分行IT管理基线；规划分行IT目标确定分行IT建设整体目标，设计分行主体应用支撑平台和分行I

5、T基础环境规划渠道建设目标分析高柜、电子、自助渠道发展趋势，提出发展建设的目标；优化总行应用架构提出IT系统整合的优化建议措施。确定分行IT建设整体目标，设计分行主体应用支撑平台和分行IT基础环境；提升架构管控能力制定IT系统的综合评价体系，探讨持续跟踪和监控的管理措施。存在的问题分行的现状初步分析与措施下一步考虑内容大纲从四大方面了分行现状分行现状人力资源分行业务基础设施应用系统区域银行业务分行管理指标分行部署系统网点系统数据通道系统区域行业务统计表(基础表)分行管理指标统计表分行管理指标清单分行部署系统统计表分行部署系统清单数据通道情况表网点使用统计表网点使用系统清单国内分行IT人力统计表

6、(含各分行清单)没有调查就没有发言权（一）一级分行4263人，分布在4大类10小类岗位上所有一、二级分行全部技术人员按照10个常见岗位分行政管理类、IT管理类、开发类、运维类这4大类进行统计。 | 8/25/2022 岗位类别人 数占 比负责人494 11.58%综合管理193 4.53%其它106 2.50%项目与技术架构管理85 2.00%安全与风险管理229 5.38%设备管理348 8.17%产品应用开发405 9.50%管理应用开发157 3.67%运行管理308 7.23%系统网络管理370 8.67%技术支持1567 36.76%总数4263 100.00%(二)(1)570项按

7、照8大类66小类归类统计整理后全行共有 66 类（小类）区域银行业务，参照建行资债部统一业务分类标准，可以分为 8 个组别（大类） 。区域银行业务分组（大类）区域银行业务种类（小类）调研反馈的产品和服务总数1、代理/委托类业务财政非税收入24代理保险5代理财政支付22代理彩票投注4代理销售款结算18社保基金代收付及核算3私产房监管1特色委托贷款1维修基金账户管理8销售融资业务1中德委托代收1区域银行业务分组（大类）区域银行业务种类（小类）调研反馈的产品和服务总数2、代收付业务代理公共事业缴费64代理扣税22代收保费11代收学费7第三方发起批量代收代付10管理端批量代收代付4集中签约13网点批量

8、代收代付39网点小额定期批量（他行）23网银批量代收代付30信用卡批量还款5(二)(2)570项按照8大类66小类归类统计区域银行业务分组（大类）区域银行业务种类（小类）调研反馈的产品和服务总数3、个人理财类IPO新股申购4汇得盈1批量转帐1综合理财64、公积金及个人贷款存贷通1个贷催收信息管理1个贷特色业务流程1公积金查询12公积金归集及综合服务4公积金委托贷款55、后台业务及内部管理类NTFS补录1保管箱管理和收费1存款遗留业务3大堂经理查询1非标凭证管理7柜员客户营销提示2金库管理2内部帐集中核算2特色平台数据查询25特色日终对账4小额账户管理2区域银行业务分组（大类）区域银行业务种类（

9、小类）调研反馈的产品和服务总数6、集团客户及资金清算类PROP平台1隔夜存款1集团客户对账管理1集团客户现金管理3银企直联10支票圈存1资金清算27、卡关联业务IC卡业务5公务卡4固网支付5集中制卡4借记卡积分1金卡银联联网17商户MIS和各类POS交易25特色联名卡1特色银行卡对帐1学校医疗一卡通128、渠道及总行统一渠道接口存折补登1电子回单柜12短信平台接口22区域电子渠道接口21区域电子渠道接口（个人外汇买卖）9网点信息发布9(二)(3): 3421管理指标在各分行应用分布统计序号分行名称反馈数有效数有效占比序号分行名称反馈数有效数有效占比1安徽分行000%20宁夏分行200%2北京分

10、行700%21青岛分行500%3大连分行10550%22青海分行1515100%4福建分行150050233%23三峡分行14750%5甘肃分行1313100%24山东分行131292%6广东分行2150%25山西分行100%7广西分行221150%26陕西分行7343%8贵州分行300%27上海分行87139445%9海南分行300%28四川分行565395%10河北分行000%29苏州分行300%11河南分行1126457%30天津分行1016665%12黑龙江分行200%31西藏分行000%13湖北分行686393%32厦门分行11873%14湖南分行22100%33新疆分行4125%1

11、5吉林分行11100%34云南分行21319692%16江西分行243299641%35浙江分行11100%17辽宁分行455169015%36重庆分行100100100%18内蒙分行48832967%37深圳分行000%19宁波分行58826044%合计11221379334%A、对于分行需求：分行间共性需求，总行实现或委托分行实现；分行个性需求，采用统一平台，分行单独实现B、对于总推分系统：分析系统上收可行性或和其它总行部署系统整合可行性； 如不能上收，路由转发等小前置，基于分行大前置横向整合； 其它小前置，基于总行统一的分行支撑平台进行整合(三)(1):全行应用系统：128（总行）+ 5

12、48 （分行），基本建立了系统基线纵向集中：A、对于分行需求1)基于总行统一开发,且部署在总行的应用系统实现2)业务存在差异，给分行预留接口，分行不要建设独立系统B、对于分推全系统逐个分析集中上收总行的可行性全行系统总行开发分行开发128个部署93套总行部署系统有93系统分行部署，导致系统部署数量成倍(1-38)放大, 给分行基础设施和运维工作带来压力，且降低了系统稳定性。分行系统整合是研究重点。横向整合总分部署24分行部署351部署789套部署1157套总推分59+1推广到其它分行16自己分行部署532部署417套部署532套548个系统数在动态的变化过程中 1、总推分系统整合在陆续实施 N

13、TFS 7月18日上线，减少了分行部署 2、交易线、数据线的情况在继续梳理(三)(2):总推分系统情况-60个交易线（20）总推分系统数据线（17）其他（13）ATM外币卡收单系统分行大前置财税库行联网系统公积金系统建设银行企业信息集成系统龙卡网络全国支票影像交换系统外汇清算系统外汇业务信息管理系统现代支付系统大额现代支付系统小额新一代贸易融资系统信用卡进件系统银行保险业务服务系统证券业务系统重要客户服务系统资金清算系统国内信用证系统电子渠道整合平台住房资金业务综合管理系统60DCC前端ATM系统本外币一体化商户收单渠道整合平台分行代理后台业务集中处理系统 家加E家居银行综合前端网上银行网点排

14、队与客户满意度分析办公自动化系统企业网邮件系统防病毒系统个人信息与桌面安全系统安全运维管理平台SFB集中备份系统企业内部信息门户视频会议系统网管系统管理信息平台信贷业务审批处理系统柜员身份指纹认证系统互联网上网行为及内容访问管理系统数据来源: 根据各开发中心、北京数据中心、各分行反馈调查表核对确认结果渠道（10）操作型数据存储系统反洗钱可疑交易非现场审计系统历史数据返还平台企业资源管理财务系统总帐信息管理系统纪检监察管理系统统计信息管理系统个人信贷业务系统会计档案管理与会计稽核系统信贷管理信息系统分析型客户信息管理系统个人征信系统企业征信接口系统批量数据交换平台贷记卡报表系统、国际卡前置财务报

15、告系统(三)(3)：分推全系统16个分推全应用系统为16个。其中，业务处理类系统有2个，管理相关的系统为14个，包括员工管理、安全管理、业务管理和监控管理四类分行开发推广系统在全分行总共部署417套形成原因： 历史建设原因过去分行开发能力较强，总行开发能力弱，并且当时分行的一些业务和管理需求急需实现，所以采用了分行开发全行推广的方式。业务需求难以及时实现由于系统归属与开发之间的矛盾，导致了分行新业务需求难以在原有系统上进行扩充和实现。弥补总行系统的缺陷和适应性(三)(4)：分行自开发系统532个省分行城市分行30个系统以上20-29个系统1-9个系统10-19个系统分行自行开发的系统数量在不同

16、的分行间差异很大，系统最多的分行是广东，多达39个系统，而系统最少的分行是吉林，只有一个中间业务平台系统数量最多的分行是广东、江苏和上海，分布在长三角和珠三角，地处经济活跃地区大多数分行的系统数量在少于20个，集中在东北、北部、中部和西部城市分行比省分行的平均系统数量多存在的问题分行的现状初步分析与措施下一步考虑内容大纲 数据集中、应用集中、管理集中是我行当前的趋势数据集中数据集中的逐步推进，使得银行的核心交易数据、账务数据实现集中的使用和存放。表现为各类核心系统(对基础数据最直接的使用)的集中/统一。如CCBS、CCBSS、ECIF、DW、ODS应用集中部分业务与应用系统实现集中。如重客、电

17、子渠道类应用、OCRM数据的集中推动了业务/应用的集中。应用集中推动了数据的进一步集中。集中过程中存在盲点：如各类几种系统在分行设置的前置/交换系统管理集中目前建设了部分集中的管理支撑系统，用以配合、推动管理的集中。如ACRM、报表分析、门户、OA等。管理制度、管理指标体系各省各有差异，使得各省保有多种管理系统外部管理流程与行内管理流程的脱节。总行分行电子渠道高柜渠道专用渠道专用渠道ECTIP低柜个贷中心票据中心自助渠道ACE前端WEB前端ATMPOS低柜渠道网银CCI分行服务总线分行开发的应用分行特色平台银证转账密码支付银联前置总行开发分行部署的应用指纹系统公积金国内信用证存贷通大小额支付F

18、IMSBIS/TRBNTFS重客支付国际卡原总行开发总分部署的应用CTS现金出纳分行大前置连接的应用综合前端EAIH连接的应用个贷A+POCRM/IPSS票据贴现系统ECIFFESPREFASCLPM总行服务总线渠道层整合层服务层中心前置证券EAIHCCBS前置前置ECTIP新一代ATMPFRONTEAIB交易线目标架构的制定，明确了分行应用的交易路径选择EAIB目标架构提出了分层清晰、定位明确、便捷实用的交易线目标架构总行分行电子渠道高柜渠道专用渠道专用渠道新一代ATMPECTIP低柜个贷中心票据中心自助渠道ACE前端WEB前端ATMPOS低柜渠道网银CCI分行信息总线分行开发的应用分行特色

19、平台银证转账密码支付银联前置总行开发分行部署的应用指纹系统公积金国内信用证存贷通大小额支付FIMSBIS/TRBNTFS重客清算证券国际卡原总行开发总分部署的应用CCBSCTS现金出纳原分行大前置连接的应用综合前端EAIH连接的应用个贷A+POCRM/IPSS票据贴现系统ECIFFESPREFASCLPM总行信息总线渠道层整合层服务层总行渠道分行渠道分行信息总线总行信息总线总行开发，集中部署服务总行开发，分行部署服务分行开发服务应用总行MISALMALM目标架构梳理了数据线总推分系统应遵循的目标数据架构模型总行源数据系统CCBS国际卡证券分行源数据系统分行特色分行中间业务公积金ODSHODSB

20、DW数据仓库及基于仓库的MIS应用(T+1)DW内部集市实效性要求高(=T+1)、或基于软件包的MIS应用基于ODSB环境的MIS应用总行用户分行用户总/分行开发的MIS软件包MIS基于软件包的MIS或分行成熟多年的MIS应用应用整合的三种模式之一：纵向融合取消分行部署，应用和数据向总行集中的整合模式。 数据不再向分行进行下发，分行用户采用WEB方式访问总行应用和数据。OAS通过CS方式访问。 纵向融合一般需要考虑集中后服务器并发压力、合理分配服务器资源等问题。总行分行ODSBODSH分行ERPF报表和展示历史数据管理系统统计信息管理系统反洗钱可疑交易监测纪检监察管理系统信贷信息管理系统反洗钱

21、可疑交易监测ACRMPMIS财务报告系统分行应用财务报告系统非现场审计总行审计应用CCBSBDE.net纪检监察分行排查应用信贷信息管理系统PMISB统计信息管理系统分行应用ODSB环境ERPF分行ACRM分析展示非现场审计分行审计应用数据源系统数据源系统源数据系统DW&MIS分行特色及数据分析总行分行ODSBODSH分行ERPF报表和展示历史数据管理系统统计信息管理系统反洗钱可疑交易监测纪检监察管理系统信贷信息管理系统ACRMPMIS财务报告系统非现场审计总行审计应用CCBSBDE.net信贷信息管理系统PMISBODSB环境ERPF分行ACRM分析展示数据源系统数据源系统源数据系统DW&M

22、IS分行特色及数据分析应用整合的三种模式之二：横向整合取消分行部署，分行应用和数据向ODSB进行整合的模式。 ODSB将作为分行统一的数据平台。总行分行ODSBODSH分行ERPF报表和展示历史数据管理系统统计信息管理系统反洗钱可疑交易监测纪检监察管理系统信贷信息管理系统ACRMPMIS财务报告系统非现场审计总行审计应用CCBSBDE.net信贷信息管理系统PMISBODSB环境ERPF分行ACRM分析展示数据源系统数据源系统源数据系统DW&MIS分行特色及数据分析总行分行ODSBODSH分行ERPF报表和展示统计信息管理系统反洗钱可疑交易监测纪检监察管理系统信贷信息管理系统ACRMPMIS财

23、务报告系统非现场审计总行审计应用CCBSBDE.netODSB环境ERPF分行ACRM分析展示数据源系统数据源系统源数据系统DW&MIS分行特色及数据分析PMISB应用信贷信息管理系统分行应用LDMS应用应用整合的三种模式之三：维持现状部分系统为减轻总行系统处理压力和网络访问压力，将分行相关的报表数据下传至分行，由分行实现分析和展示。该类型系统建议维持现状。总行分行ODSBODSH分行ERPF报表和展示统计信息管理系统反洗钱可疑交易监测纪检监察管理系统信贷信息管理系统ACRMPMIS财务报告系统非现场审计总行审计应用CCBSBDE.netODSB环境ERPF分行ACRM分析展示数据源系统数据源

24、系统源数据系统DW&MIS分行特色及数据分析PMISB应用信贷信息管理系统分行应用LDMS应用你还有更好的意见或建议吗？推进总推分、分推全系统的整合交易线整合工作进展（1）归属条线系统名称阶段划分备注说明现状调研方案设计方案交流实施组织通知发文资料收集现状分析解决方案开发中心交流条线交流开发测试试运行投产个人条线证券业务系统厦开电子渠道整合平台广开资金清算系统上开公积金系统 武开外币卡收单系统 已停运公司条线银保通系统北开财税库系统北开重要客户服务系统北开暂停实施国内信用证系统上开外汇业务信息管理系统广开新一代贸易融资系统上开7.18上线 已经完成待完成 不需要实施条线牵头交易线整合工作进展（

25、2）归属条线系统名称阶段划分备注说明现状调研方案设计方案交流实施组织通知发文资料收集现状分析解决方案中心交流条线交流开发测试试运行投产基础设施DCC大前置上开EAIB上开后台条线大额支付系统武开 小额支付系统武开 全国支票影像交换系统 武开 建议维持现状信用卡进件影像处理 武开 建议维持现状SWIFT报文处理系统 系统已停运总推分交易线系统总体分析说明:住房资金业务综合管理系统未纳入分析 已经完成待完成 不需要分推全系统的建议和策略我们首先要明确这种开发模式的 发展方向和管理策略。开发模式：对于这种开发模式，部里应该有一个明确的说法，是鼓励支持还是明令禁止。管理策略：如果支持这种开发模式，要有

26、一个明确的管理流程，具备什么样的条件项目允许分行进行开发，开发出的系统后续的支持和维护如何进行。对于未来的需求现存系统的管理对于目前存在的这16个系统，应该根据每个系统所完成的业务功能，判断其所属的管理条线，明确一个业务条线负责规划其未来的发展方向。各个归口管理条线，按照规划的发展方向，制订这16个系统的优化实施策略，并进行跟踪实施。进一步分析分行自开发的532系统整合可行性渠道门户层业务操作层管理决策层基础应用层产品服务层渠道门户层业务操作层管理决策层基础应用层产品服务层总行应用架构分层分行应用系统分层分行渠道层策略对于渠道层，应该树立全行共享的渠道建设理念，不应该分总行渠道和分行渠道，对于

27、渠道层应用系统，我们建议采用纵向融合的模式对于分行的个性需求，建议管理上：建立分行需求反馈通道的管理机制；技术上：预留分行开发接口的技术机制分行业务操作层策略：业务操作是应该能够进行统一的，建议业务部门进行流程标准化，总行统一集中实现，进行纵向融合。建议分行不再保留业务操作层系统的开发分行产品服务层策略：纵向融合：与总行系统相似的系统向总行系统进行整合。横向整合：分行间相似系统进行整合，采用统一的平台进行开发。保持现状：分行特色分散的需求保持现状。分行管理决策层策略：数据传输通道纵向整合。分行数据类应用应该ODSB定位为分行统一的数据平台，进行横向整合。分行基础应用层策略：首先考虑与已有的总行

28、系统进行纵向融合。其次总行应该从管理上进行统一，统一技术标准和规范，进行横向整合。分行自开发系统的分层整合策略各条线反馈的整合意见总行的事情，我们搞定，需要你们的配合与支持！对分行系统分析后，得出初步分析结果编号分类名称1区域产品服务平台2分行综合数据平台3业务操作中心4分行内容管理平台5分行实时交易通路6数据传输通路7分行部署渠道应用8分行外联9安全中心10运维监控11资讯平台12监管类应用初步分析后，将分行应用分为12类对分行532个自开发系统，60个总推分系统进行统计。经过初步的分析，将分行系统暂时划分为12类应用和业务操作类系统，并制定预期架构。对于业务操作层的系统，建议总行统一处理，

29、分行将不保留业务操作层。根据12种分行应用的分类，初步形成分行目标架构。运维监控（4）分行外联平台（26）实时交易通路（13）分行综合数据平台（107）安全中心（12）数据传输通路（7）分行内容管理平台（19）区域产品服务平台（254）业务操作中心（6）分行部署渠道应用（117）资讯平台（11）监管类应用（2？）分行总行总行部署渠道总行部署应用区域产品服务平台支持分行特色业务发展。分行综合数据平台支持分行管理类应用建设总分实时交易通路总分业务系统的渠道建设总分数据传输通路 总分数据传输的通道分行外联平台分行渠道112233544初步的分行目标架构566这只是初步设想，需要综合各方面的现实情况和

30、意见，特别是你们的！分行应用架构之实时交易通路运维监控（4）分行外联平台（26）实时交易通路（13）分行综合数据平台（107）安全中心（12）数据传输通路（7）分行内容管理平台（19）区域产品服务平台（254）业务操作中心（6）分行部署渠道应用（117）资讯平台（11）监管类应用（2？）分行总行总行部署渠道总行部署应用实时交易通路132354初步的分行目标架构6应用架构提出整合13个总分交易路径，分行大前置系统整合方案，组织方案落实，召开现场协调会，上海开发中心负责方案落地实施分行应用架构之数据通路我们以国际卡为例进行了调研论证数据通路4初步的分行目标架构运维监控（4）分行外联平台（26）实时交易通路（13）分行综合数据平台（107）安全中心（12）数据传输通路（7）分行内容管理平台（19）区域产品服务平台（254）业务操作中心（6）分行部署渠道应用（117）资讯平台（11）监管类应用（2？）分行总行总行部署渠道总行部署应用123546应用架构提出整合总分7个返数通道，一份后台数据通过一个通道返回，目前已经提出ICS返数规范建议。分行应用架构之分行渠道运维监控（4）分行外联平台（26）实时交易通路（13）分行综合数据平台（107）安全中心（12）数据传输通路（7）分行内容管理平台