银行清算系统应急预案

2008.05专题报道用户之声5

广州银行电子结算中心作为银行支付系统的省域节点，不仅联通全国的支付系统，联通广东省内所有商业银行，同时也联通并为广州的票据的交换和资金清算提供服务，也为银联的资金清算提供相应的服务，还有省内人民银行自有业务的资金流动和处理。另一方面，当地政府部门以及很多公用事业单位也通过和本中心系统的连接，实现公用事业单位收费或资金划拨、待付的业务。因此，可以说广州银行是广东资金流动的大动脉和枢纽所在地。作为一个区域性的支付清算节点，它有这样的特点，一方面是广东省和全国资金的中转节点，也是国家支付系统的下级节点，是省内资金流动和资金清算的处理中心。它有区域性，但同时有全国性，区域性是就本行节点的位置来讲，省内这些资金主要通过这个节点完成资金流动和清算，如果属于全国性的资金清算业务，也会影响全国。还有跨部门的特点，为什么跨部门呢？我们连接6个商业银行，商业银行和人民银行是不同的行政体系，广州银行电子结算中心和政府、企事业单位的服务，都不属于一个行政主体之内解决的，从法律上来讲，是一种对等部门的关系。在灾备系统和应急管理上，要充分考虑这些特点。关于灾备系统，广东银行全国的支付系统已经有应急灾备中心，但是作为省级的处理节点，还处于规划建设的过程中。最重要的当然是作为省级节点的灾备应该是怎么做的。大概有三种情况：一是全国异地灾备；二是划分一些区域，比方说华南地区设置灾备中心；三是按区域中心设置一省一备的灾备中心。按国内外的经验来看，很多灾备中心是在全国集中数据处理中心上布置的，在下面不考虑。但是有两个问题，一个是网络转移中心怎么办，第二个问题是像一些特大型城市，这些特大型城市或省区存在规模比较大的，包括区域内资金清算系统，这些可能不是完全在异地一点灾备能解决的。如果用区域灾备，从人民银行体系来讲，作为行政主导的单位，跨省设置中心在实操上可能有比较大的难度。按省设置也不是很可取的方案。从个人的看法来说，应该是为特大型城市，尤其是有区域性资金清算系统的城市，建立同城灾备中心，业务量、业务规模比较小的省份，可以建立异地灾备中心。同时，也可以考虑特大业务量的城市以及总行实现异地灾备，实现上述几点灾备是较为稳妥的方案。作为同城灾备来讲，要考虑数据层面的灾备、应用层面的灾备，实现保护关键数据，实现业务能够在发生灾难的情况下，快速恢复，保证业务的连续工作。区域性跨行支付清算系统的应急管理■广州银行电子结算中心副总经理段志田关于应急方面，我也提一些看法。应急是应什么急？实际上应对的是突发事件。如果不是突发事件，再大的事情可能都不用说应急。比方说三峡库区大规模迁移，这可能不算应急，不是应急的问题，不属于突发事件。但是一场暴雪就是突发事件。中国人民银行在这几年做了大量工作，尤其是去年对应急工作有了一个比较详细、可靠的预案。　现在应急的预案基本是技术人员做的比较多，这肯定还停留在灾难备份的基础阶段，但怎么样上升到从业务连续性计划的角度去规划，从技术性的应急预案变成综合性的应急预案，比方说当火灾发生的时候，我们可能会碰到什么？举个例子来说，计算机设备、UPS系统、机房环境、消防设施，如果请消防人员来，消防人员会产生什么样的作用，各类专家、决策人员，怎么办？信息怎么发布？在短时间内这些综合性的要素之间是互相影响的，顺序该怎么规划，可能是我们面临的严峻挑战。现在我们的应急预案单纯从技术的角度、系统的角度出发的会更多一些。对于应急工作中的监测和预警，人民银行已经建立比较有效的监测预警体系，我们有清算中心，各级省的清算中心，商业部门也有系统运行部门去监测系统。但是当灾难发生的时候，预警

一、编制目的

为提高银行应对系统故障的应急处理能力，确保银行各项业务正常进行，降低系统故障对银行业务的影响，特制定本应急预案。

二、适用范围

本预案适用于银行系统出现故障时，包括但不限于网络故障、数据库故障、应用系统故障等情况。

三、组织机构及职责

1. 应急指挥部

应急指挥部是银行系统故障应急处理的最高领导机构，负责组织、指挥、协调和监督整个应急处理工作。

2. 应急指挥部办公室

应急指挥部办公室负责应急指挥部的日常工作，包括信息收集、分析、报告、协调和处置。

3. 应急救援小组

应急救援小组负责现场应急处置、故障排查、设备维护、数据恢复等工作。

4. 技术支持小组

技术支持小组负责提供技术支持，协助应急救援小组进行故障排查和设备维护。

5. 客户服务小组

客户服务小组负责向客户通报故障情况，提供必要的解释和安抚，并协助客户解决问题。

四、应急预案启动条件

1. 系统出现故障，影响银行正常业务运营。

2. 故障可能导致客户信息泄露、资金损失等严重后果。

3. 故障影响到一定范围内的客户和业务。

4. 需要跨部门、跨区域协同处理。 五、应急响应程序

1. 发现故障

（1）监控人员发现系统异常，立即报告应急指挥部。

（2）应急指挥部办公室确认故障情况，通知相关小组。

2. 应急启动

（1）应急指挥部办公室启动应急预案，通知应急救援小组、技术支持小组和客户服务小组。

（2）应急救援小组、技术支持小组和客户服务小组按照预案要求，立即进入应急状态。

3. 现场处置

（1）应急救援小组立即赶赴现场，进行初步故障排查。

（2）技术支持小组根据现场情况，制定故障排查方案，进行深入排查。

（3）客户服务小组向客户通报故障情况，安抚客户情绪。

4. 故障排除

（1）技术支持小组根据排查结果，制定故障排除方案。

（2）应急救援小组、技术支持小组和客户服务小组共同配合，进行故障排除。

5. 故障恢复

（1）故障排除后，技术支持小组负责进行系统恢复工作。

一、前言

为确保银行在面临各类突发事件时能够迅速、有效地进行处置，最大程度地减少损失，保障员工、客户的生命财产安全，维护银行正常运营秩序，特制定本应急预案及演练方案。

二、适用范围

本预案适用于银行机构在运营过程中可能遇到的各类突发事件，包括但不限于抢劫、火灾、自然灾害、网络攻击、设备故障等。

三、组织架构

1. 领导小组：由行长担任组长，分管安全保卫的副行长担任副组长，各部门负责人为成员，负责全行应急预案的制定、实施和监督。

2. 应急指挥部：由领导小组组长担任指挥长，负责应急工作的全面协调和指挥。

3. 应急小组：根据不同突发事件类型，设立多个应急小组，包括但不限于：现场处置组、医疗救护组、疏散组、保卫组、通讯联络组、物资保障组等。

四、应急预案内容

1. 抢劫事件应急预案

（1）发现抢劫时，立即启动应急预案，向应急指挥部报告。

（2）现场处置组迅速采取措施，控制歹徒，防止其逃离现场。

（3）疏散组组织客户和员工有序疏散，确保人员安全。

（4）保卫组与公安机关密切配合，进行现场勘查和调查取证。

（5）医疗救护组对受伤人员及时进行救治。

2. 火灾事件应急预案

（1）发现火灾时，立即启动应急预案，向应急指挥部报告。

（2）现场处置组迅速灭火，防止火势蔓延。

（3）疏散组组织客户和员工有序疏散，确保人员安全。

（4）通讯联络组保持与上级部门和周边单位的联系，及时获取支援。 （5）医疗救护组对受伤人员及时进行救治。

3. 自然灾害、网络攻击、设备故障等突发事件应急预案

参照上述抢劫事件和火灾事件应急预案执行。

五、演练方案

1. 演练内容：根据不同突发事件类型，制定相应的演练方案，包括但不限于：现场处置、人员疏散、医疗救护、通讯联络、物资保障等。

2. 演练时间：每年至少组织一次综合演练，各专项应急小组根据实际情况可定期组织演练。

3. 演练步骤：

（1）制定演练方案，明确演练目的、内容、时间、地点、人员等。

一、前言

随着金融科技的快速发展，银行支付系统已成为金融服务体系的重要组成部分。支付系统的稳定运行对于维护金融秩序、保障客户利益至关重要。为了提高我行支付系统的应急处理能力，确保在发生突发事件时能够迅速、有效地应对，特制定本预案。

二、演练目的

1. 测试支付系统在故障情况下的应急处理能力。

2. 验证支付系统应急预案的有效性和可操作性。

3. 提高员工对支付系统应急预案的熟悉程度和应急处理能力。

4. 加强各部门之间的协同配合，提高整体应急响应能力。

三、演练时间及地点

时间：2024年X月X日

地点：XX银行XX分行

四、演练组织机构

1. 演练领导小组：负责演练的全面领导、协调和决策。

2. 演练指挥部：负责演练的具体实施、指挥和调度。

3. 演练执行小组：负责演练的具体执行和现场操作。

4. 演练评估小组：负责演练的评估和总结。

五、演练内容

1. 场景一：支付系统故障

- 情景描述：支付系统突然出现故障，导致部分业务无法正常办理。

- 演练目的：检验支付系统故障时的应急处理能力。

2. 场景二：网络中断

- 情景描述：支付系统所在网络出现中断，导致系统无法访问。 - 演练目的：检验网络中断情况下的应急处理能力。

3. 场景三：恶意攻击

- 情景描述：支付系统遭受恶意攻击，导致数据泄露或系统瘫痪。

- 演练目的：检验支付系统遭受恶意攻击时的应急处理能力。

4. 场景四：自然灾害

- 情景描述：支付系统所在区域发生自然灾害，导致系统无法正常运行。

- 演练目的：检验自然灾害情况下的应急处理能力。

六、演练流程

1. 准备阶段

- 成立演练组织机构，明确各部门职责。

- 制定演练方案，包括演练内容、时间、地点、人员安排等。

- 对参演人员进行培训，确保熟悉演练方案和操作流程。

2. 实施阶段

- 按照演练方案，依次模拟不同场景，参演人员按照预案进行应急处理。