From version < 4.1 >
edited by superadmin
on 2024/04/12, 19:30
To version < 20.1 >
edited by superadmin
on 2024/04/12, 20:20
< >
Change comment: There is no comment for this version

Summary

Details

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