製造現場の中核を担うMES（製造実行システム）の移行は、基幹システムの入れ替えの中でも特に難易度が高いプロジェクトです。MESは「止まれば工場が止まる」、つまり売上が直接止まるシステムであり、ERPの更新とは比較にならない緊張感を伴います。老朽化やサポート終了（EOL/EOSL）、Excel運用による属人化、スマートファクトリー化への対応など、移行に踏み切る理由はさまざまですが、いざ進めようとすると「どの順番で、何に気をつけて進めればよいのか」が見えにくいのが実情です。
この記事では、MES移行の全体像から要件定義・設計・移行・本番稼働までの進め方、費用相場、そして現場を止めないための切り戻し計画やデータ移行リハーサルといった実務ノウハウまでを体系的に解説します。BOP（工程表）未整備、レガシー設備からのデータ取得、ERPとの粒度差による密結合の罠など、競合記事があまり触れない「現場の不都合な真実」にも踏み込みます。MES移行を成功させたい生産技術・情報システム部門・経営層のすべての方に役立つ完結型の内容です。
▼全体ガイドの記事
・MES移行の完全ガイド
MES移行とは何か — なぜ今レガシーMESの限界が来ているのか
MES移行とは、既存の製造実行システムを新しい基盤へ載せ替えることを指します。単なるバージョンアップとは異なり、作業手順管理・製造データ収集・品質/トレーサビリティ・実績/進捗管理・設備管理といった製造現場の根幹機能を、稼働を止めずに新環境へ引き継ぐ必要があります。まずは移行の意味と、なぜ多くの製造業が今このタイミングで動いているのかを整理します。
移行・刷新・リプレイス・改修の違いを正しく理解する
MESの世界では「移行」「刷新」「リプレイス」「リアーキテクチャ」「改修」といった言葉が混在して使われ、社内の認識がずれたままプロジェクトが進むことがあります。移行はデータや機能を新環境へ引き継ぐこと、刷新やリプレイスは仕組みそのものを新しく作り替えること、リアーキテクチャは構造を見直して作り直すこと、改修は既存を活かして部分的に手を入れることを指します。
言葉の定義が曖昧なまま要件定義に入ると、「データだけ移せばよいと思っていた」「実は作り直しが必要だった」という認識の食い違いが、後の追加費用や納期遅延につながります。MES移行の第一歩は、自社が目指すゴールを「機能はそのまま基盤だけ新しくするのか」「業務プロセスごと作り替えるのか」という軸で言語化することです。
移行を迫られる背景と放置するリスク
移行を迫られる典型的な背景は、ハードウェアやOS・データベースのサポート終了、ベンダーの保守打ち切り、Excelやマクロに依存した属人化、そしてIoT・AIを活用したスマートファクトリー化への対応です。特にサポートが切れた基盤は、セキュリティパッチが当たらず、障害時に復旧支援を受けられないという経営リスクを抱えます。
放置した場合の最大のリスクは、トレーサビリティの欠如です。万一の品質不具合でロット単位の回収が必要になったとき、製造記録が追えなければ全数回収やライン停止に発展し、被害額が数千万円から数億円規模に膨らむこともあります。4M（人・機械・材料・方法）の実績が紐づいていないMESは、いざというとき「データが繋がらず追跡不能」という最悪の事態を招きます。移行はコストではなく、製造継続性を守るためのリスク投資だという視点が欠かせません。
MES移行の進め方 — 失敗しないプロジェクト全体像
MES移行は、要件定義から本番稼働までを大きく三つのフェーズに分けて進めるのが定石です。ここで重要なのは、いきなり全社一斉に切り替えるのではなく、現状把握とマスタ整備という「前提工程」を飛ばさないことです。MES特有の落とし穴を踏まえた進め方を順に解説します。
要件定義・企画フェーズ（As-Is/To-Be分析とRFP）
最初に行うのは、現状業務（As-Is）と目指す姿（To-Be）の可視化です。現行MESがどの工程で何を管理し、現場がどんな例外処理をExcelや口頭ルールで回しているかを棚卸しします。この棚卸しを怠ると、移行後に「あの作業ができなくなった」という現場の不満が噴出し、定着に失敗します。
その上で要件を整理し、RFP（提案依頼書）に落とし込みます。RFPには機能要件だけでなく、対象ラインの稼働時間・許容ダウンタイム・連携対象システム・データ移行範囲を明記することが重要です。ここが曖昧だと各社の見積もりがバラつき、比較ができません。複数ベンダーに同条件で提示し、提案内容と概算費用を横並びで評価できる状態を作ります。
設計・開発フェーズとスモールスタート
設計・開発フェーズでは、いきなり全工場・全機能を対象にするのではなく、単一ライン・単一機能からのスモールスタートを強く推奨します。一つのラインで効果検証を行い、運用と現場の声を反映したうえで横展開する方が、リスクを抑えながら確実に成果を積み上げられます。
この段階で見落とされがちなのが、過度なカスタマイズの抑制です。現場の例外処理をすべて新システムに作り込もうとすると、開発費が二倍三倍に膨らみ、保守も困難になります。標準機能に業務を寄せるFit to Standardの線引きを早期に決め、本当に必要な独自要件だけを開発対象とすることが、コストと納期を守る鍵になります。
BOP・マスタ整備という「前提工程」を飛ばさない
MES移行で最も軽視されがちで、最も頓挫を招くのがBOP（工程順序・作業手順・標準時間）とマスタの整備です。BOPが未整備のままMESを導入しても、システムは正しく工程を制御できず、機能不全に陥ります。「新しいシステムを入れれば現場が整う」という期待は逆で、整っていない情報はシステム化できません。
品目マスタ・設備マスタ・工程マスタを移行前に棚卸しし、重複や表記ゆれをクレンジングしておくことが、移行成功の土台になります。この前提工程に必要な工数を計画に織り込んでいないと、後工程で必ずスケジュールが破綻します。マスタ整備は地味ですが、ここに投資できるかどうかがプロジェクトの明暗を分けます。
MES移行最大の関門 — レガシー設備・他システムとのデータ連携
MES移行が他の基幹システム更新と決定的に違うのは、製造設備という物理的な相手とデータをやり取りする点です。古いPLCや海外製設備、独自通信規格の機械が現場に並ぶ環境で、いかにデータを取得し、ERPやPLMと無理なく連携させるかが、移行プロジェクトの成否を分けます。
古い設備からデータを取る「レトロフィットIoT」の現実解
稼働して十年以上たつ設備や海外製の機械は、データ出力のインターフェースを持たないことが珍しくありません。これらを高額な機器更新なしでデータ収集対象にするのが、後付けセンサーやIoTゲートウェイを使ったレトロフィットIoTです。電流値や信号灯の点灯状態を外付けで監視するだけでも、稼働・停止・チョコ停の実績は十分に取得できます。
すべての設備をいきなり高度に接続しようとせず、まず取得できる実績から段階的にデジタル化する発想が現実的です。設備更新を前提にした見積もりは費用が跳ね上がるため、既存設備を活かす連携方式を提案できるベンダーかどうかが、コストを左右する重要な評価軸になります。
ERPとMESの粒度差 — 密結合の罠と疎結合設計
ERP（計画層）が扱うのは月次や日次の単位ですが、MES（実行層）が扱うのは分・秒単位の製造イベントです。この粒度の違いを無視して両者をリアルタイムに密結合させると、トランザクション量が膨大になり、ERP側の性能が破綻して画面が極端に重くなるという事故が起こります。
正解は、MESで集約・要約したデータを一定間隔でERPへ渡す疎結合・非同期連携です。秒単位の生データはMES内に閉じ込め、ERPには生産実績の確定値だけを送ることで、双方の性能を守れます。さらにPLM（製品ライフサイクル管理）と連携させ、設計変更が製造現場へ確実に伝わる仕組みを作ることで、図面と現場のズレによる不良の発生を防げます。連携設計こそMES移行の技術的な肝です。
工場を止めない移行 — データ移行・切替方式・切り戻し
MES移行の本番フェーズで問われるのは、「いかに工場を止めずに切り替えるか」です。MESは止まれば生産が止まるシステムであり、切替の失敗は即座に売上の損失につながります。データ移行・切替方式・切り戻しの三点を、稼働前に経営層も含めて合意しておくことが最大の防衛策です。
データ移行のマッピング・クレンジング・リハーサル
データ移行は、旧システムの項目を新システムへどう対応させるかのマッピング定義から始まります。表記ゆれや重複を放置したまま移すと、在庫不整合やロット不一致が発生し、本番初日に業務が止まる事態を招きます。移行前のクレンジングは省略できない工程です。
そして本番前には、必ず複数回の移行リハーサルを実施します。実データに近いボリュームで通しのリハーサルを行い、所要時間・エラー件数・データ件数の一致を検証します。一度のリハーサルで完璧になることはまずなく、二回三回と繰り返してはじめて本番で安心して切り替えられます。リハーサルの回数を削ることは、本番事故の確率を上げることと同義です。
一括移行と段階移行のトレードオフ、切り戻し計画
切替方式には、一気に新システムへ移す一括移行と、ライン単位や機能単位で順次移す段階移行があります。一括移行はリスクが大きい一方で移行期間が短く、段階移行は安全ですが、新旧並行稼働中のデータ同期中継プログラムの追加開発と二重入力の手間が発生し、期間とコストが膨らむトレードオフを抱えます。どちらが正解かは、許容できるダウンタイムと現場の運用負荷を天秤にかけて判断します。
いずれの方式でも欠かせないのが切り戻し（ロールバック）計画です。稼働初日に重大な不具合が出たとき、どのタイミングで、誰の判断で旧システムに戻すのかを事前に決めておきます。許容ダウンタイム・切り戻しの判断基準・発動権限者を文書化し、経営層を含めて合意しておくことで、いざというときに現場が混乱せず、被害を最小限に抑えられます。
MES移行の費用相場とコストの内訳
MES移行の費用は、対象ライン数・接続設備数・連携システム数・カスタマイズ範囲によって大きく変わります。ここでは規模別の目安と、初期費用以外に見落とされがちなランニングコストを整理し、稟議を通すためのROIの考え方まで踏み込みます。
規模別の費用相場とランニングコスト
規模別の費用相場の目安は、小規模で数百万円から1,500万円程度、中規模で1,500万円から5,000万円程度、大規模になると数千万円から数億円規模になります。単一ラインのスモールスタートであれば小規模に収まりますが、複数工場への展開や設備連携が増えるほど費用は上振れします。
注意すべきは初期費用だけでなくランニングコストです。SaaS型MESは初期費用を抑えられる反面、接続設備数・データ量・アカウント数の増加で従量課金がスケールし、数年単位で見るとオンプレミスの総保有コスト（TCO）を上回る逆転現象が起こり得ます。クラウドとオンプレのどちらが得かは、五年程度のTCOで比較しないと判断を誤ります。IT導入補助金などの活用も視野に入れ、トータルコストで意思決定することが大切です。
稟議を通すMES特有のROIモデル
MESは「入れたら直接儲かる」システムではないため、工数削減という直接効果だけでは経営層を説得しきれないことが多いです。ペーパーレス化や歩留まり向上、稼働率改善といった直接効果に加えて、間接的なリスク回避効果を定量化することがポイントになります。
具体的には、トレーサビリティ強化によるリコール・回収リスクの抑制額、属人化排除による製造継続性の確保、サポート終了システムを使い続けた場合の障害リスクなどを金額換算し、直接効果と合算します。「入れない場合に失うもの」を可視化することで、稟議の説得力は大きく高まります。MES移行は守りの投資であるという論理を、数字で語れるようにしておくことが採決を分けます。
見積もり・発注時のポイントとよくある失敗
最後に、見積もりを取る際の着眼点と、MES移行でありがちな失敗パターンを押さえておきましょう。同じ要件でも提案次第で費用は大きく変わるため、評価軸を持って比較することが重要です。
複数社比較とベンダー選定の着眼点
見積もりは必ず複数社から取得し、金額の総額だけでなく内訳を比較します。要件定義・開発・データ移行・設備連携・テスト・教育・保守のそれぞれにどれだけの工数が割かれているかを確認すると、安く見える見積もりが実は移行や保守を薄く見積もっているだけ、というケースを見抜けます。
ベンダー選定では、製造業のMES導入実績、レガシー設備の連携経験、そして稼働後の保守・改善体制を重視します。MESは導入して終わりではなく、現場とともに育てていくシステムだからです。製造現場の言葉が通じ、伴走してくれるパートナーかどうかを、提案の内容と過去事例から見極めましょう。
よくある失敗とアンチパターン
代表的な失敗の一つが、過度なカスタマイズによるコスト肥大です。現場の要望をすべて飲み込んだ結果、当初予算の二倍三倍に膨らみ、保守も誰も手を出せないブラックボックスになります。Fit to Standardを基本とし、標準で実現できない部分だけを慎重に作り込む姿勢が肝心です。
もう一つが、IT部門主導で現場を巻き込まずに進めた結果の定着失敗です。現場が使いにくいと感じれば、せっかくのMESも形骸化し、再びExcelに逆戻りします。現場のキーマンを早期に巻き込み、入力負荷を上げないUI設計やRFID・ハンディ端末の活用で、自然に実績が集まる仕組みを作ることが定着の決め手になります。MES移行は技術だけでなく、現場との合意形成が成否を分けるプロジェクトなのです。
まとめ
MES移行は、要件定義でAs-Is/To-Beを可視化し、BOPとマスタを整備したうえで、スモールスタートで効果を確かめながら横展開するのが王道です。レガシー設備からのデータ取得にはレトロフィットIoTを、ERPとの連携には粒度差を踏まえた疎結合設計を採用し、性能破綻を避けることが技術的な勘所となります。
そして何より、工場を止めないことが最優先です。複数回のデータ移行リハーサル、一括移行と段階移行のトレードオフの見極め、切り戻し計画の事前合意が、本番事故を防ぎます。費用は規模別の相場とTCO、そして間接的なリスク回避効果まで含めて判断し、稟議を通す論理を数字で固めましょう。過度なカスタマイズを避け、現場を巻き込むことで、MES移行は確実に成果へとつながります。本記事を出発点に、自社に合った進め方を描いていただければ幸いです。
▼全体ガイドの記事
・MES移行の完全ガイド
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。