是正処置報告書は、「不良が起きたので対策しました」と書く紙ではありません。 製造業で本当に必要なのは、問題事象と影響範囲を事実で固定し、応急処置で流出を止め、発生原因と流出原因を分け、根本原因へ恒久対策を当て、担当・期限・証跡を残し、最後に「同じ問題が再発していないか」を確認して閉じることです。
特に抜けやすいのが、修正と是正処置の混同、発生原因と流出原因の混同、有効性確認の後回し、類似工程への横展開漏れです。ISO9001の考え方でも、目の前の不適合への対応だけでなく、原因の明確化、類似不適合の確認、必要な処置、有効性レビューまでを一連の流れとして管理します。
この記事では、是正処置報告書の書き方を、工場・品質管理・品質保証・顧客クレームで使える形にまとめます。原因分析を深掘りしたい場合は、先になぜなぜ分析テンプレートを使うと整理しやすくなります。
- 結論|是正処置報告書は「応急処置→原因→恒久対策→有効性確認」まで閉じる
- 是正処置とは?「修正」「応急処置」との違い
- ISO9001の是正処置で外せない考え方
- 是正処置報告書テンプレート|製造業で使う18項目
- ステップ1|問題事象は原因を混ぜず事実で書く
- ステップ2|応急処置で「今ある影響」を止める
- ステップ3|是正処置の要否を判断する
- ステップ4|発生原因と流出原因を分ける
- ステップ5|根本原因は「人の注意不足」で止めない
- ステップ6|恒久対策は根本原因と1対1で対応させる
- ステップ7|担当・期限・証跡を決める
- ステップ8|有効性確認は対策前に計画する
- 有効性が確認できなかったら「完了」にしない
- ステップ9|類似不適合と横展開を確認する
- 製造業の記入例|寸法不良の是正処置報告書
- 顧客クレームの是正処置報告書|社外向けで注意すること
- 8Dレポートと是正処置報告書の違い
- 是正処置と予防処置の違い
- よくある悪い書き方8つ
- 是正処置報告書をExcelで運用する方法
- 状態管理は5段階にすると止まり案件が見える
- 品質会議でのレビュー順|10分で抜けを確認する
- AI・ChatGPTで是正処置報告書を支援する場合
- AI用プロンプト例|原因を作らず、報告書の弱点だけ確認する
- 標準書を改訂したら多言語版も忘れない
- 有効性確認の指標は「再発0件」だけではない
- 有効性確認の時期を一律にしない
- 是正処置の横展開チェックリスト
- 是正処置報告書の提出前チェックリスト
- 是正処置の要否判断|全部を重い報告書にしない
- 発生原因と流出原因の分け方|製造業の3パターン
- 是正処置の証跡|「実施済み」を証明できるものを残す
- FMEA・QC工程表・作業標準への反映
- 仕入先・外注先が原因の場合の是正処置
- CAPA・CAR・8D|似た言葉の読み分け
- 期限超過を防ぐ|是正処置の進捗管理
- 目的別|是正処置関連キーワードの答えを整理
- FAQ|是正処置報告書でよくある質問
- まとめ|是正処置報告書は「提出する紙」ではなく再発防止の進捗表
結論|是正処置報告書は「応急処置→原因→恒久対策→有効性確認」まで閉じる

最低限、次の流れが一本で追える報告書にします。
| 段階 | 何を書くか | 悪い例 |
|---|---|---|
| 問題事象 | いつ・どこで・何が・何個・規格との差 | 不良が発生した |
| 応急処置 | 隔離、選別、出荷停止、顧客連絡など | 確認した |
| 原因 | 発生原因と流出原因を分ける | 作業者の注意不足 |
| 恒久対策 | 原因を除去する仕組み変更 | 再教育を徹底する |
| 担当・期限 | 誰が、いつまでに | 早急に対応 |
| 証跡 | 改訂標準、写真、ログ、教育記録 | 対応済み |
| 有効性確認 | いつ、何を、何件見て、どう判定するか | 問題なし |
| 横展開 | 類似品、類似設備、他ラインへの確認 | 必要に応じて実施 |
是正処置とは?「修正」「応急処置」との違い

是正処置の書き方で最初につまずくのが「その場で直したこと」と「再発を防ぐために原因を除去したこと」の混同です。
Primary-Fは、修正を「見つかった不具合そのものを取り除くこと」、是正処置を「不具合が再び起こらないよう原因を取り除くこと」と整理しています。製造業では、次のように分けると分かりやすくなります。
| 区分 | 目的 | 製造業の例 |
|---|---|---|
| 修正・応急処置 | 今ある不適合や影響を止める | 不良品を隔離、全数選別、出荷停止 |
| 暫定対策 | 恒久対策までの再発・流出を抑える | 検査頻度を一時的に増やす |
| 是正処置・恒久対策 | 原因を除去して再発を防ぐ | 治具を変更、インターロック追加、標準改訂 |
| 横展開 | 類似場所で同じ原因を潰す | 同型設備3台へ同じ対策を展開 |
応急処置だけで報告書を閉じると、「そのロットは救えたが、次のロットでも同じ不良が出る」状態が残ります。
ISO9001の是正処置で外せない考え方

公開されているISO9001:2015の解説資料では、不適合が発生したとき、まず不適合を管理・修正し、その結果へ対処します。そのうえで、再発や他の場所での発生を防ぐため、原因を明確にし、類似不適合の有無を確認し、必要な処置を実施し、実施した是正処置の有効性をレビューする流れが示されています。
つまり、是正処置報告書を「原因と対策の2欄」だけにすると足りません。実務では少なくとも、不適合の事実、影響、応急処置、原因、処置、類似不適合、効果確認まで追えるようにします。
なお、特定顧客やIATF、医療、航空宇宙などで指定様式や追加要求がある場合は、一般テンプレートより顧客要求・社内規程・適用規格を優先してください。
是正処置報告書テンプレート|製造業で使う18項目

| No. | 項目 | 記入ポイント |
|---|---|---|
| 1 | 管理番号 | CAR-2026-001など一意にする |
| 2 | 発生日・発見日 | 発生と発見が違う場合は分ける |
| 3 | 工程・設備・品番 | 対象を特定できる情報 |
| 4 | 問題事象 | 事実と規格差を定量化 |
| 5 | 影響範囲 | ロット、数量、出荷済み範囲 |
| 6 | 応急処置 | 隔離、選別、出荷停止、顧客連絡 |
| 7 | 是正処置の要否 | 軽微案件も判断記録を残す |
| 8 | 発生原因 | なぜ作り込んだか |
| 9 | 流出原因 | なぜ止められなかったか |
| 10 | 根本原因 | 仕組み上の原因まで掘る |
| 11 | 恒久対策 | 根本原因へ直接効く処置 |
| 12 | 担当 | 部署+氏名 |
| 13 | 期限 | 完了予定日 |
| 14 | 実施証跡 | 写真、改訂番号、ログ、教育記録 |
| 15 | 有効性確認方法 | 何を見て効いたと判断するか |
| 16 | 有効性確認日 | 対策時点で予定を決める |
| 17 | 横展開 | 類似工程・品番・設備 |
| 18 | 承認・完了 | 確認者とクローズ日 |
ステップ1|問題事象は原因を混ぜず事実で書く

悪い例は「作業者の確認不足により寸法不良が発生した」です。この時点で原因を決めつけています。
良い例は「2026年10月2日、2号ラインで部品Aの穴径を測定したところ、規格10.00±0.05mmに対し10.11mmを3個検出。対象ロット2,400個のうち3個が規格上限を超えた」です。
問題事象は、あとから別の人が読んでも同じ事実を再現できる粒度にします。日時、場所、品番、数量、規格、実測値、発見工程を入れると分析が安定します。
ステップ2|応急処置で「今ある影響」を止める

原因分析を始める前に、流出と被害拡大を止めます。出荷停止、仕掛品隔離、対象ロットの全数選別、顧客への連絡、設備停止などです。
応急処置は是正処置ではありません。ここを明確に分けると、会議で「選別したから完了」という誤解を防げます。
ステップ3|是正処置の要否を判断する

すべての軽微な不適合に重い是正処置報告書を要求すると、起票自体が遅れます。逆に、顧客流出や重大不良を日報だけで閉じると再発防止が弱くなります。
社内ルールとして、たとえば「顧客流出」「安全・法令」「重大停止」「同一不良の再発」「一定数量以上」「監査不適合」などを是正処置起票基準にします。
大切なのは、是正処置をしなかった案件も「不要と判断した理由」を記録できることです。
ステップ4|発生原因と流出原因を分ける

製造業で強い是正処置報告書は、原因を一つにまとめません。
- 発生原因:なぜ不良を作ったのか
- 流出原因:なぜその不良を工程内で止められなかったのか
たとえば「部品を逆向きにセットした」が発生原因でも、「検査治具が逆向き品も合格させてしまった」が流出原因かもしれません。発生原因だけ直しても、別の不良が検出されず流出する可能性が残ります。
ステップ5|根本原因は「人の注意不足」で止めない

「確認不足」「教育不足」「注意不足」は原因候補の途中です。そこから、なぜ確認できなかったのか、なぜ教育で定着しなかったのか、なぜ注意しなくても起きない仕組みにできなかったのかを掘ります。
詳しい原因分析はなぜなぜ分析テンプレート【製造業向け】で、問題定義、事実、分岐、逆読み、5-Howまで確認できます。
ステップ6|恒久対策は根本原因と1対1で対応させる

| 根本原因 | 弱い対策 | 強い対策例 |
|---|---|---|
| 交換時期を記憶に依存 | 忘れないよう教育 | 使用回数を自動カウントし上限で交換アラーム |
| 類似品番を隣接保管 | 注意喚起 | 置場分離+バーコード照合 |
| 検査条件が作業者任せ | 再教育 | 照度・角度・限度見本を標準化 |
| 標準書に写真がない | 口頭説明 | 写真付き標準書へ改訂し版管理 |
対策を見て「この対策は、どの原因を除去するのか」と説明できなければ、原因と対策がずれている可能性があります。
ステップ7|担当・期限・証跡を決める

「対策する」で止めず、誰が、いつまでに、何を完成させ、何を証拠として残すかまで書きます。
証跡には、設備改造写真、改訂後の作業標準書、教育記録、PLCプログラム改訂番号、検査治具の変更履歴、購入伝票などがあります。
ステップ8|有効性確認は対策前に計画する

ビューローベリタスは、有効性レビューは処置を実施した後に、その原因が除去され再発が防止されたかを確認するものと説明しています。処置が計画どおり実施されたことだけでは、十分な有効性確認とは限りません。
そのため、是正処置を決める時点で「何をもって有効とするか」を決めます。
| 対策 | 有効性確認の例 |
|---|---|
| 工具寿命カウンタ | 確認期間中の規定回数超過0件 |
| バーコード照合 | 誤品投入0件+照合スキップ0件 |
| 外観検査条件標準化 | 同一欠陥の流出0件+監査で条件遵守確認 |
| 標準書改訂 | 対象者全員の理解確認+実作業で遵守確認 |
確認期間を「必ず3か月」と一律に決める必要はありません。不具合の発生頻度や工程条件に応じて、同じ不適合が起きる機会を十分に含む根拠ある期間を設定します。
有効性が確認できなかったら「完了」にしない

対策後に同じ不適合が再発した、または判定データが不足している場合、報告書を無理に完了扱いにしません。
根本原因が違っていたのか、対策が原因へ届いていないのか、実施が不十分だったのかを再確認し、必要なら原因分析から再オープンします。
ステップ9|類似不適合と横展開を確認する

同じ原因が別ライン・別品番・別工場に潜んでいないか確認します。
横展開の対象例は、同型設備、同じ治具、同じ標準書、同じ仕入先、同じソフトウェア、類似品番です。「この案件だけ直す」より、原因の共通性を見て広げます。
製造業の記入例|寸法不良の是正処置報告書

| 項目 | 記入例 |
|---|---|
| 問題事象 | A部品の穴径10.11mmを3個検出。規格上限10.05mm |
| 影響範囲 | 対象ロット2,400個。出荷前に発見 |
| 応急処置 | ロット隔離、全数再検査、3個廃棄 |
| 発生原因 | 工具が規定交換回数を超過 |
| 流出原因 | 工程内の工具寿命監視がなく異常兆候を検出できなかった |
| 根本原因 | 工具交換を作業者の記憶へ依存 |
| 恒久対策 | PLCカウンタで使用回数を記録し、上限で交換アラーム |
| 担当・期限 | 生産技術 山田/10月10日 |
| 有効性確認 | 1か月間、規定回数超過0件・同一寸法不良0件を確認 |
| 横展開 | 同型設備3台へ同じカウンタ管理を展開 |
これは書き方を示すための架空例です。実際の原因は必ず現物・現場・記録で確認してください。
顧客クレームの是正処置報告書|社外向けで注意すること

客先指定フォーマットがある場合は、その様式を優先します。自社テンプレートは社内管理用として併用できます。
社外向けでは、推測段階の原因を確定表現で書かないこと、専門用語だけで説明しないこと、暫定処置と恒久対策を分けること、実施予定と実施済みを分けることが重要です。
また、原因が未確定なのに提出期限が来た場合は、「調査中」「追加確認予定」を明記し、事実でない原因を埋めて提出しないようにします。
8Dレポートと是正処置報告書の違い

8Dは、チーム編成、問題記述、封じ込め、根本原因、恒久是正、実施と検証、再発防止、チーム評価まで段階的に管理する枠組みです。
顧客が8Dを指定している場合は8Dを使います。一方、社内の一般的な不適合であれば、是正処置報告書に必要な項目をまとめる方法でも管理できます。
重要なのは名称ではなく、問題、影響、原因、処置、効果確認、横展開が抜けないことです。
是正処置と予防処置の違い

一般に、是正処置は既に発生した不適合の再発防止、予防的な活動はまだ発生していないリスクへの対応です。ISO9001:2015では、旧版のように「予防処置」を独立した条項として扱うのではなく、リスク及び機会への取組みの中で予防的な考え方を組み込んでいます。
報告書では、発生した不適合への是正処置と、類似工程への横展開・リスク対応を分けて記録すると追跡しやすくなります。
よくある悪い書き方8つ

| 悪い書き方 | 改善 |
|---|---|
| 原因:注意不足 | 注意しなくても起きない仕組みまで掘る |
| 対策:教育を徹底 | 標準・設備・治具・照合など仕組み変更を検討 |
| 応急処置と恒久対策が同じ | 今止める処置と再発防止を分離 |
| 流出原因を書かない | なぜ検出できなかったかを別に分析 |
| 期限が「早急」 | 日付を入れる |
| 有効性「問題なし」 | 確認期間・件数・判定条件を記録 |
| 横展開「不要」だけ | 確認した対象と判断理由を残す |
| 実施したら完了 | 有効性確認後にクローズ |
是正処置報告書をExcelで運用する方法

1案件1ファイルだけで管理すると、期限超過や有効性確認待ちが見えにくくなります。おすすめは「案件一覧」と「個別報告書」を分ける方法です。
- 案件一覧:管理番号、工程、問題、担当、期限、状態、有効性確認日
- 個別報告書:問題事象、応急処置、原因、恒久対策、証跡
- 有効性確認:判定基準、確認日、結果、再オープン
- 横展開:対象工程、担当、完了日
- Dashboard:期限超過、有効性確認待ち、完了件数
この記事には、この構成をそのまま使えるExcelテンプレートを想定しています。
状態管理は5段階にすると止まり案件が見える

「未完/完了」だけでは、原因分析で止まっているのか、対策実施待ちなのか、有効性確認待ちなのか分かりません。
- 調査中
- 原因分析中
- 対策実施中
- 有効性確認待ち
- 完了
この5段階で管理すると、品質会議で「今どこに止まっているか」を一覧で確認できます。
品質会議でのレビュー順|10分で抜けを確認する

- 問題事象は事実か
- 影響範囲と応急処置は十分か
- 発生原因と流出原因が分かれているか
- 根本原因に証拠があるか
- 恒久対策は原因と対応しているか
- 担当・期限・証跡が決まっているか
- 有効性確認方法が対策前に決まっているか
- 横展開の対象を確認したか
会議で全文を読み上げるのではなく、この8項目だけをゲートとして見るとレビュー時間を短くできます。
AI・ChatGPTで是正処置報告書を支援する場合

生成AIは、報告書の下書き、曖昧語の指摘、原因と対策の不整合、有効性確認欄の不足を見つける補助に使えます。
一方、現物を見ていないAIに根本原因を確定させたり、未確認事実を補完させたりしないでください。顧客名、図面、未公開製品、クレーム情報を入力する場合は、会社の生成AI利用ルールや契約条件を確認します。
クラウドAIへ機密情報を入れる際の考え方は、Nottaの安全性・セキュリティ解説で扱った「入力してよい情報を先に決める」考え方と共通します。
AI用プロンプト例|原因を作らず、報告書の弱点だけ確認する

あなたは製造業の品質保証担当を支援するレビュー役です。
以下の是正処置報告書を確認してください。
【禁止】
・未確認情報を事実として補完しない
・根本原因を勝手に確定しない
・個人の性格や能力を原因と断定しない
【確認】
1. 問題事象に原因が混ざっていないか
2. 応急処置と恒久対策が分かれているか
3. 発生原因と流出原因が分かれているか
4. 原因と対策が対応しているか
5. 担当・期限・証跡が明確か
6. 有効性確認の方法と判定基準が具体的か
7. 類似工程への横展開が必要か
8. 未確認事項を一覧にする
【報告書】
ここに内容を貼り付ける
標準書を改訂したら多言語版も忘れない

是正処置で作業標準書や検査基準書を改訂した場合、外国人作業者向けの英語、中国語、ベトナム語版が旧版のまま残ることがあります。
多言語マニュアルを使っている工場では、是正処置の完了条件に「各言語版の版番号一致」を入れてください。翻訳工程は工場・製造業向けマニュアル翻訳のやり方で整理できます。
有効性確認の指標は「再発0件」だけではない

不具合の発生頻度が低い場合、「3か月再発0件」だけでは判断材料が少ないことがあります。そこで、先行指標も組み合わせます。
- ポカヨケ作動率
- 照合スキップ件数
- 標準遵守率
- 監査での逸脱件数
- 工具寿命超過件数
- 同一原因の類似不良件数
- 教育後の理解確認結果
最終的には再発防止を見ますが、低頻度不良では原因へ直接つながる管理指標を設定すると早く異常を検知できます。
有効性確認の時期を一律にしない

ビューローベリタスは、製造業で「処置完了後3か月」など一律に確認する例もある一方、発生頻度や発生条件によって確認時期は異なり、根拠を持つことが重要だと説明しています。
毎日発生機会がある不良と、年1回の立上げ時にしか起きない問題では、同じ30日確認では意味が違います。「同じ不適合が起きる機会を何回通過したか」で考えると設計しやすくなります。
是正処置の横展開チェックリスト

- 同じ設備型式が他ラインにないか
- 同じ治具・工具を使う工程がないか
- 同じ標準書を参照する品番がないか
- 同じ仕入先材料を使う製品がないか
- 同じ検査方式の工程がないか
- 他工場でも同じ運用をしていないか
- FMEA・QC工程表・作業標準へ反映が必要か
是正処置報告書の提出前チェックリスト

- 問題事象は事実だけで書いた
- 影響範囲を数量・ロットで確認した
- 応急処置を記録した
- 是正処置の要否を判断した
- 発生原因と流出原因を分けた
- 根本原因に証拠がある
- 対策が根本原因と対応している
- 担当者が決まっている
- 期限が日付で入っている
- 実施証跡を残す
- 有効性確認方法を決めた
- 有効性確認日を予定した
- 類似不適合を確認した
- 横展開先を判断した
- 顧客指定様式がある場合はそちらを優先した
- 有効性が確認できるまで完了にしていない
是正処置の要否判断|全部を重い報告書にしない

是正処置 タスク管理を形骸化させないためには、起票基準を明確にします。日常的な軽微不良まで全件同じ承認フローにすると、重要案件が埋もれます。
| 判断観点 | 是正処置報告書を起票しやすい条件 |
|---|---|
| 顧客影響 | 客先流出、クレーム、返品、特別対応が発生 |
| 安全・法令 | 人身、安全、法規、認証要求に関係 |
| 再発 | 同じ原因・類似原因で繰り返している |
| 影響数量 | 社内で定めた基準以上の数量・金額 |
| 工程停止 | 重大停止、納期影響、仕掛滞留 |
| 監査 | 内部監査、顧客監査、外部審査の不適合 |
| 管理上の重要性 | 類似工程へ広がる可能性が高い |
逆に、是正処置を起票しない場合も「軽微だから」で終えず、判定基準と照らした理由を残します。これが後の監査や再発時の説明材料になります。
発生原因と流出原因の分け方|製造業の3パターン

寸法不良
発生原因:工具寿命を超えて加工した。
流出原因:工程内測定の頻度が低く、工具摩耗の進行を検出できなかった。
誤品組付け
発生原因:類似部品を隣接棚から取り違えた。
流出原因:バーコード照合がなく、検査も外観差だけに依存していた。
外観キズ
発生原因:搬送ガイドへ製品が接触した。
流出原因:検査照明の角度が標準化されず、キズが見えにくい条件があった。
是正処置 発生原因と是正処置 流出原因を分けると、対策が「作らない」と「逃がさない」の2方向に分かれ、再発防止が強くなります。
是正処置の証跡|「実施済み」を証明できるものを残す

是正処置 証跡は、報告書の信頼性を支える部分です。実施日だけではなく、何が変わったかを確認できる資料を紐づけます。
- 改訂後の作業標準書と改訂番号
- 設備改造前後の写真
- PLCプログラムや設定値の変更記録
- 治具図面・検査治具の改訂履歴
- 教育記録・理解確認記録
- バーコード照合ログ
- 点検表・監査チェック結果
- FMEA・QC工程表の更新記録
是正処置 承認では、対策内容だけでなく、この証跡と有効性確認計画までそろっているかを確認します。
FMEA・QC工程表・作業標準への反映

恒久対策を設備や標準へ反映しても、関連文書が古いままだと次の変更で元に戻ることがあります。是正処置 横展開では、FMEA、QC工程表、作業標準書、検査基準書、保全基準へ反映が必要か確認します。
たとえば、誤品防止のバーコード照合を追加したなら、作業標準だけでなくQC工程表の管理方法やFMEAの予防・検出管理も見直す候補になります。
仕入先・外注先が原因の場合の是正処置

原因が仕入先にある場合でも、単に「仕入先へ是正要求」で閉じると、自社側の受入れ・変更管理・購買条件が弱いまま残ることがあります。
仕入先是正では、仕入先の原因と恒久対策に加え、自社での流出防止、受入検査の一時強化、類似部品への影響、購買仕様書の曖昧さ、変更連絡ルールまで確認します。
CAPA・CAR・8D|似た言葉の読み分け

| 用語 | 実務での位置づけ |
|---|---|
| CAR / Corrective Action Report | 是正処置報告書。発生した不適合の原因除去と再発防止を記録 |
| CAPA | Corrective and Preventive Action。業界・QMSによって運用定義を確認 |
| 8D | チーム編成から封じ込め、根本原因、恒久対策、横展開まで段階管理 |
| 不適合報告書 | 不適合の発見・隔離・処置を中心に記録。是正処置要否へ接続 |
CAPA 是正処置、CAPA 報告書、CAR 是正処置など名称が違っても、自社・顧客・規格で定義されたフローを優先します。
期限超過を防ぐ|是正処置の進捗管理

是正処置 期限管理では、恒久対策の期限だけでなく、有効性確認日まで管理します。恒久対策を完了しても、有効性確認待ちなら案件はまだ完全には閉じていません。
| 状態 | 次のアクション |
|---|---|
| 調査中 | 影響範囲・現物・ログを確認 |
| 原因分析中 | 発生原因・流出原因・根本原因を検証 |
| 対策実施中 | 担当・期限・証跡を追跡 |
| 有効性確認待ち | 予定日到来後に判定 |
| 完了 | 有効性と横展開を確認済み |
| 再オープン | 再発・効果不足で原因分析へ戻る |
是正処置 台帳とDashboardを分けると、「対策は終わったが有効性確認が残っている案件」を見落としにくくなります。
目的別|是正処置関連キーワードの答えを整理

| 検索テーマ | この記事で確認すること |
|---|---|
| 是正 処置 と は | 不適合の原因を除去し再発を防ぐ考え方 |
| 是正処置 意味 | 応急処置との違いと恒久対策 |
| 是正処置 書き方 | 問題→原因→対策→有効性の順序 |
| 是正処置 再発防止 違い | 是正処置の目的として再発防止を位置づける |
| 是正処置 予防処置 違い | 発生後の是正と未然のリスク対応を区別 |
| 是正処置 例 | 寸法不良の記入例を参照 |
| 是正処置フロー | 応急→原因→恒久→有効性→横展開 |
| 是正処置 原因 | 発生原因・流出原因・根本原因を区別 |
| 是正処置報告書 テンプレート | 18項目の基本構成 |
| 是正処置報告書 Excel | 案件一覧と個別報告書を連携 |
| 是正処置報告書 無料 | 自社運用に合わせて編集できる形を前提にする |
| 是正処置報告書 記入例 | 製造業の寸法不良例 |
| 是正処置報告書 製造業 | 発生・流出原因を分ける |
| 是正処置報告書 品質管理 | 会議レビューと進捗管理 |
| 是正処置報告書 ISO9001 | 不適合、原因、処置、有効性レビュー |
| 是正処置報告書 8D | 顧客指定時は8Dを優先 |
| 是正処置報告書 顧客 | 客先指定様式と確定・未確定を分ける |
| 是正処置報告書 クレーム | 影響範囲、封じ込め、恒久対策を明確にする |
| 是正処置報告書 書き方 | 18項目を順に埋める |
| 是正処置報告書 例 | 原因と対策の対応を見る |
| 是正処置報告書 有効性確認 | 再発していないことを確認する |
| 是正処置報告書 効果確認 | 判定基準と予定日を先に決める |
| 是正処置報告書 横展開 | 同型設備・類似品番まで確認 |
| 是正処置報告書 水平展開 | 横展開と同じく類似範囲を記録 |
| 是正処置報告書 発生原因 | なぜ作り込んだか |
| 是正処置報告書 流出原因 | なぜ止められなかったか |
| 是正処置報告書 暫定処置 | 恒久対策までの流出抑制 |
| 是正処置報告書 恒久対策 | 根本原因を除去する仕組み変更 |
| 是正処置報告書 再発防止 | 対策と有効性確認をセットで管理 |
| 是正処置報告書 原因分析 | C-19なぜなぜ分析へ接続 |
| 是正処置報告書 なぜなぜ分析 | 原因欄の深掘りに利用 |
| 是正処置報告書 責任者 | 部署と氏名を明記 |
| 是正処置報告書 期限 | 日付で管理 |
| 是正処置報告書 証跡 | 写真・標準書・ログ・教育記録 |
| 是正処置報告書 承認 | 有効性確認後に完了承認 |
| 是正処置 Excel | 状態・期限・効果確認を一覧管理 |
| 是正処置 テンプレート | 18項目を自社ルールへ合わせる |
| 是正処置 フォーマット | 顧客指定の有無を先に確認 |
| 是正処置 記入例 | 事実と推測を混ぜない |
| 是正処置 事例 | 製造業の複数パターンで確認 |
| 是正処置 有効性確認 | 実施確認ではなく再発防止を確認 |
| 是正処置 効果確認 | 先行指標も併用可能 |
| 是正処置 水平展開 | 同じ原因が潜む場所を探す |
| 是正処置 横展開 | 類似設備・品番・標準を確認 |
| 是正処置 類似不適合 | 同じ原因・対策になる案件を探す |
| 是正処置 応急処置 違い | 止血と原因除去を分ける |
| 是正処置 修正 違い | 現物修正と再発防止を区別 |
| 是正処置 暫定対策 違い | 恒久対策までの一時対策と区別 |
| 是正処置 恒久対策 | 原因へ直接働く変更 |
| 是正処置 再発防止 | 有効性レビューまで含める |
| 是正処置 根本原因 | 人責めで止めず仕組みを確認 |
| 是正処置 発生原因 | 不良を作った原因 |
| 是正処置 流出原因 | 不良を止められなかった原因 |
| 是正処置 5why | 原因深掘りの補助手法 |
| 是正処置 なぜなぜ分析 | C-19のテンプレートを利用 |
| 是正処置 4M | 原因候補の抜け確認に使う |
| 是正処置 8D | 顧客要求に合わせて使い分ける |
| ISO9001 是正処置 | 原因除去と有効性レビューを確認 |
| ISO9001 是正処置報告書 | 規格要求を自社記録へ落とす |
| ISO9001 不適合 是正処置 | 不適合対応からクローズまで追跡 |
| 不適合 是正処置 | 是正処置要否の判定を記録 |
| 不適合報告書 是正処置 | 不適合票からCARへ紐づける |
| 不良 是正処置 | 原因と対策を工程へ落とす |
| 品質不良 是正処置 | 発生・流出の両面を対策 |
| 顧客クレーム 是正処置 | 顧客指定様式と提出期限を優先 |
| 品質クレーム 是正処置 | 暫定報告と最終報告を分ける |
| 再発防止 報告書 | 恒久対策と有効性確認を記録 |
| 再発防止 テンプレート | 原因→対策→検証の順で使う |
| 再発防止 書き方 | 注意喚起だけで終えない |
| 有効性確認 書き方 | 判定基準・確認日・結果を記録 |
| 有効性レビュー 是正処置 | 処置後に再発防止を確認 |
| 有効性評価 是正処置 | 実施しただけで有効と判定しない |
| 効果確認 再発防止 | 同じ条件で再発していないかを見る |
| 発生原因 流出原因 | 作り込みと見逃しを分離 |
| 発生原因 流出原因 違い | 原因分析の目的が異なる |
| 流出原因 対策 | 検出・判定・照合の仕組みを改善 |
| 発生原因 対策 | 不良を作る条件そのものを除去 |
| 水平展開 品質管理 | 他工程で同じ原因を潰す |
| 横展開 品質管理 | 対象と判断理由を記録する |
FAQ|是正処置報告書でよくある質問

是正処置と再発防止は同じですか?
実務では近い意味で使われます。是正処置は、不適合の原因を除去して再発を防止するための処置です。報告書では「原因を除去する恒久対策」と「類似工程への横展開」を分けると管理しやすくなります。
是正処置と予防処置の違いは何ですか?
是正処置は発生した不適合の再発防止が中心です。予防的な活動は、まだ発生していないリスクを下げる活動です。ISO9001:2015では予防的な考え方はリスク及び機会への取組みに組み込まれています。
有効性確認はいつ行えばいいですか?
一律の日数ではなく、その不適合が再発する機会を十分に含む期間を設定します。対策を決める時点で確認方法と予定日を決めておくのがポイントです。
有効性がなかった場合はどうしますか?
完了にせず、原因分析または対策設計へ戻します。原因が違っていた、対策が原因へ届いていない、実施が不十分だった、などを再確認します。
Excelテンプレートをそのまま顧客へ提出できますか?
顧客指定様式がある場合は指定様式を優先してください。一般テンプレートは社内のたたき台・管理用として使い、顧客要求へ合わせて調整します。
なぜなぜ分析は報告書のどこに入れますか?
原因分析の補助として使います。5回固定ではなく、発生原因・流出原因それぞれについて必要な深さまで掘り、報告書には根拠と根本原因を簡潔にまとめます。
まとめ|是正処置報告書は「提出する紙」ではなく再発防止の進捗表

是正処置報告書の価値は、原因と対策を書いた時点では決まりません。応急処置で影響を止め、発生原因と流出原因を分け、恒久対策を担当・期限つきで実行し、有効性を確認し、類似工程へ横展開して初めて再発防止の仕組みになります。
特に、有効性確認日が空欄のまま完了、対策が教育だけ、横展開が未確認の3つは見直してください。
まず過去の是正処置報告書を1件開き、「この対策が有効だったことを、どのデータで確認したか」を答えられるか確認してみてください。答えられなければ、そこが今回のテンプレートで最初に改善する欄です。
情報確認日:2026年10月3日



