新一代银行核心业务系统Word格式文档下载.docx

新一代银行核心业务系统Word格式文档下载.docx

《新一代银行核心业务系统Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《新一代银行核心业务系统Word格式文档下载.docx（11页珍藏版）》请在冰豆网上搜索。

过去几年银行经营的前景已经改变，还将继续改变

目前银行利差是30年来最低的，这迫使银行发展非利差性业务，提供多种服务，对客户提供收费业务等，将是银行经营改变的主要方向。

客户已经从以前的单纯储蓄，变为了具有金融意识的、渠道中性没有忠诚度的客户，要求银行提供一站式理财服务。

事实上，具有实力的客户已经在利用银行的建设资金与房屋贷款进行了新一轮的投资。

但银行不能说了解这些客户，而是随波逐流。

这里的银行风险基本由国家承担。

而新的竞争者又在作什么业务？

以上海为基地的外资银行，江浙一带的民营银行可能是"

改变中的银行经营前景"

的收益者。

过去几年银行经营的前景已经改变，还将继续改变

银行新的竞争形势

银行要了解客户，识别客户

收入与客户分布

银行非利息收入在银行的收入比例逐步扩大，有些银行40%的收入要来源于非利差收入。

这决定了银行提供"

金融服务"

和"

金融产品"

的重要性。

了解客户对不同客户的需求，提供不同的"

65%的收入是30%的优质客户提供。

银行需要这样的客户。

为保留他们要提供不同的金融产品。

在国有大银行，几千家优质客户提供绝大多数收入来源，在目前金融环境下，也不足为奇。

快速地开发先进的金融产品成为了竞争的要器。

15%的收入由80%的客户提供。

这反映银行并没有开发出满足这部分客户需求的"

。

仔细分析，这可为银行改革提供了方向。

同样，核心银行系统要提供适合这类客户群金融产品"

可参阅介绍"

产品工厂"

的概念。

20%的客户使银行收入负增长。

这需要银行进行引导，减少这部分客户使用昂贵产品和服务的机会，以降低成本。

这种方便银行业务人员操作，又不至于影响银行形象的解决方案，同样需要核心银行系统定制金融产品和服务。

各种了解客户，识别客户的功能是新一代核心系统的核心。

这需要核心系统内的"

企业级客户信息系统（EnterpriseCIF）"

的支持。

银行普遍采用新的金融模式：

提高效率，差异化经营，提高经营的弹性

这三个关键需求决定了金融机构的解决方案的基本需求

国有银行、股份制和城市商行控制国内经济的主体，优势是明显的。

但提高效率，增加弹性尤其是风险防范意识，进行差异化经营，是未来与外资银行、灵活的民营银行进行市场竞争取胜的不变的真理。

风险监管和控制，跨渠道集成，客户关怀，分行再造，前后台流程再造是国内银行目前可以开始起步的工作。

核心银行系统受银行经营环境变化的影响

银行的经营环境在发生变化，对目前正在进行的新一代核心银行系统提出了要求

能够支持银行选择的业务创新方向

金融产品建制的能力

以客户为中心，完整的客户关系视图

先进数据结构和业务流程处理架构

高效报表管理

实时数据更新,24x7,较少批量处理

基于可重用的组件

多行、多货币和多语言

所有渠道一致的服务

清楚地接口定义

可增长，规模性

低操作成本，低维护成本

核心系统，业务驱动？

还是IT驱动？

这里没有唯一的答案，但是，必须第一步要定义业务策略和远景；

策略描述业务蓝图或银行业务结构；

蓝图必须设计为支持业务结构；

应用架构必须与数据架构紧密结合；

长期的集成需要开发式的平台

新一代核心系统是否能以业务策略驱动，在国内尚是未知数。

上一代的银行核心系统是由IT部门为主，技术架构驱动的。

欧美大银行90年代新一代的核心系统集成，基本是由业务因素驱动，由业务部门主导。

这种差异是否会导致核心系统本质区别尚待观察，但差异是明显的。

业务策略：

以客户为中心的组织服务体系，金融产品制造，风险管理，业务流程再造，混业经营，资本证券化，利率市场化迟早要发生的。

这是银行战略决策部门要考虑的因素。

如上图所示银行经营的6个能力1。

产品制造，2。

内部处理，3。

洞察力，4。

服务提供，5。

基础设施，6。

风险和金融计划。

是银行管理层要考虑的业务策略。

应用结构，数据结构是核心系统的功夫所在。

考虑未来的业务发展趋势，在新一代核心系统或核心应用模型中打下坚实的基础。

是这一代系统区别于上一代系统的本质。

这是银行IT部门要计划实施的。

业务架构：

是业务部门（LineOfBusiness）关心和决策的（图所示）。

但就国内银行的现状来看，这是一块"

软肋"

在进行核心系统建设时引进银行业务咨询公司不失为一项明智的举措。

模型化银行主要思想和功能模块及IBM的方法论

银行核心发展系统发展的4个阶段

主要功能

银行核心业务功能

银行的核心业务功能可以用上图表达。

银行界经过几代核心系统的开发，发现可以用简单的概念模型化数据，流程和业务功能。

IBM公司经过10多年的努力，提出并成功实践的IFW提出了9个最基本概念。

InvolvedParties（参与者）－与业务有关的人和组织

Locations（地点）－地方、地址、地区

Product/Services（产品）－－能带来收益的金融产品和服务

Conditions（条件）－因金融产品、合约等不同的变化的因素

Arrangements（合约）－参与者之间达成的合约、合同、协议等

ResourceItems（资源项）－银行提供的金融设施，存折、卡、抵押品ATM等

Events（事件）－事情的发生，银行业务活动，银行交易等

BusinessDirections（业务方向）－决定银行业务变化的规定：

目的，规则、政策

Classification（分类）－分类,以上8类都没有的概念，如市场区隔、风险等

在九个概念中，参与者（InvolvedParties）包含了核心银行中经常使用的概念，客户，机构，银行职员职位，第三方机构；

事件（Event）包含了，交易，促销活动等概念。

合约（Arrangements），提供了记账（Accounting）、与客户合约（如贷款合约，外汇买卖，贸易结算合约）；

条件（Conditions）包含利率/费率/期限等；

产品（Product）,金融产品是国内系统中缺少的概念，下节将专门讲述。

读者是否发现，任何一句在银行发生的金融活动，都可以用以上9个概念描述呢？

如

我（InvolvedParty）现在（Condition）开（Workflow）一个存折（ResourceItem）;

他（InvolvedParty）在昨天（Condition）在储蓄所（Locations）的ATM（ResourceItems）上取了（Workflow）100元（Conditions）;

这里还隐含着使用借记卡（Product，金融产品

其中，提到的WorkFlow就是IFW提到的CBP模型，"

取钱"

就是工作流里的"

动词"

不难发现既然银行活动能用自然语言表达，那么用计算机模型语言表达也是可以实现的，这不就是人类发明'

计算机语言'

的初衷吗？

这就是，金融界普遍进行模型化的去实现"

核心银行系统"

追求的目标。

简而言之，将业务需求，业务范围用数据模型（计算机语言中的"

名词"

）、工作流程模型（计算机语言中的"

）和功能模型（规则参数）表达出来，就能整体把握"

核心银行业务"

的整体，建造出核心银行的部件；

再选择较好地"

核心银行架构"

，建造出核心银行业务应用。

这就是90年代开始的模型化银行热潮，西方的大银行一般都有独立于"

之外的"

银行核心业务模型"

，这样可以保证，即使核心银行系统结构落后，但银行业务应用保持相当的先进性。

从这个理念出发，也产生了多种银行经营IT部门的模式，如美国的几大银行，只在改进"

上完全由银行内部人员完成，"

的构造完全交给IT公司完成，节省成本提高效率！

保证银行业务的先进性才是银行的核心竞争力，保持"

软件包的先进不是银行的核心竞争力。

银行业务功能

上图所示，站在银行经营的角度要求，核心银行支持银行经营的6个能力：

1。

风险和金融计划

核心银行系统架构

将银行的业务功能，转换到新一代核心银行系统架构是现代核心银行应用系统建造的过程。

结合上文的分析，银行经营环境变化，对核心银行系统的建设提出的要求。

西方银行是如何运用模型化银行的思想进行新一代系统开发的呢？

以下几节将举例介绍，"

核心银行模型"

这里概括"

核心银行应用模型"

的主要方面：

它是在IFW9个概念基础上，建造的数据模型，工作流程模型和功能模型。

核心模型

PartyandPartyrole模型

机构/法律实体模型

客户模型

金融产品模型

金融记账（FinancialRecordKeeping）/金融资产

（Financial）模型

分类（Classification）/通讯（Communication）模型

地点（Location）模型

事件（交易）

计划和日程安排

市场和销售模型

金融产品提供模型

风险管理功能模型

财会管理功能模型

客户服务功能模型

银行监管功能模型

细心的读者可以发现，银行业务功能图5所提倡的银行6种能力1。

在以上"

都有所涉及。

这说明，无论从哪种角度构造银行应用系统，其出发点都是要求"

能站在银行的经营理念上，来满足2.2提到的核心银行功能。

银行的应用模型

"

银行应用模型"

的建立和维护绝非一时之举，在欧美一般在大型银行设有专门的应用模型组织，而且与业务部门（LineOfBusiness）处于同一"

老板"

（CIO）管理之下才可长期坚持。

一般认为"

是银行核心竞争力，而不是"

核心应用系统"

本身（可能外包或购买产品包，在"

指导下加以集成）。

限于篇幅，以下只对上面提到"

中的"

核心模型"

之"

数据模型"

，国内银行普遍感兴趣的部分，作简短的分析。

且没有用E_R关系模型表述。

金融产品

金融产品的概念在西方已普遍使用多年，在银行的柜台摆放得业务简介大多以金融产品和服务为主，银行业早已经转向市场销售为主。

在国内银行的发展是从储蓄业务/银行会计发展到今天，国家控股是普遍的现象。

这个市场化银行的产物，在国内如何使用，目前还是引入阶段。

笔者暂且下一个定义，金融产品是客户眼里市场化的，银行可销售的金融工具。

对金融产品的理解从不同角度，有完全不同的划分：

从不同银行交易渠道（Productdeliverychannel）；

从信用风险控制（CreditRisk）；

从资金控制（Financialcontrol）；

从信息管理角度（MIS）.这恰恰涉及金融产品的多个维度。

设计金融产品时要考虑的业务原则（BusinessRule）

它与Deal（Arrangement,与客户买卖有关），以客户"

购买决定"

因素为出发

金融产品有许多特性（ProductFeatures）,如利率，费率，资源项

可买卖的因素（Interest,Fee）+衡量收益因素（Revenue,Expense）

金融产品分为简单产品SimpleProduct,复合产品CompoundProduct

金融产品具有级别ProductClass，可让金融产品在不同业务部门操作

以下以图例的方式，介绍一种复合金融产品：

代收水费。

之所以是复合产品，是由于它涉及不同的访问方式（如渠道）、资源项（ResourceItem）不同的付款机制（Payment/settlement）。

不同的账户（水公司对公账户，客户对私账户）

相反，若只涉及单一货币，单一访问方式，单一付款方式，单一账户（如只能是定期），不能透支等的产品就称为简单产品。

以下图例，

A:

为银行业务部门如何看待金融产品的；

用于业务部门与IT部门谈定制金融产品的需求。

Line:

业务部门（个人银行、公司业务部）；

Group（储蓄业务）

B:

为IT部门如何将A金融产品的业务概念分解为应用的数据模型

C:

为应用程序（ObjectModel）如何使用B的产品、账号等数据模型

假设：

上图的

Transaction=ID：

1000,借记客户账户的交易；

Product=ID为DEBT，代收水电借记客户帐产品码

Account=客户账号，8790100012001003

若发生了一笔代缴或电费之扣客户帐的交易1000

找到AccountingUnit里，对应的扣客户帐程序：

Debt0001

（1）

Debt0001按照业务逻辑找到数据模型Account，Product

（2）（3）

Product根据需要找到对应的利率和收费（5）（6）

金融头寸（FinancialPosition）,金融纪录（FinancialRecord）,金融交易（FinancialTransaction）相互配合。

将账户信息记录入AccountingUnit。

（7）（8）（9）

图中Event中的Transaction一般称为ExecutionTransaction,为前台人员设计的"

交易"

；

而经过Deal（Arrangement）后的交易称为FinancialTransaction或ProductdeliveryTransaction（例如外汇买卖交易，开信用证交易）

产品工厂概念：

金融产品的制造是为了销售，销售是为了金融市场，市场的主体是客户，为防范风险在内部处理中和金融计划中要充分考虑风险和盈利。

这就是产品工厂的概念，它与前面提到的银行要具备6种能力是一致的。

如产品工厂概念图所示，金融产品开发流程

产品制造后，金融产品发布

广告

市场推出

产品销售：

客户自我服务产品前台销售客户自我服务

从该图不难看出，要实行产品销售，银行要具备产品发展部门，它要作为银行建立金融产品的市场营销体系的核心。

产品发展部门负责：

从产品市场定位，市场盈利分析，产品考核管理等工作。

这样"

核心业务应用"

，MIS，电子渠道系统，才能够在统一的产品体系下工作。

交易，金融产品，合约（客户交易），会计帐（账户）间的关系图

产品工厂概念图

企业级的客户信息管理

IFW的InvolvedParty中包含了Customer（客户这个概念）。

Party是典型的美国银行术语，它是为了抽象参与银行运作的实体，客户、机构、银行雇员（Employee,Banker）,第三方（代理行，政府，央行，监管者）都在InvolvedParty中。

两个重要的概念，Party（客户，机构）和PartyInaRole（或叫PartyRole，信贷员，会计主管，交易员，CFO）。

客户概念，描述分为Party（客户标识）信息，RolePlayer（客户角色，与银行服务有关的角色），Context（客户与银行信息），Content（客户本身）。

如，张三（Party）男，30岁（Content）在银行贷款（贷款户RolePlayer1，有贷款账户（Context）。

如，张三（Party）男，30岁（Content）在银行存款（存款户RolePlayer2），有定期账户（Context）。

由图中可以看出，这种客户信息模型是如何实现与不同的应用系统相联接的，我们称之为CIF由于它是核心应用系统的一部分，也称为运营型的客户信息系统（CIS）CRM有客户管理系统（OperationCRM客户服务营销系统）和客户分析系统（AnalyticCRM数据仓库）。

将OperationCRM+CIS+AnalyticCRM所拥有的信息结合起来，我们称之为ECIF（EnterpriseCIF，企业级的客户信息系统）。

企业级客户信息系统的建立作用是全方位。

客户服务的作用了解客户，识别客户，服务客户，在银行业务层面是为了：

评估总的盈利率

创建和管理单一视角，为银行多产品建立销售管道（Pipeline）

评估风险敞口

跨区域信贷价值

值得注意的是企业客户的类型，它会影响到客户的分级CustomerClass，以及银行处理部门和流程有相应的调整。

如全资企业，部分控股，主要控股；

总公司，地区分公司，跨国分公司

客户与银行的关系，如买卖产品性质，记账性质，债务人，涉及到银行产品等级ProductClass，银行对不同的产品、客户状态，处理部门不同，产品不同，风险防范也不同。

以上已经勾画出了CIS数据模型最本质的地方。

总之，ECIF是核心银行应用中最复杂的部分之一，它涉及银行的各个方面，它核心系统的核心。

实施难度较大，银行一般采取购买和咨询服务的方式实施ECIF。

单纯从某项业务（如储蓄）某个方面（如渠道系统）考虑是较难取得效果的。

银行机构与业务功能

这是国内银行较为熟悉的概念，这里主要强调为何"

机构"

在国内系统中没有很强的功能，主要是没有Partyrole的概念和成本核算的考虑。

如没有划分：

省行（Party）信贷部（PartyRole）。

不能有效处理业务职能（某省行信贷部）和行政区隔（总行，某省行）。

若要作到这一点，要将业务职能专门建立模型，一般称之为银法律实体模型"

（参见4节"

银行核心应用模型"

）。

以下各点是国内银行设计机构时没有涉及到的：

1。

雇员是存在于机构里，雇员的角色（Banker：

信贷员，主管，会计师，CFO）也是模型的重要组成部分。

2．成本中心与机构、人是密切相关的；

3。

团队（Team）在机构中是一个重要的概念，它是矩阵管理，任务管理基本单位。

银行帐务处理

帐务处理是国内银行系统中最强大的部分，但与国际化的总帐会计系统比较，少了客户（帐）与产品（帐）的概念，金融纪录（非头寸）和金融头寸的区别。

显得国内的会计系统只是国际化产品包的一部分。

区别是较大的，这与国内金融监管体系尚处发展之中有密切关系。

银行的市场功能/管理功能/服务功能

随着银行发展的趋势，核心银行除了客户信息管理，产品生产，交易处理，帐务处理，机构管理等核心能力外，其外延逐步扩大。

其市场功能，管理功能，服务功能成为区别银行区别于另外一家银行的重要标志。

在介绍"

时已经提到，需要建立市场功能，风险管理功能，财会管理功能，银行监管功能，客户服务功能，产品管理功能等模型。

限于篇幅只介绍了后两种，不可能一一介绍。

这是国外核心银行应用相对强大和成体系之处，值得国内同行借鉴

总结

国内系统与国际新一代核心产品

国外新一代核心系统花费6年以上的时间才成型，国内银行基于目前的环境走自我研发的老路是不可取的。

在国内环境如何能达到更换新一代核心系统，使银行核心应用能逐步赶超国际先进水平呢？

首先，银行应该决定核心应用系统是以客户服务为核心的系统。

这是银行今后生存的法宝。

这是我们建议的国内银行（大部分业务是面向零售负债业务的）业务转型方向。

它决定了核心银行的选型。

其次，银行应该在应用模型上下功夫。

核心银行软件包，不是银行的核心价值，应该交给专业的公司发展。

这里可选择购买产品包加以改造，外包开发维护等业务，小的银行可以租赁。

IBMOnDemand灵活的资金处理方式讲述了同样的道理。

核心应用软件包会老化，但银行的应用模型可以不断发展。

不应再重复上一代系统的错误：

应用模型与核心系统一同老化，或随人而改变。

将有限的资金投入在"

模型化银行"

的工作中，将是一条出路，这一点被欧美大银行证明过。

第三，面向业务的核心银行发展管理体制。

银行数据中心是IT部门的专长，而应用开发这是银行业务部门更有发言权。

IT部门只保留维护人员，应用设计人员隶属业务部门是西方银行的模式。

IBMOnDemand方法论

附件-IFW模型化银行的思想

将银行业务在功能上进行模型化（FunctionModel）

国内银行从事核心应用的专家大多相熟"

银行机构"

对核心应用的作用，Functionmodel最终物理实现的就是'

银行机构'

但从几十年的实践证明，银行的物理机构设置与银行的业务功能不是一一对应的，而银行的业务部门的逻辑功能是随银行的业务性质决定的，是基本不变的。

另外各业务性质相同的银行的"

业务功能"

本质是一样的，但机构是经常调整变化的。

故进行银行模型化的专家，将银行"

抽象出来模型化。

如"

图5零售银行核心业务模型"

所示，零售银行业务功能，在全球银行的实践中已经形成了业界的标准。

IFW就是将它们进行模型化。

"

银行业务功能"

最后落实到我们熟知的"

的概念（见4.3节），使"

不随"

的变更而变化，从而保持"

结构的稳定。

数据模型FSDM

如银行卡，发卡的品种是不一样的（