建设银行信息技术现状与面临的挑战

1、81/81中国建设银行科技应用规划项目应用系统现状评估（讨论稿）二三年一月十三日 TOC o 1-3 h z 1介绍41.1文档编写目的41.2目标41.3范围41.4目标读者51.5假设51.6本文档编写过程中所使用资料清单52建设银行的中长期进展战略62.1建设银行的总体战略目标62.1.1成为质量、效益最好的银行62.1.2成为服务最优、效率最优的银行72.1.3立足特色，进展优势，逐步成为多功能的国际化商业银行72.2建设银行的市场定位82.2.1区域战略定位82.2.2客户战略定位82.2.3产品战略定位92.2.4分销渠道战略定位93建设银行面临的挑战103.1外部挑战103.1.

2、1外部市场环境103.1.2行业进展及监管要求的趋势103.1.3竞争对手113.2内部挑战123.2.1内部治理的挑战123.2.2人员治理的挑战133.2.3技术方面的挑战134建设银行信息技术现状154.1系统信息调查及访谈结果概要154.1.1系统信息调查154.1.2系统调查及访谈结果204.2使用参照体系结构模型考察建设银行现行的应用系统224.2.1参照体系结构模型介绍224.2.2基于参照体系结构模型的当前状态下系统组成框架图314.3建设银行当前状态下的系统功能和相互关系图384.3.1核心运营体系的各系统的功能和相互关系图394.3.2银行治理信息系统体系484.3.3客户

3、关系治理系统504.4建设银行当前要紧应用系统的差不多状况的统计和分析514.4.1差不多状况汇总514.4.2建设银行当前应用系统的统计分析565总结61 介绍 文档编写目的本文档编写的目的是在总结建设银行的进展战略及所面临的挑战的基础上，为建设银行当前所使用的要紧业务运营支持系统及治理信息系统进行评估与简单分析。本文档将作为其它交付成果的重要基础之一。 目标本文档的目标如下:总结建设银行的进展战略总结建设银行所面临的挑战建立建设银行当前要紧IT系统状况的清单；利用参照体系结构模型建立当前系统层次模型图；按照业务运营或业务治理的内在逻辑，将支持某种业务运营或业务治理的系统功能集中，完成当前的

4、系统的逻辑关系图集，明确系统之间的联系和数据信息流淌；简要列出建设银行当前IT系统的第三方供应商及开发工具；完成对建设银行的各类系统的统计分析工作。范围本文档要完成的工作如下：收集现有的建设银行的进展战略及所面临的挑战的信息收集要紧现有系统的信息； 基于我们对要紧系统的理解，绘制系统的逻辑关系及数据交换图；使用参照体系结构模型对系统进行划分以便进一步分析；明确建设银行总分行间要紧系统的功能和系统接口。目标读者本文档的目标读者是IT治理人员和规划人员，在一定程度上比较了解建设银行的系统现状。本文希望对建设银行的系统现状进行初步分析，并在此基础之上明确现有IT系统与目标状态之间的差距、做出IT转型

5、打算。 假设 作为本评估的一部分，我们制定了一系列的工作假设，在此之上对建设银行提供的各种数据进行分析：各个IT系统的信息及其之间的联系是真实准确的；对每个系统的目的和功能的描述同实际情况完全相符；调研和访谈的结果同事实比较相符。本文档编写过程中所使用的建设银行资料清单第二调研组研究报告汇编建设银行业务诊断报告汇总的分行计算机应用系统调查情况表开发中心正在开发、维护和升级的项目的情况调查表建设银行IT项目小组此前完成的工作底稿，内容涉及34个要紧系统的功能、数据数据输出、和其它系统的相互关系等内容22个要紧应用系统的叫项目原始申报材料，内容涉及这些开发这些项目时所考虑的功能定位、概要的应用体系

6、结构等内容2003各业务部门的系统开发请求汇总，共涉及35个系统的开发、维护和升级的需求数据集中工程应用总体设计基础框架湖北分行都市综合网介绍CBS浙江银行综合业务系统简介建设银行的中长期进展战略建设银行的总体战略目标依照建设银行的关于提高核心竞争力，扩大市场份额研究总报告，建设银行的战略目标是成为“最富有价值的银行”。而实现这一目标的全然途径是持续地提高盈利水平、资源产出效率、经营效率、风险治理能力以及持续进展的推动能力。这一目标的具体涵义能够归纳如下：成为质量、效益最好的银行建行要成为效益最佳银行，必须通过优化调整收入结构来实现经营效益稳步增长，同时依据利率市场化改革的进程，抓紧成本核算和

7、治理会计工作，严格操纵成本，从而使建行依据国际会计准则，在同等规模商业银行中保持资产收益率、资本收益率（股本回报率）的领先地位。另外，建行要成为质量最优的银行，就必须建立适应市场进展的资产负债治理体系和完善的风险治理体系以保证资产流淌性、安全性和收益性的高度协调。这包括两方面工作，一方面大力调整优化资产结构，提高有效盈利资产比重，按照年均增长30%以上的速度加快消费信贷和中间业务的进展。另一方面争取在3-5年内建立和完善风险操纵体系，从而切实提高信贷资产质量，严格操纵新增贷款质量，使新增贷款不良率操纵在1%以下，同时压缩不良资产，争取2006年把全行不良贷款率操纵在10%以内。但在操纵风险的同

8、时，还必须平衡风险和盈利的关系，不能一味强调风险，失去市场机会。成为服务最优、效率最优的银行建设银行需要具备强大的客户需求采集和分析能力，明确目标市场和客户，同时建立强大的产品研发能力，从而在服务创新、满足客户需求方面领先同业，在批发、零售、结算领域树立核心品牌，并拥有大批稳定的优质客户基础，成为服务最优的银行。同时，建行必须坚持不懈的优化资源配置结构以成为效率最优银行。一方面，在人力资源治理上要有效裁减冗员，同时依照业务进展的需要和重点，转移无法裁减的冗员，对留存人员进行专业化的人才培训，加大考核奖惩力度。另一方面，需要大力提高集约化经营水平，提高单位资源产出率，构建起前后台分离、职责清晰、

9、协调统一的运作模型。从而使建行在人均营业收入，人均利润、人均经营规模处于同业领先地位。立足特色，进展优势，逐步成为多功能的国际化商业银行建行要建成以都市为主体的、网络范围覆盖全国、延伸全球要紧发达国家和金融中心的多功能、国家化商业银行。这就要求建设银行在发挥中长期信用、评估分析、审价咨询、住房信贷等领域的特色与优势的同时，大力进展票据、财务顾问、资产治理等新兴业务。另外，建行要前瞻性的在人员技术上为混业经营作好预备，从而保持大型商业银行的有效规模优势。建设银行的市场定位依照建设银行的总体战略进展目标， 在确保资产业务、负债业务、中间业务均衡进展，坚持中心都市行进展战略的基础上，建设银行的市场定

10、位重点如下：三类重点区域：长江三角洲、珠江三角洲、环渤海地区三类重点客户：优质公司类客户、机构类客户、高中端个人客户三类重点产品：中长期信用、住房和汽车消费信贷、结算产品三类重点渠道：综合性精品网点、电子银行、客户经理区域战略定位区域战略定位将依据资源投入产出最大化的原则，进一步改进和完善中心都市行优先进展战略，重点扶持长江三角洲及东部沿海地区、珠江三角洲和东南沿海地区、环渤海地区，不断提高有效市场份额；有区不、有重点地进展中部、西北、西南地区以及东北地区，配合国家西部大开发的财政政策；稳步拓展海外市场，以香港为桥头堡，以亚太地区为重点，关注欧洲市场。客户战略定位客户战略定位的核心思想是以“客

11、户为中心”，重点进展优质公司类客户、机构类客户和高中端个人客户。零售业务中的高端个人客户是建设银行今后业务进展的重点，包括个人住房贷款、个人汽车贷款、个人投资顾问等，建设银行个人业务要逐步达到40% 到50%。在追求较高数量的高端客户的同时，按照多元化进展的原则，不断扩大中端客户份额， 通过对不同的客户群体提供差不性服务，调整、优化低端客户结构。另外，在巩固国有企业客户的基础上，加强对民营企业和外资企业的市场开拓。同时，加强客户有效需求的采集、分析，建立差不化的客户评价模型，及时准确的选择目标客户，并确定与之对应的销售渠道和产品种类。产品战略定位在产品定位方面，建设银行将依照比较优势，重点进展

12、市场潜力巨大、收益明显的三类业务（中长期信用、住房和汽车消费信贷、结算产品），同时保持建设银行的特色业务（工程审价、资金清算），并培育有增长潜力的新兴业务（信用卡、投资银行、票据业务、个人理财）。在产品研发方面，坚持需求导向原则，明确产品研发流程，在总行和分行建立两级产品研发中心，从而具备对市场进行迅速反应的能力。在整体产品治理方面，加强产品定价治理，建立高效、灵活的定价机制。同时，建立产品评级体系，推进产品经理制，强化对业务产品的专业治理，并在此基础上，进行产品整合，创建核心品牌，实现产品的个性化、系列化和一体化，降低业务运营成本。分销渠道战略定位渠道建设的市场定位要紧是集中在综合性精品网点

13、、电子银行、客户经理三大类。网点建设方面，要紧通过加快传统网点的功能改造和职能调整，实现传统网点精品化、集约化进展。同时重点进展电子银行，加快进展新兴分销渠道，实现销售方式多元化。另外，注重建立一支以客户经理为主体的高素养分销队伍，逐步实现专业化和产业化。建设银行面临的挑战基于中国建设银行提出的总体战略以及市场定位和中长期进展目标，毕博认为建设银行要想提高其核心竞争力，应对同业竞争，完成中长期的经营目标，必须充分认识其所面临的各种挑战，概括地讲，要紧包括外部的市场环境、行业环境和竞争形势的挑战和内部的治理、人员和技术的挑战。外部挑战外部市场环境加入WTO和国有经济的战略性调整，将使一些比较优势

14、不明显、长期受到政策爱护的行业受到专门大的冲击，比如电信、电力、民航等垄断行业的改制，涉及建行资产业务占比近40，这对要紧以国有企业为客户对象的建行带来巨大挑战。另外，从整体上看，我国的金融市场发育不健全，没有建立起有效的社会信用体系，这将使银行在经营中面临更大的风险，承担更大的经营成本。行业进展及监管要求的趋势目前由于银行数目的增多，银行的服务市场正由卖方市场向买方市场转变，这使银行的经营治理压力空前增大。而且，证券市场的进展使企业对银行融资的依靠性减弱，同时，基金市场和保险公司的进展对银行的存款分流的压力也专门大。另外，随着利率市场化进程的推进，央行的八次降息直接导致了以传统存贷业务为主的

15、国内银行盈利的下降，建设银行面临着巨大的拓宽和制造利润来源新渠道的压力。在行业监管方面，巴塞尔新资本协议对银行的治理提出了更高的要求。新协议要求安全及稳健的金融体系要满足三个支柱要求，即最低资本要求、监管检查程序和市场纪律三个支柱。因此，建设银行需要在上述三方面在提高对信息技术的运用的同时，加大对风险资产的操纵，加强内部操纵，提高信息披露的程度。竞争对手目前在中国金融市场上建设银行的竞争对手要紧是其它三家大型国有商业银行、十家股份制银行。然而随着中国加入世贸组织之后，政府将在五年内逐步取消对外资银行经营外汇业务与人民币业务的地域限制和客户限制，建设银行差不多在趋于平等的竞争环境中面对更多、更强

16、的跨国外资银行的冲击。下表列出国有商业银行、股份制银行和外资银行各自的优势和劣势：银行优势劣势四大国有商业银行有宽敞的存款及贷款基础，可靠性高拥有丰富的人才队伍分行网络覆盖面广有能力进行大量的信息技术投资，金融科技进展水平较先进有专门大机会提高经济效益规模大，反应慢历史包袱及社会责任沉重组织结构复杂，改造难度大税负重，刚性费用支出多股份制银行规模较小，改造难度低历史负担及社会责任不多可灵活选择经营地点在一定程度上能够有效率地作出信息技术投资，经济效率较高人事治理和激励机制有吸引力资金来源及存款基础有限分行网络有限目标市场竞争剧烈外资银行技术及治理先进以高利润业务为主进展完善的产品已确立的品牌雄

17、厚的资金实力在国内市场的参与相当有限对国内市场不了解，可供参考的市场资料不足短期业务限制分行网络不够广泛内部挑战在面临以上的外部挑战的同时，建行还面临内部治理等方面的挑战，要紧为以下几方面：内部治理的挑战目前建设银行所面临的内部治理方面的挑战，要紧包括：以后建设银行将寻求机会在资本市场上筹集资金，这使得建设银行今后必须按国际会计准则或其他会计准则 (例如美国公认会计原则) 编制帐项。而用国际标准来衡量，建行的盈利水平将下降在风险治理方面，建行的战略目标是使不良贷款率从15降到10，这就要求建行具备更高的风险治理能力，加强组合治理的能力在业务营运方面，流程的标准化和自动化程度不高。随着建设银行业

18、务的逐渐增长，建行必须提高营运的效率，同时降低操作风险，以获得稳固的业务基础目前建行还无法进行基于产品、客户、渠道的成本核算和利润贡献度分析，这关于建行进行更准确的产品定价和提高成本效益治理能力提出了挑战建行要实现从以帐户为基础转为以客户为基础的经营理念，就必须具备对客户信息进行采集、分析和相应区分目标客户的机制和能力。人员治理的挑战过去受专门多政策的限制，人才的善用、培训、业绩考核和薪酬等均是建行需要解决的问题。另外，对职业道德和企业文化的认知也是特不重要的问题。目前建行只采纳有限的业绩评估指标，而且奖励和晋升要紧是以职员的年资和地位而不完全是以绩效为依据。同时，目前建行对基层职员的培训普遍

19、不足，尤其缺乏对银行业务营运的国际最佳模式和风险治理方面的培训。这都对建行留住人才和实现企业化经营提出了专门大的挑战。技术方面的挑战目前，各分行自行开发自己的信息技术系统和解决方案，以致平台和应用程序各异。在这种情况下，建行专门难对不断变化的业务需求迅速作出反应，而且造成了维护成本高，又无法在全国范围内提供统一的服务的局面。另外，目前建行所采纳的计算机系统不能够提供详细的治理信息报告，特不是风险治理和业绩评价方面的报告。这对建行应付日益激烈的竞争，合理定价和获得利润提出了专门大的挑战。建设银行信息技术现状系统信息调查及访谈结果概要系统信息调查到目前为止，我们就建设银行的要紧系统进行了现状调查。

20、这些系统要紧是：重要的金融交易提供系统历史上建设银行总行向各分行统一推广的系统开发中心目前正在开发、维护和升级的系统来年各业务部门报请的系统这些系统是：城综网系统清算系统现代化支付系统接口龙卡系统龙卡网络系统证券业务系统证券业务系统与中证接口股票质押贷款系统住房贷款证券化系统外汇会计网络处理系统外汇资金后台Opics系统总分行资金交易系统国际结算系统国际卡系统速汇通系统龙卡IP电话支付系统B股证券资金清算系统个人贷款信息系统投资基金托管业务综合系统银联卡接口系统国内信用证系统抵债资产系统个人售汇系统托付性住房金融业一级分行数据集中个人理财系统网上银行业务系统网上银行RA认证系统CALL CEN

21、TER系统手机银行系统资金清算系统帐户信息服务子系统重要客户服务系统ATM功能拓展和系统监控项目总帐信息治理系统信贷治理信息系统人行信贷登记系统接口信贷风险评级预警系统审计治理信息系统非现场审计系统办公自动化系统档案信息化系统人力资源治理信息系统营业费用核算治理系统固定资产治理信息系统南非约堡Globus核心业务系统东京分行Urbis核心业务系统汉城分行核心业务系统一级分行清算中心房改金融业务系统个人住房贷款系统储蓄事后监督系统个人电子汇款系统网上银行B2B系统企业证书RA客户端系统信贷清分系统呆坏帐核销系统岗位培训信息治理系统养老统筹系统信息服务站系统计算机设备治理系统产品信息采集系统离休干

22、部信息治理系统新一代柜面应用系统会计稽核系统电子汇划系统现金出纳系统会计资产清理系统NT柜面终端系统本级财务系统资产损失清理系统PC-CONNECT系统企业终端结算扫描系统外币卡收单系统龙卡前置系统信用卡止付黑名单系统三峡移民资金治理系统行长查询系统筹资报表3.0储蓄卡统计柜面业务查询系统会计决算报表系统我们使用下表中所设计的内容，来收集这些应用系统的状况：表2-1：中国建设银行应用信息系统状况表系统名称：调查内容讲明系统名称所支持业务内容系统描述供应商名称购入/开发时刻系统类型P、C、VP= 内部开发或供应商专门为建设银行开发、C= 外部采购产品客户化并由内部支持、V= 供应商提供产品及支持

23、应用中间件的使用系统接口的情况（报文、格式等）与其有连接的其它系统名称被该系统调用数据的系统调用该系统输出数据的系统使用该系统的部门/用户（请指明系统的应用范围，如在总行或哪级分行使用）系统使用状态U、P、D、RU = 在线使用、P = 已采购、D = 在开发、R = 待淘汰业务增长率（可由系统用户填写） 以后三年的可能业务量增长率。假如该系统不是基于交易的，则使用差不多生产单位，例如，发出帐单数量等。系统版本状态0、-1、-2、0= 当年投产、-1= 上年投产、-2= 前年投产、操作系统操作系统版本操作系统使用时刻数据库类型与版本硬件平台版本硬件平台使用时刻（年）数据处理模式B、P、OB =

24、 批量、 P = 部分在线、O = 100% 在线 基于WebA、P、NA = 差不多、P = 可能、N = 可不能开发语言应用开发所使用的编程语言支撑工具应用系统支持所需要的要紧工具软件架构（B/S,C/S等）系统优点现存问题对本系统的升级具体要求对本系统的升级具体打算注：在讲明中能够阐述系统的各个应用模块在总、分行的的功能分布情况系统调查及访谈结果建设银行IT系统调研结果我们关于建设银行要紧应用系统应用信息系统进行了资料层面的调查，并对调查结果进行汇总。具体结果参见本文第五章。对建设银行对分行系统的访谈结果建设银行为本项目选择了陕西（Unisys主机）河北（RS/6000主机）、福建（AS

25、/400主机）、上海（ES/9000主机）四家分行的科技处长或开发中心主管，和毕博治理咨询的项目工作人员进行了访谈。依照对建设银行这四个有代表性的分行的科技处处长的访谈，我们得到了以下要紧信息。访谈的详细记录，见先前提交给建设银行的访谈纪要。分行外围系统的构思大体相仿，目标差不多上用大前置整合渠道、治理交易、落实本地特色业务；中间业务平台完成新中间业务的定义和外部系统的连接。但在落实参差不齐，有的分行还没有完整的大前置，中间业务平台的功能也各不相同。分行核心业务系统平台各不相同，省级集中的方式不同，版本不同在安排各自的IT工作上，分行的策略各不相同各分行都或多或少的开发了治理信息类的系统DCC

26、项目获得高级主管的足够支持，系统规划较完整DCC项目存在诸多一定的风险，如人员保证、符合项目打算和预算、系统测试的条件、系统切换、异构的历史数据的集中过程等方面。）DCC项目规划支持目前通行的产品类型，对今后一段时刻内金融产品多样性的支持没有明确答案都认为版本统一比数据集中更重要都认为治理信息系统的开发重点在于数据的猎取和全行的数据标准分行目前新的业务需求不多,处于优化的过程缺少项目实施后对项目效益的评估使用参照体系结构模型考察建设银行现行的应用系统参照体系结构模型介绍我们进行IT 规划的一个重要参考，确实是参照体系结构模型。该参照体系结构模型差不多在其他国家的银行行业的客户中得到实施、验证并

27、进行了改进。我们用参照体系结构模型作为对现状分析时期所收集的信息进行分类和分析的工具，同时也将用来辅助设计建设银行的目标应用体系结构。图3-1 参照顾用体系结构图每层次的定义、含义和每层系统实例如下：渠道层 渠道是银行和它的客户进行交互的界面。为方便起见，我们将银行渠道分为以下四种：电子渠道电子渠道是通过数字设备访问银行系统的总称，包括Money或Quicken如此的PC软件、Web的访问、移动电子设备（手机、PDA等）、交互式电视等。他们应该通过统一的交换平台向主机发送交易请求。E-mail也是一条渠道，尽管它可能要通过专用的软件（如BridgeWare）才能产生交易请求。 呼叫中心呼叫中心

28、在结构上分为ACD（自动呼叫分配） 、IVR/AVR（交互/自动的语音应答）、CTI（计算机/电话集成）。当网络带宽足够宽且经济时，完整的图象交换也能够实现。当前的呼叫中心的体系结构都假设：在对外服务时只有一个逻辑上的呼叫中心，而实际上建设多个物理的呼叫中心。能够在多个呼叫中心进行负载均衡、实现CTI交换。支持渠道现在包括所有的自动化机具。传真和邮递渠道也能够包含在其中。最终跨渠道的电子现金的表单的处理也会包含在其中。目前尚没有支持性渠道的统一的概念定义。传统的营业网点柜台、综合柜员制。渠道接口治理层 渠道治理层负责渠道设备的物理治理和集成（几个渠道共用）治理，它能够同意在渠道的界面做个性化定

29、制。渠道治理有以下几个关键问题：渠道治理治理专门的渠道-比如治理Email的Brightware。也包括交换平台治理的各个渠道。为了利用单渠道治理的界面表达优势，应该在该层中建立界面表达子层。界面表达界面表达将银行服务传递到界面终端。在Web界面方面，界面元素应该能够得以治理、维护和版本变更；关于呼叫中心，则包括脚本代码和代理服务治理。公布利用技术将信息公布给银行客户。包括广播、多频道的能力和公布治理软件，以及同意声音、数据、图象通过IP一起传输的机制。例如Pointcast和MBONE。个性化将需要传输的信息，依照客户个人的定制，以独特的方式公布的技术。个性化技术有多个层面，例如： Broa

30、dvision公司着眼于全部表达的个性化；Vignette公司则着眼于基于会话活动的表达的个性化。 客户交互层客户交互层保存的是，每个客户和某银行及其每一个合作银行的每一次接触的历史的全局视图。该层包括以下功能：客户交互软件提供给用户一个和银行接触史的单点视图。这能够通过数据映射实现，也能够通过数据复制实现。工作流既能够通过客户治理治理系统中的工作流机制实现，也能够通过象Eastman或AWD如此的企业工作流产品的界面实现。假如连接到象Blaze如此的业务规则引擎中处理流程逻辑，效果更好。银行的业务逻辑将逐渐地从核心业务系统如此地系统中抽取出来，这是趋势，代之以CORBA组件或者业务规则引擎如

31、此的体系结构。客户交互的完成现实中，有类似于客户手册之类的文件支持客户交易的完成。在系统中，能够执行自动化的、体现法律关系的、个性化的交流手段。为了使客户交互完成的成本最低，要尽量减少手工介入。销售和服务的前端系统该层应该开发为组件形式，驻留在应用服务器上，其物理位置能够是任何地点。之因此将该层置于客户交互层而非产品引擎层，是强调它的重要性和逻辑上的位置。那个以对象为基础的应用，会和客户的信用数据、信用评分、以及后台系统交互。信用评分引擎能够部署在这一层，假如它太复杂，也能够部署在后台系统。操作型客户治理层操作型客户治理层，操纵银行和客户的商业操作面的关系。真正的商业处理是按照市场规则进行的个

32、性化的运作。该层包括以下几个方面的系统功能：客户和客户家庭的商业价值组合的风险状况市场营销活动在逻辑上，操作型的客户数据库和分析用的数据库是分离的，因为二者是对不同数据类型的数据的访问。在物理上，两套数据库也是通常分不建立在不同的平台上，以支持不同类型的服务。分析型客户关系治理层客户关系治理的差不多理论认为，每个客户都应该被视为单独对待，特不是给银行带来良好利润的客户。分析型客户关系治理层整个建立在一对一市场营销的理论基础上，功能包括：客户价值分析个性化和产品开发客户行为分析家庭的价值分析市场营销活动的治理客户属性定义业务集成层.该层提供端到端处理的“粘合剂”，能够在该层进行大量的增值服务。该

33、层的基础是差不多连接，由通讯中间件提供，如消息中间件、COM/DCOM、CORBA通讯机制，也包括交易中间件（如CICS）。建立于该层之上的增值服务包括：数据的集合（例如两个交易请求合并为一个后再发出）；数据的分割（例如一个交易请求被分解为多个交易请求再发出）；按照业务规则进行的数据的转换（例如，某些算法操作、数据表的查询和数据格式的转换）还有许多高级金融产品的提供基于规则的工作流类型的系统功能。这种功能会按照交易内容的优先级，操纵数据在虚拟组织中的流淌。另外，目录服务能够跨网络地进行资源定位、跟踪设备使用、提供消息修复功能之类的治理工具。目录服务也是需要的。该层的诸多可能的功能，要依照银行的

34、具体情况，有选择地实施。然而，越来越多的金融产品在系统中的实现，需要共性的、基础性的服务，从简单的网络连接工具到高端的EAI（企业应用集成）产品。这些服务，都应该尽量安排在商业整和层实现，作为各种金融产品、金融渠道的共享服务。产品引擎层产品引擎提供金融服务的核心能力，并保存细节的帐户记录。该层所提供的，是传统的后台服务，越来越多的业务规则的处理前移到整个体系结构的客户交互层中。中间件和其他系统软件的使用，将原先的大块逻辑处理，分解为原子级交易，并保持和最终交易系统及企业工作流的接口。产品引擎要支持金融产品在整个生命周期内所要提供的服务。和交易相关的每个产品的信息都记录在产品引擎中。同时交易路径

35、的支持、专家性的支持也能够由产品引擎在客户需要的领域内提供，如：欠款催缴、捐款处理、抵押等。产品引擎以以下的几种方式存在：核心银行产品提供包括现金帐户、存款、借贷在内的业务。在理想状况下，借记卡、支票业务等金融产品的处理，和前面的业务是一体的，靠参数化配置就能实现新业务信用卡抵押业务其他金融产品，包括保险产品、租赁和中介业务。和一些非金融机构的系统进行集成，例如，和电子商务网站在支付上的集成。所有的业务的处理差不多上基于帐户交易的。银行的品牌能够体现在客户服务点上。该层需要和整个系统结构中的其他层紧密结合，才能实现端到端的自动化的交易流程的实现，同时能做到低成本、低风险、少人工干预。合作伙伴治

36、理层合作伙伴治理层应该治理银行和所有业务伙伴的关系，要紧包括：行政治理维护每个合作伙伴的差不多信息，为每日的关系治理提供支持。例如，合作伙伴中的哪位用户被授权能够改变产品信息。财务治理维护和处理合作伙伴的帐单和财务回报。本功能的特点是完全依靠于和合作伙伴的关系的定义。例如从帐户和交易的处理费用，到互联网上的广告费用，他们的处理过程，依照合作伙伴的关系的不同，可能完全不同。关系治理是治理基于服务水平协议的合作伙伴关系和它们的对应责任的商务过程。这包括为每个业务合作伙伴定义产品和服务的能力和治理这些“进出”的能力。品牌信息治理治理和每一个品牌相关的信息。需求的程度取决于业务合作伙伴在需求上和银行一

37、致性。业务风险该功能的特点是：提供接近实时的、关键性的操作信息，以便于风险治理。那个地点的一个关键问题是业务合作伙伴的商业操作所带来的风险的治理。另外，假如是业务合作伙伴提供服务给银行，和上述治理相反向的治理也要进行。假如超过一个合作伙伴提供了某种服务，那么就应该建立智能产品选择功能，以告诉产品引擎哪个服务在何种条件下应该被推举。银行内部治理系统层银行内部治理系统是用来治理银行内部业务操作的。它们由内部的支持性应用系统组成，在大多数情况下，银行会应用这些系统。它们包括：行政治理系统包括运营治理报告（如任务清单、异常情况）和所有的法定治理报告（如人民银行、外汇治理局要求的报告）财务治理系统包括总

38、帐、资金、支持性的帐务、固定资产、供应商治理佣金治理。人力资源治理系统通常为人事和工资治理系统。该系统提供其他所有系统关于角色、责任和授权的信息。业务绩效治理信息系统提供包括和渠道、客户、产品盈利性、销售和服务业绩的报告业务风险治理系统该系统的特点是：提供近乎实时的、关键性的操作信息，以便于风险治理。该系统关注的是银行的风险头寸，而非合作伙伴的风险头寸。交易核对机制保证所有的产品帐务和支付数据无误。佣金治理系统用于监控期望的和实际的由合作伙伴或第三方提供服务所引起的佣金收入（反方向也要考虑作为销售成本的佣金付出）。职员自服务许多系统的输出都建立在职员自服务的概念上，特不是费用、人力资源、工资、

39、日常购买等。支付网关层支付网关是产生支付动作的系统，例如：SWIFT卡支付 国内的信用卡通过VISA网络的交易界面产生国际交易。重要的是，支付功能从银行内部的体系结构中分离出来，由外部的专业公司和系统承担。客户或银行的支付操作请求将通过这些系统以最合理的机制执行。从系统的角度看，支付软件是智能地支持交易路由的。电子票据处理服务类的业务将会得到大幅增长，因此银行应该考虑将此类应用纳入自己的应用体系结构。实际的支付会通过上述的支付网关，但在逻辑上电子票据处理业务将通过客户关系治理系统和客户交互中心。基于参照体系结构模型的当前状态下系统组成框架图建设银行当前状态下的系统组成框架图我们基于参照体系结构

40、模型关于建设银行的要紧应用信息系统进行分析并归类，得出当前状态下的系统组成框架图：图3-2：建设银行当前状态下系统组成框架图以下从参照顾用体系结构的各个层面，总结建设银行现有的系统：支付网关层在支付网关层，目前建设银行的系统覆盖了龙卡系统、与人行接口、国际清算接口等应用：龙卡系统-包括了龙卡网络系统、储蓄卡全国联网、龙卡网络系统授权交换中心应用升级及灾难恢复系统实施、银行卡信息交换总中心联网等多项系统功能。现代化支付系统接口通过对综合业务处理系统和资金清算改造，实现了与人行现代化支付系统的对接，从而实现跨行支付业务和资金治理的网络化、自动化处理，并实现资金的自动清算。SWIFT建行内部的SWI

41、FT体系，在分行还有Alliance和PC-Connect系统与SWIFT接口配合使用。产品引擎层目前建设银行的各一级分行向客户提供的金融业务品种，各不相同，但通常至少包括：公司业务活期/定期存款（含公司一本通）、协定存款、保证金存款（活期/定期）、通知存款、信贷资金贷款、转贷款、银行汇票、银行本票、银行承兑汇票、支票、汇兑业务、托收承付、托付收款、贴现、保函等。个人业务活期一折通、定期存款（含一本通）、综合理财账户、信用卡保证金存款、通知储蓄存款、异地托收、存款证明、挂失/解挂、冻结/解冻、存款过户、利息税申报、贷款额度治理、不良贷款治理、个人消费贷款、个人权利凭证质押贷款、速汇通。卡业务（

42、含储蓄卡、准贷记卡、贷记卡、IC 卡）开卡（含预制卡）/销卡、存款/取款、转账、信用操纵、商户消费。现金业务同业间外币现金存取、机构现金调拨、柜员现金调拨、现金收付、残破币兑换/现金调换。资金调度业务主机业务范围：人行往来、系统内往来（分行与总行）、系统往来（分行与支行）、外汇资金往来（分行与支行）、资金拆借。票据清算同城票据清算（提出/提入）、电子汇划等。外汇买卖业务结售汇业务、代客外汇买卖、经营性外汇买卖。跨分行的业务交易，需要行内清算系统的支持，它覆盖全行的电子汇划及资金清算处理系统，除处理行内对公及个人汇款业务及相关的资金清算业务外，还代理外行资金清算、为企业提供结算服务。同时，还承担

43、着证券、龙卡、重要客户等系统的资金清算功能。渠道接口治理层建设银行的各个渠道，如柜台、ATM、 POS、Call Center、网上银行等，都有对应的前置机处理该渠道的设备和报文治理、界面表达、信息公布甚至客户服务个性化方面的功能需求。渠道层建设银行目前的渠道有下面几种：Web访问如网上银行，业务功能覆盖查询、转账、电子支付、代理业务、速汇通、外汇买卖、证券业务、集团资金治理。CALL CENTERCALL CENTER系统实现咨询、投诉建议、设置、帐户挂失、帐户查询、帐户转帐、支付、外汇买卖、证券交易、对外呼出十大类业务功能，支持人工坐席、语音自助两种服务方式，并逐步拓展EMAIL、SMS、

44、WAP、PDA等多种服务渠道。业务支持渠道有ATM和汇款传统的营业网点柜台、综合柜员制。银行内部治理层建设银行目前具有以下内部治理系统：人力资源治理信息系统实现了总行在统一法人体制下及时、准确和全面地掌握全辖机构资源和人力资源情况，合理配置资源、优化使用资源、公正评价资源，充分发挥人力资源整体效能。总帐信息治理系统配合建设银行统一会计核算制度的实施，满足建行经营治理及向人民银行全科目指标体系报表报送的需求，由总行正式立项统一组织开发的。建设银行完成DCC和MIS两大项目后的系统组成框架图图3-3：建设银行DCC和MIS两大项目后系统组成框架图DCC项目的目标，是在统一业务需求、业务和技术标准的

45、基础上，通过对CCBS 的改造优化，建立起适合业务进展需要和现代治理模式的技术框架数据中心、前置（一级分行和二级分行）、前端（网点或各种外部渠道）三级系统架构的全行核心业务应用系统，实现以帐务数据为主体的全行核心业务数据的集中处理，形成与数据集中相配套的业务和治理制度，为治理信息系统和决策支持系统提供帐务数据和其他信息，为金融创新和业务拓展奠定基础，从而提升全行核心竞争力。具体而言，该项目的任务包括：建立起数据集中应具备的帐务组织体系：满足不同层次核算主体行帐务数据完整反映的需要，核算主体能够依照不同时期的治理需要灵活设置；总行能够直接提取上挂行的汇总报表数据，不需要层层汇总；同时不同层次行可

46、直接获得所辖行的汇总数据；实现本外币一体化的集中会计核算，账务数据集中存放。形成一套完整、规范的建设银行业务和技术标准，系统中凭证、清单、帐薄、报表等输出格式符合制度要求；划分核心业务和分行的特色业务，明确数据中心、分行前置的职责和范围，尽可能地考虑到全行核心业务的界定，幸免项目后期核心业务范围有大的改变；完整、分时期完成的周边系统解决方案；实现数据集中；建立适合业务进展需要和现代治理模式的差不多框架数据中心、前置（一级分行和二级分行）、前端（网点或各种外部渠道）的三级系统架构；在数据中心内部建立基于Parallel Sysplex 技术可扩展的体系结构；在差不多框架下，围绕核心业务统一、适应

47、本地特色业务进展要求，从CCBS 系统剥离本地特色业务，完成CCBS 的优化和适应性改造形成核心业务版本；完成一级分行前置平台的开发，为中间业务、本地特色业务系统和外围系统提供访问主机核心业务系统的标准接口；在满足性能、安全性等前提下，一级分行与周边系统（包括全行系统、分行的特色业务系统、ATM/POS 前置系统以及其他外连系统）的接口作适应性改造；由此可见，DCC项目在完善参照体系结构各个功能层面的功能模块方面，变化不大。建设银行的全行MIS系统，尚处于规划时期。从目前的进展看，该规划将强调全面的客户关系治理和全面的银行风险治理。建设银行当前状态下的系统功能和相互关系图本章在第三章内容的基础

48、上，从描述系统功能和系统间的逻辑及数据的相互关系的角度，在总分行的全面范围内，进一步分析建设银行的应用系统的现状。本章共三个部分：核心运营体系对应参照体系结构的渠道层、渠道接口治理层、客户交互层、业务集成层、产品引擎层和支付网关层。由于目前建设银行的大部分系统是该体系下的系统，系统数量大，关系复杂，我们按照核心运营体系所支持的业务类操作类型的不同，将其分为帐务核算体系、个人金融产品提供体系、公司及金融同业产品提供体系、外币资金清结算体系、本币资金清结算体系五个方面来描述。治理信息系统对应参照体系结构的内部治理系统层。建行的现在治理信息类型的系统，一部分和银行的专业治理强相关，我们将它们合并处理

49、为治理会计及治理报表类系统；另一部分是一般的企业信息治理系统。客户关系治理系统对应参照体系结构的操作型客户关系治理和分析型客户关系治理层。核心运营体系的各系统的功能和相互关系图帐务核算体系 图4-1 建设银行当前状态下帐务核算体系的逻辑图建设银行的现行系统支持多级核算体制：营业网点作为系统的营业前端，要紧工作是将经济事项录入计算机；支行（一级分行或二级分行）作为核算主体，具有完整账务体系的差不多核算单位。一个核算主体既可定义为多个营业网点组成，也可定义为一个营业网点。建设银行的本币公司、外币业务、政策性房贷业务和非利息的收支的帐务，在不同的系统中处理。这四方面的会计总帐信息汇总到总帐传输系统中

50、进行合并和向上汇总。会计核算账务数据集中存放于一级分行主机中，各营业网点负责采集账务数据向主机传输、提交、一级分行主机负责对核算账务数据集中存放和加工处理，并向各营业网点批量反馈相关会计交易。稽核系统对这些反馈的相关会计交易进行稽核。为满足各行内部治理和当地人民银行、地点财政、审计、税务等部门对建行的各类监管、检查需要。一级分行主机定时点向各治理层反馈会计信息。专门需要时，由一级分行主机和总行的总帐合并系统提供数据信息源，各治理层依照需要自行生成数据信息。国际卡系统将卡中心的总账传到总行营业部（邮件方式），再此处合并总账；在传总行营业部的总帐到总行会计部。证券业务平台的帐务处理的方式和国际卡相

51、似，将证券交易的总账传到总行营业部，再此处合并总账；再传总行营业部的总帐到总行会计部。个人金融产品的供应体系图4-2 建设银行当前状态下个人金融产品的供应体系的逻辑图对上图的讲明：数据线0：网银客户信息、网银交易指令及处理信息数据线1：网银交易信息，目前支持的交易包括：客户账户查询、个人转账、个人汇款、买卖证券、外汇、企业客户转账、企业跨行支付（当地人行处理）、网上购物结算数据线2：证券业务信息数据线3：清算信息数据线4：汇兑信息数据线5：个人贷款数据和黑名单数据、个人信用数据数据线6：个贷会计核算系统到城综网的集中户会计信息数据线7.1个人售汇登记信息以及外管局对个人售汇的回复单；数据线7.

52、2外管局对个人售汇的回复单，进入城综网个人售汇核算模块（建议）数据线8：分行与总行的呼叫中心客户信息汇总与更新数据线9：呼叫中心业务交易信息数据线10：个贷客户查询信息（到客户查询机）和业务分析数据（到个贷查询机）数据线11：个贷会计核算数据数据线12：到人民银行个人信贷登记系统的信息数据线13：卡账户交易信息数据线14：跨行卡账户交易信息数据线15：与银联的交易信息交换数据线16：日终清分，交由总行清算中心向下清算数据线17：个人外汇买卖交易信息（城综网里有个人外汇核算模块）、储蓄信息、中间业务交易信息数据线18：汇价和外汇交易的敞口数据数据线19：证券业务系统与外部基金/证券公司的结算数据

53、现20：银证通/存折炒股交易信息数据线21：中间业务交易信息数据线22：与中间业务相关外系统的结算个人业务的相关应用系统的简要描述如下：核心业务系统建行的个人业务要紧由城综网（核心业务系统）完成。要紧包括以下子系统：储蓄子系统、银行卡子系统、电子汇划子系统、综合核算子系统、公共治理子系统、客户信息子系统、外汇买卖子系统、个人售汇核算子系统等。目前各一级分行之间的核心业务系统版本、硬件平台、操作系统、数据结构都不一致。账户数据分布个人客户的要紧账户数据存储于城综网（核心业务系统）。但个人信贷业务系统、证券业务系统与城综网相对独立，维护各自相关的账户数据。其中个人信贷业务系统的账户数据存储在一级分

54、行，而证券业务系统的基金户数据集中存储在总行。由于账户数据尚没有做到全行集中，异地汇款仍然不能实时到帐。个人业务渠道目前个人业务的要紧渠道包括：柜面、网银、Call Center、ATM/POS。其中网银的客户登录、客户信息验证和交易指令传递是总行集中处理的；而Call Center的客户数据存储于各一级分行，目前无法通过呼叫中心处理异地账户的数据；ATM/POS的异地交易通过总行的龙卡交换中心向异地行传递信息，而跨行交易则各不一致，有的分行通过当地的银联接口，有的分行则通过总行与银联中心的接口传递交易信息。对公司及金融同业的产品供应体系图4-3 建设银行当前状态下公司及金融同业的产品供应体系

55、的逻辑图对上图的补充讲明：重要客户系统和企业终端的连接；证券业务系统和证券公司集中证的接口；以后的保险代理系统和保险公司的连接，差不多上专线连接国内信用证是城综网的外挂系统信贷清分系统负责贷款的清理分类，汇划直联机与清算系统连接信贷风险预警系统的实际定位是全面的信贷风险治理信息系统，目前正在开发中目前的CMIS系统是信贷数据的全面的存储库，需要进行流程化改造的需求较迫切外币资金清结算体系图4-4 建设银行当前状态下外币资金清结算体系的逻辑图外汇资金后台Opics：应用在总行，整合目前分散的资金后台系统，实现总行外汇资金后台会计核算和结算的一体化。系统需要从KONDOR+，BLOOMBERG调取

56、数据，同时为SWIFT提供外汇清算数据。外汇会计处理系统实现了一级分行外汇对公业务数据的集中：（1）与国际结算系统建立双向信息传递接口，实现国际结算业务相关账务实时入账，并通过会计系统自动打印凭证，登记相关登记本。（2）在相关交易中系统自动登记涉外收入登记本、对外付款登记本，由申报人员事后逐笔推断是否需申报，并进入相关申报单界面进行信息的补录，形成外管局国际收支申报系统所要求的接口文件，由业务人员拷盘导入国际收支监测系统。（3）依照外管局外汇账户治理系统与外汇指定银行数据接口规范（B版）要求，从系统中直接采集原始的账户数据，生成外管要求的数据文件对外报送（4）为城综网和个人实盘外汇买卖系统提供

57、标准数据格式，实现账务数据的批量入账；生成MIS总账和补充指标文本；按照总账的要求产生相应的信息，满足CMIS系统的要求。（5）不直接与SWIFT系统建立联系，而是借助B股清算系统，即在外汇网络处理系统与SWIFT 系统之间通过B股清算系统进行数据的转化与交换与清算网接口文件格式传输文件，密押加押方式，处理直连模式。外币卡收单系统：应用在全部二级行，处理5种国际信用卡在POS上的消费。本币资金的清结算体系图4-5 建设银行当前状态下本币资金的清结算体系的逻辑图在内部资金往来方面，各一级分行在总行营业部开设头寸户；各二级分行对应一级分行核算中心开设头寸户；各支行对应二级分行开设头寸户；各营业网点

58、对应支行开设内部往来账户。电子划汇系统：完成与建行各分行各项汇划资金划转、特定业务（BSP）的资金划转、建行系统内部的各项资金划转。图中从证券业务系统到总行资金清算系统的数据线表示的是外部证券/基金公司与建设银行之间的清结算。总行与分行以及分行与当地人民银行现代化支付系统的实线表示的是加急的实时资金划汇，虚线表示一般的批量资金划汇。清算账户信息服务子系统作为清算系统的外围系统，能够实现企业终端对自己账户的查询、支付和转账。目前全行使用的资金清算系统是统一的版本。但部分分行的清算运行主机差不多老化。银行治理信息系统体系治理会计及治理报表类型的信息系统体系图4-7 建设银行当前状态下银行治理信息系

59、统的逻辑图一般的企业治理信息系统图4-8 建设银行当前状态下一般的企业治理信息系统的逻辑图这些系统的关键点是：总行与分行之间通过骨干网进行人力资源的信息交换。总行与分行之间通过骨干网进行档案治理的信息交换，比如档案的异地查询和传输。总行与分行之间通过骨干网进行办公自动化的信息交换，包括公文无纸化流转，文书档案数字化治理，信息资源共享。档案治理系统与办公自动化系统之间通过骨干网的信息交换。档案治理系统将有关的档案治理信息输出到总行信息服务站，再由总行信息服务站公布给行内用户、客户及社会。总行信息服务站与分行信息服务站之间的信息交流和反馈。客户关系治理系统建设银行目前还没有完整的客户关系治理系统。

60、客户信息分散在各个金融产品供应系统中，如城综网系统、信贷治理信息系统、个贷治理系统、房贷系统、网上银行服务器、Call Center服务器等。建设银行当前要紧应用系统的差不多状况的统计和分析差不多状况汇总依照调查问卷及访谈结果，我们整理出建设银行当前要紧应用系统的差不多状况如下表：表5-1：建设银行当前系统开发与集成平台及工具列表序号系统名称硬件平台操作系统数据库软件架构开发工具1城综网系统2清算系统HP小型机HP-UXINFORMIX树型网络结构C语言3现代化支付系统接口HP小型机HP-UXINFORMIXC/S 结构C语言4龙卡系统IBM RS60005龙卡网络INFORMIXC/SC语言