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

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

ETQ Reliance

品質管理の属性(22) 品質管理のアクティビティ(17) データ抽出ガイド(1)

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

このテンプレートでは、品質管理プロセスの最適化に必要なデータを収集する手順をご案内します。収集すべき属性や追跡する主なアクティビティに加え、データ抽出の方法も説明します。この資料を参考にイベントログを作成し、プロセスを詳しく分析してください。

データ収集に推奨される属性
プロセスの可視化に必要な主なアクティビティ
ETQ Relianceからデータを抽出する手順

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

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

品質管理の属性

イベントログに含めることを推奨するデータ項目です。品質管理を詳しく分析するために必要なコンテキストを把握できます。

3 必須 6 推奨 13 任意

	名前	説明
	アクティビティ名 ActivityName	品質管理プロセスで発生した特定のタスクまたはイベントの名前です。
説明この属性は、「問題を分類し、優先順位を設定」や「根本原因分析を実施」など、品質イベントのライフサイクルにおける個々のステップや節目を表します。各アクティビティは、品質イベントの解決に向けて行われた個別のアクションです。アクティビティの分析は、プロセスマイニングの中心となる作業です。この属性を使って業務の流れを示すプロセスマップを作成できます。ボトルネック、標準プロセスからの逸脱、手戻りを特定し、プロセスの改善に役立てられます。重要な理由プロセスの各ステップを定義する情報です。プロセスの流れを可視化し、ボトルネックを見つけ、逸脱を分析するために必要です。入手先通常、ETQ Relianceの各モジュールにあるイベントログ、ワークフローのステータス変更、または監査証跡から取得します。例調査を開始根本原因分析を実施是正措置計画を承認
	イベントのタイムスタンプ EventTimestamp	特定のアクティビティが発生した正確な日時です。
説明イベントのタイムスタンプは、アクティビティがシステムに記録された正確な時刻を示します。品質イベントのライフサイクルに含まれる各アクティビティにタイムスタンプが付与され、イベントの時系列が作成されます。この属性は、プロセスマイニングにおける時間ベースの分析に欠かせません。アクティビティ間のサイクルタイムの計算、待ち時間やボトルネックの特定、品質イベント全体の所要時間の測定に使います。また、時間の経過に伴うパフォーマンスの傾向も分析できます。重要な理由所要時間の計算、イベントの時系列での並べ替え、ボトルネックの特定など、時間に基づく分析に欠かせない属性です。入手先通常、監査証跡テーブル、またはETQ Relianceの各アクティビティやワークフローステップに関連付けられた「最終更新日」や「ステータス変更日」フィールドに記録されています。例 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	品質イベント QualityEvent	個々の品質イベントを識別する一意のIDです。特定からクローズまで、関連するすべてのアクティビティを結び付けます。
説明品質イベントは、品質管理プロセスにおける主なケース識別子です。不適合、顧客からの苦情、逸脱など、個別の品質上の問題を表し、調査から解決までの経過を追跡します。プロセスマイニングでは、この属性を使って各品質イベントの一連の流れを再構成します。プロセスマップの可視化、開始から終了までのサイクルタイムの測定、バリアントの分析を通じて、イベントごとの対応方法を把握できます。すべてのアクティビティとデータポイントはこのIDに基づいてグループ化され、ケース全体を確認できます。重要な理由関連するすべてのプロセスステップを1つのケースに結び付ける、プロセスマイニングの基本となる属性です。品質問題の解決プロセスをエンドツーエンドで分析できます。入手先 ETQ Relianceのメインの品質イベントまたは不適合モジュールにある主キーです。具体的なテーブル名とフィールド名については、ETQ Relianceの文書をご確認ください。例 QE-2023-00123NC-2023-0456CAPA-2023-7890
	イベント終了時刻 EventEndTime	アクティビティが完了した日時です。処理時間の計算に使用します。
説明イベント終了時刻は、アクティビティが完了した時点を示します。イベントタイムスタンプ（開始時刻）と組み合わせることで、プロセスの各ステップにかかった時間を算出できます。すべてのシステムで各イベントの終了時刻が記録されるわけではありません。その場合は、次のイベントの開始時刻から算出できることがあります。この属性は、個々のアクティビティの処理時間を計算するうえで欠かせません。アクティビティ間の待ち時間とは区別して分析できます。時間のかかっているタスクを特定し、対象を絞った改善につなげるのに役立ちます。重要な理由個々のアクティビティの処理時間を計算し、実作業時間と待ち時間を区別できます。入手先 ETQ Relianceの一部のモジュールでは、特定のタスクについて開始時刻と終了時刻の両方が記録される場合があります。記録されていない場合は、データ準備の段階で算出できます。例 2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
	実行者 ActionPerformedBy	特定のアクティビティを実行したユーザーまたはリソースです。
説明この属性は、品質イベントのライフサイクルにおいてタスクの完了を担当した個人またはシステムユーザーを特定します。プロセスのアクティビティと、実行した担当者やチームを結び付けます。ユーザー別にパフォーマンスを分析すると、作業負荷の分布やトレーニングの必要性を把握し、優れた成果を上げている個人やチームを見つけることができます。また、各アクションの実行者を明確に記録できるため、コンプライアンスや監査にも欠かせません。重要な理由リソースパフォーマンスや作業負荷の配分を分析し、トレーニングの機会を特定できます。入手先通常、この情報は監査証跡ログまたはトランザクションの詳細に保存され、ETQ RelianceのユーザーID項目に関連付けられています。例 j.doeasmithqa_manager
	担当部門 ResponsibleDepartment	品質イベントまたは特定のアクティビティを担当する部門や機能領域です。
説明この属性は、品質イベントの管理や、「品質保証」「エンジニアリング」「製造」などの特定のステップの実行を担う組織単位を示します。ケース単位で設定される場合もあれば、ケースが部門間を移る際に変更される場合もあります。この属性は、部門別パフォーマンス分析ダッシュボードで重要な役割を果たします。部門ごとにサイクルタイムやイベント件数などを絞り込み、プロセスのパフォーマンスを比較できます。これにより、部門ごとのボトルネックやリソースの制約、優れた取り組みを特定できます。重要な理由事業部門間でパフォーマンスを比較し、ボトルネックを分析できます。リソース配分の最適化にも役立ちます。入手先通常、ETQ Relianceの品質イベントのメインフォームにある項目で、担当者または担当グループを示します。例品質保証製造研究開発
	根本原因カテゴリ RootCauseCategory	品質イベントの根本原因として特定された内容の分類です。
説明根本原因分析の後、問題の根本的な原因を分類します。例として、「設備故障」「人的ミス」「プロセスの不備」「サプライヤーの問題」などがあります。この属性は、根本原因カテゴリの傾向を示すダッシュボードで欠かせません。根本原因カテゴリごとの発生頻度を時系列で分析することで、組織全体に共通する問題を特定し、頻発する品質問題に改善の取り組みを集中できます。問題発生後の対応から、事前の予防へと移行するのにも役立ちます。重要な理由繰り返し発生する問題を分析し、組織全体に共通する課題を特定できます。長期的な是正措置と予防措置の優先順位付けにも役立ちます。入手先通常、ETQ Relianceのワークフローで根本原因分析を行う段階に入力する項目です。例プロセスの不備材料の欠陥人的ミス設備の故障
	検証結果 EffectivenessVerificationOutcome	是正措置の有効性を確認した結果です。
説明是正措置の実施後、問題が実際に解決されたことを確認するために検証を行うことがあります。この属性には検証結果が記録され、通常は「有効」または「無効」で示されます。この属性は、是正措置の有効性ダッシュボードと、CAPA有効性検証率の重要業績評価指標（KPI）で中心的な役割を果たします。解決プロセスの成果を直接測定し、再発する問題の特定や、是正措置計画の質の向上に役立ちます。重要な理由是正措置の成果を直接測定し、手戻りを減らして品質問題の再発を防ぐのに役立ちます。入手先 ETQ RelianceのCAPAまたは品質イベントモジュールにある、有効性検証セクションの項目です。例有効無効保留中
	重大度レベル SeverityLevel	品質イベントが及ぼす影響を、重大、大、中などに分類したものです。
説明重大度レベルは、品質問題が顧客、製品、または規制上のコンプライアンスに及ぼす可能性のある影響を評価したものです。リソースの優先順位付けや、対応の緊急度の判断に使用します。この属性は、問題のトリアージと優先順位付け、および重大度の高いイベントの解決に関するダッシュボードで重要です。品質イベントを重大度別に分類し、重大度の高い問題が低い問題より早く解決されているかを分析できます。また、重大な問題に速やかに対応するためにも役立ちます。重要な理由ケースの優先順位付けと分類に使い、重大な品質問題に適切な緊急度で対応できるようにします。入手先 ETQ Relianceの多くの品質管理モジュールに標準で用意されている項目で、通常は初期の問題受付フォームに含まれています。例重大大小
	CAPのステータス CorrectiveActionPlanStatus	是正措置計画のステータスです。「提案済み」「承認済み」「却下」などがあります。
説明この属性は、品質イベント全体の中で重要な節目となる是正措置計画（CAP）の状態を追跡します。提案された解決策が審査され、承認されたかどうかを確認できます。この属性を分析すると、承認プロセスのボトルネックが見つかることがあります。却下された計画が多い場合や、「提案済み」から「承認済み」までに長い時間がかかる場合は、根本原因分析の質に問題があるか、関係者間で認識が一致していない可能性があります。重要な理由是正措置の承認サイクルにおける遅延や非効率を特定できます。品質管理でよく見られるボトルネックの把握に役立ちます。入手先 ETQ Relianceの是正措置・予防措置（CAPA）セクションまたはモジュールにあるステータス項目です。例提案済み承認済み却下実施待ち
	SLAの状態 SLAState	品質イベントが、定められたサービスレベル合意（SLA）の範囲内か、未達のリスクがあるか、または未達となったかを示します。
説明この属性は、品質イベントの現在または合計のサイクルタイムを、あらかじめ定めた目標と比較して算出します。たとえば、重大な問題について、15日以内に解決するというSLAが設定されている場合があります。状態は「順調」「リスクあり」「未達」などで示されます。品質コンプライアンスの概要ダッシュボードでは、適時性とコンプライアンスの状況をひと目で確認できるため便利です。期限を過ぎてから対応するのではなく、期限に間に合わないリスクのあるイベントに管理者が先回りして対処するのに役立ちます。重要な理由期限に関する目標に対するパフォーマンスをひと目で確認でき、遅延リスクのあるケースを先回りして管理できます。入手先データ変換の際に、ケースの経過時間をSLAの業務ルールと比較して算出します。業務ルールは、重大度レベルなどの属性に基づく場合があります。例順調リスクあり未達
	ソースシステム SourceSystem	データの抽出元となるシステムです。
説明品質管理データの取得元を示す属性です。このプロセスビューでは値は一定で、データがETQ Relianceから取得されたことを示します。単一のデータセット内では値が変わらない場合もありますが、データガバナンスや複数システムのデータを統合する場面では重要です。データの出所を明確にし、データ連携の管理に役立ちます。重要な理由データの出所に関する重要なコンテキストを示します。データガバナンスや検証、他のシステムとの連携に役立ちます。入手先通常は、データの抽出、変換、読み込み（ETL）の過程で追加される固定値で、データの出所を示します。例 ETQ Reliance
	予防措置ID PreventiveActionId	品質イベントへの対応として作成された予防措置を一意に識別するIDです。
説明この属性は、品質イベントを、根本原因への対処や他の領域での再発防止を目的に作成された1つ以上の予防措置に関連付けます。1つの品質イベントから複数の予防措置が作成されることもあります。このIDは、予防措置管理ダッシュボードで重要です。特定された予防措置の実施率を追跡し、重複した取り組みを特定できます。予防的な改善を効率よく管理するのにも役立ちます。重要な理由発生後に対応する品質イベントと、予防的な改善の取り組みを結び付け、組織が将来の問題をどの程度防げているかを分析できます。入手先 ETQ RelianceのCAPAモジュールにある予防措置セクションの関連レコードまたは項目です。例 PA-2023-0088PA-2023-0089PA-2023-0090
	事業部門 BusinessUnit	品質イベントが発生した、より大きな事業部門または組織単位です。
説明この属性は、品質イベントを組織内の特定の事業部門に割り当てます。「家電」や「医療機器」などが該当します。部門よりも上位の組織コンテキストを示します。事業の各領域を大局的に比較できます。経営層が、品質上の課題が特に大きい事業部門を把握し、それに応じてリソースを配分するのに役立ちます。重要な理由会社の各事業部門における品質プロセスのパフォーマンスを、大局的に比較できます。入手先品質イベントフォームの項目として記録される場合や、担当部門や製品などの他の属性から導出される場合があります。例医療機器自動車部品産業ソリューション
	最終データ更新日時 LastDataUpdate	プロセスのデータが最後に更新された日時を示すタイムスタンプです。
説明この属性には、ソースシステムからデータを最後に抽出した日時が記録されます。個々のイベントではなく、データセット全体に適用されるメタデータ項目です。プロセスを分析する際は、データがいつ時点のものかを把握することが重要です。この属性を確認すれば、分析に使われているデータの新しさが分かり、最新情報に基づく意思決定や、データ反映までの遅延に関する期待値の調整に役立ちます。重要な理由データがいつ時点のものかを示すため、分析やインサイトの適時性を把握するうえで重要です。入手先データの抽出、変換、読み込み（ETL）の過程で値が生成され、ジョブの実行日時が記録されます。例 2024-05-20T08:00:00Z
	品質イベントのサイクルタイム QualityEventCycleTime	品質問題の特定から最終的なクローズまでにかかった合計時間です。
説明この指標は、1件の品質イベントにかかる開始から終了までの時間を算出したものです。最初のアクティビティ（例：「品質問題の特定」）と最後のアクティビティ（例：「品質イベントのクローズ」）のタイムスタンプの差から計算します。この属性は、「品質イベントの平均サイクルタイム」の重要業績評価指標（KPI）を直接支え、プロセス全体の効率を測る主要な指標です。ダッシュボードでサイクルタイム短縮の目標に対する進捗を追跡したり、イベントのカテゴリ別に所要時間を比較したりする際に使用します。重要な理由品質管理プロセスの開始から終了までの効率を測る重要業績評価指標（KPI）です。入手先この属性はETQ Relianceでは直接取得できません。プロセスマイニングツールまたはETLの処理中に、ケースごとに最初のイベントのタイムスタンプを最後のイベントのタイムスタンプから差し引いて計算します。例 25920006048008640000
	品質イベントのステータス QualityEventStatus	品質イベントの現在の全体的なステータスです。「オープン」「クローズ」「キャンセル」などがあります。
説明この属性は、品質イベントのライフサイクルにおける現在の状況を大まかに示します。ケースが対応中なのか、解決済みなのか、何らかの理由でキャンセルされたのかを確認できます。プロセス分析では、対応中のケースと完了したケースを絞り込むために使用します。未完了の品質イベントのバックログを計算する際や、サイクルタイムなどの分析対象を、明確な終了状態に達したケースに限定する際にも欠かせません。重要な理由オープンとクローズ済みのケースを絞り込めます。バックログの計算や、完了したプロセスフローの正確な分析に欠かせません。入手先 ETQ Relianceの品質イベントのメインオブジェクトにある主要なステータス項目です。例オープンクローズキャンセル承認待ち
	問題の説明 IssueDescription	特定された品質問題について、自由記述で説明した内容です。
説明この属性には、品質問題の詳細な説明が記録されます。構造化されたデータ項目だけでは捉えられない定性的なコンテキストを補います。通常、プロセスフローの可視化に直接使うものではありませんが、個別ケースを詳しく確認する際に役立ちます。テキストマイニングの手法を使えば、特定のプロセス逸脱や遅延に関連する共通のテーマやキーワードを特定することもできます。重要な理由品質イベントの詳細を理解するための定性的なコンテキストを補い、個別ケースの詳細分析に役立ちます。入手先 ETQ Relianceの品質イベント初期報告フォームにある、標準的なテキストボックスまたはメモ項目です。例部品XYZがステーション4のストレス試験に不合格。顧客から、ロット789に外観上の欠陥があるとの報告。機械Aで校正設定の誤りが見つかった。
	対象製品 AffectedProduct	品質イベントの対象となる製品、材料、または部品です。
説明この属性は、品質問題に関連する製品または部品番号を特定します。プロセスデータと製品マスターデータを関連付けます。製品別に品質イベントを分析すると、品質問題の発生率が高い製品を特定し、設計や製造上の問題の可能性を把握できます。特に改善が必要な製品に取り組みを集中するのに役立ちます。重要な理由品質プロセスを特定の製品に関連付け、問題が発生しやすい製品を分析できます。入手先通常、品質イベントフォームの主要項目です。ETQ Reliance内の製品マスターデータテーブルや、連携しているERPシステムに関連付けられている場合があります。例 PROD-1001-APROD-2050-BRAW-MAT-55
	手戻りの有無 IsRework	アクティビティまたは一連のアクティビティが手戻りに該当するかを示すフラグです。
説明この真偽値属性は、プロセスのループを特定するために導出されます。たとえば、有効性の検証に失敗して新たな調査が始まる場合や、是正措置計画が却下されて修正に戻される場合が該当します。以前のステップが繰り返されたアクティビティにフラグを付けます。この属性は、「是正措置の手戻り率」の重要業績評価指標（KPI）の計算に使用します。手戻りはリソースを消費し、解決に向けてケースを進めないままサイクルタイムを延ばすため、プロセスの非効率を把握するうえで重要です。重要な理由繰り返し作業にフラグを付けてプロセスの非効率を数値化し、プロセス上の問題の根本原因を特定して無駄を減らすのに役立ちます。入手先この属性はソースシステムにはありません。データ変換の際に、ケース内のアクティビティの順序に基づいて計算します。例 truefalse
	根本原因分析の所要時間 RootCauseAnalysisDuration	調査の開始から根本原因分析の完了までにかかった時間です。
説明この指標は、品質プロセスの特定の段階にかかる時間を測定します。「調査開始」アクティビティから「根本原因分析の実施」アクティビティまでの時間差として計算します。この属性は、「根本原因分析の平均所要時間」の重要業績評価指標（KPI）と、「根本原因分析のボトルネック」ダッシュボードで欠かせません。分析段階の遅延を特定できます。この段階の遅れは、プロセス全体のサイクルタイムが長くなる主な要因となることがよくあります。重要な理由重要なサブプロセスのパフォーマンスを個別に把握し、問題の分析や調査における遅延の特定と解消に役立ちます。入手先この属性はソースシステムにはありません。データ変換の際に、特定のアクティビティのタイムスタンプ間の差から計算します。例 8640001209600432000
	関連する規制・規格 AssociatedRegulationStandard	品質イベントに関連する規制または品質規格です。
説明この属性は、品質イベントをISO 9001、FDA 21 CFR Part 820、社内規定などの規制要件や業界標準に関連付けます。規制の適用を受ける業界では、特に重要です。品質コンプライアンスの概要ダッシュボードで中心となる属性です。関連する規格ごとにイベントを分析することで、コンプライアンスの状況を把握し、逸脱が頻発する領域を特定できます。また、規制要件が期限内に満たされているかを確認するのにも役立ちます。重要な理由コンプライアンスの観点から品質イベントを分析し、特定の業界規制や規格への準拠を確認できます。入手先 ETQ Relianceの品質イベントフォームに専用項目または選択リストとして用意されている場合があります。特にコンプライアンスを重視するモジュールで使用されます。例 ISO 9001:201521 CFR Part 820IATF 16949

必須推奨任意

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

品質管理ワークフローの実態を正確に把握し、改善するために、イベントログで追跡する主なプロセスのステップと節目をご紹介します。

7 推奨 10 任意

	アクティビティ	説明
	品質イベントをクローズ	品質イベントの問題が解決され、記録上の処理が完了したことを示す最後のアクティビティです。プロセスの主な終了点となります。
重要な理由全体のサイクルタイムを計算する際のプロセス終了点を定めます。処理量と全体的なパフォーマンスを測定するには、クローズ済みのイベントを分析することが重要です。入手先イベントの履歴ログでステータスが「クローズ」または「完了」に変わった時点から推定します。ほぼ常にタイムスタンプが記録されています。記録ステータスが「クローズ」に変わったタイムスタンプから推定します。イベントタイプ inferred
	品質上の問題を特定	新しい品質イベントの記録が作成された時点を示し、プロセスの開始点となります。通常、ETQ Relianceでユーザーが新しい品質問題のフォームを送信したときに記録されます。
重要な理由ケースの開始時刻を確定します。エンドツーエンドのサイクルタイムの計算や、新しい品質イベントの発生率の分析に欠かせません。入手先通常、メインの品質イベントテーブルまたは関連する監査証跡に記録された品質イベントの作成タイムスタンプから取得します。記録品質イベントの作成タイムスタンプから取得します。イベントタイプ explicit
	措置の有効性を検証	実施した是正措置によって根本原因が解消され、再発が防止されたことを確認するアクティビティです。所定の監視期間を経て実施する正式な検証ステップです。
重要な理由品質改善サイクルを完了するうえで欠かせないステップであり、CAPAの有効性に関する重要業績評価指標（KPI）に直結します。解決策が継続的に効果を発揮することを確認できます。入手先ワークフローの「有効性検証」ステップまたはフォーム項目の完了日から取得します。通常、個別のアクティビティとしてタイムスタンプが記録されます。記録「有効性確認」フォームまたはタスクの完了日から取得します。イベントタイプ inferred
	是正措置を実施	承認済みの是正措置計画に記載されたタスクが完了したことを示します。通常、実施担当者が割り当てられたアクション項目を完了として記録したときに記録されます。
重要な理由実施段階にかかった時間を測定します。リソースの制約や是正措置の実施に伴う実務上の課題を把握できます。入手先関連する是正措置タスクのうち最後のタスクの完了日、またはステータスが手動で「措置実施済み」に変更された時点から推定します。記録関連するCAPAタスクの最終完了日から推定します。イベントタイプ inferred
	是正措置計画を承認	提案された是正措置計画が指定の承認者によって正式に承認され、実施を開始できる状態になったことを示します。通常、ワークフロー内で明示的に記録された承認アクションのタイムスタンプから取得します。
重要な理由これは重要な節目であり、承認プロセスの重要なゲートです。この段階で遅れが生じると、解決までの全体的なサイクルタイムが大幅に延びる可能性があります。入手先イベントの電子署名またはワークフロー履歴ログに記録された承認タイムスタンプから取得します。ETQ Relianceでは、承認ワークフローが広く使われています。記録ワークフロー履歴に記録された承認ステップのタイムスタンプから取得します。イベントタイプ explicit
	根本原因分析を実施	調査が完了し、根本原因が特定されて文書化されたことを示します。通常、根本原因分析フォームの項目が入力され、保存されたときに記録されます。
重要な理由調査段階の終了を示します。「調査を開始」からこのアクティビティまでの所要時間は、分析プロセスのボトルネックを特定する重要な指標です。入手先監査証跡に記録された「根本原因カテゴリ」フィールドへの入力日、または根本原因分析のワークフローステップの完了タイムスタンプから推定します。記録「根本原因」フィールドへの入力、またはステータスが「根本原因分析完了」に変わった時点から推定します。イベントタイプ inferred
	調査を開始	品質上の問題の根本原因を特定するため、正式な調査段階が始まったことを示します。通常、ステータスが「調査中」に変わったとき、または調査担当者が割り当てられたときに推定します。
重要な理由このアクティビティは重要な節目であり、根本原因分析にかかる時間の計測開始点となります。問題の評価から正式な調査の開始までに生じる遅れを特定するのに役立ちます。入手先イベントの履歴ログでステータスが「調査」に変わったタイムスタンプ、または主任調査担当者の役割が割り当てられた日付から推定します。記録ステータスが「調査中」に変わった時点から推定します。イベントタイプ inferred
	予防措置を実施	特定された予防措置に関連するタスクが完了し、予防策が実施されたことを示します。
重要な理由「予防措置の実施率」の重要業績評価指標（KPI）を測定するうえで重要なアクティビティです。品質の予防的な改善が実際に実施されたことを確認できます。入手先システムの分析が必要です。関連付けられた予防措置レコード、またはその関連タスクの完了日から推定できると考えられます。記録関連付けられた予防措置レコードの完了日から取得します。イベントタイプ inferred
	予防措置を特定	潜在的な不適合の原因を取り除くための予防措置が特定されたことを示します。元の品質イベントとは別のレコードとして管理し、関連付ける場合があります。
重要な理由品質管理における組織の予防的な取り組みを分析するうえで重要です。予防措置の開始時期を追跡し、「予防措置管理」ダッシュボードに役立てられます。入手先システムの分析が必要です。元の品質イベントレコードに関連付けられた予防措置レコードの作成日から取得できると考えられます。記録関連付けられた予防措置レコードの作成日から取得します。イベントタイプ inferred
	最終確認を実施	クローズ前に品質イベントのレコード全体を最終確認し、文書化が完了していることと、すべての手順が守られていることを確認します。明示的な承認ステップとして実施される場合があります。
重要な理由プロセス終了前の最後の品質ゲートにあたり、コンプライアンスとデータの完全性を確認します。この段階のボトルネックは、最終クローズの遅れにつながる可能性があります。入手先ワークフロー履歴ログに記録された「最終確認」または「クローズ準備完了」の承認ステップのタイムスタンプから取得します。記録ワークフローの「最終確認」承認ステップのタイムスタンプから取得します。イベントタイプ explicit
	初期評価を実施	新たに特定された品質上の問題を最初に確認・評価し、基本情報を集めて妥当性を判断する段階です。初期評価フォームの項目が入力されたときや、ステータスが「新規」から「評価中」に変わったときに推定できます。
重要な理由初期評価の効率を分析し、問題の報告から実際の評価開始までにかかった時間を測定できます。入手先ステータスの変更（例：「新規」から「評価中」）またはイベントのワークフローログに記録された初期評価タスクの完了日から推定します。記録ステータスが「評価中」または「初期評価中」に変わった時点から推定します。イベントタイプ inferred
	品質イベントをキャンセル	重複登録や無効な報告などの理由で、問題が完全に解決されないまま品質イベントが終了する場合の終了点です。
重要な理由正常に解決したケースと、途中で終了したケースを区別できます。キャンセルの分析から、初期報告や初期評価の段階にある問題が明らかになる場合があります。入手先イベントの履歴ログでステータスが「キャンセル」「無効」または「取り下げ」に変わった時点から推定します。記録ステータスが「キャンセル」に変わったタイムスタンプから推定します。イベントタイプ inferred
	問題を分類し、優先順位を設定	問題の種類、重大度、優先度が分類され、以降のワークフローが決まる時点を示します。通常、分類と優先度のフィールドが入力され、レコードが保存されたときに記録されます。
重要な理由これは重要な判断ポイントです。この段階までにかかった時間を分析することは、「問題の初期評価と優先順位付け」ダッシュボードや、プロセスの振り分け状況を把握するうえで重要です。入手先システムの監査証跡で追跡される「重大度レベル」や「品質イベントの種類」などの必須フィールドに、初めて値が入力されたタイムスタンプから推定します。記録「重大度」または「優先度」フィールドに初めて値が入力されたタイムスタンプから推定します。イベントタイプ inferred
	是正措置計画を却下	提案された是正措置計画が審査の結果却下され、修正して再提出する必要があることを示します。このアクティビティによって、プロセスに手戻りが発生します。
重要な理由手戻りの特定、却下理由の把握、計画プロセスの初回承認率の測定に役立つ重要なアクティビティです。入手先ワークフロー履歴ログに記録された却下タイムスタンプから取得します。ワークフロー内の承認アクションに対応する記録です。記録ワークフロー履歴に記録された却下ステップのタイムスタンプから取得します。イベントタイプ explicit
	是正措置計画を提案	根本原因に対処する正式な計画が文書化され、承認に提出されたときに発生するアクティビティです。通常、フォームの是正措置計画の項目が入力され、ステータスが次の段階に進んだときに記録されます。
重要な理由根本原因分析の完了からこの段階までの時間を分析すると、是正措置の計画における遅れが明らかになります。これは品質プロセスでよく見られるボトルネックです。入手先ステータスが「CAPA承認待ち」に変わった時点、または品質イベントのレコード内にある是正措置計画フォームの提出タイムスタンプから推定します。記録ステータスが「承認待ち」に変わった時点、またはCAPA計画の提出日から推定します。イベントタイプ inferred
	有効性検証に失敗	実施した是正措置で問題が解決されず、新たな調査やCAPAサイクルが始まることを示します。重大なプロセス上の失敗と手戻りの発生を表します。
重要な理由解決に至らなかった措置を明らかにし、手戻り率とコストに直接影響します。こうした事例の分析は、根本原因分析とCAPA計画の改善に欠かせません。入手先ステータスが「有効性確認失敗」に変わった時点、または元の品質イベントに関連付けられたフォローアップの品質イベントが作成された時点から推定します。記録ステータスが「検証失敗」などに変わった時点、または検証レコードのフラグから推定します。イベントタイプ inferred
	関係者に通知	品質イベントの解決結果を関係者に正式に伝えたことを示します。専用のワークフローステップや、記録された連絡履歴で追跡できる場合があります。
重要な理由連絡の効率を測定するうえで欠かせず、「関係者への通知の適時性」ダッシュボードに役立ちます。この段階での遅れは、顧客満足度に影響する可能性があります。入手先多くの場合、手作業で行うステップのため、システムの分析が必要です。設定されている場合は、「関係者に通知」タスクの完了から推定できます。記録手動の「関係者に通知」タスクの完了日から推定します。イベントタイプ inferred

推奨任意

データ抽出ガイド

ETQ Relianceからデータを取得する方法

ステップ

前提条件とセットアップ：Python 3.6以降がインストールされていることを確認します。pip install requests pandasを実行して必要なライブラリをインストールしてください。システム管理者からAPI認証情報（ユーザー名、パスワード）とETQ RelianceインスタンスのベースURLを入手します。抽出対象の品質イベントに対応するアプリケーションIDとビューIDも必要です。
Pythonスクリプトを設定：用意されているPythonスクリプトを、たとえばextract_etq_events.pyというファイルにコピーします。ファイルを開き、スクリプト冒頭のプレースホルダー変数に値を入力します。ETQのベースURL、API認証情報、対象のアプリケーションIDとビューID、抽出する日付範囲を指定してください。
アクティビティの対応関係を定義：スクリプトにはACTIVITY_MAPPING_CONFIGというセクションがあります。ここがカスタマイズで最も重要な部分です。ETQ Relianceの管理者と連携し、必須の17のプロセスアクティビティそれぞれに対応する正確なフォームフィールド、フィールド値、ステータス遷移を特定します。システムの設定に合わせて、スクリプト内の設定辞書を更新してください。
スクリプトを実行：コマンドラインからpython extract_etq_events.pyを実行します。スクリプトはまずETQ Reliance APIで認証し、セッショントークンを取得します。
データを取得：指定したビューを照会し、設定した日付範囲内に作成された品質イベントの一覧を取得します。APIのページネーションを自動処理し、該当するすべてのレコードを取得します。
イベント履歴を抽出：特定した各品質イベントについて、2回目のAPI呼び出しを行い、詳細な監査証跡または履歴を取得します。この履歴には、イベントに加えられたすべての変更がタイムスタンプ付きで記録されています。
データを変換：品質イベントごとに履歴を処理します。監査ログの各エントリを確認し、設定したACTIVITY_MAPPING_CONFIGを使って、フィールドの変更やステータス更新を個別のアクティビティ行に変換します。たとえば、作成記録は「品質問題の特定」に、ステータスが「クローズ」に変わった記録は「品質イベントのクローズ」になります。
DataFrameを作成：特定した各アクティビティをpandasのDataFrameに1行ずつ追加します。QualityEvent、ActivityName、EventTimestampなどの必須列に加え、APIの応答に含まれる推奨属性も設定します。
CSVにエクスポート：すべての品質イベントと対応するアクティビティの処理が完了すると、スクリプトはイベントログ全体をetq_quality_events_log.csvという名前のCSVファイルに保存します。ファイルはProcessMindにそのままアップロードできる形式です。

設定

APIエンドポイントURL：ETQ Reliance REST APIのベースURLです。例：https://yourcompany.etq.com/reliance/api。
認証：専用のAPIユーザーアカウントとユーザー名、パスワードが必要です。このユーザーには、品質イベントアプリケーションとその監査証跡データの読み取り権限が必要です。
アプリケーションIDとビューID：アプリケーション（例：「品質イベント」）と、抽出対象のレコードを含むビューのETQ Reliance内部IDを指定します。これらのIDによって、スクリプトが参照するデータソースが特定されます。
日付範囲：START_DATE変数とEND_DATE変数を設定し、抽出期間を指定します。まずは直近3か月など短い期間で設定を検証してから、より長い期間の履歴データを処理することをおすすめします。
アクティビティの対応設定：スクリプト内のPython辞書で、ETQ Relianceのフィールド名、変更前の値、変更後の値を、イベントログで必要な標準アクティビティ名に対応付けます。ETQのワークフロー設定を詳しく確認する必要があります。
ページネーションの設定：PAGE_SIZE変数で、API呼び出しごとに取得するレコード数を調整できます。APIの応答がタイムアウトする場合は値を小さくするとよいでしょう。接続が安定している場合は、値を大きくすると処理速度が向上することがあります。

クエリの例 python

import requests
import pandas as pd
from datetime import datetime
import json

class=class="hl-string">"hl-comment"># --- CONFIGURATION SETTINGS --- #
class=class="hl-string">"hl-comment"># Replace with your ETQ Reliance instance details
ETQ_BASE_URL = class="hl-string">"https://[your_etq_instance_url]/reliance/api"
API_USERNAME = class="hl-string">"[your_api_username]"
API_PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># Specify the Application and View ID for Quality Events
APPLICATION_ID = class="hl-string">"[Your_Quality_Events_Application_ID]"
VIEW_ID = class="hl-string">"[Your_Quality_Events_View_ID]"

class=class="hl-string">"hl-comment"># Define the date range for the extraction (YYYY-MM-DD format)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># API settings
PAGE_SIZE = 100

class=class="hl-string">"hl-comment"># --- ACTIVITY MAPPING CONFIGURATION --- #
class=class="hl-string">"hl-comment"># This section requires customization based on your specific ETQ Reliance configuration.
class=class="hl-string">"hl-comment"># Map ETQ field changes to the desired activity names.
class=class="hl-string">"hl-comment"># Format: class="hl-string">'FieldName': {(class="hl-string">'OldValue', class="hl-string">'NewValue'): class="hl-string">'ActivityName'}
class=class="hl-string">"hl-comment"># Use class="hl-string">'*' as a wildcard for OldValue or NewValue if the change itself is the trigger.
ACTIVITY_MAPPING_CONFIG = {
    class=class="hl-string">"hl-comment"># Example mappings based on a class="hl-string">'Status' field
    class="hl-string">'ds_status': {
        (None, class="hl-string">'New'): class="hl-string">'Quality Issue Identified',
        (class="hl-string">'New', class="hl-string">'Under Assessment'): class="hl-string">'Initial Assessment Performed',
        (class="hl-string">'Under Assessment', class="hl-string">'Under Investigation'): class="hl-string">'Investigation Initiated',
        (class="hl-string">'Investigation Complete', class="hl-string">'CAPA Proposed'): class="hl-string">'Corrective Action Plan Proposed',
        (class="hl-string">'CAPA Proposed', class="hl-string">'CAPA Approved'): class="hl-string">'Corrective Action Plan Approved',
        (class="hl-string">'CAPA Proposed', class="hl-string">'CAPA Rejected'): class="hl-string">'Corrective Action Plan Rejected',
        (class="hl-string">'CAPA Approved', class="hl-string">'Implementation in Progress'): class="hl-string">'Corrective Action Implemented',
        (class="hl-string">'Implementation Complete', class="hl-string">'Effectiveness Verification'): class="hl-string">'Effectiveness of Action Verified',
        (class="hl-string">'Effectiveness Verification', class="hl-string">'Closed'): class="hl-string">'Final Review Performed',
        (class="hl-string">'Effectiveness Verification', class="hl-string">'Re-investigate'): class="hl-string">'Effectiveness Verification Failed',
        (class="hl-string">'*', class="hl-string">'Closed'): class="hl-string">'Quality Event Closed',
        (class="hl-string">'*', class="hl-string">'Canceled'): class="hl-string">'Quality Event Canceled'
    },
    class=class="hl-string">"hl-comment"># Example mappings based on completion of form sections (field changes from blank to non-blank)
    class="hl-string">'dt_categorization_complete_date': {
        (None, class="hl-string">'*'): class="hl-string">'Issue Categorized And Prioritized'
    },
    class="hl-string">'dt_rca_complete_date': {
        (None, class="hl-string">'*'): class="hl-string">'Root Cause Analysis Performed'
    },
    class="hl-string">'dt_pa_identified_date': {
        (None, class="hl-string">'*'): class="hl-string">'Preventive Action Identified'
    },
    class="hl-string">'dt_pa_implemented_date': {
        (None, class="hl-string">'*'): class="hl-string">'Preventive Action Implemented'
    },
    class="hl-string">'dt_stakeholder_notified_date': {
        (None, class="hl-string">'*'): class="hl-string">'Stakeholders Notified'
    }
}

def get_etq_token(session):
    class="hl-string">"""Authenticates with ETQ API and returns a session token."""
    auth_url = fclass="hl-string">"{ETQ_BASE_URL}/v1/login"
    credentials = {class="hl-string">'username': API_USERNAME, class="hl-string">'password': API_PASSWORD}
    try:
        response = session.post(auth_url, json=credentials)
        response.raise_for_status()
        return response.json().get(class="hl-string">'token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error during authentication: {e}")
        return None

def main():
    class="hl-string">"""Main function to extract, transform, and save event data."""
    with requests.Session() as session:
        token = get_etq_token(session)
        if not token:
            return
        
        session.headers.update({class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}'})
        
        class=class="hl-string">"hl-comment"># Get all quality events within the date range
        all_events = []
        page = 0
        while True:
            search_url = fclass="hl-string">"{ETQ_BASE_URL}/v2/applications/{APPLICATION_ID}/views/{VIEW_ID}/search"
            params = {
                class="hl-string">'page': page,
                class="hl-string">'size': PAGE_SIZE,
                class="hl-string">'query': fclass="hl-string">'creationDate>=\"{START_DATE}T00:00:00Z\" and creationDate<=\"{END_DATE}T23:59:59Z\"'
            }
            try:
                response = session.get(search_url, params=params)
                response.raise_for_status()
                data = response.json()
                all_events.extend(data.get(class="hl-string">'content', []))
                if data.get(class="hl-string">'last', True):
                    break
                page += 1
            except requests.exceptions.RequestException as e:
                print(fclass="hl-string">"Error fetching quality event list: {e}")
                break
        
        print(fclass="hl-string">"Found {len(all_events)} total quality events.")
        event_log = []

        class=class="hl-string">"hl-comment"># Process each event to get its history
        for event in all_events:
            event_id = event.get(class="hl-string">'uid')
            case_id = event.get(class="hl-string">'documentNumber', event_id)
            if not event_id:
                continue

            history_url = fclass="hl-string">"{ETQ_BASE_URL}/v1/applications/{APPLICATION_ID}/documents/{event_id}/history"
            try:
                hist_response = session.get(history_url)
                hist_response.raise_for_status()
                history_data = hist_response.json()
            except requests.exceptions.RequestException as e:
                print(fclass="hl-string">"Could not fetch history for event {case_id}: {e}")
                continue

            class=class="hl-string">"hl-comment"># Extract initial record creation as class="hl-string">'Quality Issue Identified'
            class=class="hl-string">"hl-comment"># Note: This logic assumes the first history entry isnclass="hl-string">'t a creation event, using the main record's creationDate instead.
            class=class="hl-string">"hl-comment"># If your history includes a class="hl-string">'Create' event, adjust accordingly.
            creation_time = event.get(class="hl-string">'creationDate', datetime.now().isoformat())
            event_log.append({
                class="hl-string">'QualityEvent': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Quality Issue Identified',
                class="hl-string">'EventTimestamp': creation_time,
                class="hl-string">'ActionPerformedBy': event.get(class="hl-string">'createdBy', {}).get(class="hl-string">'uid'),
                class="hl-string">'ResponsibleDepartment': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Department_Field]', None),
                class="hl-string">'SeverityLevel': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Severity_Field]', None),
                class="hl-string">'RootCauseCategory': None,
                class="hl-string">'EffectivenessVerificationOutcome': None,
                class="hl-string">'EventEndTime': None
            })

            class=class="hl-string">"hl-comment"># Process history for other activities
            for entry in sorted(history_data, key=lambda x: x[class="hl-string">'date']):
                timestamp = entry[class="hl-string">'date']
                user = entry.get(class="hl-string">'user', {}).get(class="hl-string">'uid')
                for change in entry.get(class="hl-string">'changes', []):
                    field_name = change.get(class="hl-string">'field', {}).get(class="hl-string">'uid')
                    old_value = change.get(class="hl-string">'oldValue')
                    new_value = change.get(class="hl-string">'newValue')

                    if field_name in ACTIVITY_MAPPING_CONFIG:
                        mappings = ACTIVITY_MAPPING_CONFIG[field_name]
                        class=class="hl-string">"hl-comment"># Check for specific value transitions
                        if (old_value, new_value) in mappings:
                            activity = mappings[(old_value, new_value)]
                        class=class="hl-string">"hl-comment"># Check for wildcard class="hl-string">'from anything' to specific value
                        elif (class="hl-string">'*', new_value) in mappings:
                            activity = mappings[(class="hl-string">'*', new_value)]
                        class=class="hl-string">"hl-comment"># Check for wildcard class="hl-string">'from specific value' to anything
                        elif (old_value, class="hl-string">'*') in mappings:
                            activity = mappings[(old_value, class="hl-string">'*')]
                        class=class="hl-string">"hl-comment"># Check for wildcard from class="hl-string">'None' to anything (field populated for first time)
                        elif (None, class="hl-string">'*') in mappings and old_value is None:
                            activity = mappings[(None, class="hl-string">'*')]
                        else:
                            continue class=class="hl-string">"hl-comment"># No match
                        
                        event_log.append({
                            class="hl-string">'QualityEvent': case_id,
                            class="hl-string">'ActivityName': activity,
                            class="hl-string">'EventTimestamp': timestamp,
                            class="hl-string">'ActionPerformedBy': user,
                            class="hl-string">'ResponsibleDepartment': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Department_Field]', None),
                            class="hl-string">'SeverityLevel': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Severity_Field]', None),
                            class="hl-string">'RootCauseCategory': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_RootCause_Field]', None),
                            class="hl-string">'EffectivenessVerificationOutcome': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Effectiveness_Field]', None),
                            class="hl-string">'EventEndTime': None
                        })

    if not event_log:
        print(class="hl-string">"No events were processed. The event log is empty.")
        return

    class=class="hl-string">"hl-comment"># Convert to DataFrame and save to CSV
    df = pd.DataFrame(event_log)
    df[class="hl-string">'EventTimestamp'] = pd.to_datetime(df[class="hl-string">'EventTimestamp'])
    df = df.sort_values(by=[class="hl-string">'QualityEvent', class="hl-string">'EventTimestamp'])
    df.to_csv(class="hl-string">'etq_quality_events_log.csv', index=False)
    print(class="hl-string">"Successfully created etq_quality_events_log.csv")

if __name__ == class="hl-string">'__main__':
    main()

始める準備はできていますか？

このテンプレートを使って品質管理データを効率よく準備し、プロセスのインサイトを見つけてください。業務の最適化に向けた取り組みは、ここから始まります。

改善ガイドに戻る

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

品質管理を今すぐ最適化：サイクルタイムを短縮

ボトルネックを特定して解消し、サイクルタイムの30％短縮を目指します。

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

クレジットカードは不要です。数分でセットアップできます。

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

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

品質管理の属性

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

データ抽出ガイド

ETQ Reliance REST APIを使ったPythonスクリプトによるデータ抽出

ステップ

設定

クエリの例 python

始める準備はできていますか？

品質管理を今すぐ最適化：サイクルタイムを短縮