银行海外核心系统推广项目技术方案说明书.doc

             海外核心业务处理系统推广项目技术方案             信息技术管理部                               第 1 页 共 173 页 银行海外核心系统推广项目技术银行海外核心系统推广项目技术银行海外核心系统推广项目技术银行海外核心系统推广项目技术 方案说明书方案说明书方案说明书方案说明书银行股份有限公司银行股份有限公司银行股份有限公司银行股份有限公司 年年年年 海外核心业务处理系统推广项目技术方案             信息技术管理部                               第 2 页 共 173 页 文档信息文档信息 文档编号：文档编号： ocbs-0428ocbs-0428 项目名称：项目名称：海外核心业务处理海外核心业务处理 系统推广项目系统推广项目 文档说明文档说明海外核心业务系统推广项目立项技术方案海外核心业务系统推广项目立项技术方案 编编    撰：撰：ocbsocbs 项目组项目组编撰日期：编撰日期： -4-29-4-29 审审    核：核：审核日期：审核日期： 海外核心业务系统推广项目技术方案 3 文档修改记录文档修改记录 版本号版本号版本发布日版本发布日变更说明变更说明编写者编写者审核者审核者 1.0-4-29 创建邹伟力陈林 1.1-4-30 增加 ias39 内容，补充与资金业 务控管平台接口，补充生产硬件 扩容需求。 邹伟力陈林 1.2-5-5 根据中心架构评审会意见调整 ocbs-switch、分行文件服务器 相关内容。 邹伟力 陈林 1.2.2-6-2 根据安全处意见补充说明本期推 广项目用已有的安全技术措施和方 案。 邹伟力 陈林 海外核心业务系统推广项目技术方案 4 目目 录录 1引言.10 1.1编写目的.10 1.2背景.10 1.3术语定义.11 1.4参考资料.12 1.5阅读对象.12 2系统功能目标.13 2.1综合管理业务.13 2.1.1主要的功能需求 13 2.1.2整体的安全、监管及处理要求 14 2.2会计（总账）业务.15 2.2.1科目体系 16 2.2.2总帐 17 2.2.3主要交易 17 2.3客户信息管理（cif）.17 2.3.1主要的功能需求： 17 基本信息.17 客户关系管理.18 环球客户关系管理.19 黑名单和反洗黑钱信息处理.20 预留客户号.21 2.4客户额度管理.22 2.4.1国家机构额度 22 2.4.2抵押品管理 22 2.5活期存款业务.22 2.5.1产品共性 23 2.5.2主要业务 23 2.6定期存款业务.24 2.6.1产品共性 24 2.6.2主要业务 24 2.7贷款业务.24 2.7.1银团贷款 24 2.7.2双边贷款 25 2.7.3贸易融资贷款 25 2.7.4主要业务 25 2.8对客资金业务.25 2.8.1即期外汇买卖 26 2.8.2远期外汇买卖 26 2.8.3选择期外汇买卖 26 2.8.4掉期外汇买卖 26 海外核心业务系统推广项目技术方案 5 3系统功能设计.28 3.1综合管理业务.28 3.2会计（总账）业务.29 3.3客户信息管理（cif）.30 3.4客户额度管理.31 3.5存款业务.31 3.6贷款业务.32 3.7对客资金业务.34 4系统架构.35 4.1ocbs 架构设计原则35 4.2ocbs 逻辑架构36 4.2.1ocbs 系统逻辑架构图 .36 4.2.2ocbs 在全行系统中的位置 .39 4.3ocbs 物理架构40 4.4ocbs 数据架构41 4.4.1总体数据模型 41 4.4.2概要数据模型 42 4.5ocbs 运行环境44 4.6ocbs 与其它系统的关系44 4.7技术架构及平台组件.45 4.7.1核心系统（ocbs-core） 45 功能框架.45 技术框架.46 4.7.2前置系统（ocbs-switch） 52 功能架构.52 技术框架.53 4.7.3柜台系统（ocbs-branch） 55 功能框架.55 技术框架.57 4.7.4集成系统（ocbs-integrator） 60 5系统关键方案.61 5.1多时区方案.61 5.1.1实现本方案的子系统 61 5.1.2背景及要求 61 5.1.3总体架构 61 5.1.4技术架构 62 5.1.5部署架构 64 5.2多语言支持.66 5.2.1基本方案 66 5.2.2应用处理 67 5.3联机处理方案.70 5.3.1实现本方案的子系统 70 海外核心业务系统推广项目技术方案 6 5.3.2联机处理机制 70 5.3.3组件分组管理 72 5.4多分行批处理方案.73 5.4.1实现本方案的子系统 73 5.4.2批处理调度框架 73 5.4.3作业调度 74 5.4.4服务调度 76 5.5账务与利息处理方案.77 5.5.1实现本方案的子系统 77 5.5.2账务处理机制 77 5.5.3冲正 81 5.5.4年终结算 82 5.5.5计息原则 83 5.5.6利息税 86 5.6现金管理方案.87 5.6.1实现本方案的子系统 87 5.6.2实现原则 87 5.7集中参数管理方案.88 5.7.1集中参数管理现状 88 5.7.2集中参数管理推广方案 88 5.8海外分行核算码.90 5.9ias39 有效利率(eir)处理90 5.9.1实现本方案的子系统 90 5.9.2背景及要求 91 5.9.3系统逻辑架构 91 5.9.4推广方案 91 5.9.5技术部署 92 5.10统一客户管理方案.93 5.10.1实现本方案的子系统93 5.10.2实现原则93 5.11风险额度方案.94 5.11.1实现本方案的子系统94 5.11.2实现原则94 5.127*24 支持方案95 5.12.1实现本方案的子系统95 5.12.2系统运转模型95 5.12.3应用档案设计模型96 5.13产品工厂方案.98 5.13.1实现本方案的子系统98 5.13.2产品工厂机制98 5.13.3产品工厂框架100 5.14工作流方案.102 5.14.1实现本方案的子系统102 5.14.2工作流处理机制102 海外核心业务系统推广项目技术方案 7 5.14.3工作流框架105 5.14.4工作流工作流程107 5.15分行外联方案.108 5.15.1实现本方案的子系统108 5.15.2集成功能架构108 5.15.3部署架构110 5.16报表子系统方案.110 5.16.1功能特点110 5.16.2报表子系统物理架构图110 5.16.3其他海外分行部署方案111 5.17监管特别要求.111 6接口设计.114 6.1ocbs 接口概述114 6.2ocbs 与其他系统的关系114 6.2.1行内系统 114 sun accounting system.114 odas.115 eximbills.115 ecif.115 gmps.116 ectip.116 eaih.117 ods.117 opics.117 0资金业务控管平台.118 6.2.2第三方系统 118 reuters.118 hkicl.118 黑名单、反恐、反洗钱系统.119 tu/ccra.120 6.3ocbs 内部各子系统接口120 6.3.1ocbs-branch 与 ocbs-core121 6.3.2ocbs-branch 与 ocbs-integrator.121 6.3.3ocbs-switch 与 ocbs-core.122 7环境规划.123 7.1开发、测试环境.123 7.1.1ocbs 硬件配置 .123 7.1.2软件配置 124 7.1.3网络要求 125 7.2生产环境.125 7.2.1ocbs 硬件配置 .128 7.2.2软件配置 131 海外核心业务系统推广项目技术方案 8 7.2.3网络要求 132 连通性要求.132 技术要求.132 8安全保密设计.134 8.1网络层.134 8.2系统层.135 8.3应用层.135 8.3.1应用安全策略 135 8.3.2应用安全管理 135 身份认证.136 权限管理.137 授权处理.140 稽核.142 8.4数据层.143 8.4.1数据安全评估 143 8.4.2数据安全策略 143 8.4.3数据安全管理 146 8.5ocbs-branch的安全策略146 8.5.1浏览器端安全策略 147 8.5.2网络通信安全策略 147 8.5.3系统安全策略 149 8.5.4web 服务器安全策略 .149 8.5.5ocbs-branch 应用级安全策略 .151 9系统维护设计.152 9.1系统运行管理.152 9.1.1ocbs-core 152 操作管理.153 版本升级变更机制.153 应用监控.154 日终运行.155 9.1.2ocbs-integrator 156 操作管理.157 版本升级变更机制.158 系统监控.159 日终运行.160 9.1.3ocbs-switch 160 操作管理.160 版本升级变更机制.160 系统监控.160 9.1.4ocbs-branch 161 操作管理.161 版本升级变更机制.161 海外核心业务系统推广项目技术方案 9 系统监控.161 9.2应用系统备份与恢复.162 9.2.1ocbs-core 162 系统级的数据备份.162 应用的数据备份.162 应用数据的恢复.163 网络恢复.164 9.2.2ocbs-integrator 164 系统级数据备份.164 应用级的数据备份.165 数据的恢复.165 应用恢复.165 9.2.3ocbs-switch 165 9.2.4ocbs-branch 166 9.3系统灾难备份与恢复.166 9.3.1ocbs-core、ocbs-switch 灾备与恢复 .167 9.3.2ocbs-switch 、ocbs-integrator、ocbs-branch 灾备与恢复 .168 10系统风险评估.169 10.1技术风险.169 10.2业务风险.170 10.3实施风险.170 海外核心业务系统推广项目技术方案 10 1 1 引言引言 1.1 1.1 编写目的编写目的 根据总行统一规划，需要在两到三年内完成海外分行系统推广任务， 根据总行和海外分行推广业务需求，按照总行应用规划和系统*规范标准的 要求，编制了海外核心业务处理系统推广（简称：ocbs 推广）项目技术 方案。本文档是项目分析阶段的重要技术文档，描述了海外核心业务处理 系统的整体架构、重要技术方案和与其它系统的接口关系。在项目实施阶 段，将依据本文档进行系统的部署和*工作，并依据本文档和业务需求说明 书进行系统的概要设计和详细设计。 1.2 1.2 背景背景 目前的海外市场，特别是潜在高成长性目标市场（新兴市场） ，如与中 国经济互补性较强的能源大国、贸易大国及周边国家等，存在许多业务机 会，为我行海外业务发展和网络*提供了良好机遇。按照我行的战略规划， 未来的几年内，我行的海外业务将有较大的拓展：以设立分行、子银行等 经营性机构为主、代表处为辅，立足自身发展，不断做大做强。 在业务发展上，我行的方针是大力拓展中间业务，不断挖掘新的业务 及利润增长点，从产品、服务等各方面不断促进境内外业务的协调发展， 完善我行业务功能。 根据我行的海外业务发展策略，未来海外市场拓展对信息技术的要求 主要有以下几个方面： 1、满足海外业务的大幅度增长需要。海外分行业务计划未来三年在港 澳地区网点和业务量都增加一倍以上； 2、业务联动。利用建行的实力，把港澳等亚洲地区和大陆地区紧密地 联系起来，并拓展在欧美非的业务； 海外核心业务系统推广项目技术方案 11 3、开展新业务。支持海外分行快速推出新业务，适应激烈竞争的市场 需要。 4、机构拓展。建行未来几年将在更多的国家和地区开设分行，或进行 并购扩张，拓展海外市场。 5、信息集中管理。强化总行对各海外行的业务监管，通过 it 集中的 方式实现信息集中。 2009 年，我行开发了海外核心业务处理系统，并实现了在香港分行的 上线。年 2 月，行领导指出：我们已经取得了“阶段性的成功“，但系统 本身目前尚需要继续对其各种功能进行完善和优化，系统还有待实现在我 们所有海外机构的推广。所需推广的系统包含了 ocbs 及其周边外围系统， 如 opics、数据仓库(odas)，是诸多系统整合打包后形成的标准版本。 本技术方案说明书的重点是：ocbs 系统为推广必须进行的改造*工作。 1.3 1.3 术语定义术语定义 术术  语语说说   明明 ocbs海外核心业务处理系统（overseas core banking system） 。 ocbs-core：海外核心业务处理系统-核心系统。 ocbs-integrator海外核心业务处理系统-集成系统，提供海外分行内 部的渠道整合、外联系统连接、应用系统整合等功能。 ocbs-branch海外核心业务处理系统-前台系统。 ocbs-terminal海外核心业务处理系统-终端系统。 ocbs-switch海外核心业务处理系统-联动系统。 海外核心业务系统推广项目技术方案 12 联动系统，包括海外机构与总行的联动和海外分行间 的联动。 component组件（component）是一种软件系统部件的形式，它 具有约定的接口，实现明确的功能，简单的说法：组 件是完成独立功能的软件单元。组件也称构件。 swiftswift 是“society worldwide interbank financial telecommunication 环球同业银行金融电讯协会”的 英文简称， swift 在世界范围内的会员银行间为金 融消息交换提供消息服务，如信用证，支付，证券交 易等。 1.4 1.4 参考资料参考资料 中国*银行应用架构规范汇编 v2.0  信息技术管理部 中国*银行总行信息技术项目管理实施细则（试行）  信息技术管理部 中国*银行海外应用系统规划           信息技术管理部 *银行海外核心业务系统推广项目业务需求说明书  国际部 海外分行 中国*银行信息技术（产品）分类目录       信息技术管理部 1.5 1.5 阅读对象阅读对象 本文档阅读的对象是海外分行推广项目参与人员、总行和海外机构的相关 管理人员、业务人员和技术人员。 海外核心业务系统推广项目技术方案 13 2 2 系统功能目标系统功能目标 本期项目以批发业务为主，主要业务范围包括：综合管理、总帐业务、 额度管理、存款、贷款、资金交易、现金管理、客户信息。其它业务如贸 易融资、清算等由于业内或我行有专业系统处理，不在核心系统中考虑。 2.1 2.1 综合管理业务综合管理业务 综合管理是指建行海外分行核心业务处理系统在支持全球各海外分行 运行模式下所需要的安全控管及公用管理功能，包括机构管理、用户及操 作权限管理、机构营业日管理、业务/货币节假表管理、利率管理、货币及 汇率管理、参数管理、代码表维护等，是各海外分行业务安全运行与规范 操作的基础。在提供各个业务系统管理功能的同时，综合管理系统还为各 个业务系统定义或设立各个的机制，包括复核授权机制、安全机制、跨业 务系统交易机制、稽核机制、交易冲正机制、业务流程定义机制，让各个 业务系统执行遵守，提高各个业务系统的一致性及整合性，构建富生命力 的综合业务系统。 2.1.1 2.1.1 主要的功能需求主要的功能需求 1)机构及用户管理 让系统管理员统一全面的管理我行各海外分行的分 支机构以至系统用户和操作权限； 2)系统参数设定及维护 让系统管理员设定各个业务系统的运作参数， 确保系统按照银行业务需求运行，保证各个业务的有序进行； 3)交易控制、配置及管理 让系统管理员通过调整参数，对各个交易进 行管理，包括交易的操作模式、交易的操作权限及授权要求； 4)利率/汇率/费率管理 通过综合管理系统在全系统中统一设定及维护 所有业务的利率/汇率和费率参数，让银行在面对市场运作条件发生变 化能够快速反应，减少错误操作； 海外核心业务系统推广项目技术方案 14 5)产品管理 让系统管理员能够为银行定制和管理各个业务系统所提供 的产品，确保产品的运作能够按照银行的业务规则进行； 6)其它管理功能 包括公共代码管理、设备管理、重要空白凭证的管理， 以及在面对突发事件（如台风）的标准应急处理； 7)稽核需求 为各个业务系统提供完整的稽核记录，从而生成各种审计 报表，满足银行以至监管机构的稽核要求。 2.1.2 2.1.2 整体的安全、监管及处理要求整体的安全、监管及处理要求 在整个海外分行核心业务系统的框架下，系统需要配置系统管理员、 系统操作员与业务人员的三层架构。 整个系统中应该有一个专职的系统管理员或系统安全员，负责全系统的 安全机制设置和管理的工作。系统管理员也需要有备份的系统管理人员， 以确保一旦原系统管理员不能履行相关管理功能时能够接手进行管理的工 作。 除了整个系统的系统管理员外，每个使用系统的分行需要委派一个分 行系统管理员和备份管理员，负责该分行的系统管理工作。 系统管理员和分行系统管理员都只是参与系统的总体管理职能，本身 不应该具备任何业务操作的权限，以达到业务与管理彻底分离的原则。 系统管理员主要的职能包括： 1)设定及维护系统的系统参数； 2)负责整个系统软硬件的版本升级； 3)设定各个分行的系统管理员，并初始化及管理分行系统管理员的操作 密码； 4)监督整个系统的正常运作。 分行系统管理员的职能包括： 海外核心业务系统推广项目技术方案 15 1)设定及维护各自分行的系统参数； 2)设定及维护分行下业务人员的用户账户及操作权限，并生成及管理他 们的操作密码； 3)监督整个分行业务的正常运作。 除了系统管理员外，海外分行核心业务系统还需要配置系统操作员， 负责数据中心的系统运作，包括联机处理、日终批处理及各种业务报表的 生成和分发。系统操作员的职能权限是参与数据中心核心业务系统的操作， 不具备任何系统管理与业务操作的功能。为了支持数据中心 24 小时的运作 要求，系统操作员是需要轮班工作的。 除了上述的管理要求外，综合管理项下所涉及的参数设置与维护均会 影响到业务系统的运行，因此涉及的维护均需要应用录入/复核 （maker、checker）原则。所有的变动需要在系统保存完整的审计跟踪记 录，并生成各种审计报表。这个原则也推广到各业务系统，即各业务系统 也要提供并支持交易录入/复核的业务模式、支持完整的授权机制并生成交 易流水与日志，以达到互相监督制衡的作用。 2.2 2.2 会计（总账）业务会计（总账）业务 总账系统主要负责银行的财务会计及管理会计信息管理，包括与业务 相关（存款业务、贷款业务、外汇业务、投资类业务）和与业务无关（费 用摊分、应收款、应付款和固定资产处理）的财务信息，从而生成各种财 务报表。 总账系统也提供标准的接口，让各个业务系统在需要生成会计分录时 调用。接口是以套为单元，每套分录包含 2 笔或以上的会计分录。会计分 录可以设定核算单元、日期和币种。在记账过程中，记账模块要检查每套 分录按核算单元、日期和币种借贷平衡，否则会拒绝进行处理。记账模块 还需要生成因为跨核算单元而产生的清算分录。 海外核心业务系统推广项目技术方案 16 总账系统也包括银行与代理行或往来银行影子账户（nostro account） 的管理（开户、维护、销户、查询功能）和对账功能，并支持设定 nostro account 的处理属性。 总账系统也支持固定资产的管理功能、管理会计的业务要求。 总账系统也提供一系列的财务信息查询以及报表，让财务部门能够充 分掌握及管理银行自身的财务状况。 对新的国际会计制度的 ias39 业务要求，对应收贷款及定期存款，提 供有效利率（effective interest rate (eir)）的计算，并且按该有效利率对 相关资产或负债的利息、费用作应计金额的计算和分摊。 2.2.1 2.2.1 科目体系科目体系 海外分行推广将采用总行的科目结构。所有海外分行都使用由总行的 海外分行核算码 ，海外分行核算码由两级构成，一级核算码代码长度为 5，二级核算码代码长度为 8。其中二级核算码由“5 位一级核算码 3 位产 品码”构成。核算码的前 5 位由总行管理，后 3 位有各海外分行管理。 总账账号由部门号或核算单元号 科目号 货币号组成。 按科目记帐方式，科目可分为： 标准科目（standard account） - 一般的科目类别，可以通过各 种方式进行记账，没有记账的限制； 支持科目（backing account） - 代表该科目为汇总记账科目， 在日终处理时，系统自动从各个记到支援的明细账户（客户账或 内部账）把当日交易轧差记到支持科目的总账账户中。支持主要 应用于客户账余额所对应的总账科目，通过轧差记账方式来减少 交易明细的数目，支持标志的账户不能直接通过手工录入方式进 行记账； 控制科目（control account） - 该科目有记账的控制，只能从应 海外核心业务系统推广项目技术方案 17 用系统（包括活期存款系统、定期存款系统、贷款系统）生成各 个交易，并记到这类的账户中。设有控制标志的账户不能直接的 通过手工录入方式进行入账。 每套会计分录必须要按核算单元、发生日期、币种借贷平衡。 2.2.2 2.2.2 总帐总帐 总账信息：用于登记各个 gl 账户当前的账户信息，主要内容为上日余 额、上月余额、上年余额、本年借贷笔数金额、本月借贷笔数金额、本日 借贷笔数金额。 历史信息：用于登记各 gl 账户的历史明细信息。 2.2.3 2.2.3 主要交易主要交易 科目维护、主科目对照表维护、总帐帐户维护、批量开销户、手工传 票录入、业务事件会计分录定义维护等。 2.3 2.3 客户信息管理（客户信息管理（cif） 客户是指与建行发生直接或间接业务关系的个体，包括已经开设业务 关系的公司、个人或银行同业客户、交易对手，或者是与客户有关联关系 的其它个体如集团公司的关联公司（如母公司或附属公司） 、借款担保人等。 2.3.1 2.3.1 主要的功能需求：主要的功能需求： 基本信息基本信息 客户基本信息的维护功能包括以下几种模式： 新增 (add ) 当新建立客户的时候，需要增加所有相关的基本 信息； 修改 (change ) 当客户的信息有变化的时候，可以通过修改的 海外核心业务系统推广项目技术方案 18 模式去修改一类或多类的信息； 销户（close）- 当客户与建行已经没有任何业务往来或关系的时 候，可以选择销户。 客户基本信息分为下列的几大类： 基本/静态信息（basic/static information）- 记录客户的基本特 性； 地址信息 (address information) - 记录客户的地址信息； 联系信息 (contact information) 记录客户的联系人信息； 信贷评价信息 (credit information) 记录客户的各类信用评价信 息； 关联人士信息 (connected parties information) 记录客户与任 何建行机构的关联关系； 综合结单信息（combined statement information）- 记录客户层 面设置的综合结单信息； 提示信息（memo/alert information）- 记录客户经理/客户服务部 门录入的各类提示信息； 协议信息（agreement information）- 记录客户与建行签署的协 议明细（暂为资金业务所用） ； 常行结算指示信息 (standing settlement instruction information) 记录客户的常行结算指令（暂为资金业务所用） 。 客户关系管理客户关系管理 客户关系的维护功能包括三种模式：新增、修改、删除。 客户关系管理的一般原则： 客户关系的建立方便银行对客户有更全面的了解,系统需要支持建 海外核心业务系统推广项目技术方案 19 立客户与客户之间的关系,同时需要支持建立客户与非客户之间的 关系； 对于一些没有在建行开户的个体，如某账户的授权签署人 （authorised signer） 、董事(director)、主要股东(major shareholder)、权益拥有人（beneficial owner） ，银行不一定需 要取得他们具体的客户资料，因此核心系统需要保留以证件类型 证件号码 英文全名来建立一个非客户与客户之间的关系信息； 但当有一天，这些非客户前来分行直接开设存款、借贷、授信额 度时，系统需要提供功能让用户在原有记录上补充客户号与所需 的必输信息； 在新增客户的时候，如该客户将直接拥有存款、贷款或额度，则 用户需要要求系统产生一条客户对应自己的关系记录（关系记录 为“owner” ） ； 当非客户变为客户的时候，需要增加 client no，幷允许修改 id type id no； 如客户为金融机构，用户将毋需建立客户关系纪录。 环球客户关系管理环球客户关系管理 除了建立本分行内的客户关系，系统也需要支持环球客户在总行及不 同海外分行所建立的客户关系，以支持不同地区的客户经理或用户进行环 球客户关系查询。 环球客户关系的维护功能包括三种模式：新增、修改、删除。 客户关系管理的一般原则： 由某分行（包括国内分支行或海外分行）发起，以本行客户作主 体，与其它建行机构的客户建立环球客户关系； 通过查询，确定是否需要建立环球客户关系的关系客户（在总行 海外核心业务系统推广项目技术方案 20 或其它海外分行/支行/机构） ； 日后的建议流程简述如下： 黑名单和反洗黑钱信息处理黑名单和反洗黑钱信息处理 用户可以维护多张黑名单，系统允许用户通过手工录入或者通过文件 上载的方式维护，可以增加、修改和删除。 一般原则： 目前 world compliance 系统维护保存 pep、反恐名单，有问题 客户 notice，通过客户名查找是否有记录。用户也通过从 hkma 或其它渠道获取其它相关的名单资料,如破产或清盘户； 海外核心业务系统推广项目技术方案 21 系统需要向用户提供接口到不同的黑名单和反洗黑钱的预警信息 系统，如 world compliance，以便在开立客户时可查询有关名单； 建立客户基本信息前，用户需要通过查询黑名单功能访问 world compliance 系统和系统内保存的黑名单，以检查需要建立客户 信息的对象是否在任何一张名单中有记录。在用户查询时，支持 输入全名或使用模糊查询（wild card search 方法） ，查询结果 返回时用户可以打印，打印结果作为完成检查黑名单程序的记录， 可作为办理开户的其中一份文档，证明客户在开户前幷非黑名单 户。如果返回的查询结果显示客户是在任何一张黑名单中，则需 要由管理层决定是否允许开立客户。在授权后，可以正常开户； 在开立客户时，如果客户属于黑名单户，用户需要更新三个与黑 名单有关的字段，分别为客户风险、是否在黑名单户、是否在政 要名单户； 为了定期检查已经建立客户信息的客户会否在更新过的黑名单内， 系统需要定期（暂定为一个月，可由用户启动）执行检查，提醒 用户是否有客户纳入了黑名单。在系统执行检查的时候，以客户 名称来做检查，遇到名称有 80%的吻合（80% match）则记录 在疑为黑名单报表，供用户检查，以便更新客户信息，保持最准 确的客户风险、黑名单客户及政要客户的信息； 预留客户号预留客户号 系统需要支持客户经理要求替新开客户预留客户号,不需要复核。 客户全名(client full name)：不一定成为将来开新客户的名称； 客户号 (client number)：所选号码； 提出请求的客户经理 (requested officer)； 备注 (remarks)； 海外核心业务系统推广项目技术方案 22 日期（input date or last update date）：默认为维护当日。 2.4 2.4 客户额度管理客户额度管理 客户额度管理分为四部分，分别为一般授信额度管理、金融机构额度 管理、国家/地区风险额度控管及抵押品管理。 2.4.1 2.4.1 国家机构额度国家机构额度 目前各分行正在执行由建行总行颁布的2007 年国家（地区）额度和 国外金融机构额度安排的通知 ，以衡量和监控建行与其客户（包括公司、 金融机构、政府等）发生的交易所产生的国家风险暴露 (country risk exposure)。每个国家均设置一个最高的风险额度，分行在任何时候不能超 越由总行下发的国家风险额度。 系统需要支持用户设置国家风险额度、各类业务对应的授信风险、风 险权重及暴露的计算方法。在取得信贷风险的金额之后，系统会把信贷风 险分配到不同的国家去。所分配到的国家是根据用户为每个交易对手或者 担保人定义的风险国家值而定的。如果合约是由第三方担保，则风险分配 到担保人的风险国家。假如风险与金融债券有关，则会使用债券发行人的 风险国家代替。系统需要统计暴露金额并支持有关的查询和报表。 2.4.2 2.4.2 抵押品管理抵押品管理 抵押品是客户提供用于支持其授信额度或借款的风险缓释品。抵押品 主要包括定期存款、客户存款账户余额、物业（土地或楼宇） 、飞机、船舶、 股票、担保（包括 guarantee 和 standby l/c） 。 系统需要支持用户设置抵押品的基本信息、抵押品与额度的关系、抵 押品的价值重估。 海外核心业务系统推广项目技术方案 23 2.5 2.5 活期存款业务活期存款业务 活期存款是提供给客户的一种基础负债类产品，包括结单储蓄 （statement savings accounts） 、港元及美元支票户口（current accounts，支票账户可以包含透支额度） 、同业/分行存放账户(vostro accounts)。客户对象包括公司客户、银行客户、个人客户及建行内部。建 行内部使用的包括为各业务部门设置的暂存账户(teller suspense)、开具 信用证要求的孖展账户（ lc margin）和本票账户（ cashier order）等 特种账户。 2.5.1 2.5.1 产品共性产品共性 产品定制主要是通过分析、总结现有的存款产品，将决定存款产 品的属性、各种属性的取值、以及各种属性之间的关系抽象出来， 通过参数的方式进行控制处理。银行可以很方便的根据产品属性 定制新的存款产品； 存款利息以计息余额（value balance）计算，每天进行利息计提， 并在相应的结息周期支付利息给客户； 为了便于扩展，要求系统提供定义手续费功能，手续费的收取条 件暂定为账户种类、账户状态、时间，手续费对应的科目可以定 义，也可以修改； 对于长期没有交易的账户，银行可以选择将其置于“不动户” （dormant）状态，以便银行可识别出来，增加特别的控制手段； 银行在不同情况下有需要对客户的账户进行严格控制: 资金冻结、 交易控制(不许借、不许贷、不允许任何交易)； 应注意节假日处理和突发假期处理； 完成交易处理后，需要自动产生客户通知书，如遇远期交易，在 海外核心业务系统推广项目技术方案 24 交易日只需要产生借方临时交易通知书。 2.5.2 2.5.2 主要业务主要业务 账户维护：预留账号、开销户、账户信息维护、印鉴卡维护、交易限 制维护、结单信息维护、备忘/提示信息维护、支票簿申请、支票止付。 其它服务：转账、删除远期交易、票据交换、支票存入、自动转账、 电子结算代付业务、本票业务、汇票业务。 2.6 2.6 定期存款业务定期存款业务 目前海外分行的定期存款产品种类主要包括普通定期(regular time deposit)、抵押定期(pledged time deposit)、员工定期(staff time deposit)及 结构性存款(structured deposit)；部分海外分行设有通知存款业务 (call/notice deposit)。 2.6.1 2.6.1 产品共性产品共性 系统为每张存单分配一个唯一的合约号，亦称为存单号。合约号为 12 位数字，每间海外分行独立编号。在单个海外分行内部，不分客 户，按照产品种类(product type)进行统一编号，存单在转期(rollover) 后，存单号须不变；系统须使用 4 位数字的续期号作为转期前后存单 的标识；设定为存单在开单时，续期序号为 0001；转期时为 0002； 再次转期时为 0003；如此类推； 当天起息、倒起息、远期起息。 2.6.2 2.6.2 主要业务主要业务 定期开单、全数结清、转期、提前结清、合约维护。 海外核心业务系统推广项目技术方案 25 2.7 2.7 贷款业务贷款业务 信贷产品大类包含银团贷款(syndication loan)、双边贷款(bilateral loan)（含少部分个人贷款）和贸易融资贷款，其中贸易融资中非贷款部分 会通过核心业务系统以外的系统处理，但相关贷款产品则于信贷系统处理。 2.7.1 2.7.1 银团贷款银团贷款 目前银团贷款业务主要可以分为两大类：a. 作为代理行（agent bank） （可以同时为牵头行 mandated lead arranger）的银团贷款，作 为代理行的银团贷款业务需要标识是否为牵头行； b. 作为贷款参与行 (participating bank)的银团贷款。银团贷款业务可以为一篮子的信贷设施 （facilities） ， 贷款提供人为多于一家金融机构，借款机构则可以为单个 企业或多个企业，facilities 包含有一个或多个 tranches, 而每个 tranche 可以是循环信贷组合、非循环信贷组合或一些衍生产品，在循环或非循环 的 tranche 下可以为单种信贷或多种信贷的提取方式，当中包含定期贷款、 贴现贷款、保函、备用信用证、其它表外产品、衍生产品或通过风险参与 方式（只承担风险而不用提供实际的资金或保函） 。 2.7.2 2.7.2 双边贷款双边贷款 双边贷款（bilateral loan）的贷款提供者只有一家银行，但借款人可 以为多家机构，循环信贷的 tranche 可以容许通过贷款或备用信用证 (standby l/c)的方式提取，在定期贷款或循环贷款的处理上与双边贷款 （bilateral loan）没有太大的明显分别，故此相关部分会包含在双边贷款 的产品特性表中。 2.7.3 2.7.3 贸易融资贷款贸易融资贷款 目前贸易融资贷款主要包含 4 种产品，具体为非循环贷款类别的定期 贷款和贴现贷款，有关贷款为非循环贷款但相关额度可以为循环额度，由 海外核心业务系统推广项目技术方案 26 于贷款以外的额度和相关控制在核心系统以外只建立提取合约，在建立了 提取合约后，需把合约的内容映射到一个 dummy 的承诺合约中，以供不同 的报表提取相关信息。 2.7.4 2.7.4 主要业务主要业务 信贷额度、抵押品、信贷设施管理；贷款提取合约、承兑及贴现合约、 担保合约、收费收取交易、利息收取交易、计划内还款交易、贷款滚续交 易、信贷设施/贷款展期交易、提前部分还款交易、贷款结清交易。 2.8 2.8 对客资金业务对客资金业务 外汇买卖是一种在有控制及保障资金安全的前提下，通过多种渠道、 多种货币，开展的与普通客户的外汇买卖。同时为了控制相关的风险，在 系统上完成客户的额度检查和控制处理。 本阶段 ccb 业务范围仅包括对客外汇买卖，分为五大类，即即期对客 外汇买卖、远期对客外汇买卖、选择期对客外汇买卖、掉期对客外汇买卖。 2.8.1 2.8.1 即期外汇买卖即期外汇买卖 即期外汇买卖交易，是指买卖双方成交后，在两个工作日内办理交收 的外汇买卖。交收的日期也称为交收日（settlement date） ，一般为成 交日之后的第二个工作天（spot） ，买卖双方根据需要也可以将交收日约 定为成交日当天（tod）或成交日次日（tom） 。 2.8.2 2.8.2 远期外汇买卖远期外汇买卖 远期外汇买卖交易，是指买卖双方成交后，并不立即办理交收，而是 按照所签订的远期合同规定，在未来的约定日期办理交收的外汇买卖交易。 远期外汇买卖交易与即期外汇买卖交易的主要区别在于交收日不同。 海外核心业务系统推广项目技术方案 27 2.8.3 2.8.3 选择期外汇买卖选择期外汇买卖 选择期外汇买卖，是指外汇买卖在当天发生并开立合约，但合约交收 则按照所订选择期合约规定、在约定的未来一段日期内随时办理交收的外 汇买卖交易。选择期外汇买卖与远期外汇买卖交易的主要区别在于选择期 外汇买卖的交收日期为不确定。 2.8.4 2.8.4 掉期外汇买卖掉期外汇买卖 掉期外汇买卖交易，是在 near date 使用 near 牌价买入一只货币，而 在 far date 使用 far 牌价卖出该货币的指将货币相同、其中一种货币的金 额完全相同，而买卖方向相反、交收期限不同的两笔外汇交易结合起来进 行，也就是在 near date 买进某种外汇时，同时在 far date 卖出金额相同 的这种货币，但买进和卖出的交收日期不同。比如做一笔 usd 100,000 的 b/s usd-jpy、 118.05 退票费用所属核算单元(commission accounting centre)： 豁免费用（waive charges）：是/否 交易说明 (narrative)：用于结单 备注（remarks） 黑名单、反恐、反洗钱系统黑名单、反恐、反洗钱系统 香港“黑名单、反恐、反洗钱系统”是一个提供黑名单、反恐、反洗钱 海外核心业务系统推广项目技术方案 120 数据的第三方系统。ocbs 通过使用 mps 提供的黑名单验证服务，间接使 用香港“黑名单、反恐、反洗钱系统”向 mps 提供的批量数据。ocbs内 部不保存和管理黑名单数据，与香港“黑名单、反恐、反洗钱系统”没有直接 连接。 tu/ccra tu 是批发的信贷查询系统，ccra 是零售信贷查询系统，ocbs 将根 据 tu/ccra 的数据格式要求每天通过批量产生数据传给 ors（海外分行 报表生成系统） ，由 ors 批量提供 tuccra 数据文件。 6.3 6.3 ocbs 内部各子系统接口内部各子系统接口 ocbs 采用多层架构设计，由前台柜面系统 ocbs-branch、中间集成 系统 ocbs-integrator 及后台业务处理系统 ocbs-core 组成。 在海外核心系统架构中，在海外中心需要构建一个数据交换系统 （ocbs-switch）以解决海外分行之间以及与总行的信息交互。 海外核心业务系统推广项目技术方案 121 6.3.1 6.3.1 ocbs-branch 与与 ocbs-core ocbs-branch 与 ocbs-core 之间存在双向联机接口关系。向上 ocbs-branch 向 ocbs-core 发送柜台交易数据，向下 ocbs-core 向 ocbs-branch 发送消息通知。 ocbs-branch 与 ocbs-core 通过 socket 方式连接， 报文采用 tia/toa 格式。 6.3.2 6.3.2 ocbs-branch 与与 ocbs-integrator ocbs-branch 与 ocbs- integrator 之间存在双向联机接口关系。向上 ocbs-branch 向 ocbs- integrator 发送柜台交易数据，向下 ocbs- integrator 向 ocbs-branch 发送消息通知。 ocbs-branch 与 ocbs-integrator 通过 socket 方式连接， 报文采用 tia/toa 格式。 海外核心业务系统推广项目技术方案 122 6.3.3 6.3.3 ocbs-switch 与与 ocbs-core 联机接口方面，ocbs-switch 向 ocbs-core 发送交易数据。批量接 口方面，既存在 ocbs-switch 向 ocbs-core 发送批量文件的接口，也存 在 ocbs-core 向 ocbs-switch 发送文件的接口。 ocbs-switch 与 ocbs-core 通过 socket 方式连接，报文采用 tia/toa 格式。批量文件传输采用 bde.net，文件格式采用文本文件。 海外核心业务系统推广项目技术方案 123 7 7 环境规划环境规划 在 ocbs 整体的环境规划中，在项目实施及运行过程中，需要安装多 个环境，分别为：系统开发环境、系统测试环境、系统生产环境。 下面对这几个环境进行描述，每个环境描述其硬件配置、软件配置及网 络要求。 7.1 7.1 开发、测试环境开发、测试环境 开发、测试环境有很多相互关联和相似的地方，在此共同描述。 开发环境建立项目所需要的技术平台，确定开发工作需要的软硬件环境 和版本，如操作系统、开发工具、数据库系统等，用于项目开发工作的开 展。 测试环境应用于项目的测试工作，可能的用途：sit、uat、压力测试、 移植测试等。 7.1.1 7.1.1 ocbs 硬件配置硬件配置 ocbs 的硬件配置包括有 ocbs-core、ocbs-integrator、ocbs- switch、ocbs-branch 和 ocbs-terminal 等系统组成。 核心系统（核心系统（ocbs-core）：）： ibm z 系列主机： 数据库：db