您的事件管理数据模板

BMC Helix ITSM
您的事件管理数据模板

您的事件管理数据模板

此模板全面介绍了优化事件管理流程所需的关键数据,包括应跟踪的重要属性和活动,以及提取这些数据的实用方法。借助此资源,您可以简化数据准备工作,更快开展流程分析。
  • 建议收集的属性
  • 建议跟踪的关键流程活动
  • 从数据系统提取数据的指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

事件管理属性

为全面分析事件管理流程,建议在事件日志中纳入以下数据字段。
3 必填 8 建议填写 10 选填
名称 说明
事件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
必填 建议填写 选填

事件管理活动

为准确发现流程并呈现流程图,建议在事件日志中记录以下关键步骤和里程碑。
5 建议填写 9 选填
活动 说明
事件已关闭
这是最后一项活动,表示在确认解决方案或确认期结束后正式关闭事件记录。状态设为“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获取数据

准备好开始了吗?

使用此模板启动流程挖掘,发掘事件管理数据中的有价值信息。立即开始优化运营。

立即解决BMC Helix ITSM中的重复事件!

将平均解决时间(MTTR)缩短35%,减少SLA违约,提升用户满意度。

开始免费试用

无需信用卡。免费试用14天。