mcpField
C
car-corrective-action

car-corrective-action

github.com/rbraga01テスト・品質4239 回インストール1 週間前に更新
リポジトリ

car-corrective-action について

不適合、顧客苦情、監査指摘への是正処置要求（CAR）を作成する品質管理スキルです。根本原因の証拠に基づく分析から対策、完了前の有効性確認までを支援します。

主な機能

  1. 01CARの構成と必要記録
  2. 02発生・流出原因の分析
  3. 03是正処置の計画と証拠
  4. 04有効性確認の基準
  5. 05完了チェックリストと出力形式

活用シーン

  1. 01NCRへの対応記録
  2. 02顧客苦情への対処
  3. 03監査指摘への対応

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/rbraga01/quality-engineering-skills --skill car-corrective-action

インストール後、Claude Code で/car-corrective-actionを入力して読み込まれたか確認します。

同梱ファイルreferences/car-template.md

詳細

是正処置要求（CAR）の作成

使用する場合

CARは、次の事象に対応して作成します。

  • 恒久的な是正処置を必要とするNCR
  • 顧客からの苦情
  • 内部または外部監査での指摘（重大または軽微な不適合）
  • システム的な是正を必要とする再発不適合

CARは、問題を分析して是正し、再発を防止したことを示す文書化された証拠です。ISO 9001 §10.2.1では、実施した処置とその結果に関する文書化した情報が求められます。IATF 16949の監査で重大なNCが発生した場合、通常CARは90日以内にクローズする必要があります。顧客固有のクローズ期限については、該当するCSRを確認してください。

NCRとの主な違い

NCRCAR
何が問題か（客観的な事実）なぜ問題なのか＋その対応として何を行うか
検出箇所と証拠根本原因分析＋処置
重大度と処置内容有効性の検証
直ちに作成調査後に作成

CARはNCRを参照し、さらに是正処置へとつなげます。

CARの構成

1. ヘッダー
項目内容
CAR番号NCRまたは監査指摘事項と追跡可能な番号
NCR／指摘事項の参照先このCARをきっかけとなった事象に関連付けます
発行日
担当者責任者（役職ではなく氏名）
クローズ目標日
クローズ承認者このCARをクローズする権限を持つ指名された担当者（品質マネージャーまたは同等の役職）
実際のクローズ日（クローズ時に記入）
2. 問題の概要

NCRまたは指摘事項を1〜2文で要約します。客観的かつ事実に基づいて記述してください。NCRの説明と完全に一致させ、新たな解釈を加えてはいけません。

例：

"ロット2026-05-12-Aのコネクタユニット200個中47個で、ピン挿入深さが下限規格値（5.0 ± 0.3 mm）を0.6〜1.5 mm下回っていました。受入検査で検出されました（NCR-2026-0047）。"

3. 初期封じ込め（NCRに記載されていない場合）

封じ込めが実施されていることを確認します。NCRに記録されている場合は、その内容を参照してください。まだ実施されていない場合は、ここで定義します。

4. 根本原因分析

ここがCARの中核です。体系的な手法を使用してください。

推奨ツール：

2つの根本原因を特定します。

  1. 発生の根本原因 — なぜ不適合が発生したのか？
  2. 流出の根本原因 — なぜ次の顧客に届く前に検出できなかったのか？

結論だけでなく、原因の連鎖を記録します。

Root cause of occurrence:
Why: Connector pin depth OOS → Why: insertion force insufficient → 
Why: pneumatic jig set to wrong pressure → Why: pressure setpoint not in work instruction →
Root cause: Work instruction for Station 3 does not specify jig pressure setpoint.

Root cause of escape:
Why: Not detected at our outgoing inspection → Why: no depth measurement in outgoing
inspection plan → Root cause: Control Plan does not include pin depth at outgoing.

検証： 根本原因をどのように確認したかを記載します。許容される検証方法は次のとおりです。

  • 再現試験（根本原因を取り除く／復元すると、不具合が発生する／防止されることを実証）
  • データ相関（根本原因となる変数と不具合の発生との統計的関係）
  • 物理的証拠（不良品または工程の検査により、原因となるメカニズムが明らかになる）
  • 直接的な記録のレビュー（必要な管理が存在しないことを確認）

チームの意見だけに基づき、証拠による検証が行われていない根本原因は、CARのクローズの根拠として使用できません。

5. 是正処置

各根本原因に対して是正処置を1つ実施します。処置は症状ではなく、根本原因に直接対処するものでなければなりません。

#対処する根本原因是正処置担当者目標日
1WIに治具圧力の記載がないWI-Station-3を更新し、治具圧力を4.5 ± 0.2 barと指定する[Name]2026-06-05
2CPに出荷時の深さ検査がない管理計画の出荷時検査にピン深さ測定を追加し、各バッチで10％のサンプル、n=5とする[Name]2026-06-05

処置の品質確認：

  • この処置を実施すれば、根本原因の再発を防止できますか？
  • 具体的ですか（誰が何をいつまでに行うか）？
  • 実施されたことを検証できますか？
6. 実施の証拠

各是正処置について、実際に実施されたことを文書化します。

処置実施の証拠確認日
WI を更新WI-Station-3 rev C、2026-06-04 承認、添付済み2026-06-04
トレーニングを実施トレーニング出席記録を添付（オペレーター 4 名）2026-06-04
Control Plan を更新CP rev F、2026-06-04 承認、添付済み2026-06-04

文書は新しい改訂番号と承認日を付けて改訂する必要があります。口頭での実施は証拠になりません。

7. 有効性の検証（VOE）

ここで多くの CAR が失敗します。処置は実施されているものの、不具合を実際に防止できているか誰も確認しません。

VOE の要件（ISO 9001 §10.2.1.e）：

  1. **方法：**是正処置が有効だったかをどのように確認しますか？（データ収集、監視期間）
  2. **指標：**何を測定しますか？（不良率、検査結果）
  3. **量／期間：**十分な証拠となるサンプルサイズまたは期間はどのくらいですか？
  4. **目標：**どのような結果であれば、処置が有効だったと確認できますか？

VOE の最小サンプル数に関するガイダンス：

  • 既知の基準発生率がある不具合の場合：処置が失敗していたなら少なくとも 1 件の再発を確認できるだけのサンプル数が必要です。例：基準不良率が 5％の場合、60 個のサンプルで不良がゼロであれば、発生率が現在 5％未満であると 95％の信頼度で判断できます。
  • プロセスパラメーターの変更の場合：新しい条件下で連続 30 生産サイクル以上、または Control Plan で定められたサンプリング頻度 × 3 期間。
  • 検出管理の改善の場合：対象製品ファミリーの検査サイクルを最低 1 回全て実施し、流出がゼロであること。
  • いずれの場合も最低限、使用したサンプル数とその選定根拠を明記します。「10 個で不良ゼロ」は、大量生産プロセスの VOE として有効ではありません。

VOE の結果：

  • 監視期間終了後の実際の結果を記録します
  • 「有効／有効でない」を明記します
  • 有効でない場合：根本原因分析に戻り、再度実施します
8. AP の改訂（該当する場合は AIAG-VDA）

不適合がアクション優先度（AP）評価のある PFMEA の故障モードに関連する場合：

  • 是正処置の実施を確認した後、PFMEA を更新し、S、O、および／または D 評価を改訂する必要があります
  • 改訂 AP（AP-revised）は改善を反映する必要があります。元の AP より低くするか、変更しない場合は根拠を記録します
  • 改訂 AP は VOE 完了後にのみ記録します。処置計画の時点では記録しません
9. システム的な予防と水平展開

次の点を確認します。同じ根本原因が類似部品、プロセス、または製品ファミリーにも存在する可能性はありますか？

該当する場合：

  • 類似領域を列挙します
  • 是正処置を展開するために実施した処置を文書化します
  • 水平展開が完了したことを示す証拠を記録します
10. 教訓

今後の参照用に、重要な学びを 1～2 文でまとめます。

「組立ステーションの作業指示書テンプレートには、すべてのプロセスパラメーターの設定値を含める必要があります。Control Plan では、安全に関わるすべての特性について出荷検査を対象とする必要があります。」

教訓を教訓登録簿に記録し、PFMEA の更新時に参照します。

クローズ基準

次のすべてを満たし、クローズ承認者（ヘッダーに記載）が承認した場合に限り、CAR をクローズできます。

  • 発生原因および流出原因が、妥当性確認の証拠とともに文書化されている
  • 是正処置が実施され、改訂番号と承認日とともに文書化されている
  • VOE が完了し、サンプル数が文書化され、有効性が確認されている
  • PFMEA が更新されている（故障モードの記載を改訂し、該当する場合は AP を改訂）
  • Control Plan が更新されている（検出管理を変更した場合）
  • Work Instructions が更新されている（プロセス管理を変更した場合）
  • 水平展開が文書化されている
  • クローズについて顧客に通知済みである（CAR が顧客苦情または CSR で要求された通知によって開始された場合）
  • クローズ承認者の承認を取得済みである

よくある間違い

  • 人的ミスに対する是正処置として**「作業者を再教育する」**こと――これだけでは決して不十分です。ミスを許したシステムを変更する必要があります
  • VOE なしでクローズすること――不適合が再発する最も一般的な原因です
  • 不十分なサンプルで VOE を行うこと――「5 ユニットで不良ゼロ」は有効性の検証ではありません。データを収集する前に、最小数量を定めてください
  • PFMEA と Control Plan を更新せずに処置を実施すること――次回の監査で不備が見つかります
  • 具体性のない処置――「手順書を見直す」だけでは不十分です。どの手順書を、誰が、いつまでに、どのように改訂するのかを明記する必要があります
  • 権限を明示された責任者の承認なしにクローズすること――定められた権限のないチームメンバーが CAR をクローズすると、ガバナンス上の不備となります
  • AP の改訂漏れ――PCA が PFMEA の故障モードに対応する場合、VOE の後に改訂された AP を記録する必要があります

出力形式

使用を開始するたびに、ユーザーに次のように尋ねてください。

「出力形式はどのようにしますか？ A — 構造化 Markdown（書式設定済みの表とセクション。コピーしてすぐに使用できます） B — プレーンな表（Excel や Word 向けの簡略化された構成） C — レポート形式の文章（正式な文書やメール向けの読みやすい文章）

デフォルト：A」

選択された形式に合わせて、すべての出力セクションを調整してください。プラットフォームまたはセッションのコンテキストですでに形式の希望が定義されている場合は、この質問を省略してください。

変更履歴

バージョン日付作成者変更内容
1.02026-06-01@RBraga01初回リリース
1.12026-06-04@migmccCAR と D5-D6 の関連付けを拡充し、有効性検証の要件を追加

コメント

Markdown 対応