IT蓝图实施简要介绍课件.ppt

《IT蓝图实施简要介绍课件.ppt》由会员分享，可在线阅读，更多相关《IT蓝图实施简要介绍课件.ppt（51页珍藏版）》请在三一办公上搜索。

1、中国银行IT蓝图实施简要介绍,IT蓝图实施办公室2006-9-04,一：开发的时间要求：项目启动时间：相关系统改造方案确定日，不迟于2006年8月11日。需求截至时间：业务需求或业务流程调整方案最终确定日，不迟于2006年8月30日 开发截至时间：相关系统版本开发完成日，不迟于2007年2月28日。二： 投产的时间要求第一批 ：河北 2006年6月30日前完成第二批：北京、江苏、湖北、辽宁、黑龙江、深圳 ，2008年3月31日前完成第三批：其他所有分行，2008年12月31日前完成。,CBS相关系统实施时间要求,汇报提纲,BANCS系统简要介绍外围系统接入方案介绍蓝图关键公用信息介绍国际结算相

2、关技术方案介绍,BANCS系统简要介绍,BANCS系统简要介绍,FNS及BANCS背景,1.1982年由澳大利亚新南威尔斯州（NSW）的州立大厦社会（State Building Society）设立；服务于新南威尔州立银行（State Bank of NSW）的数据处理和软件开发。2. 1989年,FNS的经理和职员从银行买下了FNS。3.目前公司有220员工。4. 2005年下半年，FNS被印度最大的跨行业集团企业（TATA）收购，现作为其子公司TCS（TATA咨询）的一部分。5.在过去的15年中，FNS在35个国家成功实施了105个CBS项目，从来没有失败过！截至目前，全球并行的CBS项

3、目还有14家，主要分布在中东、东亚、东南亚、非洲、东欧等。,Channels,Integrated Channel System,Payment,Deposit,Loan,Card,Delivery Channel Management,CIF,Core Base,ManagementAccounting,Treasury,MarketRisk Mgt.,Loan Mgmt.,Op. CRM,LoanRisk Mgt.,AnalyticCRM,Others（OA, HR, EIP, etc）,DataMartEnterprise Datawarehouse,Feedback/Interacti

4、ve,GL/F.A.,Analytic APP,Operational APP(Back End),MIS APP,Operational APP(Front End),BANCS Link,BANCS 系统结构,BANCS 系统结构,GATEWAY,DEP,LON,BRA,CIF,INVM,BORM,GLDM,CUSMCUSV1CUSV2,Connect,BANCS 主要的渠道包括:,BNCS-Link (柜面前端，选用)BNCS-Connect (Internet Bank 没选用)BANCS CARD (卡接入 选用)GPG (全球支付网关),BANCS 系统结构-渠道,BANCS 系统

5、结构-特点,BANCS的主要特点：支持完整的7X24小时支持平台与数据库无关多语言、多币种支持参数驱动（产品、交易、客户、权限）交易驱动面向客户,CIF 主要特点存储有所有客户的详细信息可以作为ECIF的核心数据源建立有客户与各类实体间的关联关系（如账户、客户、限额、押品）可以对特定客户进行参数定制（Profile file）,BANCS 主要模块-CIF,DEPOSIT主要特点活期帐户定期帐户账户透支,BANCS 主要模块-Deposit,Current Account主要特点支票相关处理支票本的申请、购买金融转账批量清算（TrickleFeed）,BANCS 主要模块-Current Ac

6、counts,贷款模块主要特点：贷款帐户的管理多段利率设置管理利率历史调整还款历史调整贷款追踪的主要特点：工作流管理工具（审批、放款、清偿、关闭）交易、事件的划分（事件只记录状态，可以外接系统管理）自动文档生成,BANCS 主要模块-Loans,Branch Account 的主要特点：账户可自动生成也可人工维护 支票清算、挂账 外部清算（SWIFT、旅行支票、CUP、人行）现金帐户或有帐户 Contingent Accounting (off-balance sheet items),BANCS 主要模块-Branch Account,安全特性交易级别设置审计日志 (changes to s

7、ecurity and static details)主管授权, 错误交易信息, etc 柜员安全性：柜员以机构、用户、密码签到 Host效验柜员信息交易权限分为柜员和柜员组客户安全性客户号、帐号带有效验位可设置客户密码,BANCS 主要模块-安全特性,160个收费码可在产品级、客户级定义收费可全面参数设置描述年级及区域划分收费标准可设定收费比率及折扣有减免方式动作或事件驱动,BANCS 主要模块-费用与收费,押品管理可定义押品类型可与客户、账户建立联系（Link）可分配优先级及百分比可作Review、重估及到期设置,BANCS 主要模块-押品管理,额度的主要特点：客户可定义结构客户级、产品级

8、、账户级固定及循环使用的额度系统具备Facility管理功能：系统支持额度的动态管理流程。支持额度的使用、释放、冻结、解冻等动作，可设定额度的循环状态（即可循环或者不可循环）；系统可反映处于不同状态（如已使用、冻结等）下的授信的金额。,BANCS 主要模块-额度,电子邮件与日志Send messages to a branch or security level groupingText messages to customers and accounts (Diary items, follow-ups and “notes”)Displayed when transaction perfo

9、rmedIntegrated to other financial areas债务催收消息通知约定转账,BANCS 主要模块-其他,外围系统接入BANCS方案简要介绍,外围系统接入BANCS方案简要介绍,BANCS的对外接口,BANCS对外提供的标准接口：Host Interface Transactions：用于支持外围系统对核心系统的联机交易服务请求；Trickle Feed：用于支持外围系统对核心系统的批量资金服务请求；Global Payment Gateway：用于支持与SWIFT等外部支付清算网络进行报文交换；BANCS主动对外发送信息及提供数据的方式信息的主动通知为总帐提供数据为

10、MIS提供数据BANCS与总账的标准接口,Host Interface Transaction,Host Interface Transaction的功能Host Interface Transaction是BANCS 在线交易的处理的一个功能模块，处理外部系统以交易形式提交的信息； 通常的业务功能包括：账户及客户的建立、金融交易、查询及维护请求等 ；Host Interface Transaction的使用方式外部系统通过BANCS的交易网关使用Host Interface TransactionHost Interface Transactions的处理机制BANCS系统的Host Int

11、erface Transactions是基于TCP/IP协议的解决方案，使用SOCKET方式实现。接口格式BANCS内部的消息格式ISO8583数据格式,Trickle Feed,Trickle Feed的功能Trickle Feed是BANCS 在线交易处理的一个功能模块，处理外部系统以文件形式提交的批量交易数据。 通常的业务功能包括：工资入帐文件、支票清算文件、银行内部借方/贷方交易等 Trickle Feed的操作方式Trickle Feed 是通过BANCS的主控界面菜单BNCONS来设置的（操作员）。自动触发Trickle Feed的实现机制交易数据可以多种形式从外系统接收过来，包括

12、FTP、流带、磁盘等。,Global Payment Gateway,Global Payment Gateway的功能GPG是BANCS 针对外部报文信息处理的一个功能模块，其可以实现SWIFT报文的接入、发送并处理外部支付信息。通常的业务功能包括：国外汇款、国外汇票、国内同业往来、外部信息处理.Global Payment Gateway的实现机制交易数据可以多种形式从外系统接收过来，包括SWIFT、基于文件的信息处理。通过对信息的处理完成信息处理、配对，并对信息进行检查和分配，完成支付交易,BANCS与总账的标准接口,BANCS与总账的标准接口BANCS系统日间空闲时，通过其次级更新（S

13、econdary Update）机制，产生传票明细。EOD之后，按照总账定义的维度与粒度，BANCS系统将传票明细汇总后，生成文件，送总账处理。,核心银行系统接口技术方案,A：自助平台；B：柜面前端；C、D：电子渠道；E：其他渠道；F：相关系统；G：MIS系统；H：总帐；I：外部清算网络；,蓝图实施关键公用信息简要介绍,蓝图实施关键公用信息简要介绍,蓝图实施关键公用信息-提纲,关键公用信息简要介绍机构、帐号规则CIF 统一展现问题账户开立原则一本帐模式额度与押品,我行需求客户化，将机构类型的取值扩展为：0总行，1一级分行，2二级分行，3县支行，4网点。 BANCS系统功能 BANCS的机构层级

14、为3级：总行、区域分行和网点，无论机构层级和类型如何，在系统中都体现为一条“分行参数”的数据记录。系统可以通过参数识别机构的类型和层级上下级关系。,蓝图实施关键公用信息-机构,我行需求使用BANCS自动客户号编码的方式，已确定客户号为10位 ，数据移植时为所有客户在BANCS系统中统一重新生成客户号，客户号可以考虑不交付给客户使用，为系统内部唯一标识。对于外围渠道(如网上银行、呼叫中心等)的客户号，如果已经交付客户使用，可以考虑在渠道继续使用，不追求渠道客户号和核心系统客户号为同一号码，在渠道系统中完成对照转换关系。,蓝图实施关键公用信息-客户号,我行需求希望有保留吉祥账户号码留待特殊客户使用

15、的功能。在手工录入账号开户时判断必须是保留的号码否则禁止手工开立。对照表方案为“旧进新出”，帐号长度使用BANCS规范。对于账号转换的原则为：尽量不因为新核心系统的上线对客户产生影响。BANCS系统功能 BANCS 自动编号功能支持多达16位数字的客户号编码，另有1位不存储在数据库中的校验位，共17位。校验数字可使用10模或11模，或没有校验数位。,蓝图实施关键公用信息-帐号,其他需注意问题：BGL账号的总长度与客户账同为16位，其生成规则通过“银行参数”交易中的参数定义结构化规则，通常包含机构号码、货币信息和科目信息。 保留账户号码的功能可以使用BANCS的标准交易，并配合开户时自动给号和人

16、工给号的方式来实现。,蓝图实施关键公用信息-帐户号,我行需求机构编码长度为5位数字。使用BANCS的额度和担保品编码方式 。柜员号编码为7位数字。日交易流水号码不小于8位数字。,蓝图实施关键公用信息-其他编码,客户统一视图将周边系统上基于帐号（存、贷、借计卡等）或客户号的签约信息作为副本保存在BANCS上。（关联索引信息）BANCS客户统一视图的展现内容将包含自身的（存、贷、支付结算）和周边系统上的关键签约信息（关联索引）。客户信息（基本）共享BANCS管理基本客户信息；周边系统管理特有客户信息，可以保存部分客户基本信息作为副本使用。周边系统上凡是涉及到新增、修改本地客户基本信息（副本）的操作

17、，都需要通过联机接口从BANCS实时获得。每（日）终，BANCS生成客户基本信息变动增量文本，并下传，周边系统获得后，有选择的更新本地副本信息。这样在周边系统上既可以避免了客户基本信息的二次录入，又可以基本满足客户信息共享的需求。,蓝图实施关键公用信息-CIF,接口平台,周边系统,BANCS,支付结算、,存款,贷款,CIF统一客户视图,客户基本信息,CBS其他客户信息,周边系统关联索引信息(副本）,基金系统（CIF部分）,数据下传平台,渠道系统,柜台（BancsLink）,网银,客户服务中心,电话银行,客户基本信息(副本）,基金其他客户信息,周边系统签约信息,客户统一视图展现,如需要，可根据关

18、联信息到周边系统中进一步查询详细签约信息,通过联机接口从BANCS获得客户基本信息,并有选择的保存在本地作为副本使用,蓝图实施关键公用信息-CIF-架构,客户统一视图周边系统根据客户统一视图需求，制定生成关联索引信息的内容和格式。按上述，每日生成关联索引批量文本，并下传“数据下传平台”。数据下传平台汇集各相关周边系统的关联索引文本。BANCS分别在客户主文件（CUSM）、存款主文件（INVM）和贷款主文件（BORM）建立附表，用以保存周边系统的关联索引信息。构造统一客户视图展现的多个查询交易从数据下传平台下载关联索引文本，并覆盖本地的关联索引信息。柜台前端构造统一客户视图展现的多个查询交易根据

19、关联索引信息，联动周边系统查询交易，进一步查阅关联索引指向的详细信息。,蓝图实施关键公用信息-CIF-要点,客户信息共享周边系统调整现有开户程序流程，由现在的柜员手工录入客户基本信息，调整为联机从BANCS读取，然后有选择的（至少包含客户号）保存在本地作为副本使用。从数据下传平台下载客户基本信息（增量文本），有选择的更新本地副本。随BANCS投产顺序，需要将当地分行的周边系统中的客户基本信息与BANCS建立对应关系（填充对应的客户号）接口平台为周边系统调用BANCS联机接口提供支持。（具体内容接口平台中有专题说明）BANCS向周边系统提供客户基本信息联机查询接口（输入项：帐号、客户号、借计卡等

20、）每日终，生成客户基本信息变动增量批量文本，并下传到数据下传平台。,蓝图实施关键公用信息-CIF-要点,帐户开立原则 （目前尚未最后确定）BANCS与客户相关的存、贷款帐号必须的BGL帐号（往来、现金、临时存欠、外汇买卖等）周边外围系统在BANCS中不开立的，只与本系统有关的帐户。总帐综合核算在GL系统中完成,即所有业务交易所形成的真实,完整,平衡的会计传票及总帐系统自身的内部结转传票和调整传票均在GL中汇集并加工成符合总帐系统维度的总帐；总帐系统基于机构,货币,科目,产品(产品/核算码)四个维度进行核算,不会开立基于客户或合同项下的明细帐户。,蓝图实施关键公用信息-帐户开立原则,BANCS基

21、础版本采用“一本账”的模式，交易完成后即时更新客户账户的余额；“二次更新”完成内部转账,即:通过在“交易参数（ED2）”中设置“IB”参数（“IB”参数仅发挥内部平衡及明确各分行往来资金情况，没有计息功能，也不含分行层级信息），记录各分行的资金往来交易。 例一：河北唐山 到 北京海淀的一笔汇划交易，清算分录如下：DR 809（唐山客户） CR 唐山IBDR 海淀IB CR 809（海淀客户）例二：河北唐山 到 山东烟台的一笔汇划交易，清算分录如下： DR 809（唐山客户） CR 唐山IB DR 河北IB CR 河北9061B 总行NACS中分录、山东SBS中分录不变,蓝图实施关键公用信息-一

22、本帐,基本原则审批在授信审批系统；对总量的占用在授信审批系统；对已占用总量（合同金额）具体使用的控管在核心银行系统。,蓝图实施关键公用信息-额度,授信总量管理边界工商客户和金融机构客户,蓝图实施关键公用信息-额度与押品,已占用总量（合同金额）管理的主要需求设定架构,蓝图实施关键公用信息-额度,核心银行系统必须与外围系统建立接口，系统需支持与外围系统的数据交互。,已占用总量（合同金额）管理的主要需求 与外围系统的接口,蓝图实施关键公用信息-额度,关于担保品的管理担保品的创建和担保品信息及状态的维护动作可以在BANCS或审批系统实现（暂定）。担保品信息及状态的存储在BANCS系统实现。关于担保合同

23、管理担保合同模版的定制、合同的创建、打印, 合同信息及状态的维护在审批系统实现；授信合同生效前的担保合同信息在审批系统储存。授信合同生效时，审批系统或BANCS（待定）根据担保合同所关联的授信合同本金及担保品抵质押权利价值信息计算利息费用受偿率指标是否符合要求，否则提示。授信合同生效时，担保合同关键信息通过接口导入BANCS系统，形成BANCS系统合同层信息，担保品与担保合同关联，担保合同与授信合同关联。授信合同生效后的担保合同信息在BANCS系统储存，并实现对交易的控管（包括质押资金的控管、最高额担保合同的有效控管）。,蓝图实施关键公用信息-押品,担保管理边界-担保管理功能在各系统的分布与系

24、统接口情况,蓝图实施关键公用信息-押品,国际结算类系统技术方案,国际结算类系统技术方案国际结算系统保理、保函、商业发票贴现,国际结算业务系统技术方案：,现有架构,总行MERVA系统,分行MERVA系统,国际结算系统,国结前端,NACS/SBS,柜员前端,分行MERVA前端,NICS,RTS,分行端,总行端,新的国际结算系统已经立项，并且新国际结算系统为全国集中的模式。新国结系统的业务功能将覆盖目前的国际结算系统、保函系统和保理系统。,国际结算类系统技术方案,国际结算系统与BANCS接口方案的实施策略 ：,BANCS与新国际结算系统进行接口开发，而不再针对现有国际结算系统进行接口开发。上述策略要

25、求新国际结算系统需在2007年2月底之前完成程序开发工作。不再开发老系统同BANCS的接口，如新国际结算系统不能达到上述时间计划要求，河北分行投产时，需要通过手工方式实现国际结算业务处理。,国际结算类系统技术方案,保函、保理、商业发票贴现系统解决方案 ：,根据总行规划及IT蓝图实施办公室意见，需要建立新的国际结算系统，该系统将包括保函、保理、商业发票贴现业务 。目前，只有保理、保函只与总行NACS有联机接口。根据我们的统计，保函、保理、商业发票贴现业务量非常小。考虑到上述几点，建议在BANCS投产行，仍然保留目前的手工入账模式，未来随新国际结算系统的上收逐步替代。,国际结算类系统技术方案,End & Thanks,Thanks Again！,