银行核心系统应用架构设计最全详述 您所在的位置:网站首页 平台体系架构有哪些 银行核心系统应用架构设计最全详述

银行核心系统应用架构设计最全详述

2024-07-15 14:47| 来源: 网络整理| 查看: 265

我国金融行业信息化建设经过 40 多年发展,从无到有,从小到大,逐步建立起独立自主、开放创新的科 技体系。其中,作为交易中枢的核心系统,通过不断迭代创新,逐步向更加开放、稳定的新一代现代化金融核 心系统迈进。伴随着中国金融行业整体发展的现代化,金融核心系统从外部引进到消化吸收,再到优化创新, 大体经历了三个阶段。 第一阶段是电子化阶段。上世纪70年代末80年 代初,为解决资金交易手工联行模式效率低下和差 错频发等问题,我国金融业逐步开始采用信息技术 代替账务交易的手工操作。银行和保险行业引入综 合业务系统和保险出单系统,形成了以省/市分支机 构为中心的综合业务系统和保险出单系统;证券业 引入柜台交易系统实现对早期依靠电话委托等人工 交易模式的电子化替代。尽管此时的核心系统数据 较为分散、使用效率较低,但是依然极大的提高了 业务处理效率。 第二阶段是业务集中处理和优化阶段。在世纪之 交各家金融机构逐步开始建立全国业务大集中的核心 系统,实现了业务处理模式的统一化、标准化。这个 阶段的核心系统通过数据集中,以突出客户、强化管 理、加快创新、集成信息为突破口进行综合业务系统 建设。其中国有大行及股份制银行的数据集中建设取 得了令人瞩目的成就,证券公司和保险公司集中式核心系统陆续上线支持业务快速发展。2010年前后金融机构又将综合业务系统进行了解耦剥离,推动业 务处理模式向以客户为中心转变,形成了以“瘦核 心”为特征的核心系统,引入开放的服务总线形成 了企业应用集成架构,并且逐步将金融业务融入到 交易场景中。 第三阶段是数字化阶段。金融核心业务由消费 互联向产业互联、万物互联演进持续深化,逐渐从 传统的银行账务交易、保险核保与理赔、证券竞价 买卖扩展到为客户提供所有与投融资、登记托管等 相关的一系列服务。随着交易量的飞速增长,银行 核心系统更注重服务层面的灵活组合部署、动态扩 容和业务敏捷能力;保险核心系统更注重业务的自 动处理、渠道交互和相关系统的集成能力;证券核 心系统则更关注高并发、低时延、高吞吐等关键特 性。为支持金融核心系统创新发展,分布式、容器化、 微服务、开发运维一体化等诸多新技术和新理念得 到了广泛应用,云平台作为上述技术的基础底座成为新一代核心系统的新型“数字生产力”,核心系统的云化成为必然。同时,为应对目前复杂的金融科 技核心技术供应链安全问题,提升核心系统的安全可控能力也成为新一代金融核心系统建设的重点。 通用核心系统应用架构介绍

核心系统应该是以处理银行最基本的存款、贷款、结算业务、中间业务为主的IT系统,这些业务是银行业务中最基础、最核心的部分,因此称之为核心系统;核心系统是面向客户和对外服务的IT系统,也包含必要的内部辅助管理功能,例如:柜员管理、现金管理、尾箱管理等;会计核算是核心系统的基础功能,核心系统承担银行中最主要的会计核算功能,凡是涉及会计核算(不包括银行自身内部财务核算)的业务,原则上都应该尽可能将核算部分纳入核心银行系统;会计核算是核心系统的基础功能,核心系统承担银行中最主要的会计核算功能,凡是涉及会计核算(不包括银行自身内部财务核算)的业务,原则上都应该尽可能将核算部分纳入核心银行系统;除会计核算外,核心系统还必须辅以相关的产品及业务处理比较稳定的关键台账处理;在银行整体IT架构中,核心银行定位于实时的、基于交易的IT系统;核心系统是一个相对稳定的系统,仅涵盖具备需求稳定性的产品和业务处理环节;核心系统既可以是一个系统,也可以是一组用于覆盖相关业务功能的系统;核心系统是一个封闭、被动的服务提供者,只对外提供被动的交易处理服务。核心银行系统不涉及直接面对客户的银行前端处理;核心银行系统不承担复杂的流程审批业务处理环节,例如:信贷业务流程、贸易融资流程等;核心银行系统更不承担管理会计、风险管理、客户分析等管理决策功能,但应该为这些系统提供全面、准确的多维度分析依据;核心银行系统通常只具备其业务处理和报表所必需的客户信息,不包含全面的客户信息;通常,银行会建立企业级客户信息,以支持多个系统同步和共享客户信息;核心银行系统在执行业务处理的过程中不应过于频繁地依赖外部系统数据;核心系统原则上不主动发起业务请求,也不直接与其他业务系统之间产生互相调用关系(加密机调用例外);核心系统原则上不直接发起对外的渠道链接,如大额支付、小额支付;核心银行系统原则上不提供在同一笔交易内部需要多次往返报文的业务请求服务;核心系统原则上不向其他业务系统直接开放数据库或非交易形式的功能调用(例如:公共函数调用)。综上所述,瘦核心的设计理念被商业银行所广泛接受。瘦核心实际上主要是一个交易处理和会计处理系统,它剥离了部分管理功能如信贷管理、风险管理、财务管理等业务中的流程管理和数据分析的功能,完成中国人民银行、银保监会或中国金融市场所规定的存款业务、支付业务、结算业务、贷款业务以及中间业务中的账务处理和会计处理工作,内容相对较单一,功能相对稳定。通用的核心系统架构如图11-01所示。

图11-01 通用核心系统应用架构图

核心系统内部以及与外围系统之间的联系如图11-02所示。

图11-02 核心系统与外围系统关系图 核心系统的基本业务,由客户、会计、产品和其他公共子系统构成。

客户子系统:在核心系统中,保留必要的客户信息,并且需要将客户信息与该客户下所有账户信息相联系。会计子系统:核心系统保留自己的总账,实现本外币一体化的集中会计核算,以弹性的、多阶层组织结构作为核算体系,可以在分行或支行建立核算中心,实现机构的管理层次与操作层次分离。公共子系统:核心系统的公共子系统中,将提供对柜员机构等的支持:弹性配置组织机构,且机构号唯一、支持对柜员的全周期的管理、保证现金及凭证的安全性、多种授权方式,包括本地、远程、多人、重复、多级授权等;对参数进行管理,核心系统的公共子系统中,将提供对柜员机构等的支持,弹性配置组织机构,且机构号唯一,支持对柜员的全周期的管理,保证现金及凭证的安全性,多种授权方式,包括本地、远程、多人、重复、多级授权等。当前业界主流银行核心系统体系架构如下图所示:

参考《商业银行核心系统分布式转型白皮书》,分布式核心系统整体架构可分为七大部分内容。底层是IaaS云平台,中间是PaaS云原生平台,上层是SaaS核心应用领域,左侧为研发效能体系和混沌测试体系,右侧为智能运维体系和安全体系。形成新核心所需的整体能力框架如图11-03所示。SaaS层包括了银行核心系统的应用域,如:存贷、支付结算、银行卡、核算及公共服务等及所需的能力中心和7*24等公共机制。分布式技术组件用于封装分布式底层技术,负责对上层应用模块屏蔽产品差异与技术复杂度,同时连接着下层PaaS平台的各项能力。其中,一部分与云厂商的产品存在一定重叠,如:单元化能力组件、分布式事务、聚合查询组件、服务调用代理等。在实际落地过程中需要明确双方边界,进行有效的整合与联动形成一体化的、稳定的技术平台底座。IaaS层主要包括了云平台的计算、存储、网络、资源编排、多云管理和安全能力。在PaaS层以云原生容器平台、分布式数据库、分布式消息队列、分布式缓存、微服务平台等中间件为主。研发效能体系中包括了传统的Devops体系,同时还集成了项目管理和质量管控体系。以需求为抓手,贯穿设计、开发、测试、安全、发布、生产全生命周期管理,每个环节形成有效的反馈机制,确保在每一轮迭代都能有效量化生产数据,实现精益管理。

图11-03 分布式核心系统应用架构

其他核心系统应用架构参考 TCSB@NCS 核心银行系统

TCSB@NCS 核心系统整体应用架构如图11-04所示。

图11-04 TCSB@NCS 核心系统应用架构

其中核心系统和外围系统的关系如图11-05所示。

图11-05 TCSB@NCS核心系统与外围系统的关系

TCSB@NCS系统应用模块:

ØTCSB@NCS Base基准系统(含CIF客户信息管理)

ØTCSB@NCS Deposit存款系统

ØTCSB@NCS Loan贷款系统

ØTCSB@NCS Payment支付结算系统

ØTCSB@NCS Card银行卡系统

ØTCSB@NCS Trade贸易融资系统

ØTCSB@NCS Treasury资金系统

ØTCSB@NCS GL企业总账系统

TCSB@NCS 系统应用功能如图11-06所示。

图11-06 TCSB@NCS核心系统应用功能

文思海辉eCASII整体业务架构

eCASII采用C\S\S架构,拥有前、中、后三套独立完整的平台产品,全部采用开放平台设计,采用独立于中间件平台、数据库平台的开发技术,真正做到了业务整合、流程再造和快速推出新产品的设计目标。

eCASII柜面前端图形化前端产品,提供给柜员使用,负责前端的展现和输入;

eCASII综合前置作为核心系统的门户,是统一的交易接口和多样化的服务渠道间的桥梁,实现业务渠道和客户服务的整合。可以实现高柜、低柜、自助设备、银联、客服、网银、手机银行等服务渠道的前置业务逻辑,也可为代收费业务、支付业务、银证业务、开放基金、外汇买卖等中间业务和外围业务的前置系统;

eCASII核心后台eCAS核心业务系统的服务端开发和运行平台,是服务端数据和交易处理的调度管理中心。核心后台负责提供包括客户信息、资产、负债、结算、公共管理等基本业务处理;

eCASII财务总账独立的核心账务管理模块,负责会计记账,会计核算,多维总账等;

图11-06 eCASII核心系统应用架构

系统包含的功能如下表11-01所示。

表11-01 eCASII核心系统功能清单

序号

功能大项

功能子项

1

客户信息

客户信息建立【基本信息、证件信息、联系人信息、监护人信息】

客户信息维护【提示信息、关系信息、不良信息、喜好及促销信息、异常信息、黑名单信息 】

客户关系管理【关系建立、查询、维护、解除】

客户服务管理【签约信息、提示信息、综合账单、额度、客户级别、银企对账】

客户综合查询【模糊查询、条件查询】

客户统一视图

客户合并

2

公共模块

机构管理【机构信息、关系信息、层级管理、机构拆并、权限控制、业务管理、信息查询】

柜员管理【柜员信息、日初日终、业务管理、信息查询、状态维护、密码管理、查询】

权限管理和授权机制

尾厢管理【类别类型、生成、启用、交接、上缴、碰库、封存】

现金管理【尾厢管理、金库管理、现金解缴、伪变造币管理、长短款处理、取款预约、转入/转出代销账、查询】

凭证管理【客户凭证、柜员凭证、待销毁凭证、凭证出入库、印鉴卡管理、支付密码管理】

收费管理【费率参数、费用优惠、费用计划、收费应用】

利率管理【利率参数、利率计划、计息方式、利息计算】

公共参数管理【参数维护、查询、生效】

公共查询【账务查询、非账务查询、交易、余额、日志】

代保管品管理

柜员日初日终和机构日结

股权管理

3

负债模块

产品管理【维护、复制、删除、查询、组合产品设置、模糊查询】

参数维护【额度、基本参数、凭证、账户、控制、杂项】

存款开户【单位开户、个人开户、组合产品开户】

基本功能【存、取、转、查询、账户信息维护、自动处理】

特种业务【产品转换、凭证互转、批量开折、状态调整、利息试算、单户结息、强制结息、签约关系、分户账、账户保护、关联设置、自动支付、收费设置】

存款销户【一本通销户、单位销户、个人销户】

形态转移、批量销户,账户迁移

集团账户【建立、解除、资金归集、资金下拨、头寸管理、查询】

冻结控制【法定冻结、法定划扣、账户控制、质押划扣、强制划扣、冻结查询】

存款证明【开具、回收、重打、查询】

法人透支【透支设置、维护查询、账户还本、逾期转垫款】

钱生钱【签约/修改/取消、查询、自动处理、】

查询业务【账户查询、交易查询、登记簿查询、理财查询、积数查询、通知查询、综合管理视图】

4

银行卡

卡凭证管理【出入库、调拨、领用、调剂、上缴、销毁】

发卡管理【实时发卡、批量发卡、事后补卡、卡号管理】

换卡和销卡【实时换卡、事后换卡、个人销卡、单位销卡】

卡特殊业务【密码、解锁、密码信打印、持卡证明】

卡模块费用管理【年费管理、收费管理】

电子现金应用【账户管理、圈存圈提、消费、错账处理、对账和清算、杂项处理】

数据准备系统【数据分组、模板定义、数据导入】

5

资产模块

贷款产品管理【产品参数管理、产品维护、产品复制】

产品管理【维护、复制、删除、查询】

贷款开户【一般、特殊、自助】

贷款发放【一次性、多次、周期性、定制计划放款】

贷款还款【柜面、批量、贴息】

贷款形态转移【自动转移、强制转移、强形态回转】

贷款核销、贷款核销归还

贷款罚金收取、质押账户强制还款

贷款本金调账、贷款利息调整、贷款罚金调整

贷款展期【预展期、部分展期、展期取消、逾期贷款展期】

贷款产品变更

贷款机构转移【单笔转移、批量转移】

贷款资料变更【担保方式调整、利率调整、还款方式调整、结息方式、结息账号、还款账号等调整】

贷款查询业务【概要查询、明细查询、组合查询】

贷款试算业务

抵质押物【登记、出入库、贷款关联、查询、风险敞口】

抵债资产【登记、入账、处置、维护、查询、风险敞口询】

银承汇票【开户、修改、退回、挂失、解挂、备款、销记、打印、查询】

贴现【开户、票据处理、收回处理、转垫款】

6

支付结算

结算业务【银行本票、银行汇票、城商行汇票、同城票交、系统内转账、查询查复业务、结算签约管理、结算公共查询】

支付业务【普通贷记往账业务、普通借记往账业务、小额实时往账业务、批量借贷记/集中代收付业务、来账处理业务、特殊报文业务、对账及特殊处理业务、支付公共查询业务】

财政支付【参数管理与查询、系统管理与查询、额度管理与查询、会计处理与管理、上传文件与管理、报表打印与管理】

7

外汇

外汇交易【自营汇兑、代理兑换、货币兑换、兑换套利、远期兑换交易、外汇掉期】

国际结算【信用证、进出口托收/光票托收、汇入/汇出款、进出口担保/货运担保、境外付款代理/信用证转让】

报文清算【报文收取、解析、结算、调配、核销、报文自动汇编、核实、发送,密钥管理】

国内外币支付【往账业务、来账业务、查询查复业务、对账业务】

8

资金

系统内拆借【下拆、下拨、登记、调整、自动处理、提前支取处理、展期处理】

系统外拆借【同业拆借、会计核算、账务处理、本息核算、拆新还旧】

债券投资【登记簿、计息、计提、摊销、公允价值调整、减值准备、交割登记处理】

债券回购【登记簿、账务核算】

9

核算/清算

账户管理【内部账开户、信息查询/修改、销户、重启】

会计记账处理【正常记账、红蓝字冲补账、多借多贷、表外记账】

会计抹账处理【冲账、抹账】

综合查询【机构、头寸、科目、会计分录、实时余额】

参数统一化管理【参数管理、会计分录维护、报表定制】

内部资金【上存、下拆、查询】

长亮科技核心系统应用架构

长亮科技分布式核心最新的V8版本应用架构图如图11-07所示。

图11-07长亮科技分布式核心系统应用架构

长亮分布式核心业务系统是一套基于分布式技术平台的以客户为中心、以产品为业务框架、以账户为业务实体、以合约为业务纽带、以事件为业务驱动、并拥有灵活多变的账户体系与计价体系的、完全自主可控且功能全面、稳定高效、高可用、高扩展性的核心业务系统。采用了分布式单元化的设计方式,如图11-08所示。

图11-08 分布式单元化核心系统设计

全新分布式核心业务系统V8赋予银行更为鲜活的生命力,使得新一代核心系统能够主动赋能银行数字化创新。

架构更合理:V8微服务架构充分地体现软件工程对于“强内聚低耦合”的设计理念,能有效降低系统的复杂度和系统建设、升级、运维风险,给系统的开发与应用带来更大的便利;V8分布式架构采用单元化设计模式,通过动态扩容数据单元的方式,快捷高效的解决单体式架构下性能瓶颈的问题;

部署更灵活:V8采用是微服务设计思想,系统具有很强的灵活度,服务之间的访问模式可以通过参数进行动态调整,系统可以灵活组装成多种部署架构,包括微服务群部署方式、单元化部署方式、微服务群与单元化相结合的部署方式、集中式部署方式等,满足不同层次银行的部署需求;

拓展更方便:微服务架构模式使得每个服务可独立扩展,根据每个服务的规模来部署满足需求的规模;单元化架构能够通过快速搭建一个业务完整的逻辑部署单元对系统进行整体扩容,对系统横向扩容带来极大的便利性。同时,通过将海量业务数据均匀分布到数据库集群的不同机器节点,更好地满足银行对于账户与交易亿数量级的处理要求;

系统运行更安全:系统的每个节点应用层采用集群部署、数据层采用一主多从,避免单点故障,子系统间定义明确的服务边界,能有效地隔离故障,同时单元化架构能够通过单元进行有效的故障隔离,缩小“爆炸半径”,避免对全量客户有影响;

开发运维更快捷:V8版本拥有一整套完整的开发运维工具,采用长亮科技自主研发的微服务框架(SunEDSP)和应用开发平台(SunADP)及配套一体化运营管理套件(MOne平台),深度集成DevOps体系,有效解决银行核心业务系统分布式、微服务、应用开发、持续交付、持续集成、容器化、云部署等问题,同时基于服务网关可灵活适配多种协议,具备流量控制、分组路由、故障转移、故障恢复、服务熔断、服务降级、权限控制、安全控制、参数过滤等服务治理能力;

业务功能更全面:V8遵循以客户为中心、以产品为主线、以数据为驱动的原则进行业务功能设计,基于组件化的技术方案构建面向银行不同场景生态的业务处理中心。V8不仅拥有完善的多法人体系、灵活的交易与核算分离机制、全面的金融产品工厂、多模式的账户体系,还支持个性化的差异定价、线上线下的场景一体化处理,充分展现了以客户为中心的全方位业务服务能力,同时为加快银行数字化转型进程、提升开放能力、搭建金融服务生态圈提供了强有力的交易引擎。

中电金信eCas4.0核心系统应用架构

中电金信eCas4.0分布式核心系统应用架构如图11-09所示。

图11-09 eCas4.0分布式核心系统应用架构

中电金信“源擎”云原生分布式核心业务系统(简称“源擎”核心系统)基于企业架构思想,以业务建模和领域驱动设计为引领,构建了场景化的服务组合、稳固的公共能力内核与插件式业务服务,包含三层业务架构和十五个微服务应用,每个微服务都能独立部署及运行,为银行提供了灵活的业务扩展、系统整合及生态开放能力。其中,场景化服务组合实现了面向客户需求和业务场景的流程编排和业务组装,具备高度的业务弹性,助力实现真正的以客户为中心;公共能力内核提供包括产品、定价、账户、核算等在内的基础业务支撑能力,以高内聚、松耦合、可重用的方式赋能银行服务敏态创新;插件式业务服务一方面为银行提供了更灵活的选择,支持产品粒度功能可替换,另一方面也支持快速引入新的产品和服务,支持未来业务发展,实现业务敏捷。

中电金信“源擎”云原生分布式核心业务系统基于分布式架构设计,实现了全栈自主创新落地,系统运行在中国电子金融级数字底座“源启”之上,也能够开放性地与第三方PaaS平台对接,支持云原生、单元化的多地多活分布式部署,具备高性能、高稳定、高可用、高可靠、高安全和可动态弹性扩展能力,以创新的技术为银行金融机构提供关键的核心业务处理能力。

中电金信分布式核心系统遵循了以客户为中心,以产品为主线,以组织和定价管理为支撑,以财务核算体系为基础,以数据资产价值为驱动的设计理念;采用了应用分层、业务分域的方法来构建一体化、产品化、流程化、规范化的核心应用架构;在工艺方面采用了在企业架构指导下,以业务建模为引导、以一体化工具链为支撑的端到端工程方法,实现了由业务决定架构,由业务能力决定微服务设置的业务技术一体化的架构风格,确保金融机构能力要求向系统设计的无缝衔接、传导落地,从而支持银行用户企业级的敏捷。中电金信分布式核心业务系统采用灵活可插拔的插件体系,实现核心系统解耦,同时提供可视化开发工具,支持对银行服务场景进行整合重构,为产品创新和服务创新提供强有力的支撑。此外,系统全面适配国内芯片、服务器、操作系统、存储、数据库等主流软硬件,满足银行的自主安全需求。核心业务系统是银行的“心脏”,支撑了大量银行的业务交易。中电金信分布式核心业务系统形成了全行统一的分布式技术标准及规范,同时设立数据标准,融合监管标准,行内标注,为全行的数据建立及使用建立规范。目前,该系统囊括了银行负债业务、资产业务、支付结算业务、会计核算业务、资金业务、外汇业务等基础服务,同时提供开放式银行,面向移动金融、互联网金融等业务场景的插件供用户选择,帮助银行打造层次清晰、运行高效、安全可靠的核心业务系统,实现战略转型与业务发展,为用户提供更加全面、便捷、优质、安全的金融服务。

神州信息Sm@rtEnsemble16的应用架构

神州信息Sm@rtEnsemble16分布式核心系统应用架构如图11-10所示。

图11-10 神州信息Sm@rtEnsemble16分布式核心系统应用架构

神州信息核心业务系统采用面向服务的SOA架构体系,通过分层实现数据、产品、交易和展示的有效分离,实现业务数据和业务逻辑的分离,系统模块间松耦合,功能分布合理;对外提供标准化的服务接口,服务接口由各个服务组件装配而成,最大化地实现了服务组件的组装与重用,可对接前置、服务总线或者与外围系统直连,以适应IT系统、服务、产品、流程的变化。

Sm@rtEnsemble将金融产品设计、管理理念贯穿于整个核心业务系统整体解决方案中,为银行的金融产品提供了从设计到生产、销售及服务的全套支持。一方面,Sm@rtEnsemble支持全系列金融产品的生产,并提供相应的销售及服务过程支持,系统在产品的销售及服务过程中自动完成账户管理及核算处理;另一方面,Sm@rtEnsemble还从更高层面为银行的产品设计与管理部门提供了“金融产品工作室”,使其能方便、快捷地设计和管理产品。

Sm@rtEnsemble为银行业务创新和经营管理提供有力的技术支撑,通过参数配置核心系统对业务的快速变化高效响应,并且利用变化来获得竞争优势;通过业务处理组件化,不断提炼银行服务组件,提升系统的灵活度,使核心系统更加随需应变,易于扩展;与其他IT系统更有效的协作,提供一体化的客户体验和业务处理。



【本文地址】

公司简介

联系我们

今日新闻

    推荐新闻

    专题文章
      CopyRight 2018-2019 实验室设备网 版权所有