IT蓝图实施简要介绍

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

2、月31日前完成。 CBS相关系统实施时间要求相关系统实施时间要求 第3页 汇报提纲汇报提纲 lBANCSBANCS系统简要介绍系统简要介绍 l外围系统接入方案介绍外围系统接入方案介绍 l蓝图关键公用信息介绍蓝图关键公用信息介绍 l国际结算相关技术方案介绍国际结算相关技术方案介绍 第4页 BANCS系统简要介绍系统简要介绍 BANCS系统简要介绍系统简要介绍 第5页 FNS及及BANCS背景背景 1.19821.1982年由澳大利亚新南威尔斯州（年由澳大利亚新南威尔斯州（NSWNSW）的州立大厦社会（）的州立大厦社会（State State Building SocietyBuilding So

3、ciety）设立；服务于新南威尔州立银行（）设立；服务于新南威尔州立银行（State Bank State Bank of NSWof NSW）的数据处理和软件开发。）的数据处理和软件开发。 2. 19892. 1989年年,FNS,FNS的经理和职员从银行买下了的经理和职员从银行买下了FNSFNS。 3.3.目前公司有目前公司有220220员工。员工。 4. 20054. 2005年下半年，年下半年，FNSFNS被印度最大的跨行业集团企业（被印度最大的跨行业集团企业（TATATATA）收购，）收购， 现作为其子公司现作为其子公司TCSTCS（TATATATA咨询）的一部分。咨询）的一部分。

4、5.5.在过去的在过去的1515年中，年中，FNSFNS在在3535个国家成功实施了个国家成功实施了105105个个CBSCBS项目，从来项目，从来 没有失败过！截至目前，全球并行的没有失败过！截至目前，全球并行的CBSCBS项目还有项目还有1414家，主要分布在家，主要分布在 中东、东亚、东南亚、非洲、东欧等。中东、东亚、东南亚、非洲、东欧等。 第6页 Channels Integrated Channel System Payment Deposit Loan Card Delivery Channel Management CIF Core Base Management Account

5、ing Treasury Market Risk Mgt. Loan Mgmt. Op. CRM Loan Risk Mgt. Analytic CRM Others （OA, HR, EIP, etc） DataMartEnterprise Datawarehouse Feedback/Interactive GL/F.A. Analytic APP Operational APP(Back End) MIS APP Operational APP(Front End) BANCS Link BANCS 系统结构系统结构 第7页 BANCS 系统结构系统结构 INVMBORMGLDM CUS

6、M CUSV1 CUSV2 Connect 第8页 BANCS 主要的渠道包括主要的渠道包括: BNCS-Link (柜面前端，选用) BNCS-Connect (Internet Bank 没选用) BANCS CARD (卡接入 选用) GPG (全球支付网关) BANCS 系统结构系统结构-渠道渠道 第9页 BANCS 系统结构系统结构-特点特点 BANCS的主要特点：的主要特点： 支持完整的7X24小时 支持平台与数据库无关 多语言、多币种支持 参数驱动（产品、交易、客户、权限） 交易驱动 面向客户 第10页 CIF 主要特点主要特点 存储有所有客户的详细信息 可以作为ECIF的核心数

7、据源 建立有客户与各类实体间的关联关系（如账户、客户、限额、押 品） 可以对特定客户进行参数定制（Profile file） BANCS 主要模块主要模块-CIF 第11页 DEPOSIT主要特点主要特点 活期帐户 定期帐户 账户透支 BANCS 主要模块主要模块-Deposit 第12页 Current Account主要特点主要特点 支票相关处理 支票本的申请、购买 金融转账 批量清算（TrickleFeed） BANCS 主要模块主要模块-Current Accounts 第13页 贷款模块主要特点：贷款模块主要特点： 贷款帐户的管理 多段利率设置管理 利率历史调整 还款历史调整 贷款追

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

9、ecurity and static details) 主管授权, 错误交易信息, etc 柜员安全性：柜员安全性： 柜员以机构、用户、密码签到 Host效验柜员信息 交易权限分为柜员和柜员组 客户安全性客户安全性 客户号、帐号带有效验位 可设置客户密码 BANCS 主要模块主要模块-安全特性安全特性 第16页 160个收费码个收费码 可在产品级、客户级定义收费可在产品级、客户级定义收费 可全面参数设置可全面参数设置 描述 年级及区域划分收费标准 可设定收费比率及折扣 有减免方式 动作或事件驱动 BANCS 主要模块主要模块-费用与收费费用与收费 第17页 押品管理押品管理 可定义押品类型 可

10、与客户、账户建立联系（Link） 可分配优先级及百分比 可作Review、重估及到期设置 BANCS 主要模块主要模块-押品管理押品管理 第18页 额度的主要特点：额度的主要特点： 客户可定义结构 客户级、产品级、账户级 固定及循环使用的额度 系统具备系统具备FacilityFacility管理功能：管理功能： 系统支持额度的动态管理流程。支持额度的使用、释放、 冻结、解冻等动作，可设定额度的循环状态（即可循环或 者不可循环）； 系统可反映处于不同状态（如已使用、冻结等）下的授信 的金额。 BANCS 主要模块主要模块-额度额度 第19页 电子邮件与日志电子邮件与日志 Send message

11、s to a branch or security level grouping Text messages to customers and accounts (Diary items, follow-ups and “notes”) Displayed when transaction performed Integrated to other financial areas 债务催收债务催收 消息通知消息通知 约定转账约定转账 BANCS 主要模块主要模块-其他其他 第20页 外围系统接入外围系统接入BANCS方案简要介绍方案简要介绍 外围系统接入外围系统接入BANCS方方 案简要介绍案

12、简要介绍 第21页 BANCS的对外接口的对外接口 BANCS对外提供的标准接口：对外提供的标准接口： Host Interface Transactions：用于支持外围系统对核心系统的联机交易联机交易服务请求； Trickle Feed：用于支持外围系统对核心系统的批量批量资金服务请求； Global Payment Gateway：用于支持与SWIFT等外部支付清算网络进行报文交换报文交换； BANCS主动对外发送信息及提供数据的方式主动对外发送信息及提供数据的方式 信息的主动通知 为总帐提供数据 为MIS提供数据 BANCS与总账的标准接口与总账的标准接口 第22页 Host Inte

13、rface Transaction Host Interface Transaction的功能的功能 Host Interface Transaction是BANCS 在 线交易的处理的一个功能模块，处理 外部系统以交易形式提交的信息； 通常的业务功能包括：账户及客户的 建立、金融交易、查询及维护请求等 ； Host Interface Transaction的使用方式的使用方式 外部系统通过BANCS的交易网关使用 Host Interface Transaction Host Interface Transactions的处理机制的处理机制 BANCS系统的Host Interface T

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

15、的实现机制 交易数据可以多种形式从外系统接收过来，包 括FTP、流带、磁盘等。 第24页 Global Payment Gateway Global Payment Gateway的功能的功能 GPG是BANCS 针对外部报文信息处理的一个 功能模块，其可以实现SWIFT报文的接入、 发送并处理外部支付信息。 通常的业务功能包括：国外汇款、国外汇票、 国内同业往来、外部信息处理. Global Payment Gateway的实现机制的实现机制 交易数据可以多种形式从外系统接收过来， 包括SWIFT、基于文件的信息处理。 通过对信息的处理完成信息处理、配对，并 对信息进行检查和分配，完成支付交

16、易 第25页 BANCS与总账的标准接口与总账的标准接口 BANCS与总账的标准接口与总账的标准接口 BANCS系统日间空闲时，通过其次级更新（Secondary Update）机制，产生传 票明细。 EOD之后，按照总账定义的维度与粒度，BANCS系统将传票明细汇总后，生 成文件，送总账处理。 第26页 核心银行系统接口技术方案核心银行系统接口技术方案 A：自助平台；B：柜面前端；C、D：电子渠道；E：其他渠道； F：相关系统；G：MIS系统；H：总帐；I：外部清算网络； 第27页 蓝图实施关键公用信息简要介绍蓝图实施关键公用信息简要介绍 蓝图实施关键公用信息蓝图实施关键公用信息 简要介绍简

17、要介绍 第28页 蓝图实施关键公用信息蓝图实施关键公用信息-提纲提纲 关键公用信息简要介绍关键公用信息简要介绍 l机构、帐号规则 lCIF 统一展现问题 l账户开立原则 l一本帐模式 l额度与押品 第29页 我行需求我行需求 客户化，将机构类型的取值扩展为：0总行，1一级分行，2二级 分行，3县支行，4网点。 BANCS系统功能系统功能 BANCS的机构层级为3级：总行、区域分行和网点，无论机构层级和 类型如何，在系统中都体现为一条“分行参数”的数据记录。系统可 以通过参数识别机构的类型和层级上下级关系。 蓝图实施关键公用信息蓝图实施关键公用信息-机构机构 第30页 我行需求我行需求 使用BA

18、NCS自动客户号编码的方式，已确定客户号为10位 ，数据移植 时为所有客户在BANCS系统中统一重新生成客户号，客户号可以考虑 不交付给客户使用，为系统内部唯一标识。 对于外围渠道(如网上银行、呼叫中心等)的客户号，如果已经交付客户 使用，可以考虑在渠道继续使用，不追求渠道客户号和核心系统客户 号为同一号码，在渠道系统中完成对照转换关系。 蓝图实施关键公用信息蓝图实施关键公用信息-客户号客户号 第31页 我行需求我行需求 希望有保留吉祥账户号码留待特殊客户使用的功能。在手工录入账号 开户时判断必须是保留的号码否则禁止手工开立。 对照表方案为“旧进新出”，帐号长度使用BANCS规范。 对于账号转

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

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

21、凡是涉及到新增、修改本地客户基本信息（副本）的操作，都需要通过联 机接口从BANCS实时获得。 每（日）终，BANCS生成客户基本信息变动增量文本，并下传，周边系统获得后，有 选择的更新本地副本信息。这样在周边系统上既可以避免了客户基本信息的二次录入， 又可以基本满足客户信息共享的需求。 蓝图实施关键公用信息蓝图实施关键公用信息-CIF 第35页 接口平台接口平台 周边系统周边系统 BANCS 支付结算、支付结算、 存款存款 贷款贷款 CIF 统一客户视图统一客户视图 客户基本信息客户基本信息 CBS其他客户信息其他客户信息 周边系统关联索引信息周边系统关联索引信息(副本）副本） 基金系统（基

22、金系统（CIF部分）部分） 数据下传平台数据下传平台 渠道系统 柜台柜台 （BancsLink） 网银网银 客户服务中心客户服务中心 电话银行电话银行 客户基本信息客户基本信息(副本）副本） 基金其他客户信息基金其他客户信息 周边系统签约信息周边系统签约信息 周边系统关联索引周边系统关联索引 每（日）生成关联索引批量每（日）生成关联索引批量 文本，并下传文本，并下传 BANCS下下 载并装入载并装入 客户统一视客户统一视 图展现图展现 如需要，可根据关联信息到周边系统中进一 步查询详细签约信息 通过联机接口从BANCS 获得客户基本信息,并有 选择的保存在本地作为 副本使用 客户基本信息客户基

23、本信息 （增量）（增量） 每（日终）生成“客户基 本信息”增量变动文本并 下传 下载，并更新 本地副本内容 在周边系统发起开 户（基金开户） 蓝图实施关键公用信息蓝图实施关键公用信息-CIF-架构架构 第36页 客户统一视图客户统一视图 周边系统 根据客户统一视图需求，制定生成关联索引信息的内容和格式。 按上述，每日生成关联索引批量文本，并下传“数据下传平台”。 数据下传平台 汇集各相关周边系统的关联索引文本。 BANCS 分别在客户主文件（CUSM）、存款主文件（INVM）和贷款主文件（BORM）建 立附表，用以保存周边系统的关联索引信息。 构造统一客户视图展现的多个查询交易 从数据下传平台

24、下载关联索引文本，并覆盖本地的关联索引信息。 柜台前端 构造统一客户视图展现的多个查询交易 根据关联索引信息，联动周边系统查询交易，进一步查阅关联索引指向的详细信息。 蓝图实施关键公用信息蓝图实施关键公用信息-CIF-要点要点 第37页 客户信息共享客户信息共享 周边系统 调整现有开户程序流程，由现在的柜员手工录入客户基本信息，调整为联机从 BANCS读取，然后有选择的（至少包含客户号）保存在本地作为副本使用。 从数据下传平台下载客户基本信息（增量文本），有选择的更新本地副本。 随BANCS投产顺序，需要将当地分行的周边系统中的客户基本信息与BANCS建立 对应关系（填充对应的客户号） 接口平

25、台 为周边系统调用BANCS联机接口提供支持。（具体内容接口平台中有专题说明） BANCS 向周边系统提供客户基本信息联机查询接口（输入项：帐号、客户号、借计卡等） 每日终，生成客户基本信息变动增量批量文本，并下传到数据下传平台。 蓝图实施关键公用信息蓝图实施关键公用信息-CIF-要点要点 第38页 帐户开立原则帐户开立原则 （目前尚未最后确定） BANCS 与客户相关的存、贷款帐号 必须的BGL帐号（往来、现金、临时存欠、外汇买卖等） 周边外围系统周边外围系统 在BANCS中不开立的，只与本系统有关的帐户。 总帐总帐 综合核算在GL系统中完成,即所有业务交易所形成的真实,完整,平衡的 会计传

26、票及总帐系统自身的内部结转传票和调整传票均在GL中汇集并 加工成符合总帐系统维度的总帐； 总帐系统基于机构,货币,科目,产品(产品/核算码)四个维度进行核算,不 会开立基于客户或合同项下的明细帐户。 蓝图实施关键公用信息蓝图实施关键公用信息-帐户开立原则帐户开立原则 第39页 BANCS基础版本采用“一本账”的模式，交易完成后即时更新客户账户的余额； “二次更新”完成内部转账,即:通过在“交易参数（ED2）”中设置“IB”参 数（“IB”参数仅发挥内部平衡及明确各分行往来资金情况，没有计息功能， 也不含分行层级信息），记录各分行的资金往来交易。 例一：河北唐山例一：河北唐山 到到 北京海淀的一

27、笔汇划交易，清算分录如下：北京海淀的一笔汇划交易，清算分录如下： DR 809（唐山客户） CR 唐山IB DR 海淀IB CR 809（海淀客户） 例二：河北唐山例二：河北唐山 到到 山东烟台的一笔汇划交易，清算分录如下：山东烟台的一笔汇划交易，清算分录如下： DR 809（唐山客户） CR 唐山IB DR 河北IB CR 河北9061B 总行NACS中分录、山东SBS中分录不变 蓝图实施关键公用信息蓝图实施关键公用信息-一本帐一本帐 第40页 基本原则基本原则 审批在授信审批系统； 对总量的占用在授信审批系统； 对已占用总量（合同金额）具体使用的控管在核心银行系统。 蓝图实施关键公用信息蓝

28、图实施关键公用信息-额度额度 第41页 授信总量管理边界授信总量管理边界工商客户和金融机构客户工商客户和金融机构客户 CIF号号 授授信信额额度度固固定定资资产产贷贷款款 人人民民币币美美元元 贸贸易易融融资资 短短期期贷贷款款 进进口口押押汇汇进进口口开开证证出出口口贴贴现现 蓝图实施关键公用信息蓝图实施关键公用信息-额度与押品额度与押品 第42页 已占用总量（合同金额）管理的主要需求已占用总量（合同金额）管理的主要需求设定架构设定架构 蓝图实施关键公用信息蓝图实施关键公用信息-额度额度 第43页 授信种类合同金额的设定环节合同金额的使用/释放环节 公司贷款授信审批系统- 贸易融资授信审批系

29、统贸易融资系统贸易融资系统 金融机构贷款等业务授信审批系统- 金融机构资金业务授信审批系统资金业务系统 金融机构票据业务授信审批系统票据贴现、转贴现系统 核心银行系统必须与外围系统建立接口，系统需支持与外围系统的数据交互。 已占用总量（合同金额）管理的主要需求已占用总量（合同金额）管理的主要需求 与外围系统的接口与外围系统的接口 蓝图实施关键公用信息蓝图实施关键公用信息-额度额度 第44页 关于担保品的管理关于担保品的管理 l 担保品的创建和担保品信息及状态的维护动作可以在BANCSBANCS或审批系统实现或审批系统实现（暂 定）。 l 担保品信息及状态的存储在存储在BANCSBANCS系统实

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

31、 蓝图实施关键公用信息蓝图实施关键公用信息-押品押品 第45页 担保管理 功能 授信种类 批复 前担 保品 及保 证人 信息 批复后 担保品 扫描件 审核及 担保档 案管理 批复 后担 保合 同及 其关 联管 理 批复 后担 保品 信息 保 证 人 管 理 最高 额担 保合 同控 管 担 保 价 值 管 理 保证金及 其它帐户 类质押资 金的控管 未落实 担保条 件的系 统控管 担保品贷 后管理： 变现、置 换、结清 释放、抵 债 担保品 的价值 估算及 评定 公司贷款对公授信审批系统及 其它系统 BANCS系统是最全面的担保品管理平台，为其他系统提供担保品信 息。审批系统完成担保品准入审查，批复后的担保品信息在BANCS系 统记录；BANCS系统所记载的担保品信息为审批审核