您的变更管理数据模板

ServiceNow

← 返回改进指南

变更管理属性 (19) 变更管理活动 (13) 提取指南 (3)

您的变更管理数据模板

此模板为收集变更管理工作流流程挖掘所需的关键数据提供了结构化方法。模板列出了建议跟踪的属性和活动，并提供了实用的数据提取指导。使用此资源准备数据，以便进行全面分析和优化。

建议收集的属性
为准确发现流程而需跟踪的关键活动
从ServiceNow提取数据的指导

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

下载模板

变更管理属性

以下是建议纳入事件日志的数据字段，用于全面分析您的变更管理流程。

3 必需 7 建议 9 可选

	名称	说明
	事件时间 EventTime	特定活动或事件发生的准确时间戳。
说明 Event Time记录活动执行或状态变更登记的准确日期和时间。此时间戳对于按时间顺序排列事件，以及开展所有基于持续时间的分析至关重要。在流程挖掘中，此属性支持计算周期时间、处理时间和活动间等待时间。它是分析绩效的仪表板所必需的数据，例如Change Approval Cycle Time和End-to-End Change Process Flow。准确的时间戳是识别延迟，以及根据SLA衡量流程效率的基础。为什么重要此时间戳对于正确排列事件顺序和计算所有基于时间的指标至关重要，包括周期时间、持续时间和SLA遵循情况。获取位置 ServiceNow表：sys_audit，字段：sys_created_on。该字段提供每项已记录变更的时间戳。示例 2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:05:00Z
	变更请求ID ChangeRequestNumber	变更请求的唯一标识符，用作汇总所有相关事件的主要案例ID。
说明变更请求ID是变更管理流程分析的基础。每个变更请求都会分配一个唯一编号，例如“CHG0030001”，用于关联所有活动、审批和任务。在流程挖掘中，此属性用于重建每个变更的端到端历程，帮助分析人员追踪从创建到关闭的完整生命周期，清晰了解每项变更如何在系统中推进。按此ID分组分析流程，对于计算周期时间、识别返工循环和理解流程变体至关重要。为什么重要此ID对于跟踪变更的完整生命周期至关重要，可支持对每个请求的流程顺序、持续时间和一致性检查进行完整分析。获取位置 ServiceNow表：change_request，字段：number 示例 CHG0030001CHG0030045CHG0030112
	活动名称 ActivityName	变更管理流程中发生的特定事件或任务的名称。
说明 Activity Name描述变更请求生命周期中的一个独立步骤或状态变化。示例包括'Change Awaiting Assessment'、'Approval Requested'和'Change Implemented'。这些活动构成发现的流程图节点。分析这些活动可以详细检查流程顺序。通过跟踪活动的顺序和频率，组织可以识别常见路径、偏离标准流程的情况，以及变更经常停滞的瓶颈。这是流程可视化和计算步骤间转换时间等指标的基础。为什么重要它构成流程图的骨架，可支持流程顺序可视化、瓶颈识别和偏差分析。获取位置根据change_request表中state字段或其他关键状态字段的变化生成，通常记录在sys_audit表中。示例变更已批准实施已开始变更已关闭变更已取消
	优先级 Priority	根据变更的影响和紧急程度确定的变更请求优先级。
说明优先级表示变更请求的重要程度，并决定处理顺序。它通常根据变更的影响和紧急程度确定，取值包括“Critical”“High”“Moderate”和“Low”。按优先级分析，对于确保高优先级变更比低优先级变更更快处理至关重要。“关键变更绩效”仪表板可借此跟踪最重要变更的周期时间和失败率。如果低优先级变更完成得比高优先级变更更快，说明资源分配或流程执行可能存在问题。为什么重要对于评估资源是否正确分配给最关键的变更，以及单独监控这些变更的绩效至关重要。获取位置 ServiceNow表：change_request，字段：priority 示例 1－严重2－高3－中等4－低
	分配组 AssignmentGroup	负责变更请求的团队或小组。
说明分配组表示当前负责变更请求的团队，例如“CAB审批”“网络工程”或“数据库管理员”。这是分析不同职能领域流程绩效的关键维度。此属性用于衡量团队效率、识别特定小组内的瓶颈，以及分析团队间交接的有效性。“跨职能交接效率”和“变更实施吞吐量”等仪表板高度依赖此数据，以定位团队间依赖导致的延误。为什么重要支持按团队分析绩效，突出小组特有的瓶颈，并衡量不同职能领域之间的交接效率。获取位置 ServiceNow表：change_request，字段：assignment_group 示例 CAB审批网络团队服务器支持数据库管理员
	变更状态 ChangeState	变更请求当前或历史状态，例如“Assess”“Authorize”“Implement”或“Closed”。
说明变更状态属性表示变更请求在特定时间点的状态，概括说明变更处于生命周期的哪个阶段。与表示具体事件的活动不同，状态是该事件产生的结果。在分析中，变更状态用于对案例分类并了解其结果。它是筛选变更的基础，例如仅分析“Closed”变更，或调查大量变更为何停留在“Authorize”状态。当存在“Failed”状态时，它还可直接支持变更失败率等KPI。为什么重要提供变更请求状态的快照，支持结果分析、案例筛选和停滞变更识别。获取位置 ServiceNow表：change_request，字段：state 示例评估授权已排期实施评审已关闭已取消
	变更类型 ChangeType	变更的分类，例如“Standard”“Normal”或“Emergency”。
说明变更类型根据变更性质、风险和审批要求对变更请求进行分类。Standard变更已预先批准，Normal变更遵循完整流程，Emergency变更则采用加急路径。这是流程分析的基础维度，因为不同变更类型对应不同且合理的流程模型。比较Normal变更与Emergency变更的绩效，可以发现流程遵循情况和效率方面的重要信息。它还用于“风险评估标准化”等仪表板，确保相似变更得到一致处理。为什么重要支持分段分析，因为不同变更类型遵循不同的授权流程，并具有各自的绩效预期。获取位置 ServiceNow表：change_request，字段：type 示例标准普通紧急
	结束时间 EndTime	活动结束时的时间戳，通常根据后续活动的开始时间推导。
说明结束时间表示活动完成的时间。源系统通常只记录事件开始时间，因此结束时间往往需要推断。对于同一案例，它通常取序列中下一项活动的时间戳。此属性对于计算每项活动的持续时间，即处理时间，至关重要。了解每个步骤耗时多久，是识别流程瓶颈和低效环节的基础。对于案例中的最后一项活动，结束时间与开始时间相同。为什么重要支持计算活动处理时间，对于识别瓶颈和衡量特定流程步骤的持续时间至关重要。获取位置通常在数据转换过程中计算，取同一CaseId下下一事件的StartTime。示例 2023-10-26T10:05:12Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
	配置项 ConfigurationItem	作为变更对象的具体IT组件、服务或系统。
说明配置项（CI）是配置管理数据库（CMDB）中将受变更影响的资产，可以是服务器、软件应用、网络设备或业务服务。此属性为变更提供关键背景。在流程挖掘中，它支持按受影响资产类型进行分析。例如，“变更测试时长分析”仪表板可利用此属性比较不同应用或系统的测试时间，帮助识别与较长测试周期相关的CI。为什么重要提供必要的业务背景，支持按受影响的应用、服务或系统筛选分析，以识别组件特有的问题。获取位置 ServiceNow表：change_request，字段：cmdb_ci 示例 SAP ERPOracle Database 19c电子邮件服务WebServer-01
	风险等级 RiskLevel	评估得出的变更风险等级，例如“High”“Moderate”或“Low”。
说明 Risk Level是变更请求风险评估流程的输出。它量化实施变更可能产生不利后果的程度，帮助确定所需的审查和审批级别。此属性是'Risk Assessment Standardization'仪表板的关键数据，用于检查相似变更是否获得一致的风险评级。按风险等级分析流程顺序，还可以发现高风险变更是否相较低风险变更，正确遵循更严格的审批和测试路径，这是重要的一致性检查。为什么重要对于合规分析至关重要，可确保高风险变更获得适当程度的审查并遵循更严格的流程。获取位置 ServiceNow表：change_request，字段：risk 示例高中等低
	SLA状态 SlaState	变更请求相对于其服务级别协议（SLA）的状态，例如“按计划进行”“存在风险”或“已违约”。
说明 SLA状态表示变更请求是否在SLA规定的时间范围内推进。您可以在流程的每个阶段跟踪此状态。此属性对于监控服务级别承诺的合规情况至关重要。它是“变更SLA绩效概览”仪表板和“变更SLA遵循率”KPI的主要数据来源。分析SLA在何处以及为何违约，有助于组织解决系统性延误问题，提高服务交付的可预测性。为什么重要直接衡量相对于截止时间的绩效，支持主动监控和分析SLA违约情况，从而改善服务交付。获取位置此数据可来源于ServiceNow中的“task_sla”表，该表用于跟踪与变更请求等任务相关的SLA；也可以根据到期日期字段计算得出。示例按计划进行存在风险已超出SLA
	上次数据更新时间 LastDataUpdate	表示该记录数据最近一次从源系统刷新时间的时间戳。
说明此属性提供最近一次数据提取的时间戳，是了解所分析数据新鲜度的关键元数据字段。分析人员可使用此时间戳确认当前使用的是最新信息，并了解数据的时效性。对于监控持续流程绩效的运营仪表板，这一点尤其重要，可避免决策建立在过时数据之上。为什么重要反映数据新鲜度，确保分析和仪表板基于当前且相关的信息。获取位置这是在数据提取和转换（ETL）过程中生成的元数据字段，用于表示数据提取时间。示例 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	关闭代码 CloseCode	表示变更请求关闭时结果的代码，例如“Successful”或“Unsuccessful”。
说明关闭代码为已完成的变更请求提供最终处置结果，正式记录变更是否成功实施、是否存在问题或是否已回滚。此属性是计算“变更失败率”KPI的直接输入。通过分析关闭代码的分布，组织可以量化变更工作的成功情况。筛选关闭代码为“Unsuccessful”的变更流程图，是根因分析的有效方法，可以发现导致失败的常见流程模式。为什么重要直接衡量变更结果，为计算变更失败率和分析变更失败根因提供主要数据。获取位置 ServiceNow表：change_request，字段：close_code 示例成功有问题但已成功失败／已回滚
	受派用户 AssignedToUser	在特定时间点负责变更请求的用户。
说明此属性用于标识负责处理变更请求的具体人员。随着请求在不同阶段和团队之间流转，负责人可能在生命周期内多次变更。按用户分析有助于了解工作负载分布和个人绩效，并识别培训需求。结合分配组后，它还可用于分析交接，了解工作在不同人员之间传递的效率。为什么重要帮助跟踪个人用户的工作负载和绩效，对于分析不同资源之间的交接延误至关重要。获取位置 ServiceNow表：change_request，字段：assigned_to 示例 Beth AnglinDavid LooAbel Tuter
	周期时间 CycleTime	从创建变更请求到关闭变更请求所经过的总时间。
说明周期时间是案例级指标，用于衡量变更请求整个生命周期的总时长。计算方式为：针对某个变更请求，使用最后一个事件的时间戳减去第一个事件的时间戳。这是衡量整体流程速度的关键KPI。它用于“端到端变更流程”仪表板，提供流程绩效的高层视图。分析周期时间趋势，并按变更类型或优先级等不同维度进行比较，有助于组织发现流程改进机会。为什么重要衡量变更流程端到端的持续时间，是反映整体流程速度和效率的关键指标。获取位置在数据分析期间按案例级别计算：针对每个CaseId，用最大StartTime减去最小StartTime。示例 60480012096002592000
	影响 Impact	变更对业务运营可能造成的影响，通常分为High、Medium或Low等等级。
说明影响衡量变更请求未得到正确处理时可能对业务造成的影响。它与紧急程度共同决定变更的总体优先级。按影响分析有助于确保影响关键服务的变更得到适当管理。“关键变更绩效”仪表板可用于单独监控业务影响较大的变更。它还可用于验证风险评估的一致性，确保高影响变更不会在缺乏依据的情况下被评为低风险。为什么重要帮助根据潜在业务影响确定变更优先级，并验证高影响变更是否得到充分审慎的管理。获取位置 ServiceNow表：change_request，字段：impact 示例 1－高2－中3－低
	是否返工 IsRework	布尔标记；如果某项活动表示同一案例中某个先前步骤的重复执行，则值为true。
说明此计算属性用于识别构成返工的活动。当流程必须返回已完成的步骤时，就会发生返工，例如变更在审批后被拒绝并退回重新评估。此标记对于量化流程低效至关重要，直接支持“变更返工率”KPI和“变更失败与返工分析”仪表板。筛选“是否返工”为true的活动，分析人员即可单独研究返工原因，例如初始评估不完整或需求变化，并采取措施减少浪费。为什么重要通过标记重复工作，直接量化流程低效，帮助识别和解决流程循环及资源浪费的根因。获取位置在数据转换过程中计算，检测给定CaseId下相同活动（或标准流程中更早的活动）是否已经发生。示例 truefalse
	源系统 SourceSystem	提取数据的系统，通常为“ServiceNow”。
说明此属性用于标识流程数据的来源。本例中预计为ServiceNow，但对于数据治理以及合并多个系统的数据场景，这是一个关键字段。在分析中，它可以确保数据血缘清晰，并帮助验证数据来源。对于使用多个ITSM工具或集成系统的组织，此属性支持按不同平台筛选和比较流程。为什么重要提供清晰的数据血缘，确保记录流程数据来源，这对数据治理和多系统分析至关重要。获取位置通常是在数据提取和转换（ETL）过程中添加的静态值。示例 ServiceNowServiceNow_PRODSNOW_ITSM
	紧急程度 Urgency	变更需要多快得到解决，通常分为High、Medium或Low等等级。
说明紧急程度定义变更需要多快实施，反映业务层面对请求时效性的要求。它与影响共同用于计算总体优先级。虽然优先级是主要分析字段，但紧急程度可以提供额外背景。它可用于调查某些变更为何被标记为紧急，以及流程能否在不影响稳定性的情况下有效处理这些变更。它还有助于判断组织是否经常处于被动响应、高紧急程度的工作模式。为什么重要提供变更时效性的背景信息，帮助分析流程是否能够有效处理时间紧迫的请求。获取位置 ServiceNow表：change_request，字段：urgency 示例 1－高2－中3－低

必需建议可选

变更管理活动

以下是建议记录在事件日志中的关键流程步骤和里程碑，用于准确发现变更管理流程。

7 建议 6 可选

	活动	说明
	创建变更请求	此活动表示系统中创建了新的变更请求记录，是变更管理流程正式开始的标志。当新记录插入change_request表时，系统会捕获此活动。
为什么重要这是流程的主要开始事件。分析此活动与其他活动之间的时间，可以了解总周期时间，并帮助识别流程初始阶段的延误。获取位置此事件对应ServiceNow的change_request表中的记录创建时间戳（sys_created_on）。采集使用change_request表中的sys_created_on时间戳。事件类型 explicit
	变更已关闭	变更请求已成功完成并通过评审，现已结束。这是流程的主要成功终点，当变更状态转为“Closed”时捕获。
为什么重要此活动标志着变更生命周期成功完成，是衡量端到端流程时长和SLA遵循情况的结束事件。获取位置根据change_request表中state字段设置为“Closed”推断。时间戳取自此次最终状态变化的审计历史记录。采集捕获state字段更新为“Closed”的时间戳。事件类型 inferred
	变更已取消	变更请求在实施完成前被撤回或中止。这是另一种结束状态，在state字段设置为“Canceled”时捕获。
为什么重要分析已取消的变更，可以发现流程低效问题，例如不必要地创建请求，或请求在审批阶段停留过久而失去时效。获取位置根据change_request表中state字段设置为“Canceled”推断。时间戳取自该状态变化的审计日志。采集捕获state字段更新为“Canceled”的时间戳。事件类型 inferred
	变更已实施	实施工作已完成，变更已准备好进行评审、验证或测试。通常可根据变更请求状态从“Implement”转为“Review”推断此活动。
为什么重要这是结束实施阶段的关键里程碑，也是计算“变更失败率”和“变更返工率”KPI的重要事件。获取位置根据状态从“Implement”转为后续状态（如“Review”）推断。时间戳取自change_request表中state字段变化的审计历史记录。采集识别state字段从“Implement”变为“Review”的时间。事件类型 inferred
	变更已批准	变更请求已获得进入排期和实施阶段所需的全部授权。这是关键里程碑，在最终审批通过且approval字段设置为“approved”时捕获。
为什么重要此里程碑标志着审批阶段结束，对于衡量审批周期时间和识别决策流程中的瓶颈至关重要。获取位置根据change_request表中approval字段变为“approved”推断。时间戳取自该变化的审计历史记录。采集捕获approval字段变为“approved”的时间戳。事件类型 inferred
	变更已排期	已批准的变更获得计划开始日期和结束日期，并正式加入实施日历。通常可根据变更请求状态转为“Scheduled”推断。
为什么重要此活动将规划和审批阶段与实际实施阶段区分开来。变更处于此状态的时间，可以反映审批完成后到工作开始前的延误。获取位置根据change_request表中state字段变为“Scheduled”推断。时间戳取自对应的审计日志记录。采集在change_request表的审计历史中跟踪state字段变为“Scheduled”的变化。事件类型 inferred
	风险与影响已评估	表示已完成对变更请求的风险和影响分析。这是申请审批前的关键里程碑，通常可根据变更从“Assess”状态转为“Authorize”或“Awaiting Approval”状态推断。
为什么重要跟踪评估阶段的持续时间，是计算“平均风险评估周期时间”KPI的关键。这有助于规范评估流程，并识别分析耗时过长的环节。获取位置根据change_request表中state字段从“Assess”转为“Authorize”推断。事件时间戳取自该状态变化的审计日志。采集识别state字段从“Assess”变为后续状态（如“Authorize”）的时间。事件类型 inferred
	变更已拒绝	变更请求已被审批人或CAB拒绝。除非经过返工并重新提交，否则此活动表示请求进入终止状态。当approval字段设置为“rejected”时，系统会捕获此活动。
为什么重要跟踪拒绝情况有助于识别信息不完整或风险过高等常见拒绝原因。此分析可以提升后续变更提交的质量。获取位置根据change_request表中approval字段变为“rejected”推断。时间戳取自审计历史记录。采集捕获approval字段变为“rejected”的时间戳。事件类型 inferred
	变更已重新打开	变更请求在进入后续阶段后，又被退回到“Implement”或“Assess”等先前状态。此活动根据非线性状态转换推断，表示发生了返工。
为什么重要此活动对于识别返工循环和计算“变更返工率”至关重要。频繁重新打开通常表明实施质量、测试或规划存在问题。获取位置通过分析change_request审计历史中的状态变化序列推断。从后续状态（如“Review”）转回先前状态（如“Implement”），表示发生了重新打开。采集检测state字段历史中的非顺序回退转换。事件类型 inferred
	实施已开始	变更实施工作已正式开始。当变更请求的state字段更新为“Implement”时，表示流程从规划转入执行。
为什么重要这标志着实际实施工作的开始，是计算“平均实施时长”KPI和分析团队效率的起点。获取位置根据change_request表中state字段变为“Implement”推断。时间戳取自该状态转换的审计日志。采集从change_request审计历史中捕获state字段变为“Implement”的时间戳。事件类型 inferred
	已请求审批	此活动表示变更请求已正式提交审批，通常由经理或Change Advisory Board（CAB）审批。当变更请求的审批状态设置为“requested”时，系统会捕获此事件。
为什么重要这标志着审批周期开始。从此事件到“变更已批准”的时间，可直接计算“平均变更审批时间”KPI。获取位置根据change_request表中approval字段变为“requested”推断。该时间戳取自sys_audit表中此字段的记录。采集 change_request表中approval字段设置为“requested”的时间戳。事件类型 inferred
	等待评估的变更	变更请求已提交，正在等待技术和业务评估。通常可根据变更请求状态转为“Assess”或类似状态推断此活动，表示请求已离开草稿阶段。
为什么重要此活动有助于衡量从请求人到评估团队的初始交接时间。此处的延误可能表明初始数据质量存在问题，或缺少可用于评估的资源。获取位置根据change_request表中state字段的变化推断，通常是变为“Assess”。该字段变化的时间戳取自审计历史记录（sys_audit）。采集在change_request表的审计历史中跟踪state字段变为“Assess”的变化。事件类型 inferred
	评审进行中	正在进行实施后评审（PIR），以确定变更是否成功并达到预期目标。当变更请求状态设置为“Review”时，系统会捕获此活动。
为什么重要分析评审阶段的持续时间，有助于识别验证变更成效时的延误，也能发现跳过此步骤的不合规变更。获取位置根据change_request表中state字段变为“Review”推断。时间戳取自该状态变化的审计日志。采集从change_request审计历史中捕获state字段变为“Review”的时间戳。事件类型 inferred

建议可选

提取指南

如何从ServiceNow获取数据

步骤

登录ServiceNow实例：使用至少具有itil角色，或对变更管理模块拥有等效读取权限的用户账户登录。
导出核心变更请求数据：进入变更>全部，显示所有变更请求列表。使用筛选漏斗图标按所需日期范围筛选，例如最近3个月创建。
配置导出列：右键单击任意列标题，然后选择配置>列表布局。将以下列添加到“已选择”列表：Number、sys_created_on、sys_updated_on、state、assignment_group、type、priority、risk和cmdb_ci。单击保存。
导出变更请求数据：筛选并配置列表视图后，再次右键单击任意列标题，进入导出并选择CSV。系统将准备下载文件。该文件包含生成基于状态的活动所需的数据。
导出审批数据：在导航筛选器中输入sysapproval_approver.list并按Enter。此操作会打开所有审批的列表视图。
筛选并导出审批记录：使用筛选漏斗，仅显示与变更相关的审批。设置筛选条件：Source table is change_request且Created on last 3 months。配置列表布局，加入Approver、State、Created、Updated和Document ID等列，其中Document ID包含变更请求编号。将此列表导出为单独的CSV文件。
合并并转换数据：此手动过程需要使用电子表格工具或简单脚本。打开两个CSV文件，目标是创建一个每行对应一个活动的单一事件日志文件。
映射变更请求状态变化：在变更请求数据文件中，为每次状态转换创建一行。例如：
- Change Request Created：使用sys_created_on时间戳。
- Change Awaiting Assessment：当state字段首次变为Assess时，使用对应的sys_updated_on。
- Implementation Started：当state字段首次变为Implement时，使用对应的sys_updated_on。
- 其他所有基于状态的活动（Change Scheduled、Change Implemented、Review In Progress、Change Closed、Change Canceled）均根据state字段变为相应值时的sys_updated_on时间戳推断。
映射审批事件：在审批数据文件中，使用变更请求编号（Document ID）将数据关联回主变更请求文件。
- Approval Requested：使用审批记录中审批State为requested时的Created时间戳。
- Change Approved：使用最终审批记录中的Updated时间戳，该记录将变更状态更新为approved。
- Change Rejected：使用审批记录中审批State变为rejected时的Updated时间戳。
组装最终事件日志：将前述步骤生成的所有行合并到一个表中。确保列名正确：ChangeRequestNumber、ActivityName、EventTime以及其他推荐属性。
保存并上传：将最终合并并格式化的数据保存为单个CSV文件，即可上传到流程挖掘工具。

配置

主要表：核心数据来自两个主要表：change_request用于获取整体变更详情和状态转换，sysapproval_approver用于获取审批相关事件。
日期范围筛选：务必对所有导出应用一致的日期范围筛选，通常依据创建日期（sys_created_on）。初次分析建议使用3至6个月的范围。
状态模型：提取逻辑高度依赖您所在组织针对变更请求配置的ServiceNow状态模型。标准状态包括Assess、Authorize、Scheduled、Implement、Review、Closed和Canceled。请确认这些状态与您的配置一致。
所需权限：执行导出的用户至少需要itil角色，或拥有change_request和sysapproval_approver两个表读取权限的自定义角色。
导出格式：始终导出为CSV，以便更轻松地处理和合并。导出为XLS可能存在行数限制，也可能改变日期格式。

a 示例查询 config

This method uses the ServiceNow UI for filtering and exporting, not a direct script. The configuration below outlines the filters and columns for each required export.

**Export 1: Change Request Data**
*   **Navigate to Table**: `change_request.list`
*   **Filter Conditions**:
    *   `Created` `on` `Last 3 months` (or your desired date range)
    *   AND `Type` `is one of` `Normal, Standard, Emergency` (as needed)
*   **Columns to Select/Export**:
    *   `number` (maps to ChangeRequestNumber)
    *   `sys_created_on` (used for 'Change Request Created' EventTime)
    *   `sys_updated_on` (used as EventTime for most state changes)
    *   `state` (maps to ChangeState)
    *   `assignment_group` (maps to AssignmentGroup)
    *   `type` (maps to ChangeType)
    *   `priority` (maps to Priority)
    *   `risk` (maps to RiskLevel)
    *   `cmdb_ci` (maps to ConfigurationItem)

**Export 2: Approval Data**
*   **Navigate to Table**: `sysapproval_approver.list`
*   **Filter Conditions**:
    *   `Source table` `is` `change_request`
    *   AND `Created` `on` `Last 3 months` (or your desired date range)
*   **Columns to Select/Export**:
    *   `document_id` (used to link to the Change Request Number)
    *   `state` (approval state: requested, approved, rejected)
    *   `sys_created_on` (used for 'Approval Requested' EventTime)
    *   `sys_updated_on` (used for 'Change Approved'/'Change Rejected' EventTime)

**Post-Export Transformation Logic (to be performed in a spreadsheet or script)**:

For each unique Change Request Number, create the following rows based on the data from the exported files. Timestamps should be from `sys_updated_on` unless specified otherwise.

1.  `ActivityName`: 'Change Request Created', `EventTime`: `sys_created_on` from change_request export.
2.  `ActivityName`: 'Change Awaiting Assessment', `EventTime`: Timestamp when `state` becomes 'Assess'.
3.  `ActivityName`: 'Risk And Impact Assessed', `EventTime`: Timestamp when `state` changes from 'Assess' to 'Authorize'.
4.  `ActivityName`: 'Approval Requested', `EventTime`: `sys_created_on` from sysapproval_approver export where approval `state` is 'requested'.
5.  `ActivityName`: 'Change Approved', `EventTime`: `sys_updated_on` from sysapproval_approver export when final approval `state` becomes 'approved'.
6.  `ActivityName`: 'Change Rejected', `EventTime`: `sys_updated_on` from sysapproval_approver export when approval `state` becomes 'rejected'.
7.  `ActivityName`: 'Change Scheduled', `EventTime`: Timestamp when `state` becomes 'Scheduled'.
8.  `ActivityName`: 'Implementation Started', `EventTime`: Timestamp when `state` becomes 'Implement'.
9.  `ActivityName`: 'Change Implemented', `EventTime`: Timestamp when `state` changes from 'Implement' to 'Review'.
10. `ActivityName`: 'Review In Progress', `EventTime`: Timestamp when `state` becomes 'Review'.
11. `ActivityName`: 'Change Reopened', `EventTime`: Inferred from a non-linear state change (e.g., 'Review' back to 'Implement'). This is difficult to capture with this method and often requires manual inspection or analysis of audit data.
12. `ActivityName`: 'Change Closed', `EventTime`: Timestamp when `state` becomes 'Closed'.
13. `ActivityName`: 'Change Canceled', `EventTime`: Timestamp when `state` becomes 'Canceled'.

步骤

前提条件和身份验证：确保您拥有具有itil和rest_service角色的ServiceNow用户账户。该角色提供读取变更请求数据和使用REST API所需的权限。为此用户生成凭据，可使用基本身份验证（用户名和密码），也可配置OAuth 2.0客户端，以实现更安全的程序化访问。
确定ServiceNow实例：确定您的ServiceNow实例URL，通常格式为https://[your-instance].service-now.com。
设置提取环境：准备Node.js或Python等脚本环境，用于执行REST API调用。提供的查询示例使用Node.js环境中的JavaScript。
首次获取数据（变更请求）：首先查询change_request表。使用sysparm_queryURL参数筛选所需分析期间内创建的变更请求，例如sys_created_onBETWEENjavascript:gs.dateGenerate('YYYY-MM-DD','start')@javascript:gs.dateGenerate('YYYY-MM-DD','end')。首次调用会获取每个案例的基础数据，包括sys_id、number以及“Change Request Created”事件时间戳（sys_created_on）。
获取审计历史：针对上一步获取的每个sys_id，继续调用sys_audit表的API。筛选tablename为change_request且documentkey与变更请求sys_id匹配的审计记录，以获取每个案例的完整字段变更历史。
处理审计数据以生成活动：遍历每个变更请求的sys_audit记录。脚本必须识别与流程活动对应的特定变更。例如，fieldname为state且newvalue为Scheduled的记录表示“Change Scheduled”活动。审计记录的sys_created_on时间戳即为EventTime。
识别“Reopened”活动：要捕获“Reopened”事件，请定义标准状态顺序，例如Assess→Authorize→Scheduled→Implement→Review→Closed。比较每次状态变更中oldvalue和newvalue在该顺序中的位置。如果新状态在顺序中早于旧状态，则创建“Change Reopened”活动。
合并并映射数据：将change_request表中的数据（创建事件）与处理后的sys_audit数据合并为统一列表。将ServiceNow字段名映射到所需的事件日志列名，例如将number映射为ChangeRequestNumber，将sys_created_on映射为EventTime，并将派生的事件名称映射为ActivityName。
构建事件日志：将合并后的数据格式化为结构化事件日志。每行必须代表一个活动，至少包含ChangeRequestNumber、ActivityName和EventTime。
导出为CSV：将最终事件日志保存为CSV文件。确保文件包含标题行并使用UTF-8编码，以便与ProcessMind兼容，进行上传和分析。

配置

API端点：查询的主要表为change_request和sys_audit。API端点如下：
- https://[your-instance].service-now.com/api/now/table/change_request
- https://[your-instance].service-now.com/api/now/table/sys_audit
身份验证：脚本为简化操作使用基本身份验证。在生产环境中，强烈建议使用OAuth 2.0以增强安全性。如果使用OAuth，必须更新脚本以处理令牌获取和刷新生命周期。
日期范围筛选：初始查询change_request表时，必须应用日期范围筛选，以限制数据量。流程挖掘分析通常使用3至12个月的范围。筛选示例：sysparm_query=sys_created_on>=2023-01-01 00:00:00。
字段选择（sysparm_fields）：为提升API性能并减少网络流量，使用sysparm_fields参数仅指定所需列。对于change_request，可包括sys_id、number、sys_created_on、assignment_group、type、priority、risk和cmdb_ci。
分页处理：对于大型数据集，ServiceNow会分页面返回记录。脚本必须使用sysparm_limit和sysparm_offset参数处理分页，循环获取查询中的全部记录。
审计表前置条件：此方法完全依赖sys_audit表。请确认已为change_request表启用审计，并特别针对state、approval和活跃字段启用审计，因为生成事件日志需要这些字段的历史记录。

a 示例查询 javascript

const axios = require('axios');
const fs = require('fs');

// --- Configuration ---
const SN_INSTANCE = '[your-instance].service-now.com';
const SN_USER = '[your_username]';
const SN_PASSWORD = '[your_password]';
const START_DATE = '2023-01-01 00:00:00'; // Start date for changes to extract
const END_DATE = '2023-12-31 23:59:59';   // End date for changes to extract
const OUTPUT_FILE = 'servicenow_change_management_log.csv';

const auth = { username: SN_USER, password: SN_PASSWORD };

// Maps ServiceNow integer state values to human-readable names. Configure based on your system.
const STATE_MAP = {
    '-5': 'Draft',
    '-4': 'Assess',
    '-3': 'Authorize',
    '-2': 'Scheduled',
    '-1': 'Implement',
    '0': 'Review',
    '3': 'Closed',
    '4': 'Canceled',
    // Add any custom state values here
};

// Defines the standard process flow for detecting 'Reopened' events
const STATE_SEQUENCE = { 'Assess': 1, 'Authorize': 2, 'Scheduled': 3, 'Implement': 4, 'Review': 5, 'Closed': 6 };

// Function to fetch data with pagination
async function fetchAllRecords(table, query, fields) {
    let offset = 0;
    const limit = 1000;
    let allRecords = [];
    let hasMore = true;

    while (hasMore) {
        console.log(`Fetching ${table} records, offset: ${offset}`);
        const url = `https://${SN_INSTANCE}/api/now/table/${table}`;
        try {
            const response = await axios.get(url, {
                auth,
                params: {
                    sysparm_query: `${query}^sysparm_offset=${offset}^sysparm_limit=${limit}`,
                    sysparm_display_value: 'false', // Get raw values for mapping
                    sysparm_exclude_reference_link: true,
                    sysparm_fields: fields
                }
            });
            const records = response.data.result;
            if (records.length > 0) {
                allRecords = allRecords.concat(records);
                offset += limit;
            } else {
                hasMore = false;
            }
        } catch (error) {
            console.error(`Error fetching from ${table}:`, error.response ? error.response.data : error.message);
            hasMore = false;
        }
    }
    return allRecords;
}

// Main extraction function
async function extractChangeLog() {
    const eventLog = [];

    // 1. Get all change requests in the date range
    const changeQuery = `sys_created_on>=${START_DATE}^sys_created_on<=${END_DATE}`;
    const changeFields = 'sys_id,number,sys_created_on,assignment_group,type,priority,risk,cmdb_ci,state';
    const changes = await fetchAllRecords('change_request', changeQuery, changeFields);

    for (const change of changes) {
        // Activity: Change Request Created
        eventLog.push({
            ChangeRequestNumber: change.number,
            ActivityName: 'Change Request Created',
            EventTime: change.sys_created_on,
            ChangeState: STATE_MAP[change.state] || 'Unknown',
            AssignmentGroup: change.assignment_group,
            ChangeType: change.type,
            Priority: change.priority,
            RiskLevel: change.risk,
            ConfigurationItem: change.cmdb_ci
        });

        // 2. Get audit history for this change
        const auditQuery = `documentkey=${change.sys_id}^tablename=change_request^fieldnameINstate,approval`;
        const auditFields = 'sys_created_on,fieldname,oldvalue,newvalue';
        const auditRecords = await fetchAllRecords('sys_audit', auditQuery, auditFields);

        for (const audit of auditRecords) {
            let activityName = null;

            if (audit.fieldname === 'state') {
                const oldStateName = STATE_MAP[audit.oldvalue] || audit.oldvalue;
                const newStateName = STATE_MAP[audit.newvalue] || audit.newvalue;

                switch (newStateName) {
                    case 'Assess': activityName = 'Change Awaiting Assessment'; break;
                    case 'Authorize': activityName = 'Risk And Impact Assessed'; break;
                    case 'Scheduled': activityName = 'Change Scheduled'; break;
                    case 'Implement': activityName = 'Implementation Started'; break;
                    case 'Review':
                        // Per requirements, create two distinct events for the same timestamp
                        eventLog.push({ ...change, ActivityName: 'Change Implemented', EventTime: audit.sys_created_on, ChangeState: newStateName });
                        eventLog.push({ ...change, ActivityName: 'Review In Progress', EventTime: audit.sys_created_on, ChangeState: newStateName });
                        continue; // Skip the generic push at the end
                    case 'Closed': activityName = 'Change Closed'; break;
                    case 'Canceled': activityName = 'Change Canceled'; break;
                }
                // Check for 'Reopened' event
                if (STATE_SEQUENCE[oldStateName] && STATE_SEQUENCE[newStateName] && STATE_SEQUENCE[newStateName] < STATE_SEQUENCE[oldStateName]) {
                    eventLog.push({ ...change, ActivityName: 'Change Reopened', EventTime: audit.sys_created_on, ChangeState: newStateName });
                }

            } else if (audit.fieldname === 'approval') {
                if (audit.newvalue === 'requested') activityName = 'Approval Requested';
                if (audit.newvalue === 'approved') activityName = 'Change Approved';
                if (audit.newvalue === 'rejected') activityName = 'Change Rejected';
            }

            if (activityName) {
                eventLog.push({
                    ChangeRequestNumber: change.number,
                    ActivityName: activityName,
                    EventTime: audit.sys_created_on,
                    ChangeState: STATE_MAP[change.state] || 'Unknown', // Use the final state of the change for context
                    AssignmentGroup: change.assignment_group,
                    ChangeType: change.type,
                    Priority: change.priority,
                    RiskLevel: change.risk,
                    ConfigurationItem: change.cmdb_ci
                });
            }
        }
    }

    // 3. Convert to CSV and save
    if (eventLog.length > 0) {
        const header = Object.keys(eventLog[0]).join(',');
        const rows = eventLog.map(row => Object.values(row).map(val => `"${val || ''}"`).join(','));
        fs.writeFileSync(OUTPUT_FILE, `${header}\n${rows.join('\n')}`);
        console.log(`Extraction complete. Saved ${eventLog.length} events to ${OUTPUT_FILE}`);
    } else {
        console.log('No events found for the specified criteria.');
    }
}

extractChangeLog();

步骤

前提条件：确保系统已安装Python 3.6或更高版本。通过命令行或终端运行pip install requests pandas，安装所需的Python库。
设置ServiceNow API用户：在ServiceNow中创建专用服务账户，用于执行提取。至少为该用户授予itil角色，以提供对change_request表的读取权限。如需访问历史数据，还需要对sys_audit和sysapproval_approver表拥有读取权限。如有需要，可分配rest_api_explorer角色以便测试。
配置Python脚本：下载提供的Python脚本。打开文件，将顶部的占位变量SERVICENOW_INSTANCE、SERVICENOW_USER和SERVICENOW_PASSWORD更新为您的实例URL，以及上一步创建用户的凭据。
设置提取参数：修改脚本中的sysparm_query变量，定义提取的日期范围和范围。脚本预配置为提取最近180天内更新的变更请求。您可以调整日期范围，或添加active=true、特定公司代码等其他筛选条件，以缩小结果范围。
执行脚本：在终端中运行python your_script_name.py。脚本将连接ServiceNow REST API，完成身份验证，并开始获取变更请求、状态变化和审批历史数据。
处理分页：如果记录数超过ServiceNow设置的每页限制，脚本会通过多次API调用自动处理分页，并在控制台输出进度。
转换数据：脚本在内存中处理原始API响应，识别创建、状态转换和审批等关键事件，然后将这些系统事件映射为事件日志所需的易读ActivityName值，例如“Change Awaiting Assessment”或“Change Approved”。
整合事件日志：所有单独事件都会汇总到一个结构化的pandas DataFrame中。该DataFrame包含每个事件所需及推荐的全部属性，为每个变更请求建立完整时间线。
检查输出：脚本完成后，会在同一目录下创建名为servicenow_change_management_log.csv的CSV文件。打开该文件检查提取的数据，确认内容正确。
准备上传：生成的CSV文件已按照ProcessMind事件日志规范格式化，无需进一步处理，可直接上传。

配置

身份验证：脚本使用用户名和密码进行基本身份验证。为增强安全性，可考虑将脚本改为使用ServiceNow同样支持的OAuth 2.0。
ServiceNow端点：脚本主要调用三个REST API端点：/api/now/table/change_request用于核心变更数据，/api/now/table/sys_audit用于历史字段变更（尤其是state字段），/api/now/table/sysapproval_approver用于审批和拒绝事件。
日期范围筛选：日期范围通过change_request表API请求中的sysparm_query参数控制。建议提取3至6个月的数据，在分析细节和性能之间取得平衡。sys_updated_on>=javascript:gs.daysAgo(180)这样的查询可作为起点。
记录限制：脚本使用sysparm_limit参数分批获取记录，避免API负载过高。get_all_records函数会自动处理循环和偏移。
前提条件：需要拥有至少itil角色的ServiceNow用户账户。同时需要对sys_audit和sysapproval_approver表拥有读取权限。如果您的ServiceNow实例使用自定义角色，请确保用户对这些表中提取的所有字段都拥有读取权限。
性能注意事项：查询sys_audit表可能会占用ServiceNow实例较多资源。建议在业务低峰期执行大型提取，并使用严格的日期筛选，以尽量降低性能影响。

a 示例查询 python

import requests
import pandas as pd
import getpass
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Enter your ServiceNow instance URL, for example, https://your-instance.service-now.com
SERVICENOW_INSTANCE = class="hl-string">"[Your ServiceNow Instance URL]"
SERVICENOW_USER = class="hl-string">"[Your ServiceNow API Username]"
class=class="hl-string">"hl-comment"># It is recommended to use a secure method for password management, such as environment variables or a secrets manager.
SERVICENOW_PASSWORD = getpass.getpass(class="hl-string">"Enter ServiceNow Password: ")

class=class="hl-string">"hl-comment"># --- State and Approval Mapping ---
class=class="hl-string">"hl-comment"># Maps ServiceNow integer state values to human-readable activity names
STATE_MAP = {
    class="hl-string">'-4': class="hl-string">'Change Awaiting Assessment',
    class="hl-string">'-3': class="hl-string">'Risk And Impact Assessed', class=class="hl-string">"hl-comment"># Mapped from leaving Assess state
    class="hl-string">'-2': class="hl-string">'Change Scheduled',
    class="hl-string">'-1': class="hl-string">'Implementation Started',
    class="hl-string">'0': class="hl-string">'Review In Progress',
    class="hl-string">'3': class="hl-string">'Change Closed',
    class="hl-string">'4': class="hl-string">'Change Canceled'
}

class=class="hl-string">"hl-comment"># Function to handle pagination and fetch all records from an endpoint
def get_all_records(endpoint, query_params):
    records = []
    offset = 0
    limit = 1000
    while True:
        query_params[class="hl-string">'sysparm_offset'] = str(offset)
        query_params[class="hl-string">'sysparm_limit'] = str(limit)
        response = requests.get(endpoint, auth=(SERVICENOW_USER, SERVICENOW_PASSWORD), params=query_params)
        response.raise_for_status()
        data = response.json().get(class="hl-string">'result', [])
        if not data:
            break
        records.extend(data)
        offset += limit
        print(fclass="hl-string">"Fetched {len(records)} records from {endpoint.split('/')[-1]}...")
    return records

def main():
    print(class="hl-string">"Starting ServiceNow Change Management data extraction...")
    event_log = []

    class=class="hl-string">"hl-comment"># 1. Fetch Change Request base data
    print(class="hl-string">"\nStep 1: Fetching core Change Request data...")
    cr_endpoint = fclass="hl-string">"{SERVICENOW_INSTANCE}/api/now/table/change_request"
    cr_params = {
        class="hl-string">'sysparm_display_value': class="hl-string">'true',
        class="hl-string">'sysparm_fields': class="hl-string">'number,sys_id,sys_created_on,sys_updated_on,state,assignment_group,type,priority,risk,cmdb_ci',
        class="hl-string">'sysparm_query': class="hl-string">'sys_updated_on>=javascript:gs.daysAgo(180)' class=class="hl-string">"hl-comment"># Adjust date range as needed
    }
    change_requests = get_all_records(cr_endpoint, cr_params)
    
    if not change_requests:
        print(class="hl-string">"No change requests found for the specified period. Exiting.")
        return

    cr_sys_ids = [cr[class="hl-string">'sys_id'] for cr in change_requests]
    cr_map = {cr[class="hl-string">'sys_id']: cr for cr in change_requests}
    cr_id_query_part = class="hl-string">'^documentkeyIN' + class="hl-string">','.join(cr_sys_ids)

    class=class="hl-string">"hl-comment"># 2. Fetch all relevant Audit (sys_audit) records for state changes
    print(class="hl-string">"\nStep 2: Fetching audit history for state changes...")
    audit_endpoint = fclass="hl-string">"{SERVICENOW_INSTANCE}/api/now/table/sys_audit"
    audit_params = {
        class="hl-string">'sysparm_display_value': class="hl-string">'false', class=class="hl-string">"hl-comment"># We need the integer state values
        class="hl-string">'sysparm_fields': class="hl-string">'documentkey,sys_created_on,oldvalue,newvalue',
        class="hl-string">'sysparm_query': fclass="hl-string">'tablename=change_request^fieldname=state^{cr_id_query_part}'
    }
    audit_records = get_all_records(audit_endpoint, audit_params)

    class=class="hl-string">"hl-comment"># 3. Fetch all relevant Approval (sysapproval_approver) records
    print(class="hl-string">"\nStep 3: Fetching approval history...")
    approval_endpoint = fclass="hl-string">"{SERVICENOW_INSTANCE}/api/now/table/sysapproval_approver"
    approval_params = {
        class="hl-string">'sysparm_display_value': class="hl-string">'true',
        class="hl-string">'sysparm_fields': class="hl-string">'sysapproval,sys_created_on,sys_updated_on,state',
        class="hl-string">'sysparm_query': fclass="hl-string">'sysapprovalIN' + class="hl-string">','.join(cr_sys_ids)
    }
    approval_records = get_all_records(approval_endpoint, approval_params)

    print(class="hl-string">"\nStep 4: Transforming data into event log format...")
    class=class="hl-string">"hl-comment"># Process each change request to build the event log
    for cr_id, cr_data in cr_map.items():
        base_attributes = {
            class="hl-string">'ChangeRequestNumber': cr_data.get(class="hl-string">'number'),
            class="hl-string">'ChangeState': cr_data.get(class="hl-string">'state'),
            class="hl-string">'AssignmentGroup': cr_data.get(class="hl-string">'assignment_group'),
            class="hl-string">'ChangeType': cr_data.get(class="hl-string">'type'),
            class="hl-string">'Priority': cr_data.get(class="hl-string">'priority'),
            class="hl-string">'RiskLevel': cr_data.get(class="hl-string">'risk'),
            class="hl-string">'ConfigurationItem': cr_data.get(class="hl-string">'cmdb_ci')
        }

        class=class="hl-string">"hl-comment"># Event: Change Request Created
        event_log.append({
            **base_attributes,
            class="hl-string">'ActivityName': class="hl-string">'Change Request Created',
            class="hl-string">'EventTime': cr_data.get(class="hl-string">'sys_created_on'),
            class="hl-string">'EndTime': None
        })
        
        class=class="hl-string">"hl-comment"># Events from Audit History (State Changes)
        cr_audit_records = sorted([r for r in audit_records if r[class="hl-string">'documentkey'] == cr_id], key=lambda x: x[class="hl-string">'sys_created_on'])
        
        last_state = None
        for audit in cr_audit_records:
            new_state = audit[class="hl-string">'newvalue']
            old_state = audit[class="hl-string">'oldvalue']
            event_time = audit[class="hl-string">'sys_created_on']

            class=class="hl-string">"hl-comment"># Activity: Risk and Impact Assessed (when moving out of Assess state)
            if old_state == class="hl-string">'-4': class=class="hl-string">"hl-comment"># Assess
                 event_log.append({
                    **base_attributes,
                    class="hl-string">'ActivityName': class="hl-string">'Risk And Impact Assessed',
                    class="hl-string">'EventTime': event_time,
                    class="hl-string">'EndTime': None
                })

            class=class="hl-string">"hl-comment"># Map new state to activity
            if new_state in STATE_MAP:
                event_log.append({
                    **base_attributes,
                    class="hl-string">'ActivityName': STATE_MAP[new_state],
                    class="hl-string">'EventTime': event_time,
                    class="hl-string">'EndTime': None
                })
            
            class=class="hl-string">"hl-comment"># Activity: Change Reopened (non-linear transition, e.g., Review (0) -> Implement (-1))
            if old_state and new_state and int(old_state) > int(new_state):
                class=class="hl-string">"hl-comment"># Basic check for moving to a numerically lower state, indicating rework
                if not (old_state == class="hl-string">'3' and new_state == class="hl-string">'0'): class=class="hl-string">"hl-comment"># Exclude closed to review which might be valid
                    event_log.append({
                        **base_attributes,
                        class="hl-string">'ActivityName': class="hl-string">'Change Reopened',
                        class="hl-string">'EventTime': event_time,
                        class="hl-string">'EndTime': None
                    })
            last_state = new_state

        class=class="hl-string">"hl-comment"># Events from Approval History
        cr_approval_records = sorted([r for r in approval_records if r[class="hl-string">'sysapproval'][class="hl-string">'value'] == cr_id], key=lambda x: x[class="hl-string">'sys_created_on'])
        for approval in cr_approval_records:
            class=class="hl-string">"hl-comment"># Activity: Approval Requested
            event_log.append({
                **base_attributes,
                class="hl-string">'ActivityName': class="hl-string">'Approval Requested',
                class="hl-string">'EventTime': approval[class="hl-string">'sys_created_on'],
                class="hl-string">'EndTime': None
            })

            class=class="hl-string">"hl-comment"># Activity: Change Approved or Rejected
            if approval[class="hl-string">'state'] == class="hl-string">'Approved':
                event_log.append({
                    **base_attributes,
                    class="hl-string">'ActivityName': class="hl-string">'Change Approved',
                    class="hl-string">'EventTime': approval[class="hl-string">'sys_updated_on'],
                    class="hl-string">'EndTime': None
                })
            elif approval[class="hl-string">'state'] == class="hl-string">'Rejected':
                event_log.append({
                    **base_attributes,
                    class="hl-string">'ActivityName': class="hl-string">'Change Rejected',
                    class="hl-string">'EventTime': approval[class="hl-string">'sys_updated_on'],
                    class="hl-string">'EndTime': None
                })

    print(fclass="hl-string">"Transformation complete. Total events created: {len(event_log)}")

    class=class="hl-string">"hl-comment"># 5. Create and Save DataFrame
    if not event_log:
        print(class="hl-string">"No events were generated. The output file will be empty.")
        return

    print(class="hl-string">"\nStep 5: Saving event log to CSV file...")
    df = pd.DataFrame(event_log)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'])
    df = df.sort_values(by=[class="hl-string">'ChangeRequestNumber', class="hl-string">'EventTime'])

    class=class="hl-string">"hl-comment"># Calculate EndTime as the start of the next event for the same case
    df[class="hl-string">'EndTime'] = df.groupby(class="hl-string">'ChangeRequestNumber')[class="hl-string">'EventTime'].shift(-1)
    
    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    column_order = [
        class="hl-string">'ChangeRequestNumber', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'ChangeState',
        class="hl-string">'AssignmentGroup', class="hl-string">'ChangeType', class="hl-string">'Priority', class="hl-string">'RiskLevel', class="hl-string">'ConfigurationItem'
    ]
    df = df[column_order]

    output_filename = class="hl-string">'servicenow_change_management_log.csv'
    df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
    print(fclass="hl-string">"Successfully saved event log to {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

准备好开始了吗？

使用此模板准备数据，深入了解ServiceNow中的变更管理流程。立即开始优化，提升运营效率。

返回改进指南下载模板

避免变更失败，立即提升ServiceNow成效！

轻松定位瓶颈，实现95%的变更成功率。

开始免费试用

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

您的变更管理数据模板

您的变更管理数据模板

变更管理属性

变更管理活动

提取指南

ServiceNow列表视图导出为CSV/XLS

步骤

配置

a 示例查询 config

使用REST查询通过ServiceNow表API提取数据

步骤

配置

a 示例查询 javascript

通过ServiceNow REST API使用Python脚本提取数据

步骤

配置

a 示例查询 python

准备好开始了吗？

避免变更失败，立即提升ServiceNow成效！

您的变更管理数据模板

您的变更管理数据模板

变更管理属性

变更管理活动

提取指南

ServiceNow列表视图导出为CSV/XLS

步骤

配置

a 示例查询 config

使用REST查询通过ServiceNow表API提取数据

步骤

配置

a 示例查询 javascript

通过ServiceNow REST API使用Python脚本提取数据

步骤

配置

a 示例查询 python

准备好开始了吗？

避免变更失败，立即提升ServiceNow成效！

我们重视您的隐私