Last modified by superadmin on 2024/06/05, 11:00
From version < 24.1 >
edited by superadmin
on 2024/04/13, 16:55
To version < 2.1 >
edited by superadmin
on 2024/04/12, 16:39
< >
Change comment: 上传新附件a9bf1128b8e995cf0b5d85247674484.png

Summary

Details

Icon Page properties
Parent
... ... @@ -1,1 +1,1 @@
1 -G 参考资料.ITIL实施项目资料.ITIL实施项目流程设计方案集.事件管理.WebHome
1 +G 参考资料.ITIL实施项目资料.ITIL实施项目流程设计方案集.WebHome
Content
... ... @@ -12,6 +12,7 @@
12 12  1. 对集团公司和各省公司业务支撑网的事件管理进行规范化、统一化管理
13 13  1. 指导业务支撑系统服务管理平台的建设
14 14  
15 +
15 15  ===== **1.2 适用范围** =====
16 16  
17 17  
... ... @@ -63,6 +63,7 @@
63 63  * 沟通事件解决的状态
64 64  * 和客户确认事件的解决
65 65  
67 +
66 66  ◆进行事件控制
67 67  
68 68  * 按规范记录事件
... ... @@ -71,6 +71,7 @@
71 71  * 监视并结束事件
72 72  * 进行定期服务流程回顾
73 73  
76 +
74 74  ◆提供IT管理信息
75 75  
76 76  * 人力资源利用情况
... ... @@ -77,6 +77,7 @@
77 77  * 故障处理情况
78 78  * 支持效率
79 79  
83 +
80 80  ===== **2.2 流程主要内容** =====
81 81  
82 82  
... ... @@ -131,6 +131,8 @@
131 131  1. 应该每月产生事件管理报表，并对重复发生的事件和变通方法解决的事件，应该举行定期的事件管理会议对这些事件进行评估
132 132  1. 应该半年对流程进行回顾，回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性，以改进事件管理流程
133 133  
138 +
139 +
134 134  ====== **2.5.2 流程关联原则** ======
135 135  
136 136  ◆ 和问题管理的关联
... ... @@ -138,11 +138,13 @@
138 138  * 所有优先级为紧急的事件在恢复服务后，都应该创建问题单（问题单必须和事件单建立关联）
139 139  * 一线支持在解决事件的过程中，可以通过问题记录查找相应的解决方案
140 140  
147 +
141 141  ◆ 和变更管理的关联
142 142  
143 143  * 事件处理过程中，如果需要对系统进行变更，必须按照变更管理的定义，提交变更请求单（变更单必须和事件单建立关联），变更完成后，继续事件单的处理
144 144  * 紧急事件（优先级为紧急的事件，下同）的处理过程中，如果需要对系统进行变更，必须按照变更管理的定义，提出紧急变更请求，变更完成后，补录紧急变更单，并和紧急事件单建立关联
145 145  
153 +
146 146  ◆ 和配置管理的关联
147 147  
148 148  * 事件处理过程中，可以通过配置管理查询相关的配置项信息以及该配置项历史上发生的事件、问题或变更，来帮助故障的定位
... ... @@ -149,6 +149,8 @@
149 149  
150 150  * 事件处理过程中，如果可以将故障定位到某个配置项，则必须将事件单与该配置项关联
151 151  
160 +
161 +
152 152  ====== **2.5.3 所有权原则** ======
153 153  
154 154  所有权原则用来确保每个事件在任何时段都有适当的人员负责，帮助台是事件的负责人。
... ... @@ -155,6 +155,8 @@
155 155  
156 156  * 由IT用户申报的事件单，帮助台员工是该事件的责任人，必须确保事件得到有效跟踪与解决，并负责事件单的关闭
157 157  
168 +
169 +
158 158  ====== **2.5.4 再分派原则** ======
159 159  
160 160  事件的再分派原则是确保事件在服务目标时段内处理和解决的重要因素。因此，应当尽量减少事件单再分派的几率。事件单可以分配到个人，或者分配到组（帮助台，一线支持，二线支持），再由组内的支持人员处理。事件单的重分派次数不应该超过5次。
... ... @@ -163,6 +163,8 @@
163 163  1. 一线支持可以将事件单重新分配给帮助台，其他一线支持人员，二线支持
164 164  1. 二线支持可以将事件单重新分配给帮助台，一线支持，其他二线支持人员
165 165  
178 +
179 +
166 166  ====== **2.5.5 重复事件原则** ======
167 167  
168 168  重复事件是指在一个较短时间段（通常30分钟内至1小时），由监控平台上报的同一个配置项上现象相同的事件或一人/多人申告的同一来源（系统、应用）现象相同的事件。当被报告的事件与某个已经创建且尚未解决的事件单相同，则该事件被认为是重复的。由于此时已创建的事件尚未解决，还没有采取修正措施来恢复服务，因此，新报告的事件被认为是原有事件单的重复事件单。在原有事件单获得解决时，所有的重复事件单获得解决。
... ... @@ -171,6 +171,8 @@
171 171  1. 重复的事件信息必须被标识，并且不计入事件流程的关键衡量指标
172 172  1. 如果帮助台可以判断到重复事件，则由帮助台对重复事件标识，否则由一线支持人员负责重复事件的处理
173 173  
188 +
189 +
174 174  ====== **2.5.6 关闭原则** ======
175 175  
176 176  由IT用户申报的事件单，关闭必须由帮助台完成。
... ... @@ -186,6 +186,8 @@
186 186  1. 监控平台自动发送的事件单，第一次接收的维护人员负责关闭
187 187  1. 对于IT用户（例如客服）申报的事件单，可以实现由IT用户自行确认事件是否解决，超过一定期限（例如3－5天）不确认的事件单由系统自动关闭或由帮助台协助关闭
188 188  
205 +
206 +
189 189  ====== **2.5.7 升级原则** ======
190 190  
191 191  制定升级原则的目的是确保事件在规定的解决时限内能够及时通知相关技术人员和领导，引起更多的重视，提供合适的资源，从而快速找到解决事件的方案。
... ... @@ -245,6 +245,10 @@
245 245  |33|投诉分类|记录投诉类事件的所属投诉分类
246 246  |34|投诉条目|记录投诉类事件的所属投诉条目
247 247  
266 +
267 +
268 +
269 +
248 248  ====== **2.6.2 事件性质** ======
249 249  
250 250  
... ... @@ -269,6 +269,9 @@
269 269  **注：业务处理和维护作业的处理流程见流程概要设计相关子章节。**
270 270  
271 271  
294 +
295 +
296 +
272 272  ====== **2.6.3 事件来源** ======
273 273  
274 274  事件来源代码用来标明事件的提出方式，事件来源可以包括以下几种：
... ... @@ -280,6 +280,9 @@
280 280  |4|内部开单|省公司业务支撑部门内部提交的事件
281 281  |5|监控告警|监控工具自动转发过来的事件
282 282  
308 +
309 +
310 +
283 283  ====== **2.6.4 事件所属系统类型** ======
284 284  
285 285  根据目前业务支撑系统和子类的划分定义事件所属系统类型，当事件发生时，应该由帮助台初步定位是哪个系统及子类出现问题，由一线、二线进行进一步的明确。
... ... @@ -288,7 +288,7 @@
288 288  
289 289  |**业务系统**|**子类**
290 290  |(% rowspan="18" %)BOSS系统|(% rowspan="2" %)营销管理
291 -|
319 +|
292 292  |渠道管理
293 293  |客户服务
294 294  |产品管理
... ... @@ -326,6 +326,9 @@
326 326  |其它
327 327  |其它系统|
328 328  
357 +
358 +
359 +
329 329  ====== **2.6.5 事件分类** ======
330 330  
331 331  事件分类代码用于标识故障或申告的具体原因，由支持人员在处理过程中填写。在制作统计报表时，可以通过和事件所属系统类型代码的结合来统计分析故障或申告。
... ... @@ -367,6 +367,11 @@
367 367  |代码
368 368  |接口
369 369  
401 +
402 +
403 +
404 +
405 +
370 370  ====== **2.6.6 事件优先级** ======
371 371  
372 372  优先级是事件管理的一个关键要素，优先级决定处理事件的顺序及所需的资源，事件优先级可分为四级（紧急、高、中、低）。
... ... @@ -432,6 +432,8 @@
432 432  1. 如果某些业务模块没有反映在优先级映射表中，各省可以根据实际需要添加
433 433  1. 优先级映射表中空的字段，各省在细化流程中自行定义。
434 434  
471 +
472 +
435 435  ====== **2.6.7 事件响应时限和解决时限** ======
436 436  
437 437  在事件处理过程中，对于一个事件有解决时间的限制和响应时间的限制，一方面，需要各工程师协同合作，在解决事件的时候应该有时间的概念，同时，也要求事件经理必须实时地督促事件的解决，对于影响度为高或者紧急的事件，需要及时通告事件经理，同时，如果该事件的响应或解决超过了时限，需要通告事件经理，同时也要根据具体情况通告给其他相关管理人员。
... ... @@ -457,6 +457,8 @@
457 457  |紧急|事件经理，分管领导
458 458  |高|事件经理，分管领导
459 459  
498 +
499 +
460 460  **◆ 超出响应时间的通告定义**
461 461  
462 462  * 通知人员列表的用途：当服务管理平台判断到响应时限已经超出，则自动按照表中的人员列表发出邮件或短信通知。
... ... @@ -467,6 +467,8 @@
467 467  |中|事件经理|4小时
468 468  |低|事件经理|8小时
469 469  
510 +
511 +
470 470  **◆超出和即将超出解决时限的通告定义**
471 471  
472 472  * 通知人员列表的用途：当服务管理平台判断到解决时限已经或即将超出，则自动按照表中的人员列表发出邮件或短信通知。
... ... @@ -481,6 +481,9 @@
481 481  |(% rowspan="2" %)低|95小时|事件经理|(% rowspan="2" %)96小时
482 482  |96小时|事件经理
483 483  
526 +
527 +
528 +
484 484  ====== **2.6.8 事件影响度** ======
485 485  
486 486  事件影响度用于衡量事件所影响业务的严重程度。严重程度通常通过事件所影响的人数、关键系统数以及服务故障所造成的损失来设定。
... ... @@ -549,6 +549,9 @@
549 549  |7|已解决|事件已解决，支持人员联系用户验证事件是否获得解决
550 550  |8|关闭|事件已关闭
551 551  
597 +
598 +
599 +
552 552  ====== **2.6.10 事件结束代码** ======
553 553  
554 554  事件结束代码说明了事件是在何种情况下关闭的，结束代码如下：
... ... @@ -560,6 +560,9 @@
560 560  |5|误报|不属于业务支撑部门管理范围的事件
561 561  |6|可忽略|如通过其它系统接口或监控系统提交的垃圾信息，经确认属于无效信息
562 562  
611 +
612 +
613 +
563 563  ====== **2.6.11 事件解决人角色** ======
564 564  
565 565  事件解决人角色用来标明该事件单最终解决的角色是帮助台、一线还是二线。
... ... @@ -569,6 +569,9 @@
569 569  |2|一线|一线支持最终解决事件
570 570  |3|二线|二线支持最终解决事件
571 571  
623 +
624 +
625 +
572 572  ====== **2.6.12 处理是否超时** ======
573 573  
574 574  每个优先级别都对应了解决期限，“处理是否超时”用来标明事件的处理是否已超过了解决期限。
... ... @@ -577,6 +577,9 @@
577 577  |1|未超时|未超时
578 578  |2|超时|事件已超出规定的解决时限
579 579  
634 +
635 +
636 +
580 580  ====== **2.6.13 故障厂商** ======
581 581  
582 582  用来在事件单中记录是哪个厂商的设备/系统，或者哪个集成商的应用软件发生故障(针对事件分类中的”应用软件”故障)。代码定义参见下表厂商和集成商名称标准（可以根据情况从厂商和集成商两个表中选择一个合适的故障厂商）。
... ... @@ -678,6 +678,7 @@
678 678  31.
679 679  )))|BROCADE
680 680  
738 +
681 681  |**编号**|**集成商名称**
682 682  |(((
683 683  1.
... ... @@ -713,11 +713,13 @@
713 713  11.
714 714  )))|从兴
715 715  
716 -====== **2.6.14 投诉分类** ======
774 +1.
775 +11.
776 +111. **投诉分类**
717 717  
718 718  对于投诉类事件，帮助台可初步定位是哪类投诉，由一线、二线进行进一步的明确。
719 719  
720 -|**编号**|**分类           **
780 +|**编号**|**分类 **
721 721  |1|营业类
722 722  |2|计费类
723 723  |3|帐务类
... ... @@ -728,11 +728,13 @@
728 728  |8|接口类
729 729  |9|其它类
730 730  
731 -====== **2.6.15 投诉条目** ======
791 +1.
792 +11.
793 +111. **投诉条目**
732 732  
733 733  对于投诉类事件，帮助台可初步定位投诉属于哪个条目，由一线、二线进行进一步的明确。
734 734  
735 -|**编号**|**条目                  **
797 +|**编号**|**条目 **
736 736  |1|程序问题
737 737  |2|系统故障
738 738  |3|理解问题
... ... @@ -767,1501 +767,4 @@
767 767  |32|误操作类
768 768  |33|其它类
769 769  
770 -===== **2.7 流程概要设计** =====
771 -
772 -事件管理概要设计流程图如下：
773 -
774 -[[image:微信图片_20240412192813.png||height="398" width="438"]]
775 -
776 -
777 -事件管理概要设计流程说明
778 -
779 -|**序号**|**步骤名称**|**责任人**|**说明**
780 -|100.1|事件记录和分类|帮助台|(((
781 -1. 帮助台对来自用户和系统自动产生的事件进行详细记录，其中包括申告/咨询/告警/故障/维护作业/业务处理
782 -1. 帮助台负责在接收到事件后进行分类转发，维护作业/业务处理转相应子流程处理，对申告/咨询/告警/故障类事件进行分类转发
783 -1. 对于初步判断为紧急的事件马上升级到一线人员处理
784 -1. 对于非业务支撑维护职责范围的事件转给其它相关责任部门
785 -)))
786 -|100.2|初始支持|帮助台|(((
787 -1. 属于帮助台技能范围内可以处理的事件，帮助台应尝试解决，如果无法解决需及时升级到一线支持
788 -1. 不属于帮助台职责范围的事件，立即分派到相应的一线支持
789 -)))
790 -|100.3|一线尝试解决|一线支持|(((
791 -1. 一线支持人员在接受到由帮助台派发的事件后，进行调查诊断，尝试解决
792 -1. 对于需要通过变更解决的事件提出变更申请，通过变更流程实施解决方案
793 -1. 事件解决后，在事件管理平台记录事件解决方案并更新事件状态
794 -1. 不能解决的事件，转100.4二线尝试解决
795 -)))
796 -|100.4|二线尝试解决|二线支持|(((
797 -1. 二线支持人员接受事件，进行调查诊断，尝试解决方案，在必要时根据服务协议联系厂商帮助解决并负责核查
798 -1. 对于需要通过变更解决的事件提出变更申请，通过变更流程实施解决方案
799 -1. 事件解决后，在事件管理平台记录事件解决方案并更新事件状态
800 -1. 指定时限内不能解决的事件，通告事件经理，由事件经理负责协调资源
801 -)))
802 -|100.5|紧急事件再确认|一线支持|(((
803 -1. 一线支持人员接受到来自帮助台的紧急事件后，根据事件优先级别标准再次确认事件是否为紧急事件
804 -1. 如果优先级确实紧急，则通知相应的管理层，并立即升级到事件经理，转101紧急事件处理子流程
805 -1. 如不是，转100.3一线尝试解决，开始正常事件解决流程
806 -)))
807 -|100.6|记录解决方案细节|(((
808 -帮助台
809 -
810 -一线支持
811 -
812 -二线支持
813 -)))|(((
814 -1. 在事件得到解决后，各线支持人员负责详细记录事件解决过程及方案并更新事件信息
815 -1. 针对故障，一线/二线支持必须记录业务恢复时间
816 -)))
817 -|100.7|关闭事件|(((
818 -帮助台
819 -
820 -一线支持
821 -
822 -二线支持
823 -)))|(((
824 -1. 帮助台与申报用户确认事件是否已得到解决，如果解决，事件以成功解决或变通方法解决而关闭；否则，事件以不成功关闭，重新开事件记录，并与原记录做关联，分派到原处理人员继续处理
825 -1. 帮助台在关闭事件的同时必须确认事件单记录的业务恢复时间是否准确
826 -1. 其它由一线或二线人员自行创建的事件单，则由开单人负责关闭
827 -)))
828 -|100.8|事件处理的监控|事件经理|(((
829 -1. 负责监控所有未关闭的事件的处理状况，对接收到的超时告警应及时关注，并负责协调资源，保证事件的最终解决
830 -1. 当事件优先级为紧急时，应按照紧急事件处理流程处理紧急事件
831 -)))
832 -|101|紧急事件处理流程|事件经理|(((
833 -1. 事件经理负责协调紧急事件的处理，具体过程见紧急事件处理子流程
834 -)))
835 -|102|维护作业子流程|(((
836 -一线支持
837 -
838 -二线支持
839 -)))|(((
840 -1. 根据业务支撑部门核准后的年度维护作业计划/月维护作业计划，集团公司下发的维护作业请求执行相应的维护作业。
841 -1. 维护作业执行人员负责维护作业的关闭
842 -)))
843 -|103|业务处理子流程|(((
844 -一线支持
845 -
846 -二线支持
847 -)))|(((
848 -1. 业务处理子流程主要处理业务参数、资费参数的修改和批量数据的修改
849 -1. 基本的处理过程应该包含制定方案、执行、复核，各省可以根据自己的运作情况具体细化
850 -)))
851 -
852 -===== **2.8 流程详细设计** =====
853 -
854 -
855 -====== **2.8.1（100.1）事件记录和分类** ======
856 -
857 -**[[image:20.png||height="453" width="525"]]**
858 -
859 -
860 -流程描述如下：
861 -
862 -|**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
863 -|100.1.1|从任务队列中接受事件|帮助台|事件队列|需要处理的事件|(((
864 -事件任务队列的来源：
865 -
866 -1. 监控系统自动发送的告警
867 -1. 业务部门通过其它接口（客服等）转发的事件单
868 -1. IT用户通过服务台自助系统提交的事件单
869 -
870 -帮助台负责检查事件任务队列中的新事件单，开始处理
871 -
872 872  
873 -)))
874 -| |是否为本中心职责范围？|帮助台|事件单| |(((
875 -帮助台判断是否属于本中心职责范围：
876 -
877 -1. 是，进行事件分类的处理；
878 -1. 否，转100.1.3回复和关闭
879 -)))
880 -|100.1.2|新建事件|帮助台|电话/OA/传真|新建的事件记录|(((
881 -属于本中心职责范围，帮助台负责创建新的事件单，填写详细情况描述，不属于本中心处理的，直接电话回复。
882 -
883 -事件单填写的详细内容如下：
884 -
885 -1. 报告人姓名、联系电话、邮件、分公司、部门
886 -1. 事件标题和描述
887 -1. 必要的附件
888 -1. 事件发生时间和地点
889 -1. 事件来源和事件性质
890 -1. 进行事件分类
891 -1. 设定事件状态为“新建”
892 -)))
893 -|100.1.3|回复和关闭|帮助台|误报的事件单|关闭的事件单|联系申报用户，说明情况，将该事件单状态置为“关闭”，结束代码为“误报”，保存关闭
894 -| |是否为重复事件？|帮助台|事件记录|相应的处理流程|(((
895 -帮助台根据重复事件原则，判断该事件单是否属于重复事件：
896 -
897 -1. 是，转100.1.4重复事件处理；
898 -1. 否，事件分类的判断
899 -)))
900 -|100.1.4|重复事件处理|帮助台|重复事件| |在重复事件单的“重复事件标记”中记录正在处理的事件单的流水号，状态置为“XX处理中”，保存退出。
901 -| |事件性质区分？|帮助台|事件性质|相应的处理流程|(((
902 -根据事件性质区分不同的处理流程：
903 -
904 -1. 如果是业务处理，走103业务处理子流程；
905 -1. 如果是维护作业，走102维护作业子流程；
906 -1. 其它事件，走100.1.5事件影响度、优先级设定
907 -
908 -
909 -)))
910 -|100.1.5|事件影响度、优先级设定|帮助台|事件记录|确定了影响度和优先级的事件|根据上报的事件描述，判断对业务的影响程度，并对照优先级代码表，确定事件的优先级，以及初始确定的影响度
911 -| |优先级为紧急吗？|帮助台|事件优先级|相应的处理流程|(((
912 -帮助台根据业务的影响程度和事件优先级判定的条件，初步判断优先级别：
913 -
914 -1. 优先级为紧急，转100.5紧急事件再确认；
915 -1. 其它优先级否，转100.2初始支持
916 -)))
917 -
918 -**2.8.2 （100.2）初始支持**
919 -
920 -**[[image:28.png]]**
921 -
922 -流程描述如下：
923 -
924 -|**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
925 -| |帮助台技能可以处理吗？|帮助台|事件记录|处理方式|(((
926 -帮助台根据事件分类和事件描述，判断处理职责是否在帮助台： 
927 -
928 -1. 是，转100.2.1尝试处理；
929 -1. 否，转100.2.2分配到一线支持
930 -)))
931 -|100.2.1|尝试处理|帮助台|事件记录| |帮助台运用知识库和自身技能在规定的时限内尝试解决，将事件状态置为“分配到帮助台”，如果不能处理应及时将事件单分配到一线支持
932 -|100.2.2|分配到一线支持|帮助台|事件记录|分配到一线的事件单|选择相关的一线处理组和处理人员分派，并将事件状态置为“分配到一线”
933 -| |解决了吗？|帮助台| | |(((
934 -将解决方案和用户沟通，判断是否可以解决；
935 -
936 -1. 可以解决，转100.6记录解决方案细节
937 -1. 无法解决，转100.2.2分配到一线支持
938 -)))
939 -
940 -====== **2.8.3 （100.3）一线尝试解决** ======
941 -
942 -
943 -**[[image:32.png||height="465" width="524"]]**
944 -
945 -
946 -流程描述如下：
947 -
948 -|序号|步骤名称|责任人|输入|输出|说明
949 -|(% rowspan="5" %)100.3.1|(% rowspan="5" %)创建事件/接受事件分配|(% rowspan="5" %)一线支持|(% rowspan="5" %)事件记录|(% rowspan="5" %)一线处理|一线支持人员根据需要，可以自己创建事件单，并详细填写事件单信息；
950 -|对于帮助台分派的事件：
951 -|如属于分派错误，则转派到负责该业务的岗位，在转派时，必须将报障的详细内容、排除本部门原因等内容告知责任岗位；
952 -|如接受，则将事件状态置为“一线处理中”；
953 -|如果判断到接收的事件是一个重复事件，则在重复事件单的“重复事件标记”中记录目前正在处理的事件单的流水号，状态置为“一线处理中”，继续原事件单的处理
954 -|(% rowspan="3" %) |(% rowspan="3" %)需要代维处理？|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|一线支持判断是否需要直接找代维解决？
955 -|1.需要代维解决，转100.3.4联系代维
956 -|2.不需要，转100.3.2尝试找出解决方案
957 -|100.3.2|尝试找出解决方案|一线支持|事件记录|解决方案|一线工程师借助工具或运用自己技能尝试找出解决方案
958 -|(% rowspan="3" %) |(% rowspan="3" %)有解决方案吗？|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|一线支持判断能否在规定的时限内找到解决方案？
959 -|1.找到解决方案，根据解决方案的内容判断是否发起变更
960 -|2.不能找到，转100.3.6分配到二线支持
961 -|(% rowspan="3" %) |(% rowspan="3" %)发起变更吗？|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|一线支持根据解决方案的内容和变更管理流程对变更范围的定义，判断是否需要发起变更？
962 -|1.需要发起变更，创建变更请求，提交到变更管理流程，解决方案的实施由变更管理完成
963 -|2.不需要发起变更，转100.3.3应用解决方案
964 -|(% rowspan="2" %)100.3.3|(% rowspan="2" %)应用解决方案|(% rowspan="2" %)一线支持|(% rowspan="2" %)事件记录|解决方案|一线支持实施解决方案
965 -|变更请求|实施解决方案的过程，需要和相关申告方共同确认解决方案是否有效
966 -|(% rowspan="2" %)100.3.4|(% rowspan="2" %)联系代维人员|(% rowspan="2" %)一线支持|事件记录|(% rowspan="2" %)代维|(% rowspan="2" %)根据和代维的服务协议，联系代维
967 -|服务协议
968 -|100.3.5|代维尝试解决|代维|事件记录|解决方案|代维尝试解决
969 -|(% rowspan="3" %) |(% rowspan="3" %)解决了吗？|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|代维处理的事件，一线支持必须负责复核结果，通过和事件申告方的沟通，确认事件是否得到解决；
970 -|1.已解决，转100.6记录解决方案细节
971 -|2.无法解决，转100.3.6分配到二线支持
972 -|100.3.6|分配到二线支持|一线支持|事件记录|分配到二线的事件单|一线支持选择相应的二线支持人员分派事件单，状态置为“分配到二线”
973 -
974 -====== **2.8.4 （100.4）二线尝试解决** ======
975 -
976 -**[[image:07.png||height="557" width="547"]]**
977 -
978 -
979 -流程描述如下：
980 -
981 -
982 -|序号|步骤名称|责任人|输入|输出|说明
983 -|(% rowspan="4" %)100.4.1|(% rowspan="4" %)创建事件/接受事件分配|(% rowspan="4" %)二线支持|(% rowspan="4" %)事件记录|(% rowspan="4" %)二线处理中的事件单|二线支持根据需要创建事件，并详细填写事件单的信息；
984 -|对于分派来的事件：
985 -|如属于分派错误，则转派到负责该业务的岗位，在转派时，必须将报障的详细内容、排除本部门原因等内容告知责任岗位；
986 -|如接受，则将事件状态置为“二线处理中”
987 -|(% rowspan="3" %) |(% rowspan="3" %)优先级为紧急吗？|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|根据预先定义的优先级判别标准（优先级映射表），再次确定事件优先级是否为紧急？
988 -|1.优先级为紧急，判断是否能够独立处理？
989 -|2.优先级不等于紧急，转100.4.3尝试找出解决方案
990 -|(% rowspan="3" %) |(% rowspan="3" %)能独立处理吗？|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|根据业务影响的严重程度和自身技能，判断自己能否独立处理或需要通知事件经理启动紧急处理流程？
991 -|1.能独立处理，转100.4.3尝试找出解决方案
992 -|2.不能独立处理，转101紧急事件处理流程
993 -|100.4.2|通知事件经理和管理层|二线支持|优先级紧急的事件|事件通知|将事件单的优先级别修改为“紧急”，服务管理平台自动将优先级为紧急的事件通知事件经理和管理层，并上报集团公司
994 -|100.4.3|尝试找出解决方案|二线支持|事件记录|解决方案|二线工程师借助工具或运用自己技能尝试找出解决方案，在解决事件的过程中根据需要联系供应商（三线）共同参与制定解决方案
995 -|100.4.4|供应商提供解决方案|供应商|事件记录|解决方案|供应商和二线支持共同研究解决方案，提供解决方案
996 -|(% rowspan="3" %) |(% rowspan="3" %)发起变更吗？|(% rowspan="3" %)二线支持|(% rowspan="3" %)解决方案|(% rowspan="3" %)N/A|二线支持根据解决方案的内容和变更管理流程对变更范围的定义，判断是否需要发起变更？
997 -|1.需要发起变更，创建变更请求，提交到变更管理流程，解决方案的实施由变更管理完成
998 -|2.不需要发起变更，转100.4.5应用解决方案
999 -|100.4.5|应用解决方案|二线支持|解决方案|解决方案|二线支持实施解决方案，实施解决方案的过程，需要和相关申告方共同确认解决方案是否有效
1000 -|(% rowspan="3" %) |(% rowspan="3" %)解决了吗？|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|判断事件是否得到解决？
1001 -|1.是，转到100.6记录解决方案细节
1002 -|2.否，判断是否需要协调处理？
1003 -|(% rowspan="3" %) |(% rowspan="3" %)需要协调处理吗？|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|根据事件的处理状况判断是否需要其它资源介入？
1004 -|1.是，转到100.4.6事件经理协调解决
1005 -|2.否，转到100.4.3尝试找出解决方案
1006 -|100.4.6|事件经理协调解决|事件经理|事件记录|解决方案|事件经理负责将事件通报到管理层，通过高层寻求更多的资源介入，共同商讨和制定解决方案
1007 -
1008 -====== **2.8.5 （100.5）紧急事件再确认** ======
1009 -
1010 -
1011 -**[[image:50.png||height="322" width="591"]]**
1012 -
1013 -
1014 -流程描述如下：
1015 -
1016 -
1017 -|序号|步骤名称|责任人|输入|输出|说明
1018 -|100.5.1|确认优先级|一线支持|事件记录|确认紧急的事件|一线支持根据该事件相关的业务或IT系统/设备的实际故障情况，并结合其他相关因素，再次确定事件优先级
1019 -|(% rowspan="3" %) |(% rowspan="3" %)优先级为紧急吗？|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|判断优先级＝紧急吗？
1020 -|1.是，通知事件经理，由事件经理负责紧急事件子处理的处理，转101紧急事件处理子流程
1021 -|2.否，转100.3一线尝试解决
1022 -|(% rowspan="3" %) |(% rowspan="3" %)可以独立处理吗？|(% rowspan="3" %)一线支持|(% rowspan="3" %)紧急事件|(% rowspan="3" %) |根据业务影响的严重程度和自身技能，判断自己能否独立处理或需要通知事件经理启动紧急处理流程？
1023 -|3.能独立处理，转100.3一线尝试解决
1024 -|4.不能独立处理，转100.5.2通知相关管理层和事件经理
1025 -|100.5.2|通知相关管理层和事件经理|一线支持|紧急事件|事件通知|通过服务管理平台通知（邮件、短信等）事件经理和相应的管理人员
1026 -
1027 -
1028 -====== **2.8.6 （100.6）记录解决方案细节** ======
1029 -
1030 -**[[image:44.png||height="243" width="594"]]**
1031 -
1032 -
1033 -
1034 -流程描述如下：
1035 -
1036 -
1037 -|序号|步骤名称|责任人|输入|输出|说明
1038 -|(% rowspan="11" %)100.6.1|(% rowspan="11" %)记录详细的解决方案|(% rowspan="11" %)一线支持/二线支持/帮助台|(% rowspan="11" %)事件记录|(% rowspan="11" %)更新的事件记录|根据事件的处理状况填写事件信息项
1039 -|1．填写“解决方案”
1040 -|2．确定“事件分类”和“事件所属系统类型”是否正确
1041 -|3．填写“结束代码”
1042 -|4．对于故障，应填写“业务恢复时间”以及确定“故障厂商”
1043 -|5．确定“事件影响度”的等级是否正确
1044 -|6．根据自己所处岗位填写“事件解决人角色”
1045 -|7．对于故障和告警，应该明确是哪个配置项发生的，关联正确的配置项
1046 -|8．填写事件的“实际完成时间”并将状态改为“已解决”
1047 -|9．如果有自己处理的重复事件单，则简单填写重复事件单的信息项，状态改为“已解决”
1048 -|一线支持和二线支持接到的由帮助台分配的事件单，应该转回帮助台，由帮助台和用户确认关闭
1049 -
1050 -====== **2.8.7 （100.7）关闭事件** ======
1051 -
1052 -**[[image:54.png||height="406" width="563"]]**
1053 -
1054 -
1055 -流程描述如下：
1056 -
1057 -|**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
1058 -| |自动转单/自动告警？|帮助台|事件记录|事件记录|(((
1059 -帮助台判断是否是客服等系统自动转单或监控系统自动产生的告警；
1060 -
1061 -1. 是，转100.7.1更新事件状态
1062 -1. 否，转100.7.2与用户处确认事件解决
1063 -)))
1064 -|100.7.1|更新事件状态及结束代码，关闭事件|帮助台|已解决的事件记录|关闭的事件|(((
1065 -更新事件记录，状态为“已关闭”，结束代码根据实际处理结果或用户反馈填写；
1066 -
1067 -如果该事件单有相关联的重复事件，应该将重复事件单一起关闭，重复事件的结束代码和该事件保持一致
1068 -)))
1069 -|100.7.2|与用户处确认事件解决|帮助台|用户反馈|反馈结果|从事件请求人处确认所提供的解决方案是否有效
1070 -| |是否解决？|帮助台| | |(((
1071 -判断是否解决方案是否有效？
1072 -
1073 -1. 是，转100.7.1
1074 -1. 否，转100.7.3重开单处理
1075 -)))
1076 -|100.7.3|重开单处理|帮助台|未解决的事件记录|新的事件记录|(((
1077 -帮助台将该事件单的的结束代码置为“不成功”，关闭保存；
1078 -
1079 -创建一个新的事件单，事件信息可以复制，分配到原处理人员处理，新事件单状态“分配到一线”或“分配到二线”
1080 -
1081 -注：帮助台应该和原处理人员沟通事件的确认结果和后续的处理方式
1082 -)))
1083 -| |是帮助台分派吗？|一线支持/二线支持| | |如果是帮助台分派的事件单，需要返回到帮助台，否则直接到100.7.4
1084 -|100.7.4|更新事件状态及结束代码，关闭事件|一线支持/二线支持|已解决的事件记录|关闭的事件|(((
1085 -更新事件记录，状态为“已关闭”，结束代码根据实际处理结果填写；
1086 -
1087 -如果该事件单有相关联的重复事件，应该将重复事件单一起关闭，重复事件的结束代码和该事件保持一致
1088 -)))
1089 -
1090 -====== **2.8.8 （100.8）事件处理的监控** ======
1091 -
1092 -
1093 -**[[image:22.png]]**
1094 -
1095 -
1096 -[[image:file:///C:\Users\Admmini\AppData\Local\Temp\ksohtml9504\wps1.png]]
1097 -
1098 -流程描述如下：
1099 -
1100 -|**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
1101 -|100.8.1|事件队列的监控|事件经理|(((
1102 -当前打开的事件单
1103 -
1104 -服务管理平台的超时告警
1105 -)))| |(((
1106 -事件经理可以从以下途径获取事件处理的信息
1107 -
1108 -1. 服务台系统自动发送的告警通知
1109 -1. 查询服务台系统的当前处理中的事件列表
1110 -)))
1111 -| |需要介入吗？|事件经理| | |(((
1112 -事件经理根据处理时限和该事件对业务的影响程度，判断是否需要及时介入，帮助协调资源解决
1113 -
1114 -1. 需要介入，转100.8.2
1115 -1. 不需要，则继续监控
1116 -
1117 -
1118 -)))
1119 -|100.8.2|召集资源协商解决|事件经理|(((
1120 -告警事件
1121 -
1122 -支持人员的电话通知
1123 -)))|解决方案|由于处理不及时而可能导致用户满意度下降的事件或疑难事件，事件经理负责召集相应二线专家，共同商讨并制定解决方案，并实施解决方案
1124 -| |可以解决吗？|事件经理| | |(((
1125 -1. 如果解决，转100.7关闭事件
1126 -1. 无法解决，转100.8.3升级到管理层解决
1127 -)))
1128 -|100.8.3|升级到管理层解决|事件经理|升级的事件记录|解决方案|事件经理负责将升级事件通报到管理层，通过高层寻求更多的资源介入，共同商讨和制定解决方案
1129 -
1130 -**2.8.9（101）紧急事件处理子流程**
1131 -
1132 -制定紧急事件处理子流程的目标：
1133 -
1134 -1. 当紧急事件发生时，尽可能采取措施减少对于业务带来的影响
1135 -1. 确保对紧急情况的有效管理
1136 -
1137 -* 加快紧急事件的响应和处理速度
1138 -* 对紧急情况中的人员及采取的行动加强管理
1139 -* 加强处理人员与用户之间的沟通和反馈
1140 -* 对紧急情况妥善处理
1141 -
1142 -**2.8.9.1流程原则**
1143 -
1144 -◆ 制定各系统应急处理预案
1145 -
1146 -为了确保系统发生重大故障时，能够尽快恢复业务，并充分调动技术力量，在最短时间内排除故障，各系统应该建立相应的应急处理预案，建议预案中的内容至少应涵盖以下方面：
1147 -
1148 -* 应急预案启动条件
1149 -* 应急处理小组负责人和成员联系名单和联系方式
1150 -* 应急处理步骤
1151 -* 应急信息通报
1152 -* 应急善后处理
1153 -* 应急保障措施（人员、培训、演习、场地等）
1154 -
1155 -◆ 紧急事件上报集团公司
1156 -
1157 -为切实掌握各省公司业务支撑系统紧急事件情况，要求各省公司在紧急事件发生时立即上报，并在紧急事件处理过程中的关键点将处理情况上报，具体上报内容和方式参见2.12集团、省公司两级交互。
1158 -
1159 -
1160 -====== **2.8.9.2 紧急事件处理子流程概要说明** ======
1161 -
1162 -**[[image:14.png]]**
1163 -
1164 -
1165 -紧急事件处理子流程说明如下：
1166 -
1167 -|**序号**|**步骤名称**|**说明**
1168 -|101.1|召集应急小组，协调应急会议|事件经理主持应急会议，并组织讨论、协调各方资源，分析紧急事件处理方案，并将紧急事件情况通报省中心相关领导和集团公司
1169 -|101.2|判断是否属于应急预案中的事件？|(((
1170 -应急小组和相关厂商根据紧急事件现象和影响程度，判断是否需要启动相应系统的应急预案？
1171 -
1172 -1. 如果没有应急预案，则进入101.4组织相关厂商共同分析紧急事件，制定处理方案并处理；
1173 -1. 如果有应急预案，则进入101.3按照应急预案处理
1174 -)))
1175 -|101.3|按照应急预案处理|根据各系统制定的应急预案中的实施步骤，处理紧急事件
1176 -|101.4|组织相关厂商共同分析，制定处理方案并处理|(((
1177 -应急小组负责组织相关厂商共同分析紧急事件，制定相应的处理方案，如果需要集团中心介入处理，则向集团中心申请介入；
1178 -
1179 -处理方案在实施前应得到应急小组和相关领导的认可；
1180 -
1181 -事件处理过程中如果需要中断业务或对系统的IT组件产生变更，则需要按照紧急变更管理流程的定义和要求，提出紧急变更请求
1182 -)))
1183 -|101.5|紧急事件解除确认？|(((
1184 -在紧急事件处理方案实施后，应急小组、相关厂商和相关部门对紧急事件是否解除进行确认
1185 -
1186 -1. 紧急事件如果没有解除，则重新进入101.4组织相关厂商共同分析紧急事件，制定处理方案并处理；
1187 -1. 如果解除，则进入101.6紧急事件善后处理和总结分析
1188 -)))
1189 -|101.6|善后处理和通报|(((
1190 -紧急事件解除后，应急小组向申告方、公司相关领导简要报告紧急事件处理过程，解决方法，事件解除时间，业务恢复情况，并将该信息汇报到集团公司
1191 -
1192 -对于影响度为重大的紧急事件，必须通过服务管理平台提交《重大事件报告》，报告内容和提交方式见2.12集团、省公司两级交互
1193 -
1194 -紧急事件的处理人需要创建一个新问题，将紧急事件处理过程的详细信息记录到问题单中，提交到问题经理，由问题经理组织相关专家进行问题根源的分析
1195 -)))
1196 -
1197 -====== **2.8.10 （102）维护作业子流程** ======
1198 -
1199 -维护作业子流程用来描述如何处理来自集团公司下发的维护作业和省中心制定的维护作业计划。维护作业子流程在事件管理流程中属于相对独立的模块，处理流程和相关信息项的填写与故障或申告不同，以下内容主要说明维护作业的流程原则和概要流程图。
1200 -
1201 -各省在细化维护作业流程时，可以在流程原则的基础上扩展和细化以满足各省中心对维护作业的具体要求。
1202 -
1203 -
1204 -**2.8.10.1 流程原则**
1205 -
1206 -◆ 维护作业事件单的产生
1207 -
1208 -* 帮助台负责接收集团下发的维护作业，分配到相应的一线/二线支持人员
1209 -* 负责执行维护作业的支持人员在服务管理平台录入维护作业单
1210 -* 负责执行维护作业的支持人员在维护作业单中录入维护作业的执行结果
1211 -
1212 -◆ 维护作业的事件信息项的填写说明
1213 -
1214 -|**序号**|**信息项**|**是否需要填写**|**维护作业填写内容**
1215 -|1|事件ID|是|系统自动产生
1216 -|2|请求人信息|否|
1217 -|3|登记时间|是|系统自动产生
1218 -|4|地点|否|
1219 -|5|事件发生时间|否|
1220 -|6|业务恢复时间|否|
1221 -|7|事件性质|是|参见“事件性质”定义，选择‘维护作业’
1222 -|8|事件来源|是|参见“事件来源”定义，选择‘内部开单’
1223 -|9|事件影响度|否|
1224 -|10|事件优先级|否|
1225 -|11|事件完成期限|是|维护作业的计划完成时间
1226 -|12|事件所属系统类型|是|参见“事件所属系统类型”定义
1227 -|13|事件分类|是|参见“事件分类”定义
1228 -|14|事件标题|是|维护作业内容简述
1229 -|15|事件描述|是|维护作业内容详细描述
1230 -|16|事件解决人|是|维护作业的完成人
1231 -|17|事件状态|是|参见“事件状态”定义
1232 -|18|分配对象|是|维护作业的执行人
1233 -|19|事件日志|是|系统自动产生
1234 -|20|解决方案描述|是|维护作业的执行结果
1235 -|21|事件结束代码|是|参见“事件结束代码”定义，选择‘成功解决’
1236 -|22|重复事件标记|否|
1237 -|23|处理是否超时|是|系统自动产生
1238 -|24|事件解决人角色|是|参见“事件解决人角色”定义，选择‘一线’或‘二线’
1239 -|25|实际开始时间|是|维护作业实际开始执行的时间，系统自动填写
1240 -|26|实际完成时间|是|维护作业事件状态变为‘已解决’的时间，系统自动填写
1241 -|27|故障厂商|否|
1242 -|28|关联配置项|否|
1243 -|29|关联的问题单号|否|
1244 -|30|关联的变更单号|否|
1245 -
1246 -◆集团维护作业执行情况上报
1247 -
1248 -* 集团下发的维护作业执行情况在省公司定期的上报报表中体现
1249 -
1250 -**2.8.10.2 维护作业子流程概要说明**
1251 -
1252 -
1253 -[[image:52.png]]
1254 -
1255 -
1256 -维护作业子流程说明如下：
1257 -
1258 -|**序号**|**步骤名称**|**说明**
1259 -|102.1|根据制定的维护作业计划创建维护作业|(((
1260 -处理人员根据制定的维护作业计划，在服务管理平台创建维护作业单，并输入维护作业的详细信息
1261 -
1262 -对于集团下发的维护作业，直接进入102.2执行维护作业
1263 -)))
1264 -|102.2|执行维护作业|根据维护作业内容，执行维护作业
1265 -|102.3|记录执行结果|在服务管理平台中详细记录维护作业的执行结果
1266 -| |发现异常吗？|(((
1267 -如果在执行过程中发现异常，则转102.4创建新事件；
1268 -
1269 -维护作业记录关闭保存
1270 -)))
1271 -|102.4|创建新事件|创建新的事件单，进入事件管理流程
1272 -
1273 -====== **2.8.11 （103）业务处理子流程** ======
1274 -
1275 -业务处理子流程用来描述各省业务支撑部门根据特定的需求，对业务运营支撑系统的数据进行查询或修改的操作流程，例如：
1276 -
1277 -1. 根据业务部门或业务支撑部门内部人员提出的业务处理需求单进行的业务操作
1278 -1. 系统原因造成的批量数据差错修复、分公司支撑中心提出的批量数据修改要求
1279 -1. 新业务上线测试、故障恢复测试所必须的业务操作
1280 -
1281 -**2.8.11.1 流程原则**
1282 -
1283 -◆ 业务处理的安全性原则
1284 -
1285 -* 业务处理操作必须符合各省公司关于业务操作制定的相关规范
1286 -* 业务处理操作的执行人和复核人原则上不能是同一个人
1287 -
1288 -◆ 业务处理的事件信息项的填写说明
1289 -
1290 -|**序号**|**信息项**|**是否需要填写**|**业务处理填写内容**
1291 -|1|事件ID|是|系统自动产生
1292 -|2|请求人信息|是|业务需求的提出者
1293 -|3|登记时间|是|系统自动产生
1294 -|4|地点|否|
1295 -|5|事件发生时间|否|
1296 -|6|业务恢复时间|否|
1297 -|7|事件性质|是|参见“事件性质”定义，选择‘业务处理’
1298 -|8|事件来源|是|参见“事件来源”定义
1299 -|9|事件影响度|否|
1300 -|10|事件优先级|否|
1301 -|11|事件完成期限|是|业务处理的计划完成时间
1302 -|12|事件所属系统类型|是|参见“事件所属系统类型”定义
1303 -|13|事件分类|是|参见“事件分类”定义
1304 -|14|事件标题|是|业务处理内容简述
1305 -|15|事件描述|是|业务处理内容详细描述
1306 -|16|事件解决人|是|业务处理的完成人
1307 -|17|事件状态|是|参见“事件状态”定义
1308 -|18|分配对象|是|业务处理的执行人
1309 -|19|事件日志|是|系统自动产生
1310 -|20|解决方案描述|是|业务处理的执行结果
1311 -|21|事件结束代码|是|参见“事件结束代码”定义，选择‘成功解决’
1312 -|22|重复事件标记|否|
1313 -|23|处理是否超时|是|系统自动产生
1314 -|24|事件解决人角色|是|参见“事件解决人角色”定义，选择‘一线’或‘二线’
1315 -|25|实际开始时间|是|业务处理实际开始执行的时间，系统自动填写
1316 -|26|实际完成时间|是|业务处理事件状态变为‘已解决’的时间，系统自动填写
1317 -|27|故障厂商|否|
1318 -|28|关联配置项|否|
1319 -|29|关联的问题单号|否|
1320 -|30|关联的变更单号|否|
1321 -
1322 - **2.8.11.2 业务处理子流程概要说明**
1323 -
1324 -**[[image:27.png]]**
1325 -
1326 -
1327 -业务处理子流程说明如下：
1328 -
1329 -|**序号**|**步骤名称**|**说明**
1330 -|103.1|受理并制定业务处理方案|(((
1331 -一线和二线人员都可以做为业务处理人员
1332 -
1333 -业务处理人员接受业务处理单，检查业务处理请求单是否符合省公司的规定，如果不符合，则回复相应部门
1334 -
1335 -业务处理人员根据业务处理单的内容制定处理方案
1336 -)))
1337 -| |需要发起RFC吗？|(((
1338 -1. 如果业务处理方案中涉及到应用系统的变更，则提交变更请求，走变更管理流程
1339 -1. 如果不涉及变更，则进入103.2业务处理执行
1340 -)))
1341 -|103.2|业务处理执行|业务处理人员按照处理方案执行
1342 -|103.3|创建变更请求|提交变更请求，转入变更管理流程
1343 -|103.4|执行结果复核|业务处理执行结果的复核，原则上执行人和复核人必须分开，如果复核出现异常，则回到103.1受理并制定业务处理方案
1344 -|103.5|记录详细信息|在服务管理平台记录详细的业务处理步骤和结果
1345 -|103.6|回复并关闭|通过服务管理平台或其它接口回复相关发起人，关闭业务处理单
1346 -
1347 -===== **2.9 事件状态迁移图** =====
1348 -
1349 -事件状态变迁图用来标明：当一个事件单处于某个状态时，它可以去到的下一个状态。
1350 -
1351 -[[image:39.png]]
1352 -
1353 -
1354 -
1355 -◆ 当前状态为‘已登记’状态时，可迁移的状态
1356 -
1357 -|**状态**|**合法**|**描述**
1358 -|已登记|否|已登记为事件单初始状态
1359 -|分配到帮助台|是|用户提交事件请求，首先分派到帮助台
1360 -|分配到一线|否|
1361 -|分配到二线|否|
1362 -|一线处理中|否|
1363 -|二线处理中|否|
1364 -|已解决|否|
1365 -|已关闭|否|
1366 -
1367 -◆当前状态为‘分配到帮助台’状态时，可迁移的状态
1368 -
1369 -|**状态**|**合法**|**描述**
1370 -|已登记|否|
1371 -|分配到帮助台|是|帮助台的人员将分配给本人的事件单分配给帮助台或者帮助台的其他人员
1372 -|分配到一线|是|帮助台组人员将事件单分配给一线支持组
1373 -|分配到二线|是|帮助台组人员将事件单分配给二线支持组
1374 -|一线处理中|否|
1375 -|二线处理中|否|
1376 -|已解决|否|
1377 -|已关闭|是|当事件处理范围不在计费业务中心或误报或可忽略时，可直接关闭
1378 -
1379 -◆ 当前状态为‘分配到一线’状态时，可迁移的状态
1380 -
1381 -|**状态**|**合法**|**描述**
1382 -|已登记|否|
1383 -|分配到帮助台|是|一线支持人员将分配给本人的事件单分配给帮助台或者帮助台组内的其他人
1384 -|分配到一线|是|一线支持人员将分配给本人的事件单分配给一线支持组或组内的其他人
1385 -|分配到二线|是|一线支持人员将事件单分配给二线支持组或二线支持组内的其他人
1386 -|一线处理中|是|一线支持人员，接受分配的事件单，并开始处理
1387 -|二线处理中|否|
1388 -|已解决|否|
1389 -|已关闭|否|
1390 -
1391 -◆ 当前状态为‘分配到二线’状态时，可迁移的状态
1392 -
1393 -|**状态**|**合法**|**描述**
1394 -|已登记|否|
1395 -|分配到帮助台|是|二线支持人员将分配给本人的事件单分配给帮助台或者帮助台组内的其他人
1396 -|分配到一线|是|二线支持人员将分配给本人的事件单分配给一线支持组或组内的其他人
1397 -|分配到二线|是|二线支持人员将事件单分配给二线支持组或二线支持组内的其他人
1398 -|一线处理中|否|
1399 -|二线处理中|是|二线支持人员，接受分配的事件单，并开始处理
1400 -|已解决|否|
1401 -|已关闭|否|
1402 -
1403 -◆ 当前状态为‘一线处理中’状态时，可迁移的状态
1404 -
1405 -|**状态**|**合法**|**描述**
1406 -|已登记|否|
1407 -|分配到帮助台|否|
1408 -|分配到一线|是|一线支持人员无法处理该事件单，将事件单重新分配给一线支持组或一线支持组内其他人员
1409 -|分配到二线|是|一线支持人员无法处理该事件单，将事件单重新分配给二线支持组或二线支持组内其他人员
1410 -|一线处理中|否|
1411 -|二线处理中|否|
1412 -|已解决|是|一线支持找到解决方案或者变通方法，解决了分配的事件单
1413 -|已关闭|否|
1414 -
1415 -◆ 当前状态为‘二线处理中’状态时，可迁移的状态
1416 -
1417 -|**状态**|**合法**|**描述**
1418 -|已登记|否|
1419 -|分配到帮助台|否|
1420 -|分配到一线|否|
1421 -|分配到二线|是|二线支持人员无法处理该事件单，或者分配错误，将事件单重新分配给二线支持组或二线支持组内其他人员
1422 -|一线处理中|否|
1423 -|二线处理中|否|
1424 -|已解决|是|二线支持找到解决方案或者变通方法，解决了分配的事件单
1425 -|已关闭|否|
1426 -
1427 -◆ 当前状态为‘已解决’状态时，可迁移的状态
1428 -
1429 -|**状态**|**合法**|**描述**
1430 -|已登记|否|
1431 -|分配到帮助台|否|
1432 -|分配到一线|否|
1433 -|分配到二线|否|
1434 -|一线处理中|否|
1435 -|二线处理中|否|
1436 -|已解决|否|
1437 -|已关闭|是|帮助台在关闭事件单的时候，需要填写客户反馈和结束代码
1438 -
1439 -◆当前状态为‘已关闭’状态时，可迁移的状态
1440 -
1441 -* 不迁移至任何状态。
1442 -
1443 -===== **2.10 关键角色、职责定义** =====
1444 -
1445 -流程的实现是通过不同的流程角色以及其被赋予的职责来实现的，因此流程的每一个角色可以被定义为一系列职责的集合，在实际的管理操作中，不同的人员将被赋予不同的职责，也可能一个人被赋予多个职责，同时也可以将其职责授权给其管理结构之下的人员，因此，以下所提及的管理流程和角色的目的是为了在充分满足流程所需角色的基础上，为具体的实现提供足够的灵活性。具体的角色职责和岗位对应在《事件管理细化流程说明书》中体现。
1446 -
1447 -事件管理流程主要分为以下几个职责/角色，分别简述如下：
1448 -
1449 -
1450 -
1451 -
1452 -====== **2.10.1 事件管理流程负责人** ======
1453 -
1454 -事件管理流程负责人从宏观上监控流程，确保事件流程在业务支持中心范围内被正确的执行。当流程不能够适应业务支持中心的情况时，流程负责人必须及时的对此进行分析、找出缺陷、进行改进，从而实现可持续提高。
1455 -
1456 -**职责：**
1457 -
1458 -1. 确定管理流程的衡量指标
1459 -1. 确保事件流程能够取得管理层的参与和支持
1460 -1. 确保事件流程符合公司实际状况和公司 IT发展战略
1461 -1. 总体上管理和监控流程，建立事件流程实施、评估和持续优化机制
1462 -1. 确保事件流程实用、有效、正确地执行，当流程不能够适应公司的情况时，必须及时的对此进行分析、找出缺陷、进行改进(假如增加或合并流程的角色)，从而实现可持续提高
1463 -1. 保持与其他流程负责人的定期沟通
1464 -
1465 -**技能要求：**
1466 -
1467 -1. 深刻理解事件管理流程；
1468 -1. 充分理解业务支撑网运维管理流程梳理项目的其他流程，能够进行流程接口设计；
1469 -1. 能够很好地理解业务对于事件管理的需求；
1470 -1. 对质量控制与保障有很深入的了解；
1471 -1. 有决策权，能够确保事件管理流程设计要求在实施项目中得到贯彻和执行；
1472 -1. 具有很好的沟通技能，能够取得公司高层的支持，获得所需资源。
1473 -
1474 -====== **2.10.2 事件经理** ======
1475 -
1476 -事件经理负责事件解决过程中的协调和监控，以及事件升级的判断以及具体执行。
1477 -
1478 -**职责：**
1479 -
1480 -1. 负责对事件的解决协调资源，保证故障的最终排除
1481 -1. 当事件优先级为紧急或者事件将超过规定的时限，负责按照升级方法对事件进行处理确保有效协调资源，促进支持工程师快速恢复正常服务
1482 -1. 确保和问题管理流程经理的有效合作
1483 -1. 确保正确和广泛地收集和分析事件数据，发现IT和业务相关的问题
1484 -
1485 -**技能要求：**
1486 -
1487 -1. 了解技术架构和技术环境
1488 -1. 较强的口头表达能力和与用户沟通技巧
1489 -1. 处理纠纷的能力
1490 -1. 深刻了解事件管理流程
1491 -1. 较强的领导能力
1492 -
1493 -====== **2.10.3 帮助台人员** ======
1494 -
1495 -帮助台人员负责接收所有的事件，对事件进行初步的处理，并根据实际情况将事件分派到合适的一线支持工程师或者二线支持工程师。
1496 -
1497 -**职责：**
1498 -
1499 -1. 在指定的响应时间内响应所有帮助台热线电话、邮件、传真等事件报告
1500 -1. 完整记录所有接收的事件信息，包括：记录事件报告人的详细联系方式、事件特征表现、描述、发生时间等
1501 -1. 为事件进行适当的分类、为事件分配优先级等属性
1502 -1. 尝试使用工具、初步诊断、分析相关信息等方式解决问题
1503 -1. 如果帮助台不能解决这个事件，应当将事件分配给最合适的一线支持小组/人员来处理
1504 -1. 检查事件记录的处理进度，保持与事件报告人的联系，适时通知事件处理进展
1505 -1. 与用户确认事件解决方案，关闭事件
1506 -1. 负责24×7的值班和系统监控
1507 -
1508 -**技能要求：**
1509 -
1510 -1. 熟悉技术平台和技术环境
1511 -1. 较强的沟通能力
1512 -1. 对简单的故障要有快速诊断和解决的能力
1513 -1. 熟悉事件处理流程
1514 -
1515 -====== **2.10.4 一线支持人员** ======
1516 -
1517 -一线支持人员负责对帮助台无法解决的事件进行快速有效的分析，提出解决方案以尽快恢复服务，并在必要时提供现场支持。
1518 -
1519 -**职责:**
1520 -
1521 -1. 验证事件的描述和信息，进一步收集相关信息
1522 -1. 决定需要采取何种措施恢复服务并实施有效的行动
1523 -1. 必要时提供现场支持
1524 -1. 根据优先级提供有效的解决方案
1525 -1. 实施事件解决方案
1526 -1. 更新事件解决信息，已解决的事件转回帮助台，由帮助台关闭事件
1527 -1. 如果一线不能解决这个事件，应当决定选择最合适的二线支持小组/人员来处理
1528 -
1529 -**技能要求：**
1530 -
1531 -1. 熟悉技术平台和技术环境
1532 -1. 较强的沟通能力
1533 -1. 快速诊断事件和解决事件的能力
1534 -1. 熟悉事件处理流程
1535 -
1536 -====== **2.10.5 二线支持人员** ======
1537 -
1538 -二线支持人员是相关问题领域的专家。负责提供对一线支持人员无法解决的问题进一步进行调研，找出解决方案并尽快恢复服务。各省可以考虑按照所维护的应用、系统进行分组，如：网络组、主机组、应用组等。
1539 -
1540 -**职责:**
1541 -
1542 -1. 进行事件的深入调查研究
1543 -1. 根据经验和专业技能，决定需要采取何种措施恢复服务并实施有效的行动
1544 -1. 必要时引入供应商的支持
1545 -1. 更新事件根源和最终解决方案
1546 -1. 更新事件记录，确保事件状态代码真实反映事件状态
1547 -1. 及时提供有效解决方案
1548 -1. 与其他小组合作，确定解决方案
1549 -1. 已解决的事件转回帮助台，由帮助台关闭事件
1550 -1. 如果二线不能在解决时限内解决这个事件，应当将事件进行升级
1551 -
1552 -**技能要求：**
1553 -
1554 -1. 深厚的技术背景，对所维护范畴的技术深入掌握
1555 -1. 熟悉事件处理流程
1556 -
1557 -====== **2.10.6 流程角色和人员对应表** ======
1558 -
1559 -|(% colspan="2" %)**角色**|**成员**
1560 -|事件管理流程负责人| |刘三苏
1561 -|事件经理A| |刘三苏
1562 -|事件经理B| |周晓伟
1563 -|帮助台| |王军、杨晋波、詹梅、杨红梅、吴国平、杨卫红
1564 -|(% rowspan="3" %)一线支持|一线基础平台组|白洪瑜
1565 -|一线应用—计费结算、营业账务、客服|代学平、陈勤、陈锐
1566 -|一线应用—经营分析|徐文英、张航友、何畏
1567 -|(% rowspan="5" %)二线支持|二线基础平台组|郑水华、乔迎春、卢定、高松、高雄英
1568 -|二线应用—计费结算|苏伟杰、罗芳、祝颢、龚楠、杨莉、宋琳、陶琳、杨智
1569 -|二线应用—客服|温健军、傅华、魏亚菲、涂天禄
1570 -|二线应用—经营分析|亚信
1571 -|二线应用—营业账务|陈伟、许雷、张波、胡鹏、董晓勇、李琪、杜敏
1572 -
1573 -注：在系统实施时由某通信公司根据实际运维架构在此表基础上完成具体的人员映射。
1574 -
1575 -
1576 -
1577 -===== **2.11 关键流程衡量指标** =====
1578 -
1579 -为了控制流程的质量，必须为流程设置衡量指标。通过对指标的分析，可以有效地对流程的运行情况进行监控和改进。
1580 -
1581 -|**序号**|**衡量指标**|**指标计算说明**
1582 -|1|事件总数|(((
1583 -数量：在事件单中根据以下条件过滤
1584 -
1585 -1. 【重复事件标记】为空
1586 -1. 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1587 -1. 【事件发生时间】在统计周期内
1588 -)))
1589 -|2|事件关闭的数量|数量 ：在事件总数中过滤【事件状态】＝‘关闭’
1590 -|3|事件成功关闭的数量/比率|(((
1591 -数量：在事件总数中过滤【事件结束代码】＝‘成功解决’or‘变通方法解决’
1592 -
1593 -比率：数量 / 事件总数 × 100 %
1594 -)))
1595 -|4|规定时间内解决的事件数量/百分比|(((
1596 -数量：在事件总数中过滤【处理是否超时】＝‘未超时’and 【事件结束代码】＝‘成功解决’or‘变通方法解决’
1597 -
1598 -比率：数量/事件总数 × 100 %
1599 -)))
1600 -|5|规定时间内响应的事件数量/百分比|(((
1601 -数量：在事件总数中过滤（【实际开始时间】－【登记时间】）< 优先级对应的响应时限
1602 -
1603 -比率：数量/事件总数 × 100 %
1604 -)))
1605 -|6|平均解决时间|(((
1606 -完成的事件：在事件总数中过滤所有【事件状态】＝‘已解决’or ‘关闭’的事件
1607 -
1608 -平均解决时间：累加完成事件的（【实际完成时间】－【登记时间】）/ 完成的事件数量
1609 -)))
1610 -|7|一线解决率|(((
1611 -数量：在事件总数中过滤所有【事件解决人角色】＝‘一线’
1612 -
1613 -比率：数量 / 事件总数 × 100 %
1614 -)))
1615 -|8|超时未解决的事件数量|数量：在事件总数中过滤【处理已超时】＝‘超时’and 【事件状态】！＝‘关闭’or ‘已解决’
1616 -|9|事件的一次解决率|(((
1617 -数量1：在事件总数中过滤【事件结束代码】＝‘成功解决’or‘变通方法解决’
1618 -
1619 -数量2：在事件总数中过滤【事件结束代码】＝‘不成功’
1620 -
1621 -比率：（数量1－数量2 ） / 数量1  × 100 %
1622 -)))
1623 -
1624 -===== **2.12 集团、省公司两级交互** =====
1625 -
1626 -省公司在紧急事件发生时，必须在第一时间上报集团公司业务支撑系统部，并在事件处理过程中的每个状态变化点将最新事件记录上传到集团公司。
1627 -
1628 -|(% rowspan="2" %)**上报方式**|(% rowspan="2" %)**触发条件**|(% colspan="2" %)**上报内容**
1629 -|**事件信息项**|**附件内容**
1630 -|(% rowspan="4" %)服务管理平台|事件状态进入一线处理中，并得到一线支持的确认|所有事件信息项|N/A
1631 -|处理中的事件信息项发生改变|所有事件信息项|N/A
1632 -|事件状态转入已解决|所有事件信息项|N/A
1633 -|(((
1634 -事件状态转入关闭
1635 -
1636 -（如果影响度为重大，必须有重大事件报告做为附件）
1637 -)))|所有事件信息项|(((
1638 -《重大事件报告》内容包含：
1639 -
1640 -包括事件的发生时间、事件现象、影响的主要系统、影响度、处理过程、解决方法、业务恢复时间等
1641 -)))
1642 -
1643 -===== **2.13 省公司报表** =====
1644 -
1645 -省公司报表定义如下，同时，上报集团报表也可以供省公司使用。
1646 -
1647 -
1648 -
1649 -
1650 -====== **2.13.1 按事件来源分类的统计报表** ======
1651 -
1652 -|**时间来源**|**总数**|**完成的数量**|**完成及时率**
1653 -|用户报告| | |
1654 -|自助开单| | |
1655 -|自动转单| | |
1656 -|内部开单| | |
1657 -|监控告警| | |
1658 -
1659 -指标说明：
1660 -
1661 -|**序号**|**指标名称**|**指标计算说明**
1662 -|1|总数|(((
1663 -数量：在事件单中按事件不同来源根据以下条件过滤：
1664 -
1665 -【重复事件标记】为空
1666 -
1667 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1668 -
1669 -【事件发生时间】在统计周期内
1670 -)))
1671 -|1|完成的数量|数量：事件单中按不同事件来源，统计【实际完成时间】在统计周期内的事件数量
1672 -|2|完成及时率|(((
1673 -数量：事件单中按不同事件来源，统计【处理是否超时】＝‘未超时’and 【实际完成时间】在统计周期内的事件数量
1674 -
1675 -比率：数量/完成的数量 × 100 %
1676 -)))
1677 -
1678 -===== **2.14 省公司上报报表** =====
1679 -
1680 -
1681 -====== **2.14.1按业务系统和优先级分类统计报表** ======
1682 -
1683 -|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**事件性质**|(% rowspan="2" %)**总数**|(% colspan="4" %)**优先级**
1684 -|**紧急**|**高**|**中**|**低**
1685 -|(% rowspan="3" %)BOSS系统|故障| | | | |
1686 -|申告| | | | |
1687 -|告警| | | | |
1688 -|(% rowspan="3" %)客服系统|故障| | | | |
1689 -|申告| | | | |
1690 -|告警| | | | |
1691 -|(% rowspan="3" %)经营分析|故障| | | | |
1692 -|申告| | | | |
1693 -|告警| | | | |
1694 -|(% rowspan="2" %)容灾系统|故障| | | | |
1695 -|告警| | | | |
1696 -|(% rowspan="2" %)BOSS网管|故障| | | | |
1697 -|告警| | | | |
1698 -
1699 -指标说明：
1700 -
1701 -|**序号**|**指标名称**|**指标计算说明**
1702 -|1|故障总数|(((
1703 -数量：在事件单中根据以下条件过滤：
1704 -
1705 -【重复事件标记】为空
1706 -
1707 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1708 -
1709 -【事件发生时间】在统计周期内
1710 -
1711 -【事件性质】＝‘故障’
1712 -)))
1713 -|2|申告总数|(((
1714 -数量：在事件单中根据以下条件过滤：
1715 -
1716 -【重复事件标记】为空
1717 -
1718 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1719 -
1720 -【事件发生时间】在统计周期内
1721 -
1722 -【事件性质】＝‘申告’
1723 -)))
1724 -|3|告警总数|(((
1725 -数量：在事件单中根据以下条件过滤：
1726 -
1727 -【重复事件标记】为空
1728 -
1729 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1730 -
1731 -【事件发生时间】在统计周期内
1732 -
1733 -【事件性质】＝‘告警’
1734 -)))
1735 -|4|紧急、高、中、低|在故障、申告、告警中分别过滤【事件优先级】
1736 -|5|业务系统|分别过滤【事件所属系统类型】的业务系统
1737 -
1738 -====== **2.14.2 按业务系统细分的故障和优先级分类统计报表** ======
1739 -
1740 -|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**子类**|(% rowspan="2" %)**故障数量**|(% colspan="4" %)**优先级**
1741 -|**紧急**|**高**|**中**|**低**
1742 -|(% rowspan="16" %)BOSS系统|营销管理| | | | |
1743 -|渠道管理| | | | |
1744 -|客户服务| | | | |
1745 -|产品管理| | | | |
1746 -|客户管理| | | | |
1747 -|资源管理| | | | |
1748 -|订单管理| | | | |
1749 -|服务开通| | | | |
1750 -|综合采集| | | | |
1751 -|融合计费| | | | |
1752 -|综合帐务| | | | |
1753 -|综合结算| | | | |
1754 -|合作伙伴管理| | | | |
1755 -|系统管理| | | | |
1756 -|统计报表| | | | |
1757 -|一级BOSS| | | | |
1758 -|(% rowspan="8" %)客服系统|电话呼叫中心| | | | |
1759 -|互联网呼叫中心| | | | |
1760 -|短信呼叫中心| | | | |
1761 -|工单管理| | | | |
1762 -|知识管理| | | | |
1763 -|人力资源| | | | |
1764 -|质量管理| | | | |
1765 -|数据统计分析| | | | |
1766 -|(% rowspan="2" %)经营分析|通用分析| | | | |
1767 -|专题分析| | | | |
1768 -|(% rowspan="3" %)容灾系统|BOSS数据保护| | | | |
1769 -|BOSS业务接管| | | | |
1770 -|BOSS资源复用| | | | |
1771 -|(% rowspan="2" %)BOSS网管|监控管理| | | | |
1772 -|服务管理| | | | |
1773 -
1774 -指标说明：
1775 -
1776 -|**序号**|**指标名称**|**指标计算说明**
1777 -|1|故障总数|(((
1778 -数量：在事件单中根据以下条件过滤：
1779 -
1780 -【重复事件标记】为空
1781 -
1782 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1783 -
1784 -【事件发生时间】在统计周期内
1785 -
1786 -【事件性质】＝‘故障’
1787 -)))
1788 -|2|紧急、高、中、低|在故障、申告、告警中分别过滤【事件优先级】
1789 -|3|业务系统|分别过滤【事件所属系统类型】的子类
1790 -
1791 -====== **2.14.3 按业务系统和影响度分类统计报表** ======
1792 -
1793 -|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**事件性质**|(% rowspan="2" %)**总数**|(% colspan="4" %)**影响度**
1794 -|**重大**|**严重**|**一般**|**无**
1795 -|(% rowspan="2" %)BOSS系统|故障| | | | |
1796 -|申告| | | | |
1797 -|(% rowspan="2" %)客服系统|故障| | | | |
1798 -|申告| | | | |
1799 -|(% rowspan="2" %)经营分析|故障| | | | |
1800 -|申告| | | | |
1801 -|容灾系统|故障| | | | |
1802 -|BOSS网管|故障| | | | |
1803 -
1804 -指标说明：
1805 -
1806 -|**序号**|**指标名称**|**指标计算说明**
1807 -|1|故障总数|(((
1808 -数量：在事件单中根据以下条件过滤：
1809 -
1810 -【重复事件标记】为空
1811 -
1812 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1813 -
1814 -【事件发生时间】在统计周期内
1815 -
1816 -【事件性质】＝‘故障’
1817 -)))
1818 -|2|申告总数|(((
1819 -数量：在事件单中根据以下条件过滤：
1820 -
1821 -【重复事件标记】为空
1822 -
1823 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1824 -
1825 -【事件发生时间】在统计周期内
1826 -
1827 -【事件性质】＝‘申告’
1828 -)))
1829 -|3|重大、严重、一般、无|在故障、申告总数分别过滤【事件影响度】
1830 -|4|业务系统|分别过滤【事件所属系统类型】的业务系统
1831 -
1832 -====== **2.14.4 按业务系统细分的故障和影响度分类统计报表** ======
1833 -
1834 -|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**子类**|(% rowspan="2" %)**故障数量**|(% colspan="4" %)**影响度**
1835 -|**重大**|**严重**|**一般**|**无**
1836 -|(% rowspan="16" %)BOSS系统|营销管理| | | | |
1837 -|渠道管理| | | | |
1838 -|客户服务| | | | |
1839 -|产品管理| | | | |
1840 -|客户管理| | | | |
1841 -|资源管理| | | | |
1842 -|订单管理| | | | |
1843 -|服务开通| | | | |
1844 -|综合采集| | | | |
1845 -|融合计费| | | | |
1846 -|综合帐务| | | | |
1847 -|综合结算| | | | |
1848 -|合作伙伴管理| | | | |
1849 -|系统管理| | | | |
1850 -|统计报表| | | | |
1851 -|一级BOSS| | | | |
1852 -|(% rowspan="8" %)客服系统|电话呼叫中心| | | | |
1853 -|互联网呼叫中心| | | | |
1854 -|短信呼叫中心| | | | |
1855 -|工单管理| | | | |
1856 -|知识管理| | | | |
1857 -|人力资源| | | | |
1858 -|质量管理| | | | |
1859 -|数据统计分析| | | | |
1860 -|(% rowspan="2" %)经营分析|通用分析| | | | |
1861 -|专题分析| | | | |
1862 -|(% rowspan="3" %)容灾系统|BOSS数据保护| | | | |
1863 -|BOSS业务接管| | | | |
1864 -|BOSS资源复用| | | | |
1865 -|(% rowspan="2" %)BOSS网管|监控管理| | | | |
1866 -|服务管理| | | | |
1867 -
1868 -指标说明：
1869 -
1870 -|**序号**|**指标名称**|**指标计算说明**
1871 -|1|故障总数|(((
1872 -数量：在事件单中根据以下条件过滤：
1873 -
1874 -【重复事件标记】为空
1875 -
1876 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1877 -
1878 -【事件发生时间】在统计周期内
1879 -
1880 -【事件性质】＝‘故障’
1881 -)))
1882 -|2|重大、严重、一般、无|在故障总数分别过滤【事件影响度】
1883 -|3|业务系统|分别过滤【事件所属系统类型】的子类
1884 -
1885 -====== **2.14.5 按业务系统统计故障和申告处理效率指标报表** ======
1886 -
1887 -|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**事件性质**|(% rowspan="2" %)**总数**|(% rowspan="2" %)**帮助台解决率**|(% rowspan="2" %)**一线解决率**|(% rowspan="2" %)**二线解决率**|(% rowspan="2" %)**及时解决率**|(% rowspan="2" %)**一次解决率**|(% rowspan="2" %)**超时未解决数**|(% colspan="4" %)**平均解决时间**
1888 -|**紧急**|**高**|**中**|**低**
1889 -|(% rowspan="4" %)BOSS系统|故障| | | | | | | | | | |
1890 -|申告| | | | | | | | | | |
1891 -|咨询| | | | | | | | | | |
1892 -|告警| | | | | | | | | | |
1893 -|(% rowspan="4" %)客服系统|故障| | | | | | | | | | |
1894 -|申告| | | | | | | | | | |
1895 -|咨询| | | | | | | | | | |
1896 -|告警| | | | | | | | | | |
1897 -|(% rowspan="4" %)经营分析|故障| | | | | | | | | | |
1898 -|申告| | | | | | | | | | |
1899 -|咨询| | | | | | | | | | |
1900 -|告警| | | | | | | | | | |
1901 -|(% rowspan="2" %)容灾系统|故障| | | | | | | | | | |
1902 -|告警| | | | | | | | | | |
1903 -|(% rowspan="2" %)BOSS网管|故障| | | | | | | | | | |
1904 -|告警| | | | | | | | | | |
1905 -
1906 -指标说明：
1907 -
1908 -|**序号**|**指标名称**|**指标计算说明**
1909 -|1|(((
1910 -故障总数
1911 -
1912 -申告总数
1913 -
1914 -咨询总数
1915 -
1916 -告警总数
1917 -)))|(((
1918 -数量：在事件单中根据以下条件过滤
1919 -
1920 -【重复事件标记】为空
1921 -
1922 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1923 -
1924 -【事件发生时间】在统计周期内
1925 -
1926 - 分别统计【事件性质】＝‘故障’、‘申告’、‘咨询’、‘告警’
1927 -)))
1928 -|2|帮助台解决率|(((
1929 -数量：在（故障、申告、咨询、告警）总数中过滤所有【事件解决人角色】＝‘帮助台’
1930 -
1931 -比率：数量 / 总数 × 100 %
1932 -)))
1933 -|3|一线解决率|(((
1934 -数量：在（故障、申告、咨询、告警）总数中过滤所有【事件解决人角色】＝‘一线’
1935 -
1936 -比率：数量 / 总数 × 100 %
1937 -)))
1938 -|4|二线解决率|(((
1939 -数量：在（故障、申告、咨询、告警）总数中过滤所有【事件解决人角色】＝‘二线’
1940 -
1941 -比率：数量 / 总数 × 100 %
1942 -)))
1943 -|5|及时解决率|(((
1944 -数量：在（故障、申告、咨询、告警）总数中过滤【处理是否超时】＝‘未超时’and 【事件结束代码】＝‘成功解决’or‘变通方法解决’
1945 -
1946 -比率：数量/总数 × 100 %
1947 -)))
1948 -|6|一次解决率|(((
1949 -数量1：在（故障、申告、咨询、告警）总数中过滤【事件结束代码】＝‘成功解决’or‘变通方法解决’
1950 -
1951 -数量2：在（故障、申告、咨询、告警）总数中过滤【事件结束代码】＝‘不成功’
1952 -
1953 -比率：（数量1 － 数量2） / 数量1  × 100 %
1954 -)))
1955 -|7|超时未解决数|数量：在（故障、申告、咨询、告警）总数中过滤【处理已超时】＝‘超时’and 【事件状态】！＝（‘关闭’or ‘已解决’）
1956 -|8|平均解决时间|(((
1957 -完成的事件：在（故障、申告、咨询、告警）总数中过滤所有【事件状态】＝‘已解决’or ‘关闭’的事件
1958 -
1959 -平均解决时间：累加完成事件的（【实际完成时间】－【登记时间】）/ 完成的事件数量
1960 -)))
1961 -
1962 -====== **2.14.6 按事件分类的故障和优先级统计报表** ======
1963 -
1964 -|(% rowspan="2" %)**类别**|(% rowspan="2" %)**子类**|(% rowspan="2" %)(((
1965 -**故障**
1966 -
1967 -**数量**
1968 -)))|(% colspan="4" %)**优先级**
1969 -|**紧急**|**高**|**中**|**低**
1970 -|(% rowspan="8" %)系统硬件|路由器| | | | |
1971 -|网络交换机| | | | |
1972 -|小型机| | | | |
1973 -|PC服务器| | | | |
1974 -|磁盘阵列| | | | |
1975 -|存储光纤交换机| | | | |
1976 -|磁带库| | | | |
1977 -|光盘库| | | | |
1978 -|(% rowspan="4" %)客服设备|排队机| | | | |
1979 -|CTI服务器| | | | |
1980 -|CCS| | | | |
1981 -|IVR服务器| | | | |
1982 -|(% rowspan="5" %)安全设施|防火墙| | | | |
1983 -|IDS入侵监测系统| | | | |
1984 -|IPS入侵防护系统| | | | |
1985 -|防毒墙| | | | |
1986 -|安全软件| | | | |
1987 -|(% rowspan="6" %)系统软件|操作系统| | | | |
1988 -|数据库| | | | |
1989 -|中间件| | | | |
1990 -|集群软件| | | | |
1991 -|备份软件| | | | |
1992 -|系统管理软件| | | | |
1993 -|(% rowspan="3" %)配套设施|UPS| | | | |
1994 -|空调| | | | |
1995 -|其它| | | | |
1996 -|(% rowspan="5" %)应用软件|进程| | | | |
1997 -|数据| | | | |
1998 -|参数| | | | |
1999 -|代码| | | | |
2000 -|接口| | | | |
2001 -
2002 -指标说明：
2003 -
2004 -|**序号**|**指标名称**|**指标计算说明**
2005 -|1|故障总数|(((
2006 -数量：在事件单中根据以下条件过滤：
2007 -
2008 -【重复事件标记】为空
2009 -
2010 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
2011 -
2012 -【事件发生时间】在统计周期内
2013 -
2014 -【事件性质】＝‘故障’
2015 -)))
2016 -|2|紧急、高、中、低|在故障总数分别过滤【事件优先级】
2017 -|3|事件分类|分别过滤【事件分类】的子类
2018 -
2019 -====== **2.14.7 按业务中断时长分类的统计报表** ======
2020 -
2021 -|**业务系统**|**子类**|**故障数量**|**业务中断时长**
2022 -|(% rowspan="16" %)BOSS系统|营销管理| |
2023 -|渠道管理| |
2024 -|客户服务| |
2025 -|产品管理| |
2026 -|客户管理| |
2027 -|资源管理| |
2028 -|订单管理| |
2029 -|服务开通| |
2030 -|综合采集| |
2031 -|融合计费| |
2032 -|综合帐务| |
2033 -|综合结算| |
2034 -|合作伙伴管理| |
2035 -|系统管理| |
2036 -|统计报表| |
2037 -|一级BOSS| |
2038 -|(% rowspan="8" %)客服系统|电话呼叫中心| |
2039 -|互联网呼叫中心| |
2040 -|短信呼叫中心| |
2041 -|工单管理| |
2042 -|知识管理| |
2043 -|人力资源| |
2044 -|质量管理| |
2045 -|数据统计分析| |
2046 -|(% rowspan="2" %)经营分析|通用分析| |
2047 -|专题分析| |
2048 -|(% rowspan="3" %)容灾系统|BOSS数据保护| |
2049 -|BOSS业务接管| |
2050 -|BOSS资源复用| |
2051 -|(% rowspan="2" %)BOSS网管|监控管理| |
2052 -|服务管理| |
2053 -
2054 -注： 业务中断时长＝业务恢复时间－事件发生时间， 单位为分钟
2055 -
2056 -指标说明：
2057 -
2058 -|**序号**|**指标名称**|**指标计算说明**
2059 -|1|故障数量|(((
2060 -数量：在事件单中根据以下条件过滤：
2061 -
2062 -【重复事件标记】为空
2063 -
2064 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
2065 -
2066 -【事件发生时间】在统计周期内
2067 -
2068 -【事件性质】＝‘故障’
2069 -)))
2070 -|2|业务中断时长|【业务恢复时间】－【事件发生时间】
2071 -|3|业务系统分类|分别过滤【事件所属系统类型】的子类
2072 -
2073 -====== **2.14.8 故障厂商统计** ======
2074 -
2075 -|**系统分类**|**厂商名称**|**故障数量**|**重大**|**严重**|**一般**
2076 -|(% rowspan="4" %)小型机|HP| | | |
2077 -|IBM| | | |
2078 -|SUN| | | |
2079 -|NCR| | | |
2080 -|(% rowspan="4" %)路由器|Cisco| | | |
2081 -|中兴| | | |
2082 -|3COM| | | |
2083 -|华为| | | |
2084 -|(% rowspan="4" %)网络交换机|Cisco| | | |
2085 -|中兴| | | |
2086 -|3COM| | | |
2087 -|华为| | | |
2088 -|(% rowspan="7" %)磁盘阵列|HP| | | |
2089 -|EMC| | | |
2090 -|IBM| | | |
2091 -|NCR| | | |
2092 -|HDS| | | |
2093 -|NETAPP| | | |
2094 -|SUN| | | |
2095 -|(% rowspan="5" %)存储光纤交换机|HP| | | |
2096 -|IBM| | | |
2097 -|McDATA| | | |
2098 -|BROCADE| | | |
2099 -|EMC| | | |
2100 -|(% rowspan="5" %)磁带库|HP| | | |
2101 -|SUN| | | |
2102 -|IBM| | | |
2103 -|STK| | | |
2104 -|Quantum ATL| | | |
2105 -|(% rowspan="6" %)数据库|Oracle| | | |
2106 -|DB2| | | |
2107 -|Microsoft| | | |
2108 -|TERADATA| | | |
2109 -|Informix| | | |
2110 -|Sybase| | | |
2111 -|(% rowspan="3" %)操作系统|HP| | | |
2112 -|IBM| | | |
2113 -|SUN| | | |
2114 -|(% rowspan="4" %)系统管理软件|CA| | | |
2115 -|HP| | | |
2116 -|BMC| | | |
2117 -|IBM| | | |
2118 -|(% rowspan="4" %)中间件|BEA| | | |
2119 -|IBM| | | |
2120 -|东方通科技| | | |
2121 -|Borland| | | |
2122 -|(% rowspan="3" %)客服设备|华为| | | |
2123 -|AVAYA| | | |
2124 -|北电| | | |
2125 -
2126 -注：该报表中的厂商按照各省实际情况上报。
2127 -
2128 -指标说明：
2129 -
2130 -|**序号**|**指标名称**|**指标计算说明**
2131 -|1|故障数量|(((
2132 -数量：在事件单中根据以下条件过滤：
2133 -
2134 -【重复事件标记】为空
2135 -
2136 -【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
2137 -
2138 -【事件发生时间】在统计周期内
2139 -
2140 -【事件性质】＝‘故障’
2141 -)))
2142 -|2|重大、严重、一般|在故障数量分别过滤【事件影响度】
2143 -|3|故障厂商|分别过滤【故障厂商】
2144 -
2145 -====== **2.14.9 业务处理统计** ======
2146 -
2147 -|**业务系统类别**|**子类**|**业务处理数量**|**完成及时率**
2148 -|(% rowspan="16" %)BOSS系统|营销管理| |
2149 -|渠道管理| |
2150 -|客户服务| |
2151 -|产品管理| |
2152 -|客户管理| |
2153 -|资源管理| |
2154 -|订单管理| |
2155 -|服务开通| |
2156 -|综合采集| |
2157 -|融合计费| |
2158 -|综合帐务| |
2159 -|综合结算| |
2160 -|合作伙伴管理| |
2161 -|系统管理| |
2162 -|统计报表| |
2163 -|一级BOSS| |
2164 -|(% rowspan="8" %)客服系统|电话呼叫中心| |
2165 -|互联网呼叫中心| |
2166 -|短信呼叫中心| |
2167 -|工单管理| |
2168 -|知识管理| |
2169 -|人力资源| |
2170 -|质量管理| |
2171 -|数据统计分析| |
2172 -|(% rowspan="2" %)经营分析|通用分析| |
2173 -|专题分析| |
2174 -
2175 -指标说明：
2176 -
2177 -|**序号**|**指标名称**|**指标计算说明**
2178 -|1|业务处理数量|(((
2179 -数量：在业务处理单中根据以下条件过滤：
2180 -
2181 -【事件发生时间】在统计周期内
2182 -
2183 -【事件性质】＝‘业务处理’
2184 -)))
2185 -|2|完成及时率|(((
2186 -数量：在业务处理数量中过滤【处理是否超时】＝‘未超时’and 【实际完成时间】在统计周期内
2187 -
2188 -比率：数量/业务处理数量 × 100 %
2189 -)))
2190 -
2191 -====== **2.14.10 维护作业按业务系统分类统计** ======
2192 -
2193 -|**业务系统**|**完成的数量**|**完成及时率**
2194 -|BOSS系统| |
2195 -|客服系统| |
2196 -|经营分析| |
2197 -|容灾系统| |
2198 -|BOSS网管| |
2199 -
2200 -指标说明：
2201 -
2202 -|**序号**|**指标名称**|**指标计算说明**
2203 -|1|完成的数量|(((
2204 -数量：在维护作业单中根据以下条件过滤：
2205 -
2206 -【实际完成时间】在统计周期内
2207 -
2208 -【事件性质】＝‘维护作业’
2209 -)))
2210 -|2|完成及时率|(((
2211 -数量：在完成的数量中过滤【处理是否超时】＝‘未超时’and 【实际完成时间】在统计周期内
2212 -
2213 -比率：数量/完成的数量 × 100 %
2214 -)))
2215 -
2216 -====== **2.14.11 维护作业按事件分类统计** ======
2217 -
2218 -|**类别**|**子类**|**完成的数量**|**完成及时率**
2219 -|(% rowspan="8" %)系统硬件|路由器| |
2220 -|网络交换机| |
2221 -|小型机| |
2222 -|PC服务器| |
2223 -|磁盘阵列| |
2224 -|存储光纤交换机| |
2225 -|磁带库| |
2226 -|光盘库| |
2227 -|(% rowspan="4" %)客服设备|排队机| |
2228 -|CTI服务器| |
2229 -|CCS| |
2230 -|IVR服务器| |
2231 -|(% rowspan="5" %)安全设施|防火墙| |
2232 -|IDS入侵监测系统| |
2233 -|IPS入侵防护系统| |
2234 -|防毒墙| |
2235 -|安全软件| |
2236 -|(% rowspan="6" %)系统软件|操作系统| |
2237 -|数据库| |
2238 -|中间件| |
2239 -|集群软件| |
2240 -|备份软件| |
2241 -|系统管理软件| |
2242 -|(% rowspan="3" %)配套设施|UPS| |
2243 -|空调| |
2244 -|其它| |
2245 -|(% rowspan="5" %)应用软件|进程| |
2246 -|数据| |
2247 -|参数| |
2248 -|代码| |
2249 -|接口| |
2250 -
2251 -指标说明：
2252 -
2253 -|**序号**|**指标名称**|**指标计算说明**
2254 -|1|完成的数量|(((
2255 -数量：在维护作业单中根据以下条件过滤：
2256 -
2257 -【实际完成时间】在统计周期内
2258 -
2259 -【事件性质】＝‘维护作业’
2260 -)))
2261 -|2|完成及时率|(((
2262 -数量：在完成的数量中过滤【处理是否超时】＝‘未超时’and 【实际完成时间】在统计周期内
2263 -
2264 -比率：数量/完成的数量 × 100 %
2265 -)))
2266 -
2267 -== ==
Icon 07.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -26.1 KB
Content Icon
Icon 14.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -17.1 KB
Content Icon
Icon 20.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -22.8 KB
Content Icon
Icon 22.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -10.9 KB
Content Icon
Icon 27.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -14.4 KB
Content Icon
Icon 28.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -11.5 KB
Content Icon
Icon 32.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -24.8 KB
Content Icon
Icon 39.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -13.0 KB
Content Icon
Icon 44.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -8.9 KB
Content Icon
Icon 50.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -11.7 KB
Content Icon
Icon 52.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -12.7 KB
Content Icon
Icon 54.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -17.9 KB
Content Icon
Icon 微信图片_20240412192813.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -32.3 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司