ISO不適合是正処置の進め方｜報告書の書き方と審査対応

ISO不適合と是正処置は、ISO9001等のマネジメントシステム運用中に不適合が発生した際、審査で不利な指摘を避けつつ再発防止までつなげるための中核プロセスです。原因と対策のひもづけが曖昧なまま進めると、修正（一次対応）で終わって再発し、文書・記録の説明力も落ちて現場負担が増えやすくなります。たとえば産業標準化法は2019年7月1日に改称され、外部要求（法令・規格）を含めた要求事項管理の重要性も増しています。実務で最初に押さえるべきは不適合を要求事項のGAPとして定義することです。不適合の整理から見ていきます。

ISO不適合と是正処置の基本

不適合の定義と典型例

不適合とは、満たすべき要求事項（あるべき姿）に対して、現状が一致していない状態（GAP）を指します。要求事項には、ISO規格の要求だけでなく、顧客仕様・契約、社内規程や手順、適用法令・規制、さらにJIS等の国家規格への適合要求が含まれます。

参照すべき外部要求として、JIS（日本産業規格）は産業標準化法に基づく国家規格であり、同法は旧工業標準化法の改正に伴い2019年7月1日に改称されています。JISマーク認証の取り消しが続発した品質データ偽装事案が背景となり、同改正で法人に対する罰金刑が1億円に引き上げられた点は、要求事項違反が事業継続・信用に直結することを示す材料になります（法令の詳細は自社の適用法令として確認が必要です）。

不適合を「起きた現象」だけで終わらせず、どの要求事項に対して、どの点が未達なのかを紐づけて記録すると、原因分析と是正処置の質が安定し、審査でも説明しやすくなります。

是正処置の定義と目的

是正処置は、発生した不適合について、再発を防止するために原因を除去する活動です（応急的に直す「修正」と区別します）。ISOの国際規格は、製品規格だけでなく、品質活動や環境活動を管理するマネジメントシステム自体も規格化の対象としており、品質領域ではISO9001が品質マネジメントシステムの要求事項を示します。

品質データ偽装などの不正系トラブルでは、原因が「個人のミス」ではなく、構造的に生じることが多い点が重要です。多くの事案で原因として指摘されるものとして、①仕様・規格に合致する製品を製造できる技術力・工程能力の不足、②不正を行いやすい環境、③仕様や規格を軽視する風潮の蔓延が挙げられています。是正処置は、これらの原因に対して、仕組みとして再発を起こしにくくする方向で設計します。

修正・是正処置・予防処置の違い

不適合対応は、用語を混同すると記録が崩れ、審査でも「原因と対策がつながっていない」と見られやすくなります。特に実務では、にあるフレームワーク（問題＝あるべき姿と現状のGAP／原因＝問題を引き起こす要素／対策＝原因を消すために実行すること）を共通言語として使うと、議論の往復が整理されます。

なお、ISO9001:2015では「予防処置」という独立用語よりも、リスク及び機会への取組みとして統合的に扱う考え方が中心です。未然防止の中核は、ヒヤリハットや観察事項を、次の評価・改善に確実につなげる運用にあります。

是正処置が必要となる場面

内部監査と外部審査での不適合

内部監査や第三者審査で不適合が指摘された場合、組織は是正処置プロセスを用いて、原因分析・対策・有効性確認までを一貫して管理する必要があります。審査員は「書類があるか」ではなく、不適合が是正され、再発防止が仕組みとして効いているかを見ます。

また、ISOの規格は国際標準化機構（International Organization for Standardization）が定める国際規格であり、組織の品質活動を管理する仕組み（マネジメントシステム）自体が審査対象です。したがって、製品不良の是正だけでなく、文書管理、記録管理、変更管理などのシステム要求に関わる不適合は、特に丁寧な是正処置が求められます。

観察事項・ヒヤリハット・再発案件で是正処置に上げる判断基準

すべての気づきを一律に是正処置へ上げると、現場負荷が増え、形骸化しやすくなります。観察事項・ヒヤリハット・再発のどれを是正処置案件にするかは、リスクの観点で判断し、記録上も「なぜ是正処置にする/しないか」を説明できるようにします。

ヒヤリハットの報告はリスクアセスメントへ活用し、ヒヤっとした経験を「その作業にまつわる危険」として表に記録していく運用が有効です。事故・災害や突発事象では、出来事の異常性・突発性、予測困難性、被害・加害の程度、精神的負荷や身体的負荷、気温変化などの作業環境変化といった視点で評価し、是正処置に格上げするかを判断します。

不適合発生時の対応フロー

不適合の特定と影響範囲の評価

不適合が起きたら、まず「何が起きたか」を要求事項との関係で確定させ、影響範囲を見誤らないことが重要です。特に顧客クレームが絡む場合、にあるとおり、顧客等の言い分をよく聴き、事実関係を確認し、社内で十分調査することが基本です。ここを省略して軽率に対応すると、正当クレーム/不当クレームの判別を誤り、追加の不適合（説明不備・記録不備・不適切対応）を誘発します。

原因分析の進め方と深掘り

原因分析は、現場の忙しさの中でも「短時間で、しかし浅くならない」設計が必要です。原因特定には資料読み込み、現場観察、ヒアリングの情報を使い、仮説検証を回しながら、必要に応じて追加ヒアリングで精度を上げます。ここで思考が浅いと表層原因に止まり、対策が外れて再発します。

ツールは、なぜなぜ分析や特性要因図を使ってもよいですが、重要なのは「作業者の不注意」で終わらせず、不正を行いやすい環境や仕様・規格を軽視する風潮など、構造的要因まで検討対象に入れることです。品質データ偽装事案で指摘される原因類型（工程能力不足・不正しやすい環境・規格軽視の風潮）は、製造だけでなく設計・検査・記録管理にも当てはまるため、該当がないか点検します。

一次対応中に止める業務・継続する業務の線引きと顧客連絡の判断

一次対応では、封じ込めを優先しつつ、事業継続とのバランスを取ります。停止・継続の線引きは「勘」ではなく、影響範囲評価とリスク評価に基づき、説明可能な形で決めます。

是正処置の立案と実施管理

根本原因と対策の結び付け方

是正処置の立案では、原因と対策を一対一で結び付けるというより、原因の束（工程能力・環境・風土・ルール不備等）に対し、対策パッケージを組む発想が現実的です。ただし、各対策がどの原因に効くのかを明記しないと、審査では「つながっていない」と評価されます。

のフレームワークどおり、まず「問題（GAP）」「原因」「対策」を切り分け、原因を消すための行動が対策であることを徹底します。たとえば「顧客管理機能の品質が悪い」という問題に対し、すぐに「強化テストを実施」とするのは思考不足になり得ます。設計、設計レビュー、テストケース量、テストケース品質など原因候補を洗い、真因に当たるものを特定してから対策を置きます。

有効性レビューと再発防止の確認

有効性レビューは、是正処置を「やったこと」ではなく、「効いたこと」を確認する手続です。の指摘どおり、原因と対策の精度が低いと根治せず再発するため、有効性レビューの設計は原因分析とセットで考えます。

なお、元の文章にある「対策導入後三か月間で不良件数ゼロ」のような具体期間は、社内で設定した監視期間・受入可能基準に基づいて記載し、根拠のない統一目安として固定化しない運用が安全です。

設備更新・要員増強が難しいときの暫定対策と恒久対策の分け方

リソース制約がある場合でも、是正処置を止めないためには、暫定対策と恒久対策を分け、リスク低減の道筋を示します。ここで重要なのは「やれない理由」ではなく、不正を行いやすい環境や工程能力不足が原因なら、暫定でも環境・仕組みに手を入れることです。

マネジメントシステム変更と審査対策

手順書・規程の変更判断

根本原因がルールの欠陥（曖昧、矛盾、実態不適合）にある場合、是正処置の中心はマネジメントシステムの変更になります。情報セキュリティマネジメントシステムの例として、正式名称がJIS Q 27001（ISO/IEC 27001）であり、情勢に合うように見直す趣旨が示されています。品質（ISO9001）でも同様に、外部環境・業務実態・リスクに合わせて、文書化した情報を適切に維持更新することが重要です。

審査で多い是正処置の不備

審査で指摘されやすい不備は、形式的に書類を整えたが、実態として原因除去になっていないケースです。にあるとおり、原因と対策を考える場面で思考が浅いと、表層的な原因・対策になり、問題は根治せず再発します。つまり、審査で問われるのは「紙の完成度」より、問題・原因・対策が切り分けられ、証拠に裏づけられているかです。

審査員に『原因と対策がつながっていない』と見られる記述パターン

「原因＝作業者の不注意」「対策＝再教育」の組合せは、典型的に因果が弱く見えます。の再発防止の観点では、品質トラブルや不正の背景として、不正を行いやすい環境や仕様・規格を軽視する風潮が問題になることが多く、個人要因に寄せるほど対策が外れやすくなります。

不適合是正処置報告書の書き方

報告書に記載すべき項目

不適合是正処置報告書は、第三者（審査員、顧客、社内監査）が追試できる形で、事実・判断・証拠を残すための文書化した情報です。の「問題・原因・対策」の切り分けを、そのまま報告書の骨格にすると、論理が崩れにくくなります。

品質不良と手順逸脱の記入例

同じ「不適合」でも、品質不良と手順逸脱では、影響範囲の捉え方と原因の置き方が変わります。加えて、品質データ偽装などの観点では、工程能力不足だけでなく、不正を行いやすい環境（例：未承認データにアクセスできる、記録が改ざんしやすい）も原因候補になります。

報告書を差し戻されやすい会社に共通する記載漏れと添付証拠の不足

差し戻しの多くは、是正処置が「やったと言っている」だけで、第三者が確認できる証拠が揃っていないことに起因します。にある訴訟等の整理例でも、添付書類として証拠説明書や資格証明書、委任状など「証拠の束」を揃える発想が示されています。ISOの是正処置でも同様に、是正の完了を示す添付証拠を計画的に集める必要があります。

よくある質問

ISO9001では不適合1件ごとに是正処置が必要ですか？

すべての不適合が自動的に是正処置（原因除去）まで必要になるわけではなく、是正処置の必要性を評価して決めます。ここで重要なのは、のフレームワークに沿って、問題（GAP）・原因・対策を切り分けたうえで、再発リスクや影響を踏まえて意思決定し、その根拠を記録することです。

軽微な不適合でも報告書は必要ですか？

軽微であっても、不適合とそれに対する処置、是正処置（実施した場合）の結果は、文書化した情報として残す運用が安全です。特に、軽微な逸脱が繰り返される場合は、で示されているように、思考が浅いと根治せず再発しやすく、結果として重大化し得ます。軽微かどうかにかかわらず、後で検証できる最低限の事実・判断・証拠を揃えることが、審査対応としても有効です。

是正処置の期限はどう設定しますか？

期限は、リスク（影響・再発可能性）と、対策の実行可能性（調達・改修・教育・変更管理）を両立させて設定します。にある「暫定対策と恒久対策」の発想を使い、すぐにできる封じ込め・環境是正を先に置き、恒久対策はマイルストーンで管理すると、現場負担と審査説明の両方を整えやすくなります。

なお、元の文章にある「外部審査は30日以内に是正計画提出」といった一律の期間は、に根拠がないため固定のルールとしては扱わず、審査機関の指示・契約条件・自社手順に従って期限を定義し、根拠を記録してください。

ISO14001の不適合是正処置はどう違いますか？

是正処置の基本ロジック（不適合への対処、原因分析、原因除去、有効性確認）は共通で、ISOの国際規格がマネジメントシステム自体を規格化している点も同じです。違いは、不適合が与える影響の中心が環境側面・環境法令順守・環境影響（漏えい、排出、騒音等）に置かれることです。

ここでものリスク評価の視点（異常性・突発性、被害の程度、作業環境変化など）を用いると、一次対応で「拡散防止・違反状態の解消」を優先すべきかを判断しやすくなります。品質と環境で対象は異なりますが、問題（GAP）・原因・対策を切り分けて記録する運用は共通です。

ISO不適合と是正処置への対応で次にすべきこと

ISO不適合と是正処置を実務で回すうえでは、まず不適合を要求事項のGAPとして定義し、修正（一次対応）と是正処置（原因除去）を切り分けて記録することが基礎になります。次に、資料読み込み・現場観察・ヒアリングで根拠を集め、原因と対策がつながる形で対策パッケージを設計し、有効性レビューで「効いたこと」を証拠で示すことが判断の軸になります。外部要求（法令・規格）も要求事項に含まれるため、産業標準化法が2019年7月1日に改称されたように、外部環境の変化を踏まえて自社の適用法令・手順の維持更新が必要かも併せて点検してください。次アクションとしては、不適合是正処置報告書の必須項目（不適合、修正、原因分析、是正処置、有効性レビュー）を自社様式に当てはめ、添付証拠（改訂差分、配布・教育記録、権限設定変更、監視データ等）を誰が集めるかまで決めると運用が安定します。個別案件の影響評価や顧客対応、法令適用の判断は状況依存のため、必要に応じて社内の法務・内部統制や外部専門家に相談したうえで進めてください。

Baseconnect株式会社
サイト運営会社

本メディアは、「企業が経営リスクを正しく知り、素早く動けるように」という想いから、Baseconnect株式会社が運営しています。

当社は、日本最大級の法人データベース「Musubu」において国内1200万件超の企業情報を掲げ、企業の変化の兆しを捉える情報基盤を整備しています。

加えて、与信管理・コンプライアンスチェック・法人確認を支援する「Riskdog」では、年間20億件のリスク情報をAI処理、日々4000以上のニュース媒体を自動取得、1.8億件のデータベース等を活用し、取引先の倒産・不正等の兆候の早期把握を支援しています。

運営会社情報ページへ