满足新巴塞尔资本协议的要求

满足新巴塞尔资本协议的要求Oracle白皮书作者：SatyenSangani本白皮书的内容可能会随着每个功能要求和技术体系结构的不同而变化。Oracle新巴塞尔协议解决方案1满足新巴塞尔资本协议的要求引言国际清算银行（BIS）于1988年首次引入了面向金融服务行业的监管资本标准。1988年的巴塞尔资本协议获得10大工业国中央银行的一致同意，从而将通用最低资本标准应用到其各个银行。1999年6月，BIS首次提出了新的资本充足率框架，即众所周知的的巴塞尔II。新协议将于2007年1月1日生效，它是针对现有协议缺乏风险敏感性而制定的新的监管对策。它也反映了1988年以来信用风险管理的重大发展。除了信用风险，新协议规定了操作风险领域的一些新要求。这些风险是新的金融关系和结构以及业务操作控制方面常常失误导致的结果。事实上，在20世纪90年代期间，操作损失突显了通过资本缓冲来覆盖金融机构内操作风险的需要。20世纪90年代，巴林银行的破产以及长期资本管理公司和亚洲金融市场危机都用事实说明了金融服务企业面临的复杂而重大的风险。它们还提醒这些企业必须要加强风险管理和控制。巴塞尔II试图通过引入针对信用风险和市场风险的更敏感的衡量指标及针对操作风险的新资本要求，来增强现有的资本充足率标准。该协议还详细规定了监督审查流程的要求，并概述了对外披露信息的标准，从而使银行在管理和遵守市场纪律方面负有更大的责任。新巴塞尔协议将这些领域称为三大支柱：第一大支柱——最低资本要求第二大支柱——监督审查流程第三大支柱——市场纪律和报告新协议中更加完善的标准在某种程度上是对复杂业务风险管理方面的金融理论和信息技术进步的认可。为了满足巴塞尔协议要求，金融机构必须充分利用这些进步，并将风险衡量指标纳入到其日常业务实践中。Oracle已经设计了新巴塞尔协议解决方案，来满足将风险管理纳入到日常业务实践中的要求。通过分析巴塞尔协议中信用风险、操作风险和市场风险的不同领域，Oracle定义了一个完整的巴塞尔协议合规系统所必需的各个组件。Oracle新巴塞尔协议解决方案2新巴塞尔协议解决方案的要求以下6个要求是构建Oracle新巴塞尔协议解决方案的设计原则。它们体现了金融服务机构执行巴塞尔协议所必须满足的系统级要求。有效保存当前的和历史的数据新巴塞尔协议要求金融服务机构保存大量数据。为了获得衡量风险加权资产的方法，BIS要求银行保存一个操作损失事件、金融基础数据、信用损失以及各种其他细粒度数据的综合数据库。除了产生监管资本衡量标准的基本要求以外，银行还必须保存历史数据以对内部模型进行回溯测试和压力测试。那些试图采用内部评级法高级法（高级IRB）来计算第一大支柱资本的银行，甚至需要7年的违约数据来验证内部评级模型。在压力测试方面，要求银行测试各种经济环境下其模型的假设条件。若从一种衡量方法转换到另一种方法或修改内部评级模型时，银行可能还需要保存多个结果。鉴于这些法规要求，可扩展且有效地保存当前、历史和可能情况的数据是至关重要的。嵌入式可审核的且灵活的风险加权资产计算新的资本协议定义了大量规则，用来针对信用风险、市场风险和操作风险计算风险加权资产。至少，任何符合新巴塞尔协议的系统都必须能进行所有这些计算。然而，BIS还要求这些计算——以及它们依赖的分类方法——易于审核和修改，并且要求银行能够在第一大支柱的各种衡量方法之间进行转换。因此，一个新巴塞尔协议解决方案不仅应该提供协议内要求的所有计算功能，而且还应该允许审计人员、监管人员和内部用户能够根据需要审核、检查和修改这些计算结果。通过公司内部的反馈循环实现内部控制管理和工作流巴塞尔框架要求金融机构证明它们有适当的规程和控制手段来管理其风险。符合新巴塞尔协议的系统应该使企业能够针对其各种风险制定出相应的规程和控制手段。理想情况下，该系统还应该与更大的规程和业务报表框架集成。在这样的框架中，企业能够定义自动化的工作流。在这些工作流中，系统根据定义的特定关键绩效指标（KPI）或业务事件提示员工采取正确的行动。最后，系统还使企业能够审查和监督其控制手段和规程，以便定期评估其风险管理实践。复杂的分析工具由于过去的20年在金融理论方面取得了重大进步，金融机构现在能够实施复杂的模型来评估其风险状况。随着金融应用程序市场日益成熟以及更多的银行实施巴塞尔框架，新的金融见解和技术进步将使分析人员能够进一步提高其分析能力。由于认识到一些金融机构有能力实施这些复杂的模型，而其他机构却不能，BIS允许有资格的金融机构根据公共的或银行自己的研究结果实施内部模型，计算违约概率（PD）、违约损失率（LGD）和风险敞口（EAD）。为了现在和将来都能支持这些复杂的分析模型，巴塞尔解决方案必须使金融机构能够实施和测试可恰当评估其风险状况的任何模型。这Oracle新巴塞尔协议解决方案3些外部应用系统还能够编写返回到中心数据源的信息。协调一致的流程在系统层面，每个应用系统（无论是Oracle的核心计算引擎还是内部信用评估应用系统）都需要紧密配合并有序地运行。许多巴塞尔计算要求来源于不同原有处理系统的数据。由于新巴塞尔协议的计算十分复杂，所以金融机构需要来源于前台、后台和风险领域的不同系统的各类数据。此外，该协议还要求系统使风险数据和会计数据保持同步。一旦输入了数据，系统可能需要进一步处理这些数据，或允许第三方应用系统读取不同的数据源。鉴于这些复杂的数据工作流要求，新巴塞尔协议系统需要准确无误地处理每一个流程问题。同样重要的是，该系统需要摒弃许多企业系统固有的常规系统管理。该系统应该协调不同应用程序的功能，而无需系统管理员参与。满足内部和外部要求的及时报告如果系统和数据不能及时地提供业务信息，那么它们就没有用处。此外，在新巴塞尔协议体制下，企业需要满足市场十分独特且苛刻的报告要求。同时，银行经理需要不断的信息来了解机构的风险特性。因此，将管理报表看成是一个设计原则，而不是事后才产生的想法十分重要。符合巴塞尔协议要求的系统必须能够定期、准确地产生所需的内部和外部报告，从而可靠地管理风险和收益率。Oracle的新巴塞尔协议解决方案的组件了解上述6项要求之后，Oracle开发了以下新巴塞尔协议解决方案。图1：图1：Oracle新巴塞尔协议解决方案组件所有巴塞尔数据的单一来源——Oracle电子商务数据模型Oracle电子商务数据模型将企业范围的数据整合到一个单一的数据存储库中。这个单一的数据源确保企业数据在内部保持一致、Oracle新巴塞尔协议解决方案4易于访问并产生处理日常事务和计算的最佳性能。Oracle已经增强了电子商务数据模型来满足新巴塞尔协议的要求。Oracle电子商务数据模型由以下金融服务组件构成：基础数据/账户数据——该数据涵盖关于金融机构持有的每种金融基础产品的基本信息。金融基础数据表包含各种金融基础产品信息。EAD和简单的到期日等信息将被保存在数据模型的这个数据段中。客户/交易对方数据——客户/交易对方表包含了金融机构在金融交易中可能会涉及的不同各方的相关数据。此外，该数据模型还包含信用评级、PD、行业分类和其他可以用来进行PD评估的客户财务信息，如负债与权益比率、当前资产、净销售额、留存收益、收入、利润、销售成本、股票价格和债券价格等。总账数据——交易和帐户余额数据存储在电子商务数据模型内的总账表中。该总账表提供了计算基本的和标准化的操作风险加权资产所需的数据，如按业务部门的毛收益。风险缓解数据——鉴于风险缓解手段在帮助银行减少其监管资本要求负担方面的重要性，Oracle电子商务数据模型编辑处理关于抵押品、保险、净扣交易协议、信用衍生工具以及担保等数据。该数据包括缓解手段类型、缓解价值、金融产品到期日，以及抵押品与具体的金融基础产品的影射。从根本上讲，抵押品表包含在新巴塞尔协议框架下所有用于调整风险加权资产（RWA）所必需的信息。该数据包括抵押品价值、抵押品类型、折扣系数和担保人信息。该数据模型还保存了与缓解操作风险相关的保险保单数据信息。多维数据——用于新巴塞尔协议规定的各种计算所必需的一些数据，不能够从传统财务分类账和贷款处理系统获得。来自这些系统的分类不能与巴塞尔框架映射。由于这个原因，电子商务数据模型内拥有的数据是根据多个预先定义的维度（如组织单位、客户和产品类型）保存的。Oracle已经将所要求的巴塞尔类别预置于该电子商务数据模型。这些类别的例子包括：操作风险框架下的标准业务线分类选用更高级的方法使用数据集维度衡量操作风险或信用风险的机构进行压力测试的数据输入和结果用于标准法和IRB衡量方法的根据产品分级结构预置的资产分类事件数据——对信用损失和操作损失事件的分析取决于是否拥有详细的事件数据。Oracle电子商务数据模型收集关于损失事件的基本信息，如损失金额、业务单位、损失描述和风险类别等。事件数据模型还保存损失保全数据，如抵押品实现价值、担保人赔偿和保险索赔等。企业可以依照巴塞尔协议附件7的规范对这些操作风险进行分类。巴塞尔监督系数——BIS已经定义了金融机构在计算风险加权资产时必须使用的系数和统计数据，如预先定义的风险权重、折扣系数表、操作风险β系数和信用换算系数Oracle新巴塞尔协议解决方案5（CCF）等。这些值作为查询表保存，用户可以根据法规的变更在受控制的环境下进行修改。风险加权资产——Oracle电子商务数据模型保存用于衡量信用风险、市场风险和操作风险的风险加权资产。它还包含一些基本信息，如支持RWA计算的市场风险的在险价值（VaR）。金融服务机构可以利用该数据来产生报告、分析盈利能力并按风险调节方式分配资本。历史数据——如果金融机构选择内部评级方法的高级法用于衡量信用风险，选择高级衡量方法用于衡量操作风险，那么它们必须坚持保存大量历史数据。该数据是比照由预测模型产生的预测值测试历史违约经历值所必需的。电子商务数据模型使金融机构能够保存历史信用数据和操作数据。限额和损失准备金信息——鉴于巴塞尔要求规定金融机构根据不同的行业、地理区域和具体客户限制贷款的风险敞口，电子商务数据模型保持对风险限额的跟踪。数据模型还考虑了数据模型为整个投资组合或专门为某些贷款保留的贷款损失准备金。借助Oracle仓库构建器提取、转换和加载数据金融机构可以通过构建于Oracle仓库构建器中的提取、转换和加载（ETL）例行程序来利用存在于原有系统中的数据。在系统层面上，ETL是新巴塞尔协议第一大支柱要求的重要组成部分。金融机构必须以与巴塞尔框架一致的方式对每一种资产进行合适的分类、定义和限定。此外，新巴塞尔协议所要求的数据将来自多个不相关的系统，如限额/风险敞口管理系统、贷款处理系统、总账、及抵押品管理系统等。Oracle仓库构建器能够实现这些数据的整合和清洗。监管合规工作台——内部控制管理器依据新巴塞尔协议，企业必须定期报告内部流程和程序来证明其对监管的遵守。Oracle内部控制管理器（ICM）是实施、跟踪和审计内部控制环境的核心应用程序。使用ICM，内部和外部审计人员可以将各种操作风险和信用风险与KPI和工作流等各种内部控制对应。ICM由自我评估、风险库和审计部分组成。内部控制流程可以使用Oracle辅导程序来创建，并且与Oracle工作流管理完全集成。自我评估——为了管理风险，企业必须首先识别风险。这个原则尤其适用于操作风险领域。将Oracle网上调查与ICM的评估模块一起使用，用户可以创建能考察各种风险、组织流程和内部控制的各个方面的评估方法。风险库——ICM风险库是企业可以定义其风险的场所。风险库还将定义的风险与流程和控制手段对应。风险库将内置符合新巴塞尔协议操作风险框架附件7的风险分级结构。企业还可对这个预建的库进行添加，以包括市场风险和信用风险或操作风险。例如，企业可以实施一个新的贷款批准流程来更好地缓解风险，或实施一种新的控制方法来监督舞弊。审计——使用ICM的审计部分，ICM用户可以拟定审计项目，以跟踪各种ICM控制手段的效果。该审计部分使企业能够完成内部控制的反馈环路，以确保员工遵守政策，同Oracle新巴塞尔协议解决方案6时确保