MES移行の進め方/やり方/流れや方法/手法/工程/手順

MES移行は、現状業務の把握から始め、要件定義とマスタ整備、移行リハーサルの順に進めると、工場を止めるリスクを抑えられます。

移行の背景、データ連携、切替方法と費用の順に、担当者が迷いやすい点を取り上げます。

▼全体ガイドの記事
・MES移行の完全ガイド

レガシーシステム刷新の工程ごとの進め方と注意点については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。

MES移行の定義と、レガシーMESの限界が表れる背景

MES移行とは、既存の製造実行システムを新しい基盤へ載せ替えることです。単なるバージョンアップとは異なり、作業手順管理や製造データ収集、品質・トレーサビリティといった機能を、稼働を止めずに新環境へ引き継ぐ必要があります。

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

MESでは「移行」「刷新」「リプレイス」「リアーキテクチャ」「改修」が混在し、社内で言葉の意味がそろわないまま進むことがあります。

• 移行：データや機能を新しい環境へ引き継ぐ作業。
• 刷新・リプレイス：仕組みそのものを新しく作り替えること。
• リアーキテクチャ：構造を見直し、作り直すこと。
• 改修：既存の仕組みを活かし、部分的に手を入れること。

定義が曖昧なままだと、データ移行だけを指すのか、作り直しまで含むのかで認識がずれます。そのずれは追加費用や納期遅延につながるため、基盤更新か業務刷新かを言葉にし、目標を先に決めます。

移行を迫られる背景と放置するリスク

移行を迫られる要因は、基盤の問題だけではありません。現場の運用や品質管理の変化を放置すると、品質不具合時にロットを追えないという問題が生じます。

• 基盤のサポート終了：ハードウェア、OS、データベース、ベンダー保守が対象になります。
• 現場運用の変化：Excelやマクロへの依存、IoT・AIを使うスマートファクトリー化への対応。
• 追跡性の欠如：トレーサビリティが不足し、品質不具合時にロットを追えない状態。

サポートが切れた基盤には、セキュリティパッチが当たらず、障害時の復旧支援も受けられません。経営上のリスクを抱えたまま使い続けることになります。このため移行は製造継続性を守るリスク投資です。

品質不具合でロット単位の回収が必要になったとき、記録を追えなければ、全数回収やライン停止に発展します。被害額は数千万円から数億円規模に膨らむこともあります。

さらに、4M（人・機械・材料・方法）の実績が紐づいていないMESは、いざというときにデータがつながらず、追跡できないという最悪の事態を招きます。

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

MES移行は、要件定義から本番稼働までを三つのフェーズに分けて進めます。現状の把握とマスタ整備を先に済ませておくと、稼働後の手戻りを抑えられます。

要件定義・企画フェーズ（As-Is/To-Be分析とRFP）

要件定義では、現状と目指す姿を並べて整理し、各社が同じ条件で提案できるようにします。

• 業務の棚卸し：現行MESの管理工程と、Excelや口頭ルールで処理している例外の洗い出し。
• RFP（提案依頼書）の作成：機能、ライン稼働時間、許容ダウンタイム、連携先、移行範囲の記載。
• 提案の比較：複数ベンダーに同じ条件を示し、提案内容と概算費用を横並びで見る。

棚卸しを怠ると、移行後に現場から作業できないという不満が出て、定着に失敗しかねません。また、要件が曖昧なままだと、各社の見積もりがばらつき、比較も難しくなります。

設計・開発フェーズとスモールスタート

設計・開発は、単一ラインと単一機能から始めます。まず一つのラインで効果を検証し、運用と現場の声を開発に反映してから横展開すると、リスクを抑えながら成果を積み上げられます。

過度なカスタマイズには注意が必要です。現場の例外処理をすべて作り込むと、開発費が二倍、三倍に膨らみ、保守も難しくなります。

そのため、標準機能に業務を寄せるFit to Standardの線引きを早期に決め、本当に必要な独自要件だけを開発対象にします。このやり方が、コストと納期を守る鍵になります。

BOP・マスタ整備という「前提工程」

最も軽視されやすく、頓挫の原因にもなりやすいのが、BOP（工程順序・作業手順・標準時間）とマスタの整備です。BOPが未整備のままだと、MESは工程を正しく制御できず、機能不全に陥ります。

新システムを入れるだけでは、情報は整いません。そこで、品目、設備、工程の各マスタを移行前に棚卸しし、重複や表記ゆれをクレンジングします。

この前提工程の工数を計画に含めないと、後工程でスケジュールが破綻します。したがって、マスタ整備にどこまで投資できるかが、プロジェクトの明暗を分けます。

MES移行最大の関門 — レガシー設備・他システムとのデータ連携

MES移行では、製造設備という物理的な相手とデータをやり取りします。たとえば、古いPLCや海外製設備、独自通信規格の機械からデータを取得し、ERPやPLMと無理なく連携できるかが成否を分けます。

古い設備からデータを取る「レトロフィットIoT」の現実解

古い設備では、取得できるデータから段階的に連携方法を検討するのが現実的です。

• 対象設備：十年以上稼働する設備や海外製機械では、出力口がないことがあります。
• 後付けの計測：センサーやIoTゲートウェイを使う方法で、これをレトロフィットIoTと呼びます。
• 段階的な導入：取得できる実績からデジタル化し、既存設備を活かせる提案力も選定の観点にする。

電流値や信号灯の点灯状態を外付けで監視すれば、稼働・停止・チョコ停の実績を取得できます。これにより、古い設備も高額な機器更新をせずにMESのデータ収集の対象へ加えられます。

設備更新を前提にすると見積もりは高くなるため、既存設備を活かす連携方式の提案がコストを左右します。

ERPとMESの粒度差 — 密結合の罠と疎結合設計

ERPとMESは扱うデータの粒度が異なるため、連携方式とデータの受け渡し方を分けて設計します。

• データの粒度：ERP（計画層）は月次・日次、MES（実行層）は分・秒単位。
• 密結合の負荷：リアルタイム連携は取引量を膨大にし、ERPの性能を損ねます。
• 疎結合・非同期連携：生データはMESに置き、要約した確定実績だけを一定間隔でERPへ送る方式。
• PLMとの連携：設計変更を現場へ伝え、図面と現場のずれによる不良の防止。

工場を止めない移行 — データ移行・切替方式・切り戻し

本番フェーズでは、工場を止めずに切り替えられるかが問われます。MESが止まれば生産も止まるため、切替に失敗すると売上の損失につながります。

データ移行、切替方式、切り戻しの三点は、稼働前に合意しておくことが防衛策になります。その合意には、経営層も加わります。

データ移行のマッピング・クレンジング・リハーサル

データ移行の精度を高めるには、マッピングからリハーサルまでを順に進めます。

1. 旧システムの項目を新システム側へ対応づけ、マッピングとして定義する。
2. 表記ゆれと重複をクレンジングして、在庫の不整合やロットの不一致を防ぐ。
3. 本番前に、実データに近い量で通しの移行リハーサルを行う。
4. 所要時間、エラー件数、データ件数の一致を検証する。
5. 二回、三回と繰り返して本番に備える。一度で完璧になることは少なく、回数を減らすと事故の確率が上がります。

クレンジングを省けば、本番初日に業務が止まる事態を招きかねません。

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

切替方式は、許容できる停止時間と現場の負荷で選びます。

• 一括移行：一気に切り替える方式で、リスクは大きい一方、期間は短く済みます。
• 段階移行：ラインや機能ごとに移すことで、安全性を高める方式。
• 段階移行の負担：同期中継プログラムの追加開発と二重入力が必要になり、期間もコストも増えます。
• 切り戻し計画：戻す時期、判断者、許容停止時間、判断基準、発動権限者の決定。
• 事前合意：文書にまとめ、経営層を含めて合意し、現場の混乱と被害を抑える。

重大な不具合が稼働初日に出た場合でも、旧システムへ戻す判断を迷わず下せるよう、切り戻しの条件を先に決めておきます。

MES移行の費用相場とコストの内訳

費用は、対象ライン数や接続設備数、連携システム数によって大きく変わります。カスタマイズの範囲も、費用を左右する要素です。規模別の目安に加えて、ランニングコストとROIを見たうえで稟議を進めます。

規模別の費用相場とランニングコスト

導入規模の目安だけでは、運用後の負担が見えません。そのため、費用は初期費用と運用費を合わせて比べます。

• 小規模：数百万円から1,500万円程度。
• 中規模：1,500万円から5,000万円程度。
• 大規模：数千万円から数億円規模。複数工場や設備連携で上振れします。
• SaaSの運用費：設備数、データ量、アカウント数に応じた従量課金。
• 総コスト比較：五年程度のTCOを比べ、IT導入補助金なども含めて判断します。

対象が単一ラインであれば、小規模に収まりやすくなります。一方で、SaaS型MESは初期費用を抑えられるものの、数年単位で見るとオンプレミスの総保有コスト（TCO）を上回る場合があります。

稟議を通すMES特有のROIモデル

MESのROIは、直接効果と、導入しない場合のリスクを合わせて評価します。

• 直接効果：工数削減に加え、ペーパーレス化、歩留まり向上、稼働率改善も見ます。
• 回避するリスク：回収リスクの抑制と、属人化排除による継続性を金額に換算する。
• 障害リスク：サポート終了システムを使い続けた場合に起きる障害。
• 稟議の根拠：「入れない場合に失うもの」を直接効果と合算し、守りの投資を数字で示す。

MESは導入しても直接の利益が出るとは限らず、工数削減だけでは経営層を説得しきれないことがあります。そこで、リスク回避の効果を加えると、稟議の説得力が高まります。

見積もり・発注時のポイントとよくある失敗

見積もりの着眼点と、MES移行で起こりやすい失敗を取り上げます。同じ要件でも提案によって費用が変わるため、評価軸を決めて比べます。

複数社比較とベンダー選定の着眼点

見積もりとベンダーは、費用の内訳と導入後の支援力を分けて比べます。

• 見積もり内訳：要件定義から保守まで、工程ごとの工数を複数社で比べる。
• 低額見積もりの確認：移行や保守の工数が薄くないかを、項目ごとに見る。
• 導入・連携の経験：製造業のMES実績と、レガシー設備との連携経験。
• 稼働後の支援：保守・改善体制と、現場に伴走できるかを提案や事例で見極める。

MESは導入後も、現場と一緒に育てていくシステムです。そのため、製造現場の言葉が通じるパートナーを選びます。

よくある失敗とアンチパターン

移行後の定着を妨げやすい失敗と、その予防策を並べます。

• 過度なカスタマイズ：予算が二倍、三倍に膨らみ、保守できないブラックボックス化の恐れ。
• 標準機能の活用：Fit to Standardを基本とし、標準外の部分だけを慎重に開発する。
• 現場を巻き込まない導入：定着しないまま形骸化し、Excel運用に戻ることもある。
• 現場参加と入力負荷の抑制：キーマンを早くから巻き込み、UIやRFID・ハンディ端末で実績を自然に集める。

MES移行は、技術だけでなく現場との合意形成が成否を分けるプロジェクトです。

まとめ

MES移行では、As-Is/To-Beの比較で今の業務と目指す姿を整理し、BOPとマスタを整えます。まずはスモールスタートで効果を確かめ、そのあと対象を横展開するのが基本です。

レガシー設備にはレトロフィットIoTを使い、ERPとは粒度の差を踏まえて疎結合にします。これにより、性能の破綻を避けやすくなります。

工場を止めないために、データ移行を複数回リハーサルし、切替方式を見極めます。切り戻し計画は事前に合意し、本番の事故に備えます。

費用は、規模別の相場とTCO、間接的なリスク回避効果を含めて判断します。稟議の根拠は数字で固め、過度なカスタマイズは避けます。

現場を巻き込んで進めることが、MES移行を成果へつなげる道筋になります。本記事を出発点に、自社に合った進め方を描いてください。

▼全体ガイドの記事
・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を創業。