您的事件管理数据模板
您的事件管理数据模板
- 建议收集的属性
- 建议跟踪的关键流程活动
- 从数据系统提取数据的指南
事件管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件ID
IncidentId
|
每条事件记录的唯一标识符。 | ||
|
说明
事件ID是每条事件记录的主键,可从创建到关闭全程唯一标识该事件。它关联所有相关活动、日志和变更,帮助您完整了解事件的生命周期。 在流程挖掘中,此属性用于定义案例。具有相同事件ID的所有事件都属于同一个流程实例,因此可以还原并分析单个事件的处理过程。
重要性
这是关键的案例标识符,可关联事件生命周期中的所有事件,从而支持端到端流程分析。
获取途径
这是“HPD:Help Desk”表单中的“Incident Number”字段(字段ID:1000000161)。
示例
INC000001234567INC000002345678INC000003456789
|
|||
|
事件时间戳
EventTimestamp
|
活动发生的准确日期和时间。 | ||
|
说明
此时间戳记录事件生命周期中某个事件的发生时间。它提供还原原始数据中流程顺序所需的时间信息。 事件时间戳是所有时间分析的基础,可用于计算活动间的周期时间、识别事件长时间等待的瓶颈,以及衡量整体解决时间。它构成流程分析的时间基础。
重要性
此时间戳记录事件的先后顺序,对于计算时长、识别瓶颈和了解流程时间线至关重要。
获取途径
取自“HPD:Help Desk”表单中的“Last Modified Date”(字段ID:6)或特定日期字段。历史事件的时间戳取自审计日志中的时间戳字段。
示例
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:22:05Z
|
|||
|
活动名称
ActivityName
|
事件生命周期中发生的具体事件或任务的名称。 | ||
|
说明
此属性描述事件在特定时间点执行的活动,例如“事件已报告”“已分配支持组”或“事件已解决”。这些活动构成流程图的基本要素。 分析这些活动的顺序和频率,可以还原实际流程,识别常见路径并发现偏离标准流程的情况。这对于了解解决事件时采取了哪些操作至关重要。
重要性
活动定义了流程图中的各个步骤,可用于可视化和分析事件管理工作流。
获取途径
通常根据“HPD:Help Desk”表单中“Status”(字段ID:7)和“Status_Reason”字段的变更,或“HPD:Help Desk Audit Log”表单中的记录得出。
示例
事件已报告已分配支持组已实施解决方案事件已关闭
|
|||
|
事件状态
IncidentStatus
|
事件发生时的当前或历史状态。 | ||
|
说明
此属性表示事件所处状态,例如“新建”“处理中”“待处理”“已解决”或“已关闭”,反映事件在生命周期中的进展。 分析状态变更是了解事件管理流程的基础。状态数据可用于定义活动、衡量事件处于不同状态的时长(例如处于“待处理”状态的时间),并识别可能停滞或未处理的事件。
重要性
跟踪状态变更是了解事件进展的关键,也有助于衡量事件处于“待处理”或“处理中”等特定状态的时长。
获取途径
这是“HPD:Help Desk”表单中的“Status”字段(字段ID:7)。
示例
新建已分配处理中待处理已解决已关闭
|
|||
|
事件类别
IncidentCategory
|
事件的分类,通常采用分层结构。 | ||
|
说明
事件分类通过结构化方式对事件进行归类,通常采用多级层次结构(例如:一级:硬件,二级:笔记本电脑,三级:电池)。这些数据对于路由、报告和趋势分析至关重要。 在流程挖掘中,分类可用于分别分析不同类型的事件。通过比较初始类别和最终类别,它支持“事件分类准确率”仪表板;同时也有助于发现趋势,为“根因趋势”仪表板提供依据。
重要性
分类有助于准确路由、分析趋势,并比较不同类型事件的处理绩效。
获取途径
这些字段对应“HPD:Help Desk”表单中的“Operational Categorization Tier 1/2/3”字段。
示例
硬件 > 笔记本电脑 > 电池软件 > 企业应用 > 登录错误网络 > 连接 > Wi-Fi
|
|||
|
优先级
Priority
|
分配给事件的优先级,用于确定处理紧急程度。 | ||
|
说明
优先级通常根据影响程度和紧急程度确定,并决定事件解决的顺序和速度。常见取值从“严重”到“低”。 在流程挖掘中,按优先级分析事件对于绩效分析至关重要。它有助于回答“高优先级事件是否达到SLA目标?”和“低优先级事件是否等待更久?”等问题。按优先级筛选,可聚焦分析对业务影响最大的事件。
重要性
此属性对于细分分析至关重要,可确保高优先级事件得到更快处理,并达到相应的服务级别目标。
获取途径
这是“HPD:Help Desk”表单中的“Priority”字段(字段ID:1000000164)。
示例
严重高中低
|
|||
|
分配组
AssignedGroup
|
负责处理事件的支持组。 | ||
|
说明
此属性用于标识负责处理事件的团队或部门,例如“服务台”、“网络团队”或“数据库管理员”。跟踪分配情况有助于了解团队之间的工作流转。 此属性可用于分析团队间交接、识别特定团队造成的瓶颈,并衡量事件重新分配率。它有助于呈现事件在组织内的流转路径,并指出路由效率低下或知识缺口所在。
重要性
跟踪事件分配给哪个组,有助于分析交接情况、识别反复重新分配的情况,并找出特定团队中的瓶颈。
获取途径
这是“HPD:Help Desk”表单中的“Assigned Group”字段(字段ID:1000000217)。
示例
服务台网络运维应用支持二线基础设施服务
|
|||
|
受派人
Assignee
|
被指派处理事件的个人用户。 | ||
|
说明
受派人是指在特定时间负责处理事件的具体支持人员或技术人员。与分配组相比,此属性提供了更细致的信息。 按受派人分析绩效,有助于识别表现突出的人员、可能需要额外培训的人员,以及工作量分配不均的情况。它还可用于追踪个人处理复杂事件时采取的具体操作顺序。
重要性
细致呈现工作量分配和个人绩效,帮助识别表现突出的人员或需要支持的人员。
获取途径
这是“HPD:Help Desk”表单中的“Assignee”字段(字段ID:1000000218)。
示例
鲍勃·史密斯艾丽丝·约翰逊查理·布朗
|
|||
|
是否违反SLA
IsSlaBreached
|
用于标记事件是否在SLA目标日期之后才解决。 | ||
|
说明
如果事件解决时间超过规定的SLA期限,此布尔属性的值为true。它以明确的二元结果记录每个事件的SLA绩效。 此标记对于创建“事件SLA绩效概览”仪表板和计算“事件SLA达标率”KPI至关重要。它支持直接筛选和汇总所有未达到服务级别目标的事件,便于调查超期原因。
重要性
此标记简化了SLA达标情况分析,可轻松筛选所有超期事件并调查根因。
获取途径
通过比较“Incident Resolved”事件的时间戳与“SlaTargetDate”计算得出。如果解决时间戳晚于目标日期,此标记的值为true。
示例
truefalse
|
|||
|
是否重新打开
IsReopened
|
用于标记事件状态设为“已解决”后是否重新打开。 | ||
|
说明
如果事件已标记为“已解决”,之后状态又变回“处理中”等活跃状态,此布尔属性的值为true。这表明初次修复无效或未完成。 此属性可直接衡量返工情况,并用于计算“事件返工率”KPI。分析重新打开的事件,有助于发现修复质量不佳、测试不足或未妥善处理的重复问题,为“返工与升级路径”仪表板提供依据。
重要性
直接衡量返工情况和解决质量。重新打开率偏高,说明修复措施可能无效,流程也可能存在薄弱环节。
获取途径
通过分析事件的活动顺序计算得出。如果“Incident Reopened”或类似活动出现在“Resolution Implemented”之后,此标记的值为true。
示例
truefalse
|
|||
|
服务
Service
|
受事件影响的业务或技术服务。 | ||
|
说明
此属性将事件关联到配置管理数据库(CMDB)中定义的特定服务,例如“电子邮件服务”、“VPN访问”或“SAP财务系统”。 这种关联对于了解事件的业务影响至关重要。按服务分析事件,有助于识别产生大量事件的问题服务,发现与特定技术相关的重复问题,并为问题管理提供趋势分析依据。
重要性
将事件关联到业务服务,对于分析影响以及识别最容易出现问题的服务至关重要。
获取途径
这是“HPD:Help Desk”表单中的“ServiceCI”字段,或表示受影响配置项(CI)的类似字段。
示例
企业电子邮件SAP ERP远程访问VPN人力资源门户
|
|||
|
SLA目标日期
SlaTargetDate
|
根据SLA,预计解决事件的日期和时间。 | ||
|
说明
此属性记录适用服务级别协议(SLA)规定的事件解决期限。期限根据事件优先级和规定的服务时间计算。 此时间戳是衡量实际解决时间的基准,对于计算“事件SLA达标率”KPI以及构建展示SLA绩效的仪表板至关重要。它还可用于主动监控即将到期的事件。
重要性
这是衡量SLA达标情况的基准,可用于判断事件是否按时解决或是否超出约定期限。
获取途径
此数据通常存储在“SLM:Measurement”表单中,并与事件关联,不属于“HPD:Help Desk”表单的直接字段。
示例
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
|
|||
|
关闭代码
CloseCode
|
关闭事件时选择的代码,用于说明解决结果。 | ||
|
说明
关闭代码以结构化方式概述事件的解决情况。示例包括“用户已解决”、“未发现故障”、“重复事件”或“已实施永久修复”。 此属性有助于分析解决方案的有效性和处理结果。它可以帮助识别未真正修复便已关闭的事件,或发现用户经常自行解决问题的类别。这些情况可能意味着需要完善知识库文章或自助服务工具。
重要性
以结构化数据记录解决结果,帮助分析修复措施的有效性,并发现事件关闭方式的趋势。
获取途径
此字段通常属于“HPD:Help Desk”表单中的解决或关闭信息。
示例
远程解决重复问题用户操作错误无需采取措施
|
|||
|
影响
Impact
|
衡量事件对业务流程造成的影响。 | ||
|
说明
影响用于评估事件对业务造成的不利影响程度,通常按等级划分,例如“广泛/大范围”、“显著/较大”、“中等/有限”或“轻微/局部”。 影响与紧急程度共同决定事件优先级。按影响分析有助于了解哪些事件造成的业务中断最大,而不受其技术复杂程度影响。这对于确定流程改进工作的优先级至关重要。
重要性
帮助量化事件对业务造成的严重程度,这是确定优先级和聚焦高影响问题的重要依据。
获取途径
这是“HPD:Help Desk”表单中的“Impact”字段(字段ID:1000000163)。
示例
1-广泛/大范围2-显著/较大3-中等/有限4-轻微/局部
|
|||
|
提交人
Submitter
|
最初报告事件的人员。 | ||
|
说明
提交人是遇到问题并报告问题的最终用户或客户,与负责处理事件的受派人不同。 按提交人或其所属部门分析数据,有助于识别需要更多培训的用户群体,或受特定问题影响的群体。这能从客户视角呈现事件管理流程。
重要性
标识报告问题的用户,可按用户部门、地点或角色分析,从而发现与特定用户相关的趋势。
获取途径
此信息记录在“HPD:Help Desk”表单的“Submitter”字段或客户信息相关字段中。
示例
约翰·多伊简·史密斯彼得·琼斯
|
|||
|
数据最近更新时间
LastDataUpdate
|
表示此事件数据最近一次从源系统刷新时间的时间戳。 | ||
|
说明
此属性记录最近一次提取数据的日期和时间,帮助您了解所分析数据的新旧程度,以及流程洞察反映当前情况的程度。 了解最近更新时间对于报告和仪表板至关重要,可让用户掌握数据的时效性,并了解最新事件活动是否已纳入数据。
重要性
显示数据的时效性,帮助用户了解流程分析及相关洞察反映当前情况的程度。
获取途径
此值通常在数据提取(ETL)过程中生成并写入数据集。
示例
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
|
|||
|
根因
RootCause
|
事件发生的深层原因或最终原因。 | ||
|
说明
根因是导致事件发生的根本问题。解决该问题即可防止事件再次发生,通常通过相关问题调查流程来确定。 并非所有事件都有记录在案的根因,但分析此属性对于主动开展问题管理至关重要。它支持“根因识别率”KPI,也有助于创建跟踪重复问题趋势的仪表板,为实施永久解决方案提供方向。
重要性
识别根因对于问题管理以及减少重复事件的分析至关重要。
获取途径
此信息可能记录在事件专用的“Root Cause”字段中,也可能更常见地记录在关联的“PBI:Problem Investigation”表单中。
示例
服务器磁盘空间不足网络配置错误2.1版本的软件缺陷安全证书已过期
|
|||
|
渠道
Channel
|
用于报告事件的方式。 | ||
|
说明
此属性说明事件通过何种方式提交,例如电话、电子邮件、自助服务门户或现场报障。它表示事件进入支持流程的入口。 按渠道分析事件,可以发现哪些渠道更有效,以及哪些渠道提交的事件更容易或更难解决。这也有助于确定自动化或用户培训的投入方向。例如,可推广使用能够收集更完整初始数据的自助服务门户。
重要性
了解事件提交渠道,有助于分析不同受理方式的效率,并为自助服务或自动化投入提供参考。
获取途径
这是“HPD:Help Desk”表单中的“Reported Source”字段(字段ID:1000000215)。
示例
电子邮件电话自助服务直接提交
|
|||
|
源系统
SourceSystem
|
提取事件数据的系统。 | ||
|
说明
此属性标识数据来源,在使用多种ITSM工具或集成系统的环境中特别有用。它可确认数据来自预期来源,例如特定的BMC Helix ITSM实例。 分析时,此属性有助于区分生产、开发或旧版系统之间可能存在的流程或数据特征差异,确保数据来源清晰可信。
重要性
标识数据来源,对于验证数据以及管理多个集成系统中的分析至关重要。
获取途径
这通常是在数据提取、转换和加载(ETL)过程中添加的静态值。
示例
BMCHelixITSM_ProdITSM-EU-InstanceServiceManagement-APAC
|
|||
|
解决说明
Resolution
|
以自由文本描述解决事件所采取的步骤。 | ||
|
说明
此字段包含由人员撰写的最终解决情况详细摘要,说明采取了哪些措施来修复问题并恢复用户服务。 虽然这类文本没有固定结构,但可通过文本挖掘技术进行分析,以识别常见的解决模式、提取与特定问题相关的关键词,或补充根因分析。它能提供结构化数据字段通常缺少的定性背景信息。
重要性
提供解决情况的定性细节,可通过文本挖掘发现结构化数据中不易呈现的模式。
获取途径
这是“HPD:Help Desk”表单中的“Resolution”字段(字段ID:1000000156)。
示例
通过Active Directory重置了用户密码。清除了浏览器缓存和Cookie,解决了登录问题。重启了3B机房配线间的网络交换机。
|
|||
|
重新分配次数
ReassignmentCount
|
事件被重新分配给其他组的总次数。 | ||
|
说明
此指标统计事件生命周期内“AssignedGroup”字段发生变化的次数。次数较多可能表明初始路由不当、首次联系未能解决问题,或问题复杂,需要多个团队参与。 此属性直接支持“事件重新分配率”KPI和“事件重新分配周期分析”仪表板。它有助于量化工单在团队间来回转派的情况,这会造成明显延误并降低流程效率。
重要性
量化低效路由和交接情况,帮助识别在团队间反复转派、迟迟无法推进的事件。
获取途径
通过统计事件日志中给定Incident ID对应的“AssignedGroup”值变化次数计算得出。
示例
0135
|
|||
事件管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
事件已关闭
|
这是最后一项活动,表示在确认解决方案或确认期结束后正式关闭事件记录。状态设为“Closed”时会记录此活动。 | ||
|
重要性
这是事件生命周期的最终结束事件。“Resolved”到“Closed”之间的时间代表用户确认和管理收尾所需的时间。
获取途径
此事件对应“HPD:Help Desk”表单中的“Status”字段设为“Closed”。时间戳记录在“Closed Date”字段和审计日志中。
采集
取自“Closed Date”时间戳,或状态变为“Closed”时的时间戳。
事件类型
inferred
|
|||
|
事件已报告
|
此活动表示系统中首次创建事件记录,依据核心事件管理表单中的事件创建时间明确记录。 | ||
|
重要性
这是事件生命周期的主要开始事件,对于计算整体解决时间和了解事件到达率至关重要。
获取途径
此事件对应“HPD:Help Desk”表单中的记录创建。时间戳通常取自“Submit Date”或“Reported Date”字段。
采集
取自HPD:Help Desk表单中的“Submit Date”时间戳。
事件类型
explicit
|
|||
|
事件已解决
|
此活动表示服务台确认事件已解决,但尚未最终关闭。事件状态设为“Resolved”时会记录此活动。 | ||
|
重要性
这是衡量SLA达成情况和解决时间最重要的节点,表示用户的服务已恢复。
获取途径
此事件对应“HPD:Help Desk”表单中的“Status”字段设为“Resolved”。时间戳记录在“Last Resolved Date”字段和审计日志中。
采集
取自审计日志中状态变为“Resolved”时的时间戳。
事件类型
inferred
|
|||
|
已分配支持组
|
此活动表示事件首次分配给特定支持组进行调查。根据事件创建后首次填写“Assigned Group”字段的时间推断。 | ||
|
重要性
这是表示主动处理开始的关键节点。跟踪首次分派所需时间,对于评估响应时间和初始分派效率至关重要。
获取途径
根据“HPD:Help Desk”表单的审计日志(“HPD:HelpDesk_AuditLogSystem”)推断,记录首次填写“Assigned Group”字段的时间。
采集
取自首次填写“Assigned Group”字段时的时间戳。
事件类型
inferred
|
|||
|
已开始调查
|
表示支持人员已开始主动处理事件。通常根据状态从“Assigned”变为“In Progress”推断。 | ||
|
重要性
此节点表示事件从队列等待转入主动诊断。分析调查开始前的等待时间,有助于发现资源瓶颈,并支持“诊断与调查瓶颈”仪表板。
获取途径
根据“HPD:Help Desk”表单中的状态变更推断。“Status”字段变为“In Progress”时触发此事件,时间戳取自审计日志。
采集
根据HPD:HelpDesk_AuditLogSystem中状态变为“In Progress”的记录推断。
事件类型
inferred
|
|||
|
SLA违约
|
这是一个计算得出的事件:当事件解决时间超过规定的服务级别协议目标时发生。通过比较解决时间戳与SLA到期日期得出。 | ||
|
重要性
此活动是“SLA绩效概览”仪表板和“事件SLA达成率”KPI的基础,可直接标记未达到服务承诺的事件。
获取途径
通过比较“HPD:Help Desk”表单中的“Last Resolved Date”和“Target Date”(SLA到期日期)计算得出。若事件尚未解决,则可与当前时间进行比较。
采集
计算得出的事件:当“Last Resolved Date”晚于“Target Date”时发生。
事件类型
calculated
|
|||
|
事件已分类
|
表示事件已完成运营和产品分类,并已设置优先级。通常根据分类字段的填写或最后修改时间推断此活动。 | ||
|
重要性
准确、及时地分类对于高效分派和报告至关重要。分析此活动有助于发现初始分诊中的延误或错误,并支持“事件分类准确性”仪表板。
获取途径
根据审计日志(“HPD:HelpDesk_AuditLogSystem”)推断,跟踪“HPD:Help Desk”表单中“Operational Categorization Tier 1-3”、“Product Categorization Tier 1-3”和“Priority”等字段的变更。
采集
取自事件创建后分类或优先级字段最后一次更新的时间戳。
事件类型
inferred
|
|||
|
事件已取消
|
此活动表示终止因误操作创建或已无相关性的事件。事件状态设为“Cancelled”时会记录此活动。 | ||
|
重要性
这是事件的终止状态,与成功解决不同。分析已取消的事件,有助于发现事件创建渠道或重复报告方面的问题。
获取途径
当“HPD:Help Desk”表单中的“Status”字段更新为“Cancelled”时,可据此推断。时间戳记录在审计日志中。
采集
根据审计日志中状态变为“Cancelled”的记录推断。
事件类型
inferred
|
|||
|
事件已重新打开
|
表示事件此前已标记为已解决,但因问题仍然存在而重新激活。根据状态从“Resolved”变回“In Progress”或“Assigned”等活动状态推断。 | ||
|
重要性
此活动可直接衡量返工情况和初次解决方案的有效性。重新打开的事件数量较多,通常表明修复质量不佳,也是“事件返工率”KPI的重要依据。
获取途径
针对特定事件ID,检测审计日志(“HPD:HelpDesk_AuditLogSystem”)中“Status”从“Resolved”变为“In Progress”或“Assigned”的记录,据此推断。
采集
根据状态从“Resolved”变为活动状态的记录推断。
事件类型
inferred
|
|||
|
已实施解决方案
|
此活动表示支持团队已应用修复方案或临时变通措施。通常根据事件状态变为“Resolved”推断。 | ||
|
重要性
这是表明解决方案已交付的关键节点,也是衡量调查完成后应用修复方案所需时间的重要数据点。
获取途径
通常根据“HPD:Help Desk”表单中的“Status”变为“Resolved”推断。时间戳记录在“Last Resolved Date”字段和审计日志中。
采集
取自“Last Resolved Date”时间戳,或状态变为“Resolved”时的时间戳。
事件类型
inferred
|
|||
|
已收到用户确认
|
表示用户主动确认所提供的解决方案已解决问题。此确认可能作为明确事件记录,也可能根据关闭前的备注或相关系统操作推断。 | ||
|
重要性
跟踪此活动比单纯等待自动关闭更能准确反映用户验证过程。它有助于衡量“用户平均确认时间”KPI并发现沟通缺口。
获取途径
此信息可能难以可靠采集。可根据工作日志条目,或事件变为“Closed”前对状态原因的特定更新进行推断。可能需要分析“HPD:WorkLog”表单。
采集
根据关闭前的特定工作日志条目或状态原因更新推断。
事件类型
inferred
|
|||
|
已转至其他支持组
|
当事件从一个支持组重新分配至另一个支持组时,会发生此活动。根据首次分派后“Assigned Group”字段发生变更推断。 | ||
|
重要性
频繁转派可能表明初始分派有误或存在知识缺口。跟踪此活动对于“事件转派周期分析”仪表板和“事件转派率”KPI至关重要。
获取途径
根据审计日志(“HPD:HelpDesk_AuditLogSystem”)推断,识别“HPD:Help Desk”表单中“Assigned Group”字段首次填写后的后续变更。
采集
识别首次分派后“Assigned Group”字段的变更。
事件类型
inferred
|
|||
|
等待客户提供信息
|
表示事件处理暂停,等待用户提供信息或采取行动。根据状态变为“Pending”推断。 | ||
|
重要性
此活动有助于区分支持人员的处理时间和客户等待时间。分析处于此状态的时长,对于了解用户响应延迟如何影响整体解决时间至关重要。
获取途径
当“HPD:Help Desk”表单中的“Status”字段更新为“Pending”时,可据此推断。具体原因通常记录在“Status_Reason”字段中。
采集
根据HPD:HelpDesk_AuditLogSystem中状态变为“Pending”的记录推断。
事件类型
inferred
|
|||
|
等待用户确认
|
实施解决方案后,支持团队等待用户确认问题是否已解决。此阶段通常由“Resolved”状态表示,此时自动关闭计时开始。 | ||
|
重要性
此活动对于“用户确认与验证延迟”仪表板至关重要。它有助于量化提供修复方案到获得用户验证之间的延迟,避免事件生命周期被不必要地延长。
获取途径
当“HPD:Help Desk”表单中的“Status”变为“Resolved”时,此状态开始。时长从“Last Resolved Date”起算,直到事件变为“Closed”或“Reopened”。
采集
状态变为“Resolved”时开始,变为“Closed”或“In Progress”时结束。
事件类型
inferred
|
|||
数据提取指南
立即解决BMC Helix ITSM中的重复事件!
将平均解决时间(MTTR)缩短35%,减少SLA违约,提升用户满意度。
无需信用卡。免费试用14天。