银行信息系统上线应急预案模板V1.0
- 格式:doc
- 大小:87.50 KB
- 文档页数:10
村镇银行信息系统突发事件应急预案-V1村镇银行信息系统突发事件应急预案随着信息技术的不断发展,村镇银行普遍采用了信息系统来管理业务,提高效率。
但是,信息系统也意味着系统故障或网络攻击等安全事件的可能性增加。
因此,村镇银行需要建立信息系统突发事件应急预案,以有效应对可能发生的突发事件。
1.应急预案编制应急预案是村镇银行应对信息系统突发事件的指导手册,其编制要涵盖以下内容:(1)组织机构:指挥部、应急小组成员及职责等。
(2)应急预警:确定预警流程和条件,并建立相应应急响应机制。
(3)事件分类:明确突发事件的类型,建立细分的事件分类。
(4)事件响应:制定应对各类事件的应急响应措施,确保响应时间和响应效果。
(5)信息安全保障:建立科学的安全保护机制,防范网络攻击、数据泄露等事件。
(6)系统灾备与恢复:建立数据备份、灾难恢复等措施,确保信息系统可恢复性和业务连续性。
2.预案执行在事件发生时,村镇银行应立即启动应急预案:(1)迅速组建应急小组,制定详细的工作计划,明确各成员的职责和任务。
(2)随时监测事件发展情况,对事件进行详细的分析和评估,做好预警和响应工作。
(3)按照应急预案的流程和措施,对事件进行有效处理,确保数据安全与信息系统正常运行。
(4)记录应急预案执行过程的所有细节,对事件进行后续的分析总结,提出改进措施,完善应急预案。
3.应急预案演练应急预案演练是评估预案有效性的重要手段之一。
村镇银行应定期组织应急演练,并注重演练的真实性和可行性,确保实际应急能力与预案的适用性相一致。
演练中需要重点考虑的问题:(1)测试预案的全面性和有效性。
(2)评估具体应急响应各方面的能力,如人员组织、设备配置等。
(3)根据演练结果,完善预案,更好地提高应急响应的能力。
总结信息系统突发事件的发生,对于村镇银行会带来致命的影响。
因此,制定合适的应急预案,并通过有效的演练进行测试,可以减少影响,提高效率,确保村镇银行核心业务的稳定性,从而维护金融系统的安全和稳定。
一、总则1.1 编制目的为保障银行信息系统安全稳定运行,提高应急处置能力,最大限度地减少信息系统故障对银行业务和客户的影响,特制定本预案。
1.2 编制依据依据《中华人民共和国网络安全法》、《银行业监督管理法》、《商业银行法》等相关法律法规,结合我行实际情况,制定本预案。
1.3 适用范围本预案适用于我行所有信息系统,包括但不限于银行业务系统、办公系统、网络系统等。
二、组织机构及职责2.1 应急指挥部应急指挥部是银行信息系统应急响应的最高领导机构,负责组织、协调、指挥全行信息系统应急响应工作。
2.2 应急指挥部组成应急指挥部由行长任总指挥,分管行长任副总指挥,各部门负责人为成员。
2.3 应急指挥部职责(1)制定和修订信息系统应急预案;(2)组织应急演练,提高应急处置能力;(3)组织应急响应,协调各部门共同应对信息系统故障;(4)对应急响应工作进行总结,持续改进应急预案。
2.4 应急指挥部下设办公室应急指挥部下设办公室,负责日常应急管理工作。
2.5 应急指挥部下设各专业小组应急指挥部下设网络安全小组、业务保障小组、技术支持小组、宣传报道小组等,负责各专业领域的应急响应工作。
三、应急响应流程3.1 信息收集(1)发现信息系统故障时,立即报告应急指挥部;(2)应急指挥部组织专业小组对故障信息进行初步分析,确定故障类型和影响范围。
3.2 应急启动(1)根据故障类型和影响范围,启动相应级别的应急响应;(2)应急指挥部向相关部门下达应急响应指令。
3.3 应急处置(1)专业小组根据应急响应指令,开展故障排查和修复工作;(2)业务保障小组根据故障情况,采取措施保障业务连续性;(3)技术支持小组提供技术支持,协助专业小组进行故障修复。
3.4 信息发布(1)应急指挥部根据应急处置情况,及时向公众发布相关信息;(2)宣传报道小组负责对外宣传报道。
3.5 应急结束(1)故障得到修复,信息系统恢复正常运行;(2)应急指挥部宣布应急响应结束。
一、编制目的为保障我行信息系统安全稳定运行,提高应对信息系统突发事件的能力,确保在信息系统发生故障或遭受攻击时,能够迅速、有效地进行应急处置,最大程度地降低损失,特制定本预案。
二、适用范围本预案适用于我行所有信息系统,包括但不限于:业务系统、办公系统、数据中心、网络设备等。
三、组织机构及职责1. 成立信息系统应急处置领导小组(以下简称“领导小组”),负责统一领导和指挥信息系统应急处置工作。
2. 领导小组下设办公室,负责日常工作协调和具体实施。
3. 各部门职责如下:(1)信息技术部门:负责信息系统故障排查、修复和恢复,提供技术支持。
(2)运营管理部门:负责业务连续性管理,确保业务正常运行。
(3)安全保卫部门:负责信息系统安全事件监测、报警和应急处置。
(4)综合管理部门:负责信息通报、应急物资保障和协调相关部门。
四、应急处置流程1. 信息报告(1)发现信息系统故障或安全事件时,相关责任人应立即向领导小组办公室报告。
(2)领导小组办公室接到报告后,立即通知相关部门进行调查处理。
2. 初步判断(1)领导小组办公室组织相关专家对事件进行初步判断,确定事件类型、影响范围和紧急程度。
(2)根据事件类型和紧急程度,启动相应级别的应急预案。
3. 应急处置(1)根据事件类型,采取相应的应急处置措施。
(2)信息技术部门负责信息系统故障排查、修复和恢复。
(3)运营管理部门负责业务连续性管理,确保业务正常运行。
(4)安全保卫部门负责信息系统安全事件监测、报警和应急处置。
4. 恢复评估(1)应急处置结束后,领导小组办公室组织相关部门对事件进行评估。
(2)评估内容包括:事件原因、影响范围、损失情况、应急处置效果等。
5. 总结报告(1)领导小组办公室根据事件评估结果,撰写总结报告。
(2)总结报告包括:事件概述、应急处置过程、原因分析、改进措施等。
五、应急响应级别根据信息系统故障或安全事件的紧急程度和影响范围,分为以下四个级别:1. Ⅰ级应急响应:涉及全行信息系统,严重影响业务正常运行。
一、总则1.1 目的为保障我行信息系统安全稳定运行,提高应对信息系统突发事件的应急处置能力,最大限度地减少信息系统故障对银行业务的影响,特制定本预案。
1.2 适用范围本预案适用于我行信息系统发生的各类突发事件,包括但不限于:硬件故障、软件故障、网络安全事件、自然灾害、人为破坏等。
1.3 工作原则(1)统一领导,分级负责;(2)预防为主,防治结合;(3)快速响应,协同作战;(4)信息畅通,确保沟通;(5)确保信息安全,防止信息泄露。
二、组织指挥体系及职责2.1 组织架构成立信息系统应急指挥部,负责应急工作的全面领导、指挥和协调。
下设办公室、技术保障组、业务保障组、安全保卫组、后勤保障组等。
2.2 职责分工(1)信息系统应急指挥部:负责应急工作的全面领导、指挥和协调,制定应急工作计划,组织开展应急演练,评估应急效果。
(2)办公室:负责应急工作的日常管理,收集、整理和上报应急信息,协调各部门开展工作。
(3)技术保障组:负责信息系统故障的排查、修复和恢复,确保信息系统尽快恢复正常运行。
(4)业务保障组:负责协调各部门确保业务连续性,确保客户服务不受影响。
(5)安全保卫组:负责应急事件现场的安全保卫工作,确保人员安全和财产安全。
(6)后勤保障组:负责应急物资的筹备、调配和保障工作。
三、预警和预防机制3.1 预警(1)建立信息系统安全预警机制,对信息系统安全风险进行实时监控;(2)对信息系统安全事件进行分类分级,及时发布预警信息。
3.2 预防(1)加强信息系统安全防护,定期进行安全检查和漏洞扫描;(2)对信息系统进行备份,确保数据安全;(3)加强员工信息系统安全培训,提高安全意识。
四、应急处理程序4.1 事件报告(1)发生信息系统突发事件时,相关部门应立即向信息系统应急指挥部报告;(2)信息系统应急指挥部接到报告后,应及时上报上级领导和相关部门。
4.2 事件响应(1)信息系统应急指挥部根据事件情况,启动应急预案,组织开展应急处置;(2)各部门按照预案要求,迅速行动,协同作战。
一、预案背景随着移动通信技术的飞速发展,手机银行已成为金融行业的重要服务渠道。
为保障手机银行业务的稳定运行,提高客户服务质量,降低系统故障带来的风险,特制定本预案。
二、预案目标1. 确保手机银行业务在上线过程中,能够快速、稳定、安全地运行。
2. 保障客户在使用手机银行过程中,能够获得高效、便捷的服务体验。
3. 及时发现并处理手机银行上线过程中出现的问题,降低故障对客户和银行的影响。
三、组织机构1. 成立手机银行上线应急小组,负责手机银行上线过程中的应急管理工作。
2. 应急小组下设以下工作小组:(1)技术支持小组:负责手机银行系统故障排查、修复和技术保障。
(2)客户服务小组:负责处理客户在使用手机银行过程中遇到的问题,提供及时、有效的解决方案。
(3)风险控制小组:负责监控手机银行上线过程中的风险,制定风险防范措施。
(4)宣传小组:负责向客户宣传手机银行上线信息,提高客户对手机银行的认知度。
四、应急预案1. 系统测试阶段(1)在手机银行上线前,进行全面、严格的系统测试,确保系统稳定、安全。
(2)测试过程中,发现的问题及时上报应急小组,并由技术支持小组进行修复。
2. 上线阶段(1)上线前,对相关人员进行培训,确保其熟悉手机银行上线流程和操作规范。
(2)上线过程中,实时监控系统运行情况,一旦发现异常,立即启动应急预案。
(3)如遇重大故障,应急小组应立即向领导汇报,并根据故障情况采取相应措施。
3. 系统运行阶段(1)定期对手机银行系统进行维护和升级,确保系统稳定运行。
(2)加强对系统运行数据的监控,发现异常及时处理。
(3)密切关注客户反馈,及时解决客户在使用手机银行过程中遇到的问题。
4. 风险防范(1)制定风险防范措施,包括但不限于:网络安全、数据安全、业务安全等方面。
(2)加强安全培训,提高员工安全意识。
(3)定期进行安全演练,提高应对突发事件的能力。
五、应急响应1. 发生故障时,应急小组应立即启动应急预案,按照职责分工开展应急工作。
一、总则1.1 编制目的为保障信息系统上线过程中的稳定性和安全性,确保业务连续性,制定本应急预案,以应对可能出现的各种风险和突发事件。
1.2 适用范围本预案适用于公司所有信息系统上线项目,包括但不限于软件开发、系统升级、数据迁移等。
1.3 工作原则(1)预防为主,防患于未然;(2)统一领导,分级负责;(3)快速响应,协同处置;(4)信息共享,沟通顺畅。
二、组织机构与职责2.1 应急领导小组成立信息系统上线应急领导小组,负责应急工作的组织、指挥和协调。
2.2 应急小组应急领导小组下设应急小组,负责具体实施应急工作。
2.3 各部门职责(1)信息中心:负责信息系统的运行维护,及时发现和处理系统故障;(2)技术部:负责信息系统开发、升级和优化;(3)市场部:负责与客户沟通,及时了解客户需求,确保系统上线符合客户预期;(4)财务部:负责资金保障,确保应急物资和人员的经费需求;(5)人力资源部:负责应急人员的调配和培训。
三、预防与预警机制3.1 预防措施(1)制定详细的上线计划,明确上线时间、流程和责任;(2)进行充分的系统测试,确保系统稳定可靠;(3)备份数据,防止数据丢失;(4)确保硬件设备、网络环境等基础设施的稳定运行。
3.2 预警机制(1)建立监控系统,实时监测系统运行状态;(2)定期进行风险评估,发现潜在风险并及时预警;(3)制定应急预案,明确应急响应流程。
四、应急响应程序4.1 应急响应流程(1)发现异常:发现系统异常,立即上报应急领导小组;(2)启动预案:应急领导小组启动应急预案,通知相关部门;(3)应急处理:应急小组根据预案进行应急处理,包括故障排查、数据恢复、系统恢复等;(4)恢复正常:系统恢复正常后,向应急领导小组报告,并由领导小组决定是否结束应急响应。
4.2 应急响应措施(1)故障排查:确定故障原因,及时进行修复;(2)数据恢复:根据备份恢复数据,确保数据一致性;(3)系统恢复:重新部署系统,确保系统正常运行;(4)信息发布:及时向客户通报事件进展和恢复情况。
一、总则1.1 目的为保障银行系统上线过程中可能出现的技术问题得到及时、有效的处理,确保银行业务的连续性和稳定性,降低系统故障带来的风险,特制定本预案。
1.2 适用范围本预案适用于银行系统上线过程中的各类技术问题,包括但不限于系统故障、网络故障、数据异常等。
1.3 工作原则(1)预防为主,防治结合;(2)快速响应,协同作战;(3)责任明确,措施得力;(4)信息畅通,及时报告。
二、组织机构及职责2.1 组织机构成立银行系统上线技术应急小组,负责应急预案的组织实施和协调。
2.2 职责(1)应急小组组长:负责应急工作的全面领导,协调各部门、各岗位的应急工作;(2)应急小组副组长:协助组长开展工作,负责应急物资、设备的筹备和调配;(3)应急小组成员:按照职责分工,负责具体应急工作的执行。
三、预防与预警3.1 预防措施(1)加强系统测试,确保系统上线前的稳定性;(2)优化网络架构,提高网络带宽和稳定性;(3)备份关键数据,确保数据安全;(4)加强人员培训,提高应急处理能力。
3.2 预警机制(1)建立系统监控预警系统,实时监控系统运行状态;(2)设立应急值班岗位,及时掌握系统运行情况;(3)定期开展应急演练,提高应急处理能力。
四、应急响应4.1 应急响应等级根据系统故障的影响程度,将应急响应分为四个等级:(1)一级响应:系统故障影响业务正常运行,需立即处理;(2)二级响应:系统故障影响部分业务,需在短时间内处理;(3)三级响应:系统故障影响部分功能,需在规定时间内处理;(4)四级响应:系统故障不影响业务,需在后续工作中逐步解决。
4.2 应急响应流程(1)发现故障:应急值班人员发现系统故障,立即报告应急小组组长;(2)应急小组组长启动应急预案,通知相关人员进行处理;(3)应急小组成员按照职责分工,迅速开展应急处理工作;(4)应急小组组长协调各部门、各岗位,确保应急工作的顺利进行;(5)故障处理完毕,恢复正常运行,应急小组组长向行领导报告。
一、编制目的为确保银行信息业务系统在面临突发事件时能够迅速、有效地进行应急响应和处置,最大限度地降低系统故障对银行业务的影响,保障客户利益和银行运营安全,特制定本应急预案。
二、适用范围本预案适用于银行信息业务系统发生故障、安全事件或其他突发事件时,指导各部门和人员进行应急响应和处置。
三、组织机构与职责1. 应急领导小组领导小组负责应急工作的全面领导,包括应急预案的制定、修订、演练和评估。
领导小组由以下成员组成:- 组长:行长- 副组长:副行长- 成员:各部门负责人2. 应急指挥部应急指挥部负责具体指挥和协调应急工作,下设以下小组:- 技术保障小组:负责系统故障的排查、修复和技术支持。
- 业务保障小组:负责业务流程的恢复和客户服务的保障。
- 客户服务小组:负责与客户的沟通和安抚,提供必要的帮助。
- 信息宣传小组:负责应急信息的发布和舆论引导。
- 后勤保障小组:负责应急物资的调配和后勤支持。
四、应急响应流程1. 事件报告(1)发现信息业务系统故障或安全事件时,立即向应急指挥部报告。
(2)应急指挥部接到报告后,立即启动应急预案,并通知相关小组。
2. 初步判断(1)技术保障小组对事件进行初步判断,确定事件性质和影响范围。
(2)根据事件性质,确定应急响应级别。
3. 应急处置(1)按照应急响应级别,启动相应的应急响应措施。
(2)技术保障小组进行系统故障排查和修复,业务保障小组恢复业务流程,客户服务小组提供客户服务,信息宣传小组发布应急信息。
4. 恢复与重建(1)系统故障修复后,业务保障小组对业务流程进行恢复和重建。
(2)客户服务小组继续提供客户服务,确保客户利益。
5. 总结评估(1)应急指挥部组织相关部门对应急工作进行总结评估。
(2)对应急预案进行修订和完善。
五、应急保障措施1. 人员保障(1)加强应急队伍建设,提高应急人员素质。
(2)定期组织应急演练,提高应急人员的实战能力。
2. 物资保障(1)储备应急物资,确保应急响应时物资供应。
一、前言为确保银行系统上线过程中各项工作的顺利进行,提高应对突发状况的能力,保障银行系统稳定运行,降低系统上线风险,特制定本应急预案。
二、指导思想和原则1. 指导思想:以保障银行系统上线顺利进行、确保业务连续性、降低系统上线风险为目标,通过周密的组织、科学的安排和严格的实施,确保系统上线工作的顺利进行。
2. 原则:(1)预防为主,防治结合;(2)统一领导,分级负责;(3)快速响应,协同配合;(4)确保安全,降低风险。
三、组织架构1. 成立银行系统上线演练领导小组,负责全面统筹协调演练工作。
2. 设置演练指挥部,负责演练的组织、指挥和协调工作。
3. 设置演练执行小组,负责具体实施演练工作。
4. 设置演练评估小组,负责对演练效果进行评估。
四、演练内容1. 演练目的:验证系统上线方案的有效性,发现潜在问题,提高应对突发状况的能力。
2. 演练内容:(1)系统上线前的准备工作;(2)系统上线过程中的关键环节;(3)系统上线后可能出现的问题及应对措施;(4)突发事件应对演练。
五、演练步骤1. 演练准备阶段:(1)成立演练领导小组和指挥部;(2)制定演练方案,明确演练内容、时间、地点、人员等;(3)组织参演人员培训,确保人员熟悉演练流程和操作规范;(4)准备演练所需物资和设备。
2. 演练实施阶段:(1)按照演练方案,模拟系统上线过程,执行各项操作;(2)发现潜在问题,及时采取措施进行解决;(3)记录演练过程,确保演练效果。
3. 演练总结阶段:(1)评估演练效果,总结经验教训;(2)完善应急预案,优化系统上线方案;(3)组织参演人员进行总结和交流。
六、应急响应1. 突发事件报告:发现突发事件时,立即向演练指挥部报告。
2. 紧急处置:演练指挥部接到报告后,迅速启动应急预案,组织相关人员开展应急处置。
3. 演练终止:突发事件得到有效控制,或演练达到预期效果时,演练指挥部宣布演练终止。
七、演练评估1. 评估内容:(1)演练方案的科学性和可操作性;(2)参演人员对演练内容的熟悉程度;(3)演练过程中发现的问题及解决措施;(4)演练效果。
一、编制目的为确保银行操作系统的稳定运行,提高应对突发事件的能力,最大限度地减少突发事件对银行正常业务的影响,保障银行客户和员工的合法权益,特制定本应急预案。
二、编制依据1. 《中华人民共和国银行业监督管理法》2. 《商业银行信息科技风险管理指引》3. 《银行信息系统灾难恢复规范》4. 银行内部相关规章制度三、适用范围本预案适用于银行操作系统发生故障、病毒入侵、网络攻击、硬件损坏等突发事件时的应急响应和处理。
四、组织机构及职责1. 应急指挥部- 指挥长:行长或其授权副行长- 副指挥长:相关部门负责人- 成员:信息技术部门、业务部门、安全部门、综合管理部门等负责人2. 应急小组- 技术支持小组:负责操作系统故障排查、修复和维护- 业务支持小组:负责业务数据备份、恢复和业务切换- 安全保障小组:负责网络安全监控、入侵检测和应急响应- 综合协调小组:负责应急信息的收集、发布和协调各部门工作五、应急响应流程1. 预警阶段- 监控系统发现操作系统异常,及时上报应急指挥部。
- 应急指挥部启动应急预案,组织相关人员进行初步分析。
2. 响应阶段- 技术支持小组立即开展故障排查,确定故障原因和影响范围。
- 业务支持小组启动业务数据备份和恢复流程,确保业务连续性。
- 安全保障小组加强网络安全监控,防止病毒入侵和网络攻击。
- 综合协调小组负责应急信息的收集、发布和协调各部门工作。
3. 处置阶段- 技术支持小组根据故障原因,采取相应措施进行修复。
- 业务支持小组根据业务恢复情况,逐步切换至正常业务系统。
- 安全保障小组针对网络安全事件,采取应急响应措施。
4. 恢复阶段- 系统恢复正常运行,业务恢复正常操作。
- 组织相关人员对应急响应过程进行总结和评估,改进应急预案。
六、应急措施1. 故障排查与修复- 利用系统日志、故障诊断工具等手段,快速定位故障原因。
- 根据故障原因,采取相应的修复措施,如重新启动服务、修复损坏文件等。
XX 系统应急预案
Prepared by
拟制Date
日期
yyyy-mm-dd
Reviewed by 评审人Date
日期
yyyy-mm-dd
Approved by
批准Date
日期
yyyy-mm-dd
Revision Record 修订记录
目录
1目的 (4)
2原则 (5)
3故障定义及响应方式 (6)
3.1故障级别定义 (6)
3.2响应方式 (6)
4联系方式 (7)
5一般故障处理流程 (8)
5.1处理界面 (8)
5.2处理流程 (8)
5.3常规故障应急处理 (8)
6应急回退处理 (10)
6.1应急回退的条件 (10)
6.2应急回退的步骤 (10)
1目的
<说明应急预案所针对的主要系统和主要客户对象,以及需要实现的应急目标>
例如:
为了切实保障深发展卡中心系统的稳定运行,能够规范、高效、及时的处理系统的紧急突发情况,做为MIS系统的开发方,宇信易诚公司将按照此预案进行技术保障支持。
2原则
<说明应急过程中,应急人员、客户等相关干系人需要遵从的原则,便于开展有效的应急>
例如:
✧要求项目组与客户负责人在系统上线前确定本预案;
✧要求项目组人员保证联络方式的通畅:电子邮件、远程端口开放、保证手机24
小时开机;
✧要求项目组人员保证电脑及相关技术资料完备并能随时获得;
✧要求故障处理过程形成书面记录,保留归档。
3故障定义及响应方式
3.1故障级别定义
<对故障的严重程度进行定性分级>
例如:
根据客户方的实际情况,我们将系统故障定义为以下三级:
3.2响应方式
<对故障的响应方式进行定义,便于针对不同的响应采取不同的应急措施>例如:
宇信易诚MIS项目组根据以上故障定义提供两种故障响应处理方式:
4联系方式
<详细描述应急人员(包括客户)的联系方式>
例如:
宇信易诚项目组联系人员方式如下:
客户方联系人员方式如下:
5 一般故障处理流程
5.1
处理界面
<描述应急处理中不同人员之间的沟通和处理界面> 例如:
对于故障的处理,客户只需要和一级支持人员进行联系,由一级支持人员各自协调并组织相关资源(包括二级支持人员)提供解决方法。
5.2
处理流程
<详细描述应急处理流程>
对于MIS 系统的故障基本按照如下流程处理:
5.3
常规故障应急处理
<采用列表的方式列出常规的故障现象,便于应急人员或现场人员及时排除基础问题> 例如:
在MIS 项目组支持人员提供技术支持之前,客户联系人也可按照以下常规故障应急处理流程,预先处理故障问题。
客户联系人提供故障问题描述,通过电话、电子邮件方式联系到项目组一级支持人员
项目组一级支持人员根据客户提供的故障描述确定故障级别,与客户联系人协商决定响应方式
项目组一级支持人员负责组织资源,按照协定的响应方式(电话或现场)解决问题,客户联系人协调组织内部人员协同问题的处理过程
6应急回退处理
6.1应急回退的条件
<描述在什么情况的触发下需要进行应急回退>
例如:
如果在测试过程中,出现业务人员的测试没有通过,交易无法进行,交易出现严重错误,造成业务无法完成的情况,并且现场技术人员无法快速解决,项目要进行回退。
6.2应急回退的步骤
<详细描述每一步回退的步骤,包括需要执行的命令,具体步骤可以另外编写单独的EXCEL文件>
例如:
1)应急回退期间需要重点强调和说明的工作
项目回退时要注意尽量在柜台营业前完成,不应影响正常业务运行。
2)详细见文档《回退方案》—如下表格
编纂日期:2008年4月16日
3、应急回退的业务处理要求:
如果回退前新项目的运行期间有非测试交易发生的情况出现,回退后有可能造成帐务差错,需要将业务数据保留,为以后业务人员调帐提供依据。