您的问题管理数据模板

BMC Helix ITSM

← 返回改进指南

问题管理属性(19) 问题管理活动(13) 数据提取指南(3)

您的问题管理数据模板

此模板为分析BMC Helix ITSM中的根因调查工作流提供了完整框架，涵盖构建详细事件日志所需的关键属性和流程活动，并提供实用的数据提取指南。按照本指南操作，您可以发现隐性瓶颈，缩短问题处理路径，推动事件得到彻底解决。

根因分析所需的关键数据字段
用于跟踪的标准化流程里程碑
BMC Helix ITSM专用数据提取指南

刚接触事件日志？了解如何创建流程挖掘事件日志.

下载模板

问题管理属性

此表列出了填充事件日志所需的建议数据字段，帮助您全面分析问题管理生命周期。

5 必填 9 建议填写 5 选填

	名称	说明
	事件时间 EventTime	具体活动发生的时间戳。
说明此属性记录活动发生的准确日期和时间。在BMC Helix ITSM中，它对应“Submit Date”“Last Modified Date”等字段，或状态变更历史表中的特定时间戳。在分析中，此属性用于按时间顺序排列事件并计算持续时间。您可以据此衡量流程中任意两个节点之间的周期时间，例如“调查周期时间”或“临时解决方案发布时间”。准确的时间戳对于发现瓶颈至关重要。通过计算相邻事件之间的时间差，分析人员可以准确定位延迟发生的环节，无论是在初始分派阶段还是最终评审阶段。重要性它支持计算所有基于时长的KPI，并用于排列事件顺序。获取途径与PBM:Problem Investigation关联的历史记录表或审计日志示例 2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
	活动 Activity	实际发生的具体任务或状态变更事件。
说明此属性表示问题管理生命周期中执行的具体步骤，例如“问题记录已登记”“根因已确定”或“解决方案数据库已更新”。在BMC Helix中，这些信息通常来自问题调查模块中的Status History、Audit Logs或特定事务时间戳。此属性是流程发现的核心。通过分析活动顺序，流程挖掘工具可以构建流程图，揭示实际工作流与设计流程之间的差异，并突出显示循环、返工以及偏离标准操作流程的情况。准确的活动名称对于了解生命周期中实际发生的情况至关重要。借助这些数据，您可以衡量具体步骤之间的转换时间，例如从确定根因到发起变更请求所需的时间。重要性它定义流程图中的节点，并支持工作流可视化。获取途径根据PBM:Problem Investigation状态历史记录或PBM:AuditLogSystem推导示例问题记录已登记已分配至支持团队调查已开始根因已确定
	问题记录 ProblemRecord	问题调查案例的唯一标识符。
说明此属性是问题管理流程的核心案例标识符。在BMC Helix ITSM中，它通常是PBM:Problem Investigation表单中的“Problem ID”字段（例如PBI00000012345）。该字段关联所有相关活动，从问题首次登记到最终关闭和实施后评审。在流程挖掘分析中，此属性用于将各个事件归入同一个流程实例。分析人员可以据此查看特定问题调查的端到端历程。没有此标识符，就无法关联不同支持团队和协调人采取的一系列操作。此字段是事件日志的主键，也是所有案例级汇总分析的基础，例如计算每个问题的总周期时间，或统计各优先级的问题数量。重要性这是构建流程视图并跟踪特定问题生命周期所需的基础标识符。获取途径 PBM:Problem Investigation表单中的“Problem ID”字段示例 PBI00000004512PBI00000004513PBI00000004514
	数据最近更新时间 LastDataUpdate	数据提取或最近刷新的时间戳。
说明此属性表示数据最近一次加载到流程挖掘应用的时间，帮助分析人员了解当前所查看数据的时效性。通常由提取脚本或数据管道工具生成。在分析中，这有助于避免依据过时数据做出决策。例如，管理人员查看“未关闭的问题记录”时，数据是1小时前更新还是1周前更新，会显著影响对当前工作量的判断。此属性也用于增量数据加载。通过跟踪最近更新时间，ETL流程只需提取自上次提取后发生变更的记录，从而优化性能并降低系统负载。重要性它确保数据保持最新，并支持增量数据加载策略。获取途径提取时的系统时间示例 2023-11-01T00:00:00Z2023-11-01T12:00:00Z
	源系统 SourceSystem	数据来源系统。
说明此属性标识流程数据的提取来源，本例中为“BMC Helix ITSM”。在多系统环境中，流程挖掘可能会汇总来自不同ITSM、开发或外部供应商工具的数据，因此此属性尤为重要。在分析中，此字段作为元数据标签，用于验证记录来源。如果流程挖掘视图汇总了来自BMC Helix的问题管理数据和来自Jira等独立系统的软件开发数据，此属性有助于按来源工具细分分析结果。此属性也有助于排查技术问题。如果出现数据质量问题，了解源系统可以帮助数据工程师追溯到具体的数据提取程序或源数据库。重要性它提供可追溯性和背景信息，在多系统流程视图中尤其有用。获取途径在数据提取过程中硬编码示例 BMC Helix ITSMRemedy OnDemandBMC ITSM Prod
	SLA到期时间 SLADueDate	问题必须解决的目标日期和时间。
说明此属性记录根据服务级别协议设定的问题解决期限。在BMC Helix中，通常对应“Target Resolution Date”，也可能是计算得出的SLA里程碑时间戳。此属性是“SLA合规与违约趋势”仪表板的基准。系统会将此时间戳与“Resolution Verified”活动的时间戳进行比较，以判断是否达到SLA要求或发生违约。通过查看该日期，分析人员可以了解团队解决问题时离期限还有多久：是提前几天完成，还是总在违约前几分钟才完成？这些信息有助于规划产能。重要性这是计算所有合规性和时效性指标的基准。获取途径 PBM:Problem Investigation表单中的“Target Resolution Date”字段示例 2023-12-01T17:00:00Z2023-12-02T09:00:00Z
	优先级 Priority	根据问题的影响和紧急程度计算得出的优先级。
说明此属性表示问题记录的优先级，例如严重、高、中、低。在BMC Helix中，通常根据“Impact”和“Urgency”选项计算得出。在分析中，此属性用于“吞吐量与优先级数量”仪表板，帮助组织确认资源配置是否符合业务需求。例如，与低优先级问题相比，严重问题通常应有更短的初始分派时间和整体周期时间。按优先级筛选有助于聚焦改进工作。低优先级流程中的瓶颈或许可以接受，但严重问题出现同样的延迟，则会对业务连续性和SLA合规构成重大风险。重要性它按业务重要程度细分分析，并支持SLA分析。获取途径 PBM:Problem Investigation表单中的“Priority”字段示例严重高中低
	关联事件数量 RelatedIncidentCount	与此问题记录关联的事件数量。
说明此属性通过统计关联事件的数量来衡量问题的影响。在BMC Helix中，通常统计HPD:Help Desk表单中与PBM记录相关的记录数。此属性用于计算“事件关联密度”KPI。数量较高说明问题影响较大，给服务台带来了大量工作。结合“优先级”分析，可以确认高频问题是否确实按严重问题处理。此属性也有助于确定待处理事项的优先级。与500个事件关联的问题记录，通常应优先于仅关联1个事件的“严重”问题，因为解决前者能释放更多服务台产能。重要性可量化问题造成的运营影响和用户困扰。获取途径通过统计HPD:Associations或HPD:Help Desk中的关联行计算示例 15120
	支持团队 SupportGroup	当前负责问题调查的技术团队。
说明此属性反映事件发生时负责问题记录的具体支持团队，例如“服务器管理”或“数据库支持”。在BMC Helix中，对应“Assigned Group”字段。此属性是“支持团队工作量分布”和“支持团队重新分配分析”仪表板的关键指标。分析人员可以按团队查看流程图，了解各团队处理的问题数量，以及哪些团队构成调查流程中的瓶颈。分析支持团队之间的交接，有助于发现工单在团队间反复流转却未得到解决的情况。这通常意味着组织内部职责不清或知识管理不足。重要性它支持组织层面的分析，并帮助发现团队级瓶颈。获取途径 PBM:Problem Investigation表单中的“Assigned Group”字段示例服务台一级支持后台支持网络管理
	是否违反SLA IsSLABreached	指示问题解决是否超出规定时限的标记。
说明此布尔属性用于指示问题记录是否违反服务级别协议。系统会将“Resolution Verified”时间戳与“SLA Due Date”进行比较，或直接从SLM状态中提取结果。此属性是“SLA合规与违约趋势”仪表板的关键指标，可将流程简单划分为符合要求和不符合要求两类，便于找出失败流程的共同特征（例如：“违约案例是否都涉及X支持组？”）。此属性也是分析流程失败根因的主要筛选条件。分析人员可以筛选“IsSLABreached = True”，再查看流程图，找出时间损失发生在哪个环节（例如等待供应商审批时间过长）。重要性简化合规报告和失败分析。获取途径 SLM:Measurement表单或计算得出示例 truefalse
	服务配置项 ServiceCI	受影响的主要业务服务或配置项。
说明此属性标识与问题相关的服务配置项（CI），例如“电子邮件服务”“SAP ERP”或“Wi-Fi网络”。在BMC Helix中，通常对应“Service+”字段或主要CI关联关系。在分析中，此属性支持按产品或服务细分问题记录，帮助IT管理者了解哪些服务最不稳定、产生的问题调查最多。将产品维度纳入“吞吐量与优先级数量”仪表板后，您可以据此开展分析。将此属性与“调查周期时间”关联分析，可以了解某些复杂服务（如核心银行系统）的调查时间是否本来就长于普及型服务（如打印服务）。重要性它将流程绩效与具体业务产品或服务关联起来。获取途径 PBM:Problem Investigation表单中的“ServiceCI”或“CI Name”字段示例电子邮件服务薪资系统企业VPN
	根因类别 RootCauseCategory	对问题根本原因的分类。
说明此属性包含确定根因时选择的类别，例如“软件错误”“硬件故障”或“流程缺口”。在BMC Helix中，通常从“Root Cause”或“Generic Categorization”菜单中选择。此属性是“修复有效性与质量”视图的重要依据。组织可以据此分析特定根因类型与返工率或调查时长之间的关系。例如，分析可能发现，解决“软件错误”问题所需的时间始终是解决“硬件故障”问题的两倍。此属性还用于计算“根因分类率”。如果此字段中“未知”或“其他”的比例较高，说明可能需要加强技术培训，或提供更细致的分类选项。重要性它支持分析系统性问题的趋势，并推动主动问题管理。获取途径 PBM:Problem Investigation表单中的“Root Cause”或分类选项卡字段示例软件模块网络基础设施人为错误
	调查发起原因 InvestigationDriver	发起问题调查的原因。
说明此属性对问题记录的触发原因进行分类，例如“事件数量”“重大事件”“供应商通知”或“主动趋势分析”。在BMC Helix中，对应“Investigation Driver”字段。此属性支持“主动识别趋势”仪表板，帮助组织衡量工作方式从被动应对事件转向主动问题管理的变化，即从处理已发生的事件转向提前识别风险。按“调查发起原因”分析流程，可以发现不同原因对应的处理方式。例如，主动发起的问题可能会在队列中停留更久，因为它们不会立即造成服务中断；而由重大事件引发的问题通常会被加急处理。重要性它区分被动响应与主动处理，是衡量成熟度的重要指标。获取途径 PBM:Problem Investigation表单中的“Investigation Driver”字段示例被动响应主动预防重复事件
	问题协调员 ProblemCoordinator	负责协调调查的个人用户。
说明此属性标识负责问题记录的具体人员。在BMC Helix ITSM中，对应“Problem Coordinator”字段。即使任务委派给其他人，此人仍负责问题的整个生命周期。此属性支持“支持团队工作量分布”仪表板，帮助管理人员发现是否有个别人员调查任务过重，而其他人员仍有余力。它还支持个人层面的绩效分析，帮助识别培训需求或表现突出的人员。在流程挖掘中，此字段作为资源属性，帮助您查看工作在不同人员之间的流转情况，并发现流程过度依赖某位专家而形成的单点故障。重要性它支持资源分析和个人层面的工作量平衡。获取途径 PBM:Problem Investigation表单中的“Problem Coordinator”字段示例 John DoeJane Smith系统管理员
	临时解决方案状态 WorkaroundStatus	指示是否已找到并发布有效的临时解决方案。
说明此属性跟踪临时解决方案（Workaround）的状态。它可以是简单的布尔值（Has Workaround），也可以是状态文本。在BMC Helix中，通常根据“Workaround”字段是否有内容或特定状态标记来确定。此属性是“临时解决方案发布表现”仪表板的关键指标，可用于了解团队在调查根因期间缓解影响的效果。按“No Workaround”筛选流程视图，可以找出调查期间业务仍承受全部影响的案例。此属性也支持质量审计。如果问题记录在没有永久修复方案（变更请求）且没有临时解决方案的情况下关闭，通常说明流程存在问题，需要复核。重要性用于衡量调查期间缓解影响的效果。获取途径 PBM:Problem Investigation表单中“Workaround”字段内容检查示例活跃无已停用
	关联变更请求ID RelatedChangeRequestId	为解决此问题而发起的变更请求标识符。
说明此属性包含与问题记录关联的变更请求ID（例如CRQ0000...），代表流程从调查转入实施永久修复方案。计算“根因到变更的周期时间”KPI需要此属性。流程挖掘工具可据此衡量发现根因到启动变更流程之间的延迟。这是容易失去推进势头的常见交接环节。此属性还有助于核查流程是否完整。问题记录状态为“Completed”并已关闭，但没有关联变更请求（或临时解决方案），可能说明流程未按要求执行：虽然找到了根因，却没有真正修复。重要性将问题管理流程与变更管理流程关联起来。获取途径 PBM:Investigation Associations或Relationship选项卡示例 CRQ00000021345CRQ00000021346
	区域 Region	与问题相关的地理区域。
说明此属性用于指定问题发生或正在处理的地理位置（例如“北美”“EMEA”）。在BMC Helix中，通常可在请求者或受影响资产关联的“Region”或“Site”字段中找到。分析时，可按地理区域细分数据，帮助识别哪些区域的问题数量较多或解决时间较长，从而发现不同地点在支持人员配置或基础设施质量方面的差异。对于全球性组织，此属性有助于确保服务交付一致。如果“APAC”的“调查周期时间”是“NAM”的两倍，就需要进一步检查该区域的资源分配或流程执行情况。重要性可用于比较不同地理区域的流程表现。获取途径 PBM:Problem Investigation表单中的“Region”字段示例美洲EMEAAPAC
	调查周期时间 InvestigationCycleTime	从开始调查到识别根因所需的时间。
说明这是一个计算得出的时长属性，用于衡量“Investigation Commenced”活动与“Root Cause Identified”活动之间的时间。它代表问题管理流程中直接创造价值的核心时段。此指标用于“根因调查周期时间”仪表板，帮助管理者了解问题的技术复杂程度和调查团队的效率。异常值（例如耗时极短）可能意味着判断过于草率；耗时过长则可能说明调查陷入停滞。比较不同“支持组”和“优先级”的此项指标，组织可以识别哪些团队需要更好的工具、培训或供应商支持，以加快问题诊断。重要性这是衡量技术调查阶段效率的主要指标。获取途径根据活动时间戳计算示例 4500000120000
	重新分配次数 ReassignmentCount	支持组变更的总次数。
说明此属性统计单个案例中“Assigned to Support Group”活动发生的次数，可直接反映流程阻力和分派效率。此属性用于生成“支持组重新分配分析”图表。数值较高（反复转派）说明初始分诊效果不佳，或复杂问题缺少明确负责人。这也是周期时间可能延长的先行指标。管理者可据此发现培训机会。例如，服务台总是先把“数据库”问题转给“网络”组，随后“网络”组又转回“数据库”组，重新分配次数就会升高，表明需要改进初始诊断脚本。重要性用于发现流程中的浪费、阻力和责任归属不清等问题。获取途径根据活动历史记录计算示例 015

必填建议填写选填

问题管理活动

以下是建议跟踪的关键流程步骤和状态变更，帮助您全面了解调查和解决阶段。

9 建议填写 4 选填

	活动	说明
	变更请求已发起	将基础设施变更请求关联至问题调查，标志着实施阶段开始。
重要性这是“根因确定至变更请求的周期时间”KPI的关键指标，也有助于发现问题管理与变更管理流程之间的孤岛。获取途径 PBM:Investigation_Associations表，或“Infrastructure Change ID”字段的填充值。采集在PBM:Investigation_Associations中创建关联时记录事件类型 explicit
	已分配至支持团队	将问题记录分配给特定技术团队。通过监控“Assigned Group”字段的变更来捕获此事件。
重要性用于衡量交接、反复转派情况以及“首次分派平均时间”KPI。获取途径 PBM:Problem Investigation表单中的“Assigned Group”字段历史记录或审计日志。采集比较更新前后的“Assigned Group”字段事件类型 inferred
	已制定临时解决方案	在问题记录的Workaround字段中输入或更新文本，表示已记录临时解决方案。
重要性为“临时解决方案发布时间”KPI提供依据，并反映事件影响的缓解情况。获取途径 PBM:Problem Investigation表单中“Workaround”文本字段的变更。采集比较“Workaround”字段内容，识别非空更新事件类型 inferred
	根因已确定	问题记录进入根因已知状态的时点。当Status变为“Root Cause Identified”时，可据此推断此事件发生。
重要性这是“根因调查周期时间”仪表板中的关键里程碑，标志着流程从分析转向制定解决方案。获取途径 PBM:Problem Investigation表单中的“Status”字段=“Root Cause Identified”。采集比较Status字段，识别状态是否转为Root Cause Identified 事件类型 inferred
	解决方案已验证	确认永久修复成功的时点。当Status变为“Solution Implemented”或“Completed”时，可据此推断此事件发生。
重要性用于计算“问题SLA达成率”，并确认技术工作已完成。获取途径 PBM:Problem Investigation表单中的“Status”字段=“Solution Implemented”或“Completed”。采集比较Status字段，识别状态是否转为Solution Implemented 事件类型 inferred
	调查已开始	问题记录进入主动分析阶段。当Status字段变为“Under Investigation”时，可据此推断此事件发生。
重要性标记实际工作阶段的开始，为“调查周期时间”KPI提供依据。获取途径 PBM:Problem Investigation表单中的“Status”字段=“Under Investigation”。采集比较Status字段，识别状态是否转为Under Investigation 事件类型 inferred
	问题记录已关闭	问题记录的最终行政关闭操作。此事件标志着流程实例结束。
重要性标准结束事件，是完整周期时间分析和“事件关联密度”计算的必要依据。获取途径 PBM:Problem Investigation表单中的“Status”字段=“Closed”。采集比较Status字段，识别状态是否转为Closed 事件类型 inferred
	问题记录已取消	问题记录在解决前终止。当状态变为“Cancelled”或“Rejected”时捕获此事件。
重要性用于识别无效工作或合理的重复记录，也代表一种替代结束状态。获取途径 PBM:Problem Investigation表单中的“Status”字段=“Cancelled”或“Rejected”。采集比较Status字段，识别状态是否转为Cancelled 事件类型 inferred
	问题记录已登记	在系统中首次创建问题调查记录。每当在PBM:Problem Investigation表单中保存新条目时，系统都会明确记录此事件。
重要性标记流程实例的开始时间，是计算整体周期时间和初始响应指标的关键。获取途径 PBM:Problem Investigation表单中的“Submit Date”时间戳，或“Status”=“Draft”的创建日志。采集创建PBM:Problem Investigation记录时记录事件类型 explicit
	协调人已重新分配	支持团队内的问题协调人发生变更。通过监控“Problem Coordinator”字段来捕获此事件。
重要性有助于分析工作量分配和个人资源瓶颈。获取途径 PBM:Problem Investigation表单中的“Problem Coordinator”字段历史记录。采集比较更新前后的“Problem Coordinator”字段事件类型 inferred
	已升级为已知错误	创建与问题调查关联的已知错误记录。这是一个关联记录创建事件。
重要性表示问题已正式记录，便于广泛沟通和长期跟踪。获取途径在PBM:Known Error中创建与PBM:Problem Investigation ID关联的记录。采集创建PBM:Known Error记录时记录事件类型 explicit
	已完成实施后评审	PIR阶段完成。可通过状态离开PIR状态，或关联的PIR Task关闭来捕获此事件。
重要性直接用于评估“实施后评审合规率”和流程质量审计。获取途径 PBM:Problem Investigation表单中的“PIR Required”标记，或关联的Task类型为“PIR”的任务完成情况。采集根据PIR状态完成情况或PIR Task关闭情况推导事件类型 inferred
	解决方案数据库已更新	记录状态转为“Solution Database”，表示已提出或确定永久修复方案。
重要性跟踪解决方案在实施前的制定进度。获取途径 PBM:Problem Investigation表单中的“Status”字段=“Solution Database”。采集比较Status字段，识别状态是否转为Solution Database 事件类型 inferred

建议填写选填

数据提取指南

如何从BMC Helix ITSM提取问题管理数据

步骤

登录BMC Helix ITSM 使用具有Problem Master或Report Administrator权限的账号，访问中间层或Smart IT界面。
打开报表控制台 在Applications菜单中选择AR System Report Console。如果使用Smart IT，请打开Reporting仪表板并选择“Web Report”。
新建报表 点击新建按钮（绿色加号图标），启动报表向导。
选择数据源（表单） 在“Form Name”字段中搜索并选择PBM:AuditLogSystem（或根据版本选择PBM:Problem Investigation_AuditLog）。 注意：PBM:Problem Investigation表单包含当前案例数据；要生成数据要求所需的逐行事件历史记录（例如重新分派、状态变更），必须使用Audit Log表单。
设置报表名称和类型 输入描述性标题（例如“问题管理事件日志”），并确保格式设为Web Report。
添加列（属性） 从Available Fields列表中选择以下字段，并将其移至Selected Fields列表：
- Original Request ID（对应ProblemRecord）
- Submit Date（对应EventTime）
- Fields Changed（对应Activity）
- 用户（对应User/Coordinator）
- Log Key 1（通常包含原始Status值）
设置筛选条件（Qualification） 点击筛选或Qualification选项卡，设置查询范围：
- 将Form Name设为"PBM:Problem Investigation"（排除Incident/Change审计记录）。
- 将Submit Date设为所需时间范围（例如>= 01/01/2023）。
保存并运行 保存报表配置。点击预览确认数据已返回，然后点击导出。
导出为CSV 选择CSV（逗号分隔值）作为导出格式，并确保包含表头。
辅助导出（建议用于属性） 在PBM:Problem Investigation上另建一个简单报表，导出Problem Investigation ID、Priority、ServiceCI和说明。在分析工具中，可将此“案例属性”文件与事件日志合并，补充每条审计记录中可能缺失的建议静态属性（Priority、Service CI）。
数据转换（导出后） 上传至ProcessMind之前：
- 将Fields Changed的值映射到标准活动（例如，若Field Changed = "Status"，则使用Log Key 1中的值判断活动是“调查已开始”还是“已确定根因”）。
- 根据需要筛除与流程无关的更新（例如外观字段更新）。

配置

表单选择：PBM:AuditLogSystem是主要数据源。直接提取PBM:Problem Investigation只能获得当前状态，无法记录“协调人已重新分派”或“临时解决方案已确定”等历史。
日期筛选：在Audit表单中筛选Submit Date，而不只是案例创建日期，以便捕获较早案例的近期活动。
“Form Name”字段：这是关键筛选条件。Audit System表单由整个ITSM共用。您必须设置Form Name = "PBM:Problem Investigation"，避免混入Incident或Change日志。
性能：Audit Log表较大。建议每次导出3至6个月的数据，或严格按Original Request ID前缀筛选（例如PBM%）。
权限：需要查看System Audit表单的权限。如果权限受限，请联系系统管理员执行导出。

查询示例 config

Form: PBM:AuditLogSystem
Type: Web Report (AR System Report Console)

// === SELECTION COLUMNS ===
// These fields form the raw event log structure
1. Original Request ID   (Alias: ProblemRecord)
2. Submit Date           (Alias: EventTime)
3. Submitter             (Alias: User)
4. Fields Changed        (Alias: Activity_Type)
5. Log Key 1             (Alias: New_Value)
6. Log Key 2             (Alias: Previous_Value)
7. Form Name             (Alias: Source_Module)

// === SEARCH QUALIFICATION (FILTER) ===
// Copy this logic into the Advanced Search or Qualification builder

('Form Name' = "PBM:Problem Investigation") AND
('Submit Date' >= "2023-01-01 00:00:00") AND
('Fields Changed' != $NULL$)

// === POST-EXPORT LOGIC (Context for Analyst) ===
// The Audit Log captures changes generically. You must map them:
// IF 'Fields Changed' CONTAINS "Status" AND 'Log Key 1' = "Under Investigation" -> Activity = "Investigation Commenced"
// IF 'Fields Changed' CONTAINS "Work Around" -> Activity = "Workaround Defined"
// IF 'Fields Changed' CONTAINS "PBM Coordinator" -> Activity = "Coordinator Reassigned"
// IF 'Fields Changed' = $NULL$ (Create Event) -> Activity = "Problem Record Logged"

步骤

确认前提条件：确保您拥有AR System数据库的读取权限（SELECT权限），尤其是PBM_Problem_Investigation和PBM_Problem_WorkLog视图。确认您的用户账号可以访问相关Company/Support Group数据。
连接数据库：打开您常用的SQL客户端（例如SQL Server Management Studio、DBeaver或Oracle SQL Developer），连接到BMC Helix AR System数据库副本或报表数据库。
了解数据模型：确认您所在实例使用的具体表名或视图名。PBM_Problem_Investigation是标准名称，但某些定制环境可能使用PBM_Problem_Investigation_Join或类似名称。核实Problem_ID和Submit_Date列名。
准备查询：复制下方“Query”部分提供的SQL查询。该脚本会合并主要问题记录数据和工作日志历史，生成事务事件日志。
设置筛选条件：找到脚本中的WHERE子句（注释示例：/* Filter by Date */），并将日期范围改为所需的提取时段（例如Submit_Date >= '2023-01-01'）。
执行提取：运行完整查询。根据问题记录和工作日志的数据量，执行可能需要几分钟。请确保数据库客户端不会超时。
验证数据：检查ProblemRecord、活动和EventTime等关键列，确保这些必填字段均无NULL值。
导出数据：将查询结果保存为CSV文件。使用标准UTF-8编码，并确保包含表头。
整理上传文件：打开CSV，检查日期格式是否一致（ProcessMind建议使用ISO 8601格式YYYY-MM-DD HH:MM:SS）。如发现文本字段中有二进制字符或多余空格，请将其删除。
导入ProcessMind：上传清理后的CSV，并按照“Settings Overview”中的定义映射列。

配置

时间范围：建议提取3至6个月的数据，在查询性能和流程可见性之间取得平衡。
系统视图：主要视图为PBM_Problem_Investigation（标题数据）和PBM_Problem_WorkLog（活动历史）。
日期筛选：若要保留完整案例，主要按Problem Investigation的Submit_Date筛选；若要严格限定时间范围，则按EventTime筛选。
Company筛选：如果托管多个环境，请在所有WHERE子句中添加AND Company = 'YourCompany'，防止数据泄露。
性能：查询使用高效的UNION ALL，但连接WorkLog中的大型CLOB/Text字段可能较慢。请确保使用Problem_ID上的数据库索引。

查询示例 sql

/* Part 1: Problem Record Logged (Creation) */
SELECT
    P.Problem_ID AS ProblemRecord,
    'Problem Record Logged' AS Activity,
    P.Submit_Date AS EventTime,
    'BMC Helix' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    P.Assigned_Group AS SupportGroup,
    P.Priority AS Priority,
    P.PBM_Coordinator AS ProblemCoordinator,
    P.Generic_Category AS RootCauseCategory,
    P.ServiceCI AS ServiceCI,
    P.Investigation_Driver AS InvestigationDriver,
    P.Target_Date AS SLADueDate,
    (SELECT COUNT(*) FROM HPD_Help_Desk_Associations A WHERE A.Problem_ID = P.Problem_ID) AS RelatedIncidentCount,
    CASE WHEN P.Target_Date < P.Closed_Date THEN 'Yes' ELSE 'No' END AS IsSLABreached
FROM PBM_Problem_Investigation P
WHERE P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 2: Investigation Commenced (Status Transition) */
SELECT
    P.Problem_ID,
    'Investigation Commenced',
    /* Prefer explicit status history timestamp if available, else estimate from Last_Modified if current status matches */
    COALESCE(P.Status_History_Under_Inv_Time, P.Last_Modified_Date),
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
WHERE P.Status_History_Under_Inv_Time IS NOT NULL
   OR (P.Status = 1 AND P.Last_Modified_Date IS NOT NULL) /* Status 1 = Under Investigation */
   AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 3: Root Cause Identified (Status Transition) */
SELECT
    P.Problem_ID,
    'Root Cause Identified',
    COALESCE(P.Status_History_Root_Cause_Time, P.Last_Modified_Date),
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
WHERE P.Status_History_Root_Cause_Time IS NOT NULL
   OR (P.Status = 2) /* Status 2 = Root Cause Identified */
   AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 4: Solution Database Updated (Status Transition) */
SELECT
    P.Problem_ID,
    'Solution Database Updated',
    COALESCE(P.Status_History_Solution_Time, P.Last_Modified_Date),
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
WHERE P.Status_History_Solution_Time IS NOT NULL
   OR (P.Status = 3) /* Status 3 = Solution Database */
   AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 5: Resolution Verified (Inferred from Completed Status) */
SELECT
    P.Problem_ID,
    'Resolution Verified',
    COALESCE(P.Status_History_Completed_Time, P.Last_Modified_Date),
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
WHERE P.Status_History_Completed_Time IS NOT NULL
   OR (P.Status >= 4) /* Status 4 = Implemented/Completed */
   AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 6: Problem Record Closed */
SELECT
    P.Problem_ID,
    'Problem Record Closed',
    P.Closed_Date,
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
WHERE P.Status = 5 /* Status 5 = Closed */
  AND P.Closed_Date IS NOT NULL
  AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 7: Problem Record Cancelled */
SELECT
    P.Problem_ID,
    'Problem Record Cancelled',
    P.Last_Modified_Date,
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
WHERE P.Status = 6 /* Status 6 = Cancelled */
  AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 8: Workaround Defined (From Worklog) */
SELECT
    P.Problem_ID,
    'Workaround Defined',
    W.Submit_Date,
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
JOIN PBM_Problem_WorkLog W ON P.Problem_ID = W.Problem_ID
WHERE W.Work_Log_Type = 'Workaround' OR W.Description LIKE '%Workaround%'
  AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 9: Assigned to Support Group (From Worklog) */
SELECT
    P.Problem_ID,
    'Assigned to Support Group',
    W.Submit_Date,
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
JOIN PBM_Problem_WorkLog W ON P.Problem_ID = W.Problem_ID
WHERE W.Description LIKE '%Assigned to Group%'
  AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 10: Coordinator Reassigned (From Worklog) */
SELECT
    P.Problem_ID,
    'Coordinator Reassigned',
    W.Submit_Date,
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
JOIN PBM_Problem_WorkLog W ON P.Problem_ID = W.Problem_ID
WHERE W.Description LIKE '%Coordinator%' AND W.Description LIKE '%Change%'
  AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 11: Change Request Initiated (From Worklog or Description) */
SELECT
    P.Problem_ID,
    'Change Request Initiated',
    W.Submit_Date,
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
JOIN PBM_Problem_WorkLog W ON P.Problem_ID = W.Problem_ID
WHERE (W.Description LIKE '%Change Request%' OR W.Description LIKE '%CRQ%')
  AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 12: Known Error Promoted (From Worklog) */
SELECT
    P.Problem_ID,
    'Known Error Promoted',
    W.Submit_Date,
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
JOIN PBM_Problem_WorkLog W ON P.Problem_ID = W.Problem_ID
WHERE (W.Description LIKE '%Known Error%' OR W.Work_Log_Type = 'Known Error')
  AND P.Submit_Date >= '2023-01-01'

UNION ALL

/* Part 13: Post-Implementation Review Conducted */
SELECT
    P.Problem_ID,
    'Post-Implementation Review Conducted',
    COALESCE(P.Status_History_Completed_Time, P.Last_Modified_Date),
    'BMC Helix',
    GETDATE(),
    P.Assigned_Group,
    P.Priority,
    P.PBM_Coordinator,
    P.Generic_Category,
    P.ServiceCI,
    P.Investigation_Driver,
    P.Target_Date,
    NULL,
    NULL
FROM PBM_Problem_Investigation P
WHERE (P.Status_Reason = 'PIR' OR P.Investigation_Driver = 'PIR')
  AND P.Status >= 4
  AND P.Submit_Date >= '2023-01-01'

步骤

前提条件：确保提取设备已安装Python 3.x。您还需要requests和pandas库，可通过pip install requests pandas安装。
API访问：向BMC Helix ITSM管理员申请专用集成用户账号。该账号需要“Problem Viewer”和“AR System Administrator”（或同等API访问）权限。
获取API网关地址：获取BMC Helix AR System REST API的基础URL，通常格式为https://[your-instance].onbmc.com/api/arsys/v1。
映射字段ID：BMC Helix使用内部字段ID。脚本使用useLabels功能尝试获取易读名称，但您仍应在自己的部署环境中通过Developer Studio或测试GET请求，核实“Status”“Assigned Group”和“Workaround”对应的字段ID。
配置脚本：更新所提供Python脚本中的CONFIG字典，设置URL、用户名、密码和数据提取日期范围。
提取主要数据：脚本首先查询PBM:Problem Investigation表单，获取基础问题记录详情，根据Submit Date创建“问题记录已登记”活动，并提取当前属性。
提取历史数据：脚本会逐条获取审计记录。在BMC Helix中，历史记录通常存储于PBM:AuditLogSystem，也可通过关联访问。脚本会查询Audit表单，捕获状态转换（例如调查已开始）和字段更新（例如已分派至支持组）。
转换数据：脚本包含映射逻辑，可将BMC状态代码（例如“调查中”“已确定根因”）转换为流程定义所需的活动名称。
验证：以试运行模式运行脚本（仅提取少量记录），确保字段名称与您的定制配置一致。检查控制台输出中是否有连接错误。
执行提取：运行完整提取。脚本会自动使用offset和limit参数进行分页，避免超时。
生成输出文件：脚本会将所有事件汇总到一个DataFrame，并导出为problem_management_event_log.csv。
最终检查：打开CSV文件，确认“EventTime”列格式正确（建议使用ISO 8601），并确认所有13种活动类型均已包含，然后再上传至ProcessMind。

配置

API端点：AR System REST API是标准接口。请确保相关端口（通常为443）允许网络流量通过。
分页：脚本默认每批处理1000条记录。您可根据网络延迟和服务器超时设置调整批次大小。
日期筛选：提取时会按主记录的Submit Date筛选。请确保查询中的日期格式符合AR System要求（具体格式因版本而异，通常为epoch或特定字符串格式）。
字段选择：脚本仅请求必要字段，以减小数据量。添加说明或附件字段可能会显著降低提取速度。
身份验证：使用JWT（JSON Web Token）身份验证。由于令牌会过期，脚本会在发送请求前获取令牌。
状态映射：BMC使用整数ID表示状态值（例如0、10、20）。脚本会将其映射为易读的活动名称。请根据您的ITSM配置核实这些映射。

查询示例 python

import requests
import json
import pandas as pd
from datetime import datetime
import time

class=class="hl-string">"hl-comment"># Configuration
CONFIG = {
    class="hl-string">"base_url": class="hl-string">"https://[your-instance].onbmc.com/api/arsys/v1",
    class="hl-string">"username": class="hl-string">"[API_User]",
    class="hl-string">"password": class="hl-string">"[API_Password]",
    class="hl-string">"start_date": class="hl-string">"2023-01-01T00:00:00.000+0000",
    class="hl-string">"output_file": class="hl-string">"problem_management_event_log.csv",
    class="hl-string">"batch_size": 1000
}

class=class="hl-string">"hl-comment"># Status Map (Standard BMC Helix PBM Status values)
STATUS_MAP = {
    class="hl-string">"Draft": class="hl-string">"Problem Record Logged",
    class="hl-string">"Under Investigation": class="hl-string">"Investigation Commenced",
    class="hl-string">"Root Cause Identified": class="hl-string">"Root Cause Identified",
    class="hl-string">"Solution Database": class="hl-string">"Solution Database Updated",
    class="hl-string">"Solution Implemented": class="hl-string">"Resolution Verified",
    class="hl-string">"Completed": class="hl-string">"Resolution Verified",
    class="hl-string">"Rejected": class="hl-string">"Problem Record Cancelled",
    class="hl-string">"Cancelled": class="hl-string">"Problem Record Cancelled",
    class="hl-string">"Closed": class="hl-string">"Problem Record Closed"
}

class=class="hl-string">"hl-comment"># Global Session
session = requests.Session()

def login():
    url = fclass="hl-string">"{CONFIG['base_url']}/jwt/login"
    headers = {class="hl-string">"Content-Type": class="hl-string">"application/x-www-form-urlencoded"}
    data = {
        class="hl-string">"username": CONFIG[class="hl-string">"username"],
        class="hl-string">"password": CONFIG[class="hl-string">"password"]
    }
    response = session.post(url, headers=headers, data=data)
    if response.status_code == 200:
        session.headers.update({class="hl-string">"Authorization": fclass="hl-string">"AR-JWT {response.text}"})
        print(class="hl-string">"Authentication successful.")
    else:
        raise Exception(fclass="hl-string">"Login failed: {response.text}")

def fetch_records(form_name, fields, query_string):
    all_entries = []
    offset = 0
    
    while True:
        url = fclass="hl-string">"{CONFIG['base_url']}/entry/{form_name}"
        params = {
            class="hl-string">"q": query_string,
            class="hl-string">"fields": fclass="hl-string">"values({','.join(fields)})",
            class="hl-string">"offset": offset,
            class="hl-string">"limit": CONFIG[class="hl-string">"batch_size"],
            class="hl-string">"useLabels": class="hl-string">"true"
        }
        
        resp = session.get(url, params=params)
        if resp.status_code != 200:
            print(fclass="hl-string">"Error fetching data: {resp.text}")
            break
            
        data = resp.json()
        entries = data.get(class="hl-string">'entries', [])
        if not entries:
            break
            
        for entry in entries:
            all_entries.append(entry[class="hl-string">'values'])
            
        offset += len(entries)
        print(fclass="hl-string">"Fetched {len(all_entries)} records from {form_name}...")
        
    return all_entries

def generate_event_log():
    class=class="hl-string">"hl-comment"># 1. Fetch Main Problem Records
    print(class="hl-string">"Fetching Problem Investigations...")
    pbm_fields = [
        class="hl-string">"Problem ID", class="hl-string">"Submit Date", class="hl-string">"Last Modified Date", class="hl-string">"Status", 
        class="hl-string">"Assigned Group", class="hl-string">"Priority", class="hl-string">"Problem Coordinator", 
        class="hl-string">"Description", class="hl-string">"Workaround", class="hl-string">"Investigation Driver"
    ]
    class=class="hl-string">"hl-comment"># Query syntax: class="hl-string">'Submit Date' > class="hl-string">"start_date"
    pbm_query = fclass="hl-string">"'Submit Date' > \"{CONFIG[class="hl-string">'start_date']}\class="hl-string">""
    
    problems = fetch_records(class="hl-string">"PBM:Problem Investigation", pbm_fields, pbm_query)
    
    event_log = []
    
    class=class="hl-string">"hl-comment"># Map of Problem ID to attributes for enrichment
    pbm_lookup = {}

    for p in problems:
        pid = p.get(class="hl-string">"Problem ID")
        pbm_lookup[pid] = p
        
        class=class="hl-string">"hl-comment"># Event 1: Problem Record Logged (Creation)
        event_log.append({
            class="hl-string">"ProblemRecord": pid,
            class="hl-string">"Activity": class="hl-string">"Problem Record Logged",
            class="hl-string">"EventTime": p.get(class="hl-string">"Submit Date"),
            class="hl-string">"SupportGroup": p.get(class="hl-string">"Assigned Group"),
            class="hl-string">"Priority": p.get(class="hl-string">"Priority"),
            class="hl-string">"ProblemCoordinator": p.get(class="hl-string">"Problem Coordinator"),
            class="hl-string">"SourceSystem": class="hl-string">"BMC Helix ITSM",
            class="hl-string">"LastDataUpdate": datetime.now().isoformat()
        })

    class=class="hl-string">"hl-comment"># 2. Fetch Audit Logs / History
    class=class="hl-string">"hl-comment"># Note: Fetching PBM:AuditLogSystem or PBM:Problem Investigation_AuditLog
    class=class="hl-string">"hl-comment"># We filter by the Problem IDs we just fetched to optimize
    print(class="hl-string">"Fetching Audit Logs...")
    
    class=class="hl-string">"hl-comment"># In a real scenario, chunk this query if too many IDs, here simplified
    class=class="hl-string">"hl-comment"># We look for field changes relevant to our activities
    audit_fields = [class="hl-string">"Original Request ID", class="hl-string">"Fields Changed", class="hl-string">"Log Date", class="hl-string">"User", class="hl-string">"New Value"]
    
    class=class="hl-string">"hl-comment"># Iterate through problems to get history (Alternative: fetch bulk audit if API allows complex ORs)
    class=class="hl-string">"hl-comment"># For this script, we assume we fetch audit based on the main form query logic mapping
    class=class="hl-string">"hl-comment"># WARNING: Fetching audit for all records can be slow. 
    
    class=class="hl-string">"hl-comment"># For demonstration, we simulate fetching audit entries. 
    class=class="hl-string">"hl-comment"># In production, query class="hl-string">'PBM:Problem Investigation_AuditLog' where class="hl-string">'Original Request ID' IN (...)
    
    class=class="hl-string">"hl-comment"># Placeholder for audit data retrieval logic
    class=class="hl-string">"hl-comment"># Simulating a loop over retrieved problems to get their specific audit trails
    class=class="hl-string">"hl-comment"># This is a logical representation; in high volume, use a bulk export method
    
    for p in problems:
        pid = p.get(class="hl-string">"Problem ID")
        
        class=class="hl-string">"hl-comment"># Query specific audit form for this problem
        class=class="hl-string">"hl-comment"># Using PBM:Problem Investigation_AuditLog as the standard history container
        audit_query = fclass="hl-string">"'Original Request ID' = \"{pid}\class="hl-string">""
        class=class="hl-string">"hl-comment"># We only need specific fields changed
        audit_entries = fetch_records(class="hl-string">"PBM:Problem Investigation_AuditLog", audit_fields, audit_query)
        
        for audit in audit_entries:
            fields_changed = audit.get(class="hl-string">"Fields Changed", class="hl-string">"")
            new_val = audit.get(class="hl-string">"New Value", class="hl-string">"")
            log_date = audit.get(class="hl-string">"Log Date")
            
            activity = None
            
            class=class="hl-string">"hl-comment"># Map Fields to Activities
            if class="hl-string">"Status" in fields_changed:
                class=class="hl-string">"hl-comment"># Map status string to activity
                activity = STATUS_MAP.get(new_val)
                
            elif class="hl-string">"Assigned Group" in fields_changed:
                activity = class="hl-string">"Assigned to Support Group"
                
            elif class="hl-string">"Workaround" in fields_changed:
                activity = class="hl-string">"Workaround Defined"
                
            elif class="hl-string">"Problem Coordinator" in fields_changed:
                activity = class="hl-string">"Coordinator Reassigned"
                
            elif class="hl-string">"Infrastructure Change ID" in fields_changed or class="hl-string">"Change Request" in fields_changed:
                activity = class="hl-string">"Change Request Initiated"
                
            elif class="hl-string">"Known Error" in fields_changed:
                activity = class="hl-string">"Known Error Promoted"

            class=class="hl-string">"hl-comment"># PIR Inference: If status moves to class="hl-string">'Closed' and PIR task exists (simplified here to Status)
            if activity == class="hl-string">"Problem Record Closed" and p.get(class="hl-string">"PIR Required") == class="hl-string">"Yes":
                 class=class="hl-string">"hl-comment"># Insert PIR event just before close if not explicitly found
                 event_log.append({
                    class="hl-string">"ProblemRecord": pid,
                    class="hl-string">"Activity": class="hl-string">"Post-Implementation Review Conducted",
                    class="hl-string">"EventTime": log_date, class=class="hl-string">"hl-comment"># Same time as close for this logic
                    class="hl-string">"SupportGroup": p.get(class="hl-string">"Assigned Group"),
                    class="hl-string">"SourceSystem": class="hl-string">"BMC Helix ITSM",
                    class="hl-string">"LastDataUpdate": datetime.now().isoformat()
                })

            if activity:
                event_log.append({
                    class="hl-string">"ProblemRecord": pid,
                    class="hl-string">"Activity": activity,
                    class="hl-string">"EventTime": log_date,
                    class="hl-string">"SupportGroup": p.get(class="hl-string">"Assigned Group"), class=class="hl-string">"hl-comment"># Use current or historical if parsed
                    class="hl-string">"Priority": p.get(class="hl-string">"Priority"),
                    class="hl-string">"ProblemCoordinator": p.get(class="hl-string">"Problem Coordinator"),
                    class="hl-string">"SourceSystem": class="hl-string">"BMC Helix ITSM",
                    class="hl-string">"LastDataUpdate": datetime.now().isoformat()
                })

    class=class="hl-string">"hl-comment"># Convert to DataFrame
    df = pd.DataFrame(event_log)
    
    class=class="hl-string">"hl-comment"># Sorting
    if not df.empty:
        df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'])
        df = df.sort_values(by=[class="hl-string">'ProblemRecord', class="hl-string">'EventTime'])
        
        class=class="hl-string">"hl-comment"># Export
        df.to_csv(CONFIG[class="hl-string">'output_file'], index=False)
        print(fclass="hl-string">"Extraction complete. Data saved to {CONFIG['output_file']}")
    else:
        print(class="hl-string">"No events extracted.")

if __name__ == class="hl-string">"__main__":
    try:
        login()
        generate_event_log()
    except Exception as e:
        print(fclass="hl-string">"An error occurred: {e}")

准备好开始了吗？

立即将此模板应用于BMC Helix ITSM数据，提升服务稳定性。如需了解设置方法，我们的团队随时为您提供帮助。

返回改进指南

下载模板

立即解决问题管理瓶颈

将周期时间缩短30%，提升服务稳定性。

开始免费试用

无需信用卡，几分钟即可完成设置。

您的问题管理数据模板

您的问题管理数据模板

问题管理属性

问题管理活动

数据提取指南

从BMC Helix AR System报表控制台导出

步骤

配置

查询示例 config

直接查询AR System数据库视图

步骤

配置

查询示例 sql

通过AR System REST API使用Python提取数据

步骤

配置

查询示例 python

准备好开始了吗？

立即解决问题管理瓶颈