第二核心银行体系:企业结构与核心建设

企业架构和核心构建

在阅读本章之前,需要补充一些银行管理方面的知识,可以参考《商业银行管理》进行推荐。

从第一章核心系统的发展历史可以看出,银行的核心系统经历了几代人的“换心之旅”,才成为现在的样子。

加入WTO后,银行的管理模式和策略发生了变化,面对业务转型,对核心系统提出了更加多样化的要求。不仅要从传统的以账户为记账核心向以客户为导向的账户管理模式转变,还要满足银行作为企业承担最重要会计职能的内在需求。

核心银行系统是银行对外提供金融服务的平台,也是银行内部会计处理的中心。在银行整体业务系统架构中,核心银行系统处于中心枢纽的关键位置。核心银行系统的重要性决定了其生命周期通常在5-10年以上,也就是说,核心银行系统的选择将影响银行未来5-10年的业务发展。因此,在银行准备更换核心银行系统之前,有必要从银行长期战略的角度,对更换核心系统的目标以及核心系统更换与银行整体经营战略和IT规划的关系进行认真细致的研究。

企业架构(Enterprise Architecture,EA)是管理和整合企业IT资产、员工和业务活动的综合框架,具有可操作性。EA是一种管理工具,用于确定信息和信息技术如何支持业务活动并为企业带来业务利益。它不仅是信息技术与业务融合的理论基础,也是一种有效实用的方法。

1.企业业务架构(EBA)

企业业务架构表达了企业亚洲的关键业务战略及其对业务职能和流程的影响。当前和未来状态模型通常包括业务功能、流程和信息价值链,通过信息架构、技术架构和应用组合实现,可以定义为支持竞争优势的业务设计。

2.企业信息架构(EIA):

企业信息架构(enterprise information architecture)是由EBA推动的描述企业信息价值链的模型集,主要包括建立关键信息流模型,描述业务事件的关键输出信息,将组织边界扩展到外部信息源和信息流,使企业能够快速做出业务决策和共享信息。

3.企业级技术架构(EWTA):

企业范围的技术架构是一组逻辑上一致的技术原则;指导组织的信息系统和技术基础设施的工程设计。EWTA是整个IT战略的体现。

4.软件架构:

IT行业中更早、更常见的架构概念应用是“软件或应用的架构”。软件体系结构起源于软件工程,是关于软件系统有机组织的决策集、结构元素的选择以及元素之间的接口。通过这些接口和元元素的协作,形成了一个软件系统。

业务结构描述了业务之间的交互关系结构。业务结构以经营战略为导向,以主业为主线,辅业为支撑,人流、物流、资金流、信息流等。作为业务线之间的联系,构成了实施经营战略的基本业务运作模式。银行价值链中的核心产品包括储蓄、信贷、支付、结算、国际业务、中间业务等。资本运营、营销和服务也是国内银行机构的基本业务职能。在管理层面,包括人力资源、财务、风险、科技管理等。股东、银监会和人民银行决策,监督和指导金融机构。

商业价值链

根据企业结构的分析方法,将银行的业务价值链抽象为:市场规划、产品研发、市场营销、销售、产品运营、服务、财务会计、风险管控、决策支持、内部管理等。

银行的企业架构纵向分为五大领域,IT架构按照EA方法论横向分为四大架构。业务架构和IT架构之间的关系呈现出纵横交错的矩阵结构。

它们之间的关系是:第一,业务架构和IT架构是互动的、紧密耦合的、相互促进的,在新一代核心银行系统的建设中,业务和技术部门必须紧密合作。二是业务架构沿五大领域纵向发展,分别保障各领域业务规划和需求整合,四大IT架构横向贯穿业务架构五大领域,发挥核心银行系统建设的整合和统筹作用。

企业架构是R&D领域规划的重要工作,是将企业战略与具体项目技术方案准确对接的核心环节。阐述了企业级业务架构,并在此基础上构建企业级应用架构,以保证企业级应用架构能够充分且必要地支持业务架构。因此,应用架构必须依靠业务架构来构建,反过来,应用架构的规划和实施也将有助于促进业务架构的优化和完善。

根据企业架构的理论框架,银行业务架构按照业务布局、结构流程、经营管理组织维度划分为不同的应用领域,五个业务应用领域如下:

(1)产品和服务:

完善基础产品服务平台,实施服务业务战略规划,积极拓展新兴业务、金融市场业务和高附加值的各类业务领域,形成更加丰富灵活的产品服务体系。

(2)营销支持领域:

通过企业级客户信息系统建设,提高客户识别和评价能力,加强对客户经理的营销支持,完善客户和客户经理的评价体系。在此基础上,实施网点转型,不断加大电子银行服务渠道的创新步伐:实现客户在不同渠道的一致体现,形成以客户为中心的营销体系。

(3)风险管理和控制领域:

全面优化升级信贷管理和内部评级,提高银行识别和管理信用风险、操作风险和市场风险的能力,有效提升风险管控水平,形成完善的风险管控体系。

(4)业务操作领域:

搭建后台业务集中处理的支撑平台,重建和优化财务核算、运营支撑等系统,使具有资源集中特点的业务由银行后台集中运营,提高银行的运营效率和成本控制能力,形成有效的运营体系。

(5)信息披露和决策分析:

完善基础数据的管理和分析,实现业务经营信息、会计信息、内部管理信息、组织和人员信息的有机整合,形成银行统一的数据视图,在各种分析模型的指导下,为银行的外部信息建立统一的出口,形成可信的风险报告和信息披露体系。

银行应用架构的构建模型;

我行新一代核心银行系统应用架构以全面的逻辑集中为目标,引入前中后台流程银行的概念,采用服务的分层设计思想。应用架构分为六个层次:运营环境/渠道层、集成层、客户层、产品/交易层、会计层和管理报告与决策支持层。

运行环境/渠道层的功能是为核心银行的业务处理人员(前台的客户、营销和客服人员,后台的集中业务处理人员)提供操作界面和交互控制,处理这些用户发起的操作事件,收集他们输入的信息,调用相关的后端服务处理他们的请求,并向他们展示处理结果。

集成层的作用是做好核心银行系统的接入和处理之间的衔接,是业务受理和业务处理的中间桥梁。需要处理业务处理过程中需要的各种后端服务,即各种资源(客户、产品、合同、企业内部各种资源等)的管理和访问服务。),以及基于这些资源提供的交易服务和其他服务。这就需要依靠企业数据总线来实现进程调度功能的完美集成。

客户层的作用是整合核心银行系统所需的客户资源,提供统一的客户信息视图和可操作的客户关系管理,在建立统一客户视图的基础上完成客户的识别、开发和维护,可以有效支撑建立以客户类型(个人和公司)为主线的营销支持和服务体系的经营策略。

产品层的作用是为整个核心银行系统提供强大的产品支持功能,保证银行能够快速构建新产品,灵活应对汇率、利率和定价的变化,并基于现有产品进行组合,在此基础上拓展各种延伸和新兴业务。

风险管控层的作用是监督核心银行业务处理的全过程,并在此基础上实现完善的风险管控体系。风险管控贯穿于银行前中后台所有业务流程,消除风险管控缺口,提升风险管理水平。

会计、管理报告和决策支持层的作用是对银行核心业务的结果进行处理和统计分析,建立完善的基于新会计准则的财务会计和管理会计应用系统,实现多维核算和多维数据积累,依托数据仓库技术完成多维数据处理、挖掘和分析,为银行业务战略决策提供科学依据。

以提升信息资产价值为目标,在银行业务战略和IT战略的指导下,对数据的生成、加工、传输和应用过程进行规划、整理和改进,以全面提升数据质量,保障信息安全,为银行经营管理提供全面有效的信息支持,实现信息资源效益最大化。

银行数据架构的构建模型:

(2)信息资源管控系统规划

主要解决信息资源管理管什么,怎么管,由谁管的问题。针对信息资源管理的三个主要方面(数据生命周期管理、数据质量管理和数据安全管理),数据生命周期的各个过程(生成、处理和传输)

传输、应用、归档等。)为主线,确定管理内容、工作流程、分工、职能职责等。每一个环节。形成相对完善的管理机制,保证数据的完善、安全、高效。

2.治理水平

主要包括数据质量管理、数据标准建设、管控体系建设和信息系统建设四个方面。工作范围属于信息资源管理规划的具体实施和完善。

(1)数据质量管理

数据质量管理是在统一的信息规划和数据标准下,对系统中数据质量的完善性进行监控和管理,既包括对历史数据的清理和修正,也包括对当前数据的合规性管理。数据质量的衡量标准是数据的完整性、标准化和准确性。比如系统的数据设计是否符合规划,系统中的数据标准是否符合规范,数据维护是否存在违规操作,各类信息数据是否规范准确。数据质量管理是全行的一项长期工作,涉及几乎所有业务部门的参与。因此,需要有合理的分工和责任,以及严格的检查、评估和考核机制来保证。

(2)数据标准建设

简而言之,数据标准是各种数据概念的标准化定义,主要描述业务数据概念包含哪些信息及其特征,分为业务数据标准(如基础数据业务标准、复合数据业务标准和数据实例业务标准)和技术数据标准。数据标准的构建就是在数据标准体系的框架下,规范业务处理流程中涉及的各种数据概念的定义,确定相应的结构。数据标准建设的成效一方面取决于数据标准制定的合理性,另一方面取决于统一实施的程度。由于数据标准的制定专业性很强,推广应用带有主观性,通常的经验是成立专门的标准委员会,对数据标准的制定进行审核,并建立配套的检查机制,以保证新系统开发和旧系统改造中统一数据标准的实施和应用。

(3)管控体系建设

主要是实施信息资源管控体系规划,开展相应的组织建设,按照规划中明确的职责分工和工作流程制定相关规章制度和管理办法,建立监督、检查和考核机制,确保信息资源管控体系的高效性和规范性以及数据生命周期管理、数据安全管理和数据质量管理的有效性。

(4)信息系统建设

信息系统是信息数据录入、存储、处理和传输的载体。信息资源规划和数据标准建设的成果需要落实到信息系统建设中,才能发挥实际作用。数据治理中的信息系统建设,一方面,管理信息系统的开发建设主要包括面向数据管理的全行信息基础设施项目,如基础数据平台建设、数据仓库建设、数据总线建设,以及全行综合分析报告项目,如综合报表系统、综合信息分析系统等。另一方面,建设是其他信息系统遵循数据治理的规划,统一执行数据标准。信息系统的建设和完善是一个长期的过程,需要在数据架构的规划下,根据银行的实际情况逐步实施。比如,建立数据仓库的前提是数据源系统中基础数据的相对完善。

基础设施建设主要研究和解决如何建设基础信息技术资源的问题。本行基础设施建设模式:

IT治理结构建设主要解决如何建立科学有效的IT组织架构,理顺关系,防控风险,提高效率。

IT治理是由关系和流程组成的系统,用于指导和控制企业,通过增加价值和平衡信息技术及其流程的风险和收益来确保企业目标的实现。IT治理是公司治理的重要组成部分,它负责有效和高效地实现相关业务流程的重大改进。IT治理提供了一个连接IT流程、IT资源、信息、企业战略和企业目标的系统。IT治理整合了IT任务规划、组织、获取和实施、交付和支持以及监控的最佳实践并使之制度化,从而确保企业信息和相关信息技术对企业业务目标的支持。通过这种方式,IT治理使企业能够充分发挥其信息优势,实现利润最大化,抓住投资机会,赢得竞争优势。

建立不同层级的信息科技与业务协同决策机制,确保信息科技工作符合全行业务发展要求,规范决策流程,提高决策效率。

(1)战略层面:建立高层次的组织机构,决策和协调信息化战略规划、重大政策和重大项目建设,实现规范高效的高层管控,确保全行信息化战略规划与业务发展战略规划的一致性。

(2)管理:科技专职管理部门负责建立应用架构、基础设施、数据架构、资源配置的统筹规划和决策机制,确保应用架构、基础设施、数据架构与业务架构一致,确保信息资源配置满足业务发展需要。

(3)实施层:加强项目管理、业务需求、软件开发、软件测试、生产运营等具体工作的组织、实施和管理,确保信息技术具体工作成果与业务目标的一致性,确保项目技术方案和整体信息架构的一致性。

首先,它是银行的战略目标:

目标经营模式:未来银行的业务基础

目标的组织结构:企业将如何组织

目标的业务和技术要求:产品和服务的技术要求。

一、运行方式:

例如:

平衡业务组合,公共和零售业务(包括互联网),以分散经济周期对收入的影响。

协作营销和交叉销售,每个客户帐户中都有多个产品类别。

一个开放的业务平台,除了银行本身传统的存贷款业务之外,还支持第三方产品、中间业务、人民币业务、外汇业务。

差异化和客户集中度,针对细分市场为客户提供差异化服务(例如,大数据营销、智能投顾等。)

整合渠道营销和管理、网上银行、电子银行、手机银行、电话银行、网点等。,并整合所有渠道给客户。

现状和差距分析:

例如:

与业务战略的一致性:

部分银行正处于业务转型过程中,通过面向公众的转型来平衡业务组合。

客户信息分散,无法集中分析;

各产品、业务线、产品组合的盈利能力分析能力不足。

组织单位之间的协调:

总行、分行、支行等。,系统插件和应用不一致,支持组织架构的能力不足。

流程效率:

柜台办理流程繁琐,效率低下,无法满足客户需求。

风险管理:

反欺诈、反洗钱、大数据风控不够成熟。

第二,组织结构符合企业战略目标的需要。不同的战略选择直接影响组织结构和业务管理流程的差异,从而需要不同的核心系统。

例如:产品管理

三、总体改造方案

为核心模块的转换实施影响评估和优先级矩阵。

核心业务系统

产品结构

附:民生银行当时的系统架构(转型前)

接下来就是确定需求,组织实施,选择供应商。

系统应用架构

根据上海农商行的现状和金融信息化的发展趋势,银行不再需要统一的会计系统,而是通过核心业务系统的建设,实现前中后台业务系统的整合和集成,并通过信息技术,使各层级的银行业务,从渠道和支付,到产品和服务,再到业务分析和监督报告,都能得到协调和支撑,形成统一的整体。这是核心业务系统整体解决方案的主要目标。

为了实现这一目标,结合其国内外成熟产品,结合多年IT规划实践经验,我们为上海农商行核心业务系统设计了整体解决方案,提供了包括综合柜员系统、核心业务系统、企业服务总线、数据集成平台等一系列产品和平台。,初步构建了达到国际先进水平的真正集成的IT系统,为未来的进一步拓展打下了坚实的基础。

为了实现这一目标,架构设计的原则是

以客户为中心,根据业务需求规划架构和产品;

结构层灵活、开放、可扩展;

实现服务和数据的共享和融合。

数据迁移

首先,确定核心业务系统项目方案涉及的数据迁移范围:原综合业务系统向新核心业务系统的迁移、综合前端渠道系统和中间业务的数据迁移、其他外围系统的数据迁移。

其次,收集对比新旧系统的数据关系,完成数据映射,给出新旧系统的数据差异和数据填充的方法,完成数据迁移和数据映射字典的详细设计;

第三,在完成数据迁移的详细设计后,开发数据导出程序、数据填充程序、数据转换程序和数据导入程序,开发数据验证和账户验证程序;

第四,验证数据迁移方案和迁移结果的正确性。完成数据迁移方案开发后,选择典型日期进行迁移并验证数据迁移结果,迁移并验证数据迁移结果。

第五,为UAT用户测试提供数据。