> 継続的なプロセス改善 > 品質管理 > Oracle品質管理 > データテンプレート

品質管理データテンプレート

Oracle品質管理

品質管理の属性(20) 品質管理のアクティビティ(14) データ抽出ガイド(3)

品質管理データテンプレート

このテンプレートでは、品質管理を効果的に分析するために必要なデータ属性とプロセスアクティビティを詳しく説明します。Oracle品質管理システムから必要な情報を抽出する方法も紹介しています。分析に必要なデータを漏れなく収集し、プロセスの改善に役立てるためにご利用ください。

収集を推奨する属性
追跡する主なアクティビティ
データ抽出ガイド

イベントログを初めて作成する方はこちら：プロセスマイニング用イベントログの作成方法.

テンプレートをダウンロード

品質管理の属性

品質管理を詳しく分析し、インサイトを得るために、イベントログに含めることを推奨するデータ項目とコンテキスト情報です。

3 必須 7 推奨 10 任意

	名前	説明
	アクティビティ名 ActivityName	品質管理プロセスで発生した特定のタスクまたはステップの名前です。
説明この属性は、品質イベントの管理における個々のイベントやアクションを表します。タイムスタンプ順に並べたアクティビティの順序が、各ケースのプロセスの流れを構成します。アクティビティ名の分析は、プロセスマイニングの中心となる作業です。実際のプロセスモデルの把握、望ましいモデルとの適合性チェック、特定のアクティビティ間にあるボトルネックや手戻りの特定に役立ちます。たとえば、「調査の開始」から「根本原因分析の実施」までにかかった時間を測定できます。重要な理由プロセスの流れの把握、逸脱の特定、実際の業務の進め方の理解に欠かせない属性です。入手先通常、Oracle Quality Managementモジュール内のイベントログ、ステータス変更レコード、またはアクション履歴テーブルから取得します。例品質問題の特定調査の開始是正措置計画の承認最終確認とクローズ
	イベント開始時刻 EventStartTime	アクティビティまたはイベントの開始時刻を示すタイムスタンプです。
説明この属性は、特定のプロセスステップが開始した正確な日時を示します。イベントを時系列に並べ、各品質イベントケースのプロセス順序を構成するための主要な時間情報です。分析では、イベント開始時刻を使ってサイクルタイム、所要時間、アクティビティ間の待ち時間を算出します。連続するステップ間の長い遅延を明らかにしてボトルネックを特定できるほか、根本原因分析リードタイムなど、時間に基づく重要業績評価指標（KPI）に対する実績の追跡にも使われます。重要な理由このタイムスタンプはプロセス分析の基盤となり、時間に関するすべての計算とアクティビティの正確な順序付けを可能にします。入手先通常、品質アクションや収集計画に関連するトランザクションログまたは履歴テーブルにあります。CREATION_DATEなどの名前が付けられていることがよくあります。例 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	品質イベント QualityEventId	不適合、苦情、逸脱など、個々の品質イベントを一意に識別するIDです。
説明品質イベントIDは主なケース識別子として機能し、最初の報告から最終的なクローズまで、関連するすべてのアクティビティをまとめます。品質インシデントごとに一意のIDが割り当てられ、調査から解決までの全履歴が記録されます。プロセスマイニング分析では、この属性を使って各品質イベントの全過程を再構成します。全体のサイクルタイムの算出、プロセスのバリアントの特定、イベントの種類ごとの対応状況の分析が可能になります。すべてのアクティビティログを特定の品質イベントIDに紐づけることで、プロセスの流れ全体を可視化し、組織的なボトルネックやコンプライアンス上の問題を特定できます。重要な理由このIDによって1つのケースの範囲が定まり、品質イベントを正確に追跡し、エンドツーエンドのパフォ指標を算出できます。入手先通常、Oracle Quality Managementの品質イベントまたは収集計画の主要テーブルにある主キーです。QA_RESULTSなどが該当します。例 NC-2023-00123CAPA-45892QE-500-A
	イベント終了時刻 EventEndTime	アクティビティまたはイベントの完了時刻を示すタイムスタンプです。
説明イベント終了時刻は、特定のアクティビティが完了した時刻を示します。イベント開始時刻と組み合わせると、そのアクティビティの処理時間を算出できます。システムによっては、アクティビティが瞬時に完了するため、開始時刻と終了時刻が同じ場合もあります。この属性は、所要時間を詳しく分析するために欠かせません。開始から終了までの処理時間と、あるアクティビティの終了から次のアクティビティの開始までの待ち時間を区別できます。リソースが実際に作業している箇所や、引き継ぎによって遅延が生じている箇所の特定に役立ちます。重要な理由アクティビティの処理時間を正確に算出できるため、非効率なタスクと長い待ち時間を特定できます。入手先開始時刻と同じトランザクションテーブルまたは履歴テーブルに記録されている場合があります。LAST_UPDATE_DATEや専用の完了タイムスタンプが使われることもあります。また、後続イベントの開始時刻から推定する場合もあります。例 2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
	担当ユーザー AssignedUser	アクティビティの実行または品質イベントの管理を担当する個々のユーザーです。
説明この属性は、特定のタスクまたは品質イベント全体の管理を担当する人を示します。担当部門よりも詳細な情報を確認できます。ユーザーごとの分析は、個人の業務量やトレーニングの必要性の把握、優れた実績を上げている担当者の特定に役立ちます。担当の変更が繰り返されている場合や、特定の担当者のもとでタスクが停滞している場合など、傾向を明らかにすることもできます。この詳細な情報は、実績管理やリソース配分の改善に役立ちます。重要な理由個人ごとの業務量や実績を詳しく分析できるため、リソースの制約やトレーニングの機会を特定できます。入手先 Oracle Quality Managementの文書を参照してください。ユーザーの割り当て情報は通常、品質イベントに関連するアクションテーブルまたはワークフローテーブルに保存されています。例 j.smitha.jonesr.williams
	担当部門 ResponsibleDepartment	品質イベントまたは現在のアクティビティを担当する部門や機能領域です。
説明この属性は、品質イベントの対応を割り当てられたチームまたは部門を示します。品質保証、エンジニアリング、生産などが該当し、イベントの進行に伴って担当が変わる場合もあります。プロセスマイニングでは、担当部門ごとの分析が、業務量の分布や部門内のボトルネックの把握、チーム間の実績比較に役立ちます。「品質イベントのリソース配分」ダッシュボードでは、どの部門がどの種類のアクティビティに関与しているかを確認でき、リソース管理の改善に役立ちます。重要な理由部門ごとの業務量、実績、ボトルネックを分析できます。リソース計画や組織の改善に欠かせない情報です。入手先 Oracle Quality Managementの文書を参照してください。品質イベントに紐づく品質アクションまたは割り当て関連のテーブルに保存されている場合があります。例品質エンジニアリング製造オペレーションサプライヤー品質設計エンジニアリング
	根本原因カテゴリ RootCauseCategory	品質問題の根本原因として特定された内容の分類です。
説明根本原因分析の後、調査結果は「設備故障」「人的ミス」「設計上の欠陥」など、あらかじめ定められたカテゴリに分類されます。この属性には、その最終的な分類が記録されます。根本原因カテゴリ別のプロセス分析は、個々の症状への対処から、根本にある組織的な問題の解決へと焦点を移すのに役立ちます。たとえば、根本原因が「トレーニングの問題」であるイベントが多ければ、従業員向け研修の改善が必要だと判断できます。これは予防措置の重要な目的の1つです。重要な理由不具合の根本原因を分析できるため、事後対応型から予防型の品質管理へ移行するうえで重要な属性です。入手先 Oracle Quality Managementの文書を参照してください。品質収集計画で定義された項目であり、「根本原因分析の実施」アクティビティの後に入力される可能性があります。例設備の故障資材不良人的ミス手順の不遵守
	現在のステータス CurrentStatus	品質イベントケースの現在のステータスです。
説明この属性は、「Open」「Under Investigation」「Pending Approval」「Closed」など、ライフサイクルにおける品質イベントの現在の状態を示します。データ抽出時点で、ケースがプロセスのどの段階にあるかを把握できます。業務のモニタリングに欠かせない属性で、「未解決の品質イベントとステータスの概要」ダッシュボードを支えます。管理者は品質問題の現在の処理状況をすばやく確認し、リソースの優先順位を決められます。プロセスマイニングでは、最終ステータスで絞り込むことで、異なるプロセス経路の結果を分析できます。重要な理由品質イベントの処理状況をリアルタイムで把握できるため、進行中のケースを効果的に管理し、優先順位を付けられます。入手先通常、品質イベントのメインヘッダーテーブルにあり、イベントの最終確認済みの状態を示します。例未対応進行中承認待ちクローズ済み
	目標解決日 TargetResolutionDate	品質イベントを最終的にクローズする予定日、または見込み日です。
説明この属性は、品質イベントを完全に解決する期限を示します。サービスレベル合意（SLA）または社内目標として設定され、イベントの重大度や種類に応じて決まることがよくあります。この日付はパフォーマンスの監視に欠かせず、「CAPA Impl. On-Time Rate」KPIの算出に直接使われます。アクティビティの実際の完了日と目標日を比較することで、期限どおりに処理できているかを測定し、遅延リスクのあるイベントを特定して、期限遵守状況の推移を追跡できます。これにより、解決までのサイクルタイム短縮に向けた取り組みを支援します。重要な理由期限遵守状況を測る基準となり、所要時間に関するKPIの算出やSLAの管理に欠かせません。入手先 Oracle Quality Managementの文書を参照してください。標準の日付フィールド、または品質収集計画で定義された項目である可能性があります。例 2023-05-302023-06-152024-01-10
	重大度 SeverityLevel	重大、主要、軽微など、品質イベントの影響度を分類したものです。
説明重大度は通常、初期評価の際に、品質問題が顧客、コンプライアンス、業務に及ぼす影響を評価したものです。この分類は、リソースの優先順位付けや必要な対応の緊急度の判断に役立ちます。プロセスマイニングでは、この属性を使って分析対象を分類できます。重大度の高いイベントと低いイベントのプロセスの流れ、サイクルタイム、結果を比較できます。「品質イベントの初期評価の一貫性」ダッシュボードや「重大度別の解決率」の重要業績評価指標（KPI）を通じて、重大な問題がより迅速かつ効果的に処理されているかを確認できます。重要な理由分析の優先順位付けと分類が可能になり、影響の大きい品質イベントを効果的かつ効率的に管理できます。入手先 Oracle Quality Managementの文書を参照してください。品質収集計画で設定可能な項目であることがよくあります。例 1 - 重大2 - 重要3 - 軽微4 - 情報
	クローズコード ClosureCode	品質イベントをクローズした理由または結果を示すコードです。
説明品質イベントをクローズする際、最終的な結果を分類するためにクローズコードを割り当てることがあります。例として、「措置有効」「措置不要」「重複した問題」などがあります。この属性は結果分析に役立ちます。クローズコードで絞り込むと、成功に至るプロセス経路と、そうでない経路を調べられます。「重複としてクローズされた問題は、どのようなプロセスをたどるのか」といった疑問に答え、トリアージの非効率な点を特定できます。重要な理由ケースの結果を把握するための重要な情報であり、解決に至るプロセス経路を分析できます。入手先 Oracle Quality Managementの文書を参照してください。最終クローズのアクティビティで入力されるフィールドである可能性があります。例有効措置なし重複リスク受容
	ソースシステム SourceSystem	データの抽出元となった記録システムを示します。
説明この属性は、イベントデータの取得元となるアプリケーションまたはシステムを示します。企業環境では、品質イベントのデータがOracle Qualityの中核モジュール、別のCAPAシステム、顧客からの苦情受付ポータルなど、複数のソースから取得される場合があります。分析では、このフィールドを使ってデータの出所を把握し、取得元のシステムごとにプロセスを分類できます。データガバナンスやデータ統合の問題の調査にも欠かせません。複数のソースのデータを組み合わせたプロセスの全体像が、実態を正確に反映しているか確認できます。重要な理由データの出所に関する重要なコンテキストを提供します。データの検証やガバナンス、システムごとのプロセスの違いの分析に役立ちます。入手先通常、データの抽出、変換、ロード（ETL）の際に付与される固定値で、データセットの取得元を示します。例 Oracle Quality Management R12Oracle EBS QualityQM-PROD
	事業部門 BusinessUnit	品質イベントが発生した、または管理されている組織内の事業部門です。
説明この属性は、品質イベントを事業構造内の特定の部門に割り当てます。組織内の部門ごとに品質パフォーマンスを分析、比較できます。大規模な企業では、事業部門ごとのプロセス分析がよく求められます。事業部門別のダッシュボードを作成できるため、品質管理プロセスの効率が高い部門や、固有の課題を抱える部門を特定できます。全社的な監督や、組織内でのベストプラクティスの共有にも役立ちます。重要な理由組織内の各部門のパフォーマンスを比較、分析でき、全社的な品質管理を支援します。入手先通常、取引に関連する組織コンテキストのデータに含まれ、ユーザーや部門のマスターデータから取得されます。例医療機器家電製品自動車部品
	最終データ更新日時 LastDataUpdate	ソースシステムからデータが最後に更新または再取得された時刻を示すタイムスタンプです。
説明この属性は、プロセスマイニング用データセットでイベントのデータが最後に更新された時刻を示します。データの鮮度を表し、分析結果がどの時点のデータに基づいているかを把握するのに役立ちます。ダッシュボードやレポートでは、このタイムスタンプが重要なコンテキストを提供します。リアルタイムのデータなのか、特定時点のスナップショットなのかが明確になり、情報に基づいた業務上の判断に役立ちます。データがいつ時点のものかを明らかにできます。重要な理由このタイムスタンプによってデータの鮮度が明確になり、プロセス分析がどの時点の状況を示しているかを把握できます。入手先この値はデータETL処理中に生成、保存されます。通常、データパイプラインが最後に正常実行された時刻を示します。例 2023-10-27T04:00:00Z2023-10-26T04:00:00Z
	合計サイクルタイム TotalCycleTime	品質問題の特定から最終クローズまでにかかった合計時間です。
説明この属性は、1件の品質イベントケースにかかる一連の処理時間を測定します。最初のアクティビティ（「品質問題の特定」）のタイムスタンプから、最後のアクティビティ（「最終レビューとクローズ」）のタイムスタンプを差し引いて算出します。品質管理プロセス全体の効率を測る主要な重要業績評価指標（KPI）です。「品質イベントのエンドツーエンドサイクルタイム」ダッシュボードの中心となる指標です。推移を追跡し、重大度や問題カテゴリなどの属性で分類すると、プロセスの健全性や改善施策の効果を全体的に把握できます。重要な理由品質管理プロセス全体の開始から完了までの速度と効率を測る重要なKPIです。入手先プロセスマイニング用のデータ処理時に、ケース単位で算出します。各QualityEventIdについて、最初のイベントの開始時刻と最後のイベントの終了時刻が必要です。例 P30DT12HP15DP92D
	問題カテゴリ IssueCategory	「製品不良」や「プロセス逸脱」など、品質問題のカテゴリまたは種類です。
説明この属性は品質イベントを分類し、類似する問題をまとめて分析するのに役立ちます。カテゴリは通常、組織固有の業務状況を反映するように定義されます。問題カテゴリ別にプロセスを分析すると、特定の問題の種類に関する傾向を把握できます。たとえば、「サプライヤー資材」の問題は「社内プロセス」の問題よりサイクルタイムが大幅に長い、といった傾向が明らかになる場合があります。このように分類することで、対象を絞ったプロセス改善に役立てられます。重要な理由問題を分類することで、特定の領域における傾向や根本原因を分析し、改善対象を絞り込めます。入手先 Oracle Quality Managementの文書を参照してください。品質収集計画で定義された項目である可能性があります。例製品不良プロセス逸脱サプライヤー資材顧客からの苦情
	手戻りあり IsRework	同じケース内で、アクティビティが前のステップの繰り返し、またはやり直しに当たるかを示すフラグです。
説明この属性は真偽値のフラグです。たとえば「是正措置計画の提案」などの特定のアクティビティが、1件の品質イベントケース内で複数回発生した場合にtrueになります。完了済みのステップをやり直す必要があったことを示し、プロセスのループや修正を把握できます。手戻りの特定は、プロセスマイニングで可能な分析の1つです。このフラグを使うと、こうした非効率を定量化し、「アクティビティの手戻り頻度」KPIを算出できます。手戻りが起きやすいステップや条件を分析すれば、トレーニング、データ品質、承認基準に関する問題を明らかにし、プロセスを効率化する機会を見つけられます。重要な理由プロセスの非効率やループを把握し、無駄を定量化するとともに、手戻りの根本原因を特定できます。入手先データ準備時に、イベントログに対するウィンドウ関数または順序分析を使って算出します。同じケースで同じアクティビティ名が複数回現れる箇所を特定します。例 truefalse
	是正措置計画ID CorrectiveActionPlanId	品質イベントへの対応として作成された是正措置計画（CAPA）の一意の識別子です。
説明この属性は、品質イベントと、その解決を目的とする是正・予防措置計画を直接関連付けます。計画はシステム内で独立したオブジェクトとして管理され、独自のライフサイクルを持つことがよくあります。このIDを使って、品質イベントプロセスのデータとCAPA管理プロセスのデータを結合し、全体像を把握できます。CAPAが必要なすべてのイベントに計画が割り当てられているかを確認し、措置の有効性を分析するのにも役立ちます。重要な理由問題（品質イベント）と解決策（CAPA）を関連付け、品質管理システムをより広い範囲で一貫して分析できます。入手先品質イベントのレコードにある参照フィールドで、CAPA専用のテーブルまたはモジュールのレコードを指します。例 CAPA-2023-088CAPA-2023-091
	期限内完了 IsOnTime	是正措置が目標解決日までに実施されたかどうかを示すフラグです。
説明この真偽値属性は、ケースの「目標解決日」と「是正措置の実施」アクティビティの完了タイムスタンプを比較して算出します。目標日までに完了していればtrue、そうでなければfalseになります。この属性は「CAPA Impl. On-Time Rate」KPIに直接関係します。各ケースの期限遵守状況を明確に分類できるため、分析やダッシュボードの作成が簡単になります。サービスレベルの遵守状況を監視し、遅延の根本原因を特定するための絞り込みや集計にも役立ちます。重要な理由目標に対する期限遵守状況を簡単に追跡でき、この重要なKPIの測定と報告に役立ちます。入手先データ変換時に算出する派生フラグです。TargetResolutionDateと、該当する完了アクティビティのタイムスタンプが必要です。例 truefalse
	製品識別子 ProductIdentifier	品質イベントに関連する製品の識別子です。
説明この属性は、品質イベントを特定の製品、資材、またはサービスに関連付けます。製品コード、SKU、部品番号などが該当します。製品品質の分析に欠かせない情報です。プロセスマイニングを使うと、製品ラインごとに品質管理プロセスを比較したり、品質問題が頻繁に発生する製品を特定したりできます。これにより、優先して取り組むべきエンジニアリングや製造工程の改善を判断しやすくなります。重要な理由品質イベントと個々の製品を関連付け、製品に関する品質傾向やプロセスの違いを分析できます。入手先この情報は品質収集計画のフィールドに保存され、Oracle Inventoryの品目マスターに関連付けられていることがよくあります。例 SKU-100-A-REDPN-987654CHEM-X2

必須推奨任意

品質管理のアクティビティ

プロセスを正確に把握し、パフォーマンスを評価するために、イベントログに記録する主なプロセスの手順と重要な節目です。

6 推奨 8 任意

	アクティビティ	説明
	最終確認とクローズ	関連するすべての措置が完了したことを確認し、親となる品質問題を正式にクローズする最終段階です。主要レコードのステータスが「Closed」または「Resolved」に変わった時点で記録されます。
重要な理由プロセスの主な終了イベントです。「平均イベントサイクルタイム」の重要業績評価指標（KPI）の算出や、プロセス全体の処理量の測定に欠かせません。入手先親となる品質問題レコードの最終ステータスが「Closed」に変わった時点から推定します。この変更のタイムスタンプをイベント時刻として使用します。記録主要な品質問題レコードのステータスが「Closed」に変わった時点から推定します。イベントタイプ inferred
	品質問題の特定	不適合、逸脱、顧客からの苦情など、新しい品質イベントレコードが作成されたことを示すアクティビティです。Oracleでユーザーが新しい品質問題または品質アクションのレコードを作成した時点で、明示的に記録されます。
重要な理由開始イベントとして、品質管理プロセス全体のサイクルタイムの算出や、発生する品質イベントの件数を把握するために欠かせません。入手先品質問題または品質アクションのレコード作成時刻から取得します。QAM_QUALITY_ISSUESやQAM_QUALITY_ACTIONSなどのテーブルに記録されている可能性があります。記録新しい品質問題または品質アクションのレコード作成時に記録されるイベントです。イベントタイプ explicit
	問題の分類と優先順位付け	分析担当者が初期評価を終え、重大度、優先度、問題の種類などの主要な属性を設定した時点で発生します。通常、ステータスが「New」から「Assessed」または「In Triage」に変わった時点で記録されます。
重要な理由このマイルストーンは「平均初期評価処理時間」の重要業績評価指標（KPI）の算出に欠かせません。ここで遅延が発生すると、特に重大な問題の場合、解決プロセス全体が遅れる可能性があります。入手先品質問題レコードのステータス変更、たとえば「New」から「Under Assessment」への変更から推定します。または、「Severity」や「Priority」などのフィールドに初めて値が入力された時点を使います。記録ステータスの変更、または重大度や優先度のフィールドへの初回入力から推定します。イベントタイプ inferred
	措置の有効性を確認	実施した是正措置によって根本原因が解消され、再発が防止されたことを確認します。ユーザーが検証を完了し、レコードのステータスを更新した時点で記録されます。
重要な理由成果を確認する重要なマイルストーンであり、「有効性検証率」の重要業績評価指標（KPI）の基礎となります。是正措置のサイクルを完了し、問題が確実に解決されたことを確認できます。入手先 CAPAレコードのステータスが「Verification Complete」または「Effective」に変わった時点から推定します。検証結果の専用フィールドへの入力が伴う場合もあります。記録「Verification Complete」または「Effective」へのステータス変更から推定します。イベントタイプ inferred
	是正措置計画の承認	提案された是正措置計画が、指定された権限者によって正式に承認されたことを示します。重要な管理ポイントであり、通常、明示的な承認操作または「Approved」へのステータス変更で記録されます。
重要な理由この承認は重要なマイルストーンである一方、ボトルネックになりやすい箇所です。承認にかかる時間を分析すると、手順に沿ったプロセスの効率化とコンプライアンスの確保に役立ちます。入手先品質アクションまたはCAPAレコードのステータスが「Approved」に変わった時点から推定します。承認ワークフローを備えたOracleシステムでは、この変更が監査テーブルに明示的に記録されることがよくあります。記録「Approved」へのステータス変更から推定します。イベントタイプ inferred
	調査の開始	品質問題の根本原因を特定する調査段階の正式な開始を示します。通常、「Under Investigation」への変更など、システム上のステータス変更で表されます。
重要な理由「根本原因分析リードタイム」の重要業績評価指標（KPI）を測定する起点となり、正式な調査が始まるまで問題がどれだけ待機していたかを把握できます。入手先品質問題または関連する品質アクションのレコードが「Investigation」ステータスに変わった時点から推定します。このステータス変更のタイムスタンプをイベント時刻として使用します。記録「Under Investigation」または同様の状態へのステータス変更から推定します。イベントタイプ inferred
	予防措置の実施	組織的なリスクを軽減するための予防措置計画に定められたタスクの完了を示します。ユーザーが予防措置レコードのステータスを「Implemented」または「Completed」に変更した時点で記録されます。
重要な理由組織が先回りした品質改善を実行する能力を測定します。ここで遅延が発生している場合、組織全体にわたる仕組みの変更が難航している可能性があります。入手先関連する予防措置レコードのステータスが「Implemented」または「Completed」に変わった時点から推定します。是正措置と同様の方法で追跡できます。記録予防措置レコードのステータスが「Implemented」に変わった時点から推定します。イベントタイプ inferred
	予防措置の特定	組織的な問題に対処し、同様の品質イベントの再発を防ぐための予防措置（PA）の作成を示します。多くの場合、元の問題に紐づく新しい予防措置レコードの作成として記録されます。
重要な理由個別の問題の解決にとどまらず、将来の問題を防ぐ成熟した品質プロセスを示すアクティビティです。追跡することで、先回りした品質改善の状況を測定できます。入手先「Preventive Action」タイプの新しい品質アクションレコードの作成時に取得します。多くの場合、元の品質問題または是正措置に紐づいています。記録「Preventive Action」タイプの品質アクションレコードの作成時に記録されます。イベントタイプ explicit
	初期評価のための担当割り当て	新たに作成された品質問題を、初期確認と評価のために特定のユーザーまたはチームへ割り当てたことを示します。品質問題レコードの担当者または所有者の変更を追跡して推定することがよくあります。
重要な理由最初の引き継ぎを追跡すると、評価開始前の遅延を特定できます。この状態にとどまった時間を分析することで、初期評価の待ち行列に滞留がないかを把握できます。入手先品質問題レコードの所有者または担当者の変更から推定します。監査証跡テーブルのデータを使う方法や、割り当てワークフローに関連するステータス変更を追跡する方法があります。記録品質問題の「Assigned To」または「Owner」フィールドの変更から推定します。イベントタイプ inferred
	是正措置の実施	承認済みの是正措置計画に記載されたタスクの完了を示します。通常、ユーザーが是正措置レコードのステータスを「Implemented」または「Completed」に変更した時点で記録されます。
重要な理由計画された是正措置が実施されたことを示し、目標日との比較を可能にするため、「CAPA実施期限遵守率」の重要業績評価指標（KPI）に欠かせません。入手先関連する品質アクションまたはCAPAレコードのステータスが「Implemented」または「Completed」に変わった時点から推定します。記録「Implemented」または「Completed」へのステータス変更から推定します。イベントタイプ inferred
	是正措置計画の提案	問題を解決するための手順として是正措置を定義し、品質問題に紐づけた時点で発生します。関連する是正措置レコードの作成や、計画のレビュー準備が整ったことを示すステータス変更が該当します。
重要な理由問題分析から解決策の策定への移行を追跡します。手戻りの重要業績評価指標（KPI）でこの段階の手戻りが確認された場合、要件が不明確であるか、計画が不十分である可能性があります。入手先 CAPAオブジェクト内で新しい是正措置レコードを作成した明示的なイベント、またはステータスが「Plan Proposed」や「Pending Approval」に変わったことから推定できます。記録「Pending Approval」へのステータス変更、または紐づく是正措置の作成から推定します。イベントタイプ inferred
	有効性の確認が必要	実施した措置の有効性を確認するため、フォローアップ検証が必要であるとシステムまたはユーザーが示したことを表します。多くの場合、実施後に自動または手動でステータスが変更されます。
重要な理由この段階から重要な検証プロセスが始まります。実施からこのアクティビティまでの時間を把握すると、必要なフォローアップの開始が遅れていないか確認できます。入手先ワークフロー内で品質アクションのステータスが「Pending Effectiveness Check」または同様の状態に変わった時点から推定します。記録「Pending Effectiveness Check」へのステータス変更から推定します。イベントタイプ inferred
	根本原因分析の実施	根本原因分析（RCA）の完了と、調査結果の文書化を示します。通常、調査チームが特定した根本原因を品質問題に記録し、ステータスを変更した時点で取得します。
重要な理由このアクティビティは「根本原因分析リードタイム」の重要業績評価指標（KPI）の終点です。この段階までにかかった時間を分析すると、問題解決の過程にあるボトルネックを特定できます。入手先ステータスが「RCA Complete」に変わった時点、または根本原因カテゴリのフィールドに値が入力されてレコードが保存された時点から推定します。この更新のタイムスタンプを使用します。記録「RCA Complete」へのステータス変更、または根本原因フィールドへの入力から推定します。イベントタイプ inferred
	解決を関係者に通知	報告者や影響を受けた顧客など、関係者に品質イベントの解決を伝えたことを示します。記録が難しく、クローズ後のステータス変更や記録されたコメントから推定する場合があります。
重要な理由「関係者への通知遅延」の重要業績評価指標（KPI）に欠かせません。問題の解決後も、顧客満足度と社内の透明性を保つため、速やかな連絡が重要です。入手先自動での記録が難しいことがよくあります。「Notification Sent」などのステータスや、アクティビティまたはコメントのフィールドから推定できますが、抽出には個別のロジックが必要です。記録特定のステータス変更、またはアクティビティログのテキストマイニングから推定します。イベントタイプ inferred

推奨任意

データ抽出ガイド

Oracle品質管理からデータを取得する方法

ステップ

Oracle BI Publisherへのアクセス：Oracle E-Business Suiteにログインし、BI Publisher Administratorなど、BI Publisherにアクセスできる職責に移動します。カスタムの職責を使用している場合は、同様の権限があるものを選択してください。
新しいデータモデルの作成：BI Publisherのホームページで「Create」を選択し、「Data Model」を選びます。データモデルエディターが開きます。
SQLクエリのデータセットを定義：データモデルエディターの「Data Sets」パネルでプラスアイコンをクリックし、「SQL Query」を選択します。SQLクエリエディターが開きます。
データソースの設定：「New Data Set」ウィンドウで、データセット名（例：DS_QUALITY_EVENTS）を入力し、データソースとして適切なOracle EBSデータベースを選択します。
SQLクエリの入力：この文書の「query」セクションにあるSQLクエリ全体をコピーし、「SQL Query」の入力欄に貼り付けます。
クエリパラメーターの定義：クエリには、レポート期間を指定するプレースホルダー :P_START_DATE と :P_END_DATE が含まれています。BI Publisherのデータモデルで、これらをパラメーターとして定義してください。それぞれ新しいパラメーターを作成し、対応する名前（例：P_START_DATE）を設定します。データ型に「Date」を指定し、ユーザーがわかりやすい表示用のプロンプトを設定してください。
データモデルの保存：クエリを貼り付けてパラメーターを定義したら、データモデルを保存します。レポート用の共有フォルダーに保存することをお勧めします。
新しいレポートの作成：BI Publisherのホームページに戻り、「Create」から「Report」を選択します。「Use Data Model」を選び、先ほど保存したデータモデルを指定します。
レポートレイアウトの設定：レポートウィザードの案内に沿ってレイアウトを設定します。ProcessMindでは、シンプルな表形式で十分です。データモデルのすべての列をレポートレイアウトにドラッグ＆ドロップし、出力形式にCSVを指定します。
レポートプロパティの設定：レポートのプロパティで「Enable CSV Output」にチェックが入っていることを確認します。必要に応じて、パラメーターの既定値も設定できます。
レポートの実行とエクスポート：レポートを保存し、開始日と終了日を指定して実行します。レポートの作成が完了したら、「Export」をクリックし、出力形式に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形式の出力を許可するよう設定してください。CSVはシンプルで構造化されており、複雑な解析も不要なため、ProcessMindへの取り込みに適しています。
スケジュール設定：プロセスを継続的に監視する場合は、BI Publisherレポートを毎日または毎週など、定期的に実行するよう設定してください。自動取得できるよう、指定したサーバーまたはコンテンツリポジトリに出力を保存します。
パフォーマンス：品質イベントの件数が非常に多い環境では、クエリの実行に時間がかかる場合があります。期間を適切に設定してください。パフォーマンスに懸念がある場合は、データベース管理者にクエリの最適化やテーブルのインデックスについて相談してください。

クエリの例 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などのデータベースクライアントと、品質管理モジュールをホストする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 句を使い、異なるイベントを1つの統合されたイベントログにまとめます。
生のデータの確認：実行後、出力を確認します。各行は品質イベントのライフサイクルにおける1つのアクティビティを表します。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か月分のデータを対象にすることをお勧めします。大規模でデータ量の多いシステムでは、まず1か月分など短い期間で実行し、クエリのパフォーマンスを確認してから、より長い期間のデータを抽出してください。
パフォーマンスに関する考慮事項：このクエリは複数の大規模テーブルを結合し、14個の結果セットを統合するため、システムリソースを多く消費する場合があります。システムへの影響を抑えるため、利用の少ない時間帯に抽出を実行してください。パフォーマンスが低い場合は、データベース管理者に主要な列、特に日付列と外部キー列のインデックスについて相談してください。

クエリの例 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）が必要です。DSNは通常、hostname:port/service_name 形式です。
抽出スクリプトの保存：「query」セクションに記載された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!」と「Event log saved to 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環境に、これらがインストールされていることを確認してください。

クエリの例 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品質管理を変革し、コンプライアンスを強化

非効率な業務をなくし、サイクルタイムを30％短縮します。

無料トライアルを開始しましょう

クレジットカード不要。14日間の無料トライアル。

品質管理データテンプレート

品質管理データテンプレート

品質管理の属性

品質管理のアクティビティ

データ抽出ガイド

品質イベントデータのOracle BI Publisherレポート

ステップ

設定

クエリの例 sql

Oracle品質管理テーブルへの直接SQLクエリ

ステップ

設定

クエリの例 sql

Oracle DBコネクターを使ったPython抽出スクリプト

ステップ

設定

クエリの例 python

準備はできましたか？

Oracle品質管理を変革し、コンプライアンスを強化