> 持续流程改进 > 变更管理 > Ivanti Cherwell > 数据模板

您的变更管理数据模板

Ivanti Cherwell

← 返回改进指南

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

您的变更管理数据模板

此模板为收集变更管理流程分析所需的关键数据提供清晰指引，涵盖应收集的重要属性、应跟踪的关键活动，以及从源系统提取这些信息的具体方法。使用此资源，为流程挖掘项目构建可靠的事件日志。

建议收集的属性
应跟踪的关键活动
从Ivanti Cherwell提取数据的指南

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

下载模板

变更管理属性

建议将以下数据字段纳入事件日志，以全面分析变更管理并深入发现流程。

5 必需 6 建议 8 可选

	名称	说明
	事件时间 EventTime	表示变更请求某项活动或事件发生时间的时间戳。
说明事件时间也称时间戳，用于记录活动发生的准确日期和时间。这类时间数据对于按时间顺序排列事件至关重要，也是所有基于时间的流程挖掘分析的基础。此属性用于计算活动之间的持续时间、衡量案例整体周期时间，以及识别流程中的等待时间或延迟。它也是创建仪表板、监控绩效是否达到时间目标的基础，例如变更审批周期时间。为什么重要此时间戳是所有绩效和持续时间分析的基础，可用于计算周期时间、识别瓶颈和监控SLA。获取位置通常位于Ivanti Cherwell中与变更请求对象相关的状态变更日志、审计轨迹或日志条目时间戳中。示例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
	变更请求ID ChangeRequestId	单个变更请求案例的唯一标识符，用于汇总从发起到关闭的所有相关活动。
说明变更请求ID是贯穿整个生命周期、唯一标识每项变更工作的主键。在流程挖掘中，它作为案例标识符，将提交、评估、审批和实施等所有事件关联为一个完整的流程实例。使用变更请求ID分析数据，可以端到端查看变更管理流程。这有助于跟踪单项变更、计算总周期时间，并识别每个请求特有的流程偏差或瓶颈。为什么重要这是连接所有相关事件的核心案例标识符，可用于追踪变更请求的完整历程并分析其绩效。获取位置通常是Ivanti Cherwell中变更请求业务对象的主标识符。示例 CR-105421CR-105422CR-105423
	活动名称 ActivityName	变更管理流程中某一时点发生的具体事件或任务名称。
说明活动名称描述变更请求生命周期中的具体步骤或里程碑，例如“变更已提交待评估”或“变更已获CAB批准”。这些活动构成发现的流程图节点。在分析中，该属性对于可视化流程顺序流、识别事件顺序以及发现偏离标准过程的情况至关重要。它还用于计算活动之间的转换时间，并了解延迟发生的位置。为什么重要此属性对于发现和可视化实际流程顺序流至关重要，可用于识别瓶颈、返工循环和不合规路径。获取位置根据Ivanti Cherwell中与变更请求对象相关的状态变更、日志条目或特定事件日志生成。示例提交变更请求进行评估变更等待审批变更已实施
	最近数据更新时间 LastDataUpdate	表示此事件数据最近一次从源系统提取或刷新的时间戳。
说明此属性记录数据最近一次从Ivanti Cherwell提取的日期和时间。它不代表流程中的事件，而是反映数据新鲜度的元数据。仪表板使用者需要了解分析数据的时效性。该属性有助于管理数据刷新计划，并确保决策基于明确数据时效的数据。为什么重要表示数据的新鲜度，这对于建立用户对分析结果的信任并了解其与当前运营状态的相关性至关重要。获取位置此时间戳在数据提取、转换和加载（ETL）过程中生成并写入每条记录。示例 2024-05-21T02:00:00Z
	源系统 SourceSystem	提取数据的记录系统。在此视图中，该值为“Ivanti Cherwell”。
说明此属性用于标识事件数据的来源系统。在异构环境中，它有助于区分来自不同来源的数据。对于此数据模型，该值为常量，表示数据来自Ivanti Cherwell。在单一来源模型中，它看似静态，但对于数据治理、可追溯性以及未来与其他系统集成至关重要。它明确数据来源，并有助于管理数据质量。为什么重要提供有关数据来源的重要上下文，对于数据治理、故障排查和确保可追溯性至关重要。获取位置通常在数据提取和转换过程中添加静态值，用于标记数据集来源。示例 Ivanti Cherwell
	变更团队 ChangeTeam	当前负责变更请求的团队或群组。
说明变更团队是负责变更请求的群组或部门。与变更负责人类似，该属性可能在流程中发生变化，表示团队之间的责任转移，例如从服务台转交给网络工程团队。此属性对于分析团队间交接以及识别由特定团队造成的系统性延迟至关重要。它有助于回答哪些团队负载过高、哪些环节存在沟通中断等问题，并直接支持“变更交接与资源利用率”分析。为什么重要识别团队层面的责任，对于分析流程瓶颈、衡量团队绩效和了解群组间交接延迟至关重要。获取位置通常存储在变更请求对象的“Owned By Team”或类似群组分配字段中。示例网络运维数据库管理应用支持
	变更状态 ChangeStatus	变更请求当前或最终状态，例如“Closed”“Rejected”或“In Progress”。
说明变更状态表示变更请求在某一时点的状态或最终结果。这是了解案例解决情况和识别异常的关键属性。在流程分析中，此属性用于筛选特定结果，例如仅分析被拒绝或取消的变更。它支持“变更请求拒绝率”等KPI，对于了解变更管理流程的整体健康度和效率至关重要。为什么重要定义变更请求的结果，可支持拒绝率、完成率以及未关闭与已关闭案例分布等关键分析。获取位置对应Ivanti Cherwell中变更请求业务对象的“Status”字段。示例已批准已拒绝已关闭已取消等待审批
	变更类型 ChangeType	变更的分类，例如“Standard”“Normal”或“Emergency”。
说明变更类型根据变更的性质、紧急程度和影响进行分类。常见类型包括Standard（预先批准、低风险）、Normal（需要完整评估和审批）以及Emergency（需要立即实施）。此属性支持按类别进行细分分析，比较不同类别的流程绩效。例如，可判断紧急变更是否遵循不同且更快的路径，或标准变更是否确实以最少阻力完成处理。它是“问题变更类型绩效”仪表板的关键依据。为什么重要按变更类型细分流程，对于比较绩效并识别特定类别（如“Emergency”）是否造成瓶颈或偏差至关重要。获取位置对应变更请求业务对象中的分类字段，字段名称可能为“Change Type”或“Category”。示例标准正常紧急
	变更负责人 ChangeOwner	当前负责变更请求的用户或个人。
说明变更负责人是在特定阶段被分配并对变更请求负责的人员。随着请求推进，此属性通常会发生变化，表示人员之间的交接。分析变更负责人有助于了解资源工作负载，并识别与特定人员相关的瓶颈。它也是分析交接的基础，因为交接可能是造成延迟的重要原因。此属性支持“变更交接与资源利用率”仪表板。为什么重要跟踪个人责任，可分析工作负载分配、交接频率以及特定资源造成的瓶颈。获取位置通常对应变更请求业务对象中的“Owned By”或“Assigned To”字段。示例 Alice JohnsonBob WilliamsCharlie Brown
	变更风险等级 ChangeRiskLevel	与变更相关、经评估确定的风险等级，例如“Low”“Medium”或“High”。
说明变更风险等级是在评估阶段分配的分类，用于量化变更可能造成的不利影响。该评估通常会影响审批流程和所需审查程度。在流程挖掘中，此属性用于分析风险评估的一致性，并研究风险与流程行为之间的关系。例如，可检查高风险变更是否遵循更严格的审批路径，或实施时间是否更长。它直接支持“变更风险评估一致性”仪表板。为什么重要支持分析风险如何影响流程顺序、审批周期和成功率，帮助确保高风险变更得到适当审查。获取位置此值存储在变更请求对象的“Risk Level”或类似字段中，通常在风险评估活动期间填充。示例低中高关键
	目标完成日期 TargetCompletionDate	计划或约定的变更实施完成期限。
说明目标完成日期是预计完成变更实施并通过验证的时间点。该日期通常属于服务级别协议（SLA）的一部分，也是衡量绩效的主要基准。此属性对于监控及时性和期限遵循情况至关重要。将其与实际完成日期进行比较，可计算“按时完成变更率”和“变更SLA遵循率”等KPI，并主动识别可能无法按目标完成的变更。为什么重要为衡量按时完成情况和SLA遵循情况提供基准，这些都是流程效率和可靠性的关键指标。获取位置通常是变更请求对象中的具体日期字段，字段名称可能为“Target Date”“Due Date”或“SLA Target”。示例 2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T12:00:00Z
	业务部门 BusinessUnit	提出变更请求或将从变更中受益的业务部门或职能部门。
说明此属性将变更请求关联到组织中的具体部分，例如“Finance”“Marketing”或“Operations”，为技术流程补充业务背景。按业务部门分析可以了解变更需求的来源，有助于支持成本分摊模型、理解IT变更对不同业务职能的影响，并识别哪些部门的变更更复杂或延迟更多。为什么重要提供业务背景，支持从组织视角分析变更需求、影响和绩效。获取位置可能是变更请求对象中的字段，也可能继承自请求人的用户资料。示例财务人力资源销售与市场营销运营
	受影响的服务 ServiceAffected	受变更影响的主要业务服务或配置项（CI）。
说明此属性用于标识变更请求所针对的主要IT服务、应用或基础设施，将变更管理流程与更广泛的IT服务管理体系关联起来。按受影响服务分析对于“问题变更类型排行”KPI至关重要，因为它有助于确定哪些服务最常发生变更，以及哪些服务与高拒绝率或延迟相关。这些洞察可帮助服务负责人提升稳定性并管理技术债务。为什么重要将变更关联到具体业务服务，从而识别哪些服务最不稳定，或产生的问题变更最多。获取位置通常从配置管理数据库（CMDB）关联，并存储在变更请求对象的“Primary CI”或“Service”字段中。示例电子邮件服务（Exchange）ERP系统（SAP）核心网络交换机（CISCO-4500X）
	变更优先级 ChangePriority	变更请求的优先级，表示其紧急程度和业务影响。
说明变更优先级根据变更的紧急程度和影响综合确定。它帮助团队安排工作优先顺序并有效分配资源，确保优先处理最关键的变更。在分析中，可利用优先级判断高优先级变更是否比低优先级变更处理得更快。如果实际情况不符，可能表明优先级安排或执行流程存在低效或瓶颈。为什么重要有助于分析流程是否正确优先处理高影响变更，以及这些变更是否确实按预期加快处理。获取位置通常是变更请求对象中名为“Priority”的字段，也可能手动设置，或根据影响和紧急程度字段推导。示例 1-关键2-高3-中4-低
	变更提交人 ChangeSubmitter	最初创建或提交变更请求的用户。
说明此属性用于标识发起变更请求的人员。该人员可能不同于后续负责实施的变更负责人。分析变更提交人有助于发现与请求质量相关的模式。例如，可识别某些个人或团队是否经常提交信息不完整的请求，导致拒绝或返工。利用这些洞察可以开展针对性培训，提升整体提交质量。为什么重要帮助追踪变更请求的来源，按个人或团队分析提交质量，并识别培训机会。获取位置通常对应变更请求对象中的“Created By”或“Requested By”字段。示例 Susan MillerDavid ChenMaria Garcia
	实施周期时间 ImplementationCycleTime	从变更开始实施到完成实施之间的计算时长。
说明此指标量化变更实施阶段所用的时间，计算方式为“Change Implementation Started”活动与“Change Implemented”活动之间的持续时间。此属性用于计算“平均变更实施时间”KPI，并支持“变更实施流转与延迟”仪表板。它有助于区分规划延迟和执行延迟，使团队能够专注于技术实施本身的改进。为什么重要单独衡量实际实施阶段的绩效，帮助识别与技术或资源相关、且不同于审批延迟的瓶颈。获取位置由流程挖掘工具或数据转换过程计算，方法是求实施开始和结束事件时间戳之间的时间差。示例 4小时15分钟1天2小时30分钟
	实际完成日期 ActualCompletionDate	变更实际实施完成并通过验证时的时间戳。
说明实际完成日期标志着变更请求实施工作完成的时刻。这是与计划期限比较、衡量绩效的关键里程碑。此属性与目标完成日期结合使用，用于判断变更是否按时完成。它是计算“按时完成变更率”等KPI以及分析实施阶段延迟原因的基础输入。为什么重要记录实际完成时间，用于计算按时交付率并分析延迟程度。获取位置通常在变更请求状态转为“Implemented”或“Completed”时记录。它可能是专用字段，也可能根据该状态变更的时间戳推断。示例 2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
	拒绝原因 ChangeRejectionReason	说明变更请求被拒绝原因的文字描述或类别。
说明变更请求被拒绝时，此属性记录审批人提供的原因。原因可能从预定义列表中选择，也可能以自由文本填写。此信息对于“被拒绝变更请求分析”仪表板至关重要。通过分类和分析拒绝原因，组织可以识别变更提交中的常见问题，例如信息不完整、风险评估不足或业务冲突，并据此提升后续变更请求的质量。为什么重要直接揭示变更失败的原因，支持针对性改进提交和评估流程，从而降低整体拒绝率。获取位置通常记录在专用的“Rejection Reason”字段或备注字段中，并在状态变更为“Rejected”时填充。示例实施计划细节不足风险评估未完成与其他已计划变更冲突
	是否按时完成 IsOnTimeCompletion	计算得出的标记；如果变更在目标日期当天或之前完成，则为true。
说明这是通过比较“ActualCompletionDate”和“TargetCompletionDate”得出的布尔属性，为每个变更请求提供清晰的二元按时绩效指标。此标记是计算“按时完成变更率”KPI的基础。它可作为仪表板筛选条件，快速筛选并分析延迟变更，帮助识别延迟的常见根因。为什么重要通过提供明确的期限达成或未达成结果，简化绩效分析，并直接支持按时完成类KPI。获取位置源系统中不存在此属性。它在数据转换过程中通过比较“ActualCompletionDate”<=“TargetCompletionDate”计算得出。示例 truefalse

必需建议可选

变更管理活动

在事件日志中记录以下关键流程步骤和里程碑，以准确发现流程并衡量绩效。

7 建议 7 可选

	活动	说明
	CAB批准变更	这是变更流程中的关键里程碑，表示变更咨询委员会（CAB）或指定授权机构批准继续执行变更。当变更请求状态更新为“Approved”时，可推断已发生此活动。
为什么重要此活动是衡量审批周期时间的终点。它解除流程阻塞，使规划和实施得以开始，也是变更审批周期时间KPI的重要依据。获取位置根据变更请求对象的审计历史推断，具体记录“Status”字段变更为“Approved”时的时间戳。采集根据状态变更为“Approved”推断。事件类型 inferred
	创建变更请求	此活动表示系统中新变更请求的发起。通常在变更请求业务对象创建新记录时捕获，作为整个流程的起点。
为什么重要这是流程的主要开始事件。分析从此活动到其他活动的时间，可以了解完整生命周期时长，并帮助识别前端延迟。获取位置此事件取自变更请求记录的创建时间戳。在Ivanti Cherwell中，该时间通常存储在变更请求业务对象的“CreatedDateTime”字段中。采集直接从记录创建时间戳中捕获。事件类型 explicit
	变更已关闭	此活动是变更管理流程最终且成功的终点。当变更请求状态设置为“Closed”时记录，表示所有工作均已完成。
为什么重要作为主要成功终点，此活动对于计算成功完成变更的端到端周期时间至关重要，确认流程所有步骤均已结束。获取位置根据变更请求对象审计历史中最终状态变更为“Closed”时的时间戳推断。采集根据最终状态变更为“Closed”推断。事件类型 inferred
	变更已实施	此里程碑表示变更的技术工作已完成。当变更请求状态更新为“Implemented”或等待验证的类似状态时记录。
为什么重要这是关键的成功里程碑，也是按时完成变更率和平均变更实施时间KPI的重要输入，标志着执行阶段结束。获取位置根据变更请求对象的审计日志推断，使用状态变更为“Implemented”或“Pending Verification”时的时间戳。采集根据状态变更为“Implemented”推断。事件类型 inferred
	变更已排期	标志着变更实施日期和时间已正式确认并记录。当状态更新为“Scheduled”时记录此活动。
为什么重要这是关键的承诺里程碑，使变更从已批准的方案转为已规划的行动，也是实施的前提。获取位置根据变更请求对象的历史记录推断，记录“Status”字段更新为“Scheduled”时的时间戳。采集根据状态变更为“Scheduled”推断。事件类型 inferred
	完成影响和风险评估	此活动表示变更请求的风险和影响分析已完成。通常可根据变更请求状态转为表示已准备审批的状态进行推断，例如“Awaiting Approval”。
为什么重要跟踪此活动有助于衡量评估阶段的持续时间，并确保审批前持续完成风险分析，从而支持风险评估遵循率KPI。获取位置根据变更请求对象的历史记录进行推断。在“Status”字段从“Assessing”更新为“Awaiting CAB Approval”等状态时的时间戳处捕获。采集根据状态变为“Awaiting CAB Approval”进行推断。事件类型 inferred
	已完成实施后评审	表示已对完成的变更进行正式评审，以评估成效并总结经验。通常可根据状态变更为“Post Implementation Review”推断。
为什么重要跟踪此活动可确保变更反馈闭环。这对持续改进至关重要，并直接支持实施后评审率KPI。获取位置根据变更请求对象的审计历史推断，记录“Status”进入“Post Implementation Review”等状态时的时间戳。采集根据状态变更为“Post Implementation Review”推断。事件类型 inferred
	变更已取消	表示已批准或进行中的变更请求在完成前被撤回。当状态更新为“Cancelled”时记录此事件。
为什么重要这是流程的另一种终点。分析变更被取消的原因和时点，有助于发现规划、资源分配或业务优先级变化方面的问题。获取位置根据审计历史推断，记录变更请求对象“Status”字段更新为“Cancelled”时的时间戳。采集根据状态变更为“Cancelled”推断。事件类型 inferred
	变更等待审批	此活动表示变更请求正式等待变更咨询委员会（CAB）或其他审批机构作出决定的阶段。通常可根据“Pending Approval”或“Awaiting CAB”等状态进行推断。
为什么重要这是一个关键的等待时间活动。分析其持续时间有助于识别审批工作流中的瓶颈，而审批瓶颈是变更管理延迟的常见来源。获取位置当变更请求业务对象中的“Status”字段更新为“Pending Approval”或等效值时，从该时间戳捕获。采集根据进入“Pending Approval”状态进行识别。事件类型 inferred
	变更被拒绝	此活动表示审批阶段拒绝变更请求的最终决定。当变更请求状态设置为“Rejected”时记录此活动。
为什么重要这是关键的失败终点。分析被拒绝的变更及其原因，有助于提升初始请求质量，并支持变更请求拒绝率KPI。获取位置根据审计历史中变更请求对象“Status”字段更新为“Rejected”时的时间戳推断。采集根据状态变更为“Rejected”推断。事件类型 inferred
	完成实施计划	标志着变更详细规划完成，包括定义任务、资源和回退计划。通常可根据变更从“Approved”转为“Scheduled”推断。
为什么重要此活动的持续时间反映变更规划阶段的效率。即使已获得批准，此处的延迟仍可能影响整体变更周期。获取位置可根据状态从“Approved”变更为“Scheduled”时的时间戳推断，也可根据特定规划字段是否已填充来确定。采集根据状态从“Approved”变更为“Scheduled”推断。事件类型 inferred
	已执行变更验证	表示测试和验证阶段，用于确认变更成功且未造成不良影响。通常可根据状态变更为“Verification”或“Testing”推断。
为什么重要分析此活动的频率和持续时间，可确保质量保证步骤未被跳过。这是预防变更引发事件的关键步骤。获取位置根据变更请求对象状态变更时的时间戳记录，例如状态转为“Verification”或“User Acceptance Testing”。采集根据状态变更为“Verification”推断。事件类型 inferred
	开始实施变更	表示变更技术执行的开始。通常可根据变更请求状态转为“In Progress”或“Implementing”推断。
为什么重要此活动标志着实施窗口开始。从此活动到“Change Implemented”的时间就是实际实施时长，也是整体周期时间的重要组成部分。获取位置根据变更请求对象的审计历史推断，记录“Status”字段更新为“In Progress”或“Implementing”等值时的时间戳。采集根据状态变更为“In Progress”推断。事件类型 inferred
	提交变更请求进行评估	表示新建变更请求正式提交并进入初步评估。通常可根据变更请求状态从“New”或“Draft”变为“Assessing”等状态进行推断。
为什么重要此活动标志着完成初始数据录入后正式变更流程的开始。从创建到提交之间的时间，可以反映用户培训需求或流程阻力。获取位置通过识别“Status”字段变为“Assessing”或“Submitted”等值的时间戳，从变更请求对象的审计日志或历史记录中推断。采集根据状态从“New”变为“Assessing”进行推断。事件类型 inferred

建议可选

提取指南

如何从Ivanti Cherwell获取数据

步骤

登录Ivanti Cherwell Rich Client：启动Ivanti Cherwell Rich Client应用，并使用有权访问Change Request业务对象以及创建搜索和One-Step Actions的用户账户登录。
打开Search Manager：进入顶部菜单，选择Searching> Search Manager，打开用于创建和管理查询的工具。
定义创建事件搜索：在Search Manager中，将Association设置为Change Request。新建名为ProcessMind - Change Creation的搜索，用于捕获每项变更的初始创建事件。
配置创建搜索列：在搜索编辑器的Grid选项卡中添加所需列，并使用表达式正确格式化输出：
- Change Request.ChangeID（别名为ChangeRequestId）
- 用于生成ActivityName的自定义表达式：'Change Request Created'
- Change Request.CreatedDateTime（别名为EventTime）
- 用于生成SourceSystem的自定义表达式：'Ivanti Cherwell'
- 使用CurrentDateTime()函数生成LastDataUpdate的自定义表达式。
- 添加推荐的属性字段，例如Change Request.Status、Change Request.ChangeType、Change Request.OwnedBy等。
定义状态变更事件搜索：新建第二个搜索，命名为ProcessMind - Change Status History。将Association设置为Change Request Journal - History，或您系统中用于Change Request的等效审计对象。
配置状态历史搜索条件：进入搜索条件构建器，添加筛选条件：Change Request Journal - History.FieldName等于Status。再为日志条目的CreatedDateTime添加筛选条件，以定义所需日期范围，例如最近6个月。
配置状态历史搜索列：进入Grid选项卡，从关联的Change Request对象及日志对象本身添加字段。这需要定义对象关系。您需要添加：
- Change Request.ChangeID（别名为ChangeRequestId）
- 对Change Request Journal - History.NewValue使用复杂的Case表达式，以推导ActivityName（完整表达式请参阅Query部分）。
- Change Request Journal - History.CreatedDateTime（别名为EventTime）
- 添加与创建搜索相同的静态字段和推荐字段。
创建用于导出的One-Step Action：进入One-Step> One-Step Manager，新建名为ProcessMind - Export Change Log的One-Step Action。
配置One-Step Action：向One-Step中添加两个Run a Search操作。将第一个配置为执行ProcessMind - Change Creation搜索，第二个配置为执行ProcessMind - Change Status History搜索。分别在其后添加Export to Excel或Export to CSV步骤，并设置唯一文件名，例如change_creation_export.csv和change_history_export.csv。
运行提取：执行ProcessMind - Export Change LogOne-Step Action。系统将在指定路径生成两个独立文件。
合并并整理数据：打开两个CSV文件，将change_history_export.csv中的数据复制并追加到change_creation_export.csv末尾。确保两个文件的列标题完全一致。
准备上传：保存合并后的文件。该文件就是最终事件日志，现在可以上传到ProcessMind。确保列标题准确为ChangeRequestId、ActivityName、EventTime、SourceSystem、LastDataUpdate等。

配置

主要业务对象：提取依赖两个业务对象：Change Request用于记录创建事件，Change Request Journal - History用于记录后续所有基于状态变更的活动。
搜索筛选器（状态历史）：最关键的筛选器位于日志对象中，要求FieldName等于状态。这样可以仅保留与流程顺序相关的记录变更。
日期范围：创建搜索时，在Change Request.CreatedDateTime上应用日期范围筛选；搜索历史记录时，在Change Request Journal - History.CreatedDateTime上应用日期范围筛选。建议初次分析使用3至6个月的范围，以平衡数据量和性能。
单步操作：使用单步操作自动执行搜索并将结果导出为文件，确保流程可重复且保持一致。
输出格式：建议使用CSV，因其简单且兼容性好。确保各次导出的分隔符、编码（例如UTF-8）和日期格式保持一致。
权限：执行用户必须拥有Change Request和Change Request Journal - History业务对象的读取权限，以及创建和运行搜索与单步操作的权限。

a 示例查询 config

This extraction is configured through the Cherwell Search Manager UI, not a single script. Below are the configurations for the two required searches.

**Search 1: ProcessMind - Change Creation**

*   **Business Object**: `Change Request`
*   **Search Criteria**:
    *   `Change Request.CreatedDateTime` between `[Specify Start Date]` and `[Specify End Date]`
*   **Grid Columns (Fields to Return)**:
    1.  `ChangeRequestId`: `Change Request.ChangeID`
    2.  `ActivityName`: Custom Expression -> `'Change Request Created'`
    3.  `EventTime`: `Change Request.CreatedDateTime`
    4.  `SourceSystem`: Custom Expression -> `'Ivanti Cherwell'`
    5.  `LastDataUpdate`: Custom Expression -> `SystemFunctions.CurrentDateTime()`
    6.  `ChangeStatus`: `Change Request.Status`
    7.  `ChangeType`: `Change Request.ChangeType`
    8.  `ChangeOwner`: `Change Request.OwnedBy`
    9.  `ChangeTeam`: `Change Request.OwnedByTeam`
    10. `ChangeRiskLevel`: `Change Request.Risk`
    11. `TargetCompletionDate`: `Change Request.ProposedEndDate`

**Search 2: ProcessMind - Change Status History**

*   **Business Object**: `Change Request Journal - History`
*   **Search Criteria**:
    *   `Change Request Journal - History.FieldName` equals `Status`
    *   `Change Request Journal - History.CreatedDateTime` between `[Specify Start Date]` and `[Specify End Date]`
*   **Grid Columns (Fields to Return)**:
    1.  `ChangeRequestId`: `Change Request.ChangeID` (from related Change Request)
    2.  `ActivityName`: Custom Expression -> Case expression on `Change Request Journal - History.NewValue`:
        ```
        CASE NewValue
          WHEN 'Assessing' THEN 'Change Submitted For Assessment'
          WHEN 'Awaiting Approval' THEN 'Impact and Risk Assessed'
          WHEN 'Pending Approval' THEN 'Change Awaiting Approval' -- Or 'Awaiting CAB' based on your config
          WHEN 'Approved' THEN 'Change Approved by CAB'
          WHEN 'Rejected' THEN 'Change Rejected'
          WHEN 'Scheduled' THEN 'Implementation Plan Developed' -- Assumes planning is done when status moves to Scheduled
          WHEN 'Scheduled' THEN 'Change Scheduled' -- Note: Two activities map to this status change. Create two case statements if needed or choose one.
          WHEN 'In Progress' THEN 'Change Implementation Started'
          WHEN 'Implemented' THEN 'Change Implemented'
          WHEN 'Verification' THEN 'Change Verification Performed'
          WHEN 'Post Implementation Review' THEN 'Post-Implementation Review Conducted'
          WHEN 'Closed' THEN 'Change Closed'
          WHEN 'Cancelled' THEN 'Change Cancelled'
          ELSE NULL
        END
        ```
    3.  `EventTime`: `Change Request Journal - History.CreatedDateTime`
    4.  `SourceSystem`: Custom Expression -> `'Ivanti Cherwell'`
    5.  `LastDataUpdate`: Custom Expression -> `SystemFunctions.CurrentDateTime()`
    6.  `ChangeStatus`: `Change Request.Status` (from related Change Request)
    7.  `ChangeType`: `Change Request.ChangeType` (from related Change Request)
    8.  `ChangeOwner`: `Change Request.OwnedBy` (from related Change Request)
    9.  `ChangeTeam`: `Change Request.OwnedByTeam` (from related Change Request)
    10. `ChangeRiskLevel`: `Change Request.Risk` (from related Change Request)
    11. `TargetCompletionDate`: `Change Request.ProposedEndDate` (from related Change Request)

步骤

获取数据库凭据：为Ivanti Cherwell后端SQL Server数据库获取安全的只读凭据，包括服务器名称、数据库名称、用户名和密码。
连接数据库：使用Microsoft SQL Server Management Studio（SSMS）或Azure Data Studio等SQL客户端工具连接Cherwell数据库。
准备查询：在SQL客户端中新建查询窗口。提供的查询使用@StartDate和@EndDate参数化变量。您必须在脚本开头声明并设置这些变量，以定义所需日期范围。
确定业务对象ID：查询需要Change Request业务对象的内部Type ID。您可能需要查询TrebuchetDefs表，或咨询Cherwell管理员获取该ID。将占位符[Your Change Request Business Object Type ID]替换为实际值。
执行提取查询：从query部分复制完整SQL查询，并粘贴到SQL客户端的查询窗口中。
运行查询：执行脚本。执行时间取决于数据库规模和所选日期范围。
检查结果：查询完成后将显示结果集。请简要检查数据是否包含预期列（ChangeRequestId、ActivityName、EventTime等），并确认返回了数据行。
导出为CSV：使用SQL客户端的导出功能将结果集保存为CSV文件。例如，在SSMS中右键单击结果网格，选择“Save Results As...”，然后选择CSV格式。确保文件使用UTF-8编码保存。
准备上传：上传前，确认CSV文件的标题和数据格式符合ProcessMind的要求。

配置

数据库访问：此提取方法需要直接、只读访问Ivanti Cherwell后端SQL Server数据库。通常需要向数据库管理员或Cherwell系统管理员申请此级别的访问权限。
日期范围筛选：查询使用@StartDate和@EndDate变量按指定日期范围筛选。强烈建议分批提取数据，例如每次提取3至6个月，以确保良好性能。
业务对象配置：您必须将占位符[Your Change Request Business Object Type ID]替换为Change Request对象的正确内部标识符，确保查询能够正确关联日志条目与变更请求。
性能注意事项：直接对生产数据库执行查询可能影响系统性能。最佳实践是在业务低峰期执行大型提取，或在可用时对生产数据库的只读副本执行。
自定义字段：如果组织使用Change Owner或Risk Level等属性的自定义字段，可能需要修改查询，以连接其他表或引用ChangeRequest表中的不同列名。

a 示例查询 sql

/*
Ivanti Cherwell - Change Management Extraction Query
Adjust placeholders: @StartDate, @EndDate, [Your Change Request Business Object Type ID]
*/

-- =========================================================================================
-- 1. Configuration: Set the date range for the extraction
-- =========================================================================================
DECLARE @StartDate DATETIME = '2023-01-01 00:00:00';
DECLARE @EndDate DATETIME = '2024-01-01 00:00:00';

-- =========================================================================================
-- 2. Common Table Expression (CTE) to gather base change data and status changes
-- =========================================================================================
WITH BaseChanges AS (
    SELECT 
        cr.RecID, -- Internal Record ID for joining
        cr.ChangeID AS ChangeRequestId,
        cr.Status AS ChangeStatus,
        cr.ChangeType,
        cr.OwnedBy AS ChangeOwner,
        cr.OwnedByTeam AS ChangeTeam,
        cr.Risk AS ChangeRiskLevel,
        cr.ProposedEndDate AS TargetCompletionDate,
        cr.CreatedDateTime
    FROM 
        dbo.ChangeRequest cr
    WHERE 
        cr.CreatedDateTime >= @StartDate AND cr.CreatedDateTime < @EndDate
),
StatusChanges AS (
    SELECT
        j.ParentRecID, 
        j.JournalDateTime, 
        j.Details
    FROM 
        dbo.Journal j
    WHERE 
        j.JournalTypeName = 'Status Change' 
        AND j.ParentTypeID = '[Your Change Request Business Object Type ID]' -- Important: Find and set this ID
        AND j.JournalDateTime >= @StartDate
)

-- =========================================================================================
-- 3. Main Query: Union all activities into a single event log
-- =========================================================================================
SELECT
    bc.ChangeRequestId,
    'Change Request Created' AS ActivityName,
    bc.CreatedDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Change Submitted For Assessment' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Assessing%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Impact and Risk Assessed' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Awaiting Approval%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Change Awaiting Approval' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Pending Approval%' OR sc.Details LIKE '%Awaiting CAB%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Change Approved by CAB' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Approved%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Change Rejected' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Rejected%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Implementation Plan Developed' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Scheduled%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Change Scheduled' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Scheduled%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Change Implementation Started' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%In Progress%' OR sc.Details LIKE '%Implementing%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Change Implemented' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Implemented%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Change Verification Performed' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Verification%' OR sc.Details LIKE '%Testing%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Post-Implementation Review Conducted' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Review%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Change Closed' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Closed%'

UNION ALL

SELECT
    bc.ChangeRequestId,
    'Change Cancelled' AS ActivityName,
    sc.JournalDateTime AS EventTime,
    'Ivanti Cherwell' AS SourceSystem,
    GETDATE() AS LastDataUpdate,
    bc.ChangeStatus,
    bc.ChangeType,
    bc.ChangeOwner,
    bc.ChangeTeam,
    bc.ChangeRiskLevel,
    bc.TargetCompletionDate
FROM BaseChanges bc
JOIN StatusChanges sc ON bc.RecID = sc.ParentRecID
WHERE sc.Details LIKE '%Cancelled%';

步骤

前提条件：确保系统已安装Python 3.6或更高版本。运行命令pip install pandas requests，安装用于数据处理的pandas和用于发起API调用的requests库。
获取API凭据：登录Cherwell Administrator客户端。进入Security> Edit REST API client settings。创建新的API客户端，填写名称和描述，并记下生成的Client ID。该ID将作为API身份验证的用户名。
配置API用户账户：在Cherwell中创建专用用户账户用于API集成。该用户必须设置密码，并拥有读取Change Request业务对象及其关联日志或历史对象的足够安全权限。
设置Python脚本：将提供的Python脚本复制到文件中，例如extract_cherwell_changes.py。使用编辑器打开文件，找到顶部的配置部分。
配置脚本参数：填写脚本中的占位值，包括CHERWELL_BASE_URL（例如https://your-cherwell-instance.com）、CLIENT_ID（来自第2步）、API_USERNAME和API_PASSWORD（来自第3步）。调整START_DATE和END_DATE以定义提取周期。
确定业务对象ID：脚本需要Change Request及其历史日志的内部Business Object ID。登录Cherwell Administrator客户端，创建新的blueprint并找到Change Request业务对象。在其属性中打开Advanced页面，查找Internal ID（busObId）。对Journal - History对象重复此操作，该对象通常用于跟踪字段级变更。
更新脚本中的业务对象ID：将脚本中的占位值CHANGE_REQUEST_BUSOBID和JOURNAL_HISTORY_BUSOBID替换为上一步获取的实际ID。
执行脚本：在终端中运行命令python extract_cherwell_changes.py。脚本将完成身份验证，获取Created事件，查询日期范围内的所有状态变更日志，并处理数据。
检查输出：成功完成后，脚本将生成名为cherwell_change_management_event_log.csv的文件。该CSV文件包含提取的所有活动和属性组成的事件日志。
准备上传：上传到流程挖掘工具前，打开CSV文件，确认ChangeRequestId、ActivityName和EventTime列已正确填充，且时间戳格式一致，例如YYYY-MM-DDTHH:MI:SS。脚本会将时间戳格式化为符合ISO 8601标准的格式。

配置

API凭据：脚本需要REST API客户端的CLIENT_ID，以及拥有API访问权限的Cherwell用户的USERNAME和PASSWORD。
基础URL：CHERWELL_BASE_URL必须指向Cherwell实例API的根路径，通常为https://[your_instance_url]/CherwellAPI。
业务对象ID：您必须提供ChangeRequest业务对象及其对应日志或历史对象（例如Journal - History）的内部busObId。这些ID因环境而异。
日期范围：START_DATE和END_DATE变量控制提取时间窗口。初次分析建议使用3至6个月的数据，在数据量和洞察之间取得平衡。
分页处理：API调用中的pageSize参数设置为1000。脚本会自动处理分页，获取指定日期范围内的全部记录。请注意，超大数据集可能包含数百万条记录，提取需要较长时间。
活动映射：脚本中的STATUS_TO_ACTIVITY_MAP字典至关重要。它会将日志记录中的from和to状态值转换为易读的ActivityName值。您必须检查并调整这些映射，使其符合Cherwell变更管理工作流中使用的具体状态值。

a 示例查询 python

import requests
import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration --- 
class=class="hl-string">"hl-comment"># Replace with your Cherwell instance details
CHERWELL_BASE_URL = class="hl-string">"https://[your-cherwell-instance.com]/CherwellAPI"
CLIENT_ID = class="hl-string">"[Your_Client_ID]"
API_USERNAME = class="hl-string">"[Your_API_User]"
API_PASSWORD = class="hl-string">"[Your_API_Password]"

class=class="hl-string">"hl-comment"># Replace with your environment's specific Business Object IDs
class=class="hl-string">"hl-comment"># Find these in the Cherwell Administrator client under Business Object properties
CHANGE_REQUEST_BUSOBID = class="hl-string">"[Your_Change_Request_BusObId]"      class=class="hl-string">"hl-comment"># e.g., class="hl-string">'934ec7a1701c451ce5c234459494a7428f522850f2'
JOURNAL_HISTORY_BUSOBID = class="hl-string">"[Your_Journal_History_BusObId]"  class=class="hl-string">"hl-comment"># e.g., class="hl-string">'934e85d1e67b931a2471a44781b0a8501223961895'

class=class="hl-string">"hl-comment"># Date range for the extraction (ISO 8601 format)
START_DATE = class="hl-string">"2023-01-01T00:00:00"
END_DATE = class="hl-string">"2023-12-31T23:59:59"

class=class="hl-string">"hl-comment"># --- Mappings --- 
class=class="hl-string">"hl-comment"># Maps status transitions from the Journal to standard Activity Names.
class=class="hl-string">"hl-comment"># Format: class="hl-string">'new_status': class="hl-string">'ActivityName'
class=class="hl-string">"hl-comment"># This mapping is crucial and must be adapted to your specific Cherwell workflow.
STATUS_TO_ACTIVITY_MAP = {
    class="hl-string">"Assessing": class="hl-string">"Change Submitted For Assessment",
    class="hl-string">"Awaiting Approval": class="hl-string">"Impact and Risk Assessed",
    class="hl-string">"Pending Approval": class="hl-string">"Change Awaiting Approval",
    class="hl-string">"Approved": class="hl-string">"Change Approved by CAB",
    class="hl-string">"Rejected": class="hl-string">"Change Rejected",
    class="hl-string">"Scheduled": class="hl-string">"Implementation Plan Developed", class=class="hl-string">"hl-comment"># Inferred when moving from Approved to Scheduled
    class=class="hl-string">"hl-comment"># A separate logic can be added for a distinct class="hl-string">'Change Scheduled' activity if a specific field is updated
    class="hl-string">"In Progress": class="hl-string">"Change Implementation Started",
    class="hl-string">"Implementing": class="hl-string">"Change Implementation Started",
    class="hl-string">"Implemented": class="hl-string">"Change Implemented",
    class="hl-string">"Verification": class="hl-string">"Change Verification Performed",
    class="hl-string">"Testing": class="hl-string">"Change Verification Performed",
    class="hl-string">"Post Implementation Review": class="hl-string">"Post-Implementation Review Conducted",
    class="hl-string">"Closed": class="hl-string">"Change Closed",
    class="hl-string">"Cancelled": class="hl-string">"Change Cancelled"
}

def get_access_token():
    class="hl-string">"""Authenticates with Cherwell API to get a bearer token."""
    token_url = fclass="hl-string">"{CHERWELL_BASE_URL}/token"
    payload = {
        class="hl-string">'grant_type': class="hl-string">'password',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'username': API_USERNAME,
        class="hl-string">'password': API_PASSWORD
    }
    headers = {class="hl-string">'Content-Type': class="hl-string">'application/x-www-form-urlencoded'}
    response = requests.post(token_url, data=payload, headers=headers, verify=True)
    response.raise_for_status()
    return response.json()[class="hl-string">'access_token']

def get_paginated_results(token, busObId, payload):
    class="hl-string">"""Handles pagination to fetch all search results from Cherwell."""
    all_records = []
    pageNumber = 0
    while True:
        payload[class="hl-string">'pageNumber'] = pageNumber
        search_url = fclass="hl-string">"{CHERWELL_BASE_URL}/api/V1/getsearchresults"
        headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}'}
        response = requests.post(search_url, headers=headers, json=payload)
        response.raise_for_status()
        data = response.json()
        
        records = data.get(class="hl-string">'businessObjects', [])
        all_records.extend(records)
        
        if not records or len(records) < payload.get(class="hl-string">'pageSize', 100):
            break
        pageNumber += 1
    return all_records

def extract_cherwell_change_data():
    class="hl-string">"""Main function to extract, transform, and save Cherwell change data."""
    print(class="hl-string">"Authenticating with Cherwell...")
    token = get_access_token()
    event_log_data = []
    
    class=class="hl-string">"hl-comment"># 1. Extract class="hl-string">'Change Request Created' event
    print(class="hl-string">"Extracting 'Created' events...")
    created_payload = {
        class="hl-string">"busObId": CHANGE_REQUEST_BUSOBID,
        class="hl-string">"fields": [class="hl-string">"ChangeID", class="hl-string">"CreatedDateTime", class="hl-string">"Status", class="hl-string">"ChangeType", class="hl-string">"OwnedBy", class="hl-string">"OwnedByTeam", class="hl-string">"Risk", class="hl-string">"ScheduledImplementationDate"],
        class="hl-string">"filters": [
            {
                class="hl-string">"fieldId": class="hl-string">"CreatedDateTime",
                class="hl-string">"operator": class="hl-string">"gt",
                class="hl-string">"value": START_DATE
            },
            {
                class="hl-string">"fieldId": class="hl-string">"CreatedDateTime",
                class="hl-string">"operator": class="hl-string">"lt",
                class="hl-string">"value": END_DATE
            }
        ],
        class="hl-string">"pageSize": 1000
    }
    
    change_requests = get_paginated_results(token, CHANGE_REQUEST_BUSOBID, created_payload)
    
    for cr in change_requests:
        fields = {f[class="hl-string">'name']: f[class="hl-string">'value'] for f in cr[class="hl-string">'fields']}
        event_log_data.append({
            class="hl-string">'ChangeRequestId': fields.get(class="hl-string">'ChangeID'),
            class="hl-string">'ActivityName': class="hl-string">'Change Request Created',
            class="hl-string">'EventTime': fields.get(class="hl-string">'CreatedDateTime'),
            class="hl-string">'ChangeStatus': fields.get(class="hl-string">'Status'),
            class="hl-string">'ChangeType': fields.get(class="hl-string">'ChangeType'),
            class="hl-string">'ChangeOwner': fields.get(class="hl-string">'OwnedBy'),
            class="hl-string">'ChangeTeam': fields.get(class="hl-string">'OwnedByTeam'),
            class="hl-string">'ChangeRiskLevel': fields.get(class="hl-string">'Risk'),
            class="hl-string">'TargetCompletionDate': fields.get(class="hl-string">'ScheduledImplementationDate')
        })

    class=class="hl-string">"hl-comment"># 2. Extract status change events from the Journal
    print(class="hl-string">"Extracting status change events from Journal...")
    journal_payload = {
        class="hl-string">"busObId": JOURNAL_HISTORY_BUSOBID,
        class="hl-string">"fields": [class="hl-string">"ParentID", class="hl-string">"CreatedDateTime", class="hl-string">"Details", class="hl-string">"JournalTypeName"],
        class="hl-string">"filters": [
            {
                class="hl-string">"fieldId": class="hl-string">"ParentTypeID",
                class="hl-string">"operator": class="hl-string">"eq",
                class="hl-string">"value": CHANGE_REQUEST_BUSOBID
            },
            {
                class="hl-string">"fieldId": class="hl-string">"JournalTypeName",
                class="hl-string">"operator": class="hl-string">"eq",
                class="hl-string">"value": class="hl-string">"History"
            },
            {
                class="hl-string">"fieldId": class="hl-string">"Details",
                class="hl-string">"operator": class="hl-string">"contains",
                class="hl-string">"value": class="hl-string">"Status changed"
            },
            {
                class="hl-string">"fieldId": class="hl-string">"CreatedDateTime",
                class="hl-string">"operator": class="hl-string">"gt",
                class="hl-string">"value": START_DATE
            },
            {
                class="hl-string">"fieldId": class="hl-string">"CreatedDateTime",
                class="hl-string">"operator": class="hl-string">"lt",
                class="hl-string">"value": END_DATE
            }
        ],
        class="hl-string">"pageSize": 1000
    }
    
    journal_entries = get_paginated_results(token, JOURNAL_HISTORY_BUSOBID, journal_payload)

    class=class="hl-string">"hl-comment"># Add a separate logic for the class="hl-string">'Change Scheduled' event if needed
    class=class="hl-string">"hl-comment"># This may require a different journal query if it is not a status change.
    class=class="hl-string">"hl-comment"># For this script, we infer it from the transition to the class="hl-string">'Scheduled' status.
    
    for entry in journal_entries:
        fields = {f[class="hl-string">'name']: f[class="hl-string">'value'] for f in entry[class="hl-string">'fields']}
        details = fields.get(class="hl-string">'Details', class="hl-string">'')
        class=class="hl-string">"hl-comment"># Example class="hl-string">'Details' format: class="hl-string">'Status changed from Approved to Scheduled.'
        if class="hl-string">'Status changed from' in details:
            try:
                parts = details.split(class="hl-string">' ')
                new_status = parts[-1].replace(class="hl-string">'.', class="hl-string">'')
                
                if new_status in STATUS_TO_ACTIVITY_MAP:
                    activity_name = STATUS_TO_ACTIVITY_MAP[new_status]
                    
                    class=class="hl-string">"hl-comment"># Special handling for class="hl-string">'Change Scheduled'
                    if new_status == class="hl-string">'Scheduled' and class="hl-string">'Approved' in details:
                        event_log_data.append({
                            class="hl-string">'ChangeRequestId': fields.get(class="hl-string">'ParentID'),
                            class="hl-string">'ActivityName': class="hl-string">'Implementation Plan Developed',
                            class="hl-string">'EventTime': fields.get(class="hl-string">'CreatedDateTime')
                        })
                        activity_name = class="hl-string">'Change Scheduled'
                        
                    event_log_data.append({
                        class="hl-string">'ChangeRequestId': fields.get(class="hl-string">'ParentID'),
                        class="hl-string">'ActivityName': activity_name,
                        class="hl-string">'EventTime': fields.get(class="hl-string">'CreatedDateTime')
                    })
            except IndexError:
                continue class=class="hl-string">"hl-comment"># Ignore malformed Details string

    if not event_log_data:
        print(class="hl-string">"No data found for the specified criteria.")
        return

    class=class="hl-string">"hl-comment"># 3. Create and process the DataFrame
    print(class="hl-string">"Processing data into event log format...")
    df = pd.DataFrame(event_log_data)
    
    class=class="hl-string">"hl-comment"># Convert timestamps to consistent format
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce').dt.strftime(class="hl-string">'%Y-%m-%dT%H:%M:%S')
    df.dropna(subset=[class="hl-string">'ChangeRequestId', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Fill forward recommended attributes to associate them with all activities
    df = df.sort_values(by=[class="hl-string">'ChangeRequestId', class="hl-string">'EventTime'])
    recommended_attrs = [class="hl-string">'ChangeStatus', class="hl-string">'ChangeType', class="hl-string">'ChangeOwner', class="hl-string">'ChangeTeam', class="hl-string">'ChangeRiskLevel', class="hl-string">'TargetCompletionDate']
    df[recommended_attrs] = df.groupby(class="hl-string">'ChangeRequestId')[recommended_attrs].fillna(method=class="hl-string">'ffill')
    df[recommended_attrs] = df.groupby(class="hl-string">'ChangeRequestId')[recommended_attrs].fillna(method=class="hl-string">'bfill')

    class=class="hl-string">"hl-comment"># Add static columns
    df[class="hl-string">'SourceSystem'] = class="hl-string">'Ivanti Cherwell'
    df[class="hl-string">'LastDataUpdate'] = datetime.utcnow().strftime(class="hl-string">'%Y-%m-%dT%H:%M:%S')

    class=class="hl-string">"hl-comment"># Reorder columns to match schema
    final_columns = [
        class="hl-string">'ChangeRequestId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
        class="hl-string">'ChangeStatus', class="hl-string">'ChangeType', class="hl-string">'ChangeOwner', class="hl-string">'ChangeTeam', class="hl-string">'ChangeRiskLevel', class="hl-string">'TargetCompletionDate'
    ]
    df = df[final_columns]

    class=class="hl-string">"hl-comment"># 4. Save to CSV
    output_file = class="hl-string">'cherwell_change_management_event_log.csv'
    df.to_csv(output_file, index=False)
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_file}")

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

准备好开始了吗？

使用此模板快速启动变更管理流程分析，释放显著的改进空间。立即开启流程优化之旅，让更新更高效。

返回改进指南下载模板

确保95%的变更成功率：立即优化Ivanti Cherwell

消除瓶颈、降低风险，实现95%的变更成功率。

开始免费试用

无需信用卡，立即开始。

您的变更管理数据模板

您的变更管理数据模板

变更管理属性

变更管理活动

提取指南

Ivanti Cherwell搜索及一步操作导出文件

步骤

配置

a 示例查询 config

直接查询Cherwell后端数据库

步骤

配置

a 示例查询 sql

通过Cherwell REST API使用Python脚本提取

步骤

配置

a 示例查询 python

准备好开始了吗？

确保95%的变更成功率：立即优化Ivanti Cherwell

您的变更管理数据模板

您的变更管理数据模板

变更管理属性

变更管理活动

提取指南

Ivanti Cherwell搜索及一步操作导出文件

步骤

配置

a 示例查询 config

直接查询Cherwell后端数据库

步骤

配置

a 示例查询 sql

通过Cherwell REST API使用Python脚本提取

步骤

配置

a 示例查询 python

准备好开始了吗？

确保95%的变更成功率：立即优化Ivanti Cherwell

我们重视您的隐私