根本原因
8Dが作業者のせいで終わり、問題が再発する。
Zometric なら
D4は、発生原因の検証と、フル8Dではシステム的原因の検証がなければ完了できません。いずれもエビデンスによる裏づけが必要です。フォーマットによっては、未検出の原因も必須にできます。
根本原因の分類と検証手法
CAPAと8D手法とは？
CAPA（是正処置および予防処置）は、発生した問題の原因を取り除いて再発を防ぎ、その教訓を次に同じ問題が起こりうる製品、工程、拠点へ展開するものです。8D（8つのディシプリン）は、自動車業界の顧客がそのために求めるチーム手法です。IATF 16949の10.2.3項は、封じ込め、根本原因分析、システム的な是正処置、有効性の検証、そしてPFMEAとコントロールプランの更新を求めています。
Zometricは、D0からD8までの9つのステップで進めます：受付とトリアージ、チーム、問題記述、封じ込め、根本原因、処置の選定と検証、処置の実施と実証、再発防止、そしてチームの表彰を伴うクローズです。D0では、フル8Dと簡易版のどちらで進めるかを決めます。同じステップを、VDA 8DまたはAIAG CQI-20の用語で表示することもできます。
検証済みの根本原因は、事実を説明でき、可能であれば問題を意図的に発生させたり止めたりできるものでなければなりません。原因は、不良がなぜ発生したかとなぜ検出されなかったか、そして技術的原因とシステム的原因に分けて扱います。部品だけを対象とした対策では、不良を通してしまった工程は変わらないからです。
チームが移行する理由
Zometric CAPAと8Dが解消する問題
品質チームが自らの言葉で語る6つの問題と、8Dが単なる様式ではなくゲート付きの案件になることで何が変わるか。
使い方
Zometricでの8Dの進め方
各ディシプリンには固有のチェックがあります。未解決のエラーはステップを止め、次のステップのカードが何が足りないかを示します。
D0 · 受付とトリアージ
案件を起票しトリアージする
案件は、顧客またはサプライヤーからのクレーム、監査の指摘事項、階層別工程監査の不適合、または社内の起点から起票されます。3つのトリアージ質問によってフル8Dか簡易版かが提案されます。安全、法規制、重大な問題には常にフル8Dが適用されます。
D1–D2 · チームと問題記述
チームを編成し、問題を記述する
スポンサーとチームリーダーを指名し、メンバーや顧客・サプライヤーの代表者を加えます。問題は要求と実際の差として、5W2H、IS / IS NOT、不良のパターン、類似の部品・ライン・拠点の確認とともに記述します。
D3 · 封じ込め
封じ込める
封じ込めを場所ごと — サプライヤー、仕掛品、完成品、輸送中、顧客先 — に、ロット、検査数量と不合格数量、処置判定とともに記録します。特別採用と修理には顧客の承認が必要で、すでに出荷された疑わしい製品については顧客への通知が必要です。
D4 · 根本原因
根本原因を特定し検証する
なぜなぜ分析、特性要因図、IS / IS NOT、パレート、故障の木、決定マトリクス、マルチバリ、または原因と結果のマトリクスで分析し、可能性の高い原因を根本原因に昇格させます。プロジェクトのPFMEAの故障連鎖とコントロールプランの行が横に並ぶため、チームは「FMEAに載っていたか？」に答えられます。
D5–D6 · 処置と実証
処置を選定し、検証し、実証する
是正処置とシステム的処置を、それぞれが取り除く原因に関連付けます。結果を記録する前に合格基準を確定し、実施前に検証し、実施後に実証します。必要に応じて、変更の前後を現場のSPCデータや検査データと比較できます。
D7 · 再発防止
教訓を展開する
再発防止の対象ごとに判断します：PFMEA、DFMEA、コントロールプラン、プロセスフロー、作業指示書、類似の製品と工程、他拠点、教訓、またはLPAの質問。各判断は「完了」、担当者と日付付きの「予定」、または理由付きの「該当なし」のいずれかです。
D8 · クローズと表彰
クローズし、署名し、レビューする
クローズの要約を提出し、チームリーダーとスポンサー、クレームが求める場合は顧客の承認を得ます。承認は電子署名で行えます。クローズ時に有効性レビューが予定され、既定では90日後です。
CAPAと8D を自社のプロセスで見てみませんか？
30分の通話で、製品、顧客要求、現在お使いのツールについてお話しします。
機能内容
CAPAと8D問題解決 — 実際に得られるもの。
それぞれの機能が、あなたのチームがすでに下そうとしている意思決定に結びついています。
ゲート付きのD0〜D8
各ステップに固有のチェックがあり、未解決のエラーがあれば先へ進めません。次のステップのカードが、前進に必要なことをチームリーダーに示します — エビデンスに裏づけられた検証済みの根本原因がなければ、8Dをクローズすることはできません。
VDA 8D、CQI-20、顧客指定のフォーマット
問題に取り組むのは一度だけ、報告は顧客が求めるフォーマットで。フォーマットは、顧客指定のワークブックも含め、ステップ、ラベル、レポートのレイアウトを定義しますが、チームの問題解決の進め方は変えません。
ロットとクリーンポイントを伴う封じ込め
自社工場、輸送中、顧客倉庫といった場所ごとの封じ込め処置を、対象ロット、選別数量、処置判定とともに管理します。クリーンポイントが記録され、封じ込めは恒久対策が実証されて初めて解除できます。ただし、スポンサーまたは品質管理者が書面で理由を示して上書きした場合を除きます。
根本原因：発生と流出
なぜなぜ5回、特性要因図、パレート、Is／Is-Not、故障の木、決定マトリクスを、いずれも案件レコード上で。根本原因は、不良がなぜ発生したかとなぜ流出したかに分けられ、関連するPFMEAとコントロールプランの情報が横に並びます。
D7の再発防止をPFMEAとコントロールプランへ
再発防止は、実際の文書に対して下す判断です。教訓を適用するPFMEA、コントロールプラン、プロセスフローを選ぶと、そこにレビューフラグが立ちます — 市場不具合からリスク分析へ戻るループは、会議ではなくシステムの中で閉じます。
実証しなければならない有効性
クローズ時に有効性レビューが予定されます。問題が再発していれば案件は再オープンされます。クローズ済みのCAPAに対する再発クレームは、そのCAPAに自動でフラグを立てます。
エビデンス、承認、レポートの版
各ステップに写真とファイル、電子署名による承認、そして発行時のまま凍結される番号付きのレポート版 — 初回、中間、最終。マネジメントレビュー用パックで、CAPAの全体像をExcelにエクスポートできます。
過去の案件から学ぶ
類似の過去案件、実証済みの根本原因、効果のあった処置を、自社のCAPAとFMEAから出典付きで提案します。このモジュールでは外部のLLMを使用せず、何を採用するかはエンジニアが決めます。
数字で見る
8Dの各ステップの期限
ステップの期限は、誰かが案件を起票した時点ではなく、問題が報告された時点から計算されます。以下はVDA 8D、CQI-20、汎用8Dの各フォーマットの既定値です。いずれも複製したフォーマットで変更でき、クレームや監査の期限がある場合はそちらが優先されます。
- 24
- 封じ込めまでの時間（D3）
- 15
- 根本原因と計画までの日数（D4–D5）
- 60
- 実施とクローズまでの日数（D6–D8）
| ステップ | 期限までの時間 | 期限日時 |
|---|---|---|
| D0 準備と初動 | 期限までの時間24時間 | 期限日時3月3日 09:00 |
| D1 チーム | 期限までの時間24時間 | 期限日時3月3日 09:00 |
| D2 問題の記述 | 期限までの時間5日 | 期限日時3月7日 09:00 |
| D3 封じ込め | 期限までの時間24時間 | 期限日時3月3日 09:00 |
| D4 根本原因の特定 | 期限までの時間15日 | 期限日時3月17日 09:00 |
| D5 処置の選定と検証 | 期限までの時間15日 | 期限日時3月17日 09:00 |
| D6–D8 実施、再発防止、クローズ | 期限までの時間60日 | 期限日時5月1日 09:00 |
連携モジュール
CAPAと8DとZometricの他モジュールとの連携
他のモジュールはCAPAを通じて案件を起票し、変更があれば通知を受け取るため、モジュール間で入力し直すものはありません。
クレーム管理
双方向クレームは、封じ込め、根本原因、最終報告の固有の期限を持つCAPAを一件起票します。再発クレームはクローズ済みのCAPAにレビューフラグを立て、その有効性レビューに表示されます。
監査管理
双方向不適合の指摘事項と階層別工程監査の不適合は、指摘事項の回答期限を期限とするCAPAを起票します。D7では、再発防止の判断からLPA質問の下書きを作成できます。
FMEA
双方向D4ではプロジェクトのPFMEAの故障連鎖が表示され、根本原因をそれに関連付けられます。D7の判断はPFMEAまたはDFMEAにレビューフラグを立てます。
コントロールプラン
双方向D4では根本原因の横にコントロールプランの行が表示され、コントロールプランに関するD7の判断はそこにレビューフラグを立てます。
プロセスフロー図
双方向案件には、問題が発生した工程をプロジェクトのプロセスフローから記録します。D7ではプロセスフロー図をレビュー対象としてフラグできます。
サプライヤーポータル
双方向サプライヤーは、安全なリンクから封じ込め、根本原因、処置、実施に回答します。チームが回答を受理するまで、CAPAには何も反映されません。
工程内品質とSPC
参照元実施後の実証では、部品のSPCストリームを指定し、変更前後のパフォーマンスを示せます。
検査
参照元部品の検査結果も実証として使え、処置の前後で同じ長さの期間を比較します。
APQP
送信先D7での教訓の判断は、教訓ライブラリにCAPAとリンクしたエントリを作成します。
利用者
誰が使うか
チームリーダー
案件を進めます：トリアージ、各ステップ、クローズ申請、有効性レビュー。期限が近いステップや期限超過のステップのリマインダーを受け取ります。
スポンサー／チャンピオン
チームリーダーとともにクローズに署名し、書面で理由を示して封じ込めの解除を上書きできます。
チームメンバー
各ディシプリンに取り組みます — 問題記述、封じ込め、分析、根本原因、処置。トリアージとクローズはチームリーダーとスポンサーが担います。
品質管理者
あらゆる案件を管理し、期限超過ステップのエスカレーションを受け取り、品質管理者としての承認に署名し、封じ込めの解除を上書きできます。
起点の担当者
クレームコーディネーター、監査プログラム管理者、LPAのプロセスオーナーは、自分のクレーム、指摘事項、階層別監査から起票されたCAPAを管理します。
サプライヤー
サプライヤーポータルを通じて、自社の8Dの封じ込め、根本原因、処置、実施に回答します。
比較
Zometric CAPAと8D vs スプレッドシートやWordの8Dテンプレート
| Zometric CAPAと8D vs スプレッドシートやWordの8Dテンプレート | スプレッドシートまたはWordテンプレート | Zometric CAPAと8D |
|---|---|---|
| ステップのゲート | どの欄も空欄や曖昧なままにできる | 52のCAPAルール。未解決のエラーはステップとクローズを止める |
| 根本原因 | 自由記述欄が一つ | 発生と未検出それぞれの技術的原因とシステム的原因を、エビデンスで検証 |
| 封じ込めの終了 | 安全そうだと感じたら終了 | 実証に合格した後にのみ解除、または理由を付けて上書き |
| 期限 | 手入力で、追跡されることはまれ | 報告日から計算され、リマインダーとエスカレーション付き |
| PFMEAとコントロールプラン | D7に「更新済み」と記入 | D7の判断が必須で、文書にレビューフラグを立てる |
| 顧客フォーマット | 顧客ごとに別のファイル | 案件は一つ。VDA 8D、CQI-20、または顧客フォーマットとワークブック |
| 有効性 | クローズ後に確認されることはまれ | クローズ時にレビューを予定。不合格なら案件を再オープン |
| 版と承認 | 「8D_final_v2」をメールで送付 | 発行時のまま凍結される番号付きのレポート版と電子署名 |
CAPAと8D を自社のプロセスで見てみませんか？
30分の通話で、製品、顧客要求、現在お使いのツールについてお話しします。
標準とコンプライアンス
規制当局や顧客がすでに求める標準に対応して構築。
- 8D
- VDA 8D
- CQI-20
- IATF 16949
- ISO 9001
連携
データの入出力
8Dレポート
VDA 8D、CQI-20、または汎用レイアウトの8Dレポートを画面に表示し、PDF用の印刷レイアウトと、ディシプリンごとに1シートのExcelワークブックを出力します。
顧客の8Dワークブック
顧客の空の8Dワークブックをアップロードし、セルを一度マッピングすれば、発行済みのどのレポート版からでも記入できます。
台帳とマネジメントレビュー
KPI付きのCAPA台帳と、傾向、起点、原因のパレート、未完了・クローズ済みの案件、有効性をまとめたマネジメントレビュー用パックをExcelにエクスポートします。
カタログのインポート
顧客の原因カタログ、フォーマットのテキスト、評価基準をExcelまたはCSVから読み込みます。
REST APIとWebhook
案件、ステップ、チーム、封じ込め、根本原因、承認はREST APIで利用でき、案件のステータスが変わるとWebhookが送られます。
組み合わせると、さらに強力に
このモジュールと連携して機能するモジュール。
Zometricのモジュールは単一のデータ基盤を共有しています。導入数が増えるほど、S/N比の優位性が相乗的に高まります。
よくある質問
CAPAと8D：よくある質問
デモの前にチームからよく寄せられる質問に、率直にお答えします。
CAPAと8Dの違いは何ですか？
CAPA（是正処置および予防処置）は要求事項です：問題の原因を取り除いて再発させず、他の場所でも未然に防ぐこと。8Dはそれを行うための構造化されたチーム手法で、チーム編成からクローズまでの8つのディシプリンで構成されます。ZometricはすべてのCAPAを、D0からD8までの9ステップの8D案件として進めます。D0ではフル8Dと簡易版のどちらで進めるかを決めます。
Zometricはどの8Dフォーマットに対応していますか？
Zometricは、VDA 8D、CQI-20問題解決、汎用8Dの3つのフォーマットを標準で備えています。フォーマットは、ステップ名、必須の根本原因分類、検証レベル、承認、期限、レポートのレイアウトを定めます。フォーマットは複製して顧客向けに調整でき、顧客独自の8Dワークブックは発行済みのレポート版から記入できます。
フル8Dの代わりに簡易版の8Dを使えるのはどのような場合ですか？
トリアージでは、3つの質問が進め方を提案します：原因がわかっているか、問題記述が完全か、問題が一人で対応できる範囲を超えているか。安全、法規制、重大な問題には常にフル8Dが適用され、顧客クレームも、フォーマットが簡易版を許可していない限りフル8Dになります。簡易版で始めて問題が大きいとわかった場合は、データを失わずにフル8Dへエスカレーションできます。
8Dの期限はどのように設定されますか？
期限は、問題が報告された時点から計算されます。既定値は、封じ込めが24時間、根本原因と処置計画が15日、実施、再発防止、クローズが60日です。クレームの期限や監査の指摘事項の回答期限がある場合はそちらが優先され、3日を超えて期限超過したステップは品質管理者にエスカレーションされます。
封じ込めはいつ解除できますか？
是正処置が実施後の実証に合格した後だけです。フォーマットによっては、顧客による終了承認や、クリーンポイント以降の一定のクリーン期間を必須にすることもできます。それより前に封じ込めを解除するには、スポンサーまたは品質管理者と書面による理由が必要で、理由はレコードとともに保管されます。
ZometricはCAPAが有効だったことをどのように検証しますか？
クローズ時に有効性レビューが予定され、既定では90日後です。クローズ後の再発クレームは再発シグナルとして表示され、それでも有効性を確認するには書面による正当化が必要です。レビューが不合格の場合は、選んだステップから案件を再オープンするか、クローズしたまま関連付けた再発CAPAを開始します。
サプライヤーはZometricで8Dに回答できますか？
はい。サプライヤーポータルを通じて、サプライヤーは安全なリンクから封じ込め、根本原因、是正処置、実施に回答します。回答は提案のままとして扱われ、チームが受理するまでCAPAには何も書き込まれません。受理された根本原因は、検証済みではなく「最も可能性が高い」状態から始まります。
ZometricのAIは、自社のCAPAデータを外部のAIモデルに送りますか？
いいえ。根本原因、処置、再発防止の対象に関する提案は、自社の過去のCAPAとFMEAを検索するローカルのエンジンから、それぞれ出典付きで提示されます。外部のLLMは使用せず、エンジニアが受理するまで案件には何も追加されません。