商业银行事后监督及风险预警系统方案书V1.0

商业银行事后监督及风险预警系统方案书http:/i目目 录录第第 1 章章 需求分析需求分析.11.1 国内监督及稽核的发展 .11.2 现状分析 .11.3 总体思路 .21.4 系统目标 .3第第 2 章章 总体设计总体设计.52.1 系统概述 .52.2 设计原则 .52.3 业务处理流程 .72.4 系统架构 .82.5 系统功能结构 .102.6 系统物理结构 .122.7 业务量分析及设备配置建议 .13第第 3 章章 系统功能系统功能.153.1 影像缩微及业务监督 .153.2 风险预警体系 .223.3 差错处理 .363.4 综合管理体系 .383.5 业务监督系统特点 .59第第 4 章章 系统扩展系统扩展.634.1 设计目标 .634.2 平台描述 .634.3 网络结构及部署 .664.4 性能规划 .70第第 5 章章 系统安全系统安全.735.1 系统备份方案 .735.2 灾难恢复方案 .775.3 安全保障方案 .77第第 6 章章 近三年工程案例清单近三年工程案例清单.85第第 7 章章 典型成功案例典型成功案例.877.1 中国工商银行总行会计档案缩微建设（总行一期） .877.2 中国工商银行总行影像业务平台建设（总行二期） .877.3 中国工商银行总行全行影像工作流平台（总行三期） .897.4 中国建设银行总行会计档案管理及会计稽核系统 .897.5 招商银行事后监督及风险预警系统 .907.6 华夏银行综合 OCR 事后监督系统.91商业银行事后监督及风险预警系统方案书http:/ii7.7 深圳发展银行事后监督及风险预警系统 .937.8 杭州银行事后监督及风险预警系统 .947.9 汉口银行业务监督及风险预警系统 .957.10 吉林银行事后监督风险预警系统 .987.11 长沙银行稽核监督及操作风险监控系统 .997.12 浙江省农村信用社联合社 .101商业银行事后监督及风险预警系统方案书http:/1第第 1 章章 需求分析需求分析1.1 国内监督及稽核的发展国内监督及稽核的发展传统上，银行储蓄、会计事后监督采用的是基本的手工处理方式：监督、查询的票据为纸制凭证，由操作员手工挑选一部分凭证看流水审票。手工审票主要检查凭证要素是否齐全，业务处理是否正确，对监督人员素质要求较高，全部监督存在成本较大，效率也不高的问题；对流水的分析一般只能基于当天业务数据的简易的分析，不能实现基于历史交易和关联交易的综合分析，或实现起来比较繁琐。但是随着目前高智商犯罪的增加，作案分子专门找制度的漏洞，使得每一笔业务本身都是正确的，而只有基于大量业务的统计和关联交易进行分析时才发现。随着银行地不断发展，银行业务产生了越来越多的纸质凭证，这是银行重要的业务资料和财富。然而，处理这些传统的纸张存在诸多不便，如保存困难、查阅不便、共享性差，无法适应银行高速、高效的服务节奏。随着计算机技术在银行业得到越来越广泛应用，部分商业银行为增强自身的竞争实力，提高服务水平，都纷纷采用辅助监督系统来取代传统的手工处理业务方式，尤其是储蓄、会计业务处理，这一点显得尤为突出，并且该项业务处理正开始向网络化方向发展。1.2 现状分析现状分析传统上，银行的风险指信贷风险和市场风险，在操作风险管理上较为落后。当前对操作风险的预防主要放在监督中心，现有的监督软件只能做到通过分散地挑选一部分凭证来对流水进行核实，对于没有凭证的业务不能进行监控。对整个业务的综合分析，只能通过人工的方式凭业务人员的自身素质进行简单判断，若要对需复杂计算、大数据量分析后才能得到的风险信息，就需要运用计算机手段来实现。原先由人工进行监督，只能对凭证进行全面监督，无法根据业务重要性区分监督重点。近年来银行内部人作案层出不穷，由于这些人熟悉银行制度、系统的漏洞，作案手段有很强的连续性和隐蔽性，通常一般监督难以发现。现阶段，部分银行还存在以下问题：凭证保存不便，查阅困难。凭证经过事后监督后送回网点，由网点分散保管，占据了行内存放凭证的空间，查阅凭证费时费力，要递送凭证纸张，浪费时间，并且由于经常查阅导致凭证损坏。整个事后监督操作比较分散，不适应前台业务整合和核算一体化的管理要商业银行事后监督及风险预警系统方案书http:/2求。人工审票重点不突出。一般由事后监督人员手工翻阅部分传票，无法选择高风险业务进行重点监督。人工审票需要具有较高素质、较多经验的监督人员，这样对监督人员要求高，人员培训也要花费很大的开销。不能实现基于历史交易统计和关联交易分析。目前各家银行在风险的防范上均采取了各种措施，包括主业务系统内部实现的基于交易的控制，以及基于当天业务数据的简易的分析，但是随着目前高智商犯罪的增加，作案分子专门找制度的漏洞，使得每一笔业务本身都是正确的，而只有基于大量业务的统计和关联交易进行分析时才发现。对风险缺乏制度化的整套管理制度。风险模型的提出和建立、风险的生成和查询、风险的处理、风险的打印、风险的核销和落实没有制度化的方法来保证，效率低下。风险的响应不及时。一般地，70的风险案件需要查找到原始凭证或者凭证的图像，即使发现了风险，等到落实查找时已经过去了许多天，不能及时减少风险带来的损失。有效地管理和方便地调阅庞大的交易流水信息和凭证影像信息，高效监督并及时发现操作方面的风险日益受到银行各级领导的重视，为了适应行内前台业务整合和核算一体化的管理要求，达到减员增效和提高监督质量的目的，建立一套完善的、自动化程度高、扩展性强的 OCR 票据影像处理及事后监督系统已迫在眉睫。为了解决银行面临的以上问题，信雅达公司提供的事后监督系统引入了 OCR 光学识别技术，集凭证录入、图像处理、智能识别、数据核对、海量存储、精确查询、重点监督于一体的计算机辅助管理系统，实现了凭证档案的缩微，并在实现凭证影像精确索引的基础上，建立业务处理事后监督监督中心，结合影像和流水实现对业务的重点监督，替代银行原有的手工监督和账务监督的模式，逐步实现了事后监督的自动化。1.3 总体思路总体思路业务监督系统工作平台是独立于核心业务系统之外的一个计算机系统，它运用信息技术手段，对核心业务、信贷业务等系统发生的各种交易进行监控分析，对可疑事项及时报警，将各种违规操作与计算机犯罪扼杀在萌芽状态，采用多种方式采集交易数据、账务数据、客户信息数据等建立数据平台，根据对安全性的需要制定各种业务监管规则（包括柜面交易和信贷业务两大部分），系统根据监管规则对采集的数据进行分析过滤，对不符合监管规则的事项做出不同的报警。通过 OCR 识别技术和手工补录辅助的方式对凭证进行监督和建立精确索引，对监督以外的需重点商业银行事后监督及风险预警系统方案书http:/3监督的业务，按照自定义条件再进行监督确认，自定义方式可以采用重点交易监督、重点账户监督、重点柜员监督、重点机构监督、挂销账业务等监督等。通过事后监督与稽核管理这套计算机辅助管理系统对可能发生的风险进行分析和预警，使得损失最小化，促进商业银行提高风险管理水平，保证其发展战略和经营目标的实现。1.4 系统目标系统目标商业银行业务监督系统的任务是提供全面的监管解决方案，包括：影像缩微、事后监督、风险预警。达到监控操作监控分析相结合，系统通过对各业务系统的交易数据、交易行为进行监控，对于异常的、不合规的事项进行分析，对机构、产品、岗位、人员、流程等进行风险评价，从而为工作人员确定重点的监控对象。实现重点业务自动监督、差错处理。做到风险预警与现场稽核的高度统一，风险预警系统通过定义各业务条线的稽核规则，后台自动批处理运行，为现场稽核提供线索，稽核人员现场进行正常与非正常认定，从而实现非现场与现场的紧密结合，提高商业银行在同业中的竞争优势。事后监督和风险预警系统总体建设任务包括：通过扫描方式，实现纸质会计凭证影像的采集。采用 OCR 技术，自动识别记账凭证要素并辅以人工确认的方式，建立传票影像和流水的精确索引或粗索引，进一步提高系统的监督质量和效率。 建立电子档案管理平台，实现会计凭证、流水账、明细账、总账、登记簿和会计报表等会计档案资料的无纸化存储及其信息资源的共享。提供强大、灵活的查询功能。对已经建立精确索引的传票影像，提供按流水交易要素进行精确查询，并可进行关联查询。没有建立精确索引的传票影像，提供预约查询，并在查询完成后自动建立精确索引。通过科学手段，达到事后监督管理办法的要求，全面提高监督的质量和效率。实现商业银行各项业务的重点监督、抽样监督，建立多层次的监督体系。通过统计和分析，实现监督自动化，最大限度提高监督的效率和降低人为差错。在勾对、监督的过程中，系统自动分捡重点业务，监督监督点及发现的差错信息，通过网络自动发送到各相关部门，进行差错的查询、查复处理等管理，建立多方位网络信息系统，为商业银行管理现代化提供网络化支持。通过流水导入等方式，建立事后风险预警系统。系统根据预先设定的条件，自动通过对各种历史数据的统计和分析，提取符合风险预警规则的业务信息，由监督人员进行重点监控和跟踪。风险预警的内容包括：柜员管理监控、储蓄业务重点监控、对公业务重点监控、银行卡业务监控、自助业务及通存通兑业务监控、住房公积金及住房维修资金业务监控、内部账户使用监控、特殊业务监控、重要空白凭证及有价单证使用监控、反洗钱监控等。商业银行事后监督及风险预警系统方案书http:/4促进商业银行严格遵守国家法律法规、银监会的监管要求和金融机构审慎经营原则。提高风险管理水平，保证其发展战略和经营目标的实现。强化各级管理者和员工内部控制意识，严格贯彻落实各项内控措施，确保内部控制体系得到有效运行。在出现业务创新、机构重组及新设等重大变化时，促进商业银行及时有效地评价和控制可能出现的风险。商业银行事后监督及风险预警系统方案书http:/5第第 2 章章 总体设计总体设计2.1 系统概述系统概述为改变目前人工业务监督的落后局面，增强自身的竞争实力，提高服务水平，适应现代化金融机构的管理要求，根据商业银行核算和监督要求及各项会计基本制度、各类业务的管理规定以及商业银行的具体情况对事后监督系统工作进行改革，建立一个全新的事后监督系统应用系统，以充分利用现代化先进手段开展业务监督与风险预警系统工作。业务监督业务是银行业务系统中的一项特殊业务，它不等同于前台业务。前台业务是将业务活动过程列为处理的主体对象，而业务监督与风险预警业务是将业务凭证和流水列为处理的主体对象。必须以实际业务为出发点，废除传统的人工录入、监督、差错处理和查询等过程，通过先进的扫描、OCR 识别、重点监督，流水分析等多重监督、差错实时监控处理和多种方式实时查询等先进的信息处理方法实现业务监督与风险预警系统。2.2 设计原则设计原则合规性与合理性的原则合规性与合理性的原则系统中的各种业务流程、操作和决策符合国家法规法律、商业银行的各种规章制度，以及银行的利益。独立性原则独立性原则系统的建设与传统的银行业务处理系统相对独立。首先，业务处理系统是对银行业务流程进行处理，而本系统则是对业务数据进行监管，不受其流程变化的影响；其次，两个系统在主机平台、存储环境、开发软件等方面都是互相隔离，两者之间通过网络相互连接，以一个公共接口传递所需的数据。先进性原则。先进性原则。在系统的建设中，采用最新的设计思想，运用先进的信息技术，保证系统能够适应未来银行业务和事后监督与稽核业务不断发展的需要，提高系统的可用性和效益。易扩展性原则。易扩展性原则。在系统中采用了开放的开发平台和开发工具，使整个应用架构具有逻辑独立性，保证了本系统的高伸缩性，既可有效地保护投资，又可满足迅速增长的业务需求。开放性原则。开放性原则。商业银行事后监督及风险预警系统方案书http:/6本系统将具有最大限度的开放性，包括对硬件平台的透明支持、与原有系统的互连，以及对其他第三方产品的网络及数据连接。经济性原则。经济性原则。在规划建设过程中，遵循长远规划、逐步建设的指导方针，在技术实现上，采用灵活的、能不断适应业务发展的框架，确保投资的最大收益。安全性原则。安全性原则。本系统采用多层次的安全机制来确保系统的安全性，确保在系统运营过程中，要避免各种风险对它的影响，保证银行自身资产的安全，同时也要保证客户资产的安全，保证银行的信誉。总体结构先进总体结构先进系统采用 B/S 应用框架，包括浏览器、Web 服务器、应用服务器和数据库服务器。支持在任何节点部署相关应用程序，支持各种业务方式如事中监督方式。统一的结构化数据来源统一的结构化数据来源数据仓库抽取业务系统运行产生的基础数据和各项经营管理分析系统产生的外部数据，作为业务监督与风险预警系统中心系统及其它各项银行经营管理系统统一的结构化数据来源，为非现场监督与业务监督与风险预警系统等业务发展与管理决策提供数据支持。业务扩展灵活业务扩展灵活系统满足 3 年的业务扩展需求，前台增加新业务品种和票据种类，通过参数化配置即可实现业务监督和电子档案管理，不用修改任何应用程序；增加新的重点监督规则，通过配置即可实现，做到业务扩展零维护。安全控管先进安全控管先进系统采用机构、人员、角色、权限管理方法，通过级别、角色和权限的关联设置人员权限；采用多种加密手段保证系统的高度安全性；采用数字水印技术保证影像文件的安全性。提供电子档案管理平台提供电子档案管理平台支持各种类型电子档案的存储、查询和管理。包括票据图像文件、报表文件、word 文档、PDF 文件、EXCEL 文件等等的存储和管理；支持流媒体的存储和管理。支持各部门和各业务系统的非结构化数据的存储和管理。商业银行事后监督及风险预警系统方案书http:/72.3 业务处理流程业务处理流程网点凭证自动处理流水勾对影像匹配档案隔日交接库房（实物）管理网点业务办理付给$业务流水业务流水导入风险预警分析员人工补录重点监督抽查监督再监督差错处理综合对账电子档案存储管理电子档案查询日终处理数据归档业务量统计操作员处理统计差错统计 $ $ $当天流水是否平帐差错下发扫描凭证数量核对数据迁移光盘影像调阅库房管理工作站批量风险预警说明：1.系统批量导入的业务数据不仅限于核心业务系统产生的相关数据，也可支持信贷管理系统、国际结算系统等系统所产生的数据。2.实时数据和次日批量业务数据的获取，可以支持文本、直联数据仓库的多种方式的导入。3.数据导入的方式一般采用定时自动触发完成。4.系统不对网点批量扫描录入的时间、次数作限制，可以由网点根据本机构具体的业务量、扫描仪设备、人员配备等情况自行确定。5.系统的扫描录入模块支持市场上绝大部分品牌、型号的扫描仪设备。6.扫描批次以柜员为单位。每个柜员的凭证可以以一个批次或多个批次进行扫描。7.系统自动对扫描后的影像信息进行 OCR 识别，并利用识别后的票据要素自动进行流水勾对。8.对于在识别录入过程中未能正确识别和勾对的业务，系统自动提交给人工补录工作站，进行人工干预。9.对于需要进行人工补录的业务或需要进行重点监督的业务，系统显示凭证影像，并提示操作员输入凭证要素。系统根据票据要素自动进行流水勾对。10. 系统根据预先设置的重点监督模型与风险预警模型，进行重点监督与风险商业银行事后监督及风险预警系统方案书http:/8预警。11. 当待监督网点的所有柜员的业务监督完成之后，由系统管理员进行网点日终处理，设置网点完成标志，生成前台柜员业务量和差错统计信息，对差错进行发布等。12. 系统自动根据存储策略按照不同的存储设备的要求对凭证影像和数据进行存储。13. 前台网点柜员或机构需要对监督过程中发现的差错进行查询和回复处理。2.4 系统架构系统架构1） 系统软件架构系统软件架构影像组件应应用用展展现现层层应应用用服服务务层层基基础础服服务务层层影影像像平平台台影像管理及监督影像采集批量数据抽取风险预警人工补录预警处理预警数据提取预警模型配置任务分发数据归档 日终清理模型分析系统管理差错处理WEB服务影像文件下载影像服务内容管理数据库访问组件JAVA类/EJB预警权限管理凭证版面配置重点监督内容配置重点监督系统参数配置用户权限管理程序版本管理OCR识别流程控制日志管理系统的软件架构为四层结构：影像平台、基础服务层、应用服务层、应用展现影像平台、基础服务层、应用服务层、应用展现层层。影像平台影像平台：商业银行事后监督及风险预警系统方案书http:/9影像平台分为影像组件和内容管理两大部分，内容管理平台的数据库支持业界主流的商业关系数据库（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、光盘库多种存储平台。本系统采用磁盘阵列作为在线存储设备。全行统一安装一套数据库，数据库分为两个实例：事后监督数据实例、风险预警数据实例。公共数据及参数（如机构信息、用户权限信息）统一存放在事后监督数商业银行事后监督及风险预警系统方案书http:/10据库。全行统一部署一套数据存储平台，全行所有的影像数据都通过归档入库方式，存储至总行数据中心。对于应用部署，在网络条件允许的前提下，可以支持总行集中，监督处理集中。也可以局部分散部署，做区域集中处理。2.5 系统功能结构系统功能结构系统支持图形化和 B/S 架构。系统设计过程中采用的数据模型包括：层次模型、关系模型。层次模型，系统中最典型应用的是机构信息树。关系模型，系统中比较典型应用是，版面配置中，页对应的各项属性。系统支持事务处理，具有事务提交和回滚能力。系统整合公司的 SUNFLOW 工作流产品，提供业务流程支持。系统可以根据邢台市商业银行的技术标准、数据标准及接口规范要求，获取实时、批量业务数据。并可以根据接口规范从其他业务应用系统获取数据，或向其他业务应用系统提供数据。系统具备在总行设置一个接口服务。根据应用整合平台提供的接口规范，接口服务通过 socket 的方式与应用整合平台进行连接。为了保证数据传输的可靠性，采用 TCP 协议方式进行连接。接口服务需要遵从应用整合平台数据接口的通讯协议规商业银行事后监督及风险预警系统方案书http:/11范，并对加密的通讯数据做相应的解密处理。如果应用整合平台允许，接口服务的可以与之建立多个连接，以提高整体处理的效率。对于批量数据的获取，接口服务采用短连接的方式，只有当满足时间条件时，才进行连接并下载数据，当下载完成时，立即安全断开连接。对于实时数据的获取，接口服务采用长连接的方式，实施获取数据。为了提高传输效率，调用方法采用异步方式。交易遵从两阶段提交协议，对于成功的交易进行提交，对于失败的交易进行回滚。接口服务对连接、处理、异常等记录日志。系统具备提供客户化的导入接口配置工具，开发工具采用 Visual C+6.0。在批量导入过程中，服务粒度可以是一个文本文件；对于实时导入过程，服务粒度为一条业务记录。为了满足客户化的具体需求，需要进一步对接口细节进行协商，以可评估更为准确的工作量。支持接口调用的错误和异常处理，能够按照应用整合平台的要求提供标准化的出错代码和清晰的出错信息描述，同时能够接受处理应用整合平台发送的错误代码和错误信息。系统支持自身主动导出，包括全量和增量的数据导出，支持对导出数据的质量检查。增加数据校验机制。系统针对凭证画面进行数据补录，补录的要素完全通过配置方式生成，并可以根据不同的凭证类型，配置不同的补录要素。数据补录过程支持快捷键、支持关联流水、支持替换值、支持自动补齐帐号信息等，通过这些措施，可以提高补录的效率。系统所采用的软硬件平台应具备开放性，数据库服务器操作系统支持：IBM AIX 6、SUSE LINUX 10.1、SUN SOLARIS 10、WINDOWS 2003WEB 服务器操作系统支持：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商业银行事后监督及风险预警系统方案书http:/122.6 系统物理结构系统物理结构数据库服务器应用服务器WEB服务器预警服务器3 U 磁盘阵列自动识别服务器自动识别服务器2差错管理工作站预警管理工作站系统管理工作站集中扫描工作站人工处理工作站查询工作站差错回复工作站查询工作站差错回复工作站查询工作站流水导入服务器页 1页 1页 1页 1数数据据中中心心监监督督中中心心支支行行（或或网网点点）支支行行（或或网网点点）系统部署逻辑上可划分三个中心：数据中心数据中心集中存储业务数据和影像数据；部署存储设备、数据库服务器、应用服务器、影像文件服务器、预警服务器；数据库服务器集中存储系统配置信息和业务数据；存储设备提供对影像文件的存储管理，影像文件服务器提供影像数据的存储管理，预警服务器提供预警数据的处理，应用服务器部署系统应用服务。在业务处理完成后将所有数据通过接口归档到商业银行的档案管理系统集中存储管理。监督中心建立集中的监督中心，集中完成辖内凭证影像的处理和监督。监督中心的工作是完成所有的凭证监督，监督中心部署的设备主要以方便业务监督与预警监控工作为目的，包括人工处理、差错管理、预警处理、重点监督等工作站；管理方面配置了专门的系统管理和模型配置工作站来方便系统管理员的管理工作。网点网点一般负责设置查询工作站及差错回复工作站。商业银行事后监督及风险预警系统方案书http:/132.7 业务量分析及设备配置建议业务量分析及设备配置建议2.7.1 建议硬件配置要求（假设按建议硬件配置要求（假设按 3 万业务量计算）万业务量计算）项目名称或规格型号项目名称或规格型号名称名称描述描述数量数量备注备注1 1数据中心数据中心数据库服务器IBM X3650 M2 XEON 3.5G*4，4G 内存，4 个 146G 硬盘，RAID 卡，100/1000 兆自适应网卡1Windows 2003 操作系统、建议 ORACLE 10G与风险预警数据库服务器互备WEB 服务器IBM X3650 M2 XEON 3.0G*2，4G 内存，2 个 146G 硬盘，RAID 卡，100/1000 兆自适应网卡1Windows 2003 操作系统、建议 WEBLOGIC应用服务器IBM X3650 M2 XEON 3.0G*2，4G 内存，6 个 146G 硬盘，RAID 卡，100/1000 兆自适应网卡1Windows 2003 操作系统、建议 WEBLOGICOCR 自动识别服务器IBM X3650 XEON 3.0G*2，4G 内存，2 个 146G 硬盘，RAID 卡，100/1000 兆自适应网卡1用于影像 OCR 识别存储设备磁盘阵列柜 3T1在线存储， 2 2监督中心监督中心差错管理工作站酷睿 CPU/512M 内存/80G 硬盘/DVD/17LCD1根据监督分中心业务量和人员而定系统管理工作站酷睿 CPU/512M 内存/80G 硬盘/DVD/17LCD1根据监督分中心业务量和人员而定人工处理工作站酷睿 CPU/512M 内存/80G 硬盘/DVD/17LCD4根据监督分中心业务量和人员而定重点监督工作站酷睿 CPU/512M 内存/80G 硬盘/DVD/17LCD2根据监督分中心业务量和人员而定风险预警处理工作站酷睿 CPU/512M 内存/80G 硬盘/DVD/17LCD若干根据监督分中心业务量和人员而定柯达扫描仪KODAK 高速扫描仪 I6202用于集中扫描柯达扫描仪KODAK 扫描仪 I14401用于集中扫描扫描工作站酷睿 CPU/2G 内存/80G 硬盘/DVD/17LCD3连接扫描仪用3 3其它类其它类网络设备百兆交换机1商业银行事后监督及风险预警系统方案书http:/14机柜42U 机柜，带切换器1塑封机票据凭证塑封机1外置刻录机Sony DVD 刻录机12.7.2 存储规划存储规划总行数据中心统一部署影像存储设备，通过在线存储、近线和离线相组合方式统一存储管理事后监督影像数据：一年以内的影像数据采用在线存储方式，一年以上的影像通过采用光盘柜或磁带库近线存储方式，刻录 DVD 光盘或磁带介质，同时一年以上的影像数据采用离线存储方式。会计档案彩色扫描容量压缩后将要达到 100-150KB，考虑凭证扫描一般采取双面扫描的因素，根据经验我们把每笔交易的数据容量应该为 200300KB；按照每日 3万笔业务量，一年内的影像数据的存储量约为 3TB，考虑适当的业务增长，建议存储容量按 3T 规划。对于一年以上的影像数据，由于查询调阅的频率较低，并考虑存储设备成本，利用 DVD 光盘或磁带介质，采用离线方式提供查询功能。商业银行事后监督及风险预警系统方案书http:/15第第 3 章章 系统功能系统功能系统严格遵守中华人民共和国银行法及城市商业银行会计制度及会计科目。票据管理及凭证格式严格按中华人民共和国票据法及票据管理实施办法执行。支付结算业务要求严格遵守支付结算办法及支付结算会计核算手续。贷款业务严格遵守贷款通则。银行财务核算严格遵守金融企业会计制度。本系统文档和软件开发规范遵循计算机软件工程规范（国家标准汇编）。业务监督与风险预警系统应以前台业务为依据，全面监督前台系统的每个环节，既要监督流水，也要监督总账、分户帐及各类会计凭证。本系统内设分户帐、总账，利息积数计算方式遵照营业前台的计算方式计算，这样就可以和前台系统定期或不定期的核对分户帐余额、积数，总账的余额；每天或每月进行自动转存处理，可以和前台进行自动转存流水的核对，也可以进行批量入账处理；每年自动结息，可以和前台进行结息流水的核对；对于所有进行核对的流水，如果有差错产生，都要记录差错，以备查阅；从而起到全面监督前台系统账务的作用，从而也可以及时查出不法分子利用计算机手段更改账务系统而可能带来的损失，降低和控制风险。系统界面根据 windows 用户通用的操作习惯进行排列与组织。充分考虑使用者的方便、灵活性，如使用较多的人工处理，提供丰富的快捷键供用户使用，并且可以根据个人的习惯，自由调整快捷键。菜单结构一般以功能划分分组，常用的菜单设置在一级菜单项中，不常用的菜单可根据功能划分统一设置在二级菜单项中。常用的菜单都可设置快捷键。另外对于客户端程序，将提供快捷工具栏。对于快捷查找，一般都设置快捷查找按钮，或提供热键 F3 进行查找。版面建立，系统提供灵活的表单定义工具，通过可视化的图形界面，鼠标简单的拖-拽-点击等功能，就可以方便的建立新的模板。系统提供方便的模糊查询功能，可以在不确定精确查询要素的情况下，更快的定位查询目标。系统提供查询要素栏，由用户选择性的输入要素，并开始进行模糊查询。3.1 影像缩微及业务监督影像缩微及业务监督3.1.1 影像采集影像采集影像采集即需求说明中的非结构化数据采集，具体指业务凭证及相关附件的扫描商业银行事后监督及风险预警系统方案书http:/16录入过程，是凭证影像处理的第一步，根据需求说明数要求，系统首先对凭证等纸质文档进行一次性正反两面扫描获得电子影像数据，随后即对影像数据能进行识别、勾对等处理。扫描方式特点：扫描方式特点：系统支持各种扫描仪，从黑白到彩色，从 10 页/分钟到 200 页/分钟，从单面到双面扫描；适用的图像格式包括黑白的 TIFF 格式、彩色的 JPEG 或 TIFF 格式；录入方法、技术、操作的规范化管理，人员配备少，效率高；专业化扫描方式，能有效保证数据档案的真实性、完整性和规范性。通过虚拟硬件层技术，隔离扫描设备硬件的差异，使影像录入系统可以驱动不同扫描设备，注注：虚拟硬件层技术由于用于文档录入设备种类繁多，接口也各不相同，硬件控制复杂程度、控制方式也各不相同，录入速度差异较大，生成的影像格式也不相同：有 BMP、JPG、TIFF 等，而对于文档录入的处理有其共同点，屏蔽差异性，提取共同点，使各种不同设备在文档录入时，处理方式和接口统一，提高软件的适应性。根据文档处理的标准与规范，分析文档处理的特点，将文档的录入统一进行处理，定义文档处理的各种接口，从而屏蔽实际硬件操作的控制，具体包括高档扫描仪的接口（ISIS）、普通平板扫描仪的接口（TWAIN）、数字摄像机（TWAIN）、传真接入的接口（FAX）以及视频信号处理（Video Capture）等。功能列表功能列表: :序号序号功能名称功能名称功能描述功能描述1凭证登记实现对所需扫描的纸质各类凭证的业务日期、机构代码、柜员代码、凭证张数进行登记、修改、核对2批次索引实现对批次扫描凭证的批次索引的建立，一般包括业务日期、机构代码、柜员代码3凭证扫描实现通过中高速扫描仪将纸质凭证采集为电子影像4影像质检对影像文件进行整理并作质量检测，即对有效信息的增强和对干扰信息的剔除，以提高影像质量。5特殊处理针对重扫、补扫等特殊批次进行特殊处理。6影像浏览实现对刚扫描的图像进行翻阅和浏览7影像删除实现删除扫描不清晰的图像，包括单张删除、整批删除商业银行事后监督及风险预警系统方案书http:/17序号序号功能名称功能名称功能描述功能描述8影像插入实现对于遗漏的图像可以在指定的图像位置补扫9影像上传实现将扫描的图像提交至文件服务器存储，并同时将批量索引信息记录在数据库中10影像接收实现在服务端接收扫描提交的影像信息11集中采集支持中心集中扫描采集方式3.1.2 自动处理自动处理把采集的影像进行图像增强、去底纹、去黑边、去斑点、纠偏等图像处理；通过 OCR 识别凭证相关要素自动与流水进行匹配，并把匹配成功的流水作为影像的精确索引；对于需要人工重点监督的凭证，系统自动进行提取。功能列表：功能列表：序号序号功能名称功能名称功能描述功能描述1版面识别实现根据预定义的模板库，自动识别表格特征、题头特征确定凭证版面类型2OCR 识别实现根据预定义的版面要素区域的识别信息，自动调用 OCR 识别引擎识别区域信息3流水勾对实现根据预定义的流水自动勾对方案，自动勾对业务流水（根据预先设定、固定每种记账传票的借贷方向来进行自动勾对）4流水倒入实现提取自动勾对成功的流水，并倒入图像索引，作为图像的精确索引5票面审核实现根据版面特征识别，采用 OCR 技术识别凭证影像上的审核要素区域，识别内容包括大小写金额、用户签名、盖章、日期等6主附件核对实现对主件、附件关系的自动整理、归类7监督提取实现自动提取待人工重点监督的影像文件3.1.3 人工处理人工处理功能描述：功能描述：对于识别错误（包括未定义版面、识别错误、勾对错误）或重要业务（如大额凭证需人工审核是否双人签章）的凭证影像，系统将自动发送给相应的人工处理工作站进行人工处理。系统自动把凭证影像发往人工录入的计算机，由操作员进行手工补录凭证要素和人工核对，完成流水勾对。若发现差错将把凭证影像及信息发往差错库，由差错审核员进行差错确认和处理。操作员可以根据一定的权限选择要处理的网点。商业银行事后监督及风险预警系统方案书http:/18功能列表功能列表序号序号功能名称功能名称功能描述功能描述1人工版面确定实现人工指定电子影像的凭证类型2主附件调整实现人工对主件、附件的调整3人工补录实现人工对照显示在屏幕上的影像，输入电子影像的记账要素，要素的类别通过配置产生可实现拆分补录、部分屏蔽补录、突显补录等。每笔记录补录过程完成后，系统即时勾对流水，匹配相关要素4流水勾对实现根据人工录入的记账要素，勾对业务流水（根据预先设定、固定每种记账传票的借贷方向来进行人工勾对，防止柜员记账反方）5流水倒入实现提取自动勾对成功的流水，并倒入图像索引，作为图像的精确索引6人工审核实现人工对照显示在屏幕上的影像和流水数据，审核票据内容：大小写金额、签名、对方账号等7重点监督实现人工对重大金额、重点交易、重控凭证、特殊业务的凭证影像进行重点监督8一对多凭证处理实现对于一张凭证对应多条流水的凭证影像，可以设置一对多选项，根据人工补录的流水数自动复制凭证影像，建立凭证影像和流水的一一对关系9批次索引修改实现对于批次索引录入错误的凭证影像批次，可以由人工操作员修改批次索引信息，并自动发送后台重新处理10凭证显示实现对显示的凭证影像进行旋转、放大、缩小、翻页操作，辅助操作员进行人工处理11自动定位实现在人工记账要素输入过程中，如果该要素已经设置识别信息，则系统自动定位图像的对应区域12流水查询实现根据批次索引信息、账号、金额、交易码查询流水信息13差错登记实现在人工补录、人工审核、重点监督过程中将差错凭证影像记录至差错库中14人工验印通过验印软件提供的接口实现对自动验印失败的印章进行人工验印商业银行事后监督及风险预警系统方案书http:/193.1.4 业务监督业务监督功能描述：实现人工对重大金额、重点交易、重空凭证、特殊业务的凭证影像进行重点监督。重点监督是根据所监督业务或交易事项的重要性及风险程度，预先定义重点监督业务模型， 设置流水数据识别与提取的各项参数条件，系统自动根据设定的重点监督业务模型中的监督项目及交易流水（账务流水与非账务流水）提取条件，从各业务系统和管理系统中筛选、提取需监督的交易记录，并分类集中生成重点监督工作任务，由人工处理监督员或者专门的重点监督岗位操作员根据要求逐笔完成业务监督。功能列表功能列表序号需求名称需求描述1监督模型建立添加、修改、存储模型。2模型日志记录记录详细的模型变动过程。3凭证显示实现对显示的凭证影像进行旋转、放大、缩小操作，辅助操作员进行监督。4流水显示显示该笔业务交易流水，及通过该流水能找到的关联信息。必须勾对的关联信息若没有勾对，应能有一个地方可以查询，每日重新生成监督任务5人工审核实现人工对照显示在屏幕上的影像和流水数据，审核票据内容：如大小写金额、签名、对方账号等。6重点区域显示实现人工对配置的凭证的识别区域进行高亮显示。7影像查询可以根据流水等实现在线影像查询。8流水查询实现根据粗索引信息、账号、金额、交易码查询流水信息。9差错登记实现在重点监督过程中将差错凭证影像记录至差错库中，可以分别登记人工补录员和扫描员的差错。10版面纠正实现纠正版面名称，对于是人工补录员补录错误的版面并登记差错。11申请滞留对于当前不能确认的业务，可以申请滞留，滞留需授权通过，日后再处理，在第二天仍然是滞留是状态，仍未处理，还是需要再次申请滞留。12监督时间记录记录监督员监督该笔业务所使用的时间及任务开始时间。13显示未监督笔数显示未监督业务笔数，管理员可以随时查询商业银行事后监督及风险预警系统方案书http:/203.1.5 综合查帐综合查帐功能描述：按网点综合查询统计凭证影像扫描和流水的勾对情况，根据查询统计结果对未处理的凭证影像和流水数据进行相应操作，确保凭证影像和流水数据已被完全处理。功能列表：功能列表：序号序号功能名称功能名称功能描述功能描述1显示未平帐网点和柜员实现显示操作员所监督的网点、柜员所有流水的勾兑状况，突出显示没有平帐地网点和柜员，可以选择清理网点流水2流水查询实现根据发生日期、所号、柜员号、流水勾对标志、账号、金额等条件查询和显示流水情况3图像查询实现根据发生日期、所号、柜员号、图像处理标志、账号、金额等条件查询和显示图像及其索引4流水勾对实现选定流水进行勾对，并将流水倒入数据库作为选定图像的精确索引（根据预先设定、固定每种记帐传票的借贷方向来进行人工勾对，防止柜员记帐反方）5图像差错登记实现将差错凭证影像记录到差错库中6流水差错登记实现将差错流水记录到差错库中3.1.6 数据归档数据归档功能描述：数据归档是指将当天完成所有业务处理的数据归档至内容管理平台集中存储管理。功能列表：功能列表：序号序号功能名称功能名称功能描述功能描述1条件设定实现归档条件的设定，包括待归档的业务日期的选择，归档批次的选择，图像背面归档选择，支持根据凭证类型将归档的影像进行二值化后再上传的设置2数据归档实现将图像及索引自动归档至内容管理平台3业务统计将前台稽核人员完成业务量进行统计，并发布到WEB 服务商业银行事后监督及风险预警系统方案书http:/213.1.7 影像查询影像查询功能列表：功能列表：序号序号功能名称功能名称功能描述功能描述1B/S 影像查询实现通过浏览器方式，输入要素，查询图像2单盘查询实现对已经刻录至 DVD 盘片的数据支持单盘查询3图像显示实现对查询图像的显示，并支持放大、缩小、旋转简单功能4图像打印实现打印指定的查询图像5相邻图像显示实现显示指定图像的相邻图像，包括，查询结果上一张，查询结果下一张商业银行事后监督及风险预警系统方案书http:/223.2 风险预警体系风险预警体系3.2.1 软件结构软件结构总总行行部部署署SUNFLOW工作流平台实时数据采集批量数据采集预警数据分析预警规则配置业务流程配置用户权限管理统一身份认证预警数据处理处理流程监控预警信息发布报表子系统运营监控运行参数维护WEB短信邮件实时数据采集服务，可通过主机转发交易包方式、网络侦听方式、读取主机日志方式等获取核心系统发生的实时数据。批量数据采集服务，以文本文件的方式，将业务数据批量加载至预警数据库中。预警规则配置，提供灵活的，参数化的配置方式，满足各种预警规则模型的定义。预警数据分析服务，提供实时、批量的业务数据分析功能，在业务数据中提取出可能存在业务风险的预警数据。预警信息发布，将分析提出的预警数据通过 WEB 方式进行发布，并可以根据后续预警数据处理的需要，通过其他途径进行发布通知，如短信、OA 邮件等。报表子系统，从业务数据、预警数据及后续处理信息中抽取有参考价值的数据，并通过组合、计算生成相应的报表。运营监控，方便运营维护人员即时了解系统关键服务的处理状态。运行参数维护，系统运行中所必须的参数设置，根据参数类型的不同，可以由不同级别和类型的用户配置。工作流平台，工作流平台主要完成预警数据后续处理的业务流程控制。工作流平台同时提供图形化的工作流程配置器，流程任务的监控器。为复杂的预警后续处理提供稳定的流程转发平台。用户权限管理，包括机构管理，权限管理，角色（岗位）管理，用户管理，操商业银行事后监督及风险预警系统方案书http:/23作范围管理。统一身份认证，提供全行统一的身份验证方式，可与银行主机系统的用户对接。3.2.2 实现原理实现原理围绕的系统建设总体目标，系统实现的基本原理是建立全面、丰富的预警监控模型，综合分析多种业务数据，实现完整的监测处理流程。系统实现原理包含以下三个关键点：完整的数据源数据源，即系统的分析对象；数据源决定了系统能做什么。作为全面的、多部门共享的风险监控系统，系统的分析对象包括多种业务数据，包括综合业务系统、信贷管理系统、财务管理系统等，包含实时交易数据和历史交易数据，系统提供多种方式数据采集方式，获取实时交易数据、采集并保存历史交易数据，在获取完整的业务数据源后可进行完整的、全面的交易分析。同时，系统自身生成的统计数据，如日常交易特征数据，同样可以作为系统分析的数据源。全面、丰富的预警规则预警规则是系统的核心，确定了系统要做什么，是系统分析的依据。通过系统的规则配置管理功能以简单公的式方式定义业务风险点的业务特征，作为系统分析的依据；预警规则来源于业务知识、业务经验和案例。系统的预警规则配置子系统将复杂的数据规则以简单的公式方式展现给业务人员进行配置管理，可以根据业务的需要灵活的增加、删除、修改预警规则，从而实现对风险点的监控，业务人员无须编写程序语句。基于规则的数据分析平台通过基于规则的数据分析平台，根据预先定义的业务监控规则，实时分析或批量分析符合预定义的业务监控规则的业务数据，生成预警信息。基于规则引擎的数据分析平台，能够高效、准确的完成业务数据的综合分析和提取。由于实时交易数据分析高时效性要求，基于数据库的实时分析需要在一秒以内进行交易数量预警模型数量次数的数据库查询统计，导致数据库压力过大，无法满足应用要求；通过规则引擎的规则匹配、调度、执行过程，通过内存中的复杂算法运算，及时分析实时交易数据，能够充分满足实时交易数据分析的时效性要求。商业银行事后监督及风险预警系统方案书http:/24数据分析平台规则库规则1规则2规则n规则引擎模式匹配器规则调度器规则执行器交易数据交易数据接收运行数据可疑交易数据保存可疑交易数据灵活可变的监测处理流程预警处理流程确定了系统如何处理可疑交易信息，确保系统提取的交易数据得到了确认和整改，最终决定了系统的应用效果。所有相关处理的流程流转都在建立在信雅达工作流平台基础之上的。根据预警监控规则分析业务数据并生成了预警信息后，系统应提供完备的通知机制和完整的业务处理流程以确保可疑交易数据得到及时的确认和处理；系统及时通知发卡机构进行后续的分析、处理，由发开机构业务监控人员采取相应的风险控制手段，如联系持卡人、对卡片进行止付操作等。针对不同业务的不同业务管理部门和业务处理要求，可以按照预警模型设定不同的业务处理流程，并设定相应业务管理部门的业务处理人员。预警实现原理商业银行事后监督及风险预警系统方案书http:/253.2.3 模型及指标设置模型及指标设置a. 数据源配置数据源配置系统支持灵活的数据源配置，如数据的来源，需存放到哪些表里等。数据源定义：数据源定义：数据源定义是指对数据来源的定义。表定义：表定义：表定义是对系统中需要分析或展现的数据进行存储的表的定义，它定义了表的表名、数据源以及表的中文描述等基本属性。字段定义：字段定义：字段定义是对本系统所用字段的基本属性的定义，这些基本属性包括字段英文名、字段中文名、字段类型、字段长度、范围、精度、可否为空、缺省值、有无字典表及字典表名称。字段映射：字段映射：字段映射是用于将字段与表联系起来的。商业银行事后监督及风险预警系统方案书http:/26b. 模型设置模型设置根据确定的风险指标，用参数化方式，方便、简洁、灵活地对数据信息设定相关条件，建立风险模型。并能通过指定时间来运行指定风险模型，在规定期限内保留结果。系统提供针对每一项风险指标的风险模型设置功能。设置内容包括风险指标的构成（是否有关联风险指标），预警监控信息展示的内容和格式，以及用户自定义查询的条件和输入格式；系统针对每一项风险指标均提供运行频度设置功能，包括是每日运行、隔日运行，还是隔 N 日运行；系统提供预警监控信息保留时间设置功能，如 3 个月，6 个月，12 个月，永久保留等等。业务人员或系统管理员可根据需要自定义或删除预警监控模型，增加或减少显示的业务字段信息、预警优先级。按照业务特点和风险大小，对不同的风险监控模块设置不同的风险系数，并通过一定的运算规则计算风险值，从而提高对风险程度高的监控对象的关注程度。系统自动按风险预警模型分析、抽取预警监督任务，支持预警任务按项目分类存储与管理。风险预警模型配置标准化，可以通过信雅达发布的预警模型包自动更新。对重要的业务模型包会及时发布，用户可以根据自身的需要更新业务模型，业务模型的更新和发布功能使得一家银行很快地共享其他专业银行的管理经验。商业银行事后监督及风险预警系统方案书http:/27数据发布模型定义数据存储定义数据源定义表定义字段定义数据展现定义展现字段定义展现影象接口定义展现排序定义数据数据抽取定义抽取数据源定义抽取表定义抽取字段定义抽取模式定义抽取数据与已有数据的关系定义抽取条件定义以下我们以“当日内多次签到签退”为例进行阐述模型配置过程。模型组配置模型组配置模型项配置模型项配置可以在这里灵活的设置预警指标需要显示的内容商业银行事后监督及风险预警系统方案书http:/28过滤条件设置过滤条件设置(如下所示，通过一些简单的设置就可以把当天柜员签到超 8 次的预警出来)3.2.4 柜面业务风险预警柜面业务风险预警以综合业务系统的实时和批量数据为数据源，可以实现柜面业务风险预警监控。设置是当天设置签到交易码易设置签到次数灵活的设置预警级别商业银行事后监督及风险预警系统方案书http:/29基于综合业务系统数据的柜面业务风险模型，可以在预警模型配置功能中统一定义，包括预警业务数据源、预警条件、预警展现条件及处理流程等。柜面业务风险预警模型：(1)(1) 柜员监控预警柜员监控预警监测项目监测项目交易内容交易内容1、同一网点同一柜员一日内 X 次（含X次）签到2、非营业时间签到（非营业时间指晚7:30至早7:30）3、同一终端一日内有两个以上不同柜员办理业务时4、同一柜员同时在两个以上的终端登录时柜员监控5、柜员办理自己的业务时（以姓名、身份证号码为识别标识）(2)(2) 个人业务监控个人业务监控监测项目监测项目交易内容交易内容1、同一账户在全行范围内一日内查询 X 次以上时2、同一账户同一天内抹账次数达二次（含二次）以上3、同一账户隔日冲账二次（含二次）以上4、同一账户同一天单笔交易 x 万元以上5、同一账户同一天累计取款 X 万元以上6、同一账户转账交易 X 万元以上7、同一证件不同账号的账户当日存取交易 X 万元以上8、凭证式国债单笔发行金额在 X万元以上9、某一账户当日开销户10、个人身份证号码不满足15位和18位的条件时11、个人身份证号码中连续出现六位数字重复时12、进行客户信息维护，修改客户证件号码时个人业务监控13、同一账户一日内修改密码 X 次（含）以上时(3)(3) 对公业务监控对公业务监控监测项目监测项目交易内容交易内容商业银行事后监督及风险预警系统方案书http:/301、某一对公账户当日开户当销户2、同名单位 X 次（含以上）在不同机构开户3、一般账户或未经审批的专用账户取现4、单位账户当日累计取现 X 万元（含）以上5、账户有借、贷业务发生且余额为零但未作销户处理时6、X 月以上不动户突然启用时7、手工转列贷款本金、利息，手工利息挂账时对公业务管理8、在对公上开立的个人结算账户一日内存取款X万元以上时(4)(4) 内部结算监控内部结算监控监测项目监测项目交易内容交易内容1、内部账户的开销户2、内部账户现金交易时3、内部账户发起汇兑（往账）业务4、同一内部账户一日内发生两笔以上借贷同金额的业务内部账户管理5、139等过渡性科目一日内发生X万元以上挂账业务(5)(5) 重要参数预警重要参数预警对本系统及银行