> 持续流程改进 > 变更管理 > 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	当前负责变更请求的团队或小组。
说明变更团队是负责变更请求的团队或部门。与变更负责人类似，团队也可能在流程中发生变化，体现责任在团队间的转移，例如从服务台转交给网络工程团队。此属性对于分析团队间交接和识别特定团队造成的系统性延误至关重要。它有助于了解哪些团队负荷过重，或沟通在哪些环节出现问题，并直接支持“变更交接与资源利用率”分析。重要性标识团队层面的责任，有助于分析流程瓶颈、衡量团队表现并了解团队间交接造成的延误。获取途径此信息通常存储在变更请求对象的“所属团队”或类似的团队指派字段中。示例网络运营数据库管理应用支持
	变更状态 ChangeStatus	变更请求当前或最终的状态，例如“已关闭”“已拒绝”或“进行中”。
说明变更状态表示变更请求在某个时间点的状态或最终结果。此属性对于了解案例处理结果和识别异常至关重要。在流程分析中，此属性可用于筛选特定结果，例如仅分析被拒绝或取消的变更。它支持“变更请求拒绝率”等KPI，也是了解变更管理流程整体健康状况和效率的重要依据。重要性定义变更请求的结果，支持对拒绝率、完成率以及未结与已结案例分布进行关键分析。获取途径对应Ivanti Cherwell变更请求业务对象中的“状态”字段。示例已批准已拒绝已关闭已取消待批准
	变更类型 ChangeType	变更的分类，例如“标准”“普通”或“紧急”。
说明变更类型根据变更的性质、紧急程度和影响对变更请求进行分类。常见类型包括标准变更（预先批准、风险较低）、普通变更（需要完整评估和批准）和紧急变更（需要立即实施）。此属性支持按类别细分分析，以比较不同类型的流程表现。例如，您可以判断紧急变更是否采用了不同且更快的路径，或标准变更是否确实以较少阻碍的方式处理。它是“问题变更类型表现”仪表板的重要依据。重要性按变更类型细分流程对于比较表现至关重要，也有助于识别“紧急”等特定类别是否造成瓶颈或流程偏差。获取途径对应变更请求业务对象中的分类字段，字段名称可能为“变更类型”或“类别”。示例标准普通紧急
	变更负责人 ChangeOwner	当前负责变更请求的用户或个人。
说明变更负责人是在特定阶段被指派并对变更请求负责的人员。随着请求在生命周期中推进，此属性通常会发生变化，反映不同人员之间的交接。分析变更负责人有助于了解资源工作量，并识别与特定人员相关的瓶颈。此属性也是分析交接情况的基础，因为交接可能造成明显延误。它支持“变更交接与资源利用率”仪表板。重要性跟踪个人责任，支持分析工作量分配、交接频率和特定资源相关的瓶颈。获取途径通常对应变更请求业务对象中的“所属人”或“指派给”字段。示例 Alice JohnsonBob WilliamsCharlie Brown
	变更风险等级 ChangeRiskLevel	变更的评估风险等级，例如“低”“中”或“高”。
说明变更风险等级是在评估阶段分配的分类，用于量化变更可能造成的负面影响。此评估通常会影响审批流程和所需的审查力度。在流程挖掘中，此属性用于分析风险评估的一致性，并了解风险与流程行为之间的关联。例如，您可以检查高风险变更是否经过更严格的审批，或实施时间是否更长。它直接支持“变更风险评估一致性”仪表板。重要性支持分析风险对流程、审批周期和成功率的影响，帮助确保高风险变更得到适当审查。获取途径此值存储在变更请求对象的“风险等级”或类似字段中，通常在风险评估活动期间填写。示例低中高严重
	目标完成日期 TargetCompletionDate	计划或约定的变更实施完成期限。
说明目标完成日期是预期完成变更实施和验证的时间。此日期通常属于服务级别协议（SLA）的一部分，也是衡量表现的主要基准。此属性对于监控是否按时完成以及是否遵守期限至关重要。将其与实际完成日期进行比较，可计算“按时完成变更率”和“变更SLA达成率”等KPI，并主动识别可能无法按期完成的变更。重要性为衡量按时完成情况和SLA达成情况提供基准，这些指标对于评估流程效率和可靠性至关重要。获取途径通常是变更请求对象中的日期字段，字段名称可能为“目标日期”“到期日期”或“SLA目标日期”。示例 2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T12:00:00Z
	业务单元 BusinessUnit	提出变更请求或将从变更中受益的业务单元或部门。
说明此属性将变更请求关联到组织中的具体部门，例如“财务”“市场营销”或“运营”，为原本偏技术的流程补充业务背景。按业务单元分析可以了解变更需求来自组织的哪些部分，也有助于成本分摊、了解IT变更对不同业务职能的影响，并识别哪些业务单元的变更更复杂或延误更多。重要性提供业务背景，支持从组织层面分析变更需求、影响和表现。获取途径此信息可能来自变更请求对象中的字段，也可能继承自请求人的用户资料。示例财务人力资源销售与市场营销运营
	受影响服务 ServiceAffected	受变更影响的主要业务服务或配置项（CI）。
说明此属性用于标识变更请求所针对的主要IT服务、应用或基础设施，并将变更管理流程与更广泛的IT服务管理环境关联起来。按受影响服务进行分析对于“问题最多的变更类型”KPI至关重要，因为这有助于找出哪些服务最常发生变更，以及哪些服务与较高的拒绝率或延误相关。这些信息可帮助服务负责人提升稳定性并管理技术债务。重要性将变更与具体业务服务关联，支持分析哪些服务最不稳定，或产生的问题变更多。获取途径此信息通常关联自配置管理数据库（CMDB），并存储在变更请求对象的“主要CI”或“服务”字段中。示例电子邮件服务（Exchange）ERP系统（SAP）核心网络交换机（CISCO-4500X）
	变更优先级 ChangePriority	变更请求的优先级，表示其紧急程度和业务影响。
说明变更优先级根据变更的紧急程度和影响确定，帮助团队安排工作优先顺序并有效分配资源，确保优先处理最关键的变更。分析时，可利用优先级判断高优先级变更是否比低优先级变更处理得更快。如果实际情况不符，可能表明优先级安排或执行流程存在低效或瓶颈。重要性有助于分析流程是否正确优先处理高影响变更，以及这些变更是否确实按预期加快处理。获取途径通常是变更请求对象中名为“优先级”的字段，也可能根据影响和紧急程度字段计算得出。示例 1 - 严重2 - 高3 - 中4 - 低
	变更提交人 ChangeSubmitter	最初创建或提交变更请求的用户。
说明此属性用于标识发起变更请求的人员。此人可能与变更负责人不同，后者会在流程后续阶段负责实施。分析变更提交人有助于发现与请求质量相关的规律。例如，您可能会发现某些人员或团队经常提交不完整的请求，导致请求被拒绝或返工。根据这些发现开展针对性培训，有助于提升整体提交质量。重要性帮助追溯变更请求的来源，支持按个人或团队分析提交质量，并发现培训机会。获取途径通常对应变更请求对象中的“创建者”或“请求人”字段。示例 Susan MillerDavid ChenMaria Garcia
	实施周期时间 ImplementationCycleTime	从变更实施开始到完成所经历的计算时长。
说明此指标用于衡量变更实施阶段所需的时间，计算方式为“变更实施开始”活动与“变更已实施”活动之间的时长。此属性用于计算“平均变更实施时间”KPI，并支持“变更实施流程与延误”仪表板。它有助于区分计划延误与执行延误，让团队将改进重点放在技术实施工作本身。重要性单独衡量实际实施阶段的表现，帮助识别技术或资源方面的瓶颈，并将其与审批延误区分开来。获取途径在流程挖掘工具中或数据转换期间，根据实施开始和结束事件的时间戳计算时间差。示例 4小时15分钟1天2小时30分钟
	实际完成日期 ActualCompletionDate	变更实际实施并验证完成时的时间戳。
说明实际完成日期标记变更请求的实施工作完成时间。此关键里程碑可与计划期限进行比较，以衡量表现。将此属性与目标完成日期结合使用，可判断变更是否按时完成。它是计算“按时完成变更率”等KPI以及分析实施阶段延误原因的重要依据。重要性记录实际完成时间，以便计算按时交付率并分析延误程度。获取途径通常在变更请求状态变为“已实施”或“已完成”时记录此日期。它可能是专用字段，也可能根据状态变更的时间戳推断。示例 2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
	拒绝原因 ChangeRejectionReason	说明变更请求被拒绝原因的文字描述或类别。
说明变更请求被拒绝时，此属性记录审批人提供的原因。原因可以从预设列表中选择，也可以通过自由文本填写。此信息对于“被拒绝的变更请求分析”仪表板至关重要。通过归类和分析拒绝原因，组织可以发现变更提交中的常见问题，例如信息不完整、风险评估不足或业务冲突，并据此提升后续变更请求的质量。重要性直接揭示变更失败的原因，支持有针对性地改进提交和评估流程，从而降低整体拒绝率。获取途径此数据通常记录在专用的“拒绝原因”字段或备注字段中，并在状态变更为“已拒绝”时填写。示例实施计划细节不足风险评估未完成与其他已排期变更冲突
	是否按时完成 IsOnTimeCompletion	如果变更在目标日期当天或之前完成，则该计算标记为真。
说明这是一个布尔属性，通过比较“ActualCompletionDate”和“TargetCompletionDate”得出。它以明确的二元结果标记每项变更请求是否按时完成，便于分析。此标记用于计算“按时完成变更率”KPI。您可以在仪表板中将其用作筛选条件，快速找出并分析逾期变更，帮助识别延误的常见根因。重要性通过明确标记是否按时完成，简化绩效分析，并直接用于计算按时完成KPI。获取途径此属性不在源系统中，而是在数据转换期间通过比较“ActualCompletionDate” <= “TargetCompletionDate”计算得出。示例 truefalse

必填建议填写选填

变更管理活动

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

7 建议填写 7 选填

	活动	说明
	变更已关闭	此活动是变更管理流程成功完成的最终节点。变更请求状态设为“已关闭”时，即记录此活动，表示所有工作均已完成。
重要性作为主要的成功终点，此活动是计算成功完成的变更端到端周期时间的必要依据，也确认流程中的所有步骤均已结束。获取途径根据变更请求对象审计历史记录中最终状态变更为“已关闭”时的时间戳推断。采集根据最终状态变更为“已关闭”推断。事件类型 inferred
	变更已实施	此里程碑表示变更的技术工作已完成。变更请求状态更新为“已实施”或等待验证的类似状态时，即记录此里程碑。
重要性这是关键的成功里程碑，也是按时完成变更率和平均变更实施时间KPI的重要数据依据，标志着执行阶段结束。获取途径根据变更请求对象的审计日志推断，使用状态变更为“已实施”或“待验证”时的时间戳。采集根据状态变更为“已实施”推断。事件类型 inferred
	变更已排期	此活动标志着变更的实施日期和时间已正式确认并记录。状态更新为“已排期”时捕获该活动。
重要性这是一个关键的承诺里程碑，标志着变更从已批准的方案进入计划执行阶段，也是实施变更的前提。获取途径根据变更请求对象的历史记录推断，记录“状态”字段更新为“已排期”时的时间戳。采集根据状态变更为“已排期”推断。事件类型 inferred
	变更已获CAB批准	这是一个关键里程碑，表示变更咨询委员会（CAB）或指定审批机构已批准继续推进变更。通常根据变更请求状态更新为“已批准”推断。
重要性此活动是衡量审批周期时间的终点。审批完成后，流程即可进入规划和实施阶段，也是变更审批周期时间KPI的重要依据。获取途径根据变更请求对象的审计历史推断，具体记录“状态”字段变为“已批准”时的时间戳。采集根据状态变为“已批准”推断。事件类型 inferred
	已创建变更请求	此活动表示系统中发起了新的变更请求。通常在变更请求业务对象中创建新记录时捕获该活动，为整个流程确定起点。
重要性这是流程的主要开始事件。分析此活动与其他活动之间的时间，可以了解整个生命周期的时长，并帮助识别前期延误。获取途径此事件根据变更请求记录的创建时间戳捕获。在Ivanti Cherwell中，该时间通常存储在变更请求业务对象的“CreatedDateTime”字段中。采集直接根据记录创建时间戳捕获。事件类型 explicit
	已完成实施后评审	此活动表示已对完成的变更进行正式评审，以评估成效并总结经验。通常可根据状态变更为“实施后评审”推断。
重要性跟踪此活动可确保变更反馈闭环，对持续改进至关重要，也直接支持实施后评审率KPI。获取途径根据变更请求对象的审计历史记录推断，记录“状态”变为“实施后评审”等状态时的时间戳。采集根据状态变更为“实施后评审”推断。事件类型 inferred
	已完成影响和风险评估	此活动表示变更请求的风险和影响分析已完成。通常根据变更请求状态转为可供审批的状态来推断，例如“等待审批”。
重要性跟踪此活动有助于衡量评估阶段的时长，并确保审批前始终进行风险分析，为风险评估遵循率KPI提供依据。获取途径根据变更请求对象的历史记录推断。在“状态”字段从“评估中”更新为“等待CAB审批”等状态时记录时间戳。采集根据状态变为“等待CAB审批”推断。事件类型 inferred
	变更实施开始	表示变更技术执行工作的开始。通常根据变更请求状态变为“进行中”或“实施中”推断。
重要性此活动标志着实施窗口的开始。从此时到“变更已实施”之间的时长，就是实际实施周期，也是整体周期时间的重要组成部分。获取途径根据变更请求对象的审计历史记录推断，即“状态”字段更新为“进行中”或“实施中”等值时的时间戳。采集根据状态变更为“进行中”推断。事件类型 inferred
	变更已取消	表示已批准或正在进行的变更请求在完成前被撤回的终止状态。状态更新为“已取消”时，即记录此事件。
重要性这是另一种流程终点。分析变更取消的原因和时间，有助于发现计划、资源分配或业务优先级调整方面的问题。获取途径根据审计历史记录推断，记录变更请求对象的“状态”字段更新为“已取消”时的时间戳。采集根据状态变更为“已取消”推断。事件类型 inferred
	变更已提交评估	表示新建的变更请求已正式提交，等待初步评估。通常根据变更请求状态从“新建”或“草稿”变为“评估中”等状态来推断。
重要性此活动标志着初始数据录入后正式变更流程的开始。从创建到提交之间的时间可反映用户培训需求或流程阻碍。获取途径通过变更请求对象的审计日志或历史记录推断，识别“状态”字段变为“评估中”或“已提交”等值时的时间戳。采集根据状态从“新建”变为“评估中”推断。事件类型 inferred
	变更已驳回	此活动表示审批阶段作出了驳回变更请求的最终决定。变更请求状态设为“已驳回”时捕获该活动。
重要性这是一个关键的失败终点。分析被驳回的变更及其原因，有助于提高初始请求质量，并为变更请求驳回率KPI提供依据。获取途径根据审计历史中变更请求对象的“状态”字段更新为“已驳回”时的时间戳推断。采集根据状态变为“已驳回”推断。事件类型 inferred
	变更等待审批	此活动表示变更请求已正式提交，等待变更咨询委员会（CAB）或其他审批机构作出决定。通常根据“待审批”或“等待CAB”等状态推断。
重要性这是一个关键的等待时间活动。分析其持续时间有助于识别审批工作流中的瓶颈，而审批瓶颈是变更管理延误的常见原因。获取途径根据变更请求业务对象的“状态”字段更新为“待审批”或同等值时的时间戳捕获。采集根据进入“待审批”状态识别。事件类型 inferred
	已制定实施计划	表示变更的详细规划已完成，包括定义任务、资源和回退计划。通常根据变更状态从“已批准”变为“已排期”推断。
重要性此活动的持续时间反映变更规划阶段的效率。即使变更已获批准，此处的延误仍会影响整体变更进度。获取途径可根据状态从“已批准”变为“已排期”时的时间戳推断，也可以根据特定规划字段的填写情况确定。采集根据状态从“已批准”变为“已排期”推断。事件类型 inferred
	已完成变更验证	表示测试和验证阶段，用于确认变更已成功完成且未造成不良影响。可根据状态变更为“验证”或“测试”推断。
重要性分析此活动的频率和时长，有助于确认质量保证步骤没有被跳过。这是预防变更引发事件的关键环节。获取途径根据变更请求对象的状态变更时间戳记录，例如状态变为“验证”或“用户验收测试”时。采集根据状态变更为“验证”推断。事件类型 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。新建One-Step Action，命名为ProcessMind - Export Change Log。
配置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个月的范围，以平衡数据量和性能。
One-Step Action：使用One-Step Action自动执行搜索并将结果导出到文件，确保流程可重复且一致。
输出格式：建议使用CSV，格式简单且兼容性好。确保各次导出的分隔符、编码（如UTF-8）和日期格式一致。
权限：执行用户必须拥有Change Request和Change Request Journal - History业务对象的读取权限，以及创建和运行搜索与One-Step Actions的权限。

查询示例 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表中的不同列名。

查询示例 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或更新版本。运行以下命令安装所需的Python库：用于数据处理的pandas和用于发送API请求的requests：pip install pandas 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”及其历史记录的内部业务对象ID。登录Cherwell Administrator客户端，创建新蓝图并找到“Change Request”业务对象。在其属性中打开“Advanced”页面，查找内部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变更管理工作流中使用的具体状态值。

查询示例 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搜索与一键导出文件

步骤

配置

查询示例 config

直接查询Cherwell后端数据库中的SQL数据

步骤

配置

查询示例 sql

通过Cherwell REST API运行Python脚本提取数据

步骤

配置

查询示例 python

准备好开始了吗？

实现95%的变更成功率：立即优化Ivanti Cherwell