1、中国银行中国银行ITIT蓝图实施蓝图实施简要介绍简要介绍IT蓝图实施办公室2006-9-04一：开发的时间要求：一：开发的时间要求：项目启动时间：相关系统改造方案确定日，不迟于2006年8月11日。需求截至时间：业务需求或业务流程调整方案最终确定日，不迟于2006年8月30日 开发截至时间：相关系统版本开发完成日，不迟于开发截至时间：相关系统版本开发完成日，不迟于2007年年2月月28日。日。二：二： 投产的时间要求投产的时间要求第一批 ：河北 2006年6月30日前完成第二批：北京、江苏、湖北、辽宁、黑龙江、深圳 ，2008年3月31日前完成第三批：其他所有分行，2008年12月31日前完成
2、。 CBS相关系统实施时间要求相关系统实施时间要求汇报提纲汇报提纲1.1.BANCSBANCS系统简要介绍系统简要介绍2.2.外围系统接入方案介绍外围系统接入方案介绍3.3.蓝图关键公用信息介绍蓝图关键公用信息介绍4.4.国际结算相关技术方案介绍国际结算相关技术方案介绍BANCS系统简要介绍系统简要介绍BANCS系统简要介绍系统简要介绍FNS及及BANCS背景背景1.19821.1982年由澳大利亚新南威尔斯州（年由澳大利亚新南威尔斯州（NSWNSW）的州立大厦社会（）的州立大厦社会（State State Building SocietyBuilding Society）设立；服务于新南威尔
3、州立银行（设立；服务于新南威尔州立银行（State Bank State Bank of NSWof NSW）的数据处理和软件开发。的数据处理和软件开发。2. 19892. 1989年年,FNS,FNS的经理和职员从银行买下了的经理和职员从银行买下了FNSFNS。3.3.目前公司有目前公司有220220员工。员工。4. 20054. 2005年下半年，年下半年，FNSFNS被印度最大的跨行业集团企业（被印度最大的跨行业集团企业（TATATATA）收购，）收购，现作为其子公司现作为其子公司TCSTCS（TATATATA咨询）的一部分。咨询）的一部分。5.5.在过去的在过去的1515年中，年中，F
4、NSFNS在在3535个国家成功实施了个国家成功实施了105105个个CBSCBS项目，从来项目，从来没有失败过！截至目前，全球并行的没有失败过！截至目前，全球并行的CBSCBS项目还有项目还有1414家，主要分布在家，主要分布在中东、东亚、东南亚、非洲、东欧等。中东、东亚、东南亚、非洲、东欧等。ChannelsIntegrated Channel SystemPaymentDepositLoanCardDelivery Channel ManagementCIFCore BaseManagementAccountingTreasuryMarketRisk Mgt.Loan Mgmt.Op.
5、CRMLoanRisk Mgt.AnalyticCRMOthers（OA, HR, EIP, etc）DataMartEnterprise DatawarehouseFeedback/InteractiveGL/F.A.Analytic APPOperational APP(Back End)MIS APPOperational APP(Front End)BANCS LinkBANCS 系统结构系统结构BANCS 系统结构系统结构INVMBORMGLDMCUSMCUSV1CUSV2ConnectBANCS 主要的渠道包括主要的渠道包括:BNCS-Link (柜面前端，选用)BNCS-Conn
6、ect (Internet Bank 没选用)BANCS CARD (卡接入 选用)GPG (全球支付网关)BANCS 系统结构系统结构-渠道渠道BANCS 系统结构系统结构-特点特点BANCS的主要特点：的主要特点： 支持完整的7X24小时 支持平台与数据库无关 多语言、多币种支持 参数驱动（产品、交易、客户、权限） 交易驱动 面向客户CIF 主要特点主要特点 存储有所有客户的详细信息 可以作为ECIF的核心数据源 建立有客户与各类实体间的关联关系（如账户、客户、限额、押品） 可以对特定客户进行参数定制（Profile file）BANCS 主要模块主要模块-CIFDEPOSIT主要特点主要
7、特点 活期帐户 定期帐户 账户透支BANCS 主要模块主要模块-DepositCurrent Account主要特点主要特点 支票相关处理 支票本的申请、购买 金融转账 批量清算（TrickleFeed）BANCS 主要模块主要模块-Current Accounts贷款模块主要特点：贷款模块主要特点： 贷款帐户的管理 多段利率设置管理 利率历史调整 还款历史调整贷款追踪的主要特点：贷款追踪的主要特点： 工作流管理工具（审批、放款、清偿、关闭） 交易、事件的划分（事件只记录状态，可以外接系统管理） 自动文档生成BANCS 主要模块主要模块-LoansBranch Account 的主要特点：的主
8、要特点： 账户可自动生成也可人工维护 支票清算、挂账 外部清算（SWIFT、旅行支票、CUP、人行） 现金帐户 或有帐户 Contingent Accounting (off-balance sheet items)BANCS 主要模块主要模块-Branch Account安全特性安全特性 交易级别设置 审计日志 (changes to security and static details) 主管授权, 错误交易信息, etc 柜员安全性：柜员安全性： 柜员以机构、用户、密码签到 Host效验柜员信息 交易权限分为柜员和柜员组客户安全性客户安全性 客户号、帐号带有效验位 可设置客户密码BAN
9、CS 主要模块主要模块-安全特性安全特性160个收费码个收费码可在产品级、客户级定义收费可在产品级、客户级定义收费可全面参数设置可全面参数设置描述年级及区域划分收费标准可设定收费比率及折扣有减免方式动作或事件驱动BANCS 主要模块主要模块-费用与收费费用与收费押品管理押品管理 可定义押品类型 可与客户、账户建立联系（Link） 可分配优先级及百分比 可作Review、重估及到期设置BANCS 主要模块主要模块-押品管理押品管理额度的主要特点：额度的主要特点：客户可定义结构客户级、产品级、账户级固定及循环使用的额度系统具备系统具备FacilityFacility管理功能：管理功能：系统支持额度
10、的动态管理流程。支持额度的使用、释放、冻结、解冻等动作，可设定额度的循环状态（即可循环或者不可循环）；系统可反映处于不同状态（如已使用、冻结等）下的授信的金额。BANCS 主要模块主要模块-额度额度电子邮件与日志电子邮件与日志Send messages to a branch or security level groupingText messages to customers and accounts (Diary items, follow-ups and “notes”)Displayed when transaction performedIntegrated to other fi
11、nancial areas债务催收债务催收消息通知消息通知约定转账约定转账BANCS 主要模块主要模块-其他其他外围系统接入外围系统接入BANCS方案简要介绍方案简要介绍外围系统接入外围系统接入BANCS方方案简要介绍案简要介绍BANCS的对外接口的对外接口BANCS对外提供的标准接口：对外提供的标准接口：Host Interface Transactions：用于支持外围系统对核心系统的联机交易联机交易服务请求；Trickle Feed：用于支持外围系统对核心系统的批量批量资金服务请求；Global Payment Gateway：用于支持与SWIFT等外部支付清算网络进行报文交换报文交换；
12、BANCS主动对外发送信息及提供数据的方式主动对外发送信息及提供数据的方式信息的主动通知为总帐提供数据为MIS提供数据BANCS与总账的标准接口与总账的标准接口Host Interface TransactionHost Interface Transaction的功能的功能Host Interface Transaction是BANCS 在线交易的处理的一个功能模块，处理外部系统以交易形式提交的信息； 通常的业务功能包括：账户及客户的建立、金融交易、查询及维护请求等 ；Host Interface Transaction的使用方式的使用方式外部系统通过BANCS的交易网关使用Host Int
13、erface TransactionHost Interface Transactions的处理机制的处理机制BANCS系统的Host Interface Transactions是基于TCP/IP协议的解决方案，使用SOCKET方式实现。接口格式接口格式BANCS内部的消息格式ISO8583数据格式Trickle FeedTrickle Feed的功能的功能Trickle Feed是BANCS 在线交易处理的一个功能模块，处理外部系统以文件形式提交的批量交易数据。 通常的业务功能包括：工资入帐文件、支票清算文件、银行内部借方/贷方交易等 Trickle Feed的操作方式的操作方式Trick
14、le Feed 是通过BANCS的主控界面菜单BNCONS来设置的（操作员）。自动触发Trickle Feed的实现机制的实现机制交易数据可以多种形式从外系统接收过来，包括FTP、流带、磁盘等。Global Payment GatewayGlobal Payment Gateway的功能的功能GPG是BANCS 针对外部报文信息处理的一个功能模块，其可以实现SWIFT报文的接入、发送并处理外部支付信息。通常的业务功能包括：国外汇款、国外汇票、国内同业往来、外部信息处理.Global Payment Gateway的实现机制的实现机制交易数据可以多种形式从外系统接收过来，包括SWIFT、基于文件
15、的信息处理。通过对信息的处理完成信息处理、配对，并对信息进行检查和分配，完成支付交易BANCS与总账的标准接口与总账的标准接口BANCS与总账的标准接口与总账的标准接口BANCS系统日间空闲时，通过其次级更新（Secondary Update）机制，产生传票明细。EOD之后，按照总账定义的维度与粒度，BANCS系统将传票明细汇总后，生成文件，送总账处理。核心银行系统接口技术方案核心银行系统接口技术方案A：自助平台；B：柜面前端；C、D：电子渠道；E：其他渠道；F：相关系统；G：MIS系统；H：总帐；I：外部清算网络；蓝图实施关键公用信息简要介绍蓝图实施关键公用信息简要介绍蓝图实施关键公用信息蓝
16、图实施关键公用信息简要介绍简要介绍蓝图实施关键公用信息蓝图实施关键公用信息-提纲提纲关键公用信息简要介绍关键公用信息简要介绍l机构、帐号规则lCIF 统一展现问题l账户开立原则l一本帐模式l额度与押品我行需求我行需求 客户化，将机构类型的取值扩展为：0总行，1一级分行，2二级分行，3县支行，4网点。 BANCS系统功能系统功能 BANCS的机构层级为3级：总行、区域分行和网点，无论机构层级和类型如何，在系统中都体现为一条“分行参数”的数据记录。系统可以通过参数识别机构的类型和层级上下级关系。 蓝图实施关键公用信息蓝图实施关键公用信息-机构机构我行需求我行需求 使用BANCS自动客户号编码的方式
17、，已确定客户号为10位 ，数据移植时为所有客户在BANCS系统中统一重新生成客户号，客户号可以考虑不交付给客户使用，为系统内部唯一标识。 对于外围渠道(如网上银行、呼叫中心等)的客户号，如果已经交付客户使用，可以考虑在渠道继续使用，不追求渠道客户号和核心系统客户号为同一号码，在渠道系统中完成对照转换关系。 蓝图实施关键公用信息蓝图实施关键公用信息-客户号客户号我行需求我行需求 希望有保留吉祥账户号码留待特殊客户使用的功能。在手工录入账号开户时判断必须是保留的号码否则禁止手工开立。 对照表方案为“旧进新出”，帐号长度使用BANCS规范。 对于账号转换的原则为：尽量不因为新核心系统的上线对客户产生
18、影响。BANCS系统功能系统功能 BANCS 自动编号功能支持多达16位数字的客户号编码，另有1位不存储在数据库中的校验位，共17位。校验数字可使用10模或11模，或没有校验数位。 蓝图实施关键公用信息蓝图实施关键公用信息-帐号帐号其他需注意问题：其他需注意问题： BGL账号的总长度与客户账同为16位，其生成规则通过“银行参数”交易中的参数定义结构化规则，通常包含机构号码、货币信息和科目信息。 保留账户号码的功能可以使用BANCS的标准交易，并配合开户时自动给号和人工给号的方式来实现。 蓝图实施关键公用信息蓝图实施关键公用信息-帐户号帐户号我行需求我行需求 机构编码长度为5位数字。 使用BAN
19、CS的额度和担保品编码方式 。 柜员号编码为7位数字。 日交易流水号码不小于8位数字。蓝图实施关键公用信息蓝图实施关键公用信息-其他编码其他编码 客户统一视图 将周边系统上基于帐号（存、贷、借计卡等）或客户号的签约信息作为副本保存在BANCS上。（关联索引信息） BANCS客户统一视图的展现内容将包含自身的（存、贷、支付结算）和周边系统上的关键签约信息（关联索引）。 客户信息（基本）共享 BANCS管理基本客户信息；周边系统管理特有客户信息，可以保存部分客户基本信息作为副本使用。 周边系统上凡是涉及到新增、修改本地客户基本信息（副本）的操作，都需要通过联机接口从BANCS实时获得。 每（日）终
20、，BANCS生成客户基本信息变动增量文本，并下传，周边系统获得后，有选择的更新本地副本信息。这样在周边系统上既可以避免了客户基本信息的二次录入，又可以基本满足客户信息共享的需求。蓝图实施关键公用信息蓝图实施关键公用信息-CIF接口平台接口平台周边系统周边系统BANCS支付结算、支付结算、存款存款贷款贷款CIF统一客户视图统一客户视图客户基本信息客户基本信息CBS其他客户信息其他客户信息周边系统关联索引信息周边系统关联索引信息(副本）副本）基金系统（基金系统（CIF部分）部分）数据下传平台数据下传平台渠道系统柜台柜台（BancsLink）网银网银客户服务中心客户服务中心电话银行电话银行客户基本信
21、息客户基本信息(副本）副本）基金其他客户信息基金其他客户信息周边系统签约信息周边系统签约信息周边系统关联索引周边系统关联索引每（日）生成关联索引批量每（日）生成关联索引批量文本，并下传文本，并下传BANCS下下载并装入载并装入客户统一视客户统一视图展现图展现如需要，可根据关联信息到周边系统中进一步查询详细签约信息通过联机接口从BANCS获得客户基本信息,并有选择的保存在本地作为副本使用客户基本信息客户基本信息（增量）（增量）每（日终）生成“客户基本信息”增量变动文本并下传下载，并更新本地副本内容在周边系统发起开户（基金开户）蓝图实施关键公用信息蓝图实施关键公用信息-CIF-架构架构客户统一视图
22、客户统一视图 周边系统 根据客户统一视图需求，制定生成关联索引信息的内容和格式。 按上述，每日生成关联索引批量文本，并下传“数据下传平台”。 数据下传平台 汇集各相关周边系统的关联索引文本。 BANCS 分别在客户主文件（CUSM）、存款主文件（INVM）和贷款主文件（BORM）建立附表，用以保存周边系统的关联索引信息。 构造统一客户视图展现的多个查询交易 从数据下传平台下载关联索引文本，并覆盖本地的关联索引信息。 柜台前端 构造统一客户视图展现的多个查询交易 根据关联索引信息，联动周边系统查询交易，进一步查阅关联索引指向的详细信息。蓝图实施关键公用信息蓝图实施关键公用信息-CIF-要点要点客
23、户信息共享客户信息共享 周边系统 调整现有开户程序流程，由现在的柜员手工录入客户基本信息，调整为联机从BANCS读取，然后有选择的（至少包含客户号）保存在本地作为副本使用。 从数据下传平台下载客户基本信息（增量文本），有选择的更新本地副本。 随BANCS投产顺序，需要将当地分行的周边系统中的客户基本信息与BANCS建立对应关系（填充对应的客户号） 接口平台 为周边系统调用BANCS联机接口提供支持。（具体内容接口平台中有专题说明） BANCS 向周边系统提供客户基本信息联机查询接口（输入项：帐号、客户号、借计卡等） 每日终，生成客户基本信息变动增量批量文本，并下传到数据下传平台。蓝图实施关键公
24、用信息蓝图实施关键公用信息-CIF-要点要点帐户开立原则帐户开立原则 （目前尚未最后确定） BANCS 与客户相关的存、贷款帐号 必须的BGL帐号（往来、现金、临时存欠、外汇买卖等） 周边外围系统周边外围系统 在BANCS中不开立的，只与本系统有关的帐户。 总帐总帐 综合核算在GL系统中完成,即所有业务交易所形成的真实,完整,平衡的会计传票及总帐系统自身的内部结转传票和调整传票均在GL中汇集并加工成符合总帐系统维度的总帐； 总帐系统基于机构,货币,科目,产品(产品/核算码)四个维度进行核算,不会开立基于客户或合同项下的明细帐户。蓝图实施关键公用信息蓝图实施关键公用信息-帐户开立原则帐户开立原则
25、BANCS基础版本采用“一本账”的模式，交易完成后即时更新客户账户的余额；“二次更新”完成内部转账,即:通过在“交易参数（ED2）”中设置“IB”参数（“IB”参数仅发挥内部平衡及明确各分行往来资金情况，没有计息功能，也不含分行层级信息），记录各分行的资金往来交易。 例一：河北唐山例一：河北唐山 到到 北京海淀的一笔汇划交易，清算分录如下：北京海淀的一笔汇划交易，清算分录如下：DR 809（唐山客户） CR 唐山IBDR 海淀IB CR 809（海淀客户） 例二：河北唐山例二：河北唐山 到到 山东烟台的一笔汇划交易，清算分录如下：山东烟台的一笔汇划交易，清算分录如下： DR 809（唐山客户）
26、 CR 唐山IB DR 河北IB CR 河北9061B 总行NACS中分录、山东SBS中分录不变蓝图实施关键公用信息蓝图实施关键公用信息-一本帐一本帐基本原则基本原则 审批在授信审批系统； 对总量的占用在授信审批系统； 对已占用总量（合同金额）具体使用的控管在核心银行系统。蓝图实施关键公用信息蓝图实施关键公用信息-额度额度 授信总量管理边界授信总量管理边界工商客户和金融机构客户工商客户和金融机构客户蓝图实施关键公用信息蓝图实施关键公用信息-额度与押品额度与押品已占用总量（合同金额）管理的主要需求已占用总量（合同金额）管理的主要需求设定架构设定架构 CIF号号授授信信额额度度固固定定资资产产贷贷
27、款款人人民民币币美美元元贸贸易易融融资资短短期期贷贷款款进进口口押押汇汇进进口口开开证证出出口口贴贴现现蓝图实施关键公用信息蓝图实施关键公用信息-额度额度授信种类合同金额的设定环节合同金额的使用/释放环节公司贷款授信审批系统-贸易融资授信审批系统贸易融资系统贸易融资系统金融机构贷款等业务授信审批系统-金融机构资金业务授信审批系统资金业务系统金融机构票据业务授信审批系统票据贴现、转贴现系统核心银行系统必须与外围系统建立接口，系统需支持与外围系统的数据交互。已占用总量（合同金额）管理的主要需求已占用总量（合同金额）管理的主要需求 与外围系统的接口与外围系统的接口蓝图实施关键公用信息蓝图实施关键公用
28、信息-额度额度关于担保品的管理关于担保品的管理l 担保品的创建和担保品信息及状态的维护动作可以在BANCSBANCS或审批系统实现或审批系统实现（暂定）。l 担保品信息及状态的存储在存储在BANCSBANCS系统实现系统实现。关于担保合同管理关于担保合同管理l 担保合同模版的定制、合同的创建、打印, 合同信息及状态的维护在审批系统实现；授信合同生效前的担保合同信息在审批系统储存。l 授信合同生效时，审批系统或BANCS（待定）根据担保合同所关联的授信合同本金及担保品抵质押权利价值信息计算利息费用受偿率指标是否符合要求，否则提示。l 授信合同生效时，担保合同关键信息通过接口导入BANCS系统，形
29、成BANCS系统合同层信息，担保品与担保合同关联，担保合同与授信合同关联。l 授信合同生效后的担保合同信息在BANCS系统储存，并实现对交易的控管（包括质押资金的控管、最高额担保合同的有效控管）。蓝图实施关键公用信息蓝图实施关键公用信息-押品押品 担保管理 功能授信种类批复前担保品及保证人信息批复后担保品扫描件审核及担保档案管理批复后担保合同及其关联管理批复后担保品信息保证人管理最高额担保合同控管担保价值管理保证金及其它帐户类质押资金的控管未落实担保条件的系统控管担保品贷后管理：变现、置换、结清释放、抵债担保品的价值估算及评定公司贷款对公授信审批系统及其它系统 BANCS系统是最全面的担保品管
30、理平台，为其他系统提供担保品信息。审批系统完成担保品准入审查，批复后的担保品信息在BANCS系统记录；BANCS系统所记载的担保品信息为审批审核决策提供支持。估值系统利用BANCS系统的担保品信息进行价值估算，并将结果反馈给BANCS。估值系统贸易融资/金融机构贷款及资金业务对公授信审批系统/金融机构应用系统及其它系统国债及其它系统零售贷款零售在线审批系统担保管理边界担保管理边界-担保管理功能在各系统的分布与系统接口情况担保管理功能在各系统的分布与系统接口情况蓝图实施关键公用信息蓝图实施关键公用信息-押品押品国际结算类系统技术方案国际结算类系统技术方案国际结算类系统技术方案国际结算类系统技术方
31、案 国际结算系统 保理、保函、商业发票贴现国际结算业务系统技术方案：国际结算业务系统技术方案：目标架构目标架构新国际结算系统接口平台国结前端BANCSGPGMERVA系统柜员前端现有架构现有架构总行MERVA系统分行MERVA系统国际结算系统国结前端NACS/SBS柜员前端分行MERVA前端NICSRTS分行端总行端1.新的国际结算系统已经立项，并且新国际结算系统为全国集中的模式。2.新国结系统的业务功能将覆盖目前的国际结算系统、保函系统和保理系统。国际结算类系统技术方案国际结算类系统技术方案国际结算系统与国际结算系统与BANCS接口方案的实施策略接口方案的实施策略 ：1. BANCS与新国际
32、结算系统进行接口开发，而不再针对现有国际结算系统进行接口开发。2. 上述策略要求新国际结算系统需在2007年2月底之前完成程序开发工作。3. 不再开发老系统同BANCS的接口，如新国际结算系统不能达到上述时间计划要求，河北分行投产时，需要通过手工方式实现国际结算业务处理。国际结算类系统技术方案国际结算类系统技术方案保函、保理、商业发票贴现系统解决方案保函、保理、商业发票贴现系统解决方案 ：1. 根据总行规划及IT蓝图实施办公室意见，需要建立新的国际结算系统，该系统将包括保函保函、保理、商业发票贴现、保理、商业发票贴现业务 。2. 目前，只有保理、保函只与总行NACS有联机接口。3.根据我们的统计，保函、保理、商业发票贴现业务量非常小。4.考虑到上述几点，建议在BANCS投产行，仍然保留目前的手工入账模式，未来随新国际结算系统的上收逐步替代。国际结算类系统技术方案国际结算类系统技术方案End & ThanksThanks Again！
