8D/CAPAを“形だけ”にしない是正処置ワークフロー|暫定→恒久→効果確認の停滞対策

8DやCAPAは、報告書の書式を用意しただけでは運用に乗りません。 一時対応までは早く進んでも、恒久対策の決定や効果確認、類似品・他工程への横展開が後回しになると、再発防止としては弱くなります。

よくある問題は、原因分析の手法そのものではなく、誰が、いつまでに、何を確認するかが画面上で分からなくなることです。 暫定対策、恒久対策、効果確認、横展開を別々のメモやExcelで管理すると、会議のたびに状況確認から始まり、完了判断も人によって変わってしまいます。

このページでは、8D/CAPAを「書類作成」で終わらせず、品質対応の実務として動かすためのワークフロー、画面項目、証跡管理、ECR/ECOとの連携、横展開の扱いを整理します。

近い話題
・原因・対策・再発防止を一元管理:品質クレーム管理システム
・不具合再現を早く進める入口:再現試験の情報テンプレ
・ステータス運用の考え方:失敗しにくいステータス設計

1. 8D/CAPAで止まりやすい場所を先に決めておく

8D/CAPAの進行が遅くなる場面は、おおむね決まっています。 そのため、ワークフローを設計するときは、最初から「止まりやすい場所」を状態として持たせておく方が現実的です。

流れ CAPAの基本ワークフロー

是正処置ワークフロー 暫定 → 恒久 → 効果確認 → 横展開
1

受付

不具合・クレームの内容、影響範囲、一次情報を登録。

2

暫定対策

隔離、出荷停止、代替対応などを実施し、証跡を残す。

3

原因分析

仮説、確認結果、原因確定の状態を分けて管理。

4

恒久対策

設計・工程・教育・検査変更などの対策を計画。

5

実施確認

対策を実施しただけでなく、確認者のチェックを残す。

6

効果確認

再発率、監査結果、測定結果などで有効性を確認。

7

横展開

類似品、他ライン、サプライヤへの反映状況を管理。

「実施済」と「確認済」を分けると、やったつもりのまま完了する状況を減らせます。

この流れを画面とステータスで固定しておくと、会議や監査の場で「今どこで止まっているか」を確認しやすくなります。

2. 1案件の基本構造:発生・影響・原因・対策・効果・横展開

CAPAの画面は、複雑にしすぎると入力されなくなります。 一方で、項目が少なすぎると、後から原因や対策の根拠を確認できません。 まずは、1案件を次の単位で構成すると扱いやすくなります。

原因欄の分け方
「原因の仮説」と「確定原因」を同じ欄に入れると、後から読んだときに判断の経緯が分かりにくくなります。 仮説、検証結果、確定原因は分けて持たせる方が、レビューや引き継ぎで使いやすくなります。

3. 管理画面では「案件一覧」と「停滞箇所」を同時に確認できるようにする

8D/CAPAの管理画面では、1件ごとの詳細だけでなく、全体としてどこに案件が滞留しているかを把握できることが重要です。 特に、暫定対策後、恒久対策の承認待ち、効果確認待ち、横展開未完了は、一覧で確認できるようにしておきます。

管理画面 CAPA案件一覧と停滞状況

CAPAダッシュボード 直近90日|品質保証部
対応中のCAPA案件
CAPA-2026-014|外観キズ再発 暫定対策済 / 原因分析中 / 担当:品質保証
原因確認中
CAPA-2026-018|寸法NG流出 恒久対策案あり / ECO承認待ち / 担当:生産技術
ECO待ち
CAPA-2026-021|梱包ミス 恒久対策実施済 / 効果確認予定:5/30
確認待ち
CAPA-2026-026|サプライヤ部品不良 SCAR発行済 / 横展開対象:3拠点
横展開中
停滞ポイント
暫定対策未確認 5件
ECO待ち 3件
効果確認待ち 9件
横展開未完了 4件

案件数だけでなく、どの工程で止まっているかを出すと、会議で確認すべき対象を絞れます。

4. ステータス設計:「進行中」だけで済ませない

CAPAのステータスを「未対応/対応中/完了」だけにすると、実際にはどこまで進んでいるのか分かりません。 細かくしすぎる必要はありませんが、実施と確認、計画と承認、効果確認待ちは分けておいた方が実務に合います。

ステータス 意味 画面上で持たせたい情報
受付 不具合・クレームの情報を受け付けた状態。 発生日、顧客影響、重大度、初期担当。
追加情報待ち 現品、写真、発生条件などが不足している状態。 依頼先、依頼内容、回答期限。
暫定対策 実施待ち 隔離・代替・出荷停止などの一時対応が必要な状態。 対策内容、担当、期限。
暫定対策 確認待ち 対策は実施済みだが、確認者のチェックが未完了の状態。 実施証跡、確認者、確認期限。
原因分析中 原因仮説を検証している状態。 仮説、検証方法、検証結果、関連資料。
恒久対策 計画中 再発防止策の内容を検討している状態。 対策案、影響範囲、必要承認。
恒久対策 実施済・確認待ち 対策は実施済みだが、確認完了前の状態。 作業記録、教育記録、工程変更記録、確認者。
効果確認待ち 再発有無や対策有効性を確認する時期を待っている状態。 確認予定日、確認方法、判定基準。
横展開中 類似品・他工程・他拠点への反映を進めている状態。 対象リスト、完了証跡、確認者。
クローズ 効果確認と必要な横展開まで完了した状態。 最終承認者、完了日、関連資料。

特に重要なのは、実施済みと確認済みを同じ扱いにしないことです。 実施した人は完了のつもりでも、品質保証や顧客対応の立場では、確認が済むまで未完了として扱う必要があります。

5. 証跡は「用途別」に残す

CAPAでは、文章だけでなく証跡が必要になります。 写真、検査記録、教育記録、作業指示書、試験結果、図面改訂、工程変更記録など、後から説明に使う資料を用途別に登録できるようにします。

証跡 添付資料を用途別に分類する

暫定対策

隔離写真、出荷停止指示、代替対応の記録、作業指示。

原因分析

測定ログ、解析レポート、現品写真、再現試験の結果。

恒久対策

図面改訂、工程変更、教育記録、検査基準の変更履歴。

効果確認

再発率、監査結果、トレンド、追加検査の記録。

添付を単に登録するだけでなく、用途を選ばせると後から必要な資料を探しやすくなります。

この考え方は、評価データまとめとも近いものです。 どの資料が、どの判断の根拠になったのかを結びつけておくことで、会議・監査・顧客説明で使いやすくなります。

6. 恒久対策がECR/ECO待ちになる場合の扱い

恒久対策が設計変更や工程変更に関係する場合、CAPA単体では完了できません。 ECR/ECOの承認待ち、切替日待ち、旧品処理待ちなどが発生します。 このとき、CAPA側に何も表示されないと、期限だけが過ぎているように見えてしまいます。

連携 CAPAとECR/ECOの関連づけ

CAPA側からECOの承認状況と切替予定を確認できると、品質会議で状況を説明しやすくなります。

ECR/ECOの設計は、設計変更の申請フロー を土台にすると整理しやすくなります。 CAPA側では、ECO番号、承認状況、切替予定日、影響範囲を参照できるだけでも実務上の確認が短くなります。

7. 横展開は対象ごとに完了条件を持たせる

横展開は、「類似品にも展開する」「他ラインにも共有する」と書くだけでは不十分です。 対象を列挙し、それぞれについて対応内容、担当、期限、完了証跡、確認者を持たせると、漏れを確認しやすくなります。

対象 対応内容 担当 期限 完了条件 状態
第1工場 Aライン 作業手順書の改定・教育 製造リーダー 2026/05/28 教育記録を添付し、品質保証が確認 完了
第2工場 Bライン 検査基準の追加 品質管理 2026/05/30 検査表の改定版を添付 確認待ち
サプライヤX 同条件品の在庫確認 購買 2026/06/03 回答書と写真を添付 未着手

横展開は、良い取り組みとして書かれる一方で、実際には完了確認が曖昧になりやすい領域です。 対象ごとに状態を持たせるだけでも、品質保証・製造・購買の間で確認しやすくなります。

8. 画面設計で重視したい実務上のポイント

CAPAの画面は、品質保証部門だけが使うとは限りません。 製造、生産技術、設計、購買、営業、サプライヤ対応など、複数部門が関わります。 そのため、入力画面はできるだけ迷わない構成にし、関係者ごとに見たい情報がすぐ分かるようにします。

すべてを一度に作り込む必要はありません。 最初は、暫定対策、恒久対策、効果確認、横展開の4つを確実に管理できる構成から始め、必要に応じて承認フローや外部共有を追加する方が導入しやすくなります。

最後に

8D/CAPAを実務で機能させるには、原因分析の書式だけでなく、対策が最後まで進むワークフローが必要です。 暫定対策は証跡を残し、恒久対策は担当と期限を持たせ、効果確認は予定日と判定基準を固定する。 さらに、類似品や他工程への横展開を対象ごとに管理できれば、再発防止としての信頼性が上がります。

まずは、現在のCAPA一覧を見て、どの案件が「暫定対策で止まっているのか」「ECO待ちなのか」「効果確認待ちなのか」「横展開未完了なのか」を分けてみてください。 その分類ができれば、システム化するときに必要な画面項目とステータスがかなり明確になります。

品質領域の実装イメージは、製造業向けシステム開発例 とも近いテーマです。

本記事は、Webシステム開発・スマホ自動変換「movo」・業務システム構築・フォームUX改善・EC支援を提供する 株式会社インテンスが、実際の開発プロジェクトで蓄積した知見をもとにまとめています。 株式会社インテンス(公式サイト)