信息科技风险管理办法

信息科技风险管理办法
信息科技风险管理办法

XXXX银行信息科技风险管理办法

总则

为XXXX银行有效防范银行运用信息系统进行业务处理、经营管理和内部控制过程中产生的风险,促进我行各项业务安全、持续、稳健运行,根据《中华人民共和国银行业监督管理法》、《中华人民共和国商业银行法》、《商业银行信息科技风险管理指引》、《营口沿海银操作风险管理指引》,以及国家信息安全相关要求和有关法律法规,制定本管理办法。

本管理办法所称信息科技是指计算机、通信、微电子和软件工程等现代信息技术,在我行业务交易处理、经营管理和内部控制等方面的应用,并包括进行信息科技治理,建立完整的管理组织架构,制订完善的管理制度和流程。

本管理办法所称信息科技风险,是指信息科技在我行运用过程中,由于自然因素、人为因素、技术漏洞和管理缺陷产生的操作、法律和声誉等风险。

信息科技风险管理的目标是通过建立有效的机制,实现对我行信息科技风险的识别、计量、监测和控制,促进我行安全、持续、稳健运行,推动业务创新,提高信息技术使用水平,增强核心竞争力和可持续发展能力。

机构职责

根据我行信息科技治理的要求,法定代表人是本机构信息科技风险管理的第一责任人,负责组织本管理办法的贯彻落实, 董事会应履行以下信息科技管理职责:

遵守并贯彻执行国家有关信息科技管理的法律、法规和技术标准,落实中国银行业监督管理委员会(以下简称银监会)相关监管要求。

审查批准信息科技战略,确保其与银行的总体业务战略和重大策略相一致。评估信息科技及其风险管理工作的总体效果和效率。

掌握主要的信息科技风险,确定可接受的风险级别,确保相关风险能够被识别、计量、监测和控制。

规范职业道德行为和廉洁标准,增强内部文化建设,提高全体人员对信息科技风险管理重要性的认识。

设立一个由来自高级管理层、信息科技部门和主要业务部门的代表组成的专门信息科技管理委员会,负责监督各项职责的落实,定期向董事会和高级管理层汇报信息科技战略规划的执行、信息科技预算和实际支出、信息科技的整体状况。

在建立良好的公司治理的基础上进行信息科技治理,形成分工合理、职责明确、相互制衡、报告关系清晰的信息科技治理组织结构。加强信息科技专业队伍的建设,建立人才激励机制。确保内部审计部门进行独立有效的信息科技风险管理审计,对审计报告进行确认并落实整改。每年审阅并向银监会及其派出机构报送信息科技风险管理的年度报告。

确保信息科技风险管理工作所需资金。

确保银行所有员工充分理解和遵守经其批准的信息科技风险管理制度和流程,并安排相关培训。

确保本法人机构涉及客户信息、账务信息以及产品信息等的核心系统在中国境内独立运行,并保持最高的管理权限,符合银监会监管和实施现场检查的要求,防范跨境风险。

及时向银监会及其派出机构报告本机构发生的重大信息科技事故或突发事件,按相关预案快速响应。

配合银监会及其派出机构做好信息科技风险监督检查工作,并按照监管意见进行整改。

履行信息科技风险管理其他相关工作。

我行应设立分管信息科技的副行级领导,直接向行长汇报,并参与决策。副行级领导的职责

包括:

直接参与本银行与信息科技运用有关的业务发展决策。

确保信息科技战略,尤其是信息系统开发战略,符合本银行的总体业务战略和信息科技风险管理策略。

负责建立一个切实有效的信息科技部门,承担本银行的信息科技职责。确保其履行:信息科技预算和支出、信息科技策略、标准和流程、信息科技内部控制、专业化研发、信息科技项目发起和管理、信息系统和信息科技基础设施的运行、维护和升级、信息安全管理、灾难恢复计划、信息科技外包和信息系统退出等职责。

确保信息科技风险管理的有效性,并使有关管理措施落实到相关的每一个内设机构和分支机构。

组织专业培训,提高人才队伍的专业技能。

履行信息科技风险管理其他相关工作。

科技部负责我行信息安全、信息系统开发、测试和维护、信息科技运行、业务连续性管理;应对内部管理职责进行明确的界定,各岗位的人员应具有相应的专业知识和技能,重要岗位应制定详细完整的工作手册并适时更新,并对相关人员采取相关的风险防范措施:

验证个人信息,包括核验有效身份证件、学历证明、工作经历和专业资格证书等信息。

审核信息科技员工的道德品行,确保其具备相应的职业操守。

确保员工了解、遵守信息科技策略、指导原则、信息保密、授权使用信息系统、信息科技管理制度和流程等要求,并同员工签订相关协议。

评估关键岗位信息科技员工流失带来的风险,做好安排候补员工和岗位接替计划等防范措施;在员工岗位发生变化后及时变更相关信息。

运营管理部职能交叉,要部门协调是信息系统中涉及账务交易的操作、系统参数变更、事件管理的主要部门。运营管理部的职责包括:

运行与维护应实行职责分离,运行人员应实行专职,不得由其他人员兼任。运行人员应按操作规程巡检和操作。维护人员应按授权和维护规程要求对生产状态的软硬件、数据进行维护,除应急外,其他维护应在非工作时间进行。

制定详细的运行值班操作表,包括规定巡检时间,操作范围、内容、办法、命令以及负责人员等信息。

提供机房环境、设备使用、网络运行、系统运行职能交叉,要部门协调等监控信息。

记录运行值班过程中所有现象、操作过程等信息日志。

对软件或数据的维护必须通过特定的应用程序进行,添加、删除和修改数据应通过柜员终端,不得对数据库进行直接操作;

具备各种详细的日志信息,包括交易日志和审计日志等,以便维护和审计。

提供维护的统计和报表打印功能。

对系统参数等设置变更、维护的要求:

应对信息系统配置参数实施严格的安全与保密管理,防止非法生成、变更、泄漏、丢失与破坏。根据敏感程度和用途,确定存取权限、方式和授权使用范围,严格审批和登记手续。

制订严密的变更处理流程,明确变更控制中各岗位的职责,并遵循流程实施控制和管理;变更前应明确应急和回退方案,无授权不得进行变更操作;

根据变更需求、变更方案、变更内容核实清单等相关文档审核变更的正确性、安全性和合法性。职能交叉,要部门协调

应对机房环境设施实行日常巡检,明确信息系统及机房环境设施出现故障时的应急处理流程和预案,有实时交易服务的数据中心应实行24小时值班。

实行事件报告制度,发生信息系统造成重大经济、声誉损失和重大影响事件,应即时上报并

处理,必要时启动应急处理预案。

风险管理部负责信息科技风险管理工作,并直接向分管行领导(风险管理委员会)报告工作。该部门应为信息科技突发事件应急响应小组的成员之一,负责协调制定有关信息科技风险管理策略,尤其是在涉及信息安全、业务连续性计划和合规性风险等方面,为业务部门和信息科技部门提供建议及相关合规性信息,实施持续信息科技风险评估,跟踪整改意见的落实,监控信息安全威胁和不合规事件的发生。风险管理部的职责包括:

拟定信息系统风险管理总体政策,并提交高级管理层审查、审批。

会同相关业务部门对信息系统风险进行识别、监测;

审核信息系统风险状况。对总行相关业务部门和分支机构信息系统风险状况及维护、运行情况进行监测,并进行实时报告。

组织新投产后信息系统的后评价,并识别、评估新信息系统中所包含的风险,审核相应的操作和风险管理程序。

稽核审计部应在部门设立专门的信息科技风险审计岗位,负责信息科技审计制度和流程的实施,制订和执行信息科技审计计划,对信息科技整个生命周期和重大事件等进行审计。稽核审计部负责我行信息系统审计任务,也可聘请经国家相应监管部门认定资质的中介机构进行信息系统外部审计。

信息科技风险管理

我行应制定全面的信息科技风险管理策略,包括但不限于下述领域:

信息分级与保护。

信息系统开发、测试和维护。

信息科技运行和维护。

访问控制。

物理安全。

人员安全。

业务连续性计划与应急处置。

我行应制定持续的风险识别和评估流程,确定信息科技中存在隐患的区域,评价风险对其业务的潜在影响,对风险进行排序,并确定风险防范措施及所需资源的优先级别(包括外包供应商、产品供应商和服务商)。

我行应依据信息科技风险管理策略和风险评估结果,实施全面的风险防范措施。防范措施应包括:

制定明确的信息科技风险管理制度、技术标准和操作规程等,定期进行更新和公示。

确定潜在风险区域,并对这些区域进行详细和独立的监控,实现风险最小化。建立适当的控制框架,以便于检查和平衡风险;定义每个业务级别的控制内容,包括:

最高权限用户的审查。

控制对数据和系统的物理和逻辑访问。

访问授权以“必需知道”和“最小授权”为原则。

审批和授权。

验证和调节。

我行应建立持续的信息科技风险计量和监测机制,其中应包括:

建立信息科技项目实施前及实施后的评价机制。

建立定期检查系统性能的程序和标准。

建立信息科技服务投诉和事故处理的报告机制。

建立内部审计、外部审计和监管发现问题的整改处理机制。

安排供应商和业务部门对服务水平协议的完成情况进行定期审查。

定期评估新技术发展可能造成的影响和已使用软件面临的新威胁。

定期进行运行环境下操作风险和管理控制的检查。

定期进行信息科技外包项目的风险状况评价。

信息安全

科技部负责建立和实施信息分类和保护体系,应使所有员工都了解信息安全的重要性,并组织提供必要的培训,让员工充分了解其职责范围内的信息保护流程。

科技部应落实信息安全管理职能。该职能应包括建立信息安全计划和保持长效的管理机制,提高全体员工信息安全意识,就安全问题向其他部门提供建议,并定期向信息科技管理委员会提交本银行信息安全评估报告。信息安全管理机制应包括信息安全标准、策略、实施计划和持续维护计划。信息安全策略应涉及以下领域:

安全制度管理。

信息安全组织管理。

资产管理。

人员安全管理。

物理与环境安全管理。

通信与运营管理。

访问控制管理。

系统开发与维护管理。

信息安全事故管理。

业务连续性管理。

合规性管理。

应建立有效管理用户认证和访问控制的流程。用户对数据和系统的访问必须选择与信息访问级别相匹配的认证机制,并且确保其在信息系统内的活动只限于相关业务能合法开展所要求的最低限度。用户调动到新的工作岗位或离开我行时,应在系统中及时检查、更新或注销用户身份。

应确保设立物理安全保护区域,包括计算机中心或数据中心、存储机密信息或放置网络设备等重要信息科技设备的区域,明确相应的职责,采取必要的预防、检测和恢复控制措施。应根据信息安全级别,将网络划分为不同的逻辑安全域(以下简称为域)。应该对下列安全因素进行评估,并根据安全级别定义和评估结果实施有效的安全控制,如对每个域和整个网络进行物理或逻辑分区、实现网络内容过滤、逻辑访问控制、传输加密、网络监控、记录活动日志等。

域内应用程序和用户组的重要程度。

各种通讯渠道进入域的访问点。

域内配置的网络设备和应用程序使用的网络协议和端口。

性能要求或标准。

域的性质,如生产域或测试域、内部域或外部域。

不同域之间的连通性。

域的可信程度。

应通过以下措施,确保所有计算机操作系统和系统软件的安全:

制定每种类型操作系统的基本安全要求,确保所有系统满足基本安全要求。

明确定义包括终端用户、系统开发人员、系统测试人员、计算机操作人员、系统管理员和用户管理员等不同用户组的访问权限。

制定最高权限系统账户的审批、验证和监控流程,并确保最高权限用户的操作日志被记录和监察。

要求技术人员定期检查可用的安全补丁,并报告补丁管理状态。

在系统日志中记录不成功的登录、重要系统文件的访问、对用户账户的修改等有关重要事项,手动或自动监控系统出现的任何异常事件,定期汇报监控情况。

应通过以下措施,确保所有信息系统安全:

明确定义终端用户和信息科技技术人员在信息系统安全中的角色和职责。

针对信息系统的重要性和敏感程度,采取有效的身份验证方法。

加强职责划分,对关键或敏感岗位进行双重控制。

在关键的接合点进行输入验证或输出核对。

采取安全的方式处理保密信息的输入和输出,防止信息泄露或被盗取、篡改。

确保系统按预先定义的方式处理例外情况,当系统被迫终止时向用户提供必要信息。

以书面或电子格式保存审计痕迹。

要求用户管理员监控和审查未成功的登录和用户账户的修改。

应制定相关策略和流程,管理所有生产系统的活动日志,以支持有效的审核、安全取证分析和预防欺诈。日志可以在软件的不同层次、不同的计算机和网络设备上完成,日志划分为两大类:

交易日志。交易日志由应用软件和数据库管理系统产生,内容包括用户登录尝试、数据修改、错误信息等。交易日志应按照国家会计准则要求予以保存。

系统日志。系统日志由操作系统、数据库管理系统、防火墙、入侵检测系统和路由器等生成,内容包括管理登录尝试、系统事件、网络事件、错误信息等。系统日志保存期限按系统的风险等级确定,但不能少于一年。

应保证交易日志和系统日志中包含足够的内容,以便完成有效的内部控制、解决系统故障和满足审计需要;应采取适当措施保证所有日志同步计时,并确保其完整性。在例外情况发生后应及时复查系统日志。交易日志或系统日志的复查频率和保存周期应由信息科技部门和有关业务部门共同决定,并报信息科技管理委员会批准。

应采取加密技术,防范涉密信息在传输、处理、存储过程中出现泄露或被篡改的风险,并建立密码设备管理制度,以确保:

使用符合国家要求的加密技术和加密设备。

管理、使用密码设备的员工经过专业培训和严格审查。

加密强度满足信息机密性的要求。

制定并落实有效的管理流程,尤其是密钥和证书生命周期管理。

配备切实有效的系统,确保所有终端用户设备的安全,并定期对所有设备进行安全检查,包括台式个人计算机(PC)、便携式计算机、柜员终端、自动柜员机(ATM)、存折打印机、读卡器、销售终端(POS)和个人数字助理(PDA)等。

制定相关制度和流程,严格管理客户信息的采集、处理、存贮、传输、分发、备份、恢复、清理和销毁。

对所有员工进行必要的培训,使其充分掌握信息科技风险管理制度和流程,了解违反规定的后果,并对违反安全规定的行为采取零容忍政策。

信息系统开发、测试和维护

应有能力对信息系统进行需求分析、规划、采购、开发、测试、部署、维护、升级和报废,制定制度和流程,管理信息科技项目的优先排序、立项、审批和控制。项目实施部门应定期向信息科技管理委员会提交重大信息科技项目的进度报告,由其进行审核,进度报告应当包括计划的重大变更、关键人员或供应商的变更以及主要费用支出情况。应在信息系统投产后一定时期内,组织对系统的后评价,并根据评价结果及时对系统功能进行调整和优化。

应认识到信息科技项目相关的风险,包括潜在的各种操作风险、财务损失风险和因无效项目

规划或不适当的项目管理控制产生的机会成本,并采取适当的项目管理方法,控制信息科技项目相关的风险。

采取适当的系统开发方法,控制信息系统的生命周期。典型的系统生命周期包括系统分析、设计、开发或外购、测试、试运行、部署、维护和退出。所采用的系统开发方法应符合信息科技项目的规模、性质和复杂度。

制定相关控制信息系统变更的制度和流程,确保系统的可靠性、完整性和可维护性,其中应包括以下要求:

生产系统与开发系统、测试系统有效隔离。

生产系统与开发系统、测试系统的管理职能相分离。

除得到管理层批准执行紧急修复任务外,禁止应用程序开发和维护人员进入生产系统,且所有的紧急修复活动都应立即进行记录和审核。

将完成开发和测试环境的程序或系统配置变更应用到生产系统时,应得到信息科技部门和业务部门的联合批准,并对变更进行及时记录和定期复查。

制定并落实相关制度、标准和流程,确保信息系统开发、测试、维护过程中数据的完整性、保密性和可用性。

建立并完善有效的问题管理流程,以确保全面地追踪、分析和解决信息系统问题,并对问题进行记录、分类和索引;如需供应商提供支持服务或技术援助,应向相关人员提供所需的合同和相关信息,并将过程记录在案;对完成紧急恢复起至关重要作用的任务和指令集,应有清晰的描述和说明,并通知相关人员。

信息科技运行

在选择数据中心的地理位置时,应充分考虑环境威胁(如是否接近自然灾害多发区、危险或有害设施、繁忙或主要公路),采取物理控制措施,监控对信息处理设备运行构成威胁的环境状况,并防止因意外断电或供电干扰影响数据中心的正常运行。

严格控制第三方人员(如服务供应商)进入安全区域,如确需进入应得到适当的批准,其活动也应受到监控;针对长期或临时聘用的技术人员和承包商,尤其是从事敏感性技术相关工作的人员,应制定严格的审查程序,包括身份验证和背景调查。

应将信息科技运行与系统开发和维护分离,确保信息科技部门内部的岗位制约;对数据中心的岗位和职责做出明确规定。

按照有关法律法规要求保存交易记录,采取必要的程序和技术,确保存档数据的完整性,满足安全保存和可恢复要求。

制定详尽的信息科技运行操作说明。如在信息科技运行手册中说明计算机操作人员的任务、工作日程、执行步骤,以及生产与开发环境中数据、软件的现场及非现场备份流程和要求(即备份的频率、范围和保留周期)。

建立事故管理及处置机制,及时响应信息系统运行事故,逐级向相关的信息科技管理人员报告事故的发生,并进行记录、分析和跟踪,直到完成彻底的处置和根本原因分析。我行应建立服务台,为用户提供相关技术问题的在线支持,并将问题提交给相关信息科技部门进行调查和解决。

建立服务水平管理相关的制度和流程,对信息科技运行服务水平进行考核。

建立连续监控信息系统性能的相关程序,及时、完整地报告例外情况;该程序应提供预警功能,在例外情况对系统性能造成影响前对其进行识别和修正。

制定容量规划,以适应由于外部环境变化产生的业务发展和交易量增长。容量规划应涵盖生产系统、备份系统及相关设备。

及时进行维护和适当的系统升级,以确保与技术相关服务的连续可用性,并完整保存记录(包括疑似和实际的故障、预防性和补救性维护记录),以确保有效维护设备和设施。

制定有效的变更管理流程,以确保生产环境的完整性和可靠性。包括紧急变更在内的所有变更都应记入日志,由信息科技部门和业务部门共同审核签字,并事先进行备份,以便必要时可以恢复原来的系统版本和数据文件。紧急变更成功后,应通过正常的验收测试和变更管理流程,采用恰当的修正以取代紧急变更。

业务连续性管理

根据自身业务的性质、规模和复杂程度制定适当的业务连续性规划,以确保在出现无法预见的中断时,系统仍能持续运行并提供服务;定期对规划进行更新和演练,以保证其有效性。评估因意外事件导致其业务运行中断的可能性及其影响,包括评估可能由下述原因导致的破坏:

内外部资源的故障或缺失(如人员、系统或其他资产)。

信息丢失或受损。

外部事件(如战争、地震或台风等)。

应采取系统恢复和双机热备处理等措施降低业务中断的可能性,并通过应急安排和保险等方式降低影响。

建立维持其运营连续性策略的文档,并制定对策略的充分性和有效性进行检查和沟通的计划。其中包括:

规范的业务连续性计划,明确降低短期、中期和长期中断所造成影响的措施,包括但不限于:资源需求(如人员、系统和其他资产)以及获取资源的方式。

运行恢复的优先顺序。

与内部各部门及外部相关各方(尤其是监管机构、客户和媒体等)的沟通安排。

更新实施业务连续性计划的流程及相关联系信息。

验证受中断影响的信息完整性的步骤。

当我行的业务或风险状况发生变化时,对本条一到三进行审核并升级。

我行的业务连续性计划和年度应急演练结果应由信息科技风险管理部门或信息科技管理委员会确认。

外包与审计

外包

不得将我行信息科技管理责任外包,应合理谨慎监督外包职能的履行。

实施重要外包(如数据中心和信息科技基础设施等)应格外谨慎,在准备实施重要外包时应以书面材料正式报告银监会或其派出机构。

在签署外包协议或对外包协议进行重大变更前,应做好相关准备,其中包括:

分析外包是否适合我行的组织结构和报告路线、业务战略、总体风险控制,是否满足我行履行对外包服务商的监督义务。

考虑外包协议是否允许我行监测和控制与外包相关的操作风险。

充分审查、评估外包服务商的财务稳定性和专业经验,对外包服务商进行风险评估,考查其设施和能力是否足以承担相应的责任。

考虑外包协议变更前后实施的平稳过渡(包括终止合同可能发生的情况)。

关注可能存在的集中风险,如多家我行共用同一外包服务商带来的潜在业务连续性风险。

在与外包服务商合同谈判过程中,应考虑的因素包括但不限于:

对外包服务商的报告要求和谈判必要条件。

银行业监管机构和内部审计、外部审计能执行足够的监督。

通过界定信息所有权、签署保密协议和采取技术防护措施保护客户信息和其他信息。

担保和损失赔偿是否充足。

外包服务商遵守我行有关信息科技风险制度和流程的意愿及相关措施。

外包服务商提供的业务连续性保障水平,以及提供相关专属资源的承诺。

第三方供应商出现问题时,保证软件持续可用的相关措施。

变更外包协议的流程,以及我行或外包服务商选择变更或终止外包协议的条件,例如:

我行或外包服务商的所有权或控制权发生变化。

我行或外包服务商的业务经营发生重大变化。

外包服务商提供的服务不充分,造成我行不能履行监督义务。

在实施双方关系管理,以及起草服务水平协议时,应考虑的因素包括但不限于:

提出定性和定量的绩效指标,评估外包服务商为我行及其相关客户提供服务的充分性。

通过服务水平报告、定期自我评估、内部或外部独立审计进行绩效考核。

针对绩效不达标的情况调整流程,采取整改措施。

加强信息科技相关外包管理工作,确保我行的客户资料等敏感信息的安全,包括但不限于采取以下措施:

实现本银行客户资料与外包服务商其他客户资料的有效隔离。

按照“必需知道”和“最小授权”原则对外包服务商相关人员授权。

要求外包服务商保证其相关人员遵守保密规定。

应将涉及本银行客户资料的外包作为重要外包,并告知相关客户。

严格控制外包服务商再次对外转包,采取足够措施确保我行相关信息的安全。

确保在中止外包协议时收回或销毁外包服务商保存的所有客户资料。

我行应建立恰当的应急措施,应对外包服务商在服务中可能出现的重大缺失。尤其需要考虑外包服务商的重大资源损失,重大财务损失和重要人员的变动,以及外包协议的意外终止。我行所有信息科技外包合同应由科技部、风险管理部、法律合规部和信息科技管理委员会审核通过。我行应设立流程定期审阅和修订服务水平协议。

审计

我行内部审计部门应根据业务的性质、规模和复杂程度,对相关系统及其控制的适当性和有效性进行监测。稽核审计部门应配备足够的资源和具有专业能力的信息科技审计人员,独立于我行的日常活动,具有适当的授权访问我行的记录。

我行内部信息科技审计的责任包括:

制定、实施和调整审计计划,检查和评估我行信息科技系统和内控机制的充分性和有效性。按照第一款规定完成审计工作,在此基础上提出整改意见。

检查整改意见是否得到落实。

执行信息科技专项审计。信息科技专项审计,是指对信息科技安全事故进行的调查、分析和评估,或审计部门根据风险评估结果对认为必要的特殊事项进行的审计。

我行应根据业务性质、规模和复杂程度,信息科技应用情况,以及信息科技风险评估结果,决定信息科技内部审计范围和频率。但至少应每三年进行一次全面审计。

我行在进行大规模系统开发时,应要求信息科技风险管理部门和内部审计部门参与,保证系统开发符合本银行信息科技风险管理标准。

我行可以在符合法律、法规和监管要求的情况下,委托具备相应资质的外部审计机构进行信息科技外部审计。

在委托审计过程中,我行应确保外部审计机构能够对本银行的硬件、软件、文档和数据进行检查,以发现信息科技存在的风险,国家法律、法规及监管部门规章、规范性文件规定的重要商业、技术保密信息除外。

我行在实施外部审计前应与外部审计机构进行充分沟通,详细确定审计范围,不应故意隐瞒事实或阻挠审计检查。

银监会及其派出机构必要时可指定具备相应资质的外部审计机构对我行执行信息科技审计

或相关检查。外部审计机构根据银监会或其派出机构的委托或授权对我行进行审计时,应出示委托授权书,并依照委托授权书上规定的范围进行审计。

外部审计机构根据授权出具的审计报告,经银监会及其派出机构审阅批准后具有与银监会及其派出机构出具的检查报告同等的效力,被审计的我行应根据该审计报告提出整改计划,并在规定的时间内实施整改。

我行在委托外部审计机构进行外部审计时,应与其签订保密协议,并督促其严格遵守法律法规,保守本银行的商业秘密和信息科技风险信息,防止其擅自对本银行提供的任何文件进行修改、复制或带离现场。

附则

本办法由营口沿海银风险管理部负责解释和修订。

商业银行信息科技风险管理解决方案

商业银行信息科技风险管理解决方案 本帖最后由 infosec123 于 2009-9-23 17:16 编辑 背景 为加强商业银行的信息科技风险管理,提升信息科技风险管理能力,09年3月份银监会正式发布了《商业银行信息科技风险管理指引》(以下简称《指引》),这是继出台有关《商业银行操作风险管理指引》、《商业银行市场风险管理指引》和《商业银行合规风险管理指引》等一系列的监管文件之后,银监会发布的又一重要风险管理指引。该指引适用于在中华人民共和国境内依法设立的法人商业银行。政策性银行、农村合作银行、城市信用社、农村信用社、村镇银行、贷款公司、金融资产管理公司、信托公司、财务公司、金融租赁公司、汽车金融公司、货币经纪公司等其他银行业金融机构参照执行。 信息科技风险是指信息科技在商业银行运用过程中,由于自然因素、人为因素、技术漏洞和管理缺陷产生的操作、法律和声誉等风险。它和操作风险、信用风险、市场风险一样,是商业银行面临的主要风险。现阶段商业银行已经基本完成了信息化建设,在金融管制放松、业务全球化、金融创新步伐加快以及信息技术的迅猛发展的大背景下,国际银行业金融机构的信息科技风险有增大的趋势,国际银行业和监管当局都日益重视信息科技与操作风险的管理和监管。目前,国际上宣布实施新资本协议的国家和地区都按照新协议的要求,明确将操作风险纳入资本监管的范畴,而信息科技风险是操作风险的重要组成部分。 需求分析合规性需求: 近年来,国家各部门不断推出了各种监管要求,对IT管控领域也提出了明确的要求。其中与银行业信息科技风险相关的法律、法规与行业监管指引有: 2002年,美国国会发布了SOX《萨班斯[url=; 2004年9月30日,中国银监会发布了[url=; 2006年,银监会发布《电子银行安全评估指引》、《[url=;

风险信息收集管理规定

风险信息收集管理规定 Revised by Petrel at 2021

风险信息收集管理办法 第一章总则 第一条为推动梁宝寺公司全面风险管理的顺利实施,完善风险信息的收集程序,根据《山东省省管企业全面风险管理指引》的要求和公司工作实际,制订本办法。 第二条根据年初设定的风险控制目标,按照职责划分和业务范围,全面系统持续地收集企业内外部风险信息。 第三条在风险信息收集的基础上,通过风险辨识、风险分析和风险评价三个步骤,确定本单位的重大风险。 第二章风险信息收集内容 第四条战略风险方面:应广泛收集国内外企业战略风险失控导致企业蒙受损失的案例,并至少收集与本企业相关的以下重要信息。 一、国内外宏观经济政策以及经济运行情况、本行业状况、国家产业政策。 二、科技进步、技术创新的有关内容。 三、市场对本企业产品或服务的需求。 四、本企业主要客户、供应商及竞争对手的有关情况。 五、与主要竞争对手相比,本企业实力与差距。 六、本企业年度经营目标、经营战略,以及相关编制依据。 第五条财务风险方面:应广泛收集国内外企业财务风险失控导致危机的案例,并至少收集企业的以下重要信息(其中有行业平均或先进指标的,也应尽可能收集)。

一、负债、负债率、偿债能力。 二、现金流、应收账款及其占销售收入的比重、资金周转率。 三、产品存货及其占销售成本的比重、应付账款及其占购货额 的比重。 四、制造成本和管理费用、财务费用、销售费用。 五、盈利能力。 六、成本核算、资金结算和现金管理业务中曾发生或易发生错 误的业务流程或环节。 七、与本企业相关的行业会计政策、会计估算、税收政策等信 息。 第六条市场风险方面:应广泛收集国内外企业忽视市场风险,缺乏应对措施导致企业蒙受损失的案例,并至少收集与本企业相关的以下重要信息。 一、产品或服务的价格及供需变化。 二、能源、原材料、关键设备、配件等物资供应的充足性、稳 定性和价格变化。 三、主要客户、主要供应商的信用情况。 四、税收政策和利率、汇率、股票价格指数的变化。 五、潜在竞争者、竞争者及其主要产品、替代品情况。 第七条运营风险方面:至少应收集与本企业、本行业相关的以下信息。 一、产品结构、新产品研发。 二、新市场开发,市场营销策略,包括产品或服务定价与销售渠道,市场营销环境状况等。

信息化工程项目管理办法

信息化工程项目管理办法 第一章总则 第一条为进一步规范全局信息化工程项目建设管理,明确各部门职责分工,保障信息化工作的科学性、前瞻性、合理性,高效支撑业务发展和管理创新,特制定本办法。 第二条信息化工程项目建设实行决策、执行、监督分工负责与协调配合的工作机制。一般主要流程包括:业务需求确定、立项、采购、实施、验收等阶段。 第三条省分公司下达的技改类固定资产投资计划以及使用信息局经营成本的信息化项目均纳入本办法进行管理。 第二章组织架构 第四条成立省信息技术局工程项目管理领导小组(以下简称“领导小组”),负责工程项目建设及管理有关的重大事项决策。 组长:省信息局总经理 副组长:省信息局副总经理 成员:各部门负责人 第五条领导小组根据项目需求、规模、难易、实效、应用价值等方面确定项目归口部门、设定项目组人数上限、完成时限等。第六条工程项目的组织管理由工程建设部负责,主要负责项目组织、进度管控、项目采购、验收以及考核管理等工作。工程项目的实施由项目归口部门负责,主要包括项目实施所需各项资源安排和申请,组织完成项目建设方案和实施计划制定、评审,开展项目具体实施,配合完成采购及验收,落实人员考核等工作。在项目归口部门成立项目组,负责执行具体实施任务。第七条由工程建设部牵头,项目归口部门配合确定项目组长、项目成员(可跨部门),经领导小组同意后正式设立。对项目组的日常管理实行工程建设部和项目归口部门的双管理。 第三章业务需求确定 第八条业务需求原则上由省(市)分公司相关业务、技术部门依据信息化规划和实际发展需要,把握技术方向,对标行业先进水平,按照平台化思路进行充分梳理和整合后提出。 第九条业务需求应包括建设背景(其中,信息系统升级改造类项目应包含信息系统现状、应用效果等)、建设目标、业务流程优化或业务功能描述、业务的处理能力需求及效益分析等内容。 第十条业务需求审核由需求提出部门组织开展,原则上应采取专家评审方式,由业务、技术、管理等相关方面人员组成评审专家。审核应依据完整性、正确性、一致性等原则,审查业务目标是否明确可实现、范围界定是否清晰无歧义,审查需求与企业发展战略和业务发展趋势是否一致、是否符合相关政策法规和规章制度,审查业务流程是否优化高效、业务功能是否切合实际可实现、成本效益分析数据是否准确合理等。 第四章工程立项及方案制定 第十一条工程立项由工程建设部组织申请,经省分公司同意批复后,由项目组编制建设方案。建设方案应在认真分析各项业务功能和业务流程的基础上,详细论述技术实现方案、系统功能结构、软硬件体系架构、系统网络架构、关键技术路线、与关联系统的关系等,明确系统的性能指标、安全方案(含信息系统等级保护定级)、软硬件配置方案,可进行多方案经济、技术对比分析,提出工程

信息科技风险管理策略分析

附件:信息科技风险管理分类应对策略 根据信息科技风险分类情况,以二级风险为限,制定信息科技风险分类应对策略如下: A1.信息科技治理风险应对策略 信息科技治理风险包括三个二级风险:信息科技组织风险、道德文化风险以及人员管理风险。每个二级风险的内容和应对策 略如下: 风险 编号 风险名称风险描述风险应对策略 1.1信息科技组织 在信息科技风险管理机构及专建立完善的信息科技治理架构。以法风险业委员会设置、履职等方面的定代表人为第一责任人,囊括理事 不确定因素,以及在部门/岗位 会、监事会、风险管理委员会、信息 设置、职责划分、垂直归口管 科技风险管理委员会、信息科技部、理等方面的不确定因素所带来 稽核审计部、风险管理部、人力资源的影响。 部、监察部等部门。明确各部门在信 息科技风险管理工作中的职责; 每个部门根据在信息科技风险管 理中的职责设立相应的岗位,合理 分配相应的责、权、利,执行信息 科技风险管理工作; 省联社各部门应指导、监督办事 处、各县级农村合作金融机构相应 部门的信息科技风险管理工作。 1.2道德文化风险在文化培育、融合、再造等过 在建立道德、诚信、公正的氛围,对 程中的不确定因素,以及员工 员工进行相关的培训,作为员工日常 在价值观认同、行为规范遵循 工作的行为准则之一; 等方面的不确定因素所带来的影响。建立畅通的沟通渠道,任何与陕西省农村合作金融机构道德文化标 准的偏离都得到及时和充分的反映,并被立即调查和纠正。 1.3人员管理风险在从人员聘用到离职整个服务 建立完善的人员招聘、培训、考核、 期间内的不确定因素所带来的激励、离职等制度和流程,并确保得 影响。 到有效执行; 加强信息科技风险管理专业人员 配备,提高信息科技风险管理水 平;

全面风险管理手册.

保利建设集团有限公司全面风险管理手册 二0一三年十二月

第一章总则 1.1编制目的 本手册作为保利建设集团有限公司(以下简称“公司”)开展全面风险管理工作的指导性文件,旨在通过建立并运行系统的风险管理机制(即全面风险管理体系),提升公司风险管理水平,有效防范、化解,并合理承担或利用所面临的风险,简化管理行为、整合管理资源、降低管理成本、提高管理效率的目的,在公司管理各项系统进行有效整合促进公司持续、健康、稳定发展,为公司实现既定目标提供充分的保障。 1.2依据 国资委《中央企业全面风险管理指引》 《国资委2013年度中央企业全面风险管理报告(模板)》、 财政部等五部委《企业内部控制基本规范》(财会[2008]7 号)

财政部等五部委《企业内部控制配套指引》(财会[2010]11 号)《中国保利公司全面风险管理手册》 GB/T 2453-2009《风险管理原则与实施指南》;ISO31000:2009《风险管理原则和指导方针》 GB/T19001-2008/ISO9001:2008 质量管理体系;GB/T50430 工程建设施工企业质量管理规范;GB/T50380:2006 工程建设设计企业质量管理规范 GB/T24001-2004/ISO14001:2004 环境管理体系 OHSMS18000;GB/T28001-2011:职业健康安全管理体系 1.3适用范围 本手册适用于公司范围内,所有人员应当遵循手册要求,开展全面风险管理工作。 本手册对控股子公司具有指导意义,各控股子公司应根据本手册的基本框架,结合自身特点参照实施,开展全面风险管理工作。1.4手册的颁布 本手册于2013年月经公司董事会审议批准后颁布,自颁布之日起生效。

《商业银行信息科技风险管理指引》WORD版

商业银行信息科技风险管理指引 第一章总则 第一条为加强商业银行信息科技风险管理,根据《中华人民共和国银行业监督管理法》、《中华人民共和国商业银行法》、《中华人民共和国外资银行管理条例》,以及国家信息安全相关要求和有关法律法规,制定本指引。 第二条本指引适用于在中华人民共和国境内依法设立的法人商业银行。 政策性银行、农村合作银行、城市信用社、农村信用社、村镇银行、贷款公司、金融资产管理公司、信托公司、财务公司、金融租赁公司、汽车金融公司、货币经纪公司等其他银行业金融机构参照执行。 第三条本指引所称信息科技是指计算机、通信、微电子和软件工程等现代信息技术,在商业银行业务交易处理、经营管理和内部控制等方面的应用,并包括进行信息科技治理,建立完整的管理组织架构,制订完善的管理制度和流程。

第四条本指引所称信息科技风险,是指信息科技在商业银行运用过程中,由于自然因素、人为因素、技术漏洞和管理缺陷产生的操作、法律和声誉等风险。 第五条信息科技风险管理的目标是通过建立有效的机制,实现对商业银行信息科技风险的识别、计量、监测和控制,促进商业银行安全、持续、稳健运行,推动业务创新,提高信息技术使用水平,增强核心竞争力和可持续发展能力。 第二章信息科技治理 第六条商业银行法定代表人是本机构信息科技风险管理的第一责任人,负责组织本指引的贯彻落实。 第七条商业银行的董事会应履行以下信息科技管理职责:(一)遵守并贯彻执行国家有关信息科技管理的法律、法规和技术标准,落实中国银行业监督管理委员会(以下简称银监会)相关监管要求。 (二)审查批准信息科技战略,确保其与银行的总体业务战略和重大策略相一致。评估信息科技及其风险管理工作的总体效果和效率。

风险信息收集管理规定

风险信息收集管理规定 SANY GROUP system office room 【SANYUA16H-

风险信息收集管理办法 第一章总则 第一条为推动梁宝寺公司全面风险管理的顺利实施,完善风险信息的收集程序,根据《山东省省管企业全面风险管理指引》的要求和公司工作实际,制订本办法。 第二条根据年初设定的风险控制目标,按照职责划分和业务范围,全面系统持续地收集企业内外部风险信息。 第三条在风险信息收集的基础上,通过风险辨识、风险分析和风险评价三个步骤,确定本单位的重大风险。 第二章风险信息收集内容 第四条战略风险方面:应广泛收集国内外企业战略风险失控导致企业蒙受损失的案例,并至少收集与本企业相关的以下重要信息。 一、国内外宏观经济政策以及经济运行情况、本行业状况、国家产业政策。 二、科技进步、技术创新的有关内容。 三、市场对本企业产品或服务的需求。 四、本企业主要客户、供应商及竞争对手的有关情况。 五、与主要竞争对手相比,本企业实力与差距。 六、本企业年度经营目标、经营战略,以及相关编制依据。 第五条财务风险方面:应广泛收集国内外企业财务风险失控导致危机的案例,并至少收集企业的以下重要信息(其中有行业平均或先进指标的,也应尽可能收集)。

一、负债、负债率、偿债能力。 二、现金流、应收账款及其占销售收入的比重、资金周转率。 三、产品存货及其占销售成本的比重、应付账款及其占购货额 的比重。 四、制造成本和管理费用、财务费用、销售费用。 五、盈利能力。 六、成本核算、资金结算和现金管理业务中曾发生或易发生错 误的业务流程或环节。 七、与本企业相关的行业会计政策、会计估算、税收政策等信 息。 第六条市场风险方面:应广泛收集国内外企业忽视市场风险,缺乏应对措施导致企业蒙受损失的案例,并至少收集与本企业相关的以下重要信息。 一、产品或服务的价格及供需变化。 二、能源、原材料、关键设备、配件等物资供应的充足性、稳 定性和价格变化。 三、主要客户、主要供应商的信用情况。 四、税收政策和利率、汇率、股票价格指数的变化。 五、潜在竞争者、竞争者及其主要产品、替代品情况。 第七条运营风险方面:至少应收集与本企业、本行业相关的以下信息。 一、产品结构、新产品研发。 二、新市场开发,市场营销策略,包括产品或服务定价与销售渠道,市场营销环境状况等。

信息化项目管理办法

文件类型 文件等级 1.目的和范围 本管理办法规定信息化软件研发管理所遵循的原则和方法,目的是提高软件质量和软件开发项目的可控性。 2.定义 质量控制小组:负责软件项目过程评审和项目验收。 项目负责人:负责项目设计、开发、实施全过程管理。 3.软件开发的基本流程:

文件类型 文件等级 3.1软件需求提出 3.1.1需求提出 业务部门经过内部评估后,填写《业务调整/开发需求申请表》(见附录A),由业务部门领导、公司分管领导批准后的《业务调整/开发需求申请表》报科技管理部。 3.1.2技术评估 科技管理部从技术实现路线、开发方式、风险评估等方面组织对需求的技术评估;并在《业务调整/开发评审表》填写相关评审意见。 3.1.3管理评估 科技管理部组织相关部门从业务流程、内控管理、业务职责等方面进行管理评审,并在《业务调整/开发评审表》填写相关评审意见。 科技管理部在综合技术评估和管理评审意见、提出项目建议意见,报经总工程师批准后,信息化室指定项目负责人组建开发小组,负责开展相应的优化改进和开发工作,指定质量控制人员组建质量控制小组负责开发过程的质量控制、组织过程评审和项目验收等工作;相关单位应做好测试及应用推广等工作。 3.2软件的需求调研和分析 3.2.1需求调研 业务部门主导,开发小组共同参与调研,协助业务部门进行需求收集工作。 3.3软件的需求分析 业务部门和开发小组共同参与,认真分析、理解相关的业务管理流程及要求,使需求分析符合实际,最终由开发小组编写《软件需求说明书》(见附录B)。由质量控制小组小组评审内容,给出“通过”和“不通过”的结论。 3.3软件开发的设计方案和测试方案 开发小组根据软件需求说明书,进行《开发设计方案》(见附录C)及《测试方案》(见附录D)的编写,由质量控制小组组织评审,给出“通过”和“不通过”的结论。 3.3.1设计方案 基本设计概念和处理流程、系统功能模块图,系统数据结构设计,接口设计等。 3.3.2测试方案 概述该测试的目的、任务、环境、方法等。 3.4软件的实施(编程和单元测试、集成测试) 项目负责人分配开发任务,软件开发人员负责编码、单元测试、集成测试。 3.5软件的系统测试 测试人员根据《测试方案》进行测试,测试完成后,将系统BUG以文档形式反馈开发人

全面风险管理指引

全面风险管理体系指引 目录 第一章总则 第二章风险管理组织体系 第三章风险信息的收集和识别 第四章风险评估 第五章风险应对 第六章内部控制管理 第七章全面风险风险管理信息系统 第八章风险管理文化 第九章全面风险管理考核与责任追究 第十章附则

第一章总则 第一条为指导集团各中心及各分子公司落实《天明全面风险管理制度》,实施开展集团全面风险管理工作,增强企业竞争力,提高投资回 报,促进企业持续、健康、稳健发展,根据《中国人民共和国公 司法》、《全面风险管理制度》等相关法律法规,制定本指引 第二条集团各中心及分子公司根据自身情况贯彻执行本指引。由集团决策委员会负责督导本指引的实施 第三条本指引所称的企业风险,是指未来的内外部不确定性对企业实现经营目标的影响 第四条本指引所称呼的集团为XXXXX集团有限责任公司 第五条本指引所称的全面风险管理,是指集团围绕总体战略经营目标,通过在各个管理环节和日常经营过程中执行风险管理的基本流 程;培育良好的风险管理文化;建立健全全面风险管理体系 第六条本指引所称的风险管理基本流程指: 1收集风险管理的初始信息 2对风险信息的识别 3进行风险评估 4制定风险管理策略 5提出和实施风险管理解决方案 6风险管理的监督和改进 第七条本指引所称的内部控制系统,是指根据风险管理策略目标以及集团相关规定,针对集团战略、投融资、财务、审计监察、法律事 务、人力资源、招采、加工制造、销售、物流、质量、安全生产、 环境保护等各项业务管理及其重要业务流程,以及其他外部可能 影响企业的因素等,通过执行风险管理基本流程,制定并执行的 规章制度、程序和措施 第八条集团开展全面风险管理要实现的风险管理目标如下: 1确保将风险控制在与总体目标相适应并可承受的范围内 2确保企业内外部,尤其是企业与股东之间实现真实、可靠的信息沟通,包括编制和提供真实、可靠的财务报告确保遵守

信息技术标准管理办法

信息技术标准管理办法 第一章总则 第一条为加强公司信息技术标准管理,推进信息技术标准体系建设,根据《公司信息化工作管理规定》、《公司标准化管理办法》,制定本办法。 第二条本办法所指的信息技术标准体系包括通用基础标准、数据标准、应用标准、基础设施标准、信息安全标准、管理与服务规范。信息标准服务平台包括公共数据管理平台、标准流程管理平台、标准知识管理平台。 第三条信息技术标准管理工作的总体原则是:统一规划、统一管理、准则先行、基础先行。信息技术标准管理的指导思想是:逐步完善信息标准体系,重点建设基础数据、数据交换和应用集成标准,促进标准工作与项目建设、运行维护的有效结合;建设统一的信息标准服务平台,提供全面的信息标准服务。 第四条信息技术标准管理,包括管理组织与职责,标准注册、立项、制订、发布、宣贯、执行、检查、复审。 第五条本办法适用于公司总部及所属各企事业单位。

第二章信息技术标准管理组织与职责 第六条信息技术标准管理组织涉及质量节能部、信息管理部、相关业务部门及专业分公司、信息与计算机专业标准化委员会(以下简称“信标委”)、各项目建设单位、信息标准制定工作组。 第七条质量节能部是公司标准工作的归口管理部门,负责信息技术标准的审批和发布。 第八条信息管理部是公司信息技术标准工作的主管部门,负责组织信息技术标准编制,组织信息技术标准的宣贯与实施,对标准的执行情况进行检查与监督,指导各企事业单位信息标准工作。 第九条相关业务部门及专业分公司负责提供信息技术标准需求,提供相关业务数据,协助编制信息技术标准。 第十条信标委是公司信息技术标准制修订工作的技术组织,负责组织委员和专家对信息技术标准进行审核和表决,负责与相关信息技术标准组织的联络工作。信标委下设秘书处,承担信标委日常工作。 第十一条各项目建设单位是信息技术标准制订和使用的主体,负责提出本项目的信息技术标准需求,按统一要

集团公司风险管理办法(正式发文稿)

中国国有集团公司全面风险管理办法(试行) 第一章总则 第一条为加强中国国有集团公司(以下简称集团公司)全面风险管理和内部控制体系建设,提高风险管理水平,增强抗风险能力,促进集团公司持续、健康、稳定发展,根据国务院国资委《中央企业全面风险管理指引》、财政部《企业内部控制基本规范》等规范性文件,结合集团公司实际情况,制定本办法。 第二条本办法适用于集团公司、分支机构、区域公司、产业公司和基层企业(以下统称“企业”)的全面风险管理工作。 第三条本办法所称风险,是指未来的不确定性对企业实现其经营发展目标的影响。企业风险一般可分为战略风险、财务风险、市场风险、运营风险、法律风险等五大类。 第四条本办法所称全面风险管理包括内部控制体系建设的工作,具体是指企业围绕总体经营发展目标,在管理的各环节和经营过程中执行风险管理基本流程,建立健全全面风险管理体系(包括组织机构、制度流程和方法技术等),

培育良好的风险管理文化,从而为实现风险管理总体目标提供合理保证的过程和方法。 第五条风险管理基本流程主要包括以下工作: (一)风险初始信息收集; (二)风险识别; (三)风险评估; (四)风险应对; (五)风险管理的监督与改进。 第六条企业开展全面风险管理要努力实现以下风险管理总体目标: (一)确保将风险控制在与企业总体经营发展目标相适应并可承受的范围内,促进企业实现战略目标; (二)确保企业实现内外部真实、可靠和有效的信息沟通; (三)确保遵守有关法律法规,履行相应的社会责任; (四)确保经营管理的有效性,提高经营活动的效率和效果; (五)确保企业建立针对各项重大风险发生后的危机处理计划,保护企业不因灾害性风险或人为失误而遭受重大损失。 第七条风险管理是企业的基础管理工作和日常经营管理活动的重要内容。企业开展全面风险管理应与其他职能管

中小企业风险管理办法

XXX有限公司风险管理办法 第一章总则 第一条为建立规范、有效的风险控制体系,规范公司风险管理,提高风险防范能力,保证公司安全、稳健运行,根据《中华人民共和国公司法》《企业内部控制基本规范》等法律、法规和规范性文件的有关规定,结合公司的实际情况,制定本办法。 第二条公司风险是指未来的不确定性对公司实现其经营目标的影响。 第三条按照公司目标的不同对风险进行分类,公司风险分为:战略风险、经营风险、财务风险和法律风险。 战略风险:没有制定或制定的战略决策不正确,影响战略目标实现的负面因素。 经营风险:经营决策的不当,妨碍或影响经营目标实现的因素。 财务风险:包括财务报告失真风险、资产安全受到威胁风险和舞弊风险。 1.财务报告失真风险。没有完全按照相关会计准则、会计制度的规定组织会计核算和编制财务会计报告,没有按规定披露相关信息,导致财务会计报告和信息披露不完整、不准确、不及时。 2.资产安全受到威胁风险。没有建立或实施相关资产管理制度,导致公司的资产如设备、存货、有价证券和其他资产的使用价值和变现能力的降低或消失。 3.舞弊风险。以故意的行为获得不公平或非正当的收益。 法律风险:没有全面、认真执行国家法律、法规和政策规定以及有关文件

的规定,影响合规性目标实现的因素。 第四条按风险能否为公司带来盈利机会,风险可分为纯粹风险和机会风险。第五条按照风险的影响程度,风险分为一般风险和重要风险。 第六条本办法适用于公司风险管理与控制。 第二章风险管理及职责分工 第七条公司各部门为风险管理第一道防线;审计监察室为风险管理第二道防线;董事会为风险管理第三道防线。 第八条公司各部门在风险、控制管理方面的主要职责: (一)公司各部门]按照公司内控部门]制定的风险评估的总体方案,根据业务分工,配合内控项目组识别、分析相关业务流程的风险,确定风险反应方案。(二)根据识别的风险和确定的风险反应方案,按照公司确定的控制设计方法和描述工具,设计并记录相关控制,根据风险管理的要求,修改完善控制设计。包括:建立控制管理制度,按照规定的方法和工具描述业务流程,编制风险控制文档和程序文件等。 (三)组织控制制度的实施,监督控制制度的实施情况,发现、收集、分析控制缺陷,提出控制缺陷改进意见并予以实施。对于重大缺陷和实质性漏洞,除向部门分管领导汇报情况外,还应向公司董事会反馈情况,以便公司监控内部控制体系的运行情况。 (四)配合财务部等部门对控制失效造成重大损失或不良影响的事件进行调查、处理。

科技项目管理办法

科技项目管理办法(试行) 第一章总则 第一条为加强公司(以下简称“公司”)科技项目管理工作,推进公司科技创新和科技进步,根据《集团公司科学技术管理办法》和《公司科技项目管理办法》,特制定本办法。 第二条公司科技项目管理按照“统一规划、集中管理、缜密实施”的原则进行。 第三条公司科技项目研究的主要领域: (一)重大发电关键技术研究。 (二)重大电站建设、运行技术。 (三)电站节能降耗、环境保护技术。 (四)先进技术推广应用项目。 (五)重大中间试验和示范工程项目。 (六)重大高新技术产品开发项目。 第四条本办法适用于公司及所属各单位。 第二章职责与分工 第五条公司每年根据集团公司审批的科技项目计划和

项目费用计划,批复区域各单位的科技项目计划和项目费用计划。其中,单项金额在200万元及以上的重点科技项目,由集团公司直接管理,公司在授权范围内协助进行管理。公司负责对单项金额100万元及以上且低于200万元的科技项目进行管理。单项金额低于100万元的科技项目由各单位进行管理。 第六条公司安全生产部是区域公司科技项目的归口管理部门,负责区域公司各单位的年度科技项目立项和费用计划的审批,并组织实施科技项目计划,主要职责是:(一)组织区域公司各单位申报年度科技项目计划;商公司财务资产部审核确定各单位科技费用年度计划。审查、编制、下达区域公司年度科技项目计划。 (二)负责单项金额100万元及以上且低于200万元科技项目的实施管理。包括立项审查、技术方案审查及项目验收等工作。协助集团公司对200万元及以上科技项目进行管理。 (三)组织编制科技项目研究进展报告。 (四)监督检查科技项目的执行情况。 (五)负责区域公司科技成果的推广应用。 (六)负责区域公司科技项目的知识产权保护和档案管理工作。 第七条公司财务资产部负责国家有关技术开发费税收优惠政策的落实,会同安全生产部审定科技项目资金年度预

信息化项目管理办法

文件类型程序文件版本 文件等级内部公开页码 1 / 11 拟制何小春审核闫书元批准杨战兵制定部门科技管理部生效日期 1.目的和范围 本管理办法规定信息化软件研发管理所遵循的原则和方法,目的是提高软件质量和软件开发项目的可控性。 2.定义 质量控制小组:负责软件项目过程评审和项目验收。 项目负责人:负责项目设计、开发、实施全过程管理。 3.软件开发的基本流程:

拟制何小春 3.1软件需求提出 3.1.1需求提出 业务部门经过内部评估后,填写《业务调整/开发需求申请表》(见附录A),由业务部门领导、公司分管领导批准后的《业务调整/开发需求申请表》报科技管理部。 3.1.2技术评估 科技管理部从技术实现路线、开发方式、风险评估等方面组织对需求的技术评估;并在《业务调整/开发评审表》填写相关评审意见。 3.1.3管理评估 科技管理部组织相关部门从业务流程、内控管理、业务职责等方面进行管理评审,并在《业务调整/开发评审表》填写相关评审意见。 科技管理部在综合技术评估和管理评审意见、提出项目建议意见,报经总工程师批准后,信息化室指定项目负责人组建开发小组,负责开展相应的优化改进和开发工作,指定质量控制人员组建质量控制小组负责开发过程的质量控制、组织过程评审和项目验收等工作;相关单位应做好测试及应用推广等工作。 3.2软件的需求调研和分析 3.2.1需求调研 业务部门主导,开发小组共同参与调研,协助业务部门进行需求收集工作。 3.3软件的需求分析 业务部门和开发小组共同参与,认真分析、理解相关的业务管理流程及要求,使需求分析符合实际,最终由开发小组编写《软件需求说明书》(见附录B)。由质量控制小组小组评审内容,给出“通过”和“不通过”的结论。 3.3软件开发的设计方案和测试方案 开发小组根据软件需求说明书,进行《开发设计方案》(见附录C)及《测试方案》(见附录D)的编写,由质量控制小组组织评审,给出“通过”和“不通过”的结论。 3.3.1设计方案 基本设计概念和处理流程、系统功能模块图,系统数据结构设计,接口设计等。 3.3.2测试方案 概述该测试的目的、任务、环境、方法等。 3.4软件的实施(编程和单元测试、集成测试) 项目负责人分配开发任务,软件开发人员负责编码、单元测试、集成测试。 3.5软件的系统测试 测试人员根据《测试方案》进行测试,测试完成后,将系统BUG以文档形式反馈开发人

公司全面风险管理办法

xxxx有限公司全面风险管理办法 第一章总则 第一条为加强及规范xxxx有限公司(以下简称“xxxx公司”或“公司”)及其属下各级企业的风险管理工作,建立规范、有效的风险控制体系,防范、控制和化解在复杂多变的经营环境中随时可能发生或出现的风险与危机,促进公司战略的实现和经营的持续、稳定、健康发展,根据国务院国资委《中央企业全面风险管理指引》和财政部等五部委《企业内部控制基本规范》及相关配套指引,结合xxxx公司实际,制订本办法。 第二条本办法适用于xxxx公司和属下全资子公司,控股和参股公司可参照执行。 第三条本办法所称“风险”,是指在公司发展过程中各种不确定性对实现公司战略及经营目标的影响。企业风险一般可分为战略风险、运营风险、财务风险、市场风险和法律风险等。 第四条本办法所称的“全面风险管理”,是指围绕公司总体经营目标,通过在管理各环节和经营过程中执行风险管理的基本流程,培育良好的风险管理文化等,建立健全风险管理体系,从而为实现风险管理总体目标提供保证的过程和方法。 第五条风险管理基本流程包括以下主要工作: (一)收集风险管理初始信息; (二)进行风险评估; (三)制订并实施风险管控方案; (四)风险监控报告及预警;

(五)风险管理的监督与考核。 第六条公司在制订并实施战略规划、年度经营计划过程中应当充分考虑风险及制订应对措施,在投融资、市场运营、财务、人力资源、法律事务、安全生产等各项经营管理活动中应执行风险管理基本流程,制订并执行相应的制度、程序和措施。 第七条企业内部控制是全面风险管理的重要组成部分,内部控制以风险管理为导向,公司及属下各级企业应按照财政部等五部委颁布的《企业内部控制基本规范》及相关配套指引,结合实际,建立健全企业内部控制体系。 第八条公司及属下各级企业应根据自身经营规模、业务特点和所处的发展阶段等因素,确定风险偏好。应选择若干能够衡量风险的具体指标(如资产负债率等)作为预警指标,并明确风险的最低限度和不能超过的最高限度,作为量化的风险容忍边界。 xxxx公司现阶段实行稳健的经营理念,对风险采取谨慎的态度。 第九条公司大力培育和塑造良好的风险管理文化,树立正确的风险管理理念,增强员工风险管理意识,将风险管理意识转化为员工的共同认知和自觉行动,促进企业风险管理目标的实现。 第二章风险管理的目标、原则 第十条公司开展全面风险管理要努力实现以下总体目标: (一)确保将风险控制在与公司总体目标相适应并可承受的范围内; (二)确保遵守有关法律法规;

信息安全风险管理制度

信息安全风险管理办法 北京国都信业科技有限公司 2017年10月

前言 本程序所规定的是北京国都信业科技有限公司企业的信息安全风险管理原则,在具体实施过程中,各部门可结合本部门的实际情况,根据本程序的要求制定相应的文件,以便指导本部门的实施操作。 本制度自实施之日起,立即生效。 本制度由北京国都信业科技有限公司企业信息管理部起草。 本制度由北京国都信业科技有限公司企业信息管理部归口管理。

1目的 为规范北京国都信业科技有限公司企业(以下简称“本公司”)信息安全风险管理体系,建立、健全信息安全管理制度,确定信息安全方针和目标,全面覆盖信息安全风险点,对信息安全风险进行有效管理,并持续改进信息安全体系建设。 2范围 本制度适用于本公司信息管理部信息安全风险管理应用及活动。 3术语和定义 无。 4职责 信息管理部作为本公司信息安全管理的主管部门,负责实施信息安全管理体系必要的程序并维持其有效运行,制定信息安全相关策略、制度、规定,对信息管理活动各环节进行安全监督和检查,信息安全培训、宣传,信息安全事件的响应、处理及报告等工作。 信息安全管理人员负责全行信息安全策略的执行和推动。 5管理规定 5.1信息安全管理内容 信息安全管理内容应覆盖信息管理、信息管理相关的所有风险点,包括用户管理、身份验证、身份管理、用户管理、风险评估、信息资产管理、网络安全、病毒防护、敏感数据交换等内容。 5.2信息管理岗位设置 为保证本公司信息安全管理,设置信息管理部岗位分工及职责时,应全面考虑信息管理工作实际需要及责任划分,制定详细的岗位分工及职责说明,对信息

管理人员权限进行分级管理,信息管理关键岗位有设置AB 角。应配备专职安全管理员,关键区域或部位的安全管理员符合机要人员管理要求,对涉密人员签订了保密协议。 5.3信息安全人员管理 5.3.1人员雇佣安全管理 信息管理人员的雇佣符合如下要求: 信息管理人员的专业知识和业务水平达到本公司要求; 详细审核科技人员工作经历,信息管理人员应无不良记录; 针对正式信息管理人员、临时聘用或合同制信息管理人员及顾问,采取 不同的管理措施。 5.3.2人员入职安全管理 在员工工作职责说明书中除了要说明岗位的一般职责和规范以外,还要加入与此岗位相关的信息安全管理规范,具体内容参看各个安全管理规范中的适用范围部分。人员入职必须签订保密协议,在人员的入职培训内容中应该包括信息安全管理规范的相关内容解释和技术培训。 5.3.3人员安全培训 根据工作岗位对从业者的能力需求、从业者本身的实际能力以及从业者所面临信息安全风险,确定培训内容。考虑不同层次的职责、能力、文化程度以及所面临的风险,信息安全主管部门应该根据培训需求组织培训,制定培训计划,培训计划包括:培训项目、主要内容、主要负责人、培训日程安排、培训方式等,培训前要写好培训方案,并通知相关人员,培训后要进行考核。 5.3.4人员安全考核 人事部门对人员进行的定期考核中应该包括安全管理规范的相关内容。 5.3.5人员离职安全管理 本公司人员离职手续中应该包括如下安全相关的内容:

某省农村信用社联合社信息科技项目管理办法

某某省联合社 信息科技项目管理办法 第一章总则 第一条为了规范和加强信息科技项目管理,提高项目管理的流程化、规范化、制度化,特制定本办法。 第二条本办法适用于某某省农村信用社联合社(以下简称“省联社”)信息科技项目的生命周期管理,各法人行信息科技项目管理参照本办法执行。 第二章术语定义 第三条信息科技项目是指由某某省农村信用社联合 社各成员行委托省联社承建的运用计算机、通信、微电子和软件工程等现代信息技术处理业务、经营管理活动和内部控制的应用系统以及由此而产生的基础资源和管理咨询项目,包括: (一)应用开发类项目:指应用开发的业务系统和管理信息系统等应用软件项目,具体包括: (1)新开发项目,是指为满足业务和管理的需要而新开发的项目。 (2)技术改造和优化项目,是指对已投产的应用系统进行技术改造、流程优化和新增业务功能而引起的项目。

(二)基础资源类项目:是指采购或实施以计算机系统软件、硬件、机房、网络等为主体的项目,具体包括: 1)网络系统的建设与改造; 2)安全系统的建设与改造; 3)机房的建设与改造; 4)计算机设备购置及升级; 5)标准化软件的购置与升级。 6)其他资源购置与升级。 (三)管理咨询类项目:指省联社信息科技规划、咨询等管理类项目。 第四条为了便于管理,可按项目概算金额对项目的大小进行划分,具体包括: (一)重大项目,是指业务需求规模较大、涉及部门较多或概算超过1000万的项目。 (二)较大项目,是指业务需求规模一般、涉及多个部门或概算在1000万(含)以内200万以上的项目。 (三)一般项目,是指业务需求规模较小,涉及部门较少或概算在200万(含)以下的项目。 第三章流程与部门 第五条项目管理工作流程一般为项目计划与概算、项目立项、项目实施、项目验收、项目推广、项目评价、项目变更与持续改进。

全面风险管理与内部控制体系建设实施方案

全面风险管理与内部控制体系 建设实施方案 一、指导思想 围绕公司战略目标,通过在公司管理的各个环节和经营过程中执行风险管理的基本流程,培育良好的风险管理文化,建立健全全面风险管理体系,实现风险管理的总体目标。 二、方案参考依据 《中央企业全面风险管理指引》国资发改革[2006]108号;《山东省省管企业全面风险管理指引》鲁国资企改〔2008〕22号;财政部发《企业内部控制规范—基本规范》和《萨班斯-奥克斯利法案》等。 三、总体策略 (一)方案内容 1、通过对公司内、外部信息包括历史信息和预测信息进行全面、细致调研的基础上,充分辨识、分析、评价公司可能面临的各种风险,主要包括战略风险、财务风险、市场风险、运营风险、法律风险等; 2、针对识别的各种风险,制定相应的风险管理策略,即围绕企业发展战略,确定风险偏好、风险承受度、风险管理有效性标准,选择风险承担、风险规避、风险转移、风险转换、风险对冲、风险补偿、风险控制等适合的风险管理工具的总体策略,确定风险管理所需人力和财力资源的配臵原则; 3、根据风险管理策略制定具体的实施策略,确定具体的风险管理目标、对策、组织领导、管理流程、投入资源,以及风险事件发生前、中、后可采取的具体管理措施及风险管理工具,也即建立、健全、完善内部控制制度。 4、建立风险管理信息系统。 5、建立风险管理的监督与改进机制,及时跟踪风险及管理状况,建设并及时更新风险信息库,并根据风险监督结果对风险管理工作进行相应改进与提升,

从而保证企业全面风险管理的效果。 (二)取得的成果 通过以上工作内容,我们会为公司出具以下工作成果: 1、公司风险信息库 2、公司风险评估报告。 3、公司全面风险管理策略。 4、公司全面风险管理解决方案(或称为内部控制手册), 包括(1)公司风险管理职能体系; (2)重大风险管理职责分工; (3)针对企业战略、规划、产品研发、投融资、市场运营、财务、内部审计、法律事务、人力资源、采购、加工制造、销售、物流、质量、安全生产、环境保护等各项业务管理及其重要业务流程制定的制度、程序和措施; (4)风险管理体系考核办法。 5、建立风险管理信息系统 6、全面风险管理的监督与改进制度 (三)实现或达到的目标 1、确保将风险控制在与公司战略目标相适应并可承受的范围内。 2、确保内外部,尤其是公司与股东之间实现真实可靠的信息沟通。 3、确保遵守有关法律法规。 4、确保公司规章和制度措施的贯彻执行,保障经营管理的有效性,减少实现经营目标的不确定性。 5、确保公司建立针对各项重大风险发生后的危机处理计划,保护公司不因灾害性风险或人为失误而遭受重大损失。

金融业信息科技风险管理

信息科技风险管理办法 第一章总则 第一条为有效防范运用信息系统进行业务处理、经营管理和内部控制过程中产生的风险,促进我行各项业务安全、持续、稳健运行,根据《中华人民共和国银行业监督管理法》、《中华人民共和国商业银行法》、《商业银行信息科技风险管理指引》、 《营口沿海银操作风险管理指引》,以及国家信息安全相关要求和有关法律法规,制定本管理办法。 第二条本管理办法所称信息科技是指计算机、通信、微电子和软件工程等现代信息技术,在我行业务交易处理、经营管理和内部控制等方面的应用,并包括进行信息科技治理,建立完整的管理组织架构,制订完善的管理制度和流程。 第三条本管理办法所称信息科技风险,是指信息科技在我行运用过程中,由于自然因素、人为因素、技术漏洞和管理缺陷产生的操作、法律和声誉等风险。 第四条信息科技风险管理的目标是通过建立有效的机制,实现对我行信息科技风险的识别、计量、监测和控制,促进我行安全、持续、稳健运行,推动业务创新,提高信息技术使用水平,增强核心竞争力和可持续发展能力。 第二章机构职责 第五条根据我行信息科技治理的要求,法定代表人是本机构信息科技风

险管理的第一责任人,负责组织本管理办法的贯彻落实, 董事会应履行以下信息科技管理职责: (一)遵守并贯彻执行国家有关信息科技管理的法律、法规和技术标准,落实中国银行业监督管理委员会(以下简称银监会)相关监管要求。 (二)审查批准信息科技战略,确保其与银行的总体业务战略和重大策略相一致。评估信息科技及其风险管理工作的总体效果和效率。 (三)掌握主要的信息科技风险,确定可接受的风险级别,确保相关风险能够被识别、计量、监测和控制。 (四)规范职业道德行为和廉洁标准,增强内部文化建设,提高全体人员对信息科技风险管理重要性的认识。 (五)设立一个由来自高级管理层、信息科技部门和主要业务部门的代表组成的专门信息科技管理委员会,负责监督各项职责的落实,定期向董事会和高级管理层汇报信息科技战略规划的执行、信息科技预算和实际支出、信息科技的整体状况。 (六)在建立良好的公司治理的基础上进行信息科技治理,形成分工合理、职责明确、相互制衡、报告关系清晰的信息科技治理组织结构。加强信息科技专业队伍的建设,建立人才激励机制。 (七)确保内部审计部门进行独立有效的信息科技风险管理审计,对审计报告进行确认并落实整改。 (八)每年审阅并向银监会及其派出机构报送信息科技风险管理的年度报告。 (九)确保信息科技风险管理工作所需资金。

XX银行信息科技项目开发管理办法

XX银行信息科技项目开发管理办法 第一章总则 第一条为保障计算机应用开发的科学化、规范化,提高计算机系统建设和应用软件开发的效率,满足业务不断发展的需要,根据银监会《商业银行信息科技风险管理指引》相关要求,结合本行实际,制定本办法。 第二条本办法所指的信息科技项目,系指本行为满足业务发展需要而设立的应用软件开发项目,包括业务部门因新增业务需求、变更业务需求和系统优化须对现有应用系统改造,而进行的软件开发工作。 第三条总行信息科技部是信息科技项目开发与技术支持的职能部门,负责本行信息科技项目的日常管理及技术支持工作。 第四条本行信息科技项目管理实行项目经理负责制,从项目立项开始至项目结项为止,项目经理负责项目“生命周期内”各项活动的组织和管理。 第五条信息科技项目开发过程是建立软件产品生命周期模型,覆盖需求、设计、编码、测试、发布等全流程的规范化管理过程。项目管理的主要活动包括:立项管理、需求管理、项目策划、设计与实现、项目测试、上线投产、项目

结项、监督与控制、评审管理、风险管理、配置管理、质量管理、度量分析等领域。 第六条本办法适用本行所有信息科技项目开发过程的管理。 第二章立项管理 第七条立项管理包括立项受理、立项评估、立项审查和立项批准,以及相关商务活动。 第八条立项受理 信息科技部接收各部门的立项申请,并对立项申请材料进行合规性审查。 第九条立项评估 信息科技部组织相关人员进行立项评估讨论并出具评估意见。 第十条立项审查 信息科技部将立项申请材料和评估意见提交信息科技管理委员会项目立项审查小组,由项目立项审查小组审查后确认是否同意立项。 第十一条立项批准 项目立项审查小组同意立项的项目,经立项签报流程审批通过后生效。立项后应及时成立项目组,项目组由信息科技部、需求提出部门以及系统主管部门相关人员共同组成。

相关文档
最新文档