「検証」と「妥当性確認（バリデーション）」——ISO9001やIATF16949の設計開発プロセスで必ず出てくるこの2つの用語、正確に使い分けできていますか？
「検証も妥当性確認もやっていることは同じでしょ？」と思っている方は要注意です。審査ではこの2つの区別が明確にできていないと指摘されることが少なくありません。
本記事では、ISO9000の正式な定義に基づいて検証（Verification）と妥当性確認（Validation）の違いを明確にし、製造業・自動車業界での具体的な適用方法まで実務経験をもとに解説します。
この記事を書いた人
所属：QMS認証パートナー専属コンサルタント
年齢：40代
経験：製造業にて25年従事（内自動車業界15年以上）
得意：工場品質改善・プロジェクトマネジメント
目標：ちょっとの相談でも頼りにされるコンサルタント
※難解な規格を簡単に解説がモットー！
【サイトポリシー】
当サイトは、品質マネジメントシステムの普及を目的に、難解になりがちな規格要求を、できるだけ分かりやすく解説しています。実務の中で「少し確認したい」「判断に迷う」といった場面で、参考にしていただける情報提供を目指しています。※本記事の内容は、実際の現場支援経験をもとに整理しています。
「無料で学ぶ」「有料で実践する」——皆様の目的に合わせて活用可能です！
✅ QMS・品質管理・製造ノウハウを無料で学びたい方へ
👉 本サイト「QMS学習支援サイト」を活用しましょう！「QMSについて知りたい」「品質管理の基礎を学びたい」方に最適！
✔ IATF 16949やISO 9001・VDA6.3の基礎を学ぶ
✔ 品質管理や製造ノウハウを無料で読む
✔ 実務に役立つ情報を定期的にチェック
✅ 実践的なツールやサポートが欲しい方へ
👉 姉妹サイト「QMS認証パートナー」では、実務で使える有料のサポートサービスを提供！「すぐに使える資料が欲しい」「専門家のサポートが必要」な方に最適！
✔ コンサルティングで具体的な課題を解決
✔ すぐに使える帳票や規定のサンプルを購入
✔ より実践的な学習教材でスキルアップ
皆様の目的に合わせて活用可能です！
| ・当サイトの内容は、あくまでもコンサルタントとして経験による見解です。そのため、保証するものではございません。 ・各規格の原文はありません。また、規格番号や題目なども当社の解釈です。 ・各規格については、規格公式サイトを必ず確認してください。 ・メールコンサルティングは空きあります(2025年9月現在)。この機会に「ちょっと相談」してみませんか？1質問の無料サービス期間を是非ご利用ください。 →サービスのお問い合わせはこちら |
IATF16949構築で整理しておきたい視点
IATF16949（自動車産業のQMS）の構築や運用では、規格要求の理解だけでなく、それをどのようなルールや記録に落とし込むかが重要になります。ISO9001との違いや不足点を把握できていないと、構築途中で手が止まってしまうことも少なくありません。
まずは全体像を整理し、必要な知識や帳票の考え方を段階的に確認していくことが、無理のない対応につながります。
この記事の目次
そもそも「検証」とは？一般的な意味
「検証（けんしょう）」とは、事実を確かめること、仮説や条件が正しいかどうかを実際に調べて確認する行為を指す言葉です。英語では"verification"に対応します。
日常的には「理論の正しさを検証する」「現場検証」などの使い方がされますが、品質管理の世界では、ISO規格で定義された厳密な意味を持っています。ここからは品質管理における「検証」の正確な定義を解説していきます。
ISO9000における「検証」の定義
ISO9000:2015（品質マネジメントシステム－基本及び用語）では、「検証（Verification）」を以下のように定義しています。
検証（Verification）：客観的証拠を提示することによって、規定要求事項が満たされていることを確認すること。
ここでのポイントは「規定要求事項」です。規定要求事項とは、設計仕様書・図面・規格書などの中で明示的に定められた要求事項のことです。
つまり検証とは、「仕様書に書かれた通りにできているか？」を客観的な証拠（データ・試験結果など）で確認することと理解してください。
●設計図面の寸法通りに部品が加工されているかを三次元測定機で確認する
●材料仕様書で指定された引張強度を満たしているかを引張試験で確認する
●設計計算書の結果を、別の計算手法で再計算して一致を確認する（代替計算）
●CAE解析の結果を実機試験と比較して整合性を確認する
これらはすべて「事前に定められた仕様（＝規定要求事項）を満たしているか？」を確認する行為であり、検証に該当します。
ISO9000における「妥当性確認」の定義
一方、「妥当性確認（Validation）」はISO9000:2015で以下のように定義されています。
妥当性確認（Validation）：客観的証拠を提示することによって、特定の意図された用途又は適用に関する要求事項が満たされていることを確認すること。
ポイントは「特定の意図された用途又は適用」です。これは仕様書に明記されたスペックだけではなく、顧客が実際に製品を使うときに期待する機能・性能・使い勝手を含みます。
つまり妥当性確認とは、「顧客が本来求めていることが実現できているか？」を確認することです。仕様書には表れにくい「意図された使い方」まで含まれる点が、検証との最大の違いです。
●自動車部品を実車に搭載して、実際の走行条件下で性能を確認する
●顧客の使用環境を模擬した耐久試験を行い、要求寿命を満たすか確認する
●量産試作品を用いてユーザー評価を行い、操作性や使い勝手を確認する
●実際の生産ラインで量産した製品が、一貫して顧客要求を満たすかを確認する
検証と妥当性確認の違い：一目でわかる比較表
| 比較項目 | 検証（Verification） | 妥当性確認（Validation） |
|---|---|---|
| ISO9000の定義 | 規定要求事項が満たされていることを確認 | 意図された用途に関する要求事項が満たされていることを確認 |
| 確認の基準 | 設計仕様書・図面・規格書（文書化された要求） | 顧客の意図・実際の使用条件（文書に表れにくい要求も含む） |
| 英語 | Verification | Validation |
| わかりやすい表現 | 「仕様通りに作れているか？」 | 「顧客が求めるものになっているか？」 |
| 有名な区別（B.Boehm） | "Are we building the product right?"（正しく作っているか？） | "Are we building the right product?"（正しいものを作っているか？） |
| タイミング | 設計開発の各段階で実施 | 通常、最終製品に近い段階で実施 |
| 手法の例 | 試験・検査・代替計算・レビュー・シミュレーション | 実車評価・ユーザー試験・耐久試験・フィールドテスト |
| ISO9001の該当条項 | 8.3.4（設計・開発の管理）内の検証 | 8.3.4（設計・開発の管理）内の妥当性確認 |
| IATF16949の該当条項 | 8.3.4.1（設計・開発の管理－補足）等 | 8.3.4.2（設計・開発の妥当性確認）等 |
ソフトウェア工学の権威Barry Boehm氏による以下の区別は、製造業にもそのまま当てはまります。
●検証
→"Are we building the product right?"（正しく作っているか？＝仕様通りか？）
●妥当性確認
→"Are we building the right product?"（正しいものを作っているか？＝顧客ニーズに合っているか？）
"right"の位置が変わるだけで意味が大きく変わります。検証は「プロセスの正しさ」、妥当性確認は「成果物の正しさ」に焦点があると覚えておくとよいでしょう。
ISO9001・IATF16949の設計開発における検証と妥当性確認
ISO9001の8.3.4項「設計・開発の管理」では、設計開発プロセスの中で検証と妥当性確認の両方を実施することが要求されています。ここでは、自動車部品の設計開発を例に、検証と妥当性確認がどの段階で行われるかを解説します。
設計検証（Design Verification）
設計検証は、設計のアウトプット（図面・仕様書・CAEデータなど）が設計のインプット（顧客要求仕様書・法規要求など）を満たしているかを確認する活動です。
自動車部品開発での設計検証の例は以下の通りです。
- 代替計算：構造解析の結果を、異なる手法（手計算やFEM）で再検証する
- 類似設計との比較：過去の実績ある設計と新設計を比較し、整合性を確認する
- デザインレビュー（DR）：部門横断チームで設計アウトプットをレビューし、インプット要求との適合性を確認する
- 試作品の試験・検査：試作品を用いた性能試験・寸法検査を実施し、仕様を満たすか確認する
IATF16949では8.3.4.1項で設計検証が補足されており、設計検証の結果をAPQPのフェーズゲートに組み込むことが実務上のポイントとなります。
設計の妥当性確認（Design Validation）
設計の妥当性確認は、最終製品が実際の使用条件下で、顧客の意図する用途を満たしているかを確認する活動です。
自動車部品開発での妥当性確認の例は以下の通りです。
- 実車搭載評価：部品を実車に組み付け、実際の走行条件（振動・温度・荷重）での性能を確認する
- 耐久試験：顧客が要求する使用期間・走行距離相当の耐久試験を実施する
- 環境試験：高温・低温・湿度・塩害などの環境条件での性能を確認する
- 顧客による承認試験：OEMの評価基準に基づく試験を実施し、顧客承認（PPAP提出）を取得する
IATF16949の8.3.4.2項では、妥当性確認を顧客固有の要求事項（CSR）に従って実施することが求められています。自動車OEM各社のCSRで規定されている妥当性確認の方法・基準を事前に確認しておくことが重要です。
製造工程における検証と妥当性確認
設計開発だけでなく、製造工程においても検証と妥当性確認は重要です。
工程の検証
製造工程の検証は、工程が設計された条件通りに運用されているかを確認することです。具体的には以下のような活動が含まれます。
- コントロールプランで定められた工程パラメータが実際に守られているかの確認
- 検査基準書通りに検査が実施されているかの確認
- 段取り替え後の初品検査（ファーストオフ検査）
工程の妥当性確認（プロセスバリデーション）
一方、**工程の妥当性確認（プロセスバリデーション）**は、通常の検査では検証できない工程に対して特に重要です。
ISO9001の8.5.1項f)では、「プロセスの結果としてのアウトプットを、それ以降のモニタリング又は測定で検証することができない場合には、製造及びサービス提供のプロセスの妥当性確認を行う」ことが求められています。
具体的には以下のような特殊工程が該当します。
- 溶接工程：溶接後の内部品質は非破壊検査でも完全には検証できない
- 熱処理工程：処理後の金属組織は全数検査ができない
- 塗装工程：密着性や膜厚は破壊試験でしか正確に測れない
- 接着工程：接着強度は破壊試験が必要
これらの工程では、工程パラメータ（温度・時間・圧力など）を事前に妥当性確認し、そのパラメータを維持管理することで品質を保証するというアプローチが取られます。
混同しやすい用語の整理：検証・検査・レビューの違い
品質管理では「検証」「検査」「レビュー」が混同されがちです。それぞれの違いを整理します。
| 用語 | 英語 | 意味 | 代表的な手法 |
|---|---|---|---|
| 検証 | Verification | 規定要求事項が満たされていることを客観的証拠で確認する | 試験・代替計算・シミュレーション |
| 検査 | Inspection | 製品・工程の特性を測定・試験し、規格への適合を判定する | 寸法測定・外観検査・受入検査 |
| レビュー | Review | 設定された目標を達成するための対象の適切性・妥当性・有効性を判定する | デザインレビュー（DR）・文書レビュー |
| 監査 | Audit | QMSが計画通りに運用されているかを体系的に確認する | 内部監査・第二者監査・第三者監査 |
検査は「合格/不合格の判定」に焦点があり、検証は「要求事項を満たしている証拠の提示」に焦点があります。検査は検証の一つの手段と位置づけられます。
レビューは主に「人が判断する」活動であり、検証のようにデータ・試験結果で証明するアプローチとは異なります。ただし、レビューの結果も検証の客観的証拠として活用されることがあります。
審査で指摘されやすいポイント
私自身も多くの内部監査やサプライヤー監査を実施していますが、検証と妥当性確認に関して以下のポイントで指摘が出やすい傾向があります。
①検証と妥当性確認が区別されていない
設計開発の帳票で「検証」と「妥当性確認」が混在したまま運用されている。検証は仕様書対比、妥当性確認は顧客の意図する使用条件対比であることを明確にし、帳票・手順書上も区分してください。
②検証計画・妥当性確認計画が事前に策定されていない
試験を実施した後に「これは検証です」と後付けで整理するケースがあります。ISO9001 8.3.4項では、設計開発の管理として計画された段階で検証・妥当性確認を行うことを要求しています。事前に計画書を作成してください。
③妥当性確認が社内試験だけで完結している
妥当性確認は「実際の使用条件下で」実施することが求められます。社内の試験室での評価だけでなく、顧客の使用環境を模擬した試験や実車搭載評価が必要です。
④プロセスバリデーション（特殊工程の妥当性確認）が未実施
溶接・熱処理・塗装などの特殊工程で、工程パラメータの妥当性確認が実施されていない。特殊工程の一覧を作成し、それぞれに妥当性確認を実施・記録してください。
⑤検証・妥当性確認の記録が不十分
ISO9001 8.3.4項では、検証・妥当性確認の結果を文書化した情報として保持することが要求されています。試験データだけでなく、合否判定の根拠・判定者・日付も記録に含めてください。
検証と妥当性確認に関するFAQ
可能です。ISO9001でも「実行可能な場合には、検証及び妥当性確認を同時に行ってもよい」とされています。ただし、記録上は検証と妥当性確認を区別して残すことが重要です。
一般的には検証が先です。設計開発の各段階でインプット対比のアウトプット確認（検証）を行い、最終的に実際の使用条件下で顧客要求を満たすか確認（妥当性確認）する流れが標準的です。ただし、ISO9001は「実行可能な場合には、製品の引渡し又はサービスの提供の前に完了する」と規定しており、製品完成前の段階で妥当性確認を行うことも認められています。
はい、同じです。「バリデーション（Validation）」は英語表記で、日本語では「妥当性確認」と訳されます。ISO規格の日本語版（JIS Q 9000など）では「妥当性確認」が使用されます。
ISO9001 8.5.1項f)では「結果として生じるアウトプットを、それ以降の監視又は測定で検証することができない場合」にプロセスの妥当性確認が必要とされています。全数検査が可能な通常工程では、検査（検証）で品質保証できるため、プロセスバリデーションは必須ではありません。ただし、IATF16949ではコントロールプランを通じた工程管理が求められるため、特殊工程に限らず工程パラメータの妥当性確認を行っておくことが望ましいです。
IATF16949では8.3.4.1項〜8.3.4.4項で設計開発の管理が補足されており、検証・妥当性確認をAPQP（先行製品品質計画）のフェーズに組み込むことが求められます。また、顧客固有要求事項（CSR）で指定された試験方法・合格基準に従う必要がある点もISO9001との違いです。さらに、製造工程設計の検証・妥当性確認（8.3.4.3項）が独立して要求されています。
レビューと検証は別の概念ですが、レビューの結果が検証の客観的証拠として活用されることはあります。ISO9001 8.3.4項ではレビュー・検証・妥当性確認を並列に規定しており、設計開発の管理としてこの3つすべてを実施することが求められています。
はい、検査は検証の手段の一つです。検証は「規定要求事項が満たされていることを客観的証拠で確認すること」であり、その客観的証拠を得る手段として検査（測定・試験・判定）が用いられます。ただし、検証には検査以外にも代替計算・シミュレーション・レビューなどの手段が含まれます。
まとめ
検証と妥当性確認の違いを改めて整理します。
①検証（Verification）＝「仕様通りに作れているか？」を客観的証拠で確認すること
②妥当性確認（Validation）＝「顧客が求めるものになっているか？」を実際の使用条件で確認すること
この違いは、ISO9001やIATF16949の設計開発プロセス（8.3.4項）で明確に区別して運用することが求められます。B.Boehmの有名な表現を借りれば、検証は「正しく作っているか」、妥当性確認は「正しいものを作っているか」です。
品質マネジメントシステムの審査や顧客監査では、この2つの区別が明確に運用されているか、計画書・記録が適切に残されているかが確認されます。特に自動車業界では、APQPの各フェーズゲートに検証・妥当性確認を組み込み、PPAP提出までの一連のプロセスとして管理することが重要です。
本記事を参考に、検証と妥当性確認の使い分けを整理し、品質マネジメントシステムの運用に活かしてみてください！
それではまた！
「検証と妥当性確認の帳票をどう設計すればよいかわからない」「審査で設計検証の記録が不十分と指摘された」——そんなお悩みはありませんか？
QMS認証パートナーでは、IATF16949・ISO9001・VDA6.3に対応したメールコンサルティングを提供しています。24時間いつでもメールで質問でき、現地コンサルの1/100以下のコストで専門家のアドバイスが受けられます。
サービスの特徴
・ISO9001、IATF16949、VDA6.3に対応
・構築教材、規定、帳票などのノウハウ販売
・実務に使いやすい資料で自立構築支援
・認証取得後の維持・運用にも活用しやすい
・製造業に特化した内容で整理
QMS認証パートナー：https://partner.iatf-iso.net/
弊社はISO9001、IATF16949、VDA6.3に関する教材、規定、帳票、ノウハウ資料の販売/メールコンサルを展開しています。コンサルに全面依存せず、自社で構築や運用を進めたい企業や、必要な資料を整理しながら実務に落とし込みたい場合に活用しやすいサービスです。
ご相談・不明点については、下記ボタンよりお気軽にお問い合わせください。
