【テンプレート付】MES（製造実行システム）の要件定義｜機能要件・非機能要件チェックリストと進め方

MES（製造実行システム）の要件定義とは

MES（製造実行システム）における要件定義とは、計画系（ERP/生産計画）から受け取った製造オーダーを、現場の作業指示・実績収集・品質記録・在庫引当としてどう実行・記録するかを業務とシステムの両面で確定する工程です。ISA-95でいう「レベル3」、すなわち基幹システム（レベル4）と設備・PLC（レベル2以下）の中間層をどう設計するかを定義します。製造品目・工程・設備・ロット管理の粒度を決め、紙やExcel・ホワイトボードで回している現場運用をどこまで電子化するかの線引きを行います。

なぜ要件定義でMES（製造実行システム）導入の成否が決まるのか

MESは現場の作業者・設備・既存システムが密に絡み合うため、要件の曖昧さがそのまま「現場が使わないシステム」「実績が入力されないシステム」という形で表面化します。特に実績収集の粒度と入力負荷の設計を誤ると、データが集まらず投資が無駄になります。

• 実績入力の粒度を細かくしすぎ、作業者の手入力負荷が増えて現場が入力をやめ、リアルタイム実績が形骸化する
• 品目・工程・BOMのマスタ整備を後回しにし、製造オーダー展開や原価ロールアップが回らないまま稼働させてしまう
• PLCやセンサー、生産設備からの自動データ収集（PLC/OPC UA連携）を要件から外し、結局すべて手入力になりトレーサビリティが成立しない
• ERPの生産計画との連携I/F（オーダー受領・実績戻し）の役割分担を決めず、在庫数量や仕掛が二重管理・不整合になる

要件定義で決める5つの範囲

1. 対象工程・ライン — 全工場一括か、特定ライン・特定品目（多品種少量／量産）から段階導入かを決め、対象設備とセル単位を明確にします
2. 実績収集の範囲 — 着手・完了の実績だけか、設備稼働・良品/不良数・チョコ停・サイクルタイムまで自動収集するかを定めます
3. トレーサビリティの範囲 — ロット・シリアル単位の前方/後方追跡、使用部材ロットと製造条件（温度・トルク等）の紐付け範囲を決めます
4. 品質・検査の範囲 — 工程内検査の判定記録、SPC（工程能力）管理、不適合品の隔離・手直し指示までMESで扱うかを線引きします
5. 計画系との境界 — 生産計画・スケジューリング（小日程）をMES側で持つか、ERP/APS側に残すかを切り分けます

MESはERP・PLM・設備（PLC/SCADA）の中間層であるため、「どこまでがMESの責務か」を上下のシステムとの境界線として最初に引かないと、機能の重複や抜け漏れが必ず発生します。

要件定義の進め方：5ステップ

ステップ	内容	アウトプット
①	現状業務の可視化と現場ヒアリング。作業指示書・実績日報・かんばん・検査記録など現行の紙/Excel運用と、現場のリアルタイム性への要求を棚卸しします	現行業務フロー図、帳票一覧、実績収集ポイント定義
②	あるべき製造実行プロセスの設計。製造オーダーの展開単位、作業指示の出し方、実績入力のタイミングと方法（ハンディ/タブレット/設備自動）を設計します	To-Be業務フロー、実績収集粒度の定義書
③	マスタ・データモデルの定義。品目・工程・作業手順（ワークインストラクション）・BOM・設備・ロット採番ルールを設計します	マスタ定義書、ロット/シリアル採番ルール
④	機能要件・非機能要件・連携要件の整理。ERP/PLM/WMS/設備との連携I/Fと、現場端末の応答性・可用性目標を定義します	要件定義書、連携I/F一覧、KPI定義
⑤	RFP作成とベンダー評価。パッケージ標準機能とのFit&Gap、現場PoC（実機検証）を経て製品とベンダーを選定します	RFP、Fit&Gap表、評価スコア、PoC結果

稼働後に効果を測るため、設備総合効率（OEE）、実績入力リードタイム、トレーサビリティの追跡所要時間、不良率・手直し率といったKPIを要件定義段階で定義しておきます。

機能要件チェックリスト（MES（製造実行システム）の核心）

MES（製造実行システム）に求める代表的な機能要件です。自社の状況に照らして「必須／任意／不要」を判断してください。

大分類	主な要件項目
製造オーダー・作業指示管理	ERPからの製造オーダー受領, 作業指示の現場展開（ペーパーレス指示）, 工程進捗ステータス管理, 段取り替え・差立て（小日程展開）
実績収集（現場入力）	着手/完了実績の登録, ハンディ/タブレット/バーコード/QRによる入力, 作業者・設備・治工具の紐付け, 数量（良品/不良/手直し）の入力
設備・装置連携（データ収集）	PLC/OPC UAによる稼働信号収集, サイクルタイム自動取得, チョコ停・ドカ停の検知, 設備パラメータ（温度・圧力・トルク）の取り込み
トレーサビリティ管理	ロット/シリアル採番と引継ぎ, 使用部材ロットの紐付け, 製造条件・検査結果の記録, 前方/後方追跡とリコール時の影響範囲特定
品質・検査管理	工程内検査の判定記録, SPC・工程能力（Cp/Cpk）管理, 不適合品の隔離・ホールド, 手直し/再検査の指示と履歴
在庫・仕掛（WIP）管理	工程間在庫・仕掛のリアルタイム把握, 部材の出庫・引当, ロケーション管理, ERPへの在庫数量フィードバック
OEE・稼働分析	可用率/性能/品質の自動算出, 停止要因（ロス）の分類集計, アンドン・大型モニタへの稼働表示, 設備別/ライン別ダッシュボード
作業手順・電子帳票（eBR）	作業手順書（ワークインストラクション）の現場配信, 電子作業記録/製造記録（eBR）, チェックリスト・写真添付, 改訂版の現場反映と版管理
計画・差立て（スケジューリング）	受領オーダーのライン割付, 小日程のガントチャート表示, 設備能力・段取りを考慮した順序付け, 計画変更時の現場再指示
ペーパーレス・帳票出力	現品票・かんばん・検査成績書の発行, 作業日報・生産日報の自動生成, ラベル印刷（バーコード/2次元コード）, PDF/CSV出力

見落としがちな要件: 見落とされがちなのは、設備自動収集と手入力を混在させた場合の「実績の突合・補正機能」、ネットワーク断時のオフライン入力と再同期、そして作業手順書（電子帳票）の改訂版を確実に現場の最新版に切り替える版管理です。これらは標準パッケージでカバー範囲が大きく分かれるため、必ず要件に明記します。

非機能要件で見落としがちなポイント

機能だけに目が向きがちですが、非機能要件こそ稼働後の満足度を左右します。

区分	確認すべき要件（目標値の例）
性能	現場端末での実績入力・バーコード読取の応答が1〜2秒以内、設備からのデータ収集周期1秒〜数秒、ピーク時の同時接続端末数（例:200台）で性能劣化しないこと
可用性	24時間連続稼働ラインに対し稼働率99.9%以上、サーバ冗長化、ネットワーク断時も現場端末でオフライン作業継続→復旧後に自動再同期できること
拡張性	対象ライン・拠点の追加に対し品目/設備マスタを横展開でき、新規設備のPLC/OPC UA接続をアドオンなしで追加できること
セキュリティ	OTネットワークとITネットワークの分離、現場端末のアカウント/権限管理、作業者の操作ログ取得、電子記録の改ざん防止（21 CFR Part 11相当の電子署名）
運用保守	マスタ追加・帳票レイアウト変更を情シス側で実施可能、設備接続トラブル時の切り分け手順、24時間ラインに合わせた保守時間帯（無停止パッチ適用）の確保
移行	既存の品目/BOM/ロット採番ルール・過去実績の移行方針、紙/Excel運用からの並行稼働期間、稼働中ラインを止めないカットオーバー計画
コンプライアンス	トレーサビリティ記録の長期保存（製品保証期間に応じ7〜10年以上）、IATF16949/ISO9001の記録要件、薬機法・食品向けはGMP/HACCP対応の証跡保持

MESは止まると製造ラインが止まるため、ERPやBIと違い「現場端末の応答性」と「ライン無停止での保守・障害復旧」を非機能要件の最優先に据える必要があります。

基幹・周辺システムとの連携要件

どのシステムと、何を、どの方式（API/CSV/EDI）で、どの頻度で連携するかを定義します。

連携先	主な連携内容
ERP（基幹システム）	製造オーダー・品目/BOMマスタの受領、製造実績・消費部材・在庫数量・原価実績のフィードバック
PLM/CAD・図面管理	製品構成（設計BOM）・作業手順・図面/規格の最新版を製造BOMやワークインストラクションへ反映
生産設備・PLC/SCADA	OPC UA/各社PLCプロトコルでの稼働信号・サイクルタイム・設備パラメータの収集と、レシピ/設定値の設備へのダウンロード
WMS/自動倉庫・AGV	部材の出庫指示・入庫実績の連携、工程間搬送（AGV/AMR）への搬送指示、ロケーションと在庫の同期
品質管理システム（QMS）/検査機器	工程内検査の測定値取り込み（測定器連携）、不適合情報の連携、SPCデータの集約
BI/データ基盤（IoTプラットフォーム）	OEE・実績・品質データをデータレイク/BIへ連携し、設備横断の稼働分析・予知保全に活用
勤怠・工数管理システム	作業者の出退勤・工数実績との突合、製造実績と労務費の紐付け

MESはERP（上位IT）と設備（下位OT）の橋渡しが本質であり、特にPLC/OPC UAによる設備連携の可否とERPとのオーダー・実績I/Fの役割分担が、後工程の追加コストを左右します。

RFP（提案依頼書）に盛り込むべき項目

要件が固まったら、ベンダーへの提案依頼書（RFP）にまとめます。最低限、次の項目を含めます。

• 対象工場・ライン・品目の特性（量産/多品種少量、ロット/シリアル管理の要否）と、想定する同時接続端末数・データ収集対象設備の台数
• 必須機能と除外範囲（実績収集の粒度、トレーサビリティ範囲、SPC、電子帳票/eBRの要否）を優先度付きで明記
• 連携先システムと方式（ERP製品名、PLC/OPC UA、WMS、検査機器）および各I/Fの責任分界点
• 非機能要件（現場端末応答時間、稼働率、オフライン運用、電子記録の改ざん防止、記録保存年数）
• 導入範囲・スケジュール・段階導入計画と、ライン無停止でのカットオーバー要件
• 現場PoC（実機・実設備での検証）の実施可否と、Fit&Gap・アドオン開発の見積前提

RFPには「現状の紙/Excel帳票サンプル」と「対象設備のPLC機種・通信仕様」を添付すると、ベンダーが連携工数とアドオン範囲を正確に見積もれます。

ベンダーを横並び比較する評価マトリクス

MESは現場適合性が成否を分けるため、機能網羅性だけでなく「自社業種の導入実績（自動車部品/電子/食品/医薬など）」「設備連携（PLC/OPC UA）の対応力」「現場端末のUIと入力負荷」「ライン無停止での保守体制」に重み付けして評価します。価格や標準機能数より、Fit&GapとPoCで実証された現場適合性を重視するのが定石です。

デモは必ず自社の代表品目・実工程・実際の設備接続を想定したシナリオで行い、カタログ機能ではなく現場での実行性を確認します。

MES（製造実行システム）導入でよくある失敗と回避策

よくある失敗	原因	回避策
稼働後に現場が実績を入力せず、リアルタイム実績が集まらない	実績入力の粒度が細かすぎ、作業の手を止めて入力する負荷が大きい設計になっていた	入力ポイントを最小化し、バーコード/設備自動収集を最大限活用、現場作業者を要件定義段階から巻き込む
マスタが整備されず製造オーダー展開や原価ロールアップが回らない	品目・工程・BOM・ロット採番ルールの定義を後回しにし、データ移行を軽視した	マスタ定義とクレンジングを最優先タスクとし、ERP/PLMとのマスタ一元管理の方針を先に決める
トレーサビリティが成立せず、リコール時に追跡できない	設備自動収集を要件から外し手入力に依存、使用部材ロットの紐付け運用が定着しなかった	前方/後方追跡の要件を先に定義し、ロット引継ぎを自動化、部材消費の登録を入庫/出庫プロセスに組み込む
ERPと在庫・仕掛が二重管理になり数量が合わない	計画系（ERP）とMESの責任分界点と実績戻しI/Fを曖昧にしたまま稼働した	オーダー受領と実績フィードバックの同期I/Fを明確に設計し、在庫の正本（マスタ）をどちらが持つか確定する

チェックリストの使い方（テンプレートとして使う）

本記事の機能要件・非機能要件・連携要件・評価マトリクスの各表は、そのまま要件定義の雛形（テンプレート）として使えます。表をコピーして自社に必要な項目の「要否」「優先度」を記入し、ベンダー回答を並べて比較してください。

1. 各表で自社に必要な項目の要否（必須/任意/不要）と優先度を記入する
2. 不足する自社固有の要件を追記する
3. ベンダー回答（○標準/△設定・追加開発/×不可）を記入する
4. 評価マトリクスで重みと評点を入れ、加重スコアで横並び比較する

※ 記入と加重スコアの自動集計ができるExcelテンプレート（ダウンロード版）は近日公開予定です。