您的质量管理数据模板

Oracle 质量管理

← 返回改进指南

质量管理属性 (21) 质量管理活动 (14) 提取指南 (3)

您的质量管理数据模板

此模板提供了有效质量管理分析所需的基本 data 属性和流程活动的全面指南。它还包括关于如何从 Oracle 质量管理系统中提取这些关键信息的实用指导。利用此资源，确保您捕获了深度洞察和流程优化所需的所有必要 data。

建议收集的属性
需要追踪的关键活动
提取指南

不熟悉事件日志？了解如何创建流程挖掘事件日志.

下载模板

质量管理属性

这些是推荐包含在 event log 中的 data 字段和背景信息，用于实现全面的质量管理分析和洞察。

3 必填 8 推荐 10 可选

	名称	描述
	Quality Event QualityEventId	单个 quality event 的唯一标识符，如不合格项、投诉或偏差。
描述 Quality Event ID 作为主要的 case identifier，将从初始报告到最终结案的所有相关活动归类在一起。每个质量事件都会被分配一个唯一的 ID，从而创建调查和解决过程的完整历史记录。在 Process Mining 分析中，此 attribute 是重建每个 quality event 端到端旅程的基础。它实现了对整体周期时间的计算、流程变体的识别以及对不同类型 events 处理方式的分析。通过将每个活动日志链接到特定的 Quality Event ID，分析人员可以实现完整流程流的可视化，并识别系统性瓶颈或合规问题。为何重要此 ID 至关重要，因为它定义了单个 case 的范围，实现了对 quality events 的准确跟踪以及端到端绩效指标的计算。获取方式这通常是 Oracle 质量管理中主 quality event 或收集计划表（如 QA_RESULTS）中的主键。示例 NC-2023-00123CAPA-45892QE-500-A
	事件开始时间 EventStartTime	指示某项活动或事件开始时间的时间戳。
描述此 attribute 提供特定流程步骤开始的精确日期和时间。它是用于按时间顺序排列 events 并为每个 quality event case 构建流程序列的主要时间元素。在分析中，Event Start Time 对于计算周期时间、时长以及 activities 之间的等待时间至关重要。它通过突出连续步骤之间的长时间延迟来实现瓶颈识别，并用于根据基于时间的 KPIs（如根本原因分析提前期）跟踪绩效。为何重要此 timestamp 是流程分析的骨干，支持所有基于时间的计算以及 activities 的正确排序。获取方式此 timestamp 通常存在于与质量行动和收集计划相关的交易日志或历史表中，通常命名为 CREATION_DATE 或类似名称。示例 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	活动名称 ActivityName	质量管理流程中发生的特定任务或步骤的名称。
描述此 attribute 描述作为管理 quality event 一部分而采取的单个 event 或行动。这些活动按其 timestamps 排序，构成了每个 case 的流程流。分析 Activity Name 是 Process Mining 的核心。它实现了实际流程模型的发现、与期望模型的一致性检查对比，以及对特定活动之间的瓶颈或返工 loops 的识别。例如，它有助于衡量从“调查已启动”到“根本原因分析已执行”之间的时间。为何重要此 attribute 是映射流程流、识别偏差以及了解工作实际执行方式的基础。获取方式此信息通常源自 Oracle 质量管理模块中的 event logs、状态更改记录或行动历史表。示例质量问题已确定调查已启动纠正措施计划已批准最终审核与关闭
	严重性级别 SeverityLevel	对质量事件影响的分类，例如紧急、重要或次要。
描述 Severity Level 是在分拣期间做出的评估，用于衡量质量问题对客户、合规性或业务运营的潜在影响。此分类有助于优先级排序并定义所需响应的紧急程度。在 Process Mining 中，此 attribute 对于细分分析至关重要。分析人员可以对比高严重程度 events 与低严重程度 events 的流程流、周期时间和结果。这通过揭示关键问题是否得到了更快速、更有效的处理，为“quality event 分拣一致性”dashboard 和“基于严重程度的解决率”KPI 提供支持。为何重要它支持分析的优先级排序和细分，确保高效处理高影响力的 quality events。获取方式请参阅 Oracle 质量管理文档。这通常是质量收集计划中的一个可配置元素。示例 1 - 紧急2 - 重要3 - 次要4 - 提示
	事件结束时间 EventEndTime	指示活动或事件完成的时间戳。
描述 Event End Time 标志着特定活动的完成。当与 Event Start Time 配对时，它定义了该活动的处理时间。对于某些系统，活动可能是瞬时的，在这种情况下，开始和结束时间相同。此 attribute 对于详细的时长分析至关重要。它允许分析人员区分 active processing time（开始和结束时间之间的时间段）和 waiting time（一个活动的结束与下一个活动的开始之间的时间段）。这是识别资源在何处被积极投入以及移交在何处导致延迟的关键。为何重要它支持精确计算活动处理时间，帮助区分低效任务与漫长的等待期。获取方式这可能在与开始时间相同的交易或历史表中提供，有时表现为 LAST_UPDATE_DATE 或特定的完成 timestamp。它也可能从后续 event 的开始时间推断出来。示例 2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
	处理时间 ProcessingTime	在一项活动上实际投入工作的时间长度。
描述 Processing Time 是指单个活动在 Event Start Time 与 Event End Time 之间的时长。它代表 active work time，而非活动之间的等待时间。该指标是详细绩效分析的核心。通过汇总一个 case 中所有活动的 processing times，可以了解总 touch time。将总 touch time 与整体 case 周期时间进行对比，可以揭示流程中有多少是增值工作，有多少是闲置等待时间，这是精益和六西格玛改进工作的关键洞察。为何重要它将 active work time 与闲置等待时间分离开来，帮助识别哪些特定任务最为耗时。获取方式该指标是在 data 转换期间从 EventStartTime 和 EventEndTime 属性计算得出的。示例 PT15M30SPT2HP1D
	当前状态 CurrentStatus	quality event case 的当前状态。
描述此 attribute 指示 quality event 在其生命周期中的当前状态，例如“Open”、“Under Investigation”、“Pending Approval”或“Closed”。它提供了 data 提取时 case 在流程中所处位置的快照。这是运营监控的关键 attribute，直接支持“未结 quality events 及状态概览”dashboard。它允许管理人员快速查看当前的质量问题流水线并优化资源优先级。在 Process Mining 中，通过最终状态进行过滤有助于分析不同流程路径的结果。为何重要它提供了 quality event 流水线的实时视图，实现了有效的运营管理和活跃 cases 的优先级排序。获取方式此信息通常可在 quality events 的主抬头表中找到，反映了该 event 的最后已知状态。示例未结进行中等待审批已结案
	根因类别 RootCauseCategory	对确定的质量问题根本原因的分类。
描述在执行根本原因分析后，分析结果通常被归类为预定义的组，如“设备故障”、“人为错误”或“设计缺陷”。此属性存储该最终分类。按“根本原因类别”分析流程非常有用。它有助于将重点从修复单个表象转移到解决潜在的系统性问题上。例如，如果出现大量根本原因为“培训问题”的事件，则可能表明需要更好的员工培训计划，这是预防性措施的一个关键目标。为何重要此 attribute 是通过分析故障的根本原因，从被动质量管理转向主动质量管理的关键。获取方式请参阅 Oracle 质量管理文档。这可能是收集计划中的一个用户定义元素，在“执行根本原因分析”活动后填充。示例设备故障材料缺陷人为错误未遵循规程
	目标解决日期 TargetResolutionDate	quality event 最终结案的计划或预期日期。
描述此 attribute 代表 quality event 预期被完全解决的截止日期。它作为 SLA 或内部目标，通常根据 event 的严重程度或类型确定。该日期是绩效监控的基础，直接用于计算“CAPA 执行按时率”KPI。通过将 activities 的实际完成日期与此目标进行比较，分析人员可以衡量及时性，识别有延期风险的 events，并跟踪按时率绩效趋势。这支持了缩短解决周期时间的努力。为何重要它为衡量按时绩效提供了基准，对于计算及时性 KPIs 和管理 SLAs 至关重要。获取方式请参阅 Oracle 质量管理文档。这可能是一个标准日期字段或质量收集计划中的用户定义元素。示例 2023-05-302023-06-152024-01-10
	被分配用户 AssignedUser	被分配执行活动或负责 quality event 的个人用户。
描述此 attribute 指定负责特定任务或 quality event 整体管理的个人。它提供了比负责部门更细粒度的细节。按用户分析有助于了解个人工作量、识别培训需求并认可优秀员工。它还可以揭示某些模式，例如工作被不断重新分配，或者任务在特定个人手中停滞。这种级别的细节对于绩效管理和详细的资源优化非常有用。为何重要它支持对个人工作量和绩效进行细粒度分析，帮助识别资源约束或培训机会。获取方式请参阅 Oracle 质量管理文档。用户分配信息通常存储在与质量事件相关联的操作或工作流表中。示例 j.smitha.jonesr.williams
	负责部门 ResponsibleDepartment	负责 quality event 或当前活动的部门或职能领域。
描述此 attribute 标识被分配处理 quality event 的团队或部门。这可能是质量保证、工程、生产或其他团队，并且随着 event 在其生命周期中的进展，该部门可能会发生变化。在 Process Mining 中，按负责部门进行分析是了解工作量分布、识别部门瓶颈以及比较不同团队绩效的关键。它通过显示哪些部门参与了哪类活动，为“quality event 资源分配”dashboard 提供支持，助力优化资源管理。为何重要它支持按部门分析工作量、绩效和瓶颈，这对于资源规划和组织改进至关重要。获取方式请参阅 Oracle 质量管理文档。这可能存储在与质量活动或分配相关的表中，并链接到质量事件。示例质量工程制造运营供应商质量设计工程
	业务单元 BusinessUnit	发生或管理 quality event 的组织业务单元或部门。
描述此 attribute 将 quality event 分配到业务结构的特定部分。它有助于分析和比较不同组织单元之间的质量绩效。按 Business Unit 细分流程分析是大型企业的常见需求。它支持创建特定 BU 的 dashboards，并有助于识别某些部门是否拥有更高效的质量流程，或者是否面临独特的挑战。这对于公司监管以及在整个组织内分享最佳实践非常有价值。为何重要它实现了组织不同部门间的绩效对比与分析，支持全企业范围的质量管理。获取方式这通常是与交易关联的组织背景 data 的一部分，通常源自用户或部门的 master data。示例医疗器械消费电子汽车零部件
	产品标识 ProductIdentifier	与 quality event 相关的产品标识符。
描述此 attribute 将 quality event 链接到特定的产品、材料或服务。它可以是产品代码、SKU 或零件号。该链接对于产品质量分析至关重要。Process Mining 可用于比较不同产品线的质量管理流程，或识别经常与质量问题相关的产品。这有助于在最需要的地方优先开展工程或制造改进工作。为何重要它将 quality events 与特定产品关联起来，实现产品相关质量趋势和流程偏差的分析。获取方式此信息将存储在质量收集计划的一个字段中，通常链接到 Oracle Inventory 项目主表。示例 SKU-100-A-REDPN-987654CHEM-X2
	关闭代码 ClosureCode	指示质量事件关闭原因或结果的代码。
描述当质量事件关闭时，通常会分配一个“关闭代码”来对最终结果进行分类。例如：“措施有效”、“无需采取行动”或“重复问题”。此属性对于结果分析非常有用。通过筛选不同的关闭代码，分析人员可以研究导致成功结果与非成功结果的流程路径。它有助于回答诸如“被判定为重复问题的流程是怎样的？”等问题，并识别分流处理（Triage）过程中的低效环节。为何重要它提供了关于 case 结果的关键信息，助力分析哪些流程路径能实现成功解决。获取方式请参阅 Oracle 质量管理文档。这可能是在最终结案活动期间填充的字段。示例有效无需采取行动重复风险已接受
	最后数据更新 LastDataUpdate	源系统最近一次 data 刷新或更新的 timestamp。
描述此 attribute 指示该 event 的 data 在 Process Mining 数据集中最后一次更新的时间。它反映了 data 的时效性，帮助用户了解分析的及时性。在 dashboards 和报表中，此 timestamp 对于为用户提供背景信息至关重要。它明确了用户看到的是实时 data 还是特定时间点的快照，这对于做出明智的运营决策必不可少。它确保了 data 时效性的透明度。为何重要此 timestamp 提供了 data 时效性的透明度，确保用户了解流程分析的最新程度。获取方式此值在 data ETL 过程中生成并存储，通常代表 data 流水线最后一次成功运行的 timestamp。示例 2023-10-27T04:00:00Z2023-10-26T04:00:00Z
	总周期时间 TotalCycleTime	从识别质量问题到最终结案所经过的总时长。
描述此 attribute 衡量单个 quality event case 的完整端到端时长。它的计算方法是第一个活动（“质量问题已确定”）的 timestamp 与最后一个活动（“最终评审和结案”）的 timestamp 之差。这是衡量质量管理流程整体效率的主要 KPI。它是“quality event 端到端周期时间”dashboard 的主要指标。随时间跟踪该指标，并按严重程度或问题类别等 attributes 进行细分，可提供流程健康状况和改进计划影响的高层视图。为何重要这是一个关键 KPI，用于衡量整个质量管理流程从头到尾的整体速度和效率。获取方式这是在 Process Mining 的 data 处理过程中在 case 层级计算的。它需要每个 QualityEventId 的第一个 event 的开始时间和最后一个 event 的结束时间。示例 P30DT12HP15DP92D
	是否按时 IsOnTime	指示纠正措施是否在其目标解决日期前执行的标记。
描述此布尔属性是通过将“纠正措施已执行”activity 的完成 timestamp 与 case 的“目标解决日期”进行对比而得出的。如果在目标日期或之前完成，则为 true，否则为 false。此 attribute 直接支持“CAPA 执行按时率”KPI。它通过为每个 case 的及时性提供清晰的二元分类，简化了分析和 dashboard 的创建。它实现了轻松的筛选和汇总，以监控对服务水平的遵守情况并识别延迟的根本原因。为何重要它简化了对照目标跟踪按时绩效的过程，让衡量和报告这一关键 KPI 变得更加容易。获取方式这是在 data 转换期间计算的派生标志。它需要 TargetResolutionDate 和相关完成 activity 的 timestamp。示例 truefalse
	是否返工 IsRework	指示活动是否为同一案例中前一步骤的重复或返工的标记。
描述这是一个布尔标志，如果特定活动（如“提议纠正措施计划”）在单个 quality event case 中发生多次，则该标志被设置为 true。这表明流程中存在 loop 或修正，即之前完成的步骤必须重做。识别返工是 Process Mining 的一项关键能力。该标志简化了此类低效情况的量化过程，并直接支持“Activity 返工频率”KPI。分析哪些步骤最容易发生返工以及在什么条件下发生，可以发现培训、 data 质量或审批标准方面的问题，从而揭示使流程更高效的机会。为何重要它能标记流程中的低效环节和 loops，助力量化浪费并识别返工的根本原因。获取方式这是在 data 准备期间通过对 event log 使用开窗函数或顺序分析计算得出的。它能识别同一个 case 中何时多次出现相同的 activity 名称。示例 truefalse
	源系统 SourceSystem	识别提取数据的记录系统。
描述此 attribute 指定 event data 的来源应用程序或系统。在企业环境中，quality event data 可能来自多个来源，如核心 Oracle Quality 模块、独立的 CAPA 系统或客户投诉门户。对于分析，该字段有助于了解 data 血缘，并可用于根据来源系统对流程进行细分。这对于 data 治理和排除 data 集成问题至关重要，确保流程视图能准确反映合并后的 data 全貌。为何重要它提供了关于 data 来源的关键背景，这对于 data 验证、治理以及分析跨系统的流程差异非常重要。获取方式这通常是在数据提取、转换和加载 (ETL) 过程中添加的静态值，用于标记数据集的来源。示例 Oracle 质量管理 R12Oracle EBS 质量管理QM-PROD
	纠正措施计划 ID CorrectiveActionPlanId	为解决 quality event 而创建的纠正措施计划 (CAPA) 的唯一标识符。
描述此 attribute 提供了 quality event 与旨在解决该事件的特定纠正和预防措施计划之间的直接联系。这通常是系统中具有自己生命周期的独立对象。在分析中，此 ID 可用于将 quality event 流程中的 data 与 CAPA 管理流程中的 data 合并，从而创建更全面的视图。它有助于跟踪每个需要 CAPA 的 event 是否都已分配，并分析这些行动的有效性。为何重要它将问题 (quality event) 与解决方案 (CAPA) 联系起来，实现质量管理系统更全面的端到端分析。获取方式这将是 quality event 记录上的一个引用字段，指向 CAPA 特定表或模块中的记录。示例 CAPA-2023-088CAPA-2023-091
	问题类别 IssueCategory	质量问题的类别或类型，例如“产品缺陷”或“流程偏差”。
描述此 attribute 提供 quality event 的分类，有助于将类似问题分组进行分析。类别通常由组织定义，以反映其特定的运营背景。按问题类别分析流程可以识别与特定类型问题相关的模式。例如，它可能会揭示“供应商材料”问题的周期时间比“内部流程”问题长得多。这种细分对于有针对性的流程改进计划非常有价值。为何重要对问题进行分类可以进行有针对性的分析，从而识别特定问题领域的趋势和根本原因。获取方式请参阅 Oracle 质量管理文档。这可能是质量收集计划中的一个用户定义元素。示例产品缺陷流程偏差供应商材料客户投诉

必填推荐可选

质量管理活动

这些是 event log 中需要捕获的关键流程步骤和重要里程碑，用于实现准确的流程发现和绩效评估。

6 推荐 8 可选

	活动	描述
	最终审核与关闭	最后一步，确认所有相关行动已完成，并正式关闭父级质量问题。通过主记录上的最终状态更改为“Closed”或“Resolved”来捕获。
为何重要这是流程的主要结束 event。它对于计算“平均事件周期时间”KPI 和衡量整体流程吞吐量至关重要。获取方式推断自父级质量问题记录上的最终状态更改为“已关闭”。此更改的时间戳即为事件时间。捕获推断自主要质量问题记录上的状态更改为“已关闭”。事件类型 inferred
	措施有效性已验证	确认执行的纠正措施已成功解决根本原因并防止再次发生。这在用户完成验证步骤并更新记录状态时捕获。
为何重要这是一个关键的基于结果的里程碑，也是“有效性验证率”KPI 的基础。它完成了纠正措施循环的闭环，确保问题得到真正解决。获取方式推断自 CAPA 记录上的状态更改为“验证完成”或“有效”。这也可能涉及特定验证结果字段的填充。捕获推断自状态更改为“验证完成”或“有效”。事件类型 inferred
	纠正措施计划已批准	代表指定的权威机构对提议的纠正措施计划进行正式批准。这是一个关键控制点，通常通过明确的审批行动或状态更改为“Approved”来捕获。
为何重要此项审批是一个关键里程碑，也是常见的瓶颈。分析审批时间有助于简化流程并确保符合规程。获取方式推断自质量活动或 CAPA 记录上的状态更改为“已批准”。具有审批工作流的 Oracle 系统通常会在审计表中明确记录此类更改。捕获推断自状态更改为“已批准”。事件类型 inferred
	调查已启动	标志着调查阶段正式开始，以确定质量问题的根本原因。通常表现为系统中的状态更改，例如变更为“Under Investigation”。
为何重要这作为衡量“根本原因分析提前期”KPI 的起点，有助于识别问题在正式调查开始前等待了多长时间。获取方式推断自质量问题或关联质量活动记录上的状态更改为“调查中”状态。此状态更改的时间戳提供了事件时间。捕获推断自状态更改为“调查中”或类似状态。事件类型 inferred
	质量问题已确定	此活动标志着新 quality event 记录（如不合格项、偏差或客户投诉）的创建。当用户在 Oracle 中创建新的质量问题或质量行动记录时，将显式捕获此活动。
为何重要作为起始事件，它对于计算质量管理流程的总周期时间以及了解接收的质量事件量至关重要。获取方式此 event 从质量问题或质量行动记录的创建 timestamp 中捕获，可能存在于 QAM_QUALITY_ISSUES 或 QAM_QUALITY_ACTIONS 等表中。捕获在创建新的质量问题或措施记录时记录的事件。事件类型 explicit
	问题已分类并设定优先级	当分析师完成初始评估并分配严重程度、优先级和问题类型等关键 attributes 时，将发生此活动。通常在问题从“New”状态转换为“Assessed”或“In Triage”状态时捕获。
为何重要此里程碑对于“平均分拣处理时间”KPI 至关重要。此处的延迟会减慢整个解决过程，尤其是对于关键问题。获取方式推断自质量问题记录上的状态更改，例如从“新建”变为“评估中”，或当首次填充“严重性”或“优先级”等字段时。捕获推断自状态更改，或首次填充严重性/优先级字段。事件类型 inferred
	利益相关者已获知解决结果	代表向相关方（如报告人或受影响的客户）沟通 quality event 的解决情况。这很难直接捕获，可能需要通过结案后的状态更改或记录的备注来推断。
为何重要对于“利益相关者通知滞后”KPI 至关重要。即使在问题解决之后，及时的沟通对于客户满意度和内部透明度也同样重要。获取方式这通常难以自动捕获。它可能从“通知已发送”之类的状态中推断出来，或者记录在 activity 或备注字段中，需要特殊的逻辑进行提取。捕获推断自特定的状态更改，或可能通过活动日志的文本挖掘得出。事件类型 inferred
	已提议纠正措施计划	当定义了纠正措施并将其与质量问题关联，概述解决问题的步骤时发生。这可能是创建了相关的 Corrective Action 记录，或者是表示计划已准备好接受评审的状态更改。
为何重要这跟踪了从问题分析到解决方案设计的过渡。涉及该步骤的返工（通过返工 KPIs 衡量）可能表明需求不明确或计划不力。获取方式这可能是一个来自在 CAPA 对象中创建新 Corrective Action 记录的显式 event，也可能是一个来自状态更改为“提议计划”或“待审批”的推断 event。捕获推断自状态更改为“待批准”或创建了链接的纠正措施。事件类型 inferred
	根本原因分析已执行	代表根本原因分析 (RCA) 的完成和调查结果的记录。通常在调查团队使用确定的根本原因更新质量问题并更改其状态时捕获。
为何重要此活动是“根本原因分析提前期”KPI 的终点。分析到此步骤为止的时长有助于精准定位问题解决阶段的瓶颈。获取方式推断自状态更改为“RCA 已完成”，或当填充了根本原因类别字段并保存记录时。使用此更新的时间戳。捕获推断自状态更改为“RCA 已完成”或填充了根本原因字段。事件类型 inferred
	纠正措施已执行	标志着批准的纠正措施计划中概述的任务已完成。通常在用户将纠正措施记录的状态更新为“Implemented”或“Completed”时捕获。
为何重要此活动对于“CAPA 执行按时率”KPI 至关重要，因为它标志着计划的修复已执行，并允许与目标日期进行对比。获取方式此 event 通过关联的 Quality Action 或 CAPA 记录的状态更改为“Implemented”或“Completed”来推断。捕获推断自状态更改为“已执行”或“已完成”。事件类型 inferred
	问题已分配待分拣	代表将新创建的质量问题分配给特定用户或团队进行初步审查和评估。该 event 通常通过跟踪质量问题记录的受指派人或负责人字段的更改来推断。
为何重要跟踪此初始移交有助于识别评估开始前的延迟。分析处于此状态的时间可以揭示分拣队列中潜在的积压情况。获取方式推断自质量问题记录中所有者或被分配人字段的更改。这可能源自审计线索表，或通过追踪与分配工作流相关的状态更改来获取。捕获推断自质量问题上“分配给”或“所有者”字段的更改。事件类型 inferred
	需要有效性检查	代表系统或用户标记执行的行动需要进行后续验证以确保其有效。这通常是执行后发生的自动或手动状态更改。
为何重要此步骤启动了关键的验证阶段。了解执行与此 activity 之间的时间可以突出启动必要后续行动时的延迟。获取方式此 event 通过 Quality Action 上的状态更改为“待有效性检查”或工作流中的类似状态来推断。捕获推断自状态更改为“待有效性检查”。事件类型 inferred
	预防措施已执行	标志着为减轻系统性风险而定义的预防措施计划任务已完成。这通常在用户将预防措施记录的状态更新为“Implemented”或“Completed”时捕获。
为何重要衡量组织执行主动质量改进的能力。此处的延迟可能表明组织在实施系统性变革方面存在困难。获取方式推断自关联预防措施记录的状态更改为“已执行”或“已完成”，类似于追踪纠正措施的方式。捕获推断自预防措施记录上的状态更改为“已执行”。事件类型 inferred
	预防措施已确定	代表创建预防措施 (PA) 以解决系统性问题并防止类似 quality events 再次发生。这通常记录为创建了与原始问题关联的新预防措施记录。
为何重要此活动显示了一个成熟的质量流程，即从解决单个问题转向预防未来问题。跟踪此活动有助于衡量主动质量改进情况。获取方式捕获自创建类型为“预防性措施”的新质量活动记录，该记录通常链接到原始质量问题或纠正措施。捕获在创建“预防措施”类型的 Quality Action 记录时记录。事件类型 explicit

推荐可选

提取指南

如何从 Oracle 质量管理中获取数据

步骤

访问 Oracle BI Publisher：登录您的 Oracle E-Business Suite 实例，并导航到具有 BI Publisher 访问权限的职责，如 BI Publisher Administrator 或类似的自定义职责。
创建新数据模型：在 BI Publisher 主页上，选择“创建”，然后选择“数据模型”。这将打开数据模型编辑器。
定义 SQL 查询数据集：在数据模型编辑器中，点击“数据集”面板上的加号图标，选择“SQL 查询”。这将打开 SQL 查询编辑器窗口。
配置数据源：在“新建数据集”窗口中，为数据集提供一个名称，例如 DS_QUALITY_EVENTS。选择适当的 Oracle EBS 数据库作为“数据源”。
输入 SQL 查询：复制本文档“查询”部分提供的完整 SQL 查询，并将其粘贴到 SQL 查询文本区域。
定义查询参数：提供的查询使用占位符 :P_START_DATE 和 :P_END_DATE 作为报告周期。在 BI Publisher 数据模型中，您必须将这些定义为参数。为每个占位符创建一个新参数，赋予相应的名称（例如 P_START_DATE），将“数据类型”设置为“日期”，并配置易于理解的显示提示。
保存数据模型：粘贴查询并定义参数后，保存数据模型。建议将其保存在共享文件夹中以便生成报告。
创建新报告：导航回 BI Publisher 主页并选择“创建”，然后选择“报告”。选择“使用数据模型”选项，并找到您刚保存的数据模型。
配置报告布局：报告向导将引导您完成布局配置。对于 ProcessMind，简单的表格布局即可。将数据模型中的所有列拖放到报告布局中。确保输出格式配置为 CSV。
设置报告属性：在报告属性下，确保选中“启用 CSV 输出”选项。如果需要，您还可以定义默认参数值。
运行并导出报告：保存报告，然后通过提供所需的开始和结束日期来运行它。报告生成完成后，点击“导出”按钮并选择 CSV 作为输出格式。文件将下载到您的本地机器。
准备上传：打开下载的 CSV 文件，确保其包含预期的数据。验证列标题是否符合 ProcessMind 的架构要求。现在，该文件已准备好上传。

配置

前提条件：一个拥有 Oracle BI Publisher 访问权限并对基础质量模块表（如 QA_RESULTS、QA_PLANS、QA_ACTIONS、FND_USER）具有读取权限的用户帐户。
数据源配置：BI Publisher 数据模型必须配置为连接到您的主 Oracle EBS 应用数据库（APPS 模式）。
日期范围参数：查询设计了两个必填参数 :P_START_DATE 和 :P_END_DATE 来过滤数据提取。对于初步分析，建议选择 6 到 12 个月的时间范围，以捕获足够的完整案例。日期格式请使用 'YYYY-MM-DD'。
输出格式：报告必须配置为允许 CSV 输出。这种格式对 ProcessMind 的数据导入最为理想，因为它简单、结构化且无需复杂的解析。
计划任务：为了实现持续的流程监控，请将 BI Publisher 报告设置为定期运行（例如每天或每周）。配置输出结果发送到指定的服务器或内容库以便自动抓取。
性能：对于质量事件数量极大的实例，查询运行可能需要较长时间。请确保日期范围合理，如果性能不佳，请考虑与数据库管理员讨论查询优化或表索引事宜。

a 查询示例 config

SELECT
    qr.occurrence AS QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    qr.creation_date AS EventStartTime,
    qr.last_update_date AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate, -- Or a dedicated target date field
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.created_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

-- Activities based on status changes are best captured from an audit table if available. 
-- This example uses LAST_UPDATE_DATE which is an approximation.
SELECT
    qr.occurrence AS QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Assigned', 'In Triage') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Assessed', 'Prioritized') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Investigation Initiated' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Under Investigation' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qpc_rc.char_value IS NOT NULL AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

-- Corrective and Preventive Actions from a table like QA_ACTIONS
SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    qa.creation_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.assignee_id = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.status_code = 'Approved' AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.status_code IN ('Implemented', 'Completed') AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Verification Pending' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Verification Complete' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    qa.creation_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.assignee_id = fu.user_id
WHERE qa.action_code = 'PREVENTIVE_ACTION' AND qa.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'PREVENTIVE_ACTION' AND qa.status_code IN ('Implemented', 'Completed') AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Final Review and Closure' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Closed', 'Resolved') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Notification Sent' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

步骤

前提条件：确保您拥有数据库客户端（如 SQL Developer 或 DBeaver），以及托管质量管理模块的 Oracle 数据库的只读凭据。
了解架构：熟悉关键的 Oracle 质量表。该查询主要使用 QA_RESULTS（质量事件标题）、QA_PLANS（计划定义）、QA_RESULTS_V（结果及其值的组合视图），以及应用用户表（如 FND_USER 或 PER_ALL_PEOPLE_F）。
定义查询参数：在运行查询之前，找到 WHERE 子句中的占位符变量。您必须将 :start_date、:end_date 和 :organization_id 替换为符合您提取范围的值。例如，将 :start_date 设置为 '2023-01-01'，将 :end_date 设置为 '2023-06-30'。
执行 SQL 查询：复制完整的 SQL 脚本并在您的数据库客户端中执行。该脚本使用多个 UNION ALL 子句将不同的事件汇总为统一的事件日志格式。
检查原始数据：执行后检查输出结果。每一行代表质量事件生命周期中的一个单一活动。检查数据的完整性，并确认关键列（如 QualityEventId、ActivityName 和 EventStartTime）中是否存在数据。
处理时间戳和时长：查询提供了 EventStartTime。EventEndTime 刻意保留为 NULL，因为确定一个活动的结束时间通常需要知道下一个活动的开始时间。这类计算通常最好在流程挖掘工具或后处理脚本中完成。同理，ProcessingTime 也设为 NULL，因为它需要基于开始和结束时间进行计算。
导出为 CSV：从 SQL 客户端将完整的结果集导出为 CSV 文件。确保文件使用 UTF-8 编码，并包含带有查询中列别名的标题行。
准备上传：验证 CSV 列标题是否符合 ProcessMind 平台的要求（Case ID、Activity、Start Timestamp）。在上传前，将 QualityEventId、ActivityName 和 EventStartTime 列相应地重命名。

配置

数据库访问：运行查询的用户必须对脚本中引用的所有表具有 SELECT 权限，其中可能包括 APPS、QA、PER 和 HR 模式中的表。
关键查询过滤器：查询包含必须配置的关键占位符：
- :start_date：报告周期的开始日期。查询将过滤在该日期或之后创建的事件。
- :end_date：报告周期的结束日期。
- :organization_id：您要分析的特定 Oracle 组织标识符。质量计划和结果通常与组织相关联。
日期范围：对于初步分析，建议提取 3 到 6 个月的数据。对于数据量巨大的大型系统，请先从一个月等较短周期开始，评估查询性能后再进行大规模提取。
性能注意事项：此查询连接了多个大表并联合了 14 个独立的结果集。这可能会消耗大量资源。请将提取任务安排在非高峰时段，以尽量减少对系统性能的影响。如果性能不理想，请咨询数据库管理员关于关键列（尤其是日期和外键列）的索引优化。

a 查询示例 sql

WITH QualityEventBase AS (
    SELECT
        qr.COLLECTION_ID,
        qr.PLAN_ID,
        qp.NAME AS PLAN_NAME,
        qr.ORGANIZATION_ID,
        qr.CREATION_DATE,
        qr.LAST_UPDATE_DATE,
        qr.CREATED_BY,
        qr.LAST_UPDATED_BY,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_STATUS') AS CurrentStatus,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_SEVERITY') AS SeverityLevel,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_ROOT_CAUSE') AS RootCauseCategory,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_DEPT') AS ResponsibleDepartment,
        (SELECT qrv.DATE1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_TARGET_DATE') AS TargetResolutionDate,
        (SELECT fu.USER_NAME FROM FND_USER fu WHERE fu.USER_ID = qr.LAST_UPDATED_BY) AS AssignedUser
    FROM
        QA_RESULTS qr
    JOIN
        QA_PLANS qp ON qr.PLAN_ID = qp.PLAN_ID
    WHERE
        qr.CREATION_DATE BETWEEN TO_DATE(:start_date, 'YYYY-MM-DD') AND TO_DATE(:end_date, 'YYYY-MM-DD')
        AND qr.ORGANIZATION_ID = :organization_id
)
-- 1. Quality Issue Identified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    qeb.CREATION_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb

UNION ALL

-- 2. Issue Assigned For Triage (Approximation: first update after creation)
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'TRIAGE' AND qeb.LAST_UPDATE_DATE > qeb.CREATION_DATE

UNION ALL

-- 3. Issue Categorized and Prioritized
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'ASSESSED' AND qeb.SeverityLevel IS NOT NULL

UNION ALL

-- 4. Investigation Initiated
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Investigation Initiated' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'UNDER_INVESTIGATION'

UNION ALL

-- 5. Root Cause Analysis Performed
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'RCA_COMPLETE' AND qeb.RootCauseCategory IS NOT NULL

UNION ALL

-- 6. Corrective Action Plan Proposed
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_PROPOSED'

UNION ALL

-- 7. Corrective Action Plan Approved
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_APPROVED'

UNION ALL

-- 8. Corrective Action Implemented
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_IMPLEMENTED'

UNION ALL

-- 9. Effectiveness Check Required
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'EFFECTIVENESS_CHECK'

UNION ALL

-- 10. Effectiveness of Action Verified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'VERIFIED'

UNION ALL

-- 11. Preventive Action Identified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'PAPA_DEFINED'

UNION ALL

-- 12. Preventive Action Implemented
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'PAPA_IMPLEMENTED'

UNION ALL

-- 13. Final Review and Closure
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Final Review and Closure' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CLOSED'

UNION ALL

-- 14. Stakeholders Notified of Resolution (Approximation)
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    qeb.LAST_UPDATE_DATE + interval '1' minute AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CLOSED'

步骤

准备环境：确保您的系统中安装了 Python 3.6 或更高版本。使用 pip 安装必要的库：pip install pandas oracledb。这些库用于连接 Oracle 数据库和进行数据处理。
获取数据库凭据：获取 Oracle 质量管理数据库所需的连接详细信息。包括用户名、密码和数据源名称 (DSN)，其格式通常为 hostname:port/service_name。
保存提取脚本：复制“查询”部分提供的完整 Python 脚本，并将其保存为文件，例如 extract_quality_events.py。
配置脚本：在文本编辑器中打开保存的脚本。找到顶部的配置部分，并将 db_user、db_password、db_dsn、start_date 和 end_date 的占位符替换为您自己的详细信息。
自定义 SQL 占位符：检查脚本中的 SQL 查询。您可能需要根据组织的 Oracle 配置调整表名（如 QA_RESULTS）或特定状态值（如 'NEW' 和 'CLOSED'）。如果不确定这些值，请咨询您的 Oracle 系统管理员。
执行脚本：打开命令提示符或终端，导航到保存脚本的目录，并使用以下命令运行它：python extract_quality_events.py。
监控执行情况：脚本将连接数据库、执行查询并处理数据。根据日期范围和数据量的大小，这可能需要几分钟。请留意“Successfully connected to Oracle Database!”（成功连接 Oracle 数据库）和最后的“Event log saved to quality_event_log.csv”（事件日志已保存至 quality_event_log.csv）消息。
获取输出文件：脚本运行完成后，将在同一目录下创建名为 quality_event_log.csv 的文件。该文件即为提取的事件日志。
检查事件日志：在电子表格软件中打开 quality_event_log.csv 文件进行快速检查。验证列是否正确，并针对几个样本案例检查数据填充是否正常。
上传至流程挖掘工具：生成的 CSV 文件现在可以上传到您的流程挖掘应用中进行分析了。

配置

数据库连接：该脚本需要 Oracle 数据源名称 (DSN)、用户名和密码，并具备对必要质量管理表（如 QA_RESULTS、QA_PLANS、FND_USER、PER_ALL_PEOPLE_F）的读取权限。
日期范围过滤：脚本中的 start_date 和 end_date 变量对于控制数据量至关重要。建议先从 3-6 个月的小范围开始，以确保性能并在运行大规模提取前验证输出结果。
系统特定过滤器：可以根据您的组织结构进一步自定义 SQL 查询。例如，您可以添加 WHERE 子句按 ORGANIZATION_ID 进行过滤，将提取范围限制在特定的工厂或业务单元。
状态码映射：活动提取逻辑依赖于将特定的状态值（例如 'NEW'、'UNDER_INVESTIGATION'、'CLOSED'）映射到流程步骤。这些值与您的 Oracle 配置高度相关，必须在 SQL 查询中进行验证和调整以确保准确性。
Python 依赖项：该脚本依赖 pandas 和 oracledb 库。请确保在执行脚本的 Python 环境中已安装这些库。

a 查询示例 python

import pandas as pd
import oracledb
import sys

class=class="hl-string">"hl-comment"># --- Configuration Settings --- 
class=class="hl-string">"hl-comment"># Replace with your Oracle database credentials and connection details
db_user = class="hl-string">"your_username"
db_password = class="hl-string">"your_password"
class=class="hl-string">"hl-comment"># DSN (Data Source Name) format: hostname:port/service_name
db_dsn = class="hl-string">"your_host:1521/your_service_name"

class=class="hl-string">"hl-comment"># Define the date range for the extraction
start_date = class="hl-string">"2023-01-01"
end_date = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- SQL Query --- 
class=class="hl-string">"hl-comment"># This query extracts events from the Oracle Quality Management module.
class=class="hl-string">"hl-comment"># Each SELECT statement with a UNION ALL corresponds to a specific activity.
sql_query = fclass="hl-string">"""
WITH base_events AS (
    SELECT 
        qr.COLLECTION_ID AS QualityEventId,
        qr.LAST_UPDATE_DATE,
        qr.CREATION_DATE,
        qpc.PROMPT AS StatusPrompt,
        qr.CHARACTER1 AS CurrentStatus,
        qr.CHARACTER2 AS SeverityLevel,
        qr.CHARACTER3 AS RootCauseCategory,
        oap.NAME AS ResponsibleDepartment,
        fu.USER_NAME AS AssignedUser,
        qr.DATE1 AS TargetResolutionDate,
        (qr.LAST_UPDATE_DATE - qr.CREATION_DATE) * 24 * 60 AS ProcessingTime
    FROM 
        QA_RESULTS qr
    JOIN 
        QA_PLANS qp ON qr.PLAN_ID = qp.PLAN_ID
    JOIN 
        QA_PLAN_CHARS qpc ON qp.PLAN_ID = qpc.PLAN_ID AND qpc.PROMPT = 'Status'
    LEFT JOIN 
        FND_USER fu ON qr.LAST_UPDATED_BY = fu.USER_ID
    LEFT JOIN
        HR_ALL_ORGANIZATION_UNITS oap ON qr.ORGANIZATION_ID = oap.ORGANIZATION_ID
    WHERE 
        qr.CREATION_DATE BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')
)
-- 1. Quality Issue Identified
SELECT
    be.QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    be.CREATION_DATE AS EventStartTime,
    be.CREATION_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    'New' AS CurrentStatus, -- Initial status
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be

UNION ALL

-- 2. Issue Assigned For Triage (approximated by first update after creation)
SELECT
    be.QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.LAST_UPDATE_DATE > be.CREATION_DATE AND be.CurrentStatus IN ('Assigned', '[Your Triage Status]')

UNION ALL

-- 3. Issue Categorized and Prioritized
SELECT
    be.QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus IN ('Assessed', 'Prioritized', '[Your Categorized Status]')

UNION ALL

-- 4. Investigation Initiated
SELECT
    be.QualityEventId,
    'Investigation Initiated' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus IN ('Under Investigation', 'Investigation')

UNION ALL

-- 5. Root Cause Analysis Performed
SELECT
    be.QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'RCA Complete' AND be.RootCauseCategory IS NOT NULL

UNION ALL

-- 6. Corrective Action Plan Proposed
SELECT
    be.QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Proposed'

UNION ALL

-- 7. Corrective Action Plan Approved
SELECT
    be.QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Approved'

UNION ALL

-- 8. Corrective Action Implemented
SELECT
    be.QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Implemented'

UNION ALL

-- 9. Effectiveness Check Required
SELECT
    be.QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Verification Pending'

UNION ALL

-- 10. Effectiveness of Action Verified
SELECT
    be.QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Verified Effective'

UNION ALL

-- 11. Preventive Action Identified
SELECT
    be.QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'PA Identified'

UNION ALL

-- 12. Preventive Action Implemented
SELECT
    be.QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'PA Implemented'

UNION ALL

-- 13. Final Review and Closure
SELECT
    be.QualityEventId,
    'Final Review and Closure' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Closed'

UNION ALL

-- 14. Stakeholders Notified of Resolution
SELECT
    be.QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    be.LAST_UPDATE_DATE + interval '1' day AS EventStartTime, -- Approximated as 1 day after closure
    be.LAST_UPDATE_DATE + interval '1' day AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Closed'
"""

class=class="hl-string">"hl-comment"># --- Main Execution Logic ---
try:
    class=class="hl-string">"hl-comment"># Establish the database connection
    with oracledb.connect(user=db_user, password=db_password, dsn=db_dsn) as connection:
        print(class="hl-string">"Successfully connected to Oracle Database!")
        
        class=class="hl-string">"hl-comment"># Execute the query and load data into a pandas DataFrame
        print(class="hl-string">"Executing query... This may take a few minutes.")
        df = pd.read_sql_query(sql_query, connection)
        print(fclass="hl-string">"Query finished. {len(df)} events extracted.")

        class=class="hl-string">"hl-comment"># Data Type Conversion
        df[class="hl-string">'EVENTSTARTTIME'] = pd.to_datetime(df[class="hl-string">'EVENTSTARTTIME'])
        df[class="hl-string">'EVENTENDTIME'] = pd.to_datetime(df[class="hl-string">'EVENTENDTIME'])
        df[class="hl-string">'TARGETRESOLUTIONDATE'] = pd.to_datetime(df[class="hl-string">'TARGETRESOLUTIONDATE'])

        class=class="hl-string">"hl-comment"># Sort the data for chronological order
        df = df.sort_values(by=[class="hl-string">'QUALITYEVENTID', class="hl-string">'EVENTSTARTTIME'], ascending=[True, True])

        class=class="hl-string">"hl-comment"># Save the DataFrame to a CSV file
        output_filename = class="hl-string">'quality_event_log.csv'
        df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
        print(fclass="hl-string">"Event log saved to {output_filename}")

except oracledb.DatabaseError as e:
    error, = e.args
    print(fclass="hl-string">"Database connection or query failed: {error.message}", file=sys.stderr)
    sys.exit(1)
except Exception as e:
    print(fclass="hl-string">"An unexpected error occurred: {e}", file=sys.stderr)
    sys.exit(1)

您的质量管理数据模板

您的质量管理数据模板

质量管理属性

质量管理活动

提取指南

用于 Quality Event data 的 Oracle BI Publisher 报表

步骤

配置

a 查询示例 config

对 Oracle 质量管理表直接进行 SQL 查询

步骤

配置

a 查询示例 sql

通过 Oracle DB Connector 的 Python 提取脚本

步骤

配置

a 查询示例 python

准备好开始了吗？

转型 Oracle 质量管理，即刻提升合规性

您的质量管理数据模板

您的质量管理数据模板

质量管理属性

质量管理活动

提取指南

用于 Quality Event data 的 Oracle BI Publisher 报表

步骤

配置

a 查询示例 config

对 Oracle 质量管理表直接进行 SQL 查询

步骤

配置

a 查询示例 sql

通过 Oracle DB Connector 的 Python 提取脚本

步骤

配置

a 查询示例 python

我们重视您的隐私

准备好开始了吗？

转型 Oracle 质量管理，即刻提升合规性