ベンダーが2026年に出荷・発表した機能を、できることの種類で分けると次の表になります。右端の列は、当サイトがAIエージェントの任せられる範囲で引いた線に対応しています。

表に載せたのは、一次情報か当サイトの個別記事で裏が取れる領域だけです。AIによる生産スケジューリングや予知保全も製品としては存在しますが、MESとの統合実装を一次情報で確認できていないため、ここでは扱っていません。

「MESにAIが載る」という言い方は、2026年には粗すぎます。

続きをサイトで読む（MES導入の基礎知識）

議論の土台として、確認できる事実を時系列で並べます。

実装のパターンとしては、①MES内蔵の対話UI（自然言語でのKPI照会）、②特定業務のエージェント（手順書生成・外観検査・レポート生成）、③MESの外側のオーケストレーション層、という3層への分化が読み取れます。この整理は産業AIの3層分化で個別に論じています。

ここから言えるのは、「MES×AIエージェント」はコンセプト段階を過ぎ、製品と標準の両面で具体化が始まったこと。

続きをサイトで読む（MES導入の基礎知識）

MESが対象になる監査は、実施主体で3つに分かれます。準備の設計は、この違いの理解から始まります。

共通するのは、監査人が確認したいことが「記録が正しいか」から「記録を作る仕組みが信頼できるか」へ移っている点です。個々の製造記録を眺めるだけでなく、その記録は誰が変更できるのか、変更したら痕跡が残るのか、システムは検証されているのか、という仕組みへの質問が中心になります。機能としての監査証跡の要件は監査証跡の解説で、原則側はデータインテグリティ（ALCOA+）で扱っており、この記事はそれらを「聞かれたときに出せる」状態にする準備の話です。

続きをサイトで読む（MES導入の基礎知識）

「工場の状況が一目で分かるダッシュボードを」という要望から始まったプロジェクトが行き着く先は、たいてい誰にとっても一目では分からない画面です。理由は、異なる3種類の画面が1枚に混ぜられるからです。

3類型は、必要な更新頻度が秒から月まで3桁以上違い、必要なデータの粒度も、置かれる場所も違います。①に月次トレンドを入れれば現場にはノイズであり、③にリアルタイム稼働状況を入れれば経営会議は「今たまたま止まっている設備」の議論で脱線します。混在は情報設計の問題である以上に、会話の場を壊す問題です。

続きをサイトで読む（MES導入の基礎知識）

MESの寿命は10年を超えることが珍しくありません。その間に起きることは決まっています。発注側の担当者は異動し、ベンダーの構築メンバーは別プロジェクトへ移り、口頭で共有されていた「なぜこの設計にしたか」は失われます。文書整備とは、この必然に対する備えです。

ところが実際の現場で見る文書の状態は、両極端に分かれます。一方の極は、納品時の設計書が数百ページ揃っているが、その後の改修が反映されておらずどこが現状と違うのか誰にも分からない状態。もう一方は、規制対応で文書の版管理は厳格だが、監査向け文書に偏り、障害対応や変更調査に使える技術文書がない状態です。

続きをサイトで読む（MES導入の基礎知識）

可用性の議論が噛み合わないプロジェクトでは、たいてい2つの別の話が混ざっています。ひとつは地震・火災・ランサムウェアといったサイトごと失われる事態への備え（DR：災害復旧）で、これはバックアップ・復旧手順・代替運用の話です。本サイトではMESのバックアップとBCPで扱いました。

もうひとつがこの記事の対象で、日常的に起こる部品単位の故障や、パッチ適用などの計画停止で、生産を止めないための設計（HA：高可用性）です。両者は投資の性質が違います。DRは「めったに起きないが起きたら全損」への保険、HAは「年に数回は必ず起きる」事象への恒常的対策です。

続きをサイトで読む（MES導入の基礎知識）

インターフェース仕様書のレビューを依頼されて開くと、REST APIかファイル連携か、項目のデータ型は何か、という方式と形式の記述がほとんどを占めていることがよくあります。それらは必要ですが、連携障害の原因分析をすると、方式起因のトラブルはむしろ少数派です。実際に障害になるのは「仕様書に書いていないこと」失敗したら誰が気づくのか、再送したら二重登録にならないのか、相手が止まっている間のデータはどこに溜まるのか、です。

この構造には理由があります。

続きをサイトで読む（MES導入の基礎知識）

MESの負荷見積でまず捨てるべきなのは「1日あたりの実績登録件数」という平均値です。1日1万件の登録があるラインでも、それが24時間に均等に散らばることはありません。実務でMESの応答が悪化するのは、決まって次の瞬間です。

したがってサイジングの基準は「最繁1時間に何が同時に起きるか」です。現場ヒアリングで各工程の登録タイミングを聞き、時間帯別の件数分布を1枚にすると、ピークは平均の5〜10倍に達することが珍しくありません（サオスの導入支援経験にもとづく目安であり、公表された統計ではありません）。

続きをサイトで読む（MES導入の基礎知識）

MES導入プロジェクトで「ウォーターフォールかアジャイルか」を全体で一括して決めようとすると、どちらを選んでも無理が出ます。理由は、MESが性質の異なる作業の束だからです。

つまり正しい問いは「どちらの方法論か」ではなく「どの決定を先に凍結し、どの決定を反復に残すか」です。この区別はMES導入の流れで示した9ステップのうち、要件定義と設計の進め方を具体化するものです。

注意すべきは、反復に向く層も下の層のインターフェースに依存していることです。画面のスプリントを始める前にデータモデルが揺れていると、スプリントの成果物が毎回作り直しになります。

続きをサイトで読む（MES導入の基礎知識）

MESのランコスト見直しの相談を受けて最初に確認するのは、現在の保守費の内訳明細です。そして多くの場合、明細は存在しません。「年間保守一式 ○○○万円」という1行が、導入時の見積からそのまま毎年引き継がれています。

一式契約の問題は、金額の高低以前に、何にいくら払っているか分からないため、何を交渉すればよいかも分からないことです。総額に対して「下げてほしい」と言えば、ベンダーは「ではサービスレベルを下げます」としか答えられず、交渉は平行線になります。まずやるべきは値下げ要求ではなく、内訳の開示要求です。

続きをサイトで読む（MES導入の基礎知識）

会計システムや販売管理のテスト経験をそのままMESに持ち込むと、3つの前提が崩れます。

第一に、相手が機械であること。設備・PLC・バーコードリーダー・ラベルプリンタ・計量器という物理デバイスが絡み、これらはテスト環境に完全な複製を用意できないことが普通です。テスト環境ではシミュレータで通ったのに、本番の設備では通信タイミングの差で取りこぼす、この種の障害は机上では発見できません。

第二に、業務が止められないこと。既存ラインへの導入では、テストのために生産を止められる時間は限られます。

続きをサイトで読む（MES導入の基礎知識）

教育計画の最初の判断は、対象者を分けることです。全員参加の集合研修は一見公平で効率的に見えますが、受講者ごとに必要な内容がまったく違うため、誰にとっても半分以上が無関係な時間になります。現場作業者に管理画面の説明を聞かせ、管理者に端末操作の反復練習をさせる研修は、時間の無駄である以上に「MESは分かりにくい」という第一印象を植え付ける点で有害です。

役割で分けると、教育の内容は自然に3層に分かれます。

見落とされやすいのは管理層です。

続きをサイトで読む（MES導入の基礎知識）

設備にセンサーを付け、稼働データをクラウドに集め、ダッシュボードで可視化する、ここまでを実現した工場が「次に何をすべきか」で止まるケースを、私たちは繰り返し見てきました。止まる理由は明快で、IoTプラットフォームが答えるのは「何が起きたか」であって、「この作業を進めてよいか」ではないからです。

具体的に言うと、IoTプラットフォームは温度が規格を外れたことをグラフで示し、通知を飛ばすことはできます。しかし「規格を外れた時間帯に作られたロットを特定し、そのロットの次工程投入を止め、品質管理者の判断があるまで解除させない」ことはできません。

続きをサイトで読む（MES導入の基礎知識）

MESの見積書を2社並べても、そのままでは比較できません。合計金額に含まれている範囲が違うからです。まず費用を6つに分解します（個々の製品を横断で比較したい場合はMES製品・ベンダー比較データベースも参照してください）。

この6分類を5年分に展開し、63費目で積み上げるExcelモデルはMES費用シミュレーションの作り方にまとめています。社内工数や撤退費用まで含めた雛形です。

見積もりのばらつきの大半は①ではなく②と③から出ます。ライセンス価格はベンダーごとにほぼ固定されていますが、実装工数は要件次第で3倍以上動きます。

続きをサイトで読む（MES導入の基礎知識）

MES導入プロジェクトが技術的に破綻して稼働しないケースは、実は多くありません。多いのは、稼働はしたが効果が出ていない状態です。

この状態は稟議上「稼働済み」と扱われるため、失敗として認識されないまま保守費が払い続けられます。欧米の調査でも同じ構図が数字に出ています。

93%|MESを導入済みと回答した製造業|Rockwell Automation調査（17カ国1,560名／2026年7月28日公開） 23%|ERP・PLM・品質・OTと完全統合できている|同調査 43%|「収集したデータを効果的に活用できていない」と認識|同調査。

続きをサイトで読む（MES導入の基礎知識）

MESのメリットを「トレーサビリティが向上する」「品質が上がる」と機能名で並べると、導入判断には使えません。同じ機能が、条件を満たした工場では効き、満たさない工場では入力作業だけを増やします。MESの基本機能そのものの定義はMES（製造実行システム）とは何かを参照してください。

効果・成立条件・条件を欠いたときに起きることを、対にして並べます。

この表の右列は、想定される失敗の羅列ではありません。成立条件を満たさないまま導入した場合の、ほぼ確定した帰結です。MESは記録の器なので、器に入れるルールが決まっていなければ、記録の量だけが増えます。

続きをサイトで読む（MES導入の基礎知識）

MESのPoC計画書を見せていただくと、検証項目に「実績登録機能の確認」「トレーサビリティ機能の確認」といった項目が並んでいることがよくあります。これらは、製品カタログとデモで確認できることです。PoCという形で3か月かける必要はありません。

PoCで確かめるべきは、製品の機能ではなく、自社の現場と製品の組み合わせが成立するかです。カタログには書かれておらず、デモでも見えず、契約後に判明すると取り返しがつかない領域は、経験上3つに絞られます。

続きをサイトで読む（MES導入の基礎知識）

MESの要件定義書に最も多く書かれている文は、次の形をしています。

> 「製造実績を工程単位で登録できること」

これは要件ではなく機能の名前です。この一文からは、いつ登録するのか、誰が登録するのか、何を登録単位にするのか、登録しなかった場合に次工程へ進めるのか、が一切読み取れません。ベンダーはこれを読んで「標準機能で対応可」と回答し、実装フェーズで初めて認識のずれが露見します。

要件になっているかどうかの判定は単純で、その文だけを読んで、実装者が画面と処理を一意に決められるかです。決められないなら、それは要件ではなく見出しです。

続きをサイトで読む（MES導入の基礎知識）

RFPを「自社の要望を漏れなく伝える文書」と定義すると、分厚くなるほど良いRFPということになります。しかし実務で困るのは、提案が来ないことではなく、来た提案を横に並べられないことです。

500項目の機能要件を並べて全社が「対応可」と答えれば、その500項目は選定に一切寄与しません。金額だけが残り、最も安い見積もり＝スコープが最も狭い見積もりが選ばれます。RFP送付先の候補選びにはMES製品・ベンダー比較データベースも活用できます。

RFPの目的はひとつに絞れます。各社の回答を、同じ単位で並べられる形にすること。そのために必要な仕掛けは3つです。

続きをサイトで読む（MES導入の基礎知識）

これまで選定資料でよく使われてきた評価軸のうち、現在は判断材料にならないものを外します。国内外のMES製品を同一の比較軸（提供形態・対応業種・標準対応・ライセンス）で並べた一覧はMES製品・ベンダー比較データベースにまとめています。

GartnerがMESをMagic Quadrant形式で評価したのは2023年4月版が最後です。2025年版・2026年版はいずれもMarket Guide形式で、掲載されるのは「Representative Vendor」であり、リーダー／チャレンジャーといった象限評価は行われていません。

続きをサイトで読む（MES導入の基礎知識）