> 持续流程改进 > 事件管理 > 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中问题的标准“Key”字段，例如“ITSM-123”。示例 INC-10234HELPDESK-5678OPS-9901
	开始时间 EventTimestamp	活动发生的准确日期和时间。
说明此属性记录事件生命周期中每项活动的时间戳，对于计算流程中不同步骤之间的持续时间、周期时间和等待时间至关重要。准确的时间戳支持详细的绩效分析、SLA监控和瓶颈识别。解决时间、诊断时长等所有绩效指标均源自这些时间戳。为什么重要时间戳对于计算所有基于时间的指标、了解流程持续时间和发现绩效瓶颈至关重要。获取位置这是Jira问题变更日志或历史记录中每条记录对应的“created”日期。示例 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	分配给事件的优先级，用于表示解决的紧迫程度。
说明 Priority决定处理事件所需的速度，通常由影响和紧迫性共同确定，并直接影响SLA目标。按优先级分析事件，有助于了解高优先级事件是否比低优先级事件处理得更快，以及优先级划分是否一致。这是筛选和比较流程绩效的重要维度。为什么重要对于SLA绩效分析以及确认资源是否正确分配给最关键的事件至关重要。获取位置 Jira问题中的标准“Priority”字段。示例最高高中低
	分配组 AssignmentGroup	负责处理事件的团队或群组。
说明分配组代表负责处理事件的团队，可能是“L1 Helpdesk”等支持层级、“Network Operations”等专业团队，也可能是开发团队。分析分配组之间的转换，是了解流程升级和交接的关键。通过分析可以衡量团队绩效，识别团队层面的瓶颈，并了解团队间的依赖关系。为什么重要对于分析团队绩效、吞吐量以及不同支持层级或专业团队之间的工作流转至关重要。获取位置在Jira中通常通过自定义字段实现，例如“Team”或“Assignment Group”。有时也可以根据Jira Components或Project Roles推导。示例一级支持基础设施团队数据库管理员
	创建日期 CreatedDate	事件首次在系统中创建的日期和时间。
说明此属性标记事件生命周期的正式起点，是计算总解决时间等整体指标的基准时间戳。每个事件的创建日期都是静态值，也是流程挖掘分析中整个案例的起点。为什么重要作为端到端周期时间计算和SLA衡量的起点。获取位置 Jira问题中的标准“Created”字段。示例 2023-10-26T09:58:12Z2023-11-01T15:20:05Z
	受派人 Assignee	当前负责处理事件的用户。
说明受派人是在特定时间点负责处理事件的代理人或用户。跟踪受派人变更对于分析交接、了解工作负载分配以及识别参与特定流程步骤的人员至关重要。此属性有助于回答支持团队中的个人绩效和资源分配问题。为什么重要帮助跟踪个人工作负载，识别与特定代理人相关的瓶颈，并分析交接对解决时间的影响。获取位置 Jira问题中的标准“Assignee”字段。示例 John SmithEmily JonesServiceDeskAgent1
	状态 Status	事件在其生命周期中的当前阶段。
说明 Status字段表示事件在既定工作流中的当前状态，例如“Open”“In Progress”“Pending Customer”或“Resolved”。状态变更是生成流程挖掘活动日志的主要来源。分析每种状态的停留时间，是识别瓶颈并了解事件主要耗时环节的基础。为什么重要直接反映事件进展，也是识别流程步骤和等待时间的主要来源。获取位置 Jira问题中的标准“Status”字段。示例处理中等待客户已解决已关闭
	解决日期 ResolutionDate	事件标记为已解决的日期和时间。
说明此属性记录事件首次进入已解决状态的时间戳，标志着主动处理阶段结束，也是计算解决时间的终点。将解决日期与创建日期进行比较，可得到衡量流程效率的主要指标。它也是确定SLA合规情况的关键组成部分。为什么重要标记解决流程结束，从而支持计算总周期时间和SLA绩效。获取位置 Jira问题中的标准“Resolved”字段。示例 2023-10-28T11:20:30Z2023-11-02T10:00:00Z
	SLA违约 SlaBreach	用于标识事件解决时间是否超过SLA目标的标志。
说明此计算得出的布尔属性用于表示事件是否违反“Time to Resolution”SLA。当“IncidentResolutionCycleTime”大于“TimeToResolutionTarget”时，该值为true。此标志简化了分析和可视化，便于筛选和聚合，从而计算整体SLA Breach Rate KPI。它是SLA Performance Monitoring仪表板的关键结果指标。为什么重要以清晰的二元结果呈现SLA绩效，便于计算违约率并识别问题区域。获取位置计算方式为（“IncidentResolutionCycleTime”>“TimeToResolutionTarget”）。示例 truefalse
	严重性 Severity	衡量事件对业务影响的程度。
说明 Severity定义事件对业务的影响程度，范围从影响单个用户到导致关键系统中断。Priority决定工作顺序，而Severity反映整体业务影响。按严重性分析，有助于了解对业务最重要的事件的流程绩效，通常还会结合Priority进行更细致的分析。为什么重要呈现业务影响，支持聚焦于对业务运营造成最大损害的事件进行分析。获取位置通常是Jira中的自定义字段，因为它不是标准系统字段。请参阅Jira Service Management项目配置。示例严重重大轻微琐碎
	交接次数 HandoffCount	事件被重新分配给其他群组或用户的次数。
说明此计算指标统计事件生命周期内“Assignee”或“AssignmentGroup”字段发生变更的次数。交接次数较多通常表明流程效率低下、首次联系未解决或知识存在缺口，进而导致解决时间延长。分析此KPI有助于优化分配流程并改善团队协作。为什么重要量化重新分配造成的流程摩擦和低效，帮助识别流程改进机会。获取位置通过统计问题变更日志中“Assignee”或“AssignmentGroup”字段的变更次数计算。示例 015
	关联Problem ID LinkedProblemId	与此事件关联的Problem工单标识符。
说明作为更大潜在问题表现的事件，通常会与Problem工单关联。此字段存储关联Problem的ID。分析这些关联，有助于了解事件与问题之间的关系，衡量问题管理流程的有效性，并识别需要永久修复的重复事件。为什么重要将事件与潜在问题关联起来，支持分析组织解决根因、防止未来事件发生的有效性。获取位置此信息存储在Jira问题的“Issue Links”部分。示例 PROB-123PROB-456无
	客户请求类型 CustomerRequestType	客户通过服务门户提交的具体请求类型。
说明此字段从客户视角对请求分类，呈现在Jira Service Management门户中，例如“Report a system issue”。它提供面向用户的事件分类，可能不同于内部“Issue Type”。分析此属性有助于了解客户如何理解和报告问题，从而改进门户设计和服务内容。为什么重要提供以客户为中心的事件分类视图，有助于分析需求并改善客户体验。获取位置 Jira Service Management项目专用的“Customer Request Type”字段。示例获取IT帮助 > 报告系统问题电子邮件 > 访问请求
	报告人 Reporter	最初创建或报告事件的用户。
说明报告人是最先记录事件的个人，通常是最终用户或其他系统。按报告人分析事件，有助于识别经常遇到问题的用户或部门。分析“Waiting for Customer”和“Customer Responded”等活动时，还可以了解沟通模式。为什么重要帮助分析事件来源，识别与特定用户或部门相关的模式，并了解客户互动延迟。获取位置 Jira问题中的标准“Reporter”字段。示例 Alice JohnsonBob Williamsmonitoring-tool@example.com
	是否返工 IsRework	用于标识事件是否经历返工，例如重新打开。
说明此计算得出的布尔属性用于识别流程中被退回上一阶段的事件，最常见的情况是事件解决后重新打开。返工循环是造成低效和客户不满的重要原因。此标志便于量化返工率，并帮助分析事件首次未能正确解决的原因。为什么重要标记需要重复处理的事件，突出流程质量问题和低效，直接支持返工分析。获取位置通过检测事件日志中的特定状态转换序列计算，例如“Resolved”->“Reopened”。示例 truefalse
	根因类别 RootCauseCategory	对事件根本原因进行的分类。
说明此属性记录事件发生的根本原因，例如“Software Defect”“Hardware Failure”或“User Error”。通常在调查后填写，对于有效的问题管理和预防未来事件至关重要。分析根因类别有助于识别系统性薄弱环节并确定改进措施的优先级。“Unknown”根因比例较高，可能说明调查流程需要改进。为什么重要支持根因分析，帮助组织从被动响应转向主动管理，识别并解决事件来源。获取位置这几乎总是Jira中的自定义字段。字段名称和选项高度依赖组织的具体配置。示例配置错误网络中断软件缺陷
	组件 Component	受事件影响的系统、应用或基础设施部分。
说明 Components是Jira项目中用于将问题划分为更小部分的子区域，例如“User Interface”“Database”或“API”。按组件分析事件，有助于定位系统中最容易出现问题的部分。这些信息对于根因分析很有价值，也可指导服务改进或技术债务削减。为什么重要支持按受影响的具体产品或系统区域进行筛选和分析，帮助识别技术热点。获取位置 Jira问题中的标准“Components”字段。示例身份验证服务报表仪表板移动应用
	解决时间目标 TimeToResolutionTarget	解决事件的SLA目标时长。
说明此属性定义特定优先级或类型的事件应在多长时间内解决的预期最长时限。它是衡量实际解决时间并确定SLA合规情况的基准。该值通常根据优先级、严重性或问题类型等因素，按照规则动态设置。它是任何SLA绩效监控仪表板的基础。为什么重要提供衡量SLA合规情况的基准，并构成Incident SLA Breach Rate KPI的基础。获取位置此值源自Jira Service Management中的SLA配置。必须明确具体目标，例如“Time to resolution”。示例 4小时8小时3天
	解决结果 Resolution	解决事件的最终结果或原因。
说明 Resolution字段说明事件为何进入已解决状态。常见解决结果包括“Fixed”“Duplicate”“Won't Do”或“Cannot Reproduce”。分析不同解决结果的分布，可以了解报告质量和解决流程的有效性。例如，大量“Duplicate”结果可能表明事件创建或分诊阶段存在问题。为什么重要为事件结果提供背景信息，帮助对解决结果分类，并识别事件关闭方式的趋势。获取位置 Jira问题中的标准“Resolution”字段。问题通常转换为“Done”状态类别后才会设置此字段。示例已完成已修复重复不予修复
	问题类型 IssueType	问题的类型，例如Incident、Service Request或Problem。
说明 Jira使用Issue Types区分不同类型的任务。在事件管理场景中，主要类型是“Incident”，但“Sub-task”等其他类型也可能相关。此属性对于筛选数据集、仅保留事件至关重要，可确保流程挖掘分析聚焦于正确的流程。为什么重要确保分析范围准确限定为事件，并将其与服务请求或变更等其他工作类型区分开来。获取位置 Jira问题中的标准“Issue Type”字段。示例事件IT帮助缺陷

必需建议可选

事件管理活动

以下是应纳入事件日志的关键流程步骤和里程碑，用于准确发现和分析事件解决工作流。

7 建议 8 可选

	活动	说明
	事件已关闭	表示事件解决并完成验证后的最终管理性关闭。通常根据状态转为“Closed”来推断。
为什么重要这是流程的终止事件。分析“Resolved”与“Closed”之间的时间，可以发现管理收尾或用户确认流程中的延迟。获取位置根据问题状态变更历史推断。事件对应于状态转为最终“Closed”状态的时间戳。采集识别状态转为“Closed”的时间戳。事件类型 inferred
	事件已创建	当提交事件报告并在Jira中创建新问题时，标志着事件生命周期正式开始。当系统记录新的“Incident”类型问题时，会明确捕获此事件。
为什么重要这是流程的主要开始事件。从该活动到解决的耗时，是衡量整体周期时间和SLA遵循情况的基础。获取位置这是从Jira事件问题的“created”时间戳中明确捕获的事件。问题创建事件会记录在问题历史中。采集使用问题创建时间戳。事件类型 explicit
	事件已解决	表示确认事件已成功解决，服务已恢复。通常与状态转为“Resolved”同时发生。
为什么重要这是流程中的主要成功里程碑。到达该节点所需的时长是最常用的KPI，代表解决时间（TTR）。获取位置根据状态变更为“Resolved”推断。在许多工作流中，这与“Resolution Proposed”是同一事件，代表主要解决节点。采集识别状态转为“Resolved”的时间戳。事件类型 inferred
	事件已重新分配	表示事件在首次分配后，从一名支持人员或支持组转交给另一名支持人员或支持组。根据“Assignee”或“Assigned Group”字段的任何变更推断。
为什么重要跟踪重新分配对于交接分析至关重要。重新分配次数较多，通常说明流程低效、知识存在缺口或初始路由不正确，进而导致解决延迟。获取位置通过问题历史推断，检测“Assignee”字段在首次填写后的任何更新。每次变更都构成一次重新分配事件。采集识别首次分配后“Assignee”字段的后续变更。事件类型 inferred
	已提出解决方案	表示已找到并实施解决方案，事件正在等待确认或最终验证。通常根据状态转为“Resolved”来推断。
为什么重要这是一个重要里程碑，标志着支持团队主动工作的结束，通常也是SLA计时停止的事件。获取位置根据问题状态变更历史推断。事件时间戳是状态转为“Resolved”或等效状态的时间。采集识别状态转为“Resolved”的时间戳。事件类型 inferred
	等待客户处理	表示支持团队正在等待客户提供信息或采取行动。通常根据状态转为专用等待状态（如“Waiting for customer”）来推断。
为什么重要单独识别这段“暂停”时间对于准确衡量SLA至关重要，因为它通常不计入解决时间。该数据有助于分析客户响应延迟。获取位置根据问题状态变更历史推断。事件对应于状态变为“Waiting for customer”或类似状态的时间戳。采集识别状态转为“Waiting for customer”的时间戳。事件类型 inferred
	调查已开始	表示已分配的支持人员开始主动诊断事件。通常根据事件问题状态从“Open”或“New”转为“In Progress”来推断。
为什么重要这一关键里程碑标志着主动解决工作的开始。衡量到达该活动所需的时间，有助于识别初始排队延迟和资源可用性问题。获取位置根据问题状态变更历史推断。事件时间戳是状态转为代表正在处理的状态时的时间，例如“In Progress”。采集识别状态转为“In Progress”的时间戳。事件类型 inferred
	事件已分配	表示事件首次分配给支持人员或支持组处理。通过跟踪首次填写“Assignee”或“Assigned Group”字段来捕获。
为什么重要衡量初始响应和分配时间，这是SLA指标的重要组成部分，有助于识别主动调查开始前的延迟。获取位置通过问题历史推断，识别“Assignee”字段的首次变更，且变更前的值为“Unassigned”。采集检测问题历史中“Assignee”字段的首次更新。事件类型 inferred
	事件已确定优先级	表示设置事件优先级和／或严重性，该设置决定事件的紧急程度和业务影响。通常根据创建后首次填写或更新“Priority”或“Severity”字段来推断。
为什么重要跟踪优先级处理有助于分析事件是否得到及时、一致的评估。此步骤延迟会直接影响SLA计算和资源分配。获取位置根据记录所有字段变更的问题历史日志推断。查找问题创建事件后对“Priority”或自定义“Severity”字段的首次更新。采集检测问题历史中“Priority”字段的首次变更。事件类型 inferred
	事件已重新打开	表示此前已解决的事件因问题再次发生或修复无效而被重新激活。通常根据状态从“Resolved”或“Closed”变回开放状态来推断。
为什么重要重新打开的事件直接反映解决质量，也是返工的重要指标。分析这些事件有助于识别过早关闭和无效解决方案。获取位置根据问题状态变更历史推断。当状态从“Resolved”或“Closed”等终止状态变回“Open”或“In Progress”时，记录此事件。采集检测状态从“Resolved”或“Closed”变为开放状态的变更。事件类型 inferred
	客户已响应	表示客户已提供所需信息，事件可以继续处理。通常根据状态从“Waiting for customer”转回活动状态来推断。
为什么重要该活动标志着由客户导致的延迟结束。分析“Waiting For Customer”与此事件之间的时长，可以了解客户平均响应时间。获取位置根据问题状态变更历史推断。当状态从“Waiting for customer”转为“In Progress”等状态时，事件发生；客户添加评论通常会触发这一变更。采集检测状态从“Waiting for customer”变为“In Progress”的变更。事件类型 inferred
	已关联问题工单	当事件与“Problem”问题关联以进行根因分析时发生。创建指向“Problem”类型问题的“relates to”或“caused by”链接时，会明确捕获此事件。
为什么重要跟踪此链接对于了解组织从事件缓解转向根因分析和预防的效率至关重要。获取位置这是记录在问题链接历史中的明确事件。每次创建链接都会带有时间戳，并可筛选指向“Problem”类型问题的链接。采集使用创建指向“Problem”类型问题的链接时的时间戳。事件类型 explicit
	已升级至专业团队	表示事件已升级至专业团队（例如Tier 2或开发团队）以获得高级支持。通常根据自定义“Support Team”字段的变更或特定的重新分配来推断。
为什么重要突出需要专业知识的事件，并跟踪不同支持级别之间的流转。这有助于识别专业团队内部的瓶颈并分析升级模式。获取位置通过问题历史推断，跟踪代表受派团队的自定义字段变更，或识别将“Assignee”变更为已知专业团队成员的情况。采集检测“Assigned Team”自定义字段的变更，或检测特定的受派人变更。事件类型 inferred
	已提供临时解决方案	表示实施临时修复以恢复服务，同时开发永久解决方案。通常可根据状态变更或特定评论推断。
为什么重要衡量提供临时解决方案所需的时间，是服务恢复速度的关键指标，有助于区分临时缓解措施和永久解决方案。获取位置这通常需要推断。可能是状态转为“Workaround Provided”，也可能是添加包含“workaround”等特定关键词的公开评论。采集识别特定状态变更或评论中的关键词。事件类型 inferred
	已添加评论	表示用户向事件工单添加评论的沟通或记录活动。每次发布评论时都会明确捕获此事件。
为什么重要分析评论频率有助于了解沟通模式、协作效率和事件复杂度，也能突出需要过多沟通的事件。获取位置这是一个明确事件。Jira会保存每条评论的时间戳和作者信息，可通过问题评论历史或API获取。采集使用每条新增评论的时间戳。事件类型 explicit

建议可选

提取指南

如何从Jira Service Management获取数据

步骤

前提检查：此方法需要使用“Better Excel Exporter”或“Exporter for Jira”等Jira Marketplace应用，因为标准内置CSV导出不包含重建流程时间线所需的详细问题历史记录（changelog）。请确认已安装此类应用，并且您拥有使用权限。
进入高级问题搜索：登录您的Jira Service Management实例。在顶部导航栏中选择“Filters”，然后选择“Advanced issue search”。系统将打开带有JQL查询编辑器的问题导航器。
执行JQL查询：在JQL查询栏中输入提供的JQL查询，选择指定日期范围内的所有事件工单。这将构成原始数据导出的基础。典型查询如下：issuetype = Incident AND project = "[Your JSM Project Key]" AND created >= "-180d"。
配置导出列：找到导出选项，该选项可能标记为“Export”，也可能位于应用专属菜单中。将导出配置为生成CSV文件。必须包含以下字段：Issue Key、Created、Resolved、Status、Priority、Assignee，尤其是完整的Changelog或History。导出应用通常支持将每条changelog记录导出为单独一行，这正是最适合转换的格式。
导出原始数据：执行导出并下载生成的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 = "[Your JSM Project Key]"：将数据限制在特定服务台项目中。请将占位符替换为您项目的键，例如“ITSUP”。
- created >= "-180d"：设置提取日期范围。建议使用3至6个月（“-90d”至“-180d”）的数据，在数据量和分析价值之间取得平衡。
导出应用配置：必须将Marketplace导出应用配置为输出changelog。理想格式是每次变更占一行，并包含Issue Key、变更字段、旧值、新值和变更时间戳。
导出所需字段：请确保导出至少包含Issue Key、Created、Resolved、Creator、Priority、Status、Assignee、[Assignment Group Custom Field]、[Support Team Custom Field]以及完整的Changelog历史记录（时间戳、作者、字段、from string、to string）。
前提条件：此方法需要Jira Service Management许可证、访问问题导航器并运行JQL查询的用户权限，以及能够导出详细问题changelog的Jira Marketplace应用。

a 示例查询 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用户的影响。

a 示例查询 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中的许多属性，例如“Assignment Group”和“Severity”，都是自定义字段。您需要找到其内部ID。进入Jira Settings > Issues > Custom fields，找到相关字段，点击“...”菜单并选择“View”。ID会显示在URL中（例如customFieldId=10021）。请记录这些ID。
配置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更友好。

a 示例查询 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问题使用issue-created触发器，后续变更使用issue-updated触发器。将规则配置为适用于相关项目和问题类型，具体项目及问题类型配置请使用[Configure based on your system]。
配置规则条件，确保只处理事件问题。包括状态、优先级、严重性、经办人、分配组、支持团队、评论、解决方案、问题链接及其他用于识别下方活动的字段更新。
配置Webhook操作，以JSON格式将完整问题负载发送至[Your webhook endpoint]。包括问题标识符、问题类型、时间戳、当前字段、changelog或字段变更信息（如有）、评论、链接、状态、经办人、分配组、优先级、严重性、支持团队、创建日期和解决日期。使用接收端点要求的身份验证方式。
配置规则，在问题创建时发送一个负载，并在每次符合条件的更新时发送一个负载。不要依赖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问题类型配置issue-created及issue-updated自动化触发器。若项目、问题类型、状态、字段或自定义字段标识符不同，请使用[Configure based on your system]。
Webhook目标：将目标设置为[Your webhook endpoint]。根据接收服务配置身份验证、TLS、超时、重试和签名验证。
变更历史：在Webhook处理流程中包含changelog或字段变更详情。仅凭当前问题表示，无法可靠识别首次分配、重新分配、状态转换、评论、链接或重新打开。
活动规则：为全部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自动化规则的管理员权限，查看事件字段、评论、changelog和问题链接的权限，访问Webhook接收端，以及ProcessMind支持的上传路径。所需的Jira自动化、API或审计历史功能取决于Jira版本和配置。
配置依赖：启用生产环境提取前，请明确专业团队的具体值、等待状态、活动状态、临时解决方案条件、Problem问题类型、符合条件的链接类型以及解决确认规则。

a 示例查询 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导出

步骤

配置

a 示例查询 sql

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

步骤

配置

a 示例查询 sql

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

步骤

配置

a 示例查询 python

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

步骤

配置

a 示例查询 sql

准备好开始了吗？

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

您的事件管理数据模板

您的事件管理数据模板

事件管理属性

事件管理活动

提取指南

Jira Service Management问题导航器CSV导出

步骤

配置

a 示例查询 sql

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

步骤

配置

a 示例查询 sql

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

步骤

配置

a 示例查询 python

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

步骤

配置

a 示例查询 sql

准备好开始了吗？

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

我们重视您的隐私