Changes for page 01 某通信公司ITIL事件管理流程细化说明书

Last modified by superadmin on 2024/06/05, 11:00

From version < 17.1 >

edited by superadmin
on 2024/04/12, 20:03

To version < 25.1 >

edited by superadmin
on 2024/04/15, 13:24

< >

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (2 modified, 0 added, 0 removed)
Attachments (0 modified, 1 added, 0 removed)
- 39.png

Details

Page properties

Parent

@@ -1,1
          +1,1 @@
--G 参考资料.ITIL实施项目资料.ITIL实施项目流程设计方案集.WebHome
++G 参考资料.ITIL实施项目资料.ITIL实施项目流程设计方案集.事件管理.WebHome

Content

@@ -194,6
          +194,7 @@
 . 各支持人员应及时响应和处理分配到本组或自己的事件单，如果超出规定的响应时限和解决时限，服务台系统应自动将事件信息通报事件经理，事件经理负责协调资源，并督促事件能够及时被响应和处理
 . 帮助台和一线支持应及时将不能解决的事件升级到下一级，若未及时升级，事件经理应及时介入，负责协调升级处理
++
  ===== **2.6 流程相关定义** =====
@@ -243,8
          +243,6 @@
  |33|投诉分类|记录投诉类事件的所属投诉分类
  |34|投诉条目|记录投诉类事件的所属投诉条目
--
--
  ====== **2.6.2 事件性质** ======
@@ -269,9
          +269,6 @@
  **注：业务处理和维护作业的处理流程见流程概要设计相关子章节。**
--
--
--
  ====== **2.6.3 事件来源** ======
  事件来源代码用来标明事件的提出方式，事件来源可以包括以下几种：
@@ -283,7
          +283,6 @@
  |4|内部开单|省公司业务支撑部门内部提交的事件
  |5|监控告警|监控工具自动转发过来的事件
--
  ====== **2.6.4 事件所属系统类型** ======
  根据目前业务支撑系统和子类的划分定义事件所属系统类型，当事件发生时，应该由帮助台初步定位是哪个系统及子类出现问题，由一线、二线进行进一步的明确。
@@ -330,7
          +330,6 @@
  |其它
  |其它系统|
--
  ====== **2.6.5 事件分类** ======
  事件分类代码用于标识故障或申告的具体原因，由支持人员在处理过程中填写。在制作统计报表时，可以通过和事件所属系统类型代码的结合来统计分析故障或申告。
@@ -372,9
          +372,6 @@
  |代码
  |接口
--
--
--
  ====== **2.6.6 事件优先级** ======
  优先级是事件管理的一个关键要素，优先级决定处理事件的顺序及所需的资源，事件优先级可分为四级（紧急、高、中、低）。
@@ -489,7
          +489,6 @@
  |(% rowspan="2" %)低|95小时|事件经理|(% rowspan="2" %)96小时
  |96小时|事件经理
--
  ====== **2.6.8 事件影响度** ======
  事件影响度用于衡量事件所影响业务的严重程度。严重程度通常通过事件所影响的人数、关键系统数以及服务故障所造成的损失来设定。
@@ -558,7
          +558,6 @@
  |7|已解决|事件已解决，支持人员联系用户验证事件是否获得解决
  |8|关闭|事件已关闭
--
  ====== **2.6.10 事件结束代码** ======
  事件结束代码说明了事件是在何种情况下关闭的，结束代码如下：
@@ -570,7
          +570,6 @@
  |5|误报|不属于业务支撑部门管理范围的事件
  |6|可忽略|如通过其它系统接口或监控系统提交的垃圾信息，经确认属于无效信息
--
  ====== **2.6.11 事件解决人角色** ======
  事件解决人角色用来标明该事件单最终解决的角色是帮助台、一线还是二线。
@@ -580,7
          +580,6 @@
  |2|一线|一线支持最终解决事件
  |3|二线|二线支持最终解决事件
--
  ====== **2.6.12 处理是否超时** ======
  每个优先级别都对应了解决期限，“处理是否超时”用来标明事件的处理是否已超过了解决期限。
@@ -589,7
          +589,6 @@
  |1|未超时|未超时
  |2|超时|事件已超出规定的解决时限
--
  ====== **2.6.13 故障厂商** ======
  用来在事件单中记录是哪个厂商的设备/系统，或者哪个集成商的应用软件发生故障(针对事件分类中的”应用软件”故障)。代码定义参见下表厂商和集成商名称标准（可以根据情况从厂商和集成商两个表中选择一个合适的故障厂商）。
@@ -726,7
          +726,6 @@
 .
  )))|从兴
--
  ====== **2.6.14 投诉分类** ======
  对于投诉类事件，帮助台可初步定位是哪类投诉，由一线、二线进行进一步的明确。
@@ -742,7
          +742,6 @@
  |8|接口类
  |9|其它类
--
  ====== **2.6.15 投诉条目** ======
  对于投诉类事件，帮助台可初步定位投诉属于哪个条目，由一线、二线进行进一步的明确。
@@ -782,7
          +782,6 @@
  |32|误操作类
  |33|其它类
--
  ===== **2.7 流程概要设计** =====
  事件管理概要设计流程图如下：
@@ -865,8
          +865,6 @@
 . 基本的处理过程应该包含制定方案、执行、复核，各省可以根据自己的运作情况具体细化
  )))
--
--
  ===== **2.8 流程详细设计** =====
@@ -933,13
          +933,10 @@
 . 其它优先级否，转100.2初始支持
  )))
--
--
  **2.8.2 （100.2）初始支持**
--**[[image:28.png||height="301" width="617"]]**
++**[[image:28.png]]**
--
  流程描述如下：
  |**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
@@ -960,11
          +960,37 @@
  ====== **2.8.3 （100.3）一线尝试解决** ======
++
  **[[image:32.png||height="465" width="524"]]**
  流程描述如下：
++|序号|步骤名称|责任人|输入|输出|说明
++|(% rowspan="5" %)100.3.1|(% rowspan="5" %)创建事件/接受事件分配|(% rowspan="5" %)一线支持|(% rowspan="5" %)事件记录|(% rowspan="5" %)一线处理|一线支持人员根据需要，可以自己创建事件单，并详细填写事件单信息；
++|对于帮助台分派的事件：
++|如属于分派错误，则转派到负责该业务的岗位，在转派时，必须将报障的详细内容、排除本部门原因等内容告知责任岗位；
++|如接受，则将事件状态置为“一线处理中”；
++|如果判断到接收的事件是一个重复事件，则在重复事件单的“重复事件标记”中记录目前正在处理的事件单的流水号，状态置为“一线处理中”，继续原事件单的处理
++|(% rowspan="3" %) |(% rowspan="3" %)需要代维处理？|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|一线支持判断是否需要直接找代维解决？
++|1.需要代维解决，转100.3.4联系代维
++|2.不需要，转100.3.2尝试找出解决方案
++|100.3.2|尝试找出解决方案|一线支持|事件记录|解决方案|一线工程师借助工具或运用自己技能尝试找出解决方案
++|(% rowspan="3" %) |(% rowspan="3" %)有解决方案吗？|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|一线支持判断能否在规定的时限内找到解决方案？
++|1.找到解决方案，根据解决方案的内容判断是否发起变更
++|2.不能找到，转100.3.6分配到二线支持
++|(% rowspan="3" %) |(% rowspan="3" %)发起变更吗？|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|一线支持根据解决方案的内容和变更管理流程对变更范围的定义，判断是否需要发起变更？
++|1.需要发起变更，创建变更请求，提交到变更管理流程，解决方案的实施由变更管理完成
++|2.不需要发起变更，转100.3.3应用解决方案
++|(% rowspan="2" %)100.3.3|(% rowspan="2" %)应用解决方案|(% rowspan="2" %)一线支持|(% rowspan="2" %)事件记录|解决方案|一线支持实施解决方案
++|变更请求|实施解决方案的过程，需要和相关申告方共同确认解决方案是否有效
++|(% rowspan="2" %)100.3.4|(% rowspan="2" %)联系代维人员|(% rowspan="2" %)一线支持|事件记录|(% rowspan="2" %)代维|(% rowspan="2" %)根据和代维的服务协议，联系代维
++|服务协议
++|100.3.5|代维尝试解决|代维|事件记录|解决方案|代维尝试解决
++|(% rowspan="3" %) |(% rowspan="3" %)解决了吗？|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|代维处理的事件，一线支持必须负责复核结果，通过和事件申告方的沟通，确认事件是否得到解决；
++|1.已解决，转100.6记录解决方案细节
++|2.无法解决，转100.3.6分配到二线支持
++|100.3.6|分配到二线支持|一线支持|事件记录|分配到二线的事件单|一线支持选择相应的二线支持人员分派事件单，状态置为“分配到二线”
  ====== **2.8.4 （100.4）二线尝试解决** ======
@@ -971,4
          +971,1290 @@
  **[[image:07.png||height="557" width="547"]]**
++流程描述如下：
++
++
++|序号|步骤名称|责任人|输入|输出|说明
++|(% rowspan="4" %)100.4.1|(% rowspan="4" %)创建事件/接受事件分配|(% rowspan="4" %)二线支持|(% rowspan="4" %)事件记录|(% rowspan="4" %)二线处理中的事件单|二线支持根据需要创建事件，并详细填写事件单的信息；
++|对于分派来的事件：
++|如属于分派错误，则转派到负责该业务的岗位，在转派时，必须将报障的详细内容、排除本部门原因等内容告知责任岗位；
++|如接受，则将事件状态置为“二线处理中”
++|(% rowspan="3" %) |(% rowspan="3" %)优先级为紧急吗？|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|根据预先定义的优先级判别标准（优先级映射表），再次确定事件优先级是否为紧急？
++|1.优先级为紧急，判断是否能够独立处理？
++|2.优先级不等于紧急，转100.4.3尝试找出解决方案
++|(% rowspan="3" %) |(% rowspan="3" %)能独立处理吗？|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|根据业务影响的严重程度和自身技能，判断自己能否独立处理或需要通知事件经理启动紧急处理流程？
++|1.能独立处理，转100.4.3尝试找出解决方案
++|2.不能独立处理，转101紧急事件处理流程
++|100.4.2|通知事件经理和管理层|二线支持|优先级紧急的事件|事件通知|将事件单的优先级别修改为“紧急”，服务管理平台自动将优先级为紧急的事件通知事件经理和管理层，并上报集团公司
++|100.4.3|尝试找出解决方案|二线支持|事件记录|解决方案|二线工程师借助工具或运用自己技能尝试找出解决方案，在解决事件的过程中根据需要联系供应商（三线）共同参与制定解决方案
++|100.4.4|供应商提供解决方案|供应商|事件记录|解决方案|供应商和二线支持共同研究解决方案，提供解决方案
++|(% rowspan="3" %) |(% rowspan="3" %)发起变更吗？|(% rowspan="3" %)二线支持|(% rowspan="3" %)解决方案|(% rowspan="3" %)N/A|二线支持根据解决方案的内容和变更管理流程对变更范围的定义，判断是否需要发起变更？
++|1.需要发起变更，创建变更请求，提交到变更管理流程，解决方案的实施由变更管理完成
++|2.不需要发起变更，转100.4.5应用解决方案
++|100.4.5|应用解决方案|二线支持|解决方案|解决方案|二线支持实施解决方案，实施解决方案的过程，需要和相关申告方共同确认解决方案是否有效
++|(% rowspan="3" %) |(% rowspan="3" %)解决了吗？|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|判断事件是否得到解决？
++|1.是，转到100.6记录解决方案细节
++|2.否，判断是否需要协调处理？
++|(% rowspan="3" %) |(% rowspan="3" %)需要协调处理吗？|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|根据事件的处理状况判断是否需要其它资源介入？
++|1.是，转到100.4.6事件经理协调解决
++|2.否，转到100.4.3尝试找出解决方案
++|100.4.6|事件经理协调解决|事件经理|事件记录|解决方案|事件经理负责将事件通报到管理层，通过高层寻求更多的资源介入，共同商讨和制定解决方案
++
++====== **2.8.5 （100.5）紧急事件再确认** ======
++
++
++**[[image:50.png||height="322" width="591"]]**
++
++
++流程描述如下：
++
++
++|序号|步骤名称|责任人|输入|输出|说明
++|100.5.1|确认优先级|一线支持|事件记录|确认紧急的事件|一线支持根据该事件相关的业务或IT系统/设备的实际故障情况，并结合其他相关因素，再次确定事件优先级
++|(% rowspan="3" %) |(% rowspan="3" %)优先级为紧急吗？|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|判断优先级＝紧急吗？
++|1.是，通知事件经理，由事件经理负责紧急事件子处理的处理，转101紧急事件处理子流程
++|2.否，转100.3一线尝试解决
++|(% rowspan="3" %) |(% rowspan="3" %)可以独立处理吗？|(% rowspan="3" %)一线支持|(% rowspan="3" %)紧急事件|(% rowspan="3" %) |根据业务影响的严重程度和自身技能，判断自己能否独立处理或需要通知事件经理启动紧急处理流程？
++|3.能独立处理，转100.3一线尝试解决
++|4.不能独立处理，转100.5.2通知相关管理层和事件经理
++|100.5.2|通知相关管理层和事件经理|一线支持|紧急事件|事件通知|通过服务管理平台通知（邮件、短信等）事件经理和相应的管理人员
++
++====== **2.8.6 （100.6）记录解决方案细节** ======
++
++**[[image:44.png||height="243" width="594"]]**
++
++
++
++流程描述如下：
++
++
++|序号|步骤名称|责任人|输入|输出|说明
++|(% rowspan="11" %)100.6.1|(% rowspan="11" %)记录详细的解决方案|(% rowspan="11" %)一线支持/二线支持/帮助台|(% rowspan="11" %)事件记录|(% rowspan="11" %)更新的事件记录|根据事件的处理状况填写事件信息项
++|1．填写“解决方案”
++|2．确定“事件分类”和“事件所属系统类型”是否正确
++|3．填写“结束代码”
++|4．对于故障，应填写“业务恢复时间”以及确定“故障厂商”
++|5．确定“事件影响度”的等级是否正确
++|6．根据自己所处岗位填写“事件解决人角色”
++|7．对于故障和告警，应该明确是哪个配置项发生的，关联正确的配置项
++|8．填写事件的“实际完成时间”并将状态改为“已解决”
++|9．如果有自己处理的重复事件单，则简单填写重复事件单的信息项，状态改为“已解决”
++|一线支持和二线支持接到的由帮助台分配的事件单，应该转回帮助台，由帮助台和用户确认关闭
++
++====== **2.8.7 （100.7）关闭事件** ======
++
++**[[image:54.png||height="406" width="563"]]**
++
++
++流程描述如下：
++
++|**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
++| |自动转单/自动告警？|帮助台|事件记录|事件记录|(((
++帮助台判断是否是客服等系统自动转单或监控系统自动产生的告警；
++
++1. 是，转100.7.1更新事件状态
++1. 否，转100.7.2与用户处确认事件解决
++)))
++|100.7.1|更新事件状态及结束代码，关闭事件|帮助台|已解决的事件记录|关闭的事件|(((
++更新事件记录，状态为“已关闭”，结束代码根据实际处理结果或用户反馈填写；
++
++如果该事件单有相关联的重复事件，应该将重复事件单一起关闭，重复事件的结束代码和该事件保持一致
++)))
++|100.7.2|与用户处确认事件解决|帮助台|用户反馈|反馈结果|从事件请求人处确认所提供的解决方案是否有效
++| |是否解决？|帮助台| | |(((
++判断是否解决方案是否有效？
++
++1. 是，转100.7.1
++1. 否，转100.7.3重开单处理
++)))
++|100.7.3|重开单处理|帮助台|未解决的事件记录|新的事件记录|(((
++帮助台将该事件单的的结束代码置为“不成功”，关闭保存；
++
++创建一个新的事件单，事件信息可以复制，分配到原处理人员处理，新事件单状态“分配到一线”或“分配到二线”
++
++注：帮助台应该和原处理人员沟通事件的确认结果和后续的处理方式
++)))
++| |是帮助台分派吗？|一线支持/二线支持| | |如果是帮助台分派的事件单，需要返回到帮助台，否则直接到100.7.4
++|100.7.4|更新事件状态及结束代码，关闭事件|一线支持/二线支持|已解决的事件记录|关闭的事件|(((
++更新事件记录，状态为“已关闭”，结束代码根据实际处理结果填写；
++
++如果该事件单有相关联的重复事件，应该将重复事件单一起关闭，重复事件的结束代码和该事件保持一致
++)))
++
++====== **2.8.8 （100.8）事件处理的监控** ======
++
++
++**[[image:22.png]]**
++
++
++
++流程描述如下：
++
++|**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
++|100.8.1|事件队列的监控|事件经理|(((
++当前打开的事件单
++
++服务管理平台的超时告警
++)))| |(((
++事件经理可以从以下途径获取事件处理的信息
++
++1. 服务台系统自动发送的告警通知
++1. 查询服务台系统的当前处理中的事件列表
++)))
++| |需要介入吗？|事件经理| | |(((
++事件经理根据处理时限和该事件对业务的影响程度，判断是否需要及时介入，帮助协调资源解决
++
++1. 需要介入，转100.8.2
++1. 不需要，则继续监控
++
++)))
++|100.8.2|召集资源协商解决|事件经理|(((
++告警事件
++
++支持人员的电话通知
++)))|解决方案|由于处理不及时而可能导致用户满意度下降的事件或疑难事件，事件经理负责召集相应二线专家，共同商讨并制定解决方案，并实施解决方案
++| |可以解决吗？|事件经理| | |(((
++1. 如果解决，转100.7关闭事件
++1. 无法解决，转100.8.3升级到管理层解决
++)))
++|100.8.3|升级到管理层解决|事件经理|升级的事件记录|解决方案|事件经理负责将升级事件通报到管理层，通过高层寻求更多的资源介入，共同商讨和制定解决方案
++
++**2.8.9（101）紧急事件处理子流程**
++
++制定紧急事件处理子流程的目标：
++
++1. 当紧急事件发生时，尽可能采取措施减少对于业务带来的影响
++1. 确保对紧急情况的有效管理
++
++* 加快紧急事件的响应和处理速度
++* 对紧急情况中的人员及采取的行动加强管理
++* 加强处理人员与用户之间的沟通和反馈
++* 对紧急情况妥善处理
++
++**2.8.9.1流程原则**
++
++◆ 制定各系统应急处理预案
++
++为了确保系统发生重大故障时，能够尽快恢复业务，并充分调动技术力量，在最短时间内排除故障，各系统应该建立相应的应急处理预案，建议预案中的内容至少应涵盖以下方面：
++
++* 应急预案启动条件
++* 应急处理小组负责人和成员联系名单和联系方式
++* 应急处理步骤
++* 应急信息通报
++* 应急善后处理
++* 应急保障措施（人员、培训、演习、场地等）
++
++◆ 紧急事件上报集团公司
++
++为切实掌握各省公司业务支撑系统紧急事件情况，要求各省公司在紧急事件发生时立即上报，并在紧急事件处理过程中的关键点将处理情况上报，具体上报内容和方式参见2.12集团、省公司两级交互。
++
++
++====== **2.8.9.2 紧急事件处理子流程概要说明** ======
++
++**[[image:14.png]]**
++
++
++紧急事件处理子流程说明如下：
++
++|**序号**|**步骤名称**|**说明**
++|101.1|召集应急小组，协调应急会议|事件经理主持应急会议，并组织讨论、协调各方资源，分析紧急事件处理方案，并将紧急事件情况通报省中心相关领导和集团公司
++|101.2|判断是否属于应急预案中的事件？|(((
++应急小组和相关厂商根据紧急事件现象和影响程度，判断是否需要启动相应系统的应急预案？
++
++1. 如果没有应急预案，则进入101.4组织相关厂商共同分析紧急事件，制定处理方案并处理；
++1. 如果有应急预案，则进入101.3按照应急预案处理
++)))
++|101.3|按照应急预案处理|根据各系统制定的应急预案中的实施步骤，处理紧急事件
++|101.4|组织相关厂商共同分析，制定处理方案并处理|(((
++应急小组负责组织相关厂商共同分析紧急事件，制定相应的处理方案，如果需要集团中心介入处理，则向集团中心申请介入；
++
++处理方案在实施前应得到应急小组和相关领导的认可；
++
++事件处理过程中如果需要中断业务或对系统的IT组件产生变更，则需要按照紧急变更管理流程的定义和要求，提出紧急变更请求
++)))
++|101.5|紧急事件解除确认？|(((
++在紧急事件处理方案实施后，应急小组、相关厂商和相关部门对紧急事件是否解除进行确认
++
++1. 紧急事件如果没有解除，则重新进入101.4组织相关厂商共同分析紧急事件，制定处理方案并处理；
++1. 如果解除，则进入101.6紧急事件善后处理和总结分析
++)))
++|101.6|善后处理和通报|(((
++紧急事件解除后，应急小组向申告方、公司相关领导简要报告紧急事件处理过程，解决方法，事件解除时间，业务恢复情况，并将该信息汇报到集团公司
++
++对于影响度为重大的紧急事件，必须通过服务管理平台提交《重大事件报告》，报告内容和提交方式见2.12集团、省公司两级交互
++
++紧急事件的处理人需要创建一个新问题，将紧急事件处理过程的详细信息记录到问题单中，提交到问题经理，由问题经理组织相关专家进行问题根源的分析
++)))
++
++====== **2.8.10 （102）维护作业子流程** ======
++
++维护作业子流程用来描述如何处理来自集团公司下发的维护作业和省中心制定的维护作业计划。维护作业子流程在事件管理流程中属于相对独立的模块，处理流程和相关信息项的填写与故障或申告不同，以下内容主要说明维护作业的流程原则和概要流程图。
++
++各省在细化维护作业流程时，可以在流程原则的基础上扩展和细化以满足各省中心对维护作业的具体要求。
++
++
++**2.8.10.1 流程原则**
++
++◆ 维护作业事件单的产生
++
++* 帮助台负责接收集团下发的维护作业，分配到相应的一线/二线支持人员
++* 负责执行维护作业的支持人员在服务管理平台录入维护作业单
++* 负责执行维护作业的支持人员在维护作业单中录入维护作业的执行结果
++
++◆ 维护作业的事件信息项的填写说明
++
++|**序号**|**信息项**|**是否需要填写**|**维护作业填写内容**
++|1|事件ID|是|系统自动产生
++|2|请求人信息|否|
++|3|登记时间|是|系统自动产生
++|4|地点|否|
++|5|事件发生时间|否|
++|6|业务恢复时间|否|
++|7|事件性质|是|参见“事件性质”定义，选择‘维护作业’
++|8|事件来源|是|参见“事件来源”定义，选择‘内部开单’
++|9|事件影响度|否|
++|10|事件优先级|否|
++|11|事件完成期限|是|维护作业的计划完成时间
++|12|事件所属系统类型|是|参见“事件所属系统类型”定义
++|13|事件分类|是|参见“事件分类”定义
++|14|事件标题|是|维护作业内容简述
++|15|事件描述|是|维护作业内容详细描述
++|16|事件解决人|是|维护作业的完成人
++|17|事件状态|是|参见“事件状态”定义
++|18|分配对象|是|维护作业的执行人
++|19|事件日志|是|系统自动产生
++|20|解决方案描述|是|维护作业的执行结果
++|21|事件结束代码|是|参见“事件结束代码”定义，选择‘成功解决’
++|22|重复事件标记|否|
++|23|处理是否超时|是|系统自动产生
++|24|事件解决人角色|是|参见“事件解决人角色”定义，选择‘一线’或‘二线’
++|25|实际开始时间|是|维护作业实际开始执行的时间，系统自动填写
++|26|实际完成时间|是|维护作业事件状态变为‘已解决’的时间，系统自动填写
++|27|故障厂商|否|
++|28|关联配置项|否|
++|29|关联的问题单号|否|
++|30|关联的变更单号|否|
++
++◆集团维护作业执行情况上报
++
++* 集团下发的维护作业执行情况在省公司定期的上报报表中体现
++
++**2.8.10.2 维护作业子流程概要说明**
++
++
++[[image:52.png]]
++
++
++维护作业子流程说明如下：
++
++|**序号**|**步骤名称**|**说明**
++|102.1|根据制定的维护作业计划创建维护作业|(((
++处理人员根据制定的维护作业计划，在服务管理平台创建维护作业单，并输入维护作业的详细信息
++
++对于集团下发的维护作业，直接进入102.2执行维护作业
++)))
++|102.2|执行维护作业|根据维护作业内容，执行维护作业
++|102.3|记录执行结果|在服务管理平台中详细记录维护作业的执行结果
++| |发现异常吗？|(((
++如果在执行过程中发现异常，则转102.4创建新事件；
++
++维护作业记录关闭保存
++)))
++|102.4|创建新事件|创建新的事件单，进入事件管理流程
++
++====== **2.8.11 （103）业务处理子流程** ======
++
++业务处理子流程用来描述各省业务支撑部门根据特定的需求，对业务运营支撑系统的数据进行查询或修改的操作流程，例如：
++
++1. 根据业务部门或业务支撑部门内部人员提出的业务处理需求单进行的业务操作
++1. 系统原因造成的批量数据差错修复、分公司支撑中心提出的批量数据修改要求
++1. 新业务上线测试、故障恢复测试所必须的业务操作
++
++**2.8.11.1 流程原则**
++
++◆ 业务处理的安全性原则
++
++* 业务处理操作必须符合各省公司关于业务操作制定的相关规范
++* 业务处理操作的执行人和复核人原则上不能是同一个人
++
++◆ 业务处理的事件信息项的填写说明
++
++|**序号**|**信息项**|**是否需要填写**|**业务处理填写内容**
++|1|事件ID|是|系统自动产生
++|2|请求人信息|是|业务需求的提出者
++|3|登记时间|是|系统自动产生
++|4|地点|否|
++|5|事件发生时间|否|
++|6|业务恢复时间|否|
++|7|事件性质|是|参见“事件性质”定义，选择‘业务处理’
++|8|事件来源|是|参见“事件来源”定义
++|9|事件影响度|否|
++|10|事件优先级|否|
++|11|事件完成期限|是|业务处理的计划完成时间
++|12|事件所属系统类型|是|参见“事件所属系统类型”定义
++|13|事件分类|是|参见“事件分类”定义
++|14|事件标题|是|业务处理内容简述
++|15|事件描述|是|业务处理内容详细描述
++|16|事件解决人|是|业务处理的完成人
++|17|事件状态|是|参见“事件状态”定义
++|18|分配对象|是|业务处理的执行人
++|19|事件日志|是|系统自动产生
++|20|解决方案描述|是|业务处理的执行结果
++|21|事件结束代码|是|参见“事件结束代码”定义，选择‘成功解决’
++|22|重复事件标记|否|
++|23|处理是否超时|是|系统自动产生
++|24|事件解决人角色|是|参见“事件解决人角色”定义，选择‘一线’或‘二线’
++|25|实际开始时间|是|业务处理实际开始执行的时间，系统自动填写
++|26|实际完成时间|是|业务处理事件状态变为‘已解决’的时间，系统自动填写
++|27|故障厂商|否|
++|28|关联配置项|否|
++|29|关联的问题单号|否|
++|30|关联的变更单号|否|
++
++ **2.8.11.2 业务处理子流程概要说明**
++
++**[[image:27.png]]**
++
++
++业务处理子流程说明如下：
++
++|**序号**|**步骤名称**|**说明**
++|103.1|受理并制定业务处理方案|(((
++一线和二线人员都可以做为业务处理人员
++
++业务处理人员接受业务处理单，检查业务处理请求单是否符合省公司的规定，如果不符合，则回复相应部门
++
++业务处理人员根据业务处理单的内容制定处理方案
++)))
++| |需要发起RFC吗？|(((
++1. 如果业务处理方案中涉及到应用系统的变更，则提交变更请求，走变更管理流程
++1. 如果不涉及变更，则进入103.2业务处理执行
++)))
++|103.2|业务处理执行|业务处理人员按照处理方案执行
++|103.3|创建变更请求|提交变更请求，转入变更管理流程
++|103.4|执行结果复核|业务处理执行结果的复核，原则上执行人和复核人必须分开，如果复核出现异常，则回到103.1受理并制定业务处理方案
++|103.5|记录详细信息|在服务管理平台记录详细的业务处理步骤和结果
++|103.6|回复并关闭|通过服务管理平台或其它接口回复相关发起人，关闭业务处理单
++
++===== **2.9 事件状态迁移图** =====
++
++事件状态变迁图用来标明：当一个事件单处于某个状态时，它可以去到的下一个状态。
++
++[[image:39.png]]
++
++
++
++◆ 当前状态为‘已登记’状态时，可迁移的状态
++
++|**状态**|**合法**|**描述**
++|已登记|否|已登记为事件单初始状态
++|分配到帮助台|是|用户提交事件请求，首先分派到帮助台
++|分配到一线|否|
++|分配到二线|否|
++|一线处理中|否|
++|二线处理中|否|
++|已解决|否|
++|已关闭|否|
++
++◆当前状态为‘分配到帮助台’状态时，可迁移的状态
++
++|**状态**|**合法**|**描述**
++|已登记|否|
++|分配到帮助台|是|帮助台的人员将分配给本人的事件单分配给帮助台或者帮助台的其他人员
++|分配到一线|是|帮助台组人员将事件单分配给一线支持组
++|分配到二线|是|帮助台组人员将事件单分配给二线支持组
++|一线处理中|否|
++|二线处理中|否|
++|已解决|否|
++|已关闭|是|当事件处理范围不在计费业务中心或误报或可忽略时，可直接关闭
++
++◆ 当前状态为‘分配到一线’状态时，可迁移的状态
++
++|**状态**|**合法**|**描述**
++|已登记|否|
++|分配到帮助台|是|一线支持人员将分配给本人的事件单分配给帮助台或者帮助台组内的其他人
++|分配到一线|是|一线支持人员将分配给本人的事件单分配给一线支持组或组内的其他人
++|分配到二线|是|一线支持人员将事件单分配给二线支持组或二线支持组内的其他人
++|一线处理中|是|一线支持人员，接受分配的事件单，并开始处理
++|二线处理中|否|
++|已解决|否|
++|已关闭|否|
++
++◆ 当前状态为‘分配到二线’状态时，可迁移的状态
++
++|**状态**|**合法**|**描述**
++|已登记|否|
++|分配到帮助台|是|二线支持人员将分配给本人的事件单分配给帮助台或者帮助台组内的其他人
++|分配到一线|是|二线支持人员将分配给本人的事件单分配给一线支持组或组内的其他人
++|分配到二线|是|二线支持人员将事件单分配给二线支持组或二线支持组内的其他人
++|一线处理中|否|
++|二线处理中|是|二线支持人员，接受分配的事件单，并开始处理
++|已解决|否|
++|已关闭|否|
++
++◆ 当前状态为‘一线处理中’状态时，可迁移的状态
++
++|**状态**|**合法**|**描述**
++|已登记|否|
++|分配到帮助台|否|
++|分配到一线|是|一线支持人员无法处理该事件单，将事件单重新分配给一线支持组或一线支持组内其他人员
++|分配到二线|是|一线支持人员无法处理该事件单，将事件单重新分配给二线支持组或二线支持组内其他人员
++|一线处理中|否|
++|二线处理中|否|
++|已解决|是|一线支持找到解决方案或者变通方法，解决了分配的事件单
++|已关闭|否|
++
++◆ 当前状态为‘二线处理中’状态时，可迁移的状态
++
++|**状态**|**合法**|**描述**
++|已登记|否|
++|分配到帮助台|否|
++|分配到一线|否|
++|分配到二线|是|二线支持人员无法处理该事件单，或者分配错误，将事件单重新分配给二线支持组或二线支持组内其他人员
++|一线处理中|否|
++|二线处理中|否|
++|已解决|是|二线支持找到解决方案或者变通方法，解决了分配的事件单
++|已关闭|否|
++
++◆ 当前状态为‘已解决’状态时，可迁移的状态
++
++|**状态**|**合法**|**描述**
++|已登记|否|
++|分配到帮助台|否|
++|分配到一线|否|
++|分配到二线|否|
++|一线处理中|否|
++|二线处理中|否|
++|已解决|否|
++|已关闭|是|帮助台在关闭事件单的时候，需要填写客户反馈和结束代码
++
++◆当前状态为‘已关闭’状态时，可迁移的状态
++
++* 不迁移至任何状态。
++
++===== **2.10 关键角色、职责定义** =====
++
++流程的实现是通过不同的流程角色以及其被赋予的职责来实现的，因此流程的每一个角色可以被定义为一系列职责的集合，在实际的管理操作中，不同的人员将被赋予不同的职责，也可能一个人被赋予多个职责，同时也可以将其职责授权给其管理结构之下的人员，因此，以下所提及的管理流程和角色的目的是为了在充分满足流程所需角色的基础上，为具体的实现提供足够的灵活性。具体的角色职责和岗位对应在《事件管理细化流程说明书》中体现。
++
++事件管理流程主要分为以下几个职责/角色，分别简述如下：
++
++
++
++
++====== **2.10.1 事件管理流程负责人** ======
++
++事件管理流程负责人从宏观上监控流程，确保事件流程在业务支持中心范围内被正确的执行。当流程不能够适应业务支持中心的情况时，流程负责人必须及时的对此进行分析、找出缺陷、进行改进，从而实现可持续提高。
++
++**职责：**
++
++1. 确定管理流程的衡量指标
++1. 确保事件流程能够取得管理层的参与和支持
++1. 确保事件流程符合公司实际状况和公司 IT发展战略
++1. 总体上管理和监控流程，建立事件流程实施、评估和持续优化机制
++1. 确保事件流程实用、有效、正确地执行，当流程不能够适应公司的情况时，必须及时的对此进行分析、找出缺陷、进行改进(假如增加或合并流程的角色)，从而实现可持续提高
++1.  保持与其他流程负责人的定期沟通
++
++**技能要求：**
++
++1. 深刻理解事件管理流程；
++1. 充分理解业务支撑网运维管理流程梳理项目的其他流程，能够进行流程接口设计；
++1. 能够很好地理解业务对于事件管理的需求；
++1. 对质量控制与保障有很深入的了解；
++1. 有决策权，能够确保事件管理流程设计要求在实施项目中得到贯彻和执行；
++1. 具有很好的沟通技能，能够取得公司高层的支持，获得所需资源。
++
++====== **2.10.2 事件经理** ======
++
++事件经理负责事件解决过程中的协调和监控，以及事件升级的判断以及具体执行。
++
++**职责：**
++
++1. 负责对事件的解决协调资源，保证故障的最终排除
++1. 当事件优先级为紧急或者事件将超过规定的时限，负责按照升级方法对事件进行处理确保有效协调资源，促进支持工程师快速恢复正常服务
++1. 确保和问题管理流程经理的有效合作
++1. 确保正确和广泛地收集和分析事件数据，发现IT和业务相关的问题
++
++**技能要求：**
++
++1. 了解技术架构和技术环境
++1. 较强的口头表达能力和与用户沟通技巧
++1. 处理纠纷的能力
++1. 深刻了解事件管理流程
++1. 较强的领导能力
++
++====== **2.10.3 帮助台人员** ======
++
++帮助台人员负责接收所有的事件，对事件进行初步的处理，并根据实际情况将事件分派到合适的一线支持工程师或者二线支持工程师。
++
++**职责：**
++
++1. 在指定的响应时间内响应所有帮助台热线电话、邮件、传真等事件报告
++1. 完整记录所有接收的事件信息，包括：记录事件报告人的详细联系方式、事件特征表现、描述、发生时间等
++1. 为事件进行适当的分类、为事件分配优先级等属性
++1. 尝试使用工具、初步诊断、分析相关信息等方式解决问题
++1. 如果帮助台不能解决这个事件，应当将事件分配给最合适的一线支持小组/人员来处理
++1. 检查事件记录的处理进度，保持与事件报告人的联系，适时通知事件处理进展
++1. 与用户确认事件解决方案，关闭事件
++1. 负责24×7的值班和系统监控
++
++**技能要求：**
++
++1. 熟悉技术平台和技术环境
++1. 较强的沟通能力
++1. 对简单的故障要有快速诊断和解决的能力
++1. 熟悉事件处理流程
++
++====== **2.10.4 一线支持人员** ======
++
++一线支持人员负责对帮助台无法解决的事件进行快速有效的分析，提出解决方案以尽快恢复服务，并在必要时提供现场支持。
++
++**职责:**
++
++1. 验证事件的描述和信息，进一步收集相关信息
++1. 决定需要采取何种措施恢复服务并实施有效的行动
++1. 必要时提供现场支持
++1. 根据优先级提供有效的解决方案
++1. 实施事件解决方案
++1. 更新事件解决信息，已解决的事件转回帮助台，由帮助台关闭事件
++1. 如果一线不能解决这个事件，应当决定选择最合适的二线支持小组/人员来处理
++
++**技能要求：**
++
++1. 熟悉技术平台和技术环境
++1. 较强的沟通能力
++1. 快速诊断事件和解决事件的能力
++1. 熟悉事件处理流程
++
++====== **2.10.5 二线支持人员** ======
++
++二线支持人员是相关问题领域的专家。负责提供对一线支持人员无法解决的问题进一步进行调研，找出解决方案并尽快恢复服务。各省可以考虑按照所维护的应用、系统进行分组，如：网络组、主机组、应用组等。
++
++**职责:**
++
++1. 进行事件的深入调查研究
++1. 根据经验和专业技能，决定需要采取何种措施恢复服务并实施有效的行动
++1. 必要时引入供应商的支持
++1. 更新事件根源和最终解决方案
++1. 更新事件记录，确保事件状态代码真实反映事件状态
++1. 及时提供有效解决方案
++1. 与其他小组合作，确定解决方案
++1. 已解决的事件转回帮助台，由帮助台关闭事件
++1. 如果二线不能在解决时限内解决这个事件，应当将事件进行升级
++
++**技能要求：**
++
++1. 深厚的技术背景，对所维护范畴的技术深入掌握
++1. 熟悉事件处理流程
++
++====== **2.10.6 流程角色和人员对应表** ======
++
++|(% colspan="2" %)**角色**|**成员**
++|事件管理流程负责人| |刘三苏
++|事件经理A| |刘三苏
++|事件经理B| |周晓伟
++|帮助台| |王军、杨晋波、詹梅、杨红梅、吴国平、杨卫红
++|(% rowspan="3" %)一线支持|一线基础平台组|白洪瑜
++|一线应用—计费结算、营业账务、客服|代学平、陈勤、陈锐
++|一线应用—经营分析|徐文英、张航友、何畏
++|(% rowspan="5" %)二线支持|二线基础平台组|郑水华、乔迎春、卢定、高松、高雄英
++|二线应用—计费结算|苏伟杰、罗芳、祝颢、龚楠、杨莉、宋琳、陶琳、杨智
++|二线应用—客服|温健军、傅华、魏亚菲、涂天禄
++|二线应用—经营分析|亚信
++|二线应用—营业账务|陈伟、许雷、张波、胡鹏、董晓勇、李琪、杜敏
++
++注：在系统实施时由某通信公司根据实际运维架构在此表基础上完成具体的人员映射。
++
++
++
++===== **2.11 关键流程衡量指标** =====
++
++为了控制流程的质量，必须为流程设置衡量指标。通过对指标的分析，可以有效地对流程的运行情况进行监控和改进。
++
++|**序号**|**衡量指标**|**指标计算说明**
++|1|事件总数|(((
++数量：在事件单中根据以下条件过滤
++
++1. 【重复事件标记】为空
++1. 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++1. 【事件发生时间】在统计周期内
++)))
++|2|事件关闭的数量|数量 ：在事件总数中过滤【事件状态】＝‘关闭’
++|3|事件成功关闭的数量/比率|(((
++数量：在事件总数中过滤【事件结束代码】＝‘成功解决’or‘变通方法解决’
++
++比率：数量 / 事件总数  × 100 %
++)))
++|4|规定时间内解决的事件数量/百分比|(((
++数量：在事件总数中过滤【处理是否超时】＝‘未超时’and 【事件结束代码】＝‘成功解决’or‘变通方法解决’
++
++比率：数量/事件总数 × 100 %
++)))
++|5|规定时间内响应的事件数量/百分比|(((
++数量：在事件总数中过滤（【实际开始时间】－【登记时间】）< 优先级对应的响应时限
++
++比率：数量/事件总数 × 100 %
++)))
++|6|平均解决时间|(((
++完成的事件：在事件总数中过滤所有【事件状态】＝‘已解决’or ‘关闭’的事件
++
++平均解决时间：累加完成事件的（【实际完成时间】－【登记时间】）/ 完成的事件数量
++)))
++|7|一线解决率|(((
++数量：在事件总数中过滤所有【事件解决人角色】＝‘一线’
++
++比率：数量 / 事件总数 × 100 %
++)))
++|8|超时未解决的事件数量|数量：在事件总数中过滤【处理已超时】＝‘超时’and 【事件状态】！＝‘关闭’or ‘已解决’
++|9|事件的一次解决率|(((
++数量1：在事件总数中过滤【事件结束代码】＝‘成功解决’or‘变通方法解决’
++
++数量2：在事件总数中过滤【事件结束代码】＝‘不成功’
++
++比率：（数量1－数量2 ） / 数量1  × 100 %
++)))
++
++===== **2.12 集团、省公司两级交互** =====
++
++省公司在紧急事件发生时，必须在第一时间上报集团公司业务支撑系统部，并在事件处理过程中的每个状态变化点将最新事件记录上传到集团公司。
++
++|(% rowspan="2" %)**上报方式**|(% rowspan="2" %)**触发条件**|(% colspan="2" %)**上报内容**
++|**事件信息项**|**附件内容**
++|(% rowspan="4" %)服务管理平台|事件状态进入一线处理中，并得到一线支持的确认|所有事件信息项|N/A
++|处理中的事件信息项发生改变|所有事件信息项|N/A
++|事件状态转入已解决|所有事件信息项|N/A
++|(((
++事件状态转入关闭
++
++（如果影响度为重大，必须有重大事件报告做为附件）
++)))|所有事件信息项|(((
++《重大事件报告》内容包含：
++
++包括事件的发生时间、事件现象、影响的主要系统、影响度、处理过程、解决方法、业务恢复时间等
++)))
++
++===== **2.13 省公司报表** =====
++
++省公司报表定义如下，同时，上报集团报表也可以供省公司使用。
++
++
++
++
++====== **2.13.1 按事件来源分类的统计报表** ======
++
++|**时间来源**|**总数**|**完成的数量**|**完成及时率**
++|用户报告| | |
++|自助开单| | |
++|自动转单| | |
++|内部开单| | |
++|监控告警| | |
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|总数|(((
++数量：在事件单中按事件不同来源根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++)))
++|1|完成的数量|数量：事件单中按不同事件来源，统计【实际完成时间】在统计周期内的事件数量
++|2|完成及时率|(((
++数量：事件单中按不同事件来源，统计【处理是否超时】＝‘未超时’and 【实际完成时间】在统计周期内的事件数量
++
++比率：数量/完成的数量 × 100 %
++)))
++
++===== **2.14 省公司上报报表** =====
++
++
++====== **2.14.1按业务系统和优先级分类统计报表** ======
++
++|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**事件性质**|(% rowspan="2" %)**总数**|(% colspan="4" %)**优先级**
++|**紧急**|**高**|**中**|**低**
++|(% rowspan="3" %)BOSS系统|故障| | | | |
++|申告| | | | |
++|告警| | | | |
++|(% rowspan="3" %)客服系统|故障| | | | |
++|申告| | | | |
++|告警| | | | |
++|(% rowspan="3" %)经营分析|故障| | | | |
++|申告| | | | |
++|告警| | | | |
++|(% rowspan="2" %)容灾系统|故障| | | | |
++|告警| | | | |
++|(% rowspan="2" %)BOSS网管|故障| | | | |
++|告警| | | | |
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|故障总数|(((
++数量：在事件单中根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘故障’
++)))
++|2|申告总数|(((
++数量：在事件单中根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘申告’
++)))
++|3|告警总数|(((
++数量：在事件单中根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘告警’
++)))
++|4|紧急、高、中、低|在故障、申告、告警中分别过滤【事件优先级】
++|5|业务系统|分别过滤【事件所属系统类型】的业务系统
++
++====== **2.14.2 按业务系统细分的故障和优先级分类统计报表** ======
++
++|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**子类**|(% rowspan="2" %)**故障数量**|(% colspan="4" %)**优先级**
++|**紧急**|**高**|**中**|**低**
++|(% rowspan="16" %)BOSS系统|营销管理| | | | |
++|渠道管理| | | | |
++|客户服务| | | | |
++|产品管理| | | | |
++|客户管理| | | | |
++|资源管理| | | | |
++|订单管理| | | | |
++|服务开通| | | | |
++|综合采集| | | | |
++|融合计费| | | | |
++|综合帐务| | | | |
++|综合结算| | | | |
++|合作伙伴管理| | | | |
++|系统管理| | | | |
++|统计报表| | | | |
++|一级BOSS| | | | |
++|(% rowspan="8" %)客服系统|电话呼叫中心| | | | |
++|互联网呼叫中心| | | | |
++|短信呼叫中心| | | | |
++|工单管理| | | | |
++|知识管理| | | | |
++|人力资源| | | | |
++|质量管理| | | | |
++|数据统计分析| | | | |
++|(% rowspan="2" %)经营分析|通用分析| | | | |
++|专题分析| | | | |
++|(% rowspan="3" %)容灾系统|BOSS数据保护| | | | |
++|BOSS业务接管| | | | |
++|BOSS资源复用| | | | |
++|(% rowspan="2" %)BOSS网管|监控管理| | | | |
++|服务管理| | | | |
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|故障总数|(((
++数量：在事件单中根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘故障’
++)))
++|2|紧急、高、中、低|在故障、申告、告警中分别过滤【事件优先级】
++|3|业务系统|分别过滤【事件所属系统类型】的子类
++
++====== **2.14.3 按业务系统和影响度分类统计报表** ======
++
++|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**事件性质**|(% rowspan="2" %)**总数**|(% colspan="4" %)**影响度**
++|**重大**|**严重**|**一般**|**无**
++|(% rowspan="2" %)BOSS系统|故障| | | | |
++|申告| | | | |
++|(% rowspan="2" %)客服系统|故障| | | | |
++|申告| | | | |
++|(% rowspan="2" %)经营分析|故障| | | | |
++|申告| | | | |
++|容灾系统|故障| | | | |
++|BOSS网管|故障| | | | |
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|故障总数|(((
++数量：在事件单中根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘故障’
++)))
++|2|申告总数|(((
++数量：在事件单中根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘申告’
++)))
++|3|重大、严重、一般、无|在故障、申告总数分别过滤【事件影响度】
++|4|业务系统|分别过滤【事件所属系统类型】的业务系统
++
++====== **2.14.4 按业务系统细分的故障和影响度分类统计报表** ======
++
++|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**子类**|(% rowspan="2" %)**故障数量**|(% colspan="4" %)**影响度**
++|**重大**|**严重**|**一般**|**无**
++|(% rowspan="16" %)BOSS系统|营销管理| | | | |
++|渠道管理| | | | |
++|客户服务| | | | |
++|产品管理| | | | |
++|客户管理| | | | |
++|资源管理| | | | |
++|订单管理| | | | |
++|服务开通| | | | |
++|综合采集| | | | |
++|融合计费| | | | |
++|综合帐务| | | | |
++|综合结算| | | | |
++|合作伙伴管理| | | | |
++|系统管理| | | | |
++|统计报表| | | | |
++|一级BOSS| | | | |
++|(% rowspan="8" %)客服系统|电话呼叫中心| | | | |
++|互联网呼叫中心| | | | |
++|短信呼叫中心| | | | |
++|工单管理| | | | |
++|知识管理| | | | |
++|人力资源| | | | |
++|质量管理| | | | |
++|数据统计分析| | | | |
++|(% rowspan="2" %)经营分析|通用分析| | | | |
++|专题分析| | | | |
++|(% rowspan="3" %)容灾系统|BOSS数据保护| | | | |
++|BOSS业务接管| | | | |
++|BOSS资源复用| | | | |
++|(% rowspan="2" %)BOSS网管|监控管理| | | | |
++|服务管理| | | | |
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|故障总数|(((
++数量：在事件单中根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘故障’
++)))
++|2|重大、严重、一般、无|在故障总数分别过滤【事件影响度】
++|3|业务系统|分别过滤【事件所属系统类型】的子类
++
++====== **2.14.5 按业务系统统计故障和申告处理效率指标报表** ======
++
++|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**事件性质**|(% rowspan="2" %)**总数**|(% rowspan="2" %)**帮助台解决率**|(% rowspan="2" %)**一线解决率**|(% rowspan="2" %)**二线解决率**|(% rowspan="2" %)**及时解决率**|(% rowspan="2" %)**一次解决率**|(% rowspan="2" %)**超时未解决数**|(% colspan="4" %)**平均解决时间**
++|**紧急**|**高**|**中**|**低**
++|(% rowspan="4" %)BOSS系统|故障| | | | | | | | | | |
++|申告| | | | | | | | | | |
++|咨询| | | | | | | | | | |
++|告警| | | | | | | | | | |
++|(% rowspan="4" %)客服系统|故障| | | | | | | | | | |
++|申告| | | | | | | | | | |
++|咨询| | | | | | | | | | |
++|告警| | | | | | | | | | |
++|(% rowspan="4" %)经营分析|故障| | | | | | | | | | |
++|申告| | | | | | | | | | |
++|咨询| | | | | | | | | | |
++|告警| | | | | | | | | | |
++|(% rowspan="2" %)容灾系统|故障| | | | | | | | | | |
++|告警| | | | | | | | | | |
++|(% rowspan="2" %)BOSS网管|故障| | | | | | | | | | |
++|告警| | | | | | | | | | |
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|(((
++故障总数
++
++申告总数
++
++咨询总数
++
++告警总数
++)))|(((
++数量：在事件单中根据以下条件过滤
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++ 分别统计【事件性质】＝‘故障’、‘申告’、‘咨询’、‘告警’
++)))
++|2|帮助台解决率|(((
++数量：在（故障、申告、咨询、告警）总数中过滤所有【事件解决人角色】＝‘帮助台’
++
++比率：数量 / 总数 × 100 %
++)))
++|3|一线解决率|(((
++数量：在（故障、申告、咨询、告警）总数中过滤所有【事件解决人角色】＝‘一线’
++
++比率：数量 / 总数 × 100 %
++)))
++|4|二线解决率|(((
++数量：在（故障、申告、咨询、告警）总数中过滤所有【事件解决人角色】＝‘二线’
++
++比率：数量 / 总数 × 100 %
++)))
++|5|及时解决率|(((
++数量：在（故障、申告、咨询、告警）总数中过滤【处理是否超时】＝‘未超时’and 【事件结束代码】＝‘成功解决’or‘变通方法解决’
++
++比率：数量/总数 × 100 %
++)))
++|6|一次解决率|(((
++数量1：在（故障、申告、咨询、告警）总数中过滤【事件结束代码】＝‘成功解决’or‘变通方法解决’
++
++数量2：在（故障、申告、咨询、告警）总数中过滤【事件结束代码】＝‘不成功’
++
++比率：（数量1 － 数量2） / 数量1  × 100 %
++)))
++|7|超时未解决数|数量：在（故障、申告、咨询、告警）总数中过滤【处理已超时】＝‘超时’and 【事件状态】！＝（‘关闭’or ‘已解决’）
++|8|平均解决时间|(((
++完成的事件：在（故障、申告、咨询、告警）总数中过滤所有【事件状态】＝‘已解决’or ‘关闭’的事件
++
++平均解决时间：累加完成事件的（【实际完成时间】－【登记时间】）/ 完成的事件数量
++)))
++
++====== **2.14.6 按事件分类的故障和优先级统计报表** ======
++
++|(% rowspan="2" %)**类别**|(% rowspan="2" %)**子类**|(% rowspan="2" %)(((
++**故障**
++
++**数量**
++)))|(% colspan="4" %)**优先级**
++|**紧急**|**高**|**中**|**低**
++|(% rowspan="8" %)系统硬件|路由器| | | | |
++|网络交换机| | | | |
++|小型机| | | | |
++|PC服务器| | | | |
++|磁盘阵列| | | | |
++|存储光纤交换机| | | | |
++|磁带库| | | | |
++|光盘库| | | | |
++|(% rowspan="4" %)客服设备|排队机| | | | |
++|CTI服务器| | | | |
++|CCS| | | | |
++|IVR服务器| | | | |
++|(% rowspan="5" %)安全设施|防火墙| | | | |
++|IDS入侵监测系统| | | | |
++|IPS入侵防护系统| | | | |
++|防毒墙| | | | |
++|安全软件| | | | |
++|(% rowspan="6" %)系统软件|操作系统| | | | |
++|数据库| | | | |
++|中间件| | | | |
++|集群软件| | | | |
++|备份软件| | | | |
++|系统管理软件| | | | |
++|(% rowspan="3" %)配套设施|UPS| | | | |
++|空调| | | | |
++|其它| | | | |
++|(% rowspan="5" %)应用软件|进程| | | | |
++|数据| | | | |
++|参数| | | | |
++|代码| | | | |
++|接口| | | | |
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|故障总数|(((
++数量：在事件单中根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘故障’
++)))
++|2|紧急、高、中、低|在故障总数分别过滤【事件优先级】
++|3|事件分类|分别过滤【事件分类】的子类
++
++====== **2.14.7 按业务中断时长分类的统计报表** ======
++
++|**业务系统**|**子类**|**故障数量**|**业务中断时长**
++|(% rowspan="16" %)BOSS系统|营销管理| |
++|渠道管理| |
++|客户服务| |
++|产品管理| |
++|客户管理| |
++|资源管理| |
++|订单管理| |
++|服务开通| |
++|综合采集| |
++|融合计费| |
++|综合帐务| |
++|综合结算| |
++|合作伙伴管理| |
++|系统管理| |
++|统计报表| |
++|一级BOSS| |
++|(% rowspan="8" %)客服系统|电话呼叫中心| |
++|互联网呼叫中心| |
++|短信呼叫中心| |
++|工单管理| |
++|知识管理| |
++|人力资源| |
++|质量管理| |
++|数据统计分析| |
++|(% rowspan="2" %)经营分析|通用分析| |
++|专题分析| |
++|(% rowspan="3" %)容灾系统|BOSS数据保护| |
++|BOSS业务接管| |
++|BOSS资源复用| |
++|(% rowspan="2" %)BOSS网管|监控管理| |
++|服务管理| |
++
++注： 业务中断时长＝业务恢复时间－事件发生时间， 单位为分钟
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|故障数量|(((
++数量：在事件单中根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘故障’
++)))
++|2|业务中断时长|【业务恢复时间】－【事件发生时间】
++|3|业务系统分类|分别过滤【事件所属系统类型】的子类
++
++====== **2.14.8 故障厂商统计** ======
++
++|**系统分类**|**厂商名称**|**故障数量**|**重大**|**严重**|**一般**
++|(% rowspan="4" %)小型机|HP| | | |
++|IBM| | | |
++|SUN| | | |
++|NCR| | | |
++|(% rowspan="4" %)路由器|Cisco| | | |
++|中兴| | | |
++|3COM| | | |
++|华为| | | |
++|(% rowspan="4" %)网络交换机|Cisco| | | |
++|中兴| | | |
++|3COM| | | |
++|华为| | | |
++|(% rowspan="7" %)磁盘阵列|HP| | | |
++|EMC| | | |
++|IBM| | | |
++|NCR| | | |
++|HDS| | | |
++|NETAPP| | | |
++|SUN| | | |
++|(% rowspan="5" %)存储光纤交换机|HP| | | |
++|IBM| | | |
++|McDATA| | | |
++|BROCADE| | | |
++|EMC| | | |
++|(% rowspan="5" %)磁带库|HP| | | |
++|SUN| | | |
++|IBM| | | |
++|STK| | | |
++|Quantum ATL| | | |
++|(% rowspan="6" %)数据库|Oracle| | | |
++|DB2| | | |
++|Microsoft| | | |
++|TERADATA| | | |
++|Informix| | | |
++|Sybase| | | |
++|(% rowspan="3" %)操作系统|HP| | | |
++|IBM| | | |
++|SUN| | | |
++|(% rowspan="4" %)系统管理软件|CA| | | |
++|HP| | | |
++|BMC| | | |
++|IBM| | | |
++|(% rowspan="4" %)中间件|BEA| | | |
++|IBM| | | |
++|东方通科技| | | |
++|Borland| | | |
++|(% rowspan="3" %)客服设备|华为| | | |
++|AVAYA| | | |
++|北电| | | |
++
++注：该报表中的厂商按照各省实际情况上报。
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|故障数量|(((
++数量：在事件单中根据以下条件过滤：
++
++【重复事件标记】为空
++
++【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘故障’
++)))
++|2|重大、严重、一般|在故障数量分别过滤【事件影响度】
++|3|故障厂商|分别过滤【故障厂商】
++
++====== **2.14.9 业务处理统计** ======
++
++|**业务系统类别**|**子类**|**业务处理数量**|**完成及时率**
++|(% rowspan="16" %)BOSS系统|营销管理| |
++|渠道管理| |
++|客户服务| |
++|产品管理| |
++|客户管理| |
++|资源管理| |
++|订单管理| |
++|服务开通| |
++|综合采集| |
++|融合计费| |
++|综合帐务| |
++|综合结算| |
++|合作伙伴管理| |
++|系统管理| |
++|统计报表| |
++|一级BOSS| |
++|(% rowspan="8" %)客服系统|电话呼叫中心| |
++|互联网呼叫中心| |
++|短信呼叫中心| |
++|工单管理| |
++|知识管理| |
++|人力资源| |
++|质量管理| |
++|数据统计分析| |
++|(% rowspan="2" %)经营分析|通用分析| |
++|专题分析| |
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|业务处理数量|(((
++数量：在业务处理单中根据以下条件过滤：
++
++【事件发生时间】在统计周期内
++
++【事件性质】＝‘业务处理’
++)))
++|2|完成及时率|(((
++数量：在业务处理数量中过滤【处理是否超时】＝‘未超时’and 【实际完成时间】在统计周期内
++
++比率：数量/业务处理数量 × 100 %
++)))
++
++====== **2.14.10 维护作业按业务系统分类统计** ======
++
++|**业务系统**|**完成的数量**|**完成及时率**
++|BOSS系统| |
++|客服系统| |
++|经营分析| |
++|容灾系统| |
++|BOSS网管| |
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|完成的数量|(((
++数量：在维护作业单中根据以下条件过滤：
++
++【实际完成时间】在统计周期内
++
++【事件性质】＝‘维护作业’
++)))
++|2|完成及时率|(((
++数量：在完成的数量中过滤【处理是否超时】＝‘未超时’and 【实际完成时间】在统计周期内
++
++比率：数量/完成的数量 × 100 %
++)))
++
++====== **2.14.11 维护作业按事件分类统计** ======
++
++|**类别**|**子类**|**完成的数量**|**完成及时率**
++|(% rowspan="8" %)系统硬件|路由器| |
++|网络交换机| |
++|小型机| |
++|PC服务器| |
++|磁盘阵列| |
++|存储光纤交换机| |
++|磁带库| |
++|光盘库| |
++|(% rowspan="4" %)客服设备|排队机| |
++|CTI服务器| |
++|CCS| |
++|IVR服务器| |
++|(% rowspan="5" %)安全设施|防火墙| |
++|IDS入侵监测系统| |
++|IPS入侵防护系统| |
++|防毒墙| |
++|安全软件| |
++|(% rowspan="6" %)系统软件|操作系统| |
++|数据库| |
++|中间件| |
++|集群软件| |
++|备份软件| |
++|系统管理软件| |
++|(% rowspan="3" %)配套设施|UPS| |
++|空调| |
++|其它| |
++|(% rowspan="5" %)应用软件|进程| |
++|数据| |
++|参数| |
++|代码| |
++|接口| |
++
++指标说明：
++
++|**序号**|**指标名称**|**指标计算说明**
++|1|完成的数量|(((
++数量：在维护作业单中根据以下条件过滤：
++
++【实际完成时间】在统计周期内
++
++【事件性质】＝‘维护作业’
++)))
++|2|完成及时率|(((
++数量：在完成的数量中过滤【处理是否超时】＝‘未超时’and 【实际完成时间】在统计周期内
++
++比率：数量/完成的数量 × 100 %
++)))
++
++==   ==

39.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.superadmin

Size

...	...	@@ -1,0 +1,1 @@
	1	+13.0 KB

Content

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司