sap上线应急预案.doc

一、目的
虽然SAP系统具有很高的可靠性,但作为企业级的业务处理系统,其一旦因各种原因意外中断,对业务处理影响重大。应急预案的目的在于指导各部门的使用操作SAP R/3生产系统的业务人员(即SAP最终用户),如何应对系统的意外中断,以及如何在系统恢复后进行数据补录。因为系统的集成性,很多工作需要各操作岗位协作完成。本预案主要涉及以下问题:
一旦发现不能进行SAP系统的正常操作,最终用户首先应该如何操作?
根据业务处理的连续性要求,在SAP中断的情况下,如何处理业务?
在SAP系统恢复运行以后,最终用户应该如何操作以保证SAP中数据的准确和完整?
二、范围
本文内容针对使用操作SAP R/3生产系统的业务人员及其部门领导。
三、前提条件
“生产系统”指各应用单位用于支持实际业务的SAP系统,该系统版本为SAP R/3 ,并包含SAP石油行业解决方案。
应急预案特针对SAP R/3系统因意外原因不能被最终用户正常访问的情况,即SAP R/3 服务器系统停机/中断,或网络中断的情况(包括并行期间),并且该情况持续超过业务连续性所允许的范围,如超过1个工作日。同时,本预案也可作为计划停机情况下或意外情况持续不超过1个工作日时,最终用户的参考。
四、紧急情况的发现
SAP最终用户在发现自己不能正常使用操作SAP R/3系统时,应联系ERP项目组以解决问题。在相关技术支持人员确认为SAP R/3服务器系统问题或网络问题导致最终用户暂时不能正常使用操作SAP后,业务部门最终用户应根据技术支持人员提供的预计问题持续时间,考虑启动应急预案。
如果技术支持人员暂时不能提供问题持续时间,业务部门最终用户应按超过SAP系统不能正常运行时间超过二小时或预计修复时间超过六个小时标准来评估应急预案是否启动。
应急预案启用:如确认需要启动应急预案,由ERP项目组组长(信息中心主任)宣布开始应急预案。问题解决后还是由组长宣布结束应急预案。
系统恢复:信息中心确认后通知全公司,并记录通知截至时点,以备核查。
五、业务部门应急措施
在意外情况发生时,SAP最终用户应针对需要使用操作SAP的业务情景采取以下措施:
财务(FI/CO)
等系统恢复后统一补录。
创建/变更主数据
业务情景
SAP中断情况下应急步骤
SAP恢复后补录步骤
以下主数据的创建/修改:
总帐科目
客户
供应商
资产
成本中心
利润中心,等
在用户本地财务主数据电子文档中记录主数据的增减或变更,并注明该记录有待在SAP系统中补录
将线外财务主数据电子文档中注明有待在SAP系统中补录的记录主数据的增减或变更补录入SAP
下载新主数据,并保存于线外的主数据电子文档
手工入帐
业务情景
SAP中断情况下应急步骤
SAP恢复后补录步骤
收款
报销付款
提取备用金
资产折旧,等
根据原始凭证以手工帐的形式记录业务信息,并注明该记录有待在SAP系统中补录
原始凭证各联在不同业务部门间的流转与正常情况相同
将有待在SAP系统中补录的会计记录补录入SAP
在原始凭证上注明记帐日期
打印补录的凭证并归档保存
系统自动生成凭证
业务情景
SAP中断情况下应急步骤
SAP恢复后补录步骤
来自物料,销售,设备维护及物资供应的由SAP系统