操作风险系统wPPT.pptVIP

项目实现 管理和实施难题及解决 操作风险管理的要求 管理重心由法令遵循转移到风险控制 跨部门间管理心态的改变 操作及奖励架构的基本变迁 与稽核部门达成共识，共同建立一个坦诚和开放的环境 最关键的成功因素在于董事会及行政管理层的充分承诺和支持 项目实现 管理和实施难题及解决 操作风险管理政策必须由最高层批准 必须有一致的风险语言 (例如风险型态、分类、等等) 某些业务单位也许会抗拒操作风险管理所带来的变动基于： 恐惧将控制弱点透明化 把操作风险管理视为业务发展的绊脚石 必须与所有业务单位，尤其是内控部门紧密合作 操作风险管理实为一艰巨的任务，也许需要三年至五年的建立和执行方可见到成效 坚持所设定的操作风险管理目标，并承诺提供充分的资源 操作风险管理的推动不应该被视为偶尔为之的工作，而需要长时间来贯彻的连续性工作 项目实现 管理和实施难题及解决 需知没有一个信息科技系统能够符合所有使用者的操作风险管理要求,重点是管理层应该明了并根据策略上的重要性，适当地安排推动每个操作风险管理工具的先后次序 操作风险管理的发展可能会对人力资源带来额外的需求，因而产生人力短缺的问题 操作风险管理≠资本计算 各层级主管应对其管辖范围内的操作风险负指导及控制责任。 项目实现 系统功能结构 项目实现 系统实现 项目实现 系统数据组成 数据类型 数据来源与数据内容 数据容量 保留时间 基础数据 是每天从原始数据表中抽取系统需要的数据而来；主要包括客户信息数据、各类帐户分户数据、各类帐户明细数据、各类帐户的余额信息等 占据主要存储空间 根据业务部门需要，保留2-3年 衍生数据 是为提高系统模型运行效率，从基础数据表中生成的部分数据 占据较小存储空间 和审计基础数据保存时间差不多 风险数据 根据模型计算频率确定每天运行的预警模型，由数据计算分析程序根据模型的业务规则计算产生的结果数据 占据较小存储空间 根据模型结果设定保存时间 问题库 包括问题词条库、问题库 占据较小 按需要定期删除 计量数据 提供量化计算数据，如系数、指标、公式等 占据较小 保留维护 缓释数据 提供控制数据，方法应对 占据较小 保留维护 检查数据 合规检查项目管理所产生的数据，包括项目数据 占据很小 按需定保留时间 工作底稿 合规检查项目产生的项目电子底稿文档 占据很小 按需定保留时间 系统参数 系统参数数据 占据很小 永久保留 系统日志 系统日志 占据较小 备份后可删除 Company Logo 目 录 项目概述 系统方案 系统总体设计 项目实现 功能说明 功能说明 数据收集（建立损失数据库） 系统基础建设 风险识别与监测 风险控制与缓释 风险报告与评估 功能说明 数据收集（建立损失数据库） （1）收集内容 总损失数据； 损失事件发生的时间、发生的单位、发生经过信息； 总损失中收回部分； 情景分析数据：定制多风险项组合的场景，是多参数的，而压力测试相对其而言是单一风险事件； 缓释数据：风险地图由总图和分领域地图组成，可包含省、市、县三个层级，设置体现不同层面的业务范围和关注重点； 损失的原因，及其影响。 功能说明 数据收集（建立损失数据库） （2）损失数据收集的流程 覆盖所有的业务领域； 明确损失所有者； 找到同一损失的业务单位和法律实体归属； 对所有财物损失发生的相关损失事件、潜在损失和损失发生日进行描述； 找出对应的损失发生原因、损失事件和影响度类别； 对所有部门的操作风险进行集中管理分析、统一管理。 功能说明 数据收集（建立损失数据库） （3）损失数据收集的步骤 损失事件发生部门的相关业务人员确认损失事件并收集损失数据信息； 会同本部门操作风险管理人员以及财务部门相关人员何核实损失数据； 损失部门向本部门/机构的操作风险管理人员提交损失数据信息； 操作风险管理人员就数据的完整性、合规性作出最后审查； 操作风险管理人员完成损失数据的录入、上报。  功能说明 系统基础建设 风险项设立：通过业务梳理，选择风险栏目，并建立。风险项包括：风险编号、风险名称、风险分类(风险点/控制过程)、风险性质(单元/多元)、归属何业务线(8种)、属何风险类(7种)、严重性等级等。 风险指标确立：通过业务梳理，选择KRI，如总资产年末余额、各项存款年末余额、各项贷款年末余额(含票据贴现)、拔备前利润、净利润、平均总资产利润率、资本利润率、资本充足率、不良贷款率、拔备覆盖率、人员流动性、失败交易占总交易数量的比例、错误和遗漏的频率、客户投诉次数等。 方法定义：按Basel及银监的指引，定义各项应对方法。方法包括：编号、名称、分类（识别、分析、监测、评估）、描述、输入栏组(50)、匹配等。 功能说明 系统基础建设 计算定义：围绕Basel提