商业银行事后监督及风险预警系统方案书-V1.0
目录
第1章需求分析 (1)
1.1国内监督及稽核的发展 (1)
1.2现状分析 (1)
1.3总体思路 (2)
1.4系统目标 (3)
第2章总体设计 (5)
2.1系统概述 (5)
2.2设计原则 (5)
2.3业务处理流程 (7)
2.4系统架构 (8)
2.5系统功能结构 (10)
2.6系统物理结构 (12)
2.7业务量分析及设备配置建议 (13)
第3章系统功能 (15)
3.1影像缩微及业务监督 (15)
3.2风险预警体系 (22)
3.3差错处理 (36)
3.4综合管理体系 (38)
3.5业务监督系统特点 (59)
第4章系统扩展 (64)
4.1设计目标 (64)
4.2平台描述 (64)
4.3网络结构及部署 (67)
4.4性能规划 (71)
第5章系统安全 (74)
5.1系统备份方案 (74)
5.2灾难恢复方案 (78)
5.3安全保障方案 (78)
第6章近三年工程案例清单 (86)
第7章典型成功案例 (88)
7.1中国工商银行总行—会计档案缩微建设（总行一期） (88)
7.2中国工商银行总行—影像业务平台建设（总行二期） (88)
7.3中国工商银行总行—全行影像工作流平台（总行三期） (90)
7.4中国建设银行总行—会计档案管理及会计稽核系统 (90)
7.5招商银行事后监督及风险预警系统 (91)
7.6华夏银行综合OCR事后监督系统 (92)
7.7深圳发展银行事后监督及风险预警系统 (94)
7.8杭州银行事后监督及风险预警系统 (95)
7.9汉口银行业务监督及风险预警系统 (96)
7.10吉林银行事后监督风险预警系统 (99)
7.11长沙银行稽核监督及操作风险监控系统 (100)
7.12浙江省农村信用社联合社 (102)
第1章需求分析
1.1 国内监督及稽核的发展
传统上，银行储蓄、会计事后监督采用的是基本的手工处理方式：监督、查询的票据为纸制凭证，由操作员手工挑选一部分凭证看流水审票。手工审票主要检查凭证要素是否齐全，业务处理是否正确，对监督人员素质要求较高，全部监督存在成本较大，效率也不高的问题；对流水的分析一般只能基于当天业务数据的简易的分析，不能实现基于历史交易和关联交易的综合分析，或实现起来比较繁琐。但是随着目前高智商犯罪的增加，作案分子专门找制度的漏洞，使得每一笔业务本身都是正确的，而只有基于大量业务的统计和关联交易进行分析时才发现。
随着银行地不断发展，银行业务产生了越来越多的纸质凭证，这是银行重要的业务资料和财富。然而，处理这些传统的纸张存在诸多不便，如保存困难、查阅不便、共享性差，无法适应银行高速、高效的服务节奏。
随着计算机技术在银行业得到越来越广泛应用，部分商业银行为增强自身的竞争实力，提高服务水平，都纷纷采用辅助监督系统来取代传统的手工处理业务方式，尤其是储蓄、会计业务处理，这一点显得尤为突出，并且该项业务处理正开始向网络化方向发展。
1.2 现状分析
传统上，银行的风险指信贷风险和市场风险，在操作风险管理上较为落后。当前对操作风险的预防主要放在监督中心，现有的监督软件只能做到通过分散地挑选一部分凭证来对流水进行核实，对于没有凭证的业务不能进行监控。对整个业务的综合分析，只能通过人工的方式凭业务人员的自身素质进行简单判断，若要对需复杂计算、大数据量分析后才能得到的风险信息，就需要运用计算机手段来实现。原先由人工进行监督，只能对凭证进行全面监督，无法根据业务重要性区分监督重点。
近年来银行内部人作案层出不穷，由于这些人熟悉银行制度、系统的漏洞，作案手段有很强的连续性和隐蔽性，通常一般监督难以发现。
现阶段，部分银行还存在以下问题：
●凭证保存不便，查阅困难。凭证经过事后监督后送回网点，由网点分散保管，占据了行内存放凭证的空间，查阅凭证费时费力，要递送凭证纸张，浪费时间，并且由于经常查阅导致凭证损坏。
●整个事后监督操作比较分散，不适应前台业务整合和核算一体化的管理要求。
●人工审票重点不突出。一般由事后监督人员手工翻阅部分传票，无法选择高风险业务进行重点监督。
●人工审票需要具有较高素质、较多经验的监督人员，这样对监督人员要求高，人员培训也要花费很大的开销。
●不能实现基于历史交易统计和关联交易分析。目前各家银行在风险的防范上均采取了各种措施，包括主业务系统内部实现的基于交易的控制，以及基于当天业务数据的简易的分析，但是随着目前高智商犯罪的增加，作案分子专门找制度的漏洞，使得每一笔业务本身都是正确的，而只有基于大量业务的统计和关联交易进行分析时才发现。
●对风险缺乏制度化的整套管理制度。风险模型的提出和建立、风险的生成和查询、风险的处理、风险的打印、风险的核销和落实没有制度化的方法来保证，效率低下。
风险的响应不及时。一般地，70％的风险案件需要查找到原始凭证或者凭证的图像，即使发现了风险，等到落实查找时已经过去了许多天，不能及时减少风险带来的损失。
有效地管理和方便地调阅庞大的交易流水信息和凭证影像信息，高效监督并及时发现操作方面的风险日益受到银行各级领导的重视，为了适应行内前台业务整合和核算一体化的管理要求，达到减员增效和提高监督质量的目的，建立一套完善的、自动化程度高、扩展性强的OCR票据影像处理及事后监督系统已迫在眉睫。
为了解决银行面临的以上问题，信雅达公司提供的事后监督系统引入了OCR光学识别技术，集凭证录入、图像处理、智能识别、数据核对、海量存储、精确查询、重点监督于一体的计算机辅助管理系统，实现了凭证档案的缩微，并在实现凭证影像精确索引的基础上，建立业务处理事后监督监督中心，结合影像和流水实现对业务的重点监督，替代银行原有的手工监督和账务监督的模式，逐步实现了事后监督的自动化。
1.3 总体思路
业务监督系统工作平台是独立于核心业务系统之外的一个计算机系统，它运用信息技术手段，对核心业务、信贷业务等系统发生的各种交易进行监控分析，对可疑事项及时报警，将各种违规操作与计算机犯罪扼杀在萌芽状态，采用多种方式采集交易数据、账务数据、客户信息数据等建立数据平台，根据对安全性的需要制定各种业务监管规则（包括柜面交易和信贷业务两大部分），系统根据监管规则对采集的数据进行分析过滤，对不符合监管规则的事项做出不同的报警。通过OCR识别技术和手工补录辅助的方式对凭证进行监督和建立精确索引，对监督以外的需重点监督的业务，按照自定义条件再进行监督确认，自定义方式可以采用重点交易监督、重点账户监督、重点柜员监督、重点机构监督、挂销账业务等监督等。通过事后监督与稽核管理这套
计算机辅助管理系统对可能发生的风险进行分析和预警，使得损失最小化，促进商业银行提高风险管理水平，保证其发展战略和经营目标的实现。
1.4 系统目标
商业银行业务监督系统的任务是提供全面的监管解决方案，包括：影像缩微、事后监督、风险预警。达到监控操作监控分析相结合，系统通过对各业务系统的交易数据、交易行为进行监控，对于异常的、不合规的事项进行分析，对机构、产品、岗位、人员、流程等进行风险评价，从而为工作人员确定重点的监控对象。实现重点业务自动监督、差错处理。做到风险预警与现场稽核的高度统一，风险预警系统通过定义各业务条线的稽核规则，后台自动批处理运行，为现场稽核提供线索，稽核人员现场进行正常与非正常认定，从而实现非现场与现场的紧密结合，提高商业银行在同业中的竞争优势。
事后监督和风险预警系统总体建设任务包括：
●通过扫描方式，实现纸质会计凭证影像的采集。采用OCR技术，自动识别记账凭证要素并辅以人工确认的方式，建立传票影像和流水的精确索引或粗索引，进一步提高系统的监督质量和效率。建立电子档案管理平台，实现会计凭证、流水账、明细账、总账、登记簿和会计报表等会计档案资料的无纸化存储及其信息资源的共享。提供强大、灵活的查询功能。对已经建立精确索引的传票影像，提供按流水交易要素进行精确查询，并可进行关联查询。没有建立精确索引的传票影像，提供预约查询，并在查询完成后自动建立精确索引。
●通过科学手段，达到事后监督管理办法的要求，全面提高监督的质量和效率。实现商业银行各项业务的重点监督、抽样监督，建立多层次的监督体系。
通过统计和分析，实现监督自动化，最大限度提高监督的效率和降低人为差错。在勾对、监督的过程中，系统自动分捡重点业务，监督监督点及发现的差错信息，通过网络自动发送到各相关部门，进行差错的查询、查复处理等管理，建立多方位网络信息系统，为商业银行管理现代化提供网络化支持。
●通过流水导入等方式，建立事后风险预警系统。系统根据预先设定的条件，自动通过对各种历史数据的统计和分析，提取符合风险预警规则的业务信息，由监督人员进行重点监控和跟踪。
风险预警的内容包括：柜员管理监控、储蓄业务重点监控、对公业务重点监控、银行卡业务监控、自助业务及通存通兑业务监控、住房公积金及住房维修资金业务监控、内部账户使用监控、特殊业务监控、重要空白凭证及有价单证使用监控、反洗钱监控等。
●促进商业银行严格遵守国家法律法规、银监会的监管要求和金融机构审慎经营原则。提高风险管理水平，保证其发展战略和经营目标的实现。强化各级管理者和
员工内部控制意识，严格贯彻落实各项内控措施，确保内部控制体系得到有效运行。在出现业务创新、机构重组及新设等重大变化时，促进商业银行及时有效地评价和控制可能出现的风险。
第2章总体设计
2.1 系统概述
为改变目前人工业务监督的落后局面，增强自身的竞争实力，提高服务水平，适应现代化金融机构的管理要求，根据商业银行核算和监督要求及各项会计基本制度、各类业务的管理规定以及商业银行的具体情况对事后监督系统工作进行改革，建立一个全新的事后监督系统应用系统，以充分利用现代化先进手段开展业务监督与风险预警系统工作。
业务监督业务是银行业务系统中的一项特殊业务，它不等同于前台业务。前台业务是将业务活动过程列为处理的主体对象，而业务监督与风险预警业务是将业务凭证和流水列为处理的主体对象。必须以实际业务为出发点，废除传统的人工录入、监督、差错处理和查询等过程，通过先进的扫描、OCR识别、重点监督，流水分析等多重监督、差错实时监控处理和多种方式实时查询等先进的信息处理方法实现业务监督与风险预警系统。
2.2 设计原则
⏹合规性与合理性的原则
系统中的各种业务流程、操作和决策符合国家法规法律、商业银行的各种规章制度，以及银行的利益。
⏹独立性原则
系统的建设与传统的银行业务处理系统相对独立。首先，业务处理系统是对银行业务流程进行处理，而本系统则是对业务数据进行监管，不受其流程变化的影响；其次，两个系统在主机平台、存储环境、开发软件等方面都是互相隔离，两者之间通过网络相互连接，以一个公共接口传递所需的数据。
⏹先进性原则。
在系统的建设中，采用最新的设计思想，运用先进的信息技术，保证系统能够适应未来银行业务和事后监督与稽核业务不断发展的需要，提高系统的可用性和效益。
⏹易扩展性原则。
在系统中采用了开放的开发平台和开发工具，使整个应用架构具有逻辑独立性，保证了本系统的高伸缩性，既可有效地保护投资，又可满足迅速增长的业务需求。
⏹开放性原则。
本系统将具有最大限度的开放性，包括对硬件平台的透明支持、与原有系统的互
连，以及对其他第三方产品的网络及数据连接。
⏹经济性原则。
在规划建设过程中，遵循长远规划、逐步建设的指导方针，在技术实现上，采用灵活的、能不断适应业务发展的框架，确保投资的最大收益。
⏹安全性原则。
本系统采用多层次的安全机制来确保系统的安全性，确保在系统运营过程中，要避免各种风险对它的影响，保证银行自身资产的安全，同时也要保证客户资产的安全，保证银行的信誉。
⏹总体结构先进
系统采用B/S应用框架，包括浏览器、Web服务器、应用服务器和数据库服务器。支持在任何节点部署相关应用程序，支持各种业务方式如事中监督方式。
⏹统一的结构化数据来源
数据仓库抽取业务系统运行产生的基础数据和各项经营管理分析系统产生的外部数据，作为业务监督与风险预警系统中心系统及其它各项银行经营管理系统统一的结构化数据来源，为非现场监督与业务监督与风险预警系统等业务发展与管理决策提供数据支持。
⏹业务扩展灵活
系统满足3年的业务扩展需求，前台增加新业务品种和票据种类，通过参数化配置即可实现业务监督和电子档案管理，不用修改任何应用程序；增加新的重点监督规则，通过配置即可实现，做到业务扩展零维护。
⏹安全控管先进
系统采用机构、人员、角色、权限管理方法，通过级别、角色和权限的关联设置人员权限；采用多种加密手段保证系统的高度安全性；采用数字水印技术保证影像文件的安全性。
⏹提供电子档案管理平台
支持各种类型电子档案的存储、查询和管理。包括票据图像文件、报表文件、word 文档、PDF文件、EXCEL文件等等的存储和管理；支持流媒体的存储和管理。支持各部门和各业务系统的非结构化数据的存储和管理。
2.3 业务处理流程
库房（实物）管理业务流水业务量统计差错统计
当天流水是否平帐
差错下发
说明：
1. 系统批量导入的业务数据不仅限于核心业务系统产生的相关数据，也可支持信贷管理系统、国际结算系统等系统所产生的数据。
2. 实时数据和次日批量业务数据的获取，可以支持文本、直联数据仓库的多种方式的导入。
3. 数据导入的方式一般采用定时自动触发完成。
4. 系统不对网点批量扫描录入的时间、次数作限制，可以由网点根据本机构具体的业务量、扫描仪设备、人员配备等情况自行确定。
5. 系统的扫描录入模块支持市场上绝大部分品牌、型号的扫描仪设备。
6. 扫描批次以柜员为单位。每个柜员的凭证可以以一个批次或多个批次进行扫描。
7. 系统自动对扫描后的影像信息进行OCR 识别，并利用识别后的票据要素自动进行流水勾对。
8. 对于在识别录入过程中未能正确识别和勾对的业务，系统自动提交给人工补录工作站，进行人工干预。
9. 对于需要进行人工补录的业务或需要进行重点监督的业务，系统显示凭证影像，并提示操作员输入凭证要素。系统根据票据要素自动进行流水勾对。
10. 系统根据预先设置的重点监督模型与风险预警模型，进行重点监督与风险预
警。
11.当待监督网点的所有柜员的业务监督完成之后，由系统管理员进行网点日终处理，设置网点完成标志，生成前台柜员业务量和差错统计信息，对差错进行发布等。
12.系统自动根据存储策略按照不同的存储设备的要求对凭证影像和数据进行存储。
13.前台网点柜员或机构需要对监督过程中发现的差错进行查询和回复处理。2.4 系统架构
1）系统软件架构
系统的软件架构为四层结构：影像平台、基础服务层、应用服务层、应用展现层。
影像平台：
影像平台分为影像组件和内容管理两大部分，内容管理平台的数据库支持业界主流的商业关系数据库（ORACLE、DB2、SYBASE、INFORMIX、SQLServer等）、非商业关
系数据库（MYSQL）；本系统数据库采用行里已有数据库。
存储设备系统支持磁盘阵列、CD/DVD光盘库、MO光盘库、磁带库、NAS、SAN、Centera 等多种存储平台。
利用影像平台的组件实现会计凭证的采集处理。信雅达影像采集软件支持柯达、富士通、松下、中晶品牌的扫描仪设备。
基础服务层：
完成应用处理层与数据存储层之间的联系，包括数据服务、文件服务、WEB服务等；WEB服务遵循J2EE标准，支持WebLogic，WebSphere，TOMCAT、JBOSS等中间件灵活部署。
应用服务层：
实现动态配置系统各类模型和后台业务处理，包括任务分发和流程控制、业务数据侦听及提取、数据归档及存储管理、重点监督/再监督、风险预警、影像传输/识别、系统管理等。
支持重点业务监督和风险预警的可扩展性。
应用展现层：
包括数据采集、业务处理、数据展现。数据采集完成对各业务凭证的扫描和流水等相关数据的导入；业务处理利用图像处理、OCR和数据分析等技术完成影像处理/压缩、人工补录、流水勾兑、重点监督/再监督、预警信息处理、差错管理等具体业务的前台处理；信息展现是为用户提供各种查询和统计功能，主要的展现内容包括影像信息、监督信息、预警信息、差错信息、报表信息等。
开发工具层：
使用的开发工具包括：Eclips3.2+MyEclipse6、Visual C++6.0（sp5），B/S架构代码基于java语言及javascript脚本开发，对于扫描采集、自动处理、后台服务等对效率要求较高的程序都基于C/C++语言开发。
使用的配置管理工具包括：Visual SourceSafe 6.0。
数据库层：
系统数据存储层分为数据库和存储设备两大部分，数据库支持业界主流的商业关系数据库（ORACL、DB2、SYBASE、INFORMIX、SQLServer等）、非商业关系数据库（MYSQL）；本系统采用数据库采用行里已有数据库。
存储设备系统支持磁盘阵列、NAS、光盘库多种存储平台。本系统采用磁盘阵列作为在线存储设备。
全行统一安装一套数据库，数据库分为两个实例：事后监督数据实例、风险预警数据实例。公共数据及参数（如机构信息、用户权限信息）统一存放在事后监督数据库。全行统一部署一套数据存储平台，全行所有的影像数据都通过归档入库方式，存储至总行数据中心。
对于应用部署，在网络条件允许的前提下，可以支持总行集中，监督处理集中。也可以局部分散部署，做区域集中处理。
2.5 系统功能结构
系统支持图形化和B/S架构。系统设计过程中采用的数据模型包括：层次模型、关系模型。层次模型，系统中最典型应用的是机构信息树。关系模型，系统中比较典型应用是，版面配置中，页对应的各项属性。
系统支持事务处理，具有事务提交和回滚能力。系统整合公司的SUNFLOW工作流产品，提供业务流程支持。
系统可以根据邢台市商业银行的技术标准、数据标准及接口规范要求，获取实时、批量业务数据。并可以根据接口规范从其他业务应用系统获取数据，或向其他业务应用系统提供数据。
系统具备在总行设置一个接口服务。根据应用整合平台提供的接口规范，接口服务通过socket的方式与应用整合平台进行连接。为了保证数据传输的可靠性，采用TCP协议方式进行连接。接口服务需要遵从应用整合平台数据接口的通讯协议规范，并对加密的通讯数据做相应的解密处理。如果应用整合平台允许，接口服务的可以与之建立多个连接，以提高整体处理的效率。
对于批量数据的获取，接口服务采用短连接的方式，只有当满足时间条件时，才进行连接并下载数据，当下载完成时，立即安全断开连接。
对于实时数据的获取，接口服务采用长连接的方式，实施获取数据。
为了提高传输效率，调用方法采用异步方式。
交易遵从两阶段提交协议，对于成功的交易进行提交，对于失败的交易进行回滚。
接口服务对连接、处理、异常等记录日志。
系统具备提供客户化的导入接口配置工具，开发工具采用Visual C++6.0。在批量导入过程中，服务粒度可以是一个文本文件；对于实时导入过程，服务粒度为一条业务记录。为了满足客户化的具体需求，需要进一步对接口细节进行协商，以可评估更为准确的工作量。
支持接口调用的错误和异常处理，能够按照应用整合平台的要求提供标准化的出错代码和清晰的出错信息描述，同时能够接受处理应用整合平台发送的错误代码和错误信息。
系统支持自身主动导出，包括全量和增量的数据导出，支持对导出数据的质量检查。增加数据校验机制。
系统针对凭证画面进行数据补录，补录的要素完全通过配置方式生成，并可以根据不同的凭证类型，配置不同的补录要素。数据补录过程支持快捷键、支持关联流水、支持替换值、支持自动补齐帐号信息等，通过这些措施，可以提高补录的效率。
系统所采用的软硬件平台应具备开放性，数据库服务器操作系统支持：IBM AIX 6、SUSE LINUX 10.1、SUN SOLARIS 10、WINDOWS 2003
WEB服务器操作系统支持：IBM AIX 6、SUSE LINUX 10.1、SUN SOLARIS 10、WINDOWS 2003
应用服务器操作系统支持：WINDOWS 2003
客户端操作系统支持：WINDOWS XP/WINDOWS 2000
数据库版本支持：ORACLE 10g（11g）、IBM DB2 8、Sybase、Informix 7.x、SQL SERVER 2005
2.6 系统物理结构
系统部署逻辑上可划分三个中心：
●数据中心
数据中心集中存储业务数据和影像数据；部署存储设备、数据库服务器、应用服务器、影像文件服务器、预警服务器；数据库服务器集中存储系统配置信息和业务数据；存储设备提供对影像文件的存储管理，影像文件服务器提供影像数据的存储管理，预警服务器提供预警数据的处理，应用服务器部署系统应用服务。在业务处理完成后将所有数据通过接口归档到商业银行的档案管理系统集中存储管理。
●监督中心
建立集中的监督中心，集中完成辖内凭证影像的处理和监督。监督中心的工作是完成所有的凭证监督，监督中心部署的设备主要以方便业务监督与预警监控工作为目的，包括人工处理、差错管理、预警处理、重点监督等工作站；管理方面配置了专门的系统管理和模型配置工作站来方便系统管理员的管理工作。
●网点
网点一般负责设置查询工作站及差错回复工作站。
2.7 业务量分析及设备配置建议
2.7.1 建议硬件配置要求（假设按3万业务量计算）
2.7.2 存储规划
总行数据中心统一部署影像存储设备，通过在线存储、近线和离线相组合方式统一存储管理事后监督影像数据：一年以内的影像数据采用在线存储方式，一年以上的影像通过采用光盘柜或磁带库近线存储方式，刻录DVD光盘或磁带介质，同时一年以上的影像数据采用离线存储方式。
会计档案彩色扫描容量压缩后将要达到100-150KB，考虑凭证扫描一般采取双面扫描的因素，根据经验我们把每笔交易的数据容量应该为200–300KB；按照每日3万笔业务量，一年内的影像数据的存储量约为3TB，考虑适当的业务增长，建议存储容量按3T规划。
对于一年以上的影像数据，由于查询调阅的频率较低，并考虑存储设备成本，利用DVD光盘或磁带介质，采用离线方式提供查询功能。
第3章系统功能
系统严格遵守《中华人民共和国银行法》及《城市商业银行会计制度及会计科目》。票据管理及凭证格式严格按《中华人民共和国票据法》及《票据管理实施办法》执行。支付结算业务要求严格遵守《支付结算办法》及《支付结算会计核算手续》。贷款业务严格遵守《贷款通则》。银行财务核算严格遵守《金融企业会计制度》。本系统文档和软件开发规范遵循《计算机软件工程规范（国家标准汇编）》。
业务监督与风险预警系统应以前台业务为依据，全面监督前台系统的每个环节，既要监督流水，也要监督总账、分户帐及各类会计凭证。本系统内设分户帐、总账，利息积数计算方式遵照营业前台的计算方式计算，这样就可以和前台系统定期或不定期的核对分户帐余额、积数，总账的余额；每天或每月进行自动转存处理，可以和前台进行自动转存流水的核对，也可以进行批量入账处理；每年自动结息，可以和前台进行结息流水的核对；对于所有进行核对的流水，如果有差错产生，都要记录差错，以备查阅；从而起到全面监督前台系统账务的作用，从而也可以及时查出不法分子利用计算机手段更改账务系统而可能带来的损失，降低和控制风险。
系统界面根据windows用户通用的操作习惯进行排列与组织。充分考虑使用者的方便、灵活性，如使用较多的人工处理，提供丰富的快捷键供用户使用，并且可以根据个人的习惯，自由调整快捷键。
菜单结构一般以功能划分分组，常用的菜单设置在一级菜单项中，不常用的菜单可根据功能划分统一设置在二级菜单项中。常用的菜单都可设置快捷键。另外对于客户端程序，将提供快捷工具栏。
对于快捷查找，一般都设置快捷查找按钮，或提供热键F3进行查找。
版面建立，系统提供灵活的表单定义工具，通过可视化的图形界面，鼠标简单的拖-拽-点击等功能，就可以方便的建立新的模板。
系统提供方便的模糊查询功能，可以在不确定精确查询要素的情况下，更快的定位查询目标。系统提供查询要素栏，由用户选择性的输入要素，并开始进行模糊查询。
3.1 影像缩微及业务监督
3.1.1 影像采集
影像采集即需求说明中的非结构化数据采集，具体指业务凭证及相关附件的扫描录入过程，是凭证影像处理的第一步，根据需求说明数要求，系统首先对凭证等纸质文档进行一次性正反两面扫描获得电子影像数据，随后即对影像数据能进行识别、勾
对等处理。
扫描方式特点：
●系统支持各种扫描仪，从黑白到彩色，从10页/分钟到200页/分钟，从单
面到双面扫描；
●适用的图像格式包括黑白的TIFF格式、彩色的JPEG或TIFF格式；
●录入方法、技术、操作的规范化管理，人员配备少，效率高；
●专业化扫描方式，能有效保证数据档案的真实性、完整性和规范性。
●通过虚拟硬件层技术，隔离扫描设备硬件的差异，使影像录入系统可以驱动
不同扫描设备，
注：虚拟硬件层技术――由于用于文档录入设备种类繁多，接口也各不相同，硬件控制复杂程度、控制方式也各不相同，录入速度差异较大，生成的影像格式也不相同：有BMP、JPG、TIFF等，而对于文档录入的处理有其共同点，屏蔽差异性，提取共同点，使各种不同设备在文档录入时，处理方式和接口统一，提高软件的适应性。根据文档处理的标准与规范，分析文档处理的特点，将文档的录入统一进行处理，定义文档处理的各种接口，从而屏蔽实际硬件操作的控制，具体包括高档扫描仪的接口（ISIS）、普通平板扫描仪的接口（TWAIN）、数字摄像机（TWAIN）、传真接入的接口（FAX）以及视频信号处理（Video Capture）等。
功能列表:
3.1.2 自动处理
把采集的影像进行图像增强、去底纹、去黑边、去斑点、纠偏等图像处理；通过OCR识别凭证相关要素自动与流水进行匹配，并把匹配成功的流水作为影像的精确索引；对于需要人工重点监督的凭证，系统自动进行提取。
功能列表：
3.1.3 人工处理
功能描述：
对于识别错误（包括未定义版面、识别错误、勾对错误）或重要业务（如大额凭证需人工审核是否双人签章）的凭证影像，系统将自动发送给相应的人工处理工作站进行人工处理。系统自动把凭证影像发往人工录入的计算机，由操作员进行手工补录凭证要素和人工核对，完成流水勾对。若发现差错将把凭证影像及信息发往差错库，由差错审核员进行差错确认和处理。
操作员可以根据一定的权限选择要处理的网点。
功能列表
事后监督系统
事后监督及电子档案管理系统 一、产品概述 事后监督及电子档案管理系统是本公司（贵州仁合融通信息发展有限公司）于2010年10月至2011年4月历时半年成功自主研发的产品，本系统是针对现有事后监督业务及现有计算机事后监督处理系统的实现技术和功能，在充分调研、全面分析的基础上，结合我公司多年的银行业务实施经验，精心设计开发的新一代监督系统（POSTAUDIT）。系统采用ＯＣＲ识别技术对业务凭证进行自动识别，自动合规性检查、勾对、监督并建立精确索引，达到电子凭证自动监督的目标；系统针对农信联社业务系统的特点强化了重点监督、业务合法审核和系统间数据一致性核对功能，使得本系统在防范风险、加强监督方面能发挥重要作用。
二、产品介绍 产品结构 系统包含数据导入服务、影像传输服务、OCR识别服务、自动勾对服务四个后台服务及一个WEB界面的前台服务，各服务分工合作使系统工作起来更高效、安全。 处理流程 1、扫描与导入 用扫描仪把传票扫描并上传到联社服务器，用导入服务分析每天联社提供的jourdata数据包，生成流水及监督数据。
2、自动识别 后台服务【自动识别】（后台服务自动完成如下操作） 1. OCR自动识别模块按批次识别票据上要素 2. 识别结果写入数据库 3、自动勾对 后台服务【自动勾对】（后台服务自动完成如下操作） 1. 找到【数据导入】（Step1）生成的流水数据 2. 找到【自动识别】（Step2）生成的影像识别结果 3. 建立流水和影像的一一对应关系 4. 更新流水和影像状态 4、手工补录 后台服务【自动识别】【自动勾对】因为手工票和识别率的制限有小部分票据无法完成自动建立关系，因此由补录人员操作前台服务的手工补录模块完成补录工作: 1. 勾对未自动建立关联关系的流水和影像
信用社(银行)柜员业务操作风险监控和预警系统使用管理办法
信用社（银行）柜员业务操作风险监控和预警系统使用管理办法第一章总则 第一条为了加强对全省农村合作(商业)金融机构网点柜员操作风险的控制和防范，及时发现和处置业务中的操作风险，结合省联社各项业务规章制度特制定本办法。 第二条本办法按照陕西省农村合作(商业)金融机构柜员操作风险监控和预警系统（以下简称“柜员操作风险监控和预警系统”）规定的风险需求规则来进行应用和管理。 第三条柜员操作风险监控和预警系统是针对在各类业务处理中发生的失误、违规、违法操作以及用户欺诈等风险隐患，通过对业务操作重要环节的数据进行分析处理,展示符合预警条件的业务信息,并统计形成相关报表供管理人员查看，通过对预警的信息的查证核实来界定业务行为是否违规。通过预警和处置行为，督促业务人员严格按照业务操作流程和规定办理日常业务，实现对营业网点、柜员、客户、业务操作交易等情况的有效监控，减少业务操作中的风险隐患。 第四条省联社稽核审计部负责对柜员操作风险监控和预警系统的运行管理。各地市办事处、各县级农村合作（商业）金融机构要密切配合省联社，在各自职权范围内规范运作，在最短的时间内快速、有效的处置预警信息，化解暴露出的潜在风险，不得相互推诿，延误时机。各县级农村合作（商业）金融机构要成立相应的管理组织，落实系统要求的各业务岗位人员，处置和审核本辖区的预警信息。预警信息的处置涉及到的具体部门包括：陕西省各县(区)级农村合作(商业)
金融机构的稽核、业务、财务、风险、安全保卫、监察等部门及下辖的各营业网点。 第五条预警项目的预警级别 柜员操作风险监控和预警系统将所有的预警项目划分为五个预警级别，分别用罗马数字字符标识，即一级-I区（高风险区）、二级-II区（较高风险区）、**-III区（中等风险区）、四级-IV区（较低风险区）、五级-V区（低风险区）。预警项目风险警级在五级和四级时需要分别进行关注；当风险警级处于**时，需要特别关注；当风险警级处于二级时，需要进行监控；当风险警级处于一级时，则处于高风险区，必须要立即采取相关措施处置。 第六条预警信息的状态 预警信息状态分为未处理、待审核、已审核。未处理的预警信息由系统经办员操作，待审核、已审核的预警信息由系统审核员操作。审核员可视情况将已审核的预警信息执行返回重新处理操作，将预警信息重新设置成未处理状态，要求经办员重新处置。 第七条系统实现的主要功能 （一）预警记录。根据各类业务要求对前台网点的交易，如高频、高额、可疑和异常动向等业务设置预警规则，超过预警规则的交易自动预警。 （二）安全监测。对网点、柜员、账户、结算、资金、借记卡（含ATM/POS）、表外、内部账、银行承兑汇票、贴现、账户和卡业务的冲账抹账等特殊业务共十一大类的业务流水数据进行监测。
银行事后监督
银行事后监督 主要工作有： 1、审查各储蓄所（柜）报表的各项业务凭证的内容是否合法、完整、真实、准确，将各储蓄科目传票的借、贷方发生额与营业汇总日报表上的各储蓄科目的借、贷发生额相核对，零存整取和活期存款还应加计各变动户存款余额与营业汇总日报表核对。 2、核打其它科目传票借、贷方发生额与营业汇总日报表其它栏借、贷发生额栏核对。 3、核打定、活期传票的利息付出数与利息支出科目副联传票付出利息数相核对。 4、审核空白重要凭证，有价单证数是否与营业日报表上的收、付数相符。 5、审查挂失，储蓄异地托收业务的处理手续是否符合有关规定。 6、根据昨日营业汇总日报表的各储蓄余额，户数，现金，库存重要空白凭证的今日结存与当日营业汇总日报表的各昨日存栏相衔接核对，审核营业日报表是否四栏轧平，当日各存栏是否正确，传票累计数是否相符。 7、如发现差错及时逐笔登记并通知总监督和有关所（柜）进行更正 在建设影像事后监督系统的同时，公司还承建了扫描录入外包，派驻人员到现场完成扫描录入工作。同时，利用系统自动生成统计报表，实现对人员的考核。 苏州农行事后监督系统实现以前台业务操作和数据为依据，通过扫描、OCR识别、重点监督，流水分析等先进的信息处理方式实现事后监督，不仅减轻后督人员工作量并增大监督范围，还利用差错处理自动化更好地落实监督结果，同时为了加强历史档案的管理和使用，将历史的业务档案进行扫描处理，获取电子影像及相关索引信息，完成历史档案的数字化。 事后监督系统 系统概述 随着国内银行会计一体化改革推广进程的不断加快，银行业务综合化处理水平发生了质的变化，现有纯手工的事后监督方式，只能对凭证进行复审，不能充分发挥其在防弊纠错、规范行为、保证资金安全等方面的重要作用，已不能适应国内银行业务发展的需要。 为改变目前纯手工事后监督的落后局面，有效地管理和方便地调阅庞大的交易流水信息和凭证影像信息，高效监督并及时发现业务工作方面的风险，信雅达公司十多年一直致力于银行监督系统的研究与开发，以适应银行监督管理要求，建立一套适应银行内控管理要求、自动化程度高、扩展性强的监督系统。
事后监督的预警以及前移的内容与方法
事后监督的预警以及前移的内容与方法事后监督是银行会计核算的重要组成部分，在防范风险、避免和减少差错、保护客户利益、提高核算质量和服务质量方面发挥着重要的作用。目前大多银行事后监督系统大致相同，流程也差不多，都是由网点将凭证集中到后督中心，由后督中心通过对业务凭证的影像扫描、影像处理、OCR识别、人工处理、重点监督的处理过程，通过自动识别与人工录入相结合的方式，在完成流水监督、重点交易凭证和流水的重点审查的同时，建立了凭证影像的精确索引，实现了电子化档案规范化管理。由于各家银行越来越重视后督系统的风险监控职能，所以OCR光学识别技术和数据分析系统被多数同业机构广泛应用，除了我行以外还有像工商银行、建设银行、中国银行、农业银行、招商银行、浙商银行、多家城市商业银行等。 目前我行的事后监督系统增加了重点监督、再监督、风险预警等功能。风险预警功能的流程是通过在日结后由分行信息技术部抽取预警信息，分行预警员根据预警信息比对当日业务传票，向支行电话询问或发出预警信息查询单，支行预警员根据业务实际情况填写预警信息查复单，支行预警主管核准后进行查复，分行预警员接支行查复单选择撤销或经分行主管确认后定为差错。依据现行内控制度和相关法律法规的要求，我行风险预警系统按不同业务类型、不同风险等级设置了33项预警功能：包括对非工作时间交易进行监控、柜员业务量异常进行监控、柜员现金超过钱箱限额进行监控、对公新开账户使用情况进行监控、同名单位在我行同币种开户超过三个以上进行监控、不计息存款账户开户、计息存款账户预警、临时账户有效期（是否超期使用）进行监控、一般账户和专用账户发生现金业务（取现）进行监控、冻结、解冻、挂失、解挂进行监控、单位账户开户情况监控、同一天同户名存在开销户业务、当天同一账号多次交易超过N次进行监控、当日同一账户累计支
我国商业银行信用风险预警系统构建的开题报告
我国商业银行信用风险预警系统构建的开题报告 一、研究背景和意义 信用风险是商业银行面临的最主要的风险之一，信用风险管理的水 平直接影响到银行业的发展和稳定。商业银行信用风险包括贷款、担保、信用证、保函等业务中涉及的借款人、担保人、开证人、保证人等各类 交易方的信用违约风险。如何有效地评估和预测信用风险，成为商业银 行风险管理中的重要问题。 随着信息技术的迅速发展，商业银行信用风险预警系统逐渐成为商 业银行风险管理的有力工具。商业银行可以对客户和交易方的信用风险 进行实时监控和分析，及时发现预警信号，防止信用违约事故发生，保 障银行的经济效益和声誉。因此，商业银行信用风险预警系统的构建对 于提高商业银行风险管理的水平和效率具有重要意义。 二、研究目标 本次研究的目标是构建一套完整的商业银行信用风险预警系统，包 括数据采集、数据挖掘和模型建立三个模块，具体目标如下： 1. 数据采集模块：建立数据采集系统，实现对客户、交易方等相关 数据的实时采集和更新。 2. 数据挖掘模块：利用数据挖掘技术和机器学习算法，提取信用风 险的关键特征，并建立信用风险模型。 3. 模型建立模块：基于机器学习算法和统计分析方法，建立商业银 行信用风险预警模型，并对模型进行优化和测试。 三、研究内容 1. 商业银行信用风险预警系统总体架构设计：简要介绍商业银行信 用风险预警系统的总体设计和流程，明确各个模块之间的关系和数据流向。
2. 数据采集模块：设计并实现数据采集系统，对客户、交易方等相 关数据进行实时采集和更新。 3. 数据挖掘模块：收集、处理和分析商业银行相关的业务数据，利 用数据挖掘技术和机器学习算法提取关键特征，并建立信用风险模型。 4. 模型建立模块：基于机器学习算法和统计分析方法，构建商业银 行信用风险预警模型。 5. 系统测试和优化：测试商业银行信用风险预警系统的效果和性能，对系统进行优化和改进。 四、研究方法 1. 数据采集模块采用数据采集技术和数据库技术，实现数据的实时 采集和存储。 2. 数据挖掘模块采用数据挖掘技术和机器学习算法，对商业银行的 业务数据进行处理和分析。 3. 模型建立模块采用机器学习算法和统计分析方法，建立商业银行 信用风险预警模型。 4. 系统测试和优化采用性能测试和质量评估方法，对商业银行信用 风险预警系统进行测试和优化。 五、论文结构安排 本论文的结构分为六章，具体安排如下： 第一章：引言，介绍论文研究背景、研究目标、研究内容、研究方 法和论文结构安排。 第二章：文献综述，介绍商业银行信用风险预警系统的相关理论和 实践研究。 第三章：商业银行信用风险预警系统总体架构设计，阐述商业银行 信用风险预警系统的总体设计和流程。
银行风险监测与预警系统的建立与运行
银行风险监测与预警系统的建立与运行 随着金融市场的不断发展和全球经济的不断变化，银行业面临着越来越多的风险挑战。为了保障金融体系的稳定运行，银行风险监测与预警系统的建立与运行变得至关重要。本文将从三个方面探讨银行风险监测与预警系统的建立与运行，分别是风险监测的重要性、系统的构建和运行机制。 首先，银行风险监测的重要性不言而喻。银行作为金融体系的核心，承担着资金中介和信用创造的重要职责。然而，金融市场的不确定性和不稳定性使得银行面临着各种风险，如信用风险、市场风险、流动性风险等。如果没有有效的风险监测与预警系统，银行可能无法及时发现和应对这些风险，从而导致金融系统的崩溃。因此，建立一个完善的风险监测与预警系统对于银行业的稳定发展至关重要。 其次，银行风险监测与预警系统的构建需要考虑多个方面的因素。首先是数据收集和处理。银行风险监测系统需要收集大量的数据，包括银行的资产负债表、利润表、现金流量表等。这些数据需要经过合理的处理和分析，以便及时发现潜在的风险。其次是风险指标的选择。银行风险监测系统需要选择合适的风险指标，如资本充足率、不良贷款率、利润率等，以便对银行的风险状况进行评估。最后是模型的建立。银行风险监测系统需要建立合适的数学模型，如风险价值模型、压力测试模型等，以便对未来可能发生的风险进行预测和评估。 最后，银行风险监测与预警系统的运行机制也非常重要。首先是信息共享与沟通。银行风险监测系统需要与其他金融机构和监管机构进行信息共享和沟通，以便及时获取行业内的风险信息。其次是风险评估与预警。银行风险监测系统需要根据收集到的数据和模型建立的结果，对银行的风险状况进行评估，并及时发出预警信号。最后是风险管理与控制。银行风险监测系统需要帮助银行制定合理的风险管理策略，并监督其执行情况，以便及时控制和化解风险。 总之，银行风险监测与预警系统的建立与运行对于保障金融体系的稳定运行至关重要。通过有效的数据收集和处理、合适的风险指标选择以及科学的模型建立，
商业银行风险管理系统的设计与实现
商业银行风险管理系统的设计与实现 随着经济的发展和金融市场的不断创新，商业银行面临着日益复杂的风险。为了应对这些风险，商业银行需要建立一套有效的风险管理系统，以便评估、监测和控制风险，确保银行的稳健经营。 一、风险管理系统的需求分析 在设计和实现商业银行风险管理系统之前，首先需要进行需求分析。风险管理系统的主要目标是提供一个全面的、集中化的风险管理框架，以确保银行业务的风险合规和风险控制。 1. 风险监测和预警功能：风险管理系统应能够收集和整合各个业务区域的风险数据，并对风险进行监测和预警，及时发现和识别潜在的风险，以便采取相应措施进行管理和控制。 2. 风险评估和量化能力：风险管理系统应能够对各类风险进行评估和量化，包括信用风险、市场风险、操作风险等，以便为银行管理层提供准确的风险信息和决策支持。 3. 风险控制和限额管理功能：风险管理系统应能够制定和实施风险控制政策和方案，并对各项业务进行风险配置和限额管理，以确保风险在可控范围内。 4. 风险报告和监管要求：风险管理系统应能够生成各类风险报告，满足内外部监管机构的要求，同时为银行管理层提供全面的风险信息，支持战略决策和业务发展。 5. 敏捷性和可扩展性：风险管理系统应具备足够的敏捷性和可扩展性，能够适应不断变化的风险环境和市场需求，以及银行业务的发展和创新。 二、风险管理系统的设计与实现 在满足上述需求的基础上，商业银行风险管理系统的设计与实现应包括以下几个方面。
1. 数据管理与整合 在设计风险管理系统时，首先需要建立一个完善的数据管理与整合系统。这包括数据采集、数据清洗和数据仓库的建设等。通过将各个业务区域的风险数据进行整合和管理，可以实现对全局风险的监控和分析。 2. 风险评估与量化模型 风险评估与量化模型是风险管理系统中的核心组成部分。这些模型应能够对各类风险进行准确评估和量化，包括建立信用评级模型、市场风险衡量模型、操作风险模型等。同时，这些模型需要能够与实际业务情况相匹配，以提供可靠的风险指标。 3. 风险控制与限额管理 风险管理系统应提供风险控制和限额管理的功能。这包括制定风险政策和控制措施，设定各项业务的风险限额，以及实施风险监测和警示机制。通过这些功能的实现，可以确保风险在可控范围内，并及时采取相应措施进行调整和管理。 4. 报告与监管要求 风险管理系统应能够生成各类风险报告，满足内外部监管机构的要求，并提供全面的风险信息和决策支持。这包括风险报告的自动生成、监管信息的提供和数据接口的联通等。通过与监管机构的密切合作，实现风险管理的合规性和透明度。 5. 系统的敏捷性与可扩展性 风险管理系统应具备足够的敏捷性与可扩展性，以应对不断变化的风险环境和市场需求。在设计和实现风险管理系统时，需要考虑到系统的灵活性和可升级性，以便支持商业银行业务的发展和创新。 结论
银行风险预警处置方案
银行风险预警处置方案 摘要 随着金融市场的不断发展，银行的风险管理工作也愈加重要。为了避免不可挽回的损失，银行需要制定相关的风险预警和处置方案。本文就银行风险预警和处置方案进行了进一步的探讨。 风险预警机制 银行的风险预警机制是基于一定的风险评估模型和指标体系，通过对关键风险指标进行监控，以便管理层尽早掌握可能会产生的风险。在风险评估和监控方面，首先需要设定预警指标。这些指标应当能够反映银行风险的各项方面，包括市场风险、信用风险、流动性风险、操作风险等，对每一种风险都需要相应的衡量和监控指标。只有在建立了全面、科学的指标体系后，才能够将贷款、融资、逾期还款、违约等事项纳入风险预警体系中，从而对银行风险进行精确的监控和预测。 风险处置方案 当银行预警机制发现存在风险时，需要及时制定相应的风险处置方案。风险处置方案是在分析风险来源及其成因的基础上，确立明确的风险处置目标，进行风险分类和分级，并采取具体的措施来降低涉及风险的可能性和影响力。 在风险处置方案设计中，应当采用分类管理的原则，制定相关的应急措施。这些措施可以包括：储备足够的流动资金、积极策划对策、建立应急责任制和人员配备方案等。对于大型银行，应当建立全面的金融风险管理体系，并配备完整的专业团队及应急处置机构，以应对各类风险挑战。 风险管理工具 在银行风险管理工作中，经常利用各种风险管理工具，以帮助银行管理层更好地掌握风险和处置风险。这些工具包括： 1.风险管理系统：银行可以通过建立风险管理系统，对风险进行定期监 控和巡视，及时发现违约、逾期、风险超限等异常情况，并采取相应的措施。 2.风险评估模型：通过建立合理的风险评估模型，以用于分析各项指标 变化对风险的影响，以及风险变量之间的相关性及变化趋势等。 3.风险计量工具：包括风险度量模型和计量工具，可以评估银行的市场 风险、信用风险和流动性风险等各种风险。
商业银行客户风险预警措施
第1章. 客户风险预警方案 1.1. 系统概述 风险预警项目要在客户报送的数据基础上，深入开发和利用银监会返回的跨行客户信息以及本行的客户详细信息，形成统一客户视图，集团认定和管理以及多维主题分析等，同时运用数据仓库、数据挖掘、模式识别等技术实现客户<包括集团客户）的风险识别、风险度量和风险提示等工作。风险预警项目主要包括客户信息视图、关联集团管理、风险预警应用、业 务主题分析等四大功能。客户信息视图设计的目标是从客户的角度出发，分析其基本信息及相关联的其它信息，作为进一步了解和定位风险客户的一个辅助手段；关联集团管理的设计目标是基于集团管理的要求，实现对新集团生成的认定，对原有集团的维护的功能，同时监控其从诞生到成长直至消亡的全部过程以及在此过程中所暴露出来的风险；风险预警应用的设计目标是寻找到应该预警的客户和集团，系统采用统计理论、计量算法和OSCAR 模型及信息项目技术来帮助、促进实现此目标。预警的输出为预警名单、风险特征、分析图表和分析报告等；多维主题分析的设计目标是为用户提供一种基于多角度分析探索问题的工具，用户可以通过尝试不同分析维度、条件维度和度量的组合来观察在不同角度下问题的反映。客户信息视图 其他部门
1.2. 客户信息视图 1.2.1.设计路线 客户信息视图我们又把它叫做统一客户视图，设计的目标是从客户的角度出发，分析其基本信息及相关连的其它信息，提供针对客户的全方位的信息视角，作为进一步了解和定位风险客户的一个辅助手段。这里的统一有三种含义，首先是客户类型上的统一，包含了对公客户、对私客户、参与担保的客户及关联客户；其次是数据范围上的统一，包含了行内的数据，同时也包含了同业的数据等，并按一定的规则进行了匹配和加工，使之更好的从同业角度来查看客户的风险状况；最后是功能的统一，系统通过提供单一入口，全面查看该客户信息的所有功能，使之该客户的风险分析一目了然。 1.2.2.功能介绍 1.2.2.1.公司客户视图 公司客户视图主要从对公客户的角度出发，结合外部披露数据，按默认条件或各种组合条件筛选出客户的基本信息列表。并可以根据单个客户进一步查询该客户的相关信息。包括该客户的基本信息、业务信息、同业违约信息、所属集团信息、关联零售客户信息、财务信息、预警信息、担保信息、客户评级变化信息、预警信息等。 1.2.2.2.零售客户视图 零售客户视图主要从对私客户的角度出发，结合外部披露数据，按默认条件或各种组合条件筛选出零售客户的基本信息列表。并可以根据单个客户进一步查询该零售企业的相关信息。包括该客户的详细信息、同业违约信息、关联公司客户信息、财务信息。 1.2.2.3.担保客户视图 担保客户视图主要从对担保客户的角度出发，结合外部披露数据，按默认条件或各种组合条件筛选出客户的基本信息列表。并可以根据单个企业进一步查询该企业的相关信息。包括该担保客户的基本信息、担保信息、业务信息、
商业银行集中事后监督系统解决方案.doc
商业银行集中事后监督系统解决方案 商业银行集中事后监督系统方案本文档仅限北京方正奥德计算机系统有限公司与目标客户内部使用，未经许可，请勿扩散到第三方商业银行集中事后监督系统解决方案北京方正奥德计算机系统有限公司 2008 商业银行集中事后监督系统方案本文档仅限北京方正奥德计算机系统有限公司与目标客户内部使用，未经许可，请勿扩散到第三方 1.1系统概述 1.2建设目标 1.3功能需求 1.4问题及现状 1.5国内银行的稽核情况 2.1设计原则 2.2稽核与影像的关系 2.3系统部署方式 2.4业务流程描述 2.5系统架构分析 2.5.1网络拓扑结构 2.5.2应用软件架构 2.5.3系统功能结构 2.6系统功能分布 2.7与综合业务系统的关系 2.8性能保障设计 2.8.1海量数据 2.8.2运行效率 3.1影像管理功能 3.1.1影像采集 3.1.2OCR 识别 3.1.3人工补录 3.1.4 影像存储 3.1.5影像查询 3.2稽核功能 3.2.1日初处理 3.2.2数据加工 3.2.3储蓄业务处理 3.2.4利息计算 3.2.5重要单证控管 3.2.6重点稽核 3.3风险预警功能 3.3.1数据抽取 3.3.2数据整理 3.3.3数据标准化商业银行集中事后监督系统方案本文档仅限北京方正奥德计算机系统有限公司与目标客户内部使用，未经许可，请勿扩散到第三方 3.3.4指标定义 3.3.5模型定义 3.3.6风险监控定义 3.3.7监控预警信息的展现 3.3.8监控预警信息的处理 3.4公共管理功能 3.4.1差错管理 3.4.2系统管理 3.4.3统计与报表管理 3.4.4原始档案管理 4.1事中稽核分散采集非结构化数据模式 4.2事后稽核分散采集非结构化数据模式 4.3事后稽核集中采集非结构化数据模式 5.1系统架构比较 5.2整体功能比较 5.3我们的解决方案 7.1、方正集团简介 7.2、北京方正奥德公司简介7.3、方正奥德公司影像系统发展情况 7.4、方正奥德公司的优势 7.5、技术力量 7.6、专业技术资格认证情况商业银行集中事后监督系统方案本文档仅限北京方正奥德计算机系统有限公司与目标客户内部使用，未经许可，请勿扩散到第三方系统综述1.1 系统概述系统对会计、储蓄、卡类等业务实现了统一扫描、统一处理、重点稽核、统一归档、集中存储、统一查询，实现处理流程的一体化；做到流程规范，操作方便；实现跨地区的业务统一、管理统一、数据共享；建立了一套与前台业务系统完全一致的帐务报表体系。以计算机技术替代传统人工稽核方式，减少人工工作量，提高稽核工作效率，节约人力资源成本，有助于将稽核工作重点转到重点稽核和注重判断分析；同时加强了对业务处理流程的控制，避免了人为因素对稽核质量的影响。最终实现对整个稽核流程的重构，提升稽核效率和层次。通过扫描方式，实现会计凭证影像的采集、处理、存储和调阅的全程自动化和电子化，同时采用 OCR 技术自动识别和人工补录相结合的方式，为会计凭证稽核采集数据及建立精确索引。并将会计凭证影像信息及账务数据存储于海量存储设备中，建立一套涵盖各种业务的会计档案存储和查询系统，实现全行综合核算系统业务流水与会计凭证要素之间的自动勾对，建立风险控制分析机制，加强对业务风险的控制力度，同时实现会计凭证、会计账簿、会计报表等会计档案资料的集中电子化存储及其电子影像的网络化查询。 1.2 建设目标（1）实现前后台分离和系统集中监督实施事后集中监督后，所有会计业务集中在支行事后集中监督中心，真正实现了会计业务经办和监督前
银行风险管理系统预警流程设计方案及对策
《预警管理办法》流程实现设计 一、《预警管理办法》中明确的预警流程 《预警管理办法》第九条规定：“预警工作流程共分为八个阶段，即风险信息采集、风险提示、调查评估、发布预警、设计应对方案、组织实施、跟踪监测、预警终结”，简要图示如下： 预警总体流程 风险信息采集风险提示调查评估 设计应对方案组织实施跟踪监测预警终结 发布预警反映在《风险提示书》 反映在《预警发布书》反映在《跟踪监测报告》反映在贷后检查报告 二、风险管理系统中将实现的预警流程与制度规定的预警流程的差异分析 1、风险管理系统设计流程时需区分行为和结果。系统只能以填写报告等方式反映具体的行为结果，对行为自身不作控制，这是系统和实务的差异。如对风险信息采集，系统无法控制相关人员具体如何做，流程也无法显示这一阶段，但可通过在《风险提示书》中填写采集到的风险信息的方式，来反映风险信息采集的结果，设计流程时需将其合并在风险提示中。相应地，发布预警在系统内就是填写《预警发布书》并发送上级；调查评估就是填写调查评估报告；设计应对方案就是在《预警发布书中》填写具体的应对方案（从而流程设计时这一
阶段合并反映在预警发布中，不做单独显示）；组织实施成果与跟踪监测结果一并反映在《问题客户跟踪监测报告》中，从而组织实施这一阶段也不单独显示。综合来看，能在系统显性反映的阶段有风险提示、调查评估、发布预警、跟踪监测、预警终结（含预警解除）五个。 2、风险信息需分类处置。风险信息来源可分为流程系统内和流程系统外两部分。流程系统内风险信息是指系统内其他模块揭示的风险信息如：贷后检查、月度回访、本金利息到期管理、资金监控等任务模块揭示的风险信息，这些信息由各模块自动触发提示，由分行集中处理并确定是否启动预警管理流程。 对流程系统外获得的风险信息，如千里眼网站等渠道获取的风险信息，总分支三级自主判断，根据实际情况决定是否启动预警管理流程。 3、流程需合理分解。流程设计中，需适当将预警管理流程分为风险提示、预警传递、跟踪监测、预警终结（含解除）四个部分，以下按照这四个部分设计流程图，将来的流程操作中，上述部分将有机的整合在总分支三级的任务页面中。 三、风险提示的流程处理 《预警管理办法》第十七条规定“风险提示可由支行等授信经营单位、分行资产监控部、总行资产监控部任一层面发起”，风险提示又分为系统性和非系统性两类，故以下按非系统性风险提示三类（行业部/支行、分行、总行分别发起）、系统性风险提示两类（分行、总行分别发起，不允许行业部/支行发起）共五种情况设计流程。 1、行业部发起的非系统性风险提示
河北建行事后监督系统和明细方案
河北建行事后监督系统和明细帐管理系统 简介：联想万全服务器一直关注并致力于国内重点行业的电子信息化进程，河北建行也一直关注国际技术新动向和国产新品的发展，经过双方的长期沟通合作，河北建行在1998年初事后监督系统的设备采购当中订购了联想万全3000及万全4000服务器，同年，又将联想最新推出的采用Intel至强处理器的企业级服务器万全4500应用在省行及各地区分行当中，作为银行业务数据备份存储和承担代收费业务的主要设备。经过一年多的运行，运行情况良好，受到河北建行的好评。这是联想万全企业级服务器首次进入金融银行系统，河北建行以国产品牌服务器取代长期垄断关键行业的国外服务器而被业界称为“第一个吃龙虾的人”。 用户需求： 中国建设银行河北省分行自1994、1995年开始建设城市综合网系统以来，从最初的单个城市各网点联网运行到省辖城市间联网乃至部分业务全国联网，随着其业务种类的增多和业务范围的不断扩展，对系统主机性能要求也日益提高，同时，随着综合网运行时间的增长，系统内各种历史数据越积越多，对整个系统的运行速度和整体性能已经产生了极大影响。 该行原系统主要是1995、1996年左右购置的HP9000系列和IBM RISC/6000系列企业级服务器，随着业务的日益增长，银行需要建立一套事后监督系统和明细帐管理系统。同时，银行其他关键业务如处理打印对帐单业务的工作量也不断增多，河北地区的移动电话代收费的业务量需求也呈上升趋势，该行迫切需要添置高性能的服务器作为对主机的支持并分担主机的部分业务以缓解整个系统的压力，同时缩短机器备份时间，提高银行业务效率。 银行的事后监督系统对银行日常业务进行合法性、正确性检查，以确保银行各业务的正常进行，是银行重要的监督管理系统，此系统要求所用服务器的性能接近或达到小型机，以便与建行的综合业务网中心主型机协调工作。在此之前河北建行服务器为单点运行，处于非联网状态，监督效果不好，容易导致监督失控。在河北建行实行全省联网通兑后，原有单点事后监督系统已经不能再满足业务的需求，急需开发一套新的监督系统，添置新的服务器。 明细帐业务管理系统是银行的另一项关键业务，银行采取对业务数据备份的方法以保证数据的安全和完整性，随着业务量的增长，作为主机的小型机已经不
风险预警系统差错解决方案
风险预警系统差错解决方案 篇一：2.医疗技术风险预警制度 医疗技术风险预警制度为了进一步提高医疗质量、保障医疗安全；增强主动服务意识，提高服务质量；减少医疗缺陷、医疗差错、医疗事故的发生和因此而产生的医疗投诉及医疗纠纷，结合本院实际，制订医疗风险预警制度。 一、医疗风险警示范围 在实施诊断、治疗过程中，发生任何“作为”与“不作为”的医疗事件，无论病人与家属有无投诉，都是医疗风险的警示范围。 二、医疗风险警示分级 根据诊疗过程中责任人实际造成的影响医疗风险的缺 陷性质、程度，将医疗风险警示分为三级。 （一）一级医疗风险警示 1、未及时完成入院首次病程记录、病历、各种侵入性 操作术前记录、术后记录；未及时签订各种重要的医患协议书等，影响病案内涵质量的重要医疗内容； 2、未及时查房，连续两次以上，病人有投诉，但未发 生医疗缺陷后果（以下简称后果）； 3、在诊疗过程中，有一定缺陷，但无后果； 4、各种医疗操作不当或不成功，病人投诉但无后果；
5、其他未引起后果，但有病人投诉的诊疗行为。 （二）二级医疗风险警示 1 、超过24小时未完成住院病历、首次病程记录、各种侵入性操作术后记录等重要医疗文件，或超过6小时未补记抢救记录，可能酿成医疗缺陷或医疗纠纷投诉； 2、非特殊、疑难病人，未及时确诊（超过72小时）或未及时确定与更正、补充治疗方案，延误治疗，造成病人投诉； 3、三级查房不及时，特别是上级医师查房不及时，造成病人投诉； 4、经上级卫生行政部门鉴定或法院判决虽未构成医疗事故，但有一定的过失或差错； 5、一年内，被二次一级医疗风险警示。 （三）三级医疗风险警示 1、经医疗事故鉴定委员会鉴定或人民法院判决为医疗事故； 2、由于各种“不作为”因素，酿成医疗纠纷，责任人过失严重，虽未认定医疗事故，但影响恶劣，造成医院声誉的损害； 3、由于责任人的过失，造成医疗缺陷，经调解，给病人经济补偿的； 4、一年内，二次被二级医疗风险警示。
文库-合规风险管理监督预警体系方案2022
合规风险管理预警体系 （草案） 一、合规风险管理的范围 对合规风险管理的范围有两种认识：大合规与小合规。 大合规一般是指，与公司相关的所有行为均纳入到合规风险管理之中，包括业务方面的、管理方面的，具体涉及营销、安全生产、环境保护、能源管理、财务管理、人力资源管理等全部活动。 小合规一般是指，公司制度的编制、修订、审核，规范性文书的起草、修订、审核，合规政策的咨询与解答等。 合规**部的管理方向是大合规，但一般管理人员的认识和实践基本都局限在小合规的范围内。 确定合规风险管理范围按下列不同阶段的目标分别设定： 1、以全部管理、经营活动中涉及的合规风险作为管理范围的中、远期目标； 2、以合规监督组的重点关注合规风险范围以及“小合规”与当前经营管理活动中普遍存在或突出的合规风险为首期管理目标。 为了满足监管机关和公司高层的要求，要以大合规为目标，但要从小合规或者大合规中明显存在较多问题的环节入手，以点带面，逐步展开。 具体操作：关注具体经营管理活动中比较突出或普遍存在的
风险点的合规风险管理，汇总公司以往一个时期内（比如1231时间至今，或者完成合规监督组检查验收之后）普遍存在或者比较突出的风险点，进行重点管理。 大合规需要渗透到企业经营、管理的各个环节，能够凸显合规风险管理的价值； 由于大合规内容太多，眉毛胡子一把抓不是好办法，也难以作出成果，因此要以大合规为目标，以小合规为突破口，将部分或个别大合规中已经或容易发生问题的环节融入进去，重点突破。这需要做非常具体的梳理工作，而各部门责任人是天然的执行者，最贴近实际需要，各部门设立合规专员当是先决条件，否则难以推进。 二、合规风险管理与全面风险管理的边界 1、合规风险管理是全面风险管理的组成部分，合规风险管理仅侧重于公司、员工的行为是否合规方面，而不是管理公司全部的风险点，这个认识是很关键的； 2、合规风险管理与全面风险管理在架构形式、管理目标等方面是一致的。在管理方法上，合规风险管理有自己的特性； 全面风险管理的基本方法概括为：目标与流程的组合，通过收集信息、风险评估、风险控制、监督报告的循环进行管理，这种方法论在合规风险管理中可以借鉴。 但合规风险管理具有其特殊性，如：很少采用定量分析；很少建立指标体系等，与战略、投资、运营、财务类风险管理有较
银行事后监督实施细则
银行会计事后监督实施细则 （第二版） 第一章管理要求 根据国家有关会计和金融政策、法规以及《银行会计业务基本规定》等行内相关业务规章制度要求，为做好事后监督工作，特制定本实施细则。 第一条监督工作的原则性 会计事后监督是指依据国家有关会计和金融政策、法规以及《银行会计业务基本规定》等行内相关业务规章制度，对会计业务事项发生后的原始依据、业务单据及业务处理过程进行抽查和重点复审的监督活动。其目的是加强内控监督机制，审查资金的来龙去脉，及时发现和纠正日常业务处理过程中的违
规操作和核算差错，揭露和防范各类案件、风险隐患和差错，规范业务操作行为。 第二条监督工作的重要性 会计事后监督是银行内控机制的重要组成部分，通过对会计业务的事后监督以及对事后监督的结果进行统计、分析和纠正，形成对业务流程的“闭环”控制。为提高监督效率，事后监督应坚持重要性原则，重点防范案件和内部舞弊，保证资金安全。 第三条监督工作的管理 总行会计结算部下设会计事后监督中心，具体负责分/支行会计事后监督的管理工作。会计事后监督中心负责分/支行会计业务的事后监督工作，并进行凭证业务量和业务差错的统计分析等工作。 第四条监督工作的运作 事后监督工作实行“分/支行分散扫描，总行集中监督”的模式，集中人力和设备，参照总行日人均审核量500笔的标准合理配备审核人员，配齐事后监督工作设备，并不断完善
事后监督核查手段，确保事后监督工作质量，提高工作效率，充分发挥事后监督工作实效。 第五条监督工作的方式 事后监督中心采用影像业务监督系统，采取分/支行分散扫描的模式，通过对柜员业务单据的扫描，将业务凭证的影像信息与业务信息、会计核算进行勾链、匹配，由系统按事先设置的筛选规则抽取符合重要性原则的业务，提交事后监督中心人员进行监督和审核，并记录审核情况以及对发现的问题进行差错处理。 第六条监督工作的辅导 事后监督与会计业务检查工作共同形成会计业务的检查监督体系。总行会计结算部应加强对事后监督的组织领导，加强对事后监督业务的检查和指导，确保事后监督工作质量纳入检查督导范围之内，促使事后监督部门正确履行工作职责，不断提高工作水平。总行会计结算部应加强对事后监督人员的业务培训和辅导，规范事后监督的业务操作，督促事后监督中心履行工作职责，对发现的疑点和问题及时纠正并反馈到相关部
商业银行风险实时预警系统操作手册
目录 引言.................................................. 错误!未定义书签。 一、系统概述.......................................... 错误!未定义书签。 1.1、系统建设背景 ..................................... 错误!未定义书签。 1.2、系统建设意义 ..................................... 错误!未定义书签。 1.3、系统建设实现目的 ................................. 错误!未定义书签。 1.4、实时监控预警系统覆盖面 ........................... 错误!未定义书签。 二、实时监控......................................... 错误!未定义书签。 2.1 系统登录.......................................... 错误!未定义书签。 2.2 主页说明.......................................... 错误!未定义书签。 2.3 实时预警.......................................... 错误!未定义书签。 2.4解决流程........................................... 错误!未定义书签。 2.5 网点状态监督 ...................................... 错误!未定义书签。 2.6 预警协查（发送） .................................. 错误!未定义书签。 2.7 预警协查（收到） .................................. 错误!未定义书签。 2.8 预警协查（返回） .................................. 错误!未定义书签。 三、查询记录........................................... 错误!未定义书签。 3.1 流水查询.......................................... 错误!未定义书签。