OA系统应急预案（暂行）
1编制目的
为了确保办公自动化系统（以下简称OA系统）使用过程中遇到突发事件后能正确、有序、高效地进行应急处理，保障公司工作的正常运转，结合实际，特制定本预案。
2 适用范围
应对OA系统中可能出现的各类突发事件。
3预案流程 3.1上报
各部门在OA系统使用过程中遇到突发问题导致系统无法正常运转时，报本部门行政人员登陆确认，情况属实立即报知公司行政。 3.2了解和分析
公司OA技术小组在随后的首个工作日开展软件的检修工作，对具体情况进行了解并进行初步判断、处理，并将初步情况上报政务综合部领导知晓。 3.3处理方法
3.3.1 如突发问题为硬件引起
首先由技术小组对突发问题进行分析，确定引起问题的
具体硬件部位，如该硬件已损坏，则由技术小组将具体情况通报公司，购买更换。如硬件未损坏，则由技术小组根据实际情况进行妥善快速处理。 3.3.2 如突发问题为软件引起
首先由技术小组对突发问题进行分析，通过讨论确定初步解决方案，并对突发问题进行初步解决，如仍无法解决，则由技术小组备份数据库后，重装OA系统解决。 3.3.3 如突发问题为网络引起
技术小组先将问题反馈给公司技术总监。网络管理员对网络进行初步检查确定问题原因后，要在最短时间内给予解决，如无法解决，要及时报告政务综合部领导。
在事件处理过程中，技术小组要随时将突发问题处理情况上报公司领导。 3.4启用替代方式
当技术小组评估认为故障解除需时较长时（超出2天），各部门可即时启用替代方式开展签批工作流转。在突发问题出现后，对于紧急公文，不论修整处置期间的长短均可立即启用替代方式开展签批工作流转。 3.4.1领导在本地区，采用纸质文件流转。
3.4.2领导不在本地区，采用邮件方式流转。发起人负责将审批内容顺次发邮件给需要签字的领导。
举例A发起，B先审批，C后审批，最终D审批的案例。 步骤为发起人A先将请示邮件发给B，并要求B给予同
意和不同意的明确批示；
收到B的回复邮件若同意，转发含有B批复的邮件给C,邮件顶端描述B已同意的态度，要求C给予同意和不同意的明确批示；
收到C的回复邮件若同意，转发含有B、C批复的邮件给D,邮件顶端描述B、C已同意的态度，要求D给予同意和不同意的明确批示；
D回复邮件给A,事件流程走完。
3.4.3 领导不在本地区，且查看邮件不便，采用短信方式流转。发起人负责将审批内容顺次发短信\\彩信给需要签字的领导。流程相似于发邮件流程。
4 本预案自下发之日试施行，有建议请发至公司邮箱。
OA系统应急预案(暂行)
