您的质量管理数据模板

Oracle质量管理

← 返回改进指南

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

您的质量管理数据模板

此模板全面介绍了开展有效质量管理分析所需的关键数据属性和流程活动，并提供了从Oracle Quality Management系统提取这些关键信息的实用指导。使用此资源可确保您采集所有必要数据，深入洞察流程并实现流程优化。

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

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

下载模板

质量管理属性

以下是建议纳入事件日志的数据字段和上下文信息，可用于全面分析质量管理并获得深入洞察。

3 必需 7 建议 10 可选

	名称	说明
	事件开始时间 EventStartTime	表示活动或事件开始时间的时间戳。
说明该属性提供具体流程步骤开始时的准确日期和时间，是按时间顺序排列事件并为每个质量事件案例构建流程序列的主要时间要素。在分析中，Event Start Time对于计算周期时间、持续时间和活动间等待时间至关重要。它可以通过突出连续步骤之间的长时间延误来帮助识别瓶颈，也用于跟踪基于时间的KPI表现，例如根因分析前置时间。为什么重要该时间戳是流程分析的基础，支持所有基于时间的计算，并确保活动顺序正确。获取位置该时间戳通常位于与质量措施和收集计划相关的交易日志或历史表中，字段名可能为CREATION_DATE或类似名称。示例 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	活动名称 ActivityName	质量管理流程中实际发生的具体任务或步骤名称。
说明该属性描述质量事件管理过程中发生的单个事件或采取的操作。按时间戳排序后，这些活动的顺序构成每个案例的流程。分析Activity Name是流程挖掘的核心工作。它支持发现实际流程模型、与目标模型进行对比以开展合规性检查，并识别具体活动之间的瓶颈或返工循环。例如，它可以帮助衡量从“Investigation Initiated”到“Root Cause Analysis Performed”之间所用的时间。为什么重要该属性是绘制流程、识别偏差和了解实际工作方式的基础。获取位置这些信息通常来自Oracle质量管理模块中的事件日志、状态变化记录或操作历史表。示例发现质量问题启动调查批准纠正措施计划最终审查与关闭
	质量事件 QualityEventId	单个质量事件的唯一标识符，例如不符合项、投诉或偏差。
说明 Quality Event ID作为主要案例标识符，将从初始报告到最终关闭的所有相关活动归入同一案例。每起质量事件都会分配唯一ID，从而形成完整的调查与解决历史记录。在流程挖掘分析中，该属性是重建每个质量事件端到端历程的基础。它支持计算整体周期时间、识别流程变体，以及分析不同类型事件的处理方式。将每条活动日志与特定Quality Event ID关联后，分析人员可以可视化完整流程，并识别系统性瓶颈或合规问题。为什么重要该ID用于定义单个案例的范围，对于准确跟踪质量事件和计算端到端绩效指标至关重要。获取位置它通常是Oracle质量管理中主要质量事件表或收集计划表的主键，例如QA_RESULTS。示例 NC-2023-00123CAPA-45892QE-500-A
	严重性级别 SeverityLevel	对质量事件影响程度的分类，例如严重、重大或轻微。
说明 Severity Level通常是在初步分流期间对质量问题可能影响客户、合规或业务运营程度的评估。该分类有助于确定资源优先级，并明确所需响应的紧迫程度。在流程挖掘中，该属性对于分组分析至关重要。分析人员可以比较高严重性与低严重性事件的流程、周期时间和结果。它支持“质量事件分流一致性”仪表板和“按严重性划分的解决率”KPI，帮助判断关键问题是否得到更快速、更有效的处理。为什么重要它支持分析的优先级排序和分组，确保高影响质量事件得到有效、高效的管理。获取位置请参阅Oracle质量管理文档。这通常是质量收集计划中的可配置元素。示例 1－严重2－重大3－轻微4－信息
	事件结束时间 EventEndTime	表示活动或事件完成时间的时间戳。
说明 Event End Time表示具体活动完成的时间。与Event Start Time结合后，它定义了该活动的处理时间。在某些系统中，活动可能即时完成，此时开始时间和结束时间相同。该属性对于详细的时长分析至关重要。它可以帮助分析人员区分主动处理时间，即开始与结束之间的时长，以及等待时间，即一个活动结束到下一个活动开始之间的时长。这对于识别资源实际投入工作的环节，以及交接造成延误的环节非常关键。为什么重要它支持精确计算活动处理时间，帮助定位低效任务与较长等待时段。获取位置它可能与开始时间一样，存储在交易表或历史表中，字段名有时为LAST_UPDATE_DATE或特定的完成时间戳。也可能根据后续事件的开始时间推断。示例 2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
	受派用户 AssignedUser	负责执行活动或管理质量事件的指定用户。
说明该属性指定负责某项任务或整体管理质量事件的人员。与负责部门相比，它提供更细粒度的信息。按用户分析有助于了解个人工作负载、识别培训需求并发现高绩效人员。它还可以揭示工作持续被重新分配，或任务经常滞留在特定人员处等模式。这种细粒度信息有助于绩效管理和详细的资源优化。为什么重要它支持对个人工作负载和绩效进行细粒度分析，帮助识别资源限制或培训机会。获取位置请参阅Oracle质量管理文档。用户分配信息通常存储在与质量事件关联的措施表或工作流表中。示例 j.smitha.jonesr.williams
	当前状态 CurrentStatus	质量事件案例的当前状态。
说明该属性表示质量事件在生命周期中的当前状态，例如“Open”“Under Investigation”“Pending Approval”或“Closed”。它提供数据提取时案例所处流程位置的快照。这是运营监控的关键属性，直接支持“未关闭质量事件与状态概览”仪表板。管理人员可以快速查看当前质量问题管道并确定资源优先级。在流程挖掘中，按最终状态筛选有助于分析不同流程路径的结果。为什么重要它提供质量事件管道的实时视图，支持有效的运营管理和活动案例优先级排序。获取位置这些信息通常位于质量事件的主表头表中，反映事件的最新已知状态。示例开放进行中等待批准已关闭
	根因类别 RootCauseCategory	已确定的质量问题根因分类。
说明完成根因分析后，通常会将分析结果归入预定义类别，例如“设备故障”“人为错误”或“设计缺陷”。此属性用于存储最终分类。按根因类别分析流程非常有价值。它有助于将关注点从修复个别症状转向解决潜在的系统性问题。例如，根因为“培训问题”的事件数量较多，可能表明需要改进员工培训计划，这也是预防措施的重要目标。为什么重要此属性通过支持对失败根本原因的分析，帮助质量管理从被动响应转向主动管理。获取位置请参阅Oracle Quality Management文档。该字段可能是集合计划中的用户自定义元素，在“已执行根因分析”活动后填充。示例设备故障材料缺陷人为错误未遵循程序
	目标解决日期 TargetResolutionDate	质量事件计划或预计最终关闭的日期。
说明该属性表示质量事件预计完全解决的截止日期。它可作为服务级别协议（SLA）或内部目标，通常根据事件的严重性或类型确定。该日期是绩效监控的基础，并直接用于计算“CAPA按时实施率”KPI。通过将活动的实际完成日期与目标日期进行比较，分析人员可以衡量及时性、识别可能延迟的事件，并跟踪按时完成绩效趋势。这有助于缩短解决周期时间。为什么重要它为衡量按时完成绩效提供基准，对于计算及时性KPI和管理SLA至关重要。获取位置请参阅Oracle质量管理文档。这可能是标准日期字段，也可能是质量收集计划中的用户自定义元素。示例 2023-05-302023-06-152024-01-10
	负责部门 ResponsibleDepartment	负责质量事件或当前活动的部门或职能领域。
说明该属性标识负责处理质量事件的团队或部门，例如质量保证、工程、生产或其他团队。随着事件进入不同生命周期阶段，负责部门可能发生变化。在流程挖掘中，按负责部门分析对于了解工作负载分布、识别部门瓶颈和比较不同团队的绩效至关重要。它支持“质量事件资源分配”仪表板，展示各部门参与的活动类型，从而帮助优化资源管理。为什么重要它支持按部门分析工作负载、绩效和瓶颈，对于资源规划和组织改进至关重要。获取位置请参阅Oracle质量管理文档。相关信息可能存储在与质量措施或分配相关、并与质量事件关联的表中。示例质量工程制造运营供应商质量设计工程
	业务单元 BusinessUnit	发生质量事件或负责管理该事件的组织业务单元或事业部。
说明此属性将质量事件归属到业务结构中的特定部分，有助于分析和比较不同组织单元的质量绩效。对于大型企业，按业务单元细分流程分析是一项常见需求。这样既可以创建针对各业务单元的仪表板，也有助于识别某些事业部是否拥有更高效的质量流程，或是否面临独特挑战。这对企业级监督以及在组织内共享最佳实践都很有价值。为什么重要它支持比较和分析组织不同部分的绩效，为企业范围的质量管理提供依据。获取位置这通常属于与交易关联的组织上下文数据，通常来源于用户或部门的主数据。示例医疗器械消费电子产品汽车零部件
	产品标识符 ProductIdentifier	与质量事件关联的产品标识符。
说明该属性将质量事件关联到具体产品、材料或服务，可能是产品代码、SKU或零件号。这一关联对于产品质量分析至关重要。借助流程挖掘，可以比较不同产品线的质量管理流程，或识别经常出现质量问题的产品，从而帮助在最需要的地方优先开展工程或制造改进。为什么重要它将质量事件与具体产品关联起来，支持分析产品相关的质量趋势和流程差异。获取位置这些信息通常存储在质量收集计划的字段中，并经常与Oracle库存项目主数据关联。示例 SKU-100-A-REDPN-987654CHEM-X2
	关闭代码 ClosureCode	用于表示质量事件关闭原因或结果的代码。
说明质量事件关闭时，通常会分配关闭代码，用于分类最终结果。例如“措施有效”“无需采取措施”或“重复问题”。此属性对结果分析非常有用。通过筛选不同的关闭代码，分析人员可以研究哪些流程路径会带来成功结果，哪些路径则不会。它可以帮助回答“被标记为重复问题并关闭的事项，其流程是什么样的？”等问题，并识别分诊流程中的低效环节。为什么重要它提供有关案例结果的关键信息，支持分析哪些流程路径能够带来成功解决。获取位置请参阅Oracle Quality Management文档。该字段可能在最终关闭活动期间填充。示例 EFFECTIVENO_ACTIONDUPLICATERISK_ACCEPTED
	最后数据更新时间 LastDataUpdate	源系统最近一次数据刷新或更新的时间戳。
说明该属性表示此事件数据在流程挖掘数据集中的最后更新时间，反映数据的新鲜度，并帮助用户了解分析的时效性。在仪表板和报告中，该时间戳对于提供背景信息至关重要。它可以说明用户查看的是实时数据，还是某个特定时间点的快照，这对于做出有依据的运营决策非常重要，也能确保数据时效性透明可见。为什么重要该时间戳体现数据的新鲜度，确保用户了解流程分析反映的最新情况。获取位置该值在数据ETL过程中生成并存储，通常表示数据管道最近一次成功运行的时间戳。示例 2023-10-27T04:00:00Z2023-10-26T04:00:00Z
	总周期时间 TotalCycleTime	从识别质量问题到最终关闭所经过的总时间。
说明此属性衡量单个质量事件案例的完整端到端持续时间，计算方式为第一项活动“已识别质量问题”与最后一项活动“最终审核并关闭”的时间戳之差。这是衡量质量管理流程整体效率的主要关键绩效指标（KPI），也是“质量事件端到端周期时间”仪表板的核心指标。持续跟踪该指标，并按严重性或问题类别等属性细分，可以从整体层面了解流程健康状况以及改进措施的影响。为什么重要这是衡量质量管理流程从开始到结束的整体速度和效率的关键KPI。获取位置该指标在流程挖掘的数据处理阶段按案例计算。每个QualityEventId都需要第一条事件的开始时间和最后一条事件的结束时间。示例 P30DT12HP15DP92D
	是否按时完成 IsOnTime	用于表示纠正措施是否在目标解决日期前实施的标志。
说明此布尔属性通过比较“已实施纠正措施”活动的完成时间戳与案例的“目标解决日期”得出。如果措施在目标日期当天或之前完成，则为true，否则为false。此属性直接支持“CAPA按时实施率”KPI。它为每个案例的及时性提供清晰的二元分类，简化了分析和仪表板创建。您可以据此轻松筛选和汇总，监控服务级别遵循情况并识别延误的根因。为什么重要它简化了按目标跟踪按时绩效的过程，便于衡量和报告这一关键KPI。获取位置这是在数据转换阶段计算得出的派生标志，需要TargetResolutionDate和相关完成活动的时间戳。示例 truefalse
	是否返工 IsRework	用于表示某项活动是否为同一案例中前一步骤的重复或返工。
说明此属性是一个布尔标志。当“提出纠正措施计划”等特定活动在单个质量事件案例中出现多次时，该标志设为true。这表示流程中出现了循环或修正，即已完成的步骤需要重新执行。识别返工是流程挖掘的一项重要能力。此标志可简化对这类低效的量化，并直接支持“活动返工频率”KPI。分析哪些步骤最容易返工以及在什么条件下发生返工，可以发现培训、数据质量或审批标准方面的问题，从而明确流程提效机会。为什么重要它可以标记流程低效和循环，帮助量化浪费并识别返工的根因。获取位置该指标在数据准备阶段通过事件日志上的窗口函数或顺序分析计算得出，用于识别同一活动名称在同一案例中多次出现的情况。示例 truefalse
	源系统 SourceSystem	标识提取数据所来自的记录系统。
说明该属性指定事件数据的来源应用或系统。在企业环境中，质量事件数据可能来自多个来源，例如Oracle核心质量模块、独立的CAPA系统或客户投诉门户。在分析中，该字段有助于了解数据血缘，也可按来源系统对流程进行分组。它对于数据治理和排查数据集成问题至关重要，可确保流程视图准确反映整合后的数据环境。为什么重要它提供有关数据来源的重要背景信息，对于数据验证、治理以及分析不同系统间的流程差异非常重要。获取位置这通常是在数据提取、转换和加载（ETL）过程中添加的静态值，用于标识数据集来源。示例 Oracle Quality Management R12Oracle EBS QualityQM-PROD
	纠正措施计划ID CorrectiveActionPlanId	为解决质量事件而创建的纠正措施计划（CAPA）的唯一标识符。
说明此属性将质量事件与为解决该事件而设计的具体纠正和预防措施计划直接关联起来。该计划通常是系统中的独立对象，拥有自己的生命周期。在分析中，可使用此ID将质量事件流程数据与CAPA管理流程数据关联起来，从而获得更完整的视图。它有助于跟踪每个需要CAPA的事件是否都已分配相应计划，并分析这些措施的有效性。为什么重要它将问题（质量事件）与解决方案（CAPA）关联起来，从而支持对质量管理体系进行更全面的端到端分析。获取位置这通常是质量事件记录中的引用字段，指向CAPA专用表或模块中的记录。示例 CAPA-2023-088CAPA-2023-091
	问题类别 IssueCategory	质量问题的类别或类型，例如“产品缺陷”或“流程偏差”。
说明该属性对质量事件进行分类，便于将相似问题归组分析。类别通常由组织根据自身运营环境定义。按问题类别分析流程，有助于识别特定问题类型相关的模式。例如，分析可能发现“供应商材料”问题的周期时间远长于“内部流程”问题。这种分组对于开展有针对性的流程改进非常有价值。为什么重要对问题进行分类，有助于针对特定问题领域分析趋势和根因。获取位置请参阅Oracle质量管理文档。这很可能是质量收集计划中的用户自定义元素。示例产品缺陷流程偏差供应商材料客户投诉

必需建议可选

质量管理活动

以下是建议在事件日志中记录的关键流程步骤和重要里程碑，可用于准确发现流程并评估绩效。

6 建议 8 可选

	活动	说明
	最终审查与关闭	最后一步是确认所有相关措施均已完成，并正式关闭上级质量问题。通常通过主记录的最终状态变为“Closed”或“Resolved”来记录。
为什么重要这是流程的主要结束事件，对于计算“事件平均周期时间”KPI和衡量整体流程吞吐量至关重要。获取位置根据上级Quality Issue记录的最终状态变为“Closed”推断。该变化的时间戳作为事件时间。采集根据主Quality Issue记录的状态变为“Closed”推断。事件类型 inferred
	发现质量问题	此活动表示创建一条新的质量事件记录，例如不符合项、偏差或客户投诉。当用户在Oracle中创建新的质量问题或质量措施记录时，系统会明确记录该活动。
为什么重要作为开始事件，它对于计算质量管理流程的总周期时间以及了解新增质量事件数量至关重要。获取位置此事件取自质量问题或质量措施记录的创建时间戳，相关数据可能位于QAM_QUALITY_ISSUES或QAM_QUALITY_ACTIONS等表中。采集创建新的质量问题或措施记录后记录事件。事件类型 explicit
	启动调查	表示正式进入调查阶段，以确定质量问题的根因。通常通过系统中的状态变化体现，例如转为“Under Investigation”。
为什么重要这是衡量“根因分析前置时间”KPI的起点，也有助于了解问题在正式调查开始前等待了多久。获取位置根据质量问题或关联质量措施记录的状态变为“Investigation”推断。该状态变化的时间戳即为事件时间。采集根据状态变为“Under Investigation”或类似状态推断。事件类型 inferred
	批准纠正措施计划	表示指定审批人正式批准提出的纠正措施计划。这是关键控制点，通常通过明确的批准操作或状态变为“Approved”来记录。
为什么重要批准是重要里程碑，也经常成为瓶颈。分析批准耗时，有助于简化流程并确保遵循相关程序。获取位置根据Quality Action或CAPA记录的状态变为“Approved”推断。采用审批工作流的Oracle系统通常会在审计表中明确记录这一变化。采集根据状态变为“Approved”推断。事件类型 inferred
	确认措施有效	确认已实施的纠正措施成功解决根因并防止问题复发。用户完成验证步骤并更新记录状态时，会记录此活动。
为什么重要这是以结果为导向的关键里程碑，也是“有效性验证率”KPI的基础。它闭合了纠正措施循环，确保问题得到真正解决。获取位置根据CAPA记录的状态变为“Verification Complete”或“Effective”推断，也可能涉及填写特定的验证结果字段。采集根据状态变为“Verification Complete”或“Effective”推断。事件类型 inferred
	问题分类与确定优先级	分析人员完成初步评估并设置严重性、优先级和问题类型等关键属性时，会发生此活动。通常在问题从“New”状态转为“Assessed”或“In Triage”状态时记录。
为什么重要这一里程碑对于“平均分流处理时间”KPI至关重要。此处的延误可能拖慢整个解决流程，尤其是对于关键问题。获取位置根据质量问题记录的状态变化推断，例如从“New”变为“Under Assessment”，或在“Severity”或“Priority”等字段首次填入值时推断。采集根据状态变化，或Severity、Priority字段首次填入值推断。事件类型 inferred
	分配问题进行初步分流	表示将新创建的质量问题分配给特定用户或团队，以进行初步审查和评估。通常可通过跟踪质量问题记录中的受派人或负责人字段变化来推断此事件。
为什么重要跟踪这次初始交接，有助于识别评估开始前的延误。分析该状态的持续时间，可以发现初步分流队列中的潜在积压。获取位置根据质量问题记录中负责人或受派人字段的变化推断。数据可能来自审计轨迹表，也可能通过跟踪与分配工作流相关的状态变化获得。采集根据质量问题中“Assigned To”或“Owner”字段的变化推断。事件类型 inferred
	向相关方通知解决结果	表示向相关方传达质量事件的解决结果，例如报告人或受影响的客户。此活动难以直接捕获，可能需要根据关闭后的状态变化或记录的评论进行推断。
为什么重要对于“相关方通知延迟”KPI至关重要。即使问题已经解决，及时沟通仍有助于提升客户满意度和内部透明度。获取位置通常难以自动捕获。可能需要根据“Notification Sent”等状态，或从活动、评论字段中提取记录，因此需要专门的逻辑。采集根据特定状态变化推断，也可能通过活动日志文本挖掘获得。事件类型 inferred
	完成根因分析	表示完成根因分析（RCA）并记录调查结果。通常在调查团队更新质量问题、填写已识别的根因并变更其状态时记录。
为什么重要此活动是“根因分析前置时间”KPI的终点。分析到达此步骤所需的时长，有助于定位问题解决阶段的瓶颈。获取位置根据状态变为“RCA Complete”，或根因类别字段填入值并保存记录时推断。使用该更新的时间戳。采集根据状态变为“RCA Complete”，或根因字段填入值推断。事件类型 inferred
	实施纠正措施	表示完成已批准纠正措施计划中规定的任务。通常在用户将纠正措施记录的状态更新为“Implemented”或“Completed”时记录。
为什么重要此活动对于“CAPA按时实施率”KPI至关重要，因为它表示计划中的修复措施已经执行，可用于与目标日期进行比较。获取位置根据关联Quality Action或CAPA记录的状态变为“Implemented”或“Completed”推断。采集根据状态变为“Implemented”或“Completed”推断。事件类型 inferred
	实施预防措施	表示完成预防措施计划中规定的任务，以降低系统性风险。通常在用户将预防措施记录的状态更新为“Implemented”或“Completed”时记录。
为什么重要衡量组织执行主动质量改进的能力。此处的延误可能表明组织难以落实系统性变革。获取位置根据关联Preventive Action记录的状态变为“Implemented”或“Completed”推断，跟踪方式与纠正措施类似。采集根据Preventive Action记录的状态变为“Implemented”推断。事件类型 inferred
	提出纠正措施计划	定义纠正措施并将其关联到质量问题时，会发生此活动，用于说明解决问题所需的步骤。它可能表现为创建关联的纠正措施记录，或状态变化表明计划已准备好接受审查。
为什么重要此活动记录从问题分析到方案设计的转变。通过返工KPI衡量此步骤涉及的返工情况，可发现需求不明确或规划无效等问题。获取位置这可能是CAPA对象中创建新纠正措施记录的明确事件，也可能是状态变为“Plan Proposed”或“Pending Approval”时推断出的事件。采集根据状态变为“Pending Approval”，或创建关联纠正措施推断。事件类型 inferred
	识别预防措施	表示创建预防措施（PA），用于解决系统性问题，防止类似质量事件再次发生。通常记录为创建一条与原始问题关联的新预防措施记录。
为什么重要此活动体现了成熟的质量流程：不止于解决单个问题，还着眼于预防未来问题。跟踪该活动有助于衡量主动质量改进成效。获取位置根据创建类型为“Preventive Action”的新Quality Action记录获取，该记录通常与原始Quality Issue或Corrective Action关联。采集创建类型为“Preventive Action”的Quality Action记录后记录。事件类型 explicit
	需要进行有效性检查	表示系统或用户标记已实施的措施需要后续验证，以确认其有效性。通常在实施完成后通过自动或手动状态变化触发。
为什么重要此步骤启动关键的验证阶段。了解实施与此活动之间的时间间隔，有助于发现必要后续工作的启动延误。获取位置根据Quality Action的状态变为“Pending Effectiveness Check”或工作流中的类似状态推断。采集根据状态变为“Pending Effectiveness Check”推断。事件类型 inferred

建议可选

提取指南

如何从Oracle Quality Management获取数据

步骤

访问Oracle BI Publisher：登录Oracle E-Business Suite实例，进入可访问BI Publisher的职责，例如BI Publisher Administrator或类似的自定义职责。
创建新数据模型：在BI Publisher主页中选择Create，然后选择Data Model，打开数据模型编辑器。
定义SQL Query数据集：在数据模型编辑器的Data Sets面板中点击加号图标，选择SQL Query，打开SQL查询编辑窗口。
配置数据源：在New Data Set窗口中为数据集输入名称，例如DS_QUALITY_EVENTS，并选择相应的Oracle EBS数据库作为Data Source。
输入SQL查询：复制本文档“query”部分提供的完整SQL查询，并粘贴到SQL Query文本区域。
定义查询参数：查询使用:P_START_DATE和:P_END_DATE作为报告期间的占位符。在BI Publisher数据模型中，必须将其定义为参数。分别创建新参数，输入对应名称（例如P_START_DATE），将Data Type设为Date，并配置易于理解的显示提示。
保存数据模型：粘贴查询并定义参数后，保存数据模型。建议将其保存到报告共享文件夹中。
创建新报告：返回BI Publisher主页，选择Create，然后选择Report。选择“Use Data Model”选项，并找到刚刚保存的数据模型。
配置报告布局：报告向导将引导您完成布局配置。对于ProcessMind，简单的表格布局即可。将数据模型中的所有列拖放到报告布局中，并确保输出格式配置为CSV。
设置报告属性：在报告属性中，确保勾选“Enable CSV Output”选项。如有需要，也可以设置默认参数值。
运行并导出报告：保存报告，然后输入所需的开始日期和结束日期运行报告。报告生成完成后，点击Export按钮并选择CSV作为输出格式。文件将下载到本地计算机。
准备上传：打开下载的CSV文件，确认其中包含预期数据，并检查列标题是否符合ProcessMind架构要求。现在即可上传该文件。

配置

前提条件：拥有可访问Oracle BI Publisher的用户账户，并具备底层Quality模块表（例如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 示例查询 sql

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），以及承载Quality Management模块的Oracle数据库只读凭据。
了解架构：熟悉Oracle Quality的关键表。查询主要使用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平台的要求（案例ID、活动、开始时间戳）。上传前，将QualityEventId、ActivityName和EventStartTime分别重命名为对应名称。

配置

数据库访问：运行查询的用户必须拥有脚本引用的所有表的SELECT权限，这些表可能位于APPS、QA、PER和人力资源架构中。
关键查询筛选条件：查询包含必须配置的重要占位符：
- :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 Quality Management数据库所需的连接信息，包括用户名、密码和数据源名称（DSN）。DSN通常采用hostname:port/service_name格式。
保存提取脚本：复制“query”部分提供的完整Python脚本，并将其保存为文件，例如extract_quality_events.py。
配置脚本：在文本编辑器中打开保存的脚本，找到顶部的配置部分，将db_user、db_password、db_dsn、start_date和end_date的占位值替换为您的具体信息。
自定义SQL占位符：检查脚本中的SQL查询。您可能需要调整QA_RESULTS等表名，或将'NEW'和'CLOSED'等具体状态值修改为符合组织Oracle配置的值。如不确定，请咨询Oracle系统管理员。
执行脚本：打开命令提示符或终端，进入脚本保存目录，并运行命令：python extract_quality_events.py。
监控执行过程：脚本将连接数据库、执行查询并处理数据。根据日期范围和数据量，整个过程可能需要几分钟。请留意“Successfully connected to Oracle Database!”消息，以及最后的“Event log saved to quality_event_log.csv”消息。
获取输出文件：脚本完成后，同一目录下会生成名为quality_event_log.csv的文件，其中包含提取的事件日志。
检查事件日志：在电子表格应用中打开quality_event_log.csv进行快速检查。确认列符合预期，并抽查几个案例，确保数据已正确填充。
上传到流程挖掘工具：生成的CSV文件现在可以上传到您的流程挖掘应用进行分析。

配置

数据库连接：脚本需要Oracle数据源名称（DSN）、用户名和密码，并且这些凭据必须具备读取必要Quality Management表（例如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)

准备好开始了吗？

此模板旨在帮助您快速准备数据，开始优化质量管理流程。立即发现提升效率和合规水平的机会。

返回改进指南下载模板

重塑Oracle Quality Management，立即提升合规水平

消除低效环节，将周期时间缩短30%。

开始免费试用

无需信用卡，免费试用14天。

您的质量管理数据模板

您的质量管理数据模板

质量管理属性

质量管理活动

提取指南

质量事件数据的Oracle BI Publisher报告

步骤

配置

a 示例查询 sql

直接查询Oracle Quality Management表的SQL查询

步骤

配置

a 示例查询 sql

通过Oracle数据库连接器使用Python提取脚本

步骤

配置

a 示例查询 python

准备好开始了吗？

重塑Oracle Quality Management，立即提升合规水平

您的质量管理数据模板

您的质量管理数据模板

质量管理属性

质量管理活动

提取指南

质量事件数据的Oracle BI Publisher报告

步骤

配置

a 示例查询 sql

直接查询Oracle Quality Management表的SQL查询

步骤

配置

a 示例查询 sql

通过Oracle数据库连接器使用Python提取脚本

步骤

配置

a 示例查询 python

准备好开始了吗？

重塑Oracle Quality Management，立即提升合规水平

我们重视您的隐私