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

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

Oracle Quality Management

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

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

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

収集を推奨する属性
追跡すべき主要なアクティビティ
抽出方法

イベントログを初めて扱いますか。学ぶプロセスマイニングのイベントログを作成する方法.

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

品質管理の属性

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

3 必須 7 推奨 10 任意

	名前	説明
	アクティビティ名 ActivityName	品質管理プロセス内で実行された特定のタスクまたはステップの名称です。
説明この属性は、品質イベントの管理において実行された個々のイベントまたは処置を表します。タイムスタンプ順に並べたこれらのアクティビティの連続が、各ケースのプロセスフローを形成します。アクティビティ名の分析は、プロセスマイニングの中心的な要素です。実際のプロセスモデルの発見、望ましいモデルとの比較による適合性チェック、特定のアクティビティ間にあるボトルネックや手戻りループの特定が可能になります。たとえば、「Investigation Initiated」から「Root Cause Analysis Performed」までにかかる時間を測定できます。重要な理由この属性は、プロセスフローのマッピング、逸脱の特定、実際の業務の進め方の把握に欠かせません。入手先通常、Oracle Quality Managementモジュール内のイベントログ、ステータス変更レコード、またはアクション履歴テーブルから取得します。例品質問題の特定調査の開始是正処置計画の承認最終レビューとクローズ
	イベント開始時刻 EventStartTime	アクティビティまたはイベントが開始された時点を示すタイムスタンプです。
説明この属性は、特定のプロセスステップが開始された正確な日時を示します。イベントを時系列に並べ、各品質イベントケースのプロセス順序を構築するために使用する主要な時間要素です。分析では、イベント開始時刻がサイクル時間、所要時間、アクティビティ間の待機時間を計算するうえで重要です。連続するステップ間の長い遅延を明らかにしてボトルネックを特定できるほか、「Root Cause Analysis Lead Time」など、時間に基づくKPIの達成状況を追跡できます。重要な理由このタイムスタンプはプロセス分析の基盤であり、時間に基づくすべての計算とアクティビティの正しい順序付けを可能にします。入手先通常、品質処置や収集計画に関連するトランザクションログまたは履歴テーブルに記録されています。CREATION_DATEなどの名称が使われることがあります。例 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	品質イベント QualityEventId	不適合、苦情、逸脱など、1件の品質イベントを一意に識別する識別子です。
説明 Quality Event IDは主要なケース識別子として機能し、初回報告から最終クローズまで、関連するすべてのアクティビティをまとめます。各品質インシデントには一意のIDが割り当てられ、調査と解決のプロセス全体を記録した履歴が作成されます。プロセスマイニング分析では、この属性が各品質イベントの最初から最後までの経過を再構築する基礎となります。全体のサイクル時間の計算、プロセスバリアントの特定、イベント種別ごとの対応方法の分析が可能になります。すべてのアクティビティログを特定のQuality Event IDに関連付けることで、アナリストはプロセスフロー全体を可視化し、組織全体に共通するボトルネックやコンプライアンス上の問題を特定できます。重要な理由このIDは1件のケースの範囲を定義するため、品質イベントを正確に追跡し、プロセス全体のパフォーマンス指標を計算するうえで欠かせません。入手先通常、Oracle Quality Management内の主要な品質イベントテーブルまたは収集計画テーブルにおける主キーです。QA_RESULTSなどが該当します。例 NC-2023-00123CAPA-45892QE-500-A
	イベント終了時刻 EventEndTime	アクティビティまたはイベントが完了した時点を示すタイムスタンプです。
説明イベント終了時刻は、特定のアクティビティが完了した時点を示します。イベント開始時刻と組み合わせることで、そのアクティビティの処理時間を定義できます。システムによってはアクティビティが瞬時に完了するため、開始時刻と終了時刻が同じ場合もあります。この属性は、詳細な所要時間分析に欠かせません。アクティブな処理時間（開始から終了までの時間）と待機時間（1つのアクティビティの終了から次のアクティビティの開始までの時間）を区別できます。リソースが実際に作業している箇所と、引き継ぎによって遅延が発生している箇所を特定するうえで重要です。重要な理由アクティビティの処理時間を正確に計算できるため、非効率なタスクと長い待機時間を区別して特定できます。入手先開始時刻と同じトランザクションテーブルまたは履歴テーブルに記録されている場合があります。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	品質イベントまたは現在のアクティビティを担当する部門または機能領域です。
説明この属性は、品質イベントの対応を担当するチームまたは部門を示します。品質保証、エンジニアリング、生産などが該当し、イベントの進行に伴って変わる場合があります。プロセスマイニングでは、担当部門別に分析することで、業務量の分布、部門ごとのボトルネック、チーム間のパフォーマンス差を把握できます。「Quality Event Resource Allocation」ダッシュボードでは、どの部門がどの種類のアクティビティに関与しているかを示し、リソース管理の改善を支援します。重要な理由部門別に業務量、パフォーマンス、ボトルネックを分析できるため、リソース計画と組織改善に役立ちます。入手先 Oracle Quality Managementのドキュメントを参照してください。品質イベントに関連付けられた品質処置または割り当てに関するテーブルに保存されている可能性があります。例品質エンジニアリング製造オペレーション仕入先品質設計エンジニアリング
	根本原因カテゴリー RootCauseCategory	品質問題について特定された根本原因の分類です。
説明根本原因分析を実施した後、調査結果は通常、「設備故障」「人的ミス」「設計上の欠陥」など、あらかじめ定義されたグループに分類されます。この属性には、最終的な分類が保存されます。根本原因カテゴリでプロセスを分析すると、大きな効果が得られます。個々の症状への対処から、根本にある組織的な問題への対応へと、焦点を移せるためです。たとえば、「トレーニング上の問題」が根本原因となっているイベントが多い場合、従業員向け研修プログラムの改善が必要であることが分かります。これは予防措置の重要な目的です。重要な理由この属性により、障害の根本原因を分析できるため、受け身の品質管理から予防的な品質管理へ移行するうえで重要な役割を果たします。入手先 Oracle Quality Managementのドキュメントを参照してください。これは、コレクションプランで定義されたユーザー項目であり、「根本原因分析の実施」アクティビティの後に入力される可能性があります。例設備故障材料不良人的ミス手順未遵守
	現在のステータス CurrentStatus	品質イベントケースの現在のステータスです。
説明この属性は、品質イベントのライフサイクルにおける現在の状態を示します。「Open」、「Under Investigation」、「Pending Approval」、「Closed」などが該当します。データ抽出時点で、ケースがプロセスのどの位置にあるかを把握できます。業務モニタリングに欠かせない属性であり、「Open Quality Events & Status Overview」ダッシュボードを直接支援します。管理者は品質問題の現在の処理状況をすばやく確認し、リソースの優先順位を設定できます。プロセスマイニングでは、最終ステータスでフィルタリングすることで、異なるプロセス経路の結果を分析できます。重要な理由品質イベントの処理状況をリアルタイムに把握でき、進行中のケースを効果的に管理して優先順位を設定できます。入手先通常、品質イベントのメインヘッダーテーブルに記録され、イベントの最終確認状態を示します。例オープン進行中承認待ちクローズ
	目標解決日 TargetResolutionDate	品質イベントを最終的にクローズする予定日または目標日です。
説明この属性は、品質イベントを完全に解決する期限を示します。サービスレベル合意（SLA）または社内目標として設定され、イベントの重大度や種別に基づいて決められることがよくあります。パフォーマンスのモニタリングに欠かせない日付であり、「CAPA Impl. On-Time Rate」KPIの計算に直接使用されます。アクティビティの実際の完了日と目標日を比較することで、期限遵守状況を測定し、遅延リスクのあるイベントを特定し、期限内完了の傾向を追跡できます。解決サイクル時間の短縮にも役立ちます。重要な理由期限内のパフォーマンスを測定する基準となり、期限遵守KPIの計算とSLAの管理に欠かせません。入手先 Oracle Quality Managementのドキュメントを参照してください。標準の日付フィールド、または品質収集計画で定義されたユーザー項目である可能性があります。例 2023-05-302023-06-152024-01-10
	重大度レベル SeverityLevel	重大、主要、軽微など、品質イベントの影響度を分類したものです。
説明重大度レベルは、通常トリアージの際に評価される、品質問題が顧客、コンプライアンス、業務運営に及ぼす可能性のある影響度です。この分類により、リソースの優先順位と必要な対応の緊急度を決められます。プロセスマイニングでは、セグメント分けに欠かせない属性です。重大度の高いイベントと低いイベントについて、プロセスフロー、サイクル時間、結果を比較できます。「Quality Event Triage Consistency」ダッシュボードや「Severity-Based Resolution Rate」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
	問題カテゴリー IssueCategory	「Product Defect」や「Process Deviation」など、品質問題のカテゴリーまたは種別です。
説明この属性は品質イベントを分類し、類似する問題をまとめて分析できるようにします。カテゴリーは通常、組織が業務上の状況に合わせて定義します。問題カテゴリー別にプロセスを分析すると、特定の問題種別に関する傾向を特定できます。たとえば、「Supplier Material」の問題は「Internal Process」の問題よりもサイクル時間が大幅に長いことが分かる場合があります。このセグメント分けは、対象を絞ったプロセス改善施策に役立ちます。重要な理由問題をカテゴリー分けすることで、特定の問題領域における傾向と根本原因を対象を絞って分析できます。入手先 Oracle Quality Managementのドキュメントを参照してください。品質収集計画内で定義されたユーザー項目である可能性があります。例製品不良プロセス逸脱仕入先材料顧客苦情
	手戻りフラグ IsRework	同じケース内で、アクティビティが前のステップの繰り返しまたは手戻りであることを示すフラグです。
説明この属性は、1件の品質イベントケース内で「是正措置計画の提案」などの特定のアクティビティが複数回発生した場合にtrueとなるブール型フラグです。完了したステップをやり直す必要があったことを示し、プロセス内のループや修正を表します。手戻りの特定は、プロセスマイニングの重要な機能です。このフラグにより、こうした非効率性を簡単に定量化でき、「アクティビティ手戻り頻度」KPIを直接支援します。どのステップで手戻りが発生しやすいか、どのような条件で発生するかを分析すると、研修、データ品質、承認基準に関する問題を明らかにし、プロセスをより効率化する機会を見つけられます。重要な理由プロセスの非効率性やループを示し、無駄の定量化と手戻りの根本原因の特定に役立ちます。入手先データ準備時に、イベントログに対するウィンドウ関数または順序分析を使って計算されます。同じケースで同じアクティビティ名が複数回現れる箇所を特定します。例 truefalse
	是正措置計画ID CorrectiveActionPlanId	品質イベントに対応するために作成された是正措置計画（CAPA）の一意の識別子です。
説明この属性により、品質イベントと、その解決を目的として設計された具体的な是正・予防措置計画が直接結び付けられます。これは通常、独自のライフサイクルを持つ別のシステムオブジェクトです。分析では、このIDを使って品質イベントプロセスのデータとCAPA管理プロセスのデータを結合し、より全体的な視点を得られます。CAPAが必要なすべてのイベントに担当するCAPAが割り当てられているかを追跡し、措置の有効性を分析する際にも役立ちます。重要な理由問題（品質イベント）と解決策（CAPA）を結び付けることで、品質管理システムをより詳細にエンドツーエンドで分析できます。入手先品質イベントレコードにある参照フィールドで、CAPA専用のテーブルまたはモジュール内のレコードを指します。例 CAPA-2023-088CAPA-2023-091
	期限内完了フラグ IsOnTime	是正措置が目標解決日までに実施されたかどうかを示すフラグです。
説明このブール型属性は、ケースの「目標解決日」と「是正措置の実施」アクティビティの完了タイムスタンプを比較して算出されます。措置が目標日以前に完了していればtrue、それ以外はfalseです。この属性は、「CAPA実施期限遵守率」KPIを直接支援します。各ケースの期限遵守状況を明確な二値で分類できるため、分析やダッシュボードの作成が簡単になります。サービスレベルの遵守状況を監視し、遅延の根本原因を特定するためのフィルタリングや集計にも利用できます。重要な理由目標に対する期限内パフォーマンスの追跡を簡単にし、この重要なKPIを容易に測定・報告できます。入手先データ変換時に計算される派生フラグです。TargetResolutionDateと、該当する完了アクティビティのタイムスタンプが必要です。例 truefalse
	総サイクルタイム TotalCycleTime	品質問題の特定から最終的なクローズまでに経過した合計時間です。
説明この属性は、1件の品質イベントケースにかかるエンドツーエンドの全期間を測定します。最初のアクティビティ（「品質問題の特定」）のタイムスタンプと、最後のアクティビティ（「最終レビューとクローズ」）のタイムスタンプの差として計算されます。品質管理プロセス全体の効率を測る主要なKPIです。「品質イベントのエンドツーエンドサイクルタイム」ダッシュボードの中心的な指標でもあります。この指標を時系列で追跡し、重大度や問題カテゴリなどの属性で分けて分析すると、プロセスの健全性や改善施策の効果を高いレベルで把握できます。重要な理由品質管理プロセス全体の開始から完了までの速度と効率を測る重要なKPIです。入手先プロセスマイニング用のデータ処理時に、ケース単位で計算されます。各QualityEventIdについて、最初のイベントの開始時刻と最後のイベントの終了時刻が必要です。例 P30DT12HP15DP92D
	製品識別子 ProductIdentifier	品質イベントに関連する製品を識別する値です。
説明この属性は、品質イベントを特定の製品、資材、またはサービスに関連付けます。製品コード、SKU、部品番号などが該当します。この関連付けは、製品品質を分析するうえで欠かせません。プロセスマイニングを使って製品ライン別に品質管理プロセスを比較したり、品質問題と頻繁に関連する製品を特定したりできます。改善が必要な領域に対して、エンジニアリングや製造の改善施策を優先しやすくなります。重要な理由品質イベントを特定の製品に関連付け、製品に関する品質傾向とプロセス差異を分析できます。入手先通常、品質収集計画内のフィールドに保存され、Oracle Inventoryの品目マスターに関連付けられていることがあります。例 SKU-100-A-REDPN-987654CHEM-X2

必須推奨任意

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

正確なプロセスディスカバリーとパフォーマンス評価のために、イベントログで取得すべき主要なプロセスステップと重要なマイルストーンです。

6 推奨 8 任意

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

推奨任意

抽出ガイド

Oracle Quality Managementからデータを取得する方法

ステップ

Oracle BI Publisherにアクセス：Oracle E-Business Suiteのインスタンスにログインし、BI Publisherへのアクセス権を持つ職責（BI Publisher Administratorなど）に移動します。
新しいデータモデルを作成：BI Publisherのホームページで「作成」を選択し、「データモデル」を選びます。データモデルエディタが開きます。
SQL Queryデータセットを定義：データモデルエディタのData Setsパネルでプラスアイコンをクリックし、「SQL Query」を選択します。SQLクエリエディタのウィンドウが開きます。
データソースを設定：New Data Setウィンドウでデータセット名（例：DS_QUALITY_EVENTS）を入力します。Data Sourceには適切なOracle EBSデータベースを選択します。
SQLクエリを入力：このドキュメントの「query」セクションにある完全なSQLクエリをコピーし、SQL Queryのテキスト領域に貼り付けます。
クエリパラメータを定義：提供されたクエリでは、レポート期間に：P_START_DATEと：P_END_DATEのプレースホルダーを使用します。BI Publisherのデータモデルで、これらをパラメータとして定義する必要があります。それぞれ新しいパラメータを作成し、対応する名前（例：P_START_DATE）を付け、Data TypeをDateに設定して、分かりやすい表示プロンプトを設定します。
データモデルを保存：クエリを貼り付けてパラメータを定義したら、データモデルを保存します。レポート用の共有フォルダーに保存することを推奨します。
新しいレポートを作成：BI Publisherのホームページに戻り、「作成」を選択してから「レポート」を選びます。「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レポートを毎日または毎週など、定期的に実行するようスケジュールします。出力先を指定サーバーまたはコンテンツリポジトリに設定し、自動取得できるようにします。
パフォーマンス：品質イベントの件数が非常に多いインスタンスでは、クエリの実行に時間がかかる場合があります。日付範囲を適切に設定し、パフォーマンスに懸念がある場合は、データベース管理者にクエリの最適化やテーブルのインデックス設定を相談してください。

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句を使い、異なるイベントを1つの統合されたイベントログ形式にまとめます。
生のデータの確認：実行後、出力結果を確認します。各行は、品質イベントのライフサイクルにおける1つのアクティビティを表します。完全性と、QualityEventId、ActivityName、EventStartTimeなどの主要列にデータが入っていることを確認します。
タイムスタンプと期間の処理：クエリはEventStartTimeを提供します。1つのイベントの終了時刻を特定するには、通常、次のイベントの開始時刻が必要になるため、EventEndTimeは意図的にNULLのままです。この計算は、通常、プロセスマイニングツールまたは後処理スクリプトで行うのが適しています。同様に、ProcessingTimeも開始時刻と終了時刻に基づく計算が必要なため、NULLに設定されます。
CSVへのエクスポート：SQLクライアントから完全な結果セットをCSVファイルにエクスポートします。UTF-8エンコーディングを使用し、クエリの列エイリアスを含むヘッダー行を設定します。
アップロードの準備：CSVの列見出しがProcessMindプラットフォームの要件（ケースID、アクティビティ、開始タイムスタンプ）と一致していることを確認します。アップロード前に、QualityEventId、ActivityName、EventStartTimeの列名をそれぞれ変更します。

設定

**データベースアクセス：**クエリを実行するユーザーには、スクリプトで参照するすべてのテーブル（APPS、QA、PER、HRスキーマ内のテーブルを含む場合があります）に対するSELECT権限が必要です。
**主要なクエリフィルター：**クエリには、設定が必要な重要なプレースホルダーがあります。
- :start_date：レポート期間の開始日です。この日以降に作成されたイベントが抽出されます。
- :end_date：レポート期間の終了日です。
- :organization_id：分析対象とするOracle組織の識別子です。品質プランと結果は、組織に関連付けられていることがよくあります。
**日付範囲：**初回の分析では、3～6か月分のデータを推奨します。大規模で件数の多いシステムでは、まず1か月程度の短い期間で開始し、クエリのパフォーマンスを確認してから、より大きな範囲で抽出してください。
**パフォーマンスに関する考慮事項：**このクエリでは複数の大規模テーブルを結合し、14個の結果セットをUNIONします。システムリソースを大きく消費する可能性があるため、システムへの影響を抑えるために、業務時間外に抽出をスケジュールしてください。パフォーマンスが低い場合は、特に日付列と外部キー列へのインデックス設定について、データベース管理者に相談してください。

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データベースへの接続に必要な情報を用意します。ユーザー名、パスワード、通常はhostname:port/service_name形式のData Source Name（DSN）が含まれます。
抽出スクリプトを保存：「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 Data Source Name（DSN）、ユーザー名、パスワードが必要です。また、Quality Managementの必要なテーブル（例：QA_RESULTS、QA_PLANS、FND_USER、PER_ALL_PEOPLE_F）への読み取り権限が必要です。
日付範囲のフィルタリング：スクリプトのstart_dateとend_date変数は、データ量を制御する重要な項目です。大規模な抽出を実行する前に、3～6か月程度の短い範囲から始め、パフォーマンスを確認して出力を検証することを推奨します。
システム固有のフィルター：組織構造に基づくフィルターを追加するなど、SQLクエリをさらにカスタマイズできます。たとえば、ORGANIZATION_IDで絞り込むWHERE句を追加し、特定の工場や事業部門だけを抽出できます。
ステータスコードのマッピング：アクティビティの抽出ロジックでは、特定のステータス値（例：'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 DB Connectorを使用したPython抽出スクリプト

ステップ

設定

a サンプルクエリ python

準備はできましたか？

Oracle Quality Managementを変革し、今すぐコンプライアンスを向上

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

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

品質管理の属性

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

抽出ガイド

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

ステップ

設定

a サンプルクエリ sql

Oracle Quality Managementテーブルへの直接SQLクエリ

ステップ

設定

a サンプルクエリ sql

Oracle DB Connectorを使用したPython抽出スクリプト

ステップ

設定

a サンプルクエリ python

準備はできましたか？

Oracle Quality Managementを変革し、今すぐコンプライアンスを向上

プライバシーを大切にしています