MES移行の完全ガイド - ブログ

MES移行は、現状分析、要件定義、段階導入を順に進めれば、工場を止めずに刷新できます。

移行の背景から費用、発注、データ連携までの各テーマは、本文と関連記事で詳しく確認できます。

レガシーシステム刷新の種類・工程・費用・会社選定までの全体像については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。

MES移行とは — 全体像と移行が必要になる背景

MES移行とは、老朽化した基盤から新しい基盤へ、製造実行システムの機能を載せ替える取り組みです。導入から10年以上が経つと、老朽化やサポート終了（EOL/EOSL）、Excelによる属人化が表面化します。

移行の対象となるのは、現場の作業、品質、設備にかかわる機能です。

作業管理：作業手順や製造データを収集し、実績と進捗を管理します。
品質管理：品質やトレーサビリティに関する情報を扱います。
設備管理：製造設備に関する情報を管理します。

機能を同じまま新サーバへ移すだけでなく、レガシー設備との連携や運用ルールの見直しも伴います。そのため、基幹システム刷新の中でも難易度は高い取り組みです。

移行・刷新・リプレイス・改修の違い

移行の範囲は、既存環境を載せ替えるのか、機能や業務まで作り直すのかで異なります。選ぶアプローチによって、費用、期間、リスクは大きく変わります。

移行：既存システムをほぼそのまま新環境へ載せ替える方式です。
刷新・リプレイス：機能や業務プロセスごと作り直す方式です。
リアーキテクチャ：内部を疎結合な構成へ設計し直すことです。
改修：既存システムの一部機能を手直しする範囲です。

老朽化したサーバの延命なら、数百万円規模の改修で済む場合があります。一方、属人化したExcel運用をやめ、全社標準のMESへ刷新する場合は数千万円規模に膨らみます。そのため、延命か業務改革を伴う刷新かを最初に見極めることが、後戻りを防ぐ第一歩になります。

移行が必要になる背景と放置するリスク

移行の判断では、サポート終了、属人化、トレーサビリティのリスクを、自社の現状に照らして確かめます。

サポート終了：ハードウェア、OS、データベースの支援が終わると、セキュリティパッチや障害時のベンダー支援を受けられません。
属人化：現場ルールがExcelやベテランの頭に蓄積し、担当者の異動・退職で運用が滞る恐れがあります。
追跡性の不足：古いMESでは、ロット単位で製品の流れをたどれず、品質問題やリコールの際に影響範囲を特定できない場合があります。
回収範囲の拡大：材料・設備・作業者を追えないと、回収の対象が広がり、損失が膨らみます。

移行を先送りするほど、生産継続性と品質保証の土台が崩れていきます。そのため、この影響も経営判断の材料として押さえておく必要があります。

MES移行の進め方 — 失敗しないプロジェクト全体像

前の工程で条件をそろえてから、次へ進む構成です。

MES移行は、いきなり開発から始めるとつまずきやすくなります。

業務の流れを書き出し、要件を固め、会社を選び、効果を検証する順に進めることが大切です。

As-Is/To-Be分析・要件定義・RFP作成

要件を固めて提案を比べるには、現状の把握からRFP作成まで、順に進めます。

現状（As-Is）の業務とデータの流れを一覧にし、あるべき姿（To-Be）との差（ギャップ）を明らかにします。
現場の例外処理や暗黙のルールを洗い出し、後工程で特例が見つかって要件が膨らむのを防ぎます。
整理した要件をRFP（提案依頼書）にまとめ、複数のベンダーに同じ条件で提案を求めます。
共通の条件で見積もりを取り、提案内容と金額が妥当かどうかを比べます。

スモールスタートとBOP・マスタ整備という前提工程

本格展開のリスクを抑えるには、導入の規模と現場情報の整備を先に考えておきます。

小さく導入する：全工場を一斉に切り替えず、単一ラインや単一機能から始めます。
効果を確かめる：現場の反応や、想定外のデータ連携の課題を早めに把握できます。
BOPを整える：工程順序・作業手順・標準時間が未整備だと、MESが正しい工程を認識できず機能不全に陥ります。
マスタを整える：整備を後回しにして、プロジェクトが頓挫した例も少なくありません。
現場情報を準備する：システム開発の前に整備し、省かない計画を立てることが成否を分けます。

▶ 詳細はこちら：MES移行の進め方

ポイント

工程の順番を守ることが、後からの手戻りの多さを左右します。次の工程へ進むかどうかは、前の工程で何が確定したかを基準に決めると迷いにくくなります。

MES移行を支援する開発会社の選び方

MES移行では、製造設備やデータ連携への理解も、パートナー選定の基準になります。そのため、基幹システム全般の開発力に加えて、製造現場を理解しているかを確かめます。

製造現場の実績と技術力の確認ポイント

同業種・同規模の製造現場で、MESを導入した実績があるかを確かめます。設備データの取得、ERPやPLMとの連携、トレーサビリティ設計の経験は、提案の精度を左右します。

古いPLCや海外製設備から低コストでデータを取得する、レトロフィットの知見も評価軸になります。

プロジェクト管理体制とサポートの評価

MES移行は、稼働後の運用や改善も含む長期の取り組みです。そのため、体制とサポートの中身を、開発会社ごとに比べて確かめます。

一貫した体制：要件定義から保守まで、同じ会社が担えるかどうか。
稼働後の支援：初日のトラブルに即応できる支援が用意されているか。
切替計画：切り戻し手順も含めて、一緒に設計できるかどうか。

提案の時点でリスク対策まで具体的に示せるかは、机上の予定では分からない実力の差になります。

▶ 詳細はこちら：MES移行でおすすめの開発会社6選と選び方

ポイント

開発会社で迷ったときは、自社の設備やデータ連携に近い実績を持つかを基準にすると、比較の軸がそろいます。実績と体制・サポートのどちらか一方だけで決めると、設備データの取得や切り戻しで課題が出やすくなります。

MES移行の費用相場とROI

対象ラインや拠点の広がりに応じて費用帯も大きくなります。

MES移行の費用は、規模と方式によって変わります。そのため、投資を判断するには、規模別の目安とMES特有のROIの考え方も欠かせません。

直接効果だけで投資を正当化しにくい点も、MES移行の難しさです。

規模別の費用目安と補助金の活用

費用の目安は、ライン数や対象機能によって規模を分けて見ます。

小規模：単一ラインなどで数百万円〜1,500万円。
中規模：複数ライン・複数機能を含み、1,500万円〜5,000万円。
大規模：全社・多拠点に及び、数千万円〜数億円。

パッケージかスクラッチ開発か、オンプレミスかクラウドかによっても金額は変わります。

製造業のIT投資では、IT導入補助金などの公的支援を使える場合があります。対象要件を満たせば、実質の負担を抑えられます。

SaaS型MESでは、設備数、データ量、アカウント数に応じて月額料金が増える点に注意が必要です。

数年単位で見ると、SaaSの支払いがオンプレミスのTCO（総保有コスト）を上回る逆転も起こり得ます。そのため、初期費用だけでなく、数年分のランニングコストを含めて比べましょう。

間接効果まで定量化するMES特有のROIモデル

MESは、直接の利益が数字に表れにくいシステムです。ペーパーレス化や歩留まり向上による工数削減では、投資額に見合う効果を示しにくいのが実情です。

投資の説明では、間接的なリスク回避効果を金額に換算し、直接効果と合わせて示します。

回収範囲の縮小：トレーサビリティ強化による効果。
製造継続性：属人化をなくすことによる効果。
対応の迅速化：品質クレームへの対応に関する効果。

導入しない場合に生じるリスクを数字で示すと、稟議の説得力が高まります。さらに、費用とROIを合わせて説明できるかが、投資判断を前に進める分かれ目になります。

▶ 詳細はこちら：MES移行の見積相場・費用

ポイント

直接効果だけで比べると投資を正当化しにくいため、間接効果を含めた見方を先に決めておくと判断に迷いにくくなります。

MES移行の発注・外注方法

外部に委ねる形は、社内の人員と、どこまで自社で管理したいかによって変わります。

発注先の種類と発注前に用意する資料を、あらかじめ確かめることが欠かせません。準備が足りないと、要件調整が長引いたり、追加費用がかかったりします。

発注先の種類と委託形態の特徴

発注先は、対応できる範囲や現場との距離が会社ごとに異なります。

大手SIer：要件定義から運用まで、一貫した対応を受けられます。
専門ベンダー：特定の領域に強みがあります。
中堅・地場の開発会社：現場と密に連携できます。

契約形態は、仕様を固めて一括で請け負う請負契約と、人員を確保して柔軟に進める準委任契約に大別されます。

要件がどこまで確定しているかに応じて選びます。未確定のまま一括請負にすると、仕様変更のたびに追加の見積もりが生じやすくなります。

発注前に準備すべきドキュメント

発注前に情報を整理してRFPにまとめると、精度の高い提案と見積もりを引き出せます。

業務情報：現行業務フロー、データ一覧、マスタ定義。
設備情報：設備やPLCの通信仕様。
連携情報：ERP・PLM・WMSなど周辺システムの情報。

設備データの取得条件が曖昧なままだと、後からPLCが非対応と分かり、手戻りになることがあります。

事前の準備が丁寧かどうかは、見積もりの正確さと総コストに直結します。

▶ 詳細はこちら：MES移行の発注・外注・委託方法

MES移行特有の関門 — データ連携と工場を止めない切替

役割に応じて扱う時間の細かさが分かれます。

MESは現場設備とリアルタイムに連携し、停止すると生産も止まります。その点で、他の基幹システム刷新とは異なります。

データ連携と工場を止めない切替の要点を押さえておくと、ベンダーの提案を評価しやすくなります。

レトロフィットIoTとERP連携の粒度差

設備データの取得方法と、ERPとMESの時間粒度に合わせて、連携を設計します。

古い設備：PLCや独自通信規格の海外製設備は、新しいMESへデータを渡せない場合があります。
レトロフィットIoT：高額な改修の代わりに、後付けセンサーやゲートウェイで信号を拾い、既存設備からデータを集めます。
時間粒度：ERPは計画層として月次・日次、MESは実行層として分・秒単位で動きます。
連携方式：リアルタイム密結合は負荷で性能を損ない、画面を使いにくくするため、キューやDBを介した疎結合・非同期連携が定石です。

段階移行のトレードオフと切り戻し計画

切替方式の負担と、本番稼働の前に備える内容を、合わせて検討します。

段階移行：一括移行はリスクが大きく、新旧の並行稼働が安全とされます。
追加負担：中継プログラムの開発や二重入力が必要になり、期間とコストが増えます。
方式の選定：許容できるダウンタイムと予算に応じて決めます。
切り戻し：旧システムへ戻す時点と判断者を決め、許容停止時間、判断基準、発動権限者を稼働前に経営層と合意します。
データ移行：マッピング定義とクレンジングを行い、複数回のリハーサルで在庫不整合などを解消します。

ポイント

データ連携の方式は、設備側の対応状況が固まってから決めると、後からの変更を減らせます。

MES移行で失敗しないためのポイント

MES移行には、繰り返し起こる失敗のパターンがあります。典型的な問題を先に知っておくと、落とし穴を避けやすくなります。

過度なカスタマイズによるコスト肥大

費用や保守の膨張を防ぐには、標準機能と例外業務の扱いを見直します。

カスタマイズを抑える：独自ルールや例外をすべて作り込むと、保守の負担と費用が膨らみます。
標準機能に合わせる：「Fit to Standard」の考え方で、業務のほうを標準の仕組みに寄せます。
業務を見直す：標準で受け入れる範囲と必要なカスタマイズを分け、不要な例外を残さないことが総コストを下げます。

IT部門主導による現場の反発と定着失敗

現場の反発を避けて定着につなげるには、要件定義の段階から現場に参加してもらいます。

現場不在の仕様決定：「使いにくい」「以前のやり方の方が早い」と反発され、MESが形骸化する恐れがあります。
設計への参加：現場のキーマンを要件定義から巻き込み、入力の負荷を抑えるUI/UXを一緒に考えます。
入力負荷と納得感：RFIDやハンディ端末で入力の手間を減らせば、定着率も変わります。現場が納得して使えるかどうかも、定着を左右します。

ポイント

新しい業務の仕組みを考えるときは、例外を増やす前に標準機能で足りるかを先に問うと、保守の負担が膨らみにくくなります。

まとめ

MES移行は、現場情報の整備やデータ連携を含む総合プロジェクトです。

工場を止めない切替と、経営層の合意形成も欠かせません。

成功させるには、進め方の順序、工場を止めない設計、直接と間接の効果を踏まえた投資判断を押さえておく必要があります。

MES移行を成功させるための要点

As-Is/To-Be分析とBOP・マスタ整備を行い、スモールスタートで効果を検証してから本格展開へ進みます。そのうえで、レガシー設備にはレトロフィットIoTを使い、ERPとは疎結合・非同期で連携します。

切り戻し計画を経営層と合意しておき、データ移行のリハーサルを重ねると、工場を止めない移行につながります。

次に読むべき記事

このガイドは全体像を知る入口です。検討の段階に合うテーマから、関連記事を読み進めてください。進め方と会社比較の詳細は、それぞれの記事で確かめられます。

費用と発注・外注についても、個別の記事で詳しく扱っています。MES移行は情報の整備と段取りが九割です。正しい順序で進めれば、止まらない工場と追えるトレーサビリティを両立できます。

▼開発を相談する前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。