> 持续流程改进 > 事件管理 > Jira Service Management > 数据模板

您的事件管理数据模板

Jira Service Management

← 返回改进指南

事件管理属性(23) 事件管理活动(15) 数据提取指南(4)

您的事件管理数据模板

此模板提供了结构化方法，帮助您收集分析事件管理流程所需的核心数据。模板列出了需要收集的关键属性和需要跟踪的主要活动，并提供从源系统提取这些信息的实用指南。借助这些内容，您可以准备好所需数据，开始优化事件解决工作流。

建议收集的属性
需要跟踪的关键活动
Jira Service Management数据提取指南

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

下载模板

事件管理属性

建议将这些数据字段纳入事件日志，以便全面分析事件管理流程。

5 必填 6 建议填写 12 选填

	名称	说明
	事件ID IncidentId	Jira Service Management中每个事件工单的唯一标识符。
说明事件ID通常也称为Jira中的问题键，是每个已报告事件的主要唯一标识符。它将事件从创建到最终关闭期间的所有相关活动、评论和状态变更关联起来。在流程挖掘中，此ID对于还原每个事件的完整生命周期至关重要，可用于全面分析整个流程。重要性这是将所有相关事件关联到同一案例的核心标识符，也是流程挖掘分析的基础。获取途径这是Jira Service Management中问题的标准“键”字段，例如“ITSM-123”。示例 INC-10234HELPDESK-5678OPS-9901
	开始时间 EventTimestamp	活动发生的准确日期和时间。
说明此属性记录事件生命周期中每项活动的时间戳，对于计算各流程步骤的持续时间、周期时间和等待时间至关重要。准确的时间戳有助于详细分析绩效、监控SLA并识别瓶颈。解决时间和诊断时长等所有绩效指标均根据这些时间戳计算。重要性时间戳是计算所有时间类指标、了解流程持续时间和发现绩效瓶颈的基础。获取途径这是Jira问题变更日志或历史记录中每条记录对应的“创建”日期。示例 2023-10-26T10:00:00Z2023-10-26T10:05:14Z2023-10-27T14:30:00Z
	活动 ActivityName	事件中发生的具体事件或状态变更的名称。
说明活动代表事件管理生命周期中的一个独立步骤或事件，例如“事件已创建”“事件已分配”或“已提出解决方案”。这些活动通常根据Jira问题历史记录或变更日志中记录的状态转换或特定更新事件生成。分析活动的顺序和持续时间是流程挖掘的主要目标，可揭示实际流程、瓶颈和偏差。重要性活动构成流程图的基础，可用于呈现和分析事件生命周期。获取途径根据Jira问题历史记录和变更日志数据生成，记录状态转换和关键字段更新。示例事件已分配调查已开始事件已解决
	上次数据更新时间 LastDataUpdate	指示数据上次从源系统刷新时间的时间戳。
说明此属性记录数据集上次更新的时间，为分析流程的人员提供重要背景信息，帮助他们了解数据的新鲜度。对于持续监控仪表板而言，及时更新的数据对及时决策尤为重要。单次数据提取批次中的所有事件通常使用相同的值。重要性告知用户数据的时效性，这对确保分析结果相关且准确至关重要。获取途径这是数据提取任务运行的时间戳，在数据转换过程中添加。示例 2023-10-27T08:00:00Z2023-10-28T08:00:00Z
	源系统 SourceSystem	数据提取自哪个系统。
说明此属性用于标识数据来源，本例中为Jira Service Management。在整合多个系统的数据以全面了解流程时，这一信息尤其有用。注明源系统有助于明确数据沿袭，并排查数据质量或提取问题。对于此模型，该值为固定值。重要性提供数据来源的必要背景信息，确保来源清晰、可追溯，在多系统分析中尤为重要。获取途径这是一个固定值，应在数据提取过程中添加。示例 Jira Service ManagementJira Cloud
	优先级 Priority	分配给事件的优先级，表示解决事件的紧迫程度。
说明优先级决定处理事件所需的速度，通常由影响程度和紧急程度共同确定，并直接影响SLA目标。按优先级分析事件，有助于了解高优先级事件是否比低优先级事件处理得更快，以及优先级划分是否一致。这是筛选和比较流程绩效的重要维度。重要性对于分析SLA绩效以及确认资源是否合理分配给最严重的事件至关重要。获取途径 Jira问题中的标准“优先级”字段。示例最高高中低
	分配组 AssignmentGroup	负责处理事件的团队或小组。
说明分配组代表负责处理事件的团队，可以是“一线服务台”等支持层级、“网络运营”等专业团队，也可以是开发团队。分析不同分配组之间的流转，有助于了解流程升级和移交情况，并衡量团队绩效、识别团队层面的瓶颈以及分析团队间的依赖关系。重要性对于分析团队绩效、处理量以及不同支持层级或专业团队之间的工作流转至关重要。获取途径通常在Jira中通过“团队”或“分配组”等自定义字段实现，有时也可根据Jira组件或项目角色推断。示例一线支持基础设施团队数据库管理员
	创建日期 CreatedDate	事件首次在系统中创建的日期和时间。
说明此属性标记事件生命周期的正式起点，是计算总解决时间等整体指标的基准时间戳。每个事件的创建日期都是固定值，也是流程挖掘分析中整个案例的起点。重要性作为端到端周期时间计算和SLA衡量的起点。获取途径 Jira问题中的标准“创建时间”字段。示例 2023-10-26T09:58:12Z2023-11-01T15:20:05Z
	状态 Status	事件生命周期中的当前阶段。
说明 “状态”字段用于指示事件在既定工作流中的当前状态，例如“待处理”“处理中”“等待客户”或“已解决”。状态变更是生成流程挖掘活动日志的主要数据来源。分析事件在各状态中停留的时间，是识别瓶颈和了解事件耗时环节的基础。重要性直接反映事件进展，是识别流程步骤和等待时间的主要依据。获取途径 Jira问题中的标准“状态”字段。示例处理中等待客户已解决已关闭
	经办人 Assignee	当前负责处理该事件的用户。
说明经办人是指在特定时间负责处理事件的客服专员或用户。跟踪经办人变更对于分析移交、了解工作量分布，以及识别参与特定流程步骤的人员至关重要。此属性有助于了解支持团队中的个人绩效和资源分配情况。重要性有助于跟踪个人工作量、识别与特定客服专员相关的瓶颈，并分析移交对解决时间的影响。获取途径 Jira问题中的标准“经办人”字段。示例 John SmithEmily JonesServiceDeskAgent1
	解决日期 ResolutionDate	事件被标记为已解决的日期和时间。
说明此属性记录事件首次转为已解决状态时的时间戳，标志着主动处理阶段结束，也是计算解决时间的终点。比较解决日期和创建日期，可衡量流程效率；该属性也是判断SLA是否达标的重要依据。重要性标记解决流程的结束，以便计算总周期时间和SLA绩效。获取途径 Jira问题中的标准“解决时间”字段。示例 2023-10-28T11:20:30Z2023-11-02T10:00:00Z
	SLA违约 SlaBreach	用于标记事件解决时间是否超过SLA目标。
说明此计算得出的布尔属性用于指示事件是否违反“解决时间”SLA。当“IncidentResolutionCycleTime”大于“TimeToResolutionTarget”时，值为true。此标记便于筛选和汇总数据，从而计算整体SLA违约率KPI，也是SLA绩效监控仪表板的关键结果指标。重要性以明确的二元结果呈现SLA绩效，便于计算违约率并识别问题区域。获取途径计算方式为（'IncidentResolutionCycleTime' > 'TimeToResolutionTarget'）。示例 truefalse
	严重程度 Severity	衡量事件对业务造成的影响。
说明严重程度用于界定事件对业务的影响大小，从影响单个用户到导致关键系统中断不等。优先级决定工作处理顺序，严重程度则反映整体业务影响。按严重程度分析，有助于了解对业务影响最大的事件的处理绩效；通常还会结合优先级进行更细致的分析。重要性呈现业务影响情况，便于重点分析对业务运营造成最大损害的事件。获取途径通常是Jira中的自定义字段，并非标准系统字段。请查看Jira Service Management项目配置。示例严重重大轻微极轻微
	关联问题ID LinkedProblemId	与此事件关联的问题工单标识符。
说明作为更大范围潜在问题表现的事件，通常会关联到问题工单。此字段存储关联问题的ID。分析这些关联有助于了解事件与问题之间的关系、衡量问题管理流程的有效性，并识别需要永久修复的重复事件。重要性将事件与潜在问题关联起来，以便分析组织解决根因、预防未来事件的成效。获取途径此信息存储在Jira问题的“问题链接”部分。示例 PROB-123PROB-456无
	客户请求类型 CustomerRequestType	客户通过服务门户提交的具体请求类型。
说明此字段根据客户视角对请求进行分类，显示在Jira Service Management门户中，例如“报告系统问题”。它以便于用户理解的方式对事件进行分类，可能与内部“问题类型”不同。分析此属性有助于了解客户如何看待和报告问题，从而改进门户设计和服务内容。重要性从客户视角呈现事件类别，便于分析需求和改善客户体验。获取途径 Jira Service Management项目专用的“客户请求类型”字段。示例获取IT帮助 > 报告系统问题电子邮件 > 访问权限请求
	报告人 Reporter	最初创建或报告事件的用户。
说明报告人是最初记录事件的个人，通常是最终用户或其他系统。按报告人分析事件，有助于识别经常遇到问题的用户或部门。分析“等待客户”和“客户已回复”等活动时，也可以借此了解沟通模式。重要性有助于分析事件来源、识别与特定用户或部门相关的模式，并了解客户互动延迟。获取途径 Jira问题中的标准“报告人”字段。示例 Alice JohnsonBob Williamsmonitoring-tool@example.com
	是否返工 IsRework	标记事件是否经历过返工，例如重新打开。
说明此计算得出的布尔属性用于识别流程中被退回到前一阶段的事件，最常见的情况是事件解决后又被重新打开。返工循环是造成效率低下和客户不满的重要原因。此标记便于量化返工率，并帮助分析事件首次未能正确解决的原因。重要性标记需要重复处理的事件，突出流程质量问题和效率低下之处，直接支持返工分析。获取途径通过检测事件日志中的特定状态转换序列计算，例如“已解决”→“已重新打开”。示例 truefalse
	根因类别 RootCauseCategory	事件根本原因的分类。
说明此属性记录事件发生的根本原因，例如“软件缺陷”“硬件故障”或“用户操作错误”。通常在调查后填写，对于有效的问题管理和预防未来事件至关重要。分析根因类别有助于识别系统性弱点并确定改进措施的优先级。“未知”根因比例较高，可能意味着需要改进调查流程。重要性支持根因分析，帮助组织从被动响应转向主动预防，识别并解决事件源头问题。获取途径这几乎总是Jira中的自定义字段。字段名称和选项很大程度上取决于组织的具体配置。示例配置错误网络中断软件缺陷
	移交次数 HandoffCount	事件被重新分配给其他团队或用户的次数。
说明此计算指标统计事件生命周期中“Assignee”或“AssignmentGroup”字段发生变更的次数。移交次数较多通常意味着流程效率低、首次联系未能解决问题或存在知识缺口，进而延长解决时间。分析此KPI有助于优化分配流程并改善团队协作。重要性量化重新分配造成的流程阻滞和效率损失，帮助识别流程改进机会。获取途径根据问题变更日志中“Assignee”或“AssignmentGroup”字段的变更次数计算。示例 015
	组件 Component	受事件影响的系统、应用程序或基础设施部分。
说明组件是Jira项目中的子部分，用于将问题归入“用户界面”“数据库”或“API”等类别。按组件分析事件，有助于找出系统中最容易出现问题的部分。这些信息有助于根因分析，并可指导服务改进或减少技术债务。重要性可按受影响的具体产品或系统区域筛选和分析，帮助识别技术问题集中区域。获取途径 Jira问题中的标准“组件”字段。示例身份验证服务报表仪表板移动应用
	解决时间目标 TimeToResolutionTarget	解决事件的SLA目标时长。
说明此属性定义特定优先级或类型的事件应在多长时间内解决。它是衡量实际解决时间、判断SLA是否达标的基准。该值通常根据优先级、严重程度或问题类型等因素，按照规则动态设定。它是SLA绩效监控仪表板的基础。重要性为衡量SLA是否达标提供基准，也是事件SLA违约率KPI的计算依据。获取途径此值根据Jira Service Management中的SLA配置得出。需要确定具体目标，例如“解决时间”。示例 4小时8小时3天
	解决结果 Resolution	事件解决后的最终结果或原因。
说明 “解决结果”字段说明事件为何被标记为已解决。常见结果包括“已修复”“重复”“不予处理”或“无法复现”。分析不同解决结果的分布，有助于了解报告质量和解决流程的有效性。例如，“重复”结果数量较多，可能表明事件创建或分流阶段存在问题。重要性为事件处理结果提供背景信息，帮助归类解决结果并识别事件关闭方式的趋势。获取途径 Jira问题中的标准“解决结果”字段。通常在问题转为“已完成”状态类别时设置此字段。示例已完成已修复重复不予修复
	问题类型 IssueType	问题的类型，例如事件、服务请求或问题。
说明 Jira使用问题类型区分不同类型的任务。在事件管理中，主要类型是“事件”，但“子任务”等其他类型也可能相关。此属性对于筛选数据集、仅保留事件至关重要，可确保流程挖掘分析聚焦于正确的流程。重要性确保分析范围仅限于事件，并将其与服务请求或变更等其他工作类型区分开来。获取途径 Jira问题中的标准“问题类型”字段。示例事件IT帮助缺陷

必填建议填写选填

事件管理活动

建议将这些关键流程步骤和里程碑纳入事件日志，以便准确发现并分析事件解决工作流。

7 建议填写 8 选填

	活动	说明
	事件已关闭	表示事件解决并验证后，对事件工单进行最终的行政关闭。可根据状态转为“已关闭”推断。
重要性这是流程的终止事件。分析“已解决”到“已关闭”之间的时间，有助于发现行政收尾或用户确认环节的延误。获取途径根据问题的状态变更历史推断。该事件对应状态转为最终“已关闭”状态时的时间戳。采集确定状态转为“已关闭”的时间戳。事件类型 inferred
	事件已创建	事件报告提交并在Jira中创建新问题时，事件生命周期正式开始。系统会明确记录新建的“事件”类型问题。
重要性这是流程的主要开始事件。分析从此活动到事件解决所需的时间，是衡量整体周期时间和SLA达成情况的基础。获取途径这是从Jira事件问题的“创建时间”戳明确记录的事件。问题创建事件会记入问题历史记录。采集使用问题创建时间戳。事件类型 explicit
	事件已解决	此活动表示已确认事件成功解决且服务已恢复，通常对应状态转为“已解决”。
重要性这是流程中主要的成功节点。到达此节点所需的时间是最常用的关键绩效指标，代表解决时间（TTR）。获取途径根据状态变更为“已解决”推断。在许多工作流中，这与“已提出解决方案”是同一事件，代表主要解决节点。采集确定状态转为“已解决”的时间戳。事件类型 inferred
	事件已重新分配	事件首次分配后，从一名客服人员或团队转交给另一名客服人员或团队时，就会发生此事件。根据“经办人”或“已分配团队”字段的变更推断。
重要性跟踪重新分配情况对于分析交接至关重要。重新分配次数过多通常意味着流程低效、知识缺口或初始路由不当，进而延误事件解决。获取途径根据问题历史记录推断，检测“经办人”字段首次填写后的任何更新。每次变更都记为一次重新分配事件。采集识别首次分配后“经办人”字段的后续变更。事件类型 inferred
	已提出解决方案	此活动表示已找到并实施解决方案，事件正在等待确认或最终验证。可根据状态转为“已解决”推断。
重要性这是一个重要节点，标志着支持团队的主动处理工作结束。此时通常会停止计算SLA时间。获取途径根据问题状态变更历史推断。状态转为“已解决”或等效状态时，即记录此事件的时间戳。采集确定状态转为“已解决”的时间戳。事件类型 inferred
	等待客户回复	表示支持团队正在等待客户提供信息或采取行动。可根据状态转为专门的等待状态（例如“等待客户回复”）推断。
重要性单独统计这段“暂停”时间对于准确衡量SLA至关重要，因为它通常不计入解决时间。此数据还有助于分析客户响应延误。获取途径根据问题状态变更历史推断。状态转为“等待客户回复”或类似状态时，即记录此事件的时间戳。采集确定状态转为“等待客户回复”的时间戳。事件类型 inferred
	调查已开始	表示已分配的客服人员开始主动诊断事件。通常根据事件问题状态从“待处理”或“新建”转为“处理中”来推断。
重要性这一关键节点标志着主动解决工作的开始。衡量到达此活动所需的时间，有助于发现初始排队延误和资源可用性问题。获取途径根据问题状态变更历史推断。事件时间戳是状态转为表示正在处理的状态（例如“处理中”）的时间。采集确定状态转为“处理中”的时间戳。事件类型 inferred
	事件已分配	此活动表示事件首次分配给支持人员或团队进行处理。通过跟踪“经办人”或“已分配团队”字段首次填写的时间来记录。
重要性衡量首次响应和分配所需的时间，这是SLA指标的重要组成部分。该指标有助于发现主动调查开始前的延误。获取途径根据问题历史记录推断，查找“经办人”字段的首次变更，且该字段之前的值为“未分配”。采集在问题历史记录中检测“经办人”字段的首次更新。事件类型 inferred
	事件已确定优先级	表示设置事件优先级和／或严重程度，以确定其紧急程度和业务影响。通常根据问题创建后首次填写或更新“优先级”或“严重程度”字段的时间推断。
重要性跟踪优先级判定情况，有助于分析事件是否得到及时、一致的评估。此步骤延误会直接影响SLA计算和资源分配。获取途径根据问题历史记录推断，该记录会跟踪所有字段的变更。查找问题创建后首次更新“优先级”或自定义“严重程度”字段的记录。采集在问题历史记录中检测“优先级”字段的首次变更。事件类型 inferred
	事件已重新打开	表示此前已解决的事件因问题再次发生或修复无效而重新激活。可根据状态从“已解决”或“已关闭”变回未关闭状态推断。
重要性重新打开的事件直接反映解决质量，也是返工的主要指标。分析此类事件有助于发现过早关闭和无效解决方案。获取途径根据问题状态变更历史推断。状态从“已解决”或“已关闭”等终止状态转回“待处理”或“处理中”时，即记录此事件。采集检测状态从“已解决”或“已关闭”变更为未关闭状态。事件类型 inferred
	客户已回复	表示客户已提供所需信息，事件可以继续处理。状态从“等待客户回复”转回活跃状态时，可据此推断。
重要性此活动标志着由客户造成的延误结束。分析“等待客户回复”到此事件之间的时长，可了解客户平均响应时间。获取途径根据问题状态变更历史推断。状态从“等待客户回复”转为“处理中”等状态时，即发生此事件，通常由客户添加评论触发。采集检测状态从“等待客户回复”变更为“处理中”。事件类型 inferred
	已关联问题工单	事件关联到“问题”类型的问题以进行根本原因分析时，就会发生此事件。创建指向“问题”类型问题的“关联”或“由其导致”链接时，系统会明确记录。
重要性跟踪此关联对于了解组织能否有效地从事件缓解转向根本原因分析和预防至关重要。获取途径此事件会明确记录在问题的关联历史记录中。每次创建关联都会记录时间戳，并可筛选指向“问题”类型问题的关联。采集使用创建指向“问题”类型问题的关联时所记录的时间戳。事件类型 explicit
	已升级至专业团队	表示事件已升级至专业团队（例如二线支持或开发团队）以获得高级支持。可根据自定义“支持团队”字段的变更或特定的重新分配情况推断。
重要性突出显示需要专业知识的事件，并跟踪不同支持层级之间的流转情况。这有助于发现专业团队中的瓶颈并分析升级处理模式。获取途径根据问题历史记录推断，可跟踪代表已分配团队的自定义字段变更，或识别“经办人”是否变更为已知专业团队的成员。采集检测“已分配团队”自定义字段的变更，或特定经办人的变更。事件类型 inferred
	已提供临时解决方案	表示在制定永久解决方案期间实施临时修复以恢复服务。可根据状态变更或特定评论推断。
重要性衡量提供临时解决方案所需的时间，是评估服务恢复速度的重要指标。它有助于区分临时缓解措施和永久解决方案。获取途径此事件通常需要推断。可根据状态转为“已提供临时解决方案”，或添加包含“临时解决方案”等特定关键词的公开评论来判断。采集识别特定状态变更或评论中的关键词。事件类型 inferred
	已添加评论	表示用户在事件工单中添加评论或备注的沟通活动。每次发布评论时，系统都会明确记录此事件。
重要性分析评论频率有助于了解沟通模式、协作效率和事件复杂程度，也能发现需要过多沟通的事件。获取途径这是明确记录的事件。Jira会保存每条评论的时间戳和作者，可通过问题评论历史记录或API获取。采集使用每条问题评论的添加时间戳。事件类型 explicit

建议填写选填

数据提取指南

如何从Jira Service Management获取数据

步骤

检查前提条件：此方法需要使用Jira Marketplace应用，例如“Better Excel Exporter”或“Exporter for Jira”，因为标准内置CSV导出不包含重建流程时间线所需的详细问题历史记录（变更日志）。请确认已安装此类应用，并且您有权使用。
打开高级问题搜索：登录Jira Service Management实例。在顶部导航栏中选择“Filters”，然后选择“Advanced issue search”。系统将打开带有JQL查询编辑器的问题导航器。
执行JQL查询：在JQL查询栏中输入提供的JQL查询，以选取指定日期范围内的所有事件工单。这将作为原始数据导出的基础。典型查询示例：issuetype = Incident AND project = "[您的JSM项目键]" AND created >= "-180d"。
配置导出列：找到导出选项，可能标记为“Export”，也可能位于应用专属菜单中。将导出设置为生成CSV文件。务必包含以下字段：Issue Key、Created、Resolved、Status、Priority、Assignee，尤其是完整的Changelog或History。导出应用通常支持将每条变更日志记录导出为单独一行，这是最适合后续转换的格式。
导出原始数据：执行导出并下载生成的CSV文件。文件包含未经转换的原始数据，通常每条问题变更占一行，而不是每个问题占一行。
准备转换环境：需要使用提供的Python脚本将原始导出文件转换为有效的事件日志。请确保系统已安装Python和pandas库。您可以在终端运行pip install pandas安装pandas。
运行转换脚本：将提供的Python脚本保存为文件（例如transform_jira_log.py），并将导出的CSV文件放在同一目录下。修改脚本，指定正确的输入和输出文件名。
执行脚本：在终端运行命令：python transform_jira_log.py。脚本将处理原始数据，并生成名为jira_incident_event_log.csv的新CSV文件，格式适用于流程挖掘。
检查并上传：打开最终生成的jira_incident_event_log.csv，检查文件内容。确认无误后，即可将此事件日志上传到您的流程挖掘工具。

配置

JQL查询：JQL（Jira Query Language）查询是筛选数据的主要方式。关键筛选条件包括：
- issuetype = Incident：确保只提取事件工单。
- project = "[您的JSM项目键]"：将数据限定在特定服务台项目中。请将占位符替换为项目键（例如“ITSUP”）。
- created >= "-180d"：设置提取日期范围。建议选择3至6个月（“-90d”至“-180d”），以平衡数据量和分析价值。
导出应用配置：必须将Marketplace导出应用配置为输出变更日志。理想的输出格式是每条变更占一行，并包含Issue Key、变更字段、旧值、新值和变更时间戳等列。
导出必需字段：请确保导出至少包含Issue Key、Created、Resolved、Creator、Priority、Status、Assignee、[Assignment Group自定义字段]、[Support Team自定义字段]以及完整的变更日志（时间戳、作者、字段、from string、to string）。
前提条件：此方法需要Jira Service Management许可证、访问问题导航器和运行JQL查询的用户权限，以及能够导出详细问题变更日志的Jira Marketplace应用。

查询示例 sql

import pandas as pd
import numpy as np
from datetime import datetime

# --- Configuration ---
# Specify the path to your raw CSV file exported from Jira
# This file should have one row per changelog item.
INPUT_CSV_PATH = '[Your-Jira-Export-File].csv'
# Specify the desired name for the final event log file
OUTPUT_CSV_PATH = 'jira_incident_event_log.csv'

# --- Main Transformation Logic ---
def transform_jira_to_event_log(input_path, output_path):
    """Transforms a detailed Jira changelog export into a process mining event log."""
    try:
        # Load the raw data, assuming common column names from Jira exporters.
        # Adjust column names here to match your specific export file.
        # 'Issue Key' -> Incident ID
        # 'Date' -> Timestamp of the change
        # 'Field' -> The field that was changed (e.g., 'status', 'assignee')
        # 'Original value' -> Old value
        # 'New value' -> New value
        # You must also include columns for 'Created', 'Resolved', 'Priority', etc., at the issue level.
        df_raw = pd.read_csv(input_path)
    except FileNotFoundError:
        print(f"Error: Input file not found at '{input_path}'. Please check the path.")
        return

    # Standardize column names for easier processing
    # Replace these with the actual column names from your export
    column_map = {
        'Issue key': 'IncidentId',
        'History Date': 'EventTimestamp',
        'History Author': 'Author',
        'Field': 'ChangedField',
        'From String': 'OldValue',
        'To String': 'NewValue',
        'Created': 'CreatedDate',
        'Resolved': 'ResolutionDate',
        'Priority': 'Priority',
        'Status': 'Status',
        'Assignee': 'Assignee',
        # Add mappings for your custom fields if necessary
        # '[Your Assignment Group Field]': 'AssignmentGroup'
    }
    df_raw.rename(columns=column_map, inplace=True)

    # Ensure timestamp columns are in datetime format
    df_raw['EventTimestamp'] = pd.to_datetime(df_raw['EventTimestamp'], errors='coerce')
    df_raw['CreatedDate'] = pd.to_datetime(df_raw['CreatedDate'], errors='coerce')
    df_raw['ResolutionDate'] = pd.to_datetime(df_raw['ResolutionDate'], errors='coerce')

    events = []
    # Group by incident to process each ticket's lifecycle
    for incident_id, group in df_raw.groupby('IncidentId'):
        # Sort changes chronologically
        group = group.sort_values(by='EventTimestamp').reset_index()

        # Get issue-level attributes from the first record
        first_record = group.iloc[0]
        created_date = first_record['CreatedDate']
        resolved_date = first_record['ResolutionDate']

        # 1. Incident Created Event
        events.append({
            'IncidentId': incident_id,
            'ActivityName': 'Incident Created',
            'EventTimestamp': created_date,
            'Assignee': first_record.get('Assignee'),
            'AssignmentGroup': first_record.get('AssignmentGroup'),
            'Status': first_record.get('Status'),
            'Priority': first_record.get('Priority')
        })

        assignee_set = False
        priority_set = False

        # 2. Process Changelog for other events
        for _, row in group.iterrows():
            activity = None
            field = row['ChangedField']
            old_val = str(row['OldValue'])
            new_val = str(row['NewValue'])
            timestamp = row['EventTimestamp']

            # Map changelog entries to activities
            if field == 'status':
                if new_val == 'In Progress' and old_val not in ['Waiting for customer', 'In Progress']:
                    activity = 'Investigation Started'
                elif new_val == 'Waiting for customer':
                    activity = 'Waiting For Customer'
                elif old_val == 'Waiting for customer' and new_val not in ['Resolved', 'Closed']:
                    activity = 'Customer Responded'
                elif new_val == 'Resolved':
                    activity = 'Resolution Proposed'
                    # Also add Incident Resolved at the same time
                    events.append({'IncidentId': incident_id, 'ActivityName': 'Incident Resolved', 'EventTimestamp': timestamp, 'Assignee': row.get('Assignee'), 'AssignmentGroup': row.get('AssignmentGroup'), 'Status': new_val, 'Priority': row.get('Priority')})
                elif new_val == 'Closed':
                    activity = 'Incident Closed'
                elif old_val in ['Resolved', 'Closed'] and new_val not in ['Resolved', 'Closed']:
                    activity = 'Incident Reopened'

            elif field == 'assignee':
                if not assignee_set and new_val != 'nan':
                    activity = 'Incident Assigned'
                    assignee_set = True
                elif assignee_set and new_val != old_val:
                    activity = 'Incident Reassigned'

            elif field == 'priority' and not priority_set:
                activity = 'Incident Prioritized'
                priority_set = True

            elif field == '[Support Team Custom Field]': # Placeholder for your escalation field
                activity = 'Escalated To Specialist Team'
            
            elif field == 'Link' and 'Problem' in new_val:
                 activity = 'Linked To Problem Ticket'

            # Other activities like 'Workaround Provided' and 'Comment Added' are not typically in the changelog
            # and would require different extraction methods (e.g., API calls for comments).

            if activity:
                events.append({
                    'IncidentId': incident_id,
                    'ActivityName': activity,
                    'EventTimestamp': timestamp,
                    'Assignee': row.get('Assignee'),
                    'AssignmentGroup': row.get('AssignmentGroup'),
                    'Status': new_val if field == 'status' else row.get('Status'),
                    'Priority': new_val if field == 'priority' else row.get('Priority')
                })

    # Create final event log DataFrame
    if not events:
        print("Warning: No events were generated. Check your input file and column mappings.")
        return
        
    df_events = pd.DataFrame(events)

    # Add required and recommended attributes
    df_events['SourceSystem'] = 'Jira Service Management'
    df_events['LastDataUpdate'] = datetime.now().strftime('%Y-%m-%d %H:%M:%S')
    
    # Merge issue-level details back to get created/resolved dates for all rows
    issue_details = df_raw[['IncidentId', 'CreatedDate', 'ResolutionDate']].drop_duplicates(subset='IncidentId')
    df_final = pd.merge(df_events, issue_details, on='IncidentId', how='left')

    # Calculate cycle time
    df_final['IncidentResolutionCycleTime'] = (df_final['ResolutionDate'] - df_final['CreatedDate']).dt.total_seconds() / 3600.0
    
    # Sort and write to CSV
    df_final = df_final.sort_values(by=['IncidentId', 'EventTimestamp'])
    df_final.to_csv(output_path, index=False)
    print(f"Successfully created event log at '{output_path}' with {len(df_final)} events.")

# --- Script Execution ---
if __name__ == '__main__':
    transform_jira_to_event_log(INPUT_CSV_PATH, OUTPUT_CSV_PATH)

步骤

前提条件和访问权限：获取Jira Service Management本地部署数据库的只读访问权限。您需要数据库服务器地址、端口、数据库名称、用户名和密码。请确保已安装DBeaver、SQL Developer或类似SQL客户端。
了解Jira架构：熟悉Jira数据库中的关键表。此次提取主要使用以下表：jiraissue（核心事件数据）、changegroup和changeitem（问题历史记录）、jiraaction（评论）、issuelink（与其他问题的链接）、project（按项目筛选）以及issuetype（筛选“Incident”类型的问题）。
查找自定义字段ID：许多重要属性（如“Assignment Group”）通常是Jira自定义字段。您必须通过查询customfield表找到其唯一ID（例如SELECT id, cfname FROM customfield WHERE cfname LIKE '%Assignment Group%';）。请记录这些ID，以便在主查询中使用。
连接数据库：打开SQL客户端，使用第1步中的凭据连接Jira数据库。
自定义SQL查询：复制下方提供的完整SQL查询。您必须替换占位符，使其符合您的Jira配置。请特别留意[your_project_key]、[start_date]、[end_date]以及[custom_field_id_for_assignment_group]等自定义字段ID。
执行查询：在SQL客户端中运行自定义查询。根据Jira实例的数据量和所选日期范围，查询可能需要几分钟才能完成。
检查结果：查询完成后，快速检查输出。确认IncidentId、ActivityName和EventTimestamp列已按预期填充，并且ActivityName列中包含多种活动。
导出为CSV：在SQL客户端中将完整结果集导出为CSV文件。请选择UTF-8编码，以避免字符显示问题。
整理为ProcessMind格式：确保CSV文件包含表头，且列名与查询中指定的完全一致（IncidentId、ActivityName等）。确认EventTimestamp列的格式与ProcessMind兼容，例如YYYY-MM-DD HH:MI:SS。
上传到ProcessMind：现在可以将CSV文件上传到ProcessMind，并用它创建新的流程分析。

配置

数据库凭据：需要使用只读数据库用户和密码，以免意外修改Jira数据。
项目和问题类型筛选：此查询通过p.pkey IN ('[your_project_key]')子句筛选一个或多个指定的Jira Service Management项目，并通过it.pname = 'Incident'筛选“Incident”问题类型。这对查询性能和结果相关性至关重要。
日期范围：建议先限制日期范围，例如使用3至6个月的数据，以确保查询高效运行。请相应调整[start_date]和[end_date]占位符。
自定义字段：“Assignment Group”或“Severity”等属性可能是自定义字段。查询使用了占位符（例如[custom_field_id_for_assignment_group]），您必须将其替换为Jira实例customfield表中的正确数字ID。
Jira版本：不同主要版本的Jira数据库架构可能略有差异。此查询适用于常见架构，但对于较旧或较新的Jira Server或Data Center版本，可能需要进行少量调整。
性能：在大型且活跃的Jira实例上执行此查询可能会占用大量数据库资源。强烈建议在业务低峰时段运行，以尽量减少对Jira用户的影响。

查询示例 sql

WITH Incidents AS (
  SELECT
    i.id AS issue_id,
    p.pkey || '-' || i.issuenum AS IncidentId,
    i.assignee AS assignee_key,
    i.issuestatus AS status_id,
    i.priority AS priority_id,
    i.created AS CreatedDate,
    i.resolutiondate AS ResolutionDate,
    EXTRACT(EPOCH FROM (i.resolutiondate - i.created)) AS IncidentResolutionCycleTime
  FROM jiraissue i
  JOIN project p ON i.project = p.id
  JOIN issuetype it ON i.issuetype = it.id
  WHERE it.pname = 'Incident'
    AND p.pkey IN ('[your_project_key]') -- E.g., 'ITSM', 'HELPDESK'
    AND i.created BETWEEN '[start_date]' AND '[end_date]' -- E.g., '2023-01-01' AND '2023-06-30'
)
-- 1. Incident Created
SELECT
  i.IncidentId,
  'Incident Created' AS ActivityName,
  i.CreatedDate AS EventTimestamp,
  'Jira Service Management' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  au.display_name AS Assignee,
  cfo.customvalue AS AssignmentGroup,
  s.pname AS Status,
  pr.pname AS Priority,
  i.CreatedDate,
  i.ResolutionDate,
  i.IncidentResolutionCycleTime
FROM Incidents i
LEFT JOIN app_user au ON i.assignee_key = au.user_key
LEFT JOIN issuestatus s ON i.status_id = s.id
LEFT JOIN priority pr ON i.priority_id = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group] -- Placeholder for Assignment Group custom field ID
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id

UNION ALL

-- 2. Incident Prioritized (First Time)
SELECT
  i.IncidentId, 'Incident Prioritized' AS ActivityName, T.EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, T.Assignee, T.AssignmentGroup, T.Status, T.Priority, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM Incidents i
JOIN (
    SELECT cg.issueid, cg.created AS EventTimestamp, au_cg.display_name AS Assignee, cfo.customvalue AS AssignmentGroup, s.pname AS Status, ci.newstring AS Priority,
    ROW_NUMBER() OVER(PARTITION BY cg.issueid ORDER BY cg.created ASC) as rn
    FROM changegroup cg
    JOIN changeitem ci ON cg.id = ci.groupid
    JOIN Incidents inc_filter ON cg.issueid = inc_filter.issue_id
    LEFT JOIN app_user au_cg ON cg.author = au_cg.user_key
    LEFT JOIN jiraissue ji_state ON cg.issueid = ji_state.id
    LEFT JOIN issuestatus s ON ji_state.issuestatus = s.id
    LEFT JOIN customfieldvalue cfv_group ON cg.issueid = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
    LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
    WHERE ci.field = 'Priority'
) T ON i.issue_id = T.issueid AND T.rn = 1

UNION ALL

-- 3. Incident Assigned (First Time)
SELECT
  i.IncidentId, 'Incident Assigned' AS ActivityName, T.EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, T.Assignee, T.AssignmentGroup, T.Status, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM Incidents i
JOIN (
    SELECT cg.issueid, cg.created AS EventTimestamp, ci.newstring AS Assignee, cfo.customvalue AS AssignmentGroup, s.pname AS Status,
    ROW_NUMBER() OVER(PARTITION BY cg.issueid ORDER BY cg.created ASC) as rn
    FROM changegroup cg
    JOIN changeitem ci ON cg.id = ci.groupid
    JOIN Incidents inc_filter ON cg.issueid = inc_filter.issue_id
    LEFT JOIN jiraissue ji_state ON cg.issueid = ji_state.id
    LEFT JOIN issuestatus s ON ji_state.issuestatus = s.id
    LEFT JOIN customfieldvalue cfv_group ON cg.issueid = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
    LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
    WHERE ci.fieldtype = 'jira' AND ci.field = 'assignee' AND ci.newvalue IS NOT NULL
) T ON i.issue_id = T.issueid AND T.rn = 1
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN priority pr ON ji.priority = pr.id

UNION ALL

-- 4. Investigation Started
SELECT
  i.IncidentId, 'Investigation Started' AS ActivityName, cg.created AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, cfo.customvalue, ci.newstring, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM changegroup cg
JOIN changeitem ci ON cg.id = ci.groupid
JOIN Incidents i ON cg.issueid = i.issue_id
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN priority pr ON ji.priority = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
WHERE ci.field = 'status' AND ci.oldstring IN ('Open', 'New') AND ci.newstring = 'In Progress'

UNION ALL

-- 5. Comment Added
SELECT
  i.IncidentId, 'Comment Added' AS ActivityName, ja.created AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, cfo.customvalue, s.pname, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM jiraaction ja
JOIN Incidents i ON ja.issueid = i.issue_id
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN issuestatus s ON ji.issuestatus = s.id
LEFT JOIN priority pr ON ji.priority = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
WHERE ja.actiontype = 'comment'

UNION ALL

-- 6. Incident Reassigned
SELECT
  i.IncidentId, 'Incident Reassigned' AS ActivityName, T.EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, T.Assignee, T.AssignmentGroup, T.Status, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM Incidents i
JOIN (
    SELECT cg.issueid, cg.created AS EventTimestamp, ci.newstring AS Assignee, cfo.customvalue AS AssignmentGroup, s.pname AS Status,
    ROW_NUMBER() OVER(PARTITION BY cg.issueid ORDER BY cg.created ASC) as rn
    FROM changegroup cg
    JOIN changeitem ci ON cg.id = ci.groupid
    JOIN Incidents inc_filter ON cg.issueid = inc_filter.issue_id
    LEFT JOIN jiraissue ji_state ON cg.issueid = ji_state.id
    LEFT JOIN issuestatus s ON ji_state.issuestatus = s.id
    LEFT JOIN customfieldvalue cfv_group ON cg.issueid = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
    LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
    WHERE ci.fieldtype = 'jira' AND ci.field = 'assignee' AND ci.newvalue IS NOT NULL
) T ON i.issue_id = T.issueid AND T.rn > 1
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN priority pr ON ji.priority = pr.id

UNION ALL

-- 7. Escalated To Specialist Team
SELECT
  i.IncidentId, 'Escalated To Specialist Team' AS ActivityName, cg.created AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, ci.newstring, s.pname, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM changegroup cg
JOIN changeitem ci ON cg.id = ci.groupid
JOIN Incidents i ON cg.issueid = i.issue_id
JOIN customfield cf ON cf.cfname = '[Support Team Custom Field Name]' -- Placeholder for custom field name, e.g., 'Support Team'
JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN issuestatus s ON ji.issuestatus = s.id
LEFT JOIN priority pr ON ji.priority = pr.id
WHERE ci.field = cf.id

UNION ALL

-- 8. Waiting For Customer
SELECT
  i.IncidentId, 'Waiting For Customer' AS ActivityName, cg.created AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, cfo.customvalue, ci.newstring, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM changegroup cg
JOIN changeitem ci ON cg.id = ci.groupid
JOIN Incidents i ON cg.issueid = i.issue_id
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN priority pr ON ji.priority = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
WHERE ci.field = 'status' AND ci.newstring = 'Waiting for Customer'

UNION ALL

-- 9. Customer Responded
SELECT
  i.IncidentId, 'Customer Responded' AS ActivityName, cg.created AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, cfo.customvalue, ci.newstring, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM changegroup cg
JOIN changeitem ci ON cg.id = ci.groupid
JOIN Incidents i ON cg.issueid = i.issue_id
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN priority pr ON ji.priority = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
WHERE ci.field = 'status' AND ci.oldstring = 'Waiting for Customer'

UNION ALL

-- 10. Workaround Provided
SELECT
  i.IncidentId, 'Workaround Provided' AS ActivityName, cg.created AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, cfo.customvalue, ci.newstring, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM changegroup cg
JOIN changeitem ci ON cg.id = ci.groupid
JOIN Incidents i ON cg.issueid = i.issue_id
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN priority pr ON ji.priority = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
WHERE ci.field = 'status' AND ci.newstring = 'Workaround Provided' -- Assumes this status exists

UNION ALL

-- 11. Resolution Proposed & 14. Incident Resolved
SELECT
  i.IncidentId, 'Resolution Proposed' AS ActivityName, cg.created AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, cfo.customvalue, ci.newstring, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM changegroup cg
JOIN changeitem ci ON cg.id = ci.groupid
JOIN Incidents i ON cg.issueid = i.issue_id
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN priority pr ON ji.priority = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
WHERE ci.field = 'status' AND ci.newstring = 'Resolved'

UNION ALL

-- Also capture Incident Resolved from the resolutiondate field for cases where history might be missed.
SELECT
  i.IncidentId, 'Incident Resolved' AS ActivityName, i.ResolutionDate AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, cfo.customvalue, s.pname, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM Incidents i
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN issuestatus s ON ji.issuestatus = s.id
LEFT JOIN priority pr ON ji.priority = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
WHERE i.ResolutionDate IS NOT NULL

UNION ALL

-- 12. Linked To Problem Ticket
SELECT
  i.IncidentId, 'Linked To Problem Ticket' AS ActivityName, il.created AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, cfo.customvalue, s.pname, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM issuelink il
JOIN Incidents i ON il.source = i.issue_id
JOIN jiraissue linked_issue ON il.destination = linked_issue.id
JOIN issuetype linked_issuetype ON linked_issue.issuetype = linked_issuetype.id
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN issuestatus s ON ji.issuestatus = s.id
LEFT JOIN priority pr ON ji.priority = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
WHERE linked_issuetype.pname = 'Problem'

UNION ALL

-- 13. Incident Reopened
SELECT
  i.IncidentId, 'Incident Reopened' AS ActivityName, cg.created AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, cfo.customvalue, ci.newstring, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM changegroup cg
JOIN changeitem ci ON cg.id = ci.groupid
JOIN Incidents i ON cg.issueid = i.issue_id
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN priority pr ON ji.priority = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
WHERE ci.field = 'status' AND ci.oldstring IN ('Resolved', 'Closed') AND ci.newstring NOT IN ('Resolved', 'Closed')

UNION ALL

-- 15. Incident Closed
SELECT
  i.IncidentId, 'Incident Closed' AS ActivityName, cg.created AS EventTimestamp, 'Jira Service Management', CURRENT_TIMESTAMP, au.display_name, cfo.customvalue, ci.newstring, pr.pname, i.CreatedDate, i.ResolutionDate, i.IncidentResolutionCycleTime
FROM changegroup cg
JOIN changeitem ci ON cg.id = ci.groupid
JOIN Incidents i ON cg.issueid = i.issue_id
LEFT JOIN jiraissue ji ON i.issue_id = ji.id
LEFT JOIN app_user au ON ji.assignee = au.user_key
LEFT JOIN priority pr ON ji.priority = pr.id
LEFT JOIN customfieldvalue cfv_group ON i.issue_id = cfv_group.issue AND cfv_group.customfield = [custom_field_id_for_assignment_group]
LEFT JOIN customfieldoption cfo ON cfv_group.stringvalue = cfo.id
WHERE ci.field = 'status' AND ci.newstring = 'Closed'

步骤

配置Python环境：确保系统已安装Python 3.6或更新版本。使用pip安装所需库：pip install requests pandas python-dateutil。
生成Jira API令牌：登录Jira账户，进入个人资料设置，选择“Security”，再选择“Create and manage API tokens”。创建新令牌并妥善保存。该令牌将用于身份验证，无需使用密码。
查找自定义字段ID：Jira中的许多属性（如“分配组”或“严重程度”）都是自定义字段，您需要查找其内部ID。进入Jira Settings > Issues > Custom fields，找到相关字段，点击“...”菜单并选择“View”。ID会显示在URL中（例如customFieldId=10021），请记录下来。
配置Python脚本：使用文本编辑器打开提供的Python脚本。在## CONFIGURATION ##部分更新占位变量，填写Jira站点URL、电子邮件地址、生成的API令牌和已查到的自定义字段ID。
定义JQL查询：修改脚本中的JQL_QUERY变量。此Jira Query Language（JQL）查询用于确定要提取的事件范围。建议先使用特定项目和较短的日期范围进行测试，例如：project = 'ITSM' AND issuetype = 'Incident' AND created >= '-90d'。
运行提取脚本：在命令行中运行python your_script_name.py。脚本将连接Jira API，获取事件数据，处理每张工单的历史记录并生成事件。
监控脚本进度：脚本会在控制台显示已处理的问题数量。对于大型数据集，受API速率限制和数据量影响，运行可能需要较长时间。
检查输出文件：脚本运行完成后，会在同一目录下生成jira_incident_event_log.csv文件，其中包含提取的事件日志。
转换和格式化数据：使用电子表格程序打开CSV文件并检查。脚本会自动计算IncidentResolutionCycleTime。请确认EventTimestamp的日期格式一致，并符合ProcessMind的要求（例如YYYY-MM-DDTHH:MI:SSZ）。
上传到ProcessMind：生成的CSV文件现已可以上传到ProcessMind。将CSV文件中的列映射到ProcessMind中的对应属性（IncidentId映射到案例ID，ActivityName映射到活动，EventTimestamp映射到时间戳）。

配置

Jira URL：Jira实例的基础URL（例如https://your-company.atlassian.net）。
Jira凭据：身份验证需要电子邮件地址和Jira API令牌。请勿在脚本中直接使用密码。
JQL查询：JQL查询是定义数据范围的关键设置。建议按issuetype = 'Incident'和特定项目筛选。使用created字段的日期范围筛选条件（例如created >= '-180d'）控制数据量。初次分析通常选取3至6个月的数据。
自定义字段ID：脚本需要使用Jira实例中的特定自定义字段ID，例如ASSIGNMENT_GROUP_FIELD_ID。必须正确配置这些ID，才能填充对应属性。
状态名称：脚本根据状态转换推断活动。您必须更新脚本中的状态名称（例如“In Progress”“Waiting for customer”“Resolved”），使其与项目工作流中的名称完全一致。
分页设置：API调用中的maxResults参数用于控制每次请求获取的问题数量。脚本会自动处理分页；如果遇到速率限制，可调低此值以减轻API负载。

查询示例 python

import requests
import pandas as pd
import os
from datetime import datetime, timezone
from dateutil.parser import parse

class=class="hl-string">"hl-comment">## CONFIGURATION ##
class=class="hl-string">"hl-comment"># Your Jira instance URL
JIRA_URL = class="hl-string">"https://[your-company].atlassian.net"
class=class="hl-string">"hl-comment"># Your email address used for Jira login
JIRA_EMAIL = class="hl-string">"[your-email@company.com]"
class=class="hl-string">"hl-comment"># Your Jira API token. Store this securely, for example as an environment variable.
API_TOKEN = os.environ.get(class="hl-string">"JIRA_API_TOKEN", class="hl-string">"[Your_Jira_API_Token]")

class=class="hl-string">"hl-comment"># JQL query to fetch incidents. It is recommended to limit the date range.
JQL_QUERY = class="hl-string">"issuetype = Incident AND project = '[YOUR_PROJECT_KEY]' AND created >= '-180d'"

class=class="hl-string">"hl-comment"># Custom field IDs for recommended attributes. Find these in your Jira settings.
class=class="hl-string">"hl-comment"># Example: class="hl-string">'customfield_10021'
ASSIGNMENT_GROUP_FIELD_ID = class="hl-string">"[customfield_id_for_assignment_group]"

class=class="hl-string">"hl-comment"># Status names as defined in your Jira workflow
STATUS_IN_PROGRESS = class="hl-string">'In Progress'
STATUS_WAITING_FOR_CUSTOMER = class="hl-string">'Waiting for customer'
STATUS_RESOLVED = class="hl-string">'Resolved'
STATUS_CLOSED = class="hl-string">'Closed'

class=class="hl-string">"hl-comment"># --- End of Configuration ---

def get_field_value_from_changelog(item):
    class=class="hl-string">"hl-comment"># Helper to get the actual value, which can be in different keys
    return item.get(class="hl-string">'toString') or item.get(class="hl-string">'to') or class="hl-string">''

def get_field_from_changelog(item):
    return item.get(class="hl-string">'fromString') or item.get(class="hl-string">'from') or class="hl-string">''

def calculate_cycle_time(start_str, end_str):
    if not start_str or not end_str:
        return None
    try:
        start_dt = parse(start_str)
        end_dt = parse(end_str)
        duration_seconds = (end_dt - start_dt).total_seconds()
        return round(duration_seconds / 3600, 2) class=class="hl-string">"hl-comment"># Return cycle time in hours
    except (ValueError, TypeError):
        return None

def fetch_jira_issues(jql):
    class="hl-string">"""Fetches issues from Jira API, handling pagination."""
    auth = (JIRA_EMAIL, API_TOKEN)
    headers = {class="hl-string">"Accept": class="hl-string">"application/json"}
    issues = []
    start_at = 0
    max_results = 50

    while True:
        api_url = fclass="hl-string">"{JIRA_URL}/rest/api/3/search"
        params = {
            class="hl-string">'jql': jql,
            class="hl-string">'startAt': start_at,
            class="hl-string">'maxResults': max_results,
            class="hl-string">'expand': class="hl-string">'changelog'
        }
        try:
            response = requests.get(api_url, headers=headers, params=params, auth=auth)
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
            data = response.json()
            issues.extend(data.get(class="hl-string">'issues', []))

            total = data.get(class="hl-string">'total', 0)
            start_at += len(data.get(class="hl-string">'issues', []))
            print(fclass="hl-string">"Fetched {start_at} of {total} issues...")

            if start_at >= total:
                break
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Jira: {e}")
            if e.response is not None:
                print(fclass="hl-string">"Response content: {e.response.text}")
            break

    return issues

def create_event_log(issues):
    class="hl-string">"""Processes issues and their changelogs to create a structured event log."""
    event_log = []
    last_data_update = datetime.now(timezone.utc).isoformat()

    for issue in issues:
        incident_id = issue[class="hl-string">'key']
        fields = issue[class="hl-string">'fields']
        changelog = issue.get(class="hl-string">'changelog', {}).get(class="hl-string">'histories', [])
        
        created_date = fields.get(class="hl-string">'created')
        resolution_date = fields.get(class="hl-string">'resolutiondate')
        cycle_time = calculate_cycle_time(created_date, resolution_date)

        class=class="hl-string">"hl-comment"># Track current state for attributes
        current_assignee = fields.get(class="hl-string">'assignee', {}).get(class="hl-string">'displayName') if fields.get(class="hl-string">'assignee') else None
        current_status = fields.get(class="hl-string">'status', {}).get(class="hl-string">'name')
        current_priority = fields.get(class="hl-string">'priority', {}).get(class="hl-string">'name') if fields.get(class="hl-string">'priority') else None
        current_assignment_group = fields.get(ASSIGNMENT_GROUP_FIELD_ID)

        class=class="hl-string">"hl-comment"># Base attributes for every event of this case
        base_event = {
            class="hl-string">'IncidentId': incident_id,
            class="hl-string">'SourceSystem': class="hl-string">'Jira Service Management',
            class="hl-string">'LastDataUpdate': last_data_update,
            class="hl-string">'CreatedDate': created_date,
            class="hl-string">'ResolutionDate': resolution_date,
            class="hl-string">'IncidentResolutionCycleTime': cycle_time
        }

        class=class="hl-string">"hl-comment"># 1. Incident Created
        event_log.append({
            **base_event,
            class="hl-string">'ActivityName': class="hl-string">'Incident Created',
            class="hl-string">'EventTimestamp': created_date,
            class="hl-string">'Assignee': current_assignee,
            class="hl-string">'AssignmentGroup': current_assignment_group,
            class="hl-string">'Status': fields.get(class="hl-string">'status', {}).get(class="hl-string">'name'),
            class="hl-string">'Priority': current_priority
        })

        class=class="hl-string">"hl-comment"># 2. Comments Added
        if fields.get(class="hl-string">'comment', {}).get(class="hl-string">'comments'):
            for comment in fields[class="hl-string">'comment'][class="hl-string">'comments']:
                event_log.append({
                    **base_event,
                    class="hl-string">'ActivityName': class="hl-string">'Comment Added',
                    class="hl-string">'EventTimestamp': comment[class="hl-string">'created'],
                    class="hl-string">'Assignee': current_assignee, class=class="hl-string">"hl-comment"># Note: Assignee at time of comment is not easily available
                    class="hl-string">'AssignmentGroup': current_assignment_group,
                    class="hl-string">'Status': current_status,
                    class="hl-string">'Priority': current_priority
                })

        class=class="hl-string">"hl-comment"># 3. Linked To Problem Ticket
        if fields.get(class="hl-string">'issuelinks'):
            for link in fields[class="hl-string">'issuelinks']:
                link_type = link.get(class="hl-string">'type', {}).get(class="hl-string">'name')
                if class="hl-string">'inwardIssue' in link and link.get(class="hl-string">'inwardIssue', {}).get(class="hl-string">'fields', {}).get(class="hl-string">'issuetype', {}).get(class="hl-string">'name') == class="hl-string">'Problem':
                     event_log.append({
                        **base_event,
                        class="hl-string">'ActivityName': class="hl-string">'Linked To Problem Ticket',
                        class="hl-string">'EventTimestamp': created_date, class=class="hl-string">"hl-comment"># Approximation: link creation time is not readily available
                        class="hl-string">'Assignee': current_assignee,
                        class="hl-string">'AssignmentGroup': current_assignment_group,
                        class="hl-string">'Status': current_status,
                        class="hl-string">'Priority': current_priority
                    })

        class=class="hl-string">"hl-comment"># Process changelog for state changes
        first_assignment = True
        first_prioritization = True

        for history in sorted(changelog, key=lambda x: x[class="hl-string">'created']):
            event_timestamp = history[class="hl-string">'created']
            author = history.get(class="hl-string">'author', {}).get(class="hl-string">'displayName')

            for item in history[class="hl-string">'items']:
                field = item.get(class="hl-string">'field', class="hl-string">'').lower()
                activity = None

                class=class="hl-string">"hl-comment"># Track attribute changes over time
                if field == class="hl-string">'assignee':
                    current_assignee = get_field_value_from_changelog(item)
                    if first_assignment and get_field_from_changelog(item) is None:
                        activity = class="hl-string">'Incident Assigned'
                        first_assignment = False
                    elif not first_assignment:
                        activity = class="hl-string">'Incident Reassigned'
                elif field == class="hl-string">'priority' and first_prioritization:
                    current_priority = get_field_value_from_changelog(item)
                    activity = class="hl-string">'Incident Prioritized'
                    first_prioritization = False
                elif field == class="hl-string">'status':
                    from_status = item.get(class="hl-string">'fromString')
                    to_status = item.get(class="hl-string">'toString')
                    current_status = to_status
                    if to_status == STATUS_IN_PROGRESS:
                        activity = class="hl-string">'Investigation Started'
                    elif to_status == STATUS_WAITING_FOR_CUSTOMER:
                        activity = class="hl-string">'Waiting For Customer'
                    elif from_status == STATUS_WAITING_FOR_CUSTOMER:
                        activity = class="hl-string">'Customer Responded'
                    elif to_status == STATUS_RESOLVED:
                        class=class="hl-string">"hl-comment"># This can represent both Proposed and Resolved
                        event_log.append({
                            **base_event,
                            class="hl-string">'ActivityName': class="hl-string">'Resolution Proposed',
                            class="hl-string">'EventTimestamp': event_timestamp,
                            class="hl-string">'Assignee': current_assignee,
                            class="hl-string">'AssignmentGroup': current_assignment_group,
                            class="hl-string">'Status': to_status,
                            class="hl-string">'Priority': current_priority
                        })
                        activity = class="hl-string">'Incident Resolved'
                    elif to_status == STATUS_CLOSED:
                        activity = class="hl-string">'Incident Closed'
                    elif from_status in [STATUS_RESOLVED, STATUS_CLOSED] and to_status not in [STATUS_RESOLVED, STATUS_CLOSED]:
                         activity = class="hl-string">'Incident Reopened'
                elif item.get(class="hl-string">'fieldId') == ASSIGNMENT_GROUP_FIELD_ID:
                    current_assignment_group = get_field_value_from_changelog(item)
                    activity = class="hl-string">'Escalated To Specialist Team'
                elif field == class="hl-string">'resolution' and item.get(class="hl-string">'toString') == class="hl-string">'Workaround provided':
                    class=class="hl-string">"hl-comment"># This is one way to capture class="hl-string">'Workaround Provided', highly dependent on configuration
                    activity = class="hl-string">'Workaround Provided'

                if activity:
                    event_log.append({
                        **base_event,
                        class="hl-string">'ActivityName': activity,
                        class="hl-string">'EventTimestamp': event_timestamp,
                        class="hl-string">'Assignee': current_assignee,
                        class="hl-string">'AssignmentGroup': current_assignment_group,
                        class="hl-string">'Status': current_status,
                        class="hl-string">'Priority': current_priority
                    })

    return event_log

if __name__ == class="hl-string">"__main__":
    print(class="hl-string">"Starting Jira incident data extraction...")
    issues_data = fetch_jira_issues(JQL_QUERY)
    
    if issues_data:
        print(fclass="hl-string">"\nProcessing {len(issues_data)} issues to create event log...")
        event_log_data = create_event_log(issues_data)
        
        class=class="hl-string">"hl-comment"># Create DataFrame and save to CSV
        df = pd.DataFrame(event_log_data)
        class=class="hl-string">"hl-comment"># Sort by case and timestamp for a logical event log order
        df = df.sort_values(by=[class="hl-string">'IncidentId', class="hl-string">'EventTimestamp'])
        
        output_filename = class="hl-string">'jira_incident_event_log.csv'
        df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f%z')
        print(fclass="hl-string">"\nExtraction complete. Event log saved to '{output_filename}'.")
    else:
        print(class="hl-string">"No issues found for the given JQL query.")

步骤

在Jira Service Management中，为事件项目新建或选择一条自动化规则。新建Incident问题时使用问题创建触发器，后续变更则使用问题更新触发器。将规则配置为适用于相关项目和问题类型；具体项目和问题类型设置请根据您的系统进行配置。
配置规则条件，确保只处理事件问题。纳入状态、优先级、严重程度、经办人、分配组、支持团队、评论、解决方案、问题链接以及其他用于识别下列活动所需字段的更新。
配置Webhook操作，以JSON格式将完整的问题数据发送到[您的Webhook端点]。包含问题标识符、问题类型、时间戳、当前字段、变更日志或字段变更信息（如有）、评论、链接、状态、经办人、分配组、优先级、严重程度、支持团队、创建日期和解决日期。使用接收端点要求的身份验证方式。
配置规则：问题创建时发送一份数据，每次符合条件的更新也发送一份。不要依赖ProcessMind根据当前问题快照推断活动。接收服务必须保留每份Webhook数据及其事件时间戳，以便将每项所需活动作为一行事件日志记录输出。
在接收服务中验证Webhook签名或身份验证信息，存储原始JSON数据，并记录Webhook接收时间。将Jira事件时间戳与接收时间戳分开保存。使用Jira问题标识符、Webhook事件标识符（如有）、事件时间戳和数据哈希值去重，避免重复处理重试请求。
将每份数据转换为事件日志架构。将事件标识符映射到IncidentId，活动名称映射到ActivityName，源事件时间映射到EventTimestamp，将Jira Service Management映射到SourceSystem，并将提取刷新时间映射到LastDataUpdate。如有数据，也填充Assignee、AssignmentGroup、Status、Priority、CreatedDate和ResolutionDate。
新建Incident问题时输出Incident Created。首次填充或更新Priority或Severity时输出Incident Prioritized。首次填充Assignee或Assignment Group时输出Incident Assigned。状态从Open或New变为In Progress时输出Investigation Started。每次发布评论时输出Comment Added。
后续更改Assignee或Assignment Group时输出Incident Reassigned。Support Team变更为专业团队，或满足配置的专业团队重新分配条件时，输出Escalated To Specialist Team。状态变为配置的等待状态时输出Waiting For Customer。问题从该等待状态变为活动状态时输出Customer Responded。满足配置的临时解决方案状态或评论条件时输出Workaround Provided。
状态变为Resolved时输出Resolution Proposed。创建符合条件的指向Problem问题的链接时输出Linked To Problem Ticket。状态从Resolved或Closed变为开放状态时输出Incident Reopened。满足配置的解决确认条件时输出Incident Resolved，通常对应状态变为Resolved；状态变为Closed时输出Incident Closed。如果一次源更新符合多项活动规则，请为每项活动分别输出一行，并使用相同的源时间戳，除非业务配置明确区分了各自的时间戳。
验证事件顺序、时间戳、标识符和活动名称，然后将扁平事件日志导出为CSV或其他ProcessMind支持的格式。每次明确发生的活动占一行，保留必需列，并使用统一的ISO 8601时区时间戳，之后将文件上传到ProcessMind。请勿只提供当前状态的问题表，因为ProcessMind会直接读取事件日志，不会推导缺失事件。

配置

**触发范围：**为相关Jira Service Management项目和Incident问题类型配置问题创建和问题更新自动化触发器。项目、问题类型、状态、字段或自定义字段标识符不同时，请根据您的系统进行配置。
**Webhook目标：**将目标设置为[您的Webhook端点]。根据接收服务的要求配置身份验证、TLS、超时、重试和签名验证。
**变更历史：**在Webhook处理流程中纳入变更日志或字段变更详情。仅凭当前问题信息，无法可靠识别首次分配、重新分配、状态转换、评论、链接或重新打开。
**活动规则：**为全部15项活动配置明确规则：Incident Created、Incident Prioritized、Incident Assigned、Investigation Started、Comment Added、Incident Reassigned、Escalated To Specialist Team、Waiting For Customer、Customer Responded、Workaround Provided、Resolution Proposed、Linked To Problem Ticket、Incident Reopened、Incident Resolved和Incident Closed。
**必需输出列：**每行都必须包含IncidentId、ActivityName、EventTimestamp、SourceSystem和LastDataUpdate。建议同时包含Assignee、AssignmentGroup、Status、Priority、CreatedDate和ResolutionDate。
**日期范围：**建立历史基线时，处理约3至6个月的留存问题历史记录，然后通过实时Webhook持续采集。选择能够涵盖完整事件生命周期及预期重新打开情况的时间段。
**筛选条件：**按相关Jira项目、Incident问题类型和事件日期范围筛选。只有在流程范围需要且数据可用时，才按公司、服务、团队或环境筛选。请勿使用不受支持的数据库筛选条件。
**时间戳处理：**保存包含时区信息的源时间戳。EventTimestamp使用实际的状态转换、评论、链接或字段变更时间；LastDataUpdate使用提取或刷新时间。
**排序和重试：**尽可能保留源数据顺序；最终事件按IncidentId和EventTimestamp排序，相同时间戳时使用确定性的次级排序规则。去重Webhook重试时，不要删除有效的重复评论或重复的符合条件的变更。
**性能：**使用异步Webhook处理，将收到的数据加入队列，分批转换和导出，并在接收端存储中为IncidentId和EventTimestamp建立索引。将数据保留和历史回填限制在所需范围内。
**前提条件：**具备创建和启用Jira自动化规则的管理员权限，能够查看事件字段、评论、变更日志和问题链接，能够访问Webhook接收端，并拥有ProcessMind支持的上传方式。所需的Jira自动化、API或审计历史功能取决于Jira版本和配置。
**配置依赖项：**启用生产环境数据提取前，明确专业团队的具体取值、等待状态、活动状态、临时解决方案条件、Problem问题类型、符合条件的链接类型以及解决确认规则。

查询示例 sql

WITH source_events AS (
    SELECT
        CAST(NULL AS VARCHAR(255)) AS IncidentId,
        CAST(NULL AS VARCHAR(255)) AS ActivityName,
        CAST(NULL AS TIMESTAMP) AS EventTimestamp,
        CAST(NULL AS VARCHAR(255)) AS SourceSystem,
        CAST(NULL AS TIMESTAMP) AS LastDataUpdate,
        CAST(NULL AS VARCHAR(255)) AS Assignee,
        CAST(NULL AS VARCHAR(255)) AS AssignmentGroup,
        CAST(NULL AS VARCHAR(255)) AS Status,
        CAST(NULL AS VARCHAR(255)) AS Priority,
        CAST(NULL AS TIMESTAMP) AS CreatedDate,
        CAST(NULL AS TIMESTAMP) AS ResolutionDate
    WHERE 1 = 0
), webhook_events AS (
    SELECT
        CAST([Your incident identifier expression] AS VARCHAR(255)) AS IncidentId,
        CAST([Your activity name expression] AS VARCHAR(255)) AS ActivityName,
        CAST([Your source event timestamp expression] AS TIMESTAMP) AS EventTimestamp,
        CAST('Jira Service Management' AS VARCHAR(255)) AS SourceSystem,
        CAST([Your extraction refresh timestamp expression] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Your assignee expression] AS VARCHAR(255)) AS Assignee,
        CAST([Your assignment group expression] AS VARCHAR(255)) AS AssignmentGroup,
        CAST([Your status expression] AS VARCHAR(255)) AS Status,
        CAST([Your priority expression] AS VARCHAR(255)) AS Priority,
        CAST([Your created date expression] AS TIMESTAMP) AS CreatedDate,
        CAST([Your resolution date expression] AS TIMESTAMP) AS ResolutionDate,
        CAST([Your issue type expression] AS VARCHAR(255)) AS IssueType,
        CAST([Your previous status expression] AS VARCHAR(255)) AS PreviousStatus,
        CAST([Your changed field expression] AS VARCHAR(255)) AS ChangedField,
        CAST([Your previous assignee expression] AS VARCHAR(255)) AS PreviousAssignee,
        CAST([Your previous assignment group expression] AS VARCHAR(255)) AS PreviousAssignmentGroup,
        CAST([Your support team expression] AS VARCHAR(255)) AS SupportTeam,
        CAST([Your previous support team expression] AS VARCHAR(255)) AS PreviousSupportTeam,
        CAST([Your comment identifier expression] AS VARCHAR(255)) AS CommentIdentifier,
        CAST([Your issue link type expression] AS VARCHAR(255)) AS IssueLinkType,
        CAST([Your linked issue type expression] AS VARCHAR(255)) AS LinkedIssueType,
        CAST([Your workaround condition expression] AS BOOLEAN) AS WorkaroundCondition,
        CAST([Your resolution confirmation expression] AS BOOLEAN) AS ResolutionConfirmation
    FROM [Your webhook event source]
    WHERE CAST([Your issue type expression] AS VARCHAR(255)) = 'Incident'
      AND CAST([Your source event timestamp expression] AS TIMESTAMP) >= CAST([Your start date parameter] AS TIMESTAMP)
      AND CAST([Your source event timestamp expression] AS TIMESTAMP) < CAST([Your end date parameter] AS TIMESTAMP)
      AND [Your company or scope filter expression]
), activity_events AS (
    SELECT IncidentId, 'Incident Created' AS ActivityName, EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Incident Created'
    UNION ALL
    SELECT IncidentId, 'Incident Prioritized', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Incident Prioritized'
       OR (ChangedField IN ('Priority', 'Severity') AND Priority IS NOT NULL)
    UNION ALL
    SELECT IncidentId, 'Incident Assigned', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Incident Assigned'
       OR (ChangedField IN ('Assignee', 'Assigned Group') AND (Assignee IS NOT NULL OR AssignmentGroup IS NOT NULL) AND PreviousAssignee IS NULL AND PreviousAssignmentGroup IS NULL)
    UNION ALL
    SELECT IncidentId, 'Investigation Started', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Investigation Started'
       OR (PreviousStatus IN ('Open', 'New') AND Status = 'In Progress')
    UNION ALL
    SELECT IncidentId, 'Comment Added', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Comment Added'
       OR (ChangedField = 'Comment' AND CommentIdentifier IS NOT NULL)
    UNION ALL
    SELECT IncidentId, 'Incident Reassigned', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Incident Reassigned'
       OR (ChangedField IN ('Assignee', 'Assigned Group') AND (PreviousAssignee IS NOT NULL OR PreviousAssignmentGroup IS NOT NULL))
    UNION ALL
    SELECT IncidentId, 'Escalated To Specialist Team', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Escalated To Specialist Team'
       OR (ChangedField = 'Support Team' AND SupportTeam IN ('[Your specialist team value]'))
       OR (ChangedField IN ('Assignee', 'Assigned Group') AND AssignmentGroup IN ('[Your specialist team value]'))
    UNION ALL
    SELECT IncidentId, 'Waiting For Customer', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Waiting For Customer'
       OR Status = '[Your waiting for customer status]'
    UNION ALL
    SELECT IncidentId, 'Customer Responded', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Customer Responded'
       OR (PreviousStatus = '[Your waiting for customer status]' AND Status <> '[Your waiting for customer status]')
    UNION ALL
    SELECT IncidentId, 'Workaround Provided', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Workaround Provided'
       OR WorkaroundCondition = TRUE
    UNION ALL
    SELECT IncidentId, 'Resolution Proposed', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Resolution Proposed'
       OR (PreviousStatus <> 'Resolved' AND Status = 'Resolved')
    UNION ALL
    SELECT IncidentId, 'Linked To Problem Ticket', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Linked To Problem Ticket'
       OR (IssueLinkType IN ('relates to', 'caused by') AND LinkedIssueType = 'Problem')
    UNION ALL
    SELECT IncidentId, 'Incident Reopened', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Incident Reopened'
       OR (PreviousStatus IN ('Resolved', 'Closed') AND Status IN ('Open', 'New', 'Reopened', 'In Progress'))
    UNION ALL
    SELECT IncidentId, 'Incident Resolved', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Incident Resolved'
       OR (ResolutionConfirmation = TRUE)
       OR (PreviousStatus <> 'Resolved' AND Status = 'Resolved')
    UNION ALL
    SELECT IncidentId, 'Incident Closed', EventTimestamp, SourceSystem, LastDataUpdate, Assignee, AssignmentGroup, Status, Priority, CreatedDate, ResolutionDate
    FROM webhook_events
    WHERE ActivityName = 'Incident Closed'
       OR (PreviousStatus <> 'Closed' AND Status = 'Closed')
)
SELECT
    IncidentId,
    ActivityName,
    EventTimestamp,
    SourceSystem,
    LastDataUpdate,
    Assignee,
    AssignmentGroup,
    Status,
    Priority,
    CreatedDate,
    ResolutionDate
FROM activity_events
WHERE IncidentId IS NOT NULL
  AND ActivityName IS NOT NULL
  AND EventTimestamp IS NOT NULL
ORDER BY IncidentId, EventTimestamp, ActivityName;

准备好开始了吗？

使用此数据模板改进事件管理，找出效率低下之处并缩短解决时间。立即开始优化流程。

返回改进指南

下载模板

优化事件管理，加快事件解决

通过优化流程，将平均修复时间（MTTR）缩短35%，提升用户满意度。

开始免费试用

无需信用卡 • 5分钟即可完成设置

您的事件管理数据模板

您的事件管理数据模板

事件管理属性

事件管理活动

数据提取指南

Jira Service Management问题导航器CSV导出

步骤

配置

查询示例 sql

直接查询Jira本地部署数据库

步骤

配置

查询示例 sql

使用Jira REST API提取数据的Python脚本

步骤

配置

查询示例 python

使用Webhook实时提取的Jira自动化规则

步骤

配置

查询示例 sql

准备好开始了吗？

优化事件管理，加快事件解决