品質管理機能は4つの局面に分かれている
MESの品質管理機能を一括りに語ると設計を誤ります。実際には性質の異なる4つの局面があり、それぞれ責任を持つ部署も、変更の頻度も違います。
- 計画：どの工程で、何を、どれだけ、どの基準で検査するかを定義する
- 実施：現場または検査室で実際に測定し、値を記録する
- 判定：測定値を基準と照合し、合否を決める
- 処置：不合格に対して、隔離・手直し・特採・廃棄のいずれかを決め、実行する
多くのプロジェクトは②と③に注力し、①と④の設計が薄くなります。しかし運用が破綻するのはほぼ①と④です。①の検査計画が製品や工程の変更に追従できなければ検査そのものが形骸化し、④の処置が定義されていなければ不合格品が現場の判断で流れます。
品質管理機能の要件定義は、②から始めず①から始めてください。「どの工程で何を検査するか」という定義の持ち主が誰なのかを決めるところが出発点です。
検査計画の「正」はどこにあるか
| 情報 | ありうる置き場 | 判断の目安 |
|---|---|---|
| 検査項目・規格値 | PLM／QMS／MES | 設計変更に連動して変わるならPLM。品質部門が独自に決めるならQMSまたはMES |
| サンプリング方式 | QMS／MES | 顧客要求や規格（AQL等）に紐づくならQMS側で定義し、MESは実行 |
| 検査の実施タイミング | MES | 工程に紐づく実行情報のため、MESが持つのが自然 |
| 測定器の指定・校正状態 | MES／保全システム | 判定に使うならMESが状態を参照できる必要がある |
| 判定基準（合否ロジック） | MES | 実行時に一意に決まる必要があるため、実行系に置く |
| 不適合の処置ルール | QMS／MES | 是正処置まで含むならQMS、工程内の一次処置ならMES |
原則は「変更を承認する場所が正、判定に使う場所が実行系」です。規格値の変更を承認するのが設計部門ならPLMが正になりますが、その値をMESが参照できず現場が紙で確認している状態では、判定の自動化は成立しません。
ここで論点になるのが、いわゆる工程内検査の帰属です。出荷検査や受入検査はQMS側の業務であることが多い一方、工程内検査は生産の流れの一部であり、MESが持たなければ「不合格なら次工程へ進めない」という統制が実装できません。この境界の引き方はMESとQMSの境界で個別に扱います。
サンプリングと判定を、実行できる形まで具体化する
「抜き取り検査を行う」という要件は、そのままでは実装できません。決めるべき項目は次のとおりです。
- サンプリングの単位：ロットあたりN個か、時間あたりN個か、生産数Nごとに1個か
- 開始条件：段取り替え直後の初品検査を必須にするか。材料ロットが変わったら再検査するか
- 抜き取りの強制力：規定数に達したら着手を止めるのか、警告に留めるのか
- 不合格時の遡り範囲：前回の合格検査以降に生産した全数を疑うのか、直近N個か
- 再検査のルール：再測定を何回まで許すか。再測定値のうちどれを正式記録とするか
最後の「再測定」は必ず仕様に含めてください。測定のやり直しを無制限に許すと、合格が出るまで測り直す運用になり、記録の意味が失われます。再測定を許すなら回数制限と理由の記録を必須にし、すべての測定値を破棄せず残すのが原則です。
もう1つ、実務で頻繁に混同されるのが規格（仕様限界）と管理限界の違いです。規格は合否を決める顧客・設計との約束、管理限界は工程が安定しているかを見る統計的な線であり、両者は別物です。管理限界を外れても規格内であれば製品は合格ですが、工程には異常が起きています。この2つを1つの判定に混ぜると、「規格内なのに不合格になる」という現場の混乱を招きます。統計的な工程監視はSPC（統計的工程管理）をMESで回すで扱います。
不適合の状態遷移を先に描く
品質管理機能の設計で最も効果があるのは、不適合品がとりうる状態と、その間の遷移をすべて図に描くことです。この図がないまま実装に入ると、「保留のまま3か月放置されているロット」が発生します。
図で押さえるべき点は3つです。第一に、隔離（Hold）は独立した状態として持つこと。「不合格フラグを立てる」だけでは、物理的な移動を止められません。第二に、特採（Use As Is）には顧客承認の要否判定を必ず挟むこと。ここを省くと、顧客承認なしの特採品が出荷される事故につながります。第三に、手直し後の再検査は初回検査と同じ基準で行うこと。再検査を簡略化する運用は、記録上の合格と実物の品質を乖離させます。
工程内の一次処置を超えて、原因究明と再発防止（CAPA）へ引き継ぐ判断基準もここで決めます。すべての不適合をCAPAに上げると品質部門が回らず、上げなければ再発します。分岐条件は不適合管理とCAPAで扱います。
実装の失敗と、2026年の製品動向
失敗1：検査結果を「実績のコメント欄」に入れる。 測定値がテキストとして記録されると、判定も傾向分析もできません。項目ごとに型（数値／選択／画像）と単位を定義し、構造化して持つのが前提です。
失敗2：判定を人がやる前提で作る。 測定値を入力し、合否は作業者が選ぶ設計にすると、入力ミスと判断ミスの両方が入り込みます。判定は規格値との照合でシステムが行い、人は例外の承認だけを行う構造にします。
失敗3：測定器の校正状態を判定に使っていない。 校正切れの測定器で測った値が合格として記録される状態は、監査で必ず指摘されます。測定器を資源として登録し、校正期限を判定条件に含める設計が必要です。
失敗4：検査計画の変更を、稼働中に適用する経路がない。 顧客要求の変更や不具合対応で、検査項目は追加されます。マスタ変更にIT部門の作業が必要な設計にすると、変更が現場に届くまでに数週間かかります。
製品側では、品質とAIの結合が2026年に急速に進みました。Rockwellは2026年8月11日、Plex QMSとFactoryTalk Analytics VisionAIをAPI連携させ、AI外観検査の結果を品質管理に統合すると発表しています。検査履歴によるトレーサビリティとシリアライゼーションの強化も同時に打ち出されました。Siemens Opcenterは2026年8月14日リリースのMES Medical Device 2607でAQLサンプリングの簡素化を行っており、規制産業向けに検査計画の設定負荷を下げる方向が見て取れます。
なお、バリデーションの前提も変わりました。FDAは2025年9月24日にComputer Software Assurance（CSA）の最終ガイダンスを公示し、網羅的なスクリプト化テスト一辺倒ではなく、リスクに比例した検証活動へ集中する考え方を公式に示しています。品質モジュールのバリデーション工数の見積もりは、この前提の変化を織り込んで行ってください。
よくある質問
検査データはMESとQMSのどちらに持つべきですか。
工程内検査はMES、出荷検査・受入検査・顧客クレーム対応はQMS、というのが最も破綻しにくい分け方です。理由は、工程内検査の結果が「次工程へ進めるか」という実行判断に直結するためで、この判定を別システムに置くと応答性と統制の両方が犠牲になります。ただし、規制産業で品質記録の一元管理が要求される場合は、MESで判定しつつ記録をQMSへ複製する構成を採ることがあります。その場合は、どちらが正式記録かを明文化します。
全数検査をMESで管理すると、入力負荷が大きくなりませんか。
人が測って入力する全数検査であれば、負荷はそのとおり大きくなります。この場合の解決は入力画面の改善ではなく、測定器からの直接取り込みです。デジタルノギス、トルクレンチ、画像検査装置からの自動取り込みができれば、入力負荷はゼロに近づき、転記ミスもなくなります。測定器がつながらない場合は、全数検査そのものの必要性を、リスクベースで見直す議論に戻すべきです。
特採（特別採用）の運用をシステム化すると、かえって手続きが重くなりませんか。
重くなるのは、承認経路を1本しか用意しない場合です。実務では、影響度に応じて経路を分けます。社内基準の軽微な逸脱は工場品質責任者の承認で完了、顧客規格に関わる逸脱は顧客承認を必須とする、といった具合です。この分岐条件を先に定義しておけば、日常的に発生する軽微な特採は数分で処理でき、重要なものだけに時間をかけられます。分岐条件がないシステム化は、確かに現場の負担を増やすだけになります。
- Rockwell Automation Integrates Plex QMS With FactoryTalk Analytics VisionAI（Rockwell Automation、2026年8月11日）
- What's new in Opcenter MES Medical Device 2607（Siemens、2026年8月14日）
- Computer Software Assurance for Production and Quality System Software（Federal Register、2025年9月24日）
- Drafts of EU GMP Guideline Annex 11, Annex 22 and Chapter 4 released for comment（ECA Academy、2025年7月7日）
