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

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

ETQ Reliance

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

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

このテンプレートは、品質管理プロセスの最適化に必要なデータを収集できるよう支援します。収集すべき属性、追跡すべき主要なアクティビティ、データ抽出の手順をまとめています。このリソースを使って、プロセス分析に役立つイベントログを作成してください。

詳細なデータ収集に推奨される属性
プロセスの可視化に向けて追跡すべき主要なアクティビティ
ETQ Relianceからデータを抽出する手順

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

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

品質管理の属性

品質管理を詳細に分析するために必要なコンテキストを提供する、イベントログへの追加を推奨するデータ項目です。

3 必須 6 推奨 13 任意

	名前	説明
	アクティビティ名 ActivityName	品質マネジメントプロセス内で発生した特定のタスクまたはイベントの名称です。
説明品質イベントのライフサイクルにおける単一のステップまたはマイルストーンを表す属性です。例として、「Issue Categorized And Prioritized」や「Root Cause Analysis Performed」などがあります。各アクティビティは、品質イベントを解決に近づけるために実行された個別のアクションを表します。アクティビティの分析は、プロセスマイニングの中心です。この属性を使ってプロセスマップを作成し、業務の流れを示します。ボトルネック、標準プロセスからの逸脱、手戻りループを特定できるため、プロセス改善に役立ちます。重要な理由プロセスのステップを定義するため、プロセスフローの可視化、ボトルネックの発見、逸脱の分析に必要です。入手先通常、ETQ Relianceの各モジュール内にあるイベントログ、ワークフローのステータス変更、または監査証跡から取得します。例調査を開始Root Cause Analysisを実施是正措置計画を承認
	イベントタイムスタンプ EventTimestamp	特定のアクティビティが発生した正確な日時です。
説明 Event Timestampは、アクティビティがシステムに記録された正確な時点を示します。品質イベントのライフサイクルにおける各アクティビティには固有のタイムスタンプがあり、イベントの時系列が形成されます。この属性は、プロセスマイニングにおける時間ベースの分析全般に欠かせません。アクティビティ間のサイクルタイムの計算、待機時間やボトルネックの特定、品質イベント全体の所要時間の測定に利用します。また、時間の経過に伴うパフォーマンスの傾向も分析できます。重要な理由期間の計算、イベントの時系列での並べ替え、ボトルネックの特定など、時間に基づく分析に欠かせない属性です。入手先通常、監査証跡テーブル、またはETQ Relianceで各アクティビティやワークフローステップに関連付けられた「last modified」や「status change」の日付項目に記録されています。例 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	品質イベント QualityEvent	単一の品質イベントを識別する一意の識別子です。特定から完了まで、関連するすべてのアクティビティを紐付けます。
説明 Quality Eventは、品質マネジメントプロセスにおける主要なケース識別子です。不適合、顧客苦情、逸脱など、調査と解決の対象となる個別の品質問題を表します。プロセスマイニング分析では、各品質イベントのエンドツーエンドの経過を再構成するために欠かせない属性です。プロセスマップの可視化、開始から完了までのサイクルタイムの測定、さまざまなイベントの処理方法を理解するためのバリアント分析に利用できます。すべてのアクティビティとデータポイントがこの識別子でグループ化され、ケース全体を把握できます。重要な理由関連するすべてのプロセスステップを1つのケースに結び付け、品質問題の解決ライフサイクルをエンドツーエンドで分析できるようにする、プロセスマイニングの基本属性です。入手先 ETQ RelianceのメインのQuality EventまたはNon-conformanceモジュールにおける主キーです。具体的なテーブル名と項目名については、ETQ Relianceのドキュメントを確認してください。例 QE-2023-00123NC-2023-0456CAPA-2023-7890
	イベント終了時刻 EventEndTime	アクティビティが完了した日時です。処理時間の計算に使用します。
説明イベント終了時刻は、アクティビティの完了を示します。イベントタイムスタンプ（開始時刻）と組み合わせることで、1つのプロセスステップの所要時間を定義できます。すべてのシステムが各イベントの終了時刻を明示的に記録するとは限りません。その場合は、後続イベントの開始時刻から導出することがあります。この属性は、個々のアクティビティの処理時間を計算するうえで欠かせません。アクティビティ間の待ち時間とは異なり、どのタスクに時間がかかっているかを特定できます。これにより、対象を絞った改善を行い、プロセスを効率化できます。重要な理由個々のアクティビティの処理時間を計算できるため、実作業時間と待ち時間を区別できます。入手先 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を直接支え、プロセス全体の効率を測る主要な指標となります。ダッシュボードでサイクルタイム短縮の目標に対するパフォーマンスを追跡したり、イベントのカテゴリ別に所要時間を比較したりするために使用します。重要な理由品質管理プロセスの開始から終了までの全体的な効率を測る主要なパフォーマンス指標です。入手先 ETQ Relianceで直接取得できる属性ではありません。ケースごとに最初のイベントのタイムスタンプから最後のイベントのタイムスタンプを差し引き、プロセスマイニングツールまたはETL処理で計算します。例 25920006048008640000
	品質イベントのステータス QualityEventStatus	品質イベント全体の現在のステータスです。オープン、クローズ、キャンセルなどがあります。
説明この属性は、品質イベントのライフサイクルにおける現在の位置を大まかに示します。ケースが対応中か、正常に解決済みか、何らかの理由でキャンセルされたかを確認できます。プロセス分析では、対応中のケースと完了したケースを絞り込むために使用します。未完了の品質イベントのバックログを計算するうえで基本となるほか、サイクルタイムなどの分析を確定した終了状態に達したケースだけに限定するためにも役立ちます。重要な理由オープンケースとクローズケースを絞り込めるため、バックログの計算や完了したプロセスフローの正確な分析に欠かせません。入手先 ETQ Relianceの主要な品質イベントオブジェクトにある基本的なステータス項目です。例オープンクローズキャンセル済み承認待ち
	問題の説明 IssueDescription	特定された品質問題を自由記述で説明する項目です。
説明この属性には、品質問題の詳細な説明が記録されます。構造化されたデータ項目では捉えにくい定性的な背景を提供します。通常、問題の説明をプロセスフローの可視化に直接使用することはありません。ただし、個別ケースを詳しく確認する際に役立ちます。テキストマイニングの手法と組み合わせれば、特定のプロセス逸脱や遅延に関連する共通のテーマやキーワードを特定することもできます。重要な理由品質イベントの具体的な内容を理解するための重要な定性的背景を提供します。個別ケースを詳しく分析する際に役立ちます。入手先 ETQ Relianceの品質イベント初期報告フォームにある標準的なテキストボックスまたはメモ項目です。例ステーション4でコンポーネントXYZがストレス試験に不合格となりました。顧客からバッチ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 任意

	アクティビティ	説明
	Root Cause Analysisを実施	根本原因が特定され、記録された調査の完了を表します。通常、RCAフォームのセクションが入力され、保存された時点で記録されます。
重要な理由調査段階の終了を示します。「Investigation Initiated」からこのアクティビティまでの期間は、分析プロセスのボトルネックを特定するための重要な指標です。入手先「Root Cause Category」項目の入力日、または監査証跡に記録されたRCAワークフローステップの完了タイムスタンプから推定します。取得「Root Cause」項目の入力、またはステータスが「RCA Complete」に変更された時点から推定します。イベントタイプ inferred
	品質イベントを完了	品質イベントレコードが正常に解決され、管理上クローズされたことを示す最後のアクティビティです。プロセスの主な終了点となります。
重要な理由全体のサイクルタイムを計算する際のプロセス終了点を定義します。完了したイベントを分析することは、処理量と全体的なパフォーマンスを測定するうえで重要です。入手先イベント履歴ログでステータスが「Closed」または「Completed」に変更された時点から推定します。通常、タイムスタンプも同時に記録されます。取得ステータスが「Closed」に変更された時点のタイムスタンプから推定します。イベントタイプ inferred
	品質問題を特定	新しい品質イベントのレコードが作成されたことを示す、プロセスの開始点です。通常、ETQ Relianceでユーザーが新しい品質問題フォームを送信した際に記録されます。
重要な理由ケースの開始時刻を確定します。エンドツーエンドのサイクルタイムの計算や、新しい品質イベントの発生率の分析に欠かせません。入手先通常、メインのQuality Eventテーブルまたは関連する監査証跡に記録された品質イベントレコードの作成タイムスタンプから取得します。取得品質イベントレコードの作成タイムスタンプから取得します。イベントタイプ explicit
	措置の有効性を検証	実施した是正措置によって根本原因が解消され、再発が防止されたことを確認します。一定の監視期間を経て実施される正式な検証ステップです。
重要な理由品質プロセスを完了させるための重要なステップであり、CAPA Effectiveness KPIに直接関係します。解決策が一時的なものではなく、継続的に有効であることを確認できます。入手先「Effectiveness Verification」ワークフローステップまたはフォームセクションの完了日から取得します。通常、独立したタイムスタンプ付きアクティビティとして記録されます。取得「Effectiveness Check」フォームまたはタスクの完了日から取得します。イベントタイプ inferred
	是正措置を実施	承認された是正措置計画に記載されたタスクが完了したことを表します。通常、実施担当者が割り当てられたアクション項目を完了として登録した時点で記録されます。
重要な理由実施段階の所要時間を測定し、是正措置の実行におけるリソース不足や実務上の難しさを明らかにできます。入手先最後に関連付けられた是正措置タスクの完了日、またはステータスが手動で「Actions Implemented」に変更された時点から推定します。取得関連付けられたCAPAタスクのうち、最後のタスクが完了した日付から推定します。イベントタイプ inferred
	是正措置計画を承認	指定された承認者が提案された是正措置計画を正式に承認し、実施を開始できる状態になったことを示します。通常、ワークフロー上で明示的かつタイムスタンプ付きの承認アクションとして記録されます。
重要な理由主要なマイルストーンであり、重要な承認ゲートです。この段階での遅延は、全体の解決サイクルタイムを大幅に延ばす可能性があります。入手先イベントの電子署名またはワークフロー履歴ログに記録された承認タイムスタンプから取得します。ETQ Relianceでは承認ワークフローが広く利用されています。取得ワークフロー履歴に記録された承認ステップのタイムスタンプから取得します。イベントタイプ explicit
	調査を開始	品質問題の根本原因を特定するための正式な調査段階が始まったことを示します。通常、ステータスが「Under Investigation」に変更された時点、または調査担当者が割り当てられた時点から推定します。
重要な理由 Root Cause Analysisの所要時間を測定する起点となる重要なマイルストーンです。問題の評価から正式な調査開始までの遅延を特定できます。入手先イベント履歴ログでステータスが「Investigation」に変更された時点のタイムスタンプ、または主任調査担当者の役割が割り当てられた日付から推定します。取得ステータスが「Under Investigation」に変更された時点から推定します。イベントタイプ inferred
	予防措置を実施	特定された予防措置に関連するタスクが完了し、予防的な対策が実施されたことを示します。
重要な理由「Preventive Action Implementation Rate」KPIの測定に欠かせないアクティビティです。予防的な品質改善が実際に実行されていることを確認できます。入手先システム分析が必要です。関連付けられたPreventive Actionレコード、またはその関連タスクの完了日から推定する可能性があります。取得関連付けられたPreventive Actionレコードの完了日から取得します。イベントタイプ inferred
	予防措置を特定	潜在的な不適合の原因を排除するための予防措置（PA）が特定されたことを表します。元の品質イベントとは別の、関連付けられたレコードとして管理される場合があります。
重要な理由品質マネジメントにおける組織の予防的な対応力を分析するうえで重要です。「Preventive Action Management」ダッシュボードで、予防措置が開始された時点を追跡できます。入手先システム分析が必要です。元のQuality Eventレコードに紐付けられたPreventive Actionレコードの作成日から取得する可能性があります。取得関連付けられたPreventive Actionレコードの作成日から取得します。イベントタイプ inferred
	最終レビューを実施	品質イベントレコード全体を最終確認し、完了前にすべての文書が揃い、手順上のすべてのステップが実行されたことを確認します。通常、明示的な承認ステップとして実施されます。
重要な理由プロセス完了前の最後の品質ゲートです。コンプライアンスとデータの完全性を確認します。この段階のボトルネックは、最終完了を遅らせる可能性があります。入手先ワークフロー履歴ログに記録された「Final Review」または「Ready for Closure」承認ステップのタイムスタンプから取得します。取得ワークフローの「Final Review」承認ステップのタイムスタンプから取得します。イベントタイプ explicit
	初期評価を実施	新たに特定された品質問題について、基本的な事実を収集し、妥当性を判断するための初期レビューまたはトリアージを表します。通常、初期評価フォームのセクションが完了した時点、またはステータスが「New」から「Under Assessment」に変わった時点で推定します。
重要な理由初期トリアージの効率を分析し、問題の報告から実際の評価開始までにかかった時間を測定できます。入手先ステータス変更（例：「New」から「Assessing」）またはイベントのワークフローログに記録された初期評価タスクの完了日から推定します。取得ステータスが「Under Assessment」または「In Triage」に変更された時点から推定します。イベントタイプ inferred
	品質イベントをキャンセル	重複登録や無効な申請などの理由により、完全に解決されないまま品質イベントが終了した場合の代替的な終了点です。
重要な理由正常に解決されたケースと、途中で終了したケースを区別できます。キャンセルを分析することで、初期の報告やトリアージ段階における問題を明らかにできます。入手先イベント履歴ログでステータスが「Canceled」、「Void」、または「Withdrawn」に変更された時点から推定します。取得ステータスが「Canceled」に変更された時点のタイムスタンプから推定します。イベントタイプ inferred
	問題を分類して優先順位を設定	問題が種類、重大度、優先度によって分類され、その後のワークフローが決まることが多い段階を示します。分類項目と優先度項目が入力され、レコードが保存された時点で記録されます。
重要な理由重要な意思決定ポイントです。このステップまでの所要時間を分析することは、「Issue Triage and Prioritization」ダッシュボードや、プロセスの振り分けを理解するうえで重要です。入手先システムの監査証跡で追跡される、「Severity Level」や「Quality Event Type」などの必須項目が初めて入力された時点のタイムスタンプから推定します。取得「Severity」または「Priority」項目が初めて入力された時点のタイムスタンプから推定します。イベントタイプ inferred
	是正措置計画を却下	提案された是正措置計画がレビューの結果、却下され、修正と再申請が必要になったことを示します。このアクティビティにより、プロセス内に手戻りループが発生します。
重要な理由手戻りループの特定、却下理由の把握、計画プロセスの初回承認率の測定に欠かせないアクティビティです。入手先ワークフロー履歴ログに記録された却下タイムスタンプから取得します。ワークフロー内の承認アクションに対応する記録です。取得ワークフロー履歴に記録された却下ステップのタイムスタンプから取得します。イベントタイプ explicit
	是正措置計画を提案	根本原因に対処する正式な計画が記録され、承認申請された時点で発生します。通常、フォームのCorrective Action Planセクションが入力され、ステータスが次の段階に進んだ時点で記録されます。
重要な理由 RCA完了からこのステップまでの時間を分析することで、是正措置の計画における遅延を明らかにできます。品質プロセスでよく見られるボトルネックです。入手先ステータスが「Pending CAPA Approval」に変更された時点、または品質イベントレコード内の是正措置計画フォームが送信されたタイムスタンプから推定します。取得ステータスが「Pending Approval」に変更された時点、またはCAPA計画の申請日から推定します。イベントタイプ inferred
	有効性検証に失敗	実施した是正措置で問題が解決されず、新たな調査やCAPAサイクルが開始されることが多い状態を示します。重大なプロセス不備と手戻りループの発生を意味します。
重要な理由有効でなかった解決策を明らかにし、手戻り率とコストに直接影響します。これらの事例を分析することは、Root Cause AnalysisとCAPA計画プロセスの改善に欠かせません。入手先ステータスが「Effectiveness Check Failed」に変更された時点、または元のイベントに紐付いたフォローアップ品質イベントが作成された時点から推定します。取得「Verification Failed」などへのステータス変更、または検証レコード内のフラグから推定します。イベントタイプ inferred
	関係者に通知	品質イベントの解決結果を関係者に正式に伝えるアクションを表します。専用のワークフローステップまたは記録されたコミュニケーション履歴で追跡される場合があります。
重要な理由コミュニケーションの効率を測定するうえで欠かせず、「Stakeholder Notification Timeliness」ダッシュボードを支えます。ここでの遅延は顧客満足度に影響する可能性があります。入手先手動で実施されることが多いため、システム分析が必要です。設定されている場合は、「Notify Stakeholders」タスクの完了から推定できます。取得手動の「Notify Stakeholders」タスクの完了日から推定します。イベントタイプ inferred

推奨任意

抽出ガイド

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

ステップ

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

設定

APIエンドポイントURL：ETQ Reliance REST APIのベースURLです。例：https://yourcompany.etq.com/reliance/api。
認証：スクリプトには、ユーザー名とパスワードを持つ専用APIユーザーアカウントが必要です。このユーザーには、Quality Eventsアプリケーションとその監査証跡データへの読み取り権限が必要です。
アプリケーションIDとビューID：アプリケーション（例：「Quality Events」）と、抽出対象のレコードを含む特定のビューについて、ETQ Reliance内部のIDを指定する必要があります。これらのIDによって、スクリプトが使用する正確なデータソースが特定されます。
期間：START_DATEおよびEND_DATE変数を設定して、抽出期間を定義してください。大規模な履歴データセットで実行する前に、まずは直近3か月など短い期間で設定を検証することを推奨します。
アクティビティマッピング設定：スクリプト内のPython辞書で、ETQ Relianceのフィールド名、旧値、新しい値を、イベントログに必要な標準アクティビティ名へマッピングします。ETQ固有のワークフロー設定を詳しく分析する必要があります。
ページネーション設定：PAGE_SIZE変数で、1回のAPI呼び出しで取得するレコード数を調整できます。API応答がタイムアウトする場合は小さい値が必要になることがありますが、接続が安定していれば大きい値でパフォーマンスを改善できます。

a サンプルクエリ 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スクリプトによる抽出

ステップ

設定

a サンプルクエリ python

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

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

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