银行操作风险稽核监督预警信息系统演示课件.pptVIP

需求响应 操作风险稽核监督预警信息系统的主动通知需求 将客户的取款、转账是否到账等信息及时地通过手机短信等方式及地发送给客户 通过手机短信、电子邮件等方式将设定的风险报警信息和警后处理信息及时地通知给相关领导或主管，以便及时督促监管人员进行相关处理 需求响应 报警方式需求 图形界面报警 喇叭声音报警 手机短信报警 电子邮件报警 警后处理需求 预警信息的发布； 预警信息阅读的权限控制； 对监测人员、风险处置人员的处理流程进行全程记录、跟踪并考核。 需求响应 报警信息查询需求 预警通知历史查询 高频交易历史查询 高额交易查询 可疑交易查询 异动交易查询 交易流水模糊查询 客户相关账户信息查询 客户交易历史查询 柜员交易历史查询 预警参数设置 打印处理 需求响应 报警信息分析统计 对预警数据库记录的风险交易进行统计分析， 根据监控工作需求，可灵活更新或增加统计项目进行分析 操作风险稽核监督预警信息系统的管理需求 界面要能实现分级管理 能实现分类、分级别地显示报警信息 系统可以设定多级监测人员角色 业务实现-实时风险预警 业务实现-数据查询 可灵活定义的查询条件，查询内容 查询结果二次过滤 快速、高效的查询引擎 查询结果可进行统计抽样处理 业务实现-展现及报表 风险报表 经营报表 外部审计报表1104，征信、反洗钱 ETL是数据抽取（Extract）、清洗（Cleaning）、转换（Transform）、装载（Load）的过程。是构建数据仓库的重要一环，用户从数据源抽取出所需的数据，经过数据清洗,最终按照预先定义好的数据仓库模型，将数据加载到数据仓库中去。 农村信用社 操作风险稽核监督预警信息系统 公司介绍 介绍内容 售后服务方案 项目实施方案 技术建议方案 技术建议方案 技术实现 业务实现 需求与规划 风险概述 需求概述 平台规划 建设规划 原则与目标 技术架构 软件与部署 关键技术 功能架构 风险预警 风险模型 农信特色 需求与规划-风险概述 建立全行统一的风险控制体系 根据巴塞尔协议（BASEL ACCORD)对建立全面风险控制体系的要求，应建立三道防线： 事前：由策略保障体系、组织保障体系、技术保障体系构成完备的信息科技风险管理体制与基础安全控制设施 事中：生产调度、安全运维管理、安全监测预警 事后：应用恢复保障体系与内、外部审计 需求与规划-风险概述 巴塞尔银行监管委员会对欧洲、亚洲、南北美洲、大洋洲等89家国际活跃银行发生的操作风险的相关数据进行了统计和分析，汇集了超过47000个损失事件，选择损失事件的阈值达到10000欧元，按照损失事件类型和业务部门类型两个方面对统计结果分类整理得到如下结果： 由银行内部人员操作造成的风险占到44%； 外部欺诈等造成的风险占23%； 人为的操作风险占到了整个风险的三分之二。 需求与规划-风险概述 需求与规划-需求概述 农信现状 信息技术飞速发展,银行业务IT化 银行交易量激增 网络电子化交易频繁 海量交易数据 人工方式的弊端 投入大 人员素质要求高 手段单一 效率低下 反应慢 信息截留 解决问题的途径 借助飞速发展的IT技术 采用先进的监测技术手段 建立全面的操作风险管理信息系统 事前、事中、事后协同联防 全面的风险控制规划 先进的IT技术架构 合理的实施策略 需求与规划-需求概述 需求与规划-风险管理平台 风险管理平台的规划建议 需求与规划-事前、事中、事后 事前、事中、事后的关系 三层次彼此关联 闭环结构的风险防范体系 指标、规则的修正完善 发现事前风险易发点 及时加强事前防范 需求与规划-建设规划 统一规划、急用先行、分步实施 第一阶段：建设风险数据中心基础平台 建设基础支撑平台 实现数据获取 实现操作风险稽核监督预警信息系统 需求与规划-建设规划 第二阶段：建立完善的业务流程 实现现场稽核系统 实现稽核项目管理 风险知识库建设 第三阶段：风险联防 多系统联合协作 事前、事中、事后共同作用 技术建议方案 技术实现 业务实现 需求与规划 风险概述 需求概述 平台规划 建设规划 原则与目标 技术架构 软件与部署 关键技术 功能架构 风险预警 风险模型 农信特色 技术实现-系统目标 全面监控电子交易风险 发现、跟踪预警交易，保障资金安全 实现事后再监督向事前、事中监督的转变 强化监督威慑，精准打击违规行为 技术实现-系统设计原则 统一、集中、高效的原则 易维护、可扩展的原则 安全原则 技术实现-物理架构 技术实现-系统软件结构设计 技术实现-实时数据抓取技术 交易数据转发技术 应用转发 中间件转发 数据库转发 终端俘获技术