MES改修の完全ガイド

MES（製造実行システム）は、稼働から十年前後が経過すると、サポート終了（EOL/EOSL）や度重なる改修によるブラックボックス化、現場のExcel特例運用による属人化といった課題が一気に表面化します。MESは「止まれば工場が止まる」基幹システムであるため、老朽化を放置すればトレーサビリティの欠如によるリコール対応の遅れや、4M管理の不全といった経営リスクに直結します。一方で改修には数百万円から数億円規模の投資が必要で、進め方を誤れば現場停止やコスト肥大を招きかねず、「そろそろ手を入れるべきだが、何から着手すればよいかわからない」と悩む生産技術・情報システム部門の担当者の方は少なくありません。

本記事は、MES改修を検討する発注担当者の方に向けた完全ガイドです。改修・刷新・リプレイス・移行といった用語の違いから、進め方の全体像、パッケージ・スクラッチ・コンポーザブルMESといった方式の選び方、レガシー設備とのデータ連携やERPとの粒度差という製造現場特有の関門、工場を止めない移行設計、開発会社の選定基準、費用相場とROI、発注・外注の実務までを体系的に整理します。各テーマの詳細は専用の子記事へ誘導しますので、自社の検討フェーズに合わせて深掘りしてください。この記事を起点にすれば、現場・情シス・経営層を巻き込んだ意思決定の全体像を一気に掴めます。

▼関連記事一覧
・MES改修の進め方
・MES改修でおすすめの開発会社6選と選び方
・MES改修の見積相場・費用
・MES改修の発注・外注・委託方法

MES改修とは（全体像）— なぜ今レガシーMESの限界が来ているのか

MES改修とは、老朽化した製造実行システムを現在の生産要件と技術水準に合わせて作り直す取り組みの総称です。MESは作業手順管理、製造データの収集・分析、品質・トレーサビリティ管理、実績・進捗管理、設備管理といった機能を担い、ERP（計画層）と現場設備（制御層）の間をつなぐ「実行層」を受け持ちます。一口に改修と言っても、部分的な機能追加で済むのか、基盤ごと作り替えるのかで費用も期間も大きく変わるため、まずは自社が必要としているスコープを見極めることが出発点になります。

改修は既存システムを残したまま機能を追加・修正する比較的軽い対応を指し、刷新・更改はシステムを新しい世代へ作り替える大掛かりな取り組みを意味します。リプレイスは既存基盤を別の製品やアーキテクチャへ置き換えること、リアーキテクチャはアプリケーションの内部構造そのものを再設計することを指します。移行はデータや機能を新環境へ引き継ぐプロセスを表す言葉で、リプレイスや刷新の中に内包されるのが一般的です。これらの違いを社内で共有しておかないと、ベンダーとの認識齟齬や見積もりのブレにつながります。

改修を検討すべき代表的なサインは、利用しているOSやミドルウェア、パッケージのサポート終了が迫っている状態です。サポートが切れたまま運用を続けると、セキュリティ脆弱性が放置され、障害発生時にベンダー支援を受けられないリスクが高まります。加えて、現場が独自のExcelやマクロで補完運用している属人化や、改修を重ねた結果のブラックボックス化も、改修の引き金になります。

放置した場合に最も怖いのは、トレーサビリティの欠如です。製造ロットや使用部材を後から追えない状態では、品質問題が起きた際にリコール範囲を特定できず、回収コストとブランド毀損が一気に膨らみます。4M（人・機械・材料・方法）の記録が断片的なままでは、不良の真因解析も進みません。老朽化したMESは、単なる利便性の問題ではなく、生産継続性と製造責任に関わる経営リスクとして捉える必要があります。

▶ 詳細はこちら：MES改修の進め方

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

MES改修は、現状分析から要件定義、RFP作成、ベンダー選定、データ移行、テスト、本番切り替えという流れで進めるのが基本です。各フェーズで成果物を明確にし、発注側が承認しながら前に進めることで、後戻りやコスト超過を防げます。製造現場を扱うプロジェクトでは、いきなり全ラインを切り替えるのではなく、単一ライン・単一機能から始めるスモールスタートが安全とされています。

進め方の起点は、現状の業務とシステム（As-Is）を可視化し、改修後にありたい姿（To-Be）を描くギャップ分析です。ここで現行機能をそのまま全部引き継ごうとすると、要件が肥大化して開発費が膨らみ納期も延びます。本当に生産や品質に直結する機能を必須要件として優先し、あれば便利な機能は段階的な追加に回す仕分けが重要です。固めた要件はRFP（提案依頼書）にまとめ、複数社へ同じ条件で提示することで、公平な比較と適正な見積もりが可能になります。

MES改修で見落とされがちなのが、BOP（工程順序・作業手順・標準時間）や品目・設備マスタの整備という前提工程です。BOPが未整備のままMESを導入しても、システムは正しく工程を制御できず機能不全に陥ります。マスタ整備はプロジェクトの華やかな部分ではありませんが、ここを飛ばすと稼働後にデータが噛み合わず、現場が旧来のExcel運用へ逆戻りしてしまいます。単一ラインで効果を検証してから横展開するスモールスタートと、前提工程としてのマスタ整備を計画に組み込むことが、失敗しない進め方の核心です。

▶ 詳細はこちら：MES改修の進め方

改修方式の選択肢 — パッケージ/スクラッチ/オンプレ/クラウド、そしてcMES

MESの改修方式は、パッケージ型かスクラッチ開発か、オンプレミスかクラウド（SaaS）かという二つの軸で整理すると考えやすくなります。標準機能で多くの業務を賄えるならパッケージのFit to Standardが有利ですが、独自の工程や設備が多い場合はスクラッチやハイブリッドが現実的です。近年はこの古い二項対立を超える新しい選択軸も登場しています。

パッケージ型は導入が速く保守ノウハウも蓄積されている一方、独自要件を無理に作り込むとカスタマイズ費が膨らみ、バージョンアップ時に足かせになります。スクラッチ開発は自由度が高い反面、初期コストと開発期間が大きくなりがちです。インフラ面では、オンプレミスは制御系との接続やセキュリティ統制で安心感がある一方、設備投資と運用負荷が重く、クラウドは初期投資を抑えやすい反面、工場ネットワークとの接続設計や通信遅延への配慮が欠かせません。自社の業務特性とIT運用体制を踏まえて、4象限のどこに重心を置くかを決めることが大切です。

注目されているのが、機能をモジュールとして組み合わせるコンポーザブルMES（cMES）です。必要な機能を部品として段階的に追加でき、ノーコード・ローコードで現場主導の継続的な進化を実現しやすいのが特徴です。あわせて、AIによるコード生成を活用することで、スクラッチ開発の工期やコストを大きく圧縮できる潮流も生まれています。古い「パッケージか、スクラッチか」の二択にとらわれず、組み合わせ型という第三の選択肢を検討する価値があります。

一方で、SaaS型MESには費用面の落とし穴があります。接続する設備数やデータ量、利用アカウント数の増加に応じて従量課金がスケールし、数年単位で見るとオンプレミスの総保有コストを上回る「TCO逆転」が起きるケースがあります。初期費用の安さだけで判断せず、3年から5年のスパンで稼働後の課金構造まで試算しておくことが、後悔しない方式選定につながります。

【MES特有の関門】レガシー設備・他システムとのデータ連携

MES改修が一般的な業務システム刷新と決定的に違うのは、製造現場の設備や上位システムとのデータ連携という関門が立ちはだかる点です。ここを軽視すると、せっかく刷新しても現場のデータが取れず、計画と実行が噛み合わずに性能が破綻します。製造現場特有の連携課題を、設計段階で先回りして潰しておくことが欠かせません。

工場には、独自通信規格の古いPLCや、ドキュメントの乏しい海外製設備が数多く稼働しています。これらをMESに直接つなごうとすると、設備の高額な改修や入れ替えが必要になり、コストが跳ね上がります。現実的な解は、設備本体に手を入れず、後付けのセンサーやIoTゲートウェイでデータを取得するレトロフィットIoTです。電流値や稼働信号といった取得しやすい情報から始め、必要なデータだけを段階的に拾い上げる設計にすれば、レガシー設備を抱えた工場でも過大な投資を避けながらデータ収集を実現できます。

ERPは月次・日次の計画を扱うのに対し、MESは分・秒単位の製造実績を扱うため、両者には時間の粒度に大きな差があります。この粒度差を無視してERPとMESをリアルタイムに密結合させると、トランザクションが膨大になり、性能が破綻して画面が重くなる事態を招きます。対策は、両者を疎結合で結び、必要なタイミングで非同期にデータを連携させる設計です。MESで集約した実績を一定間隔でERPへ返す、計画指示はバッチで受け取るといった割り切りが、安定稼働の勘所になります。あわせてPLM（製品ライフサイクル管理）との連携も整理し、設計変更が現場へ正しく伝わる経路を確保しておくことが重要です。

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

MESは止まれば工場が止まり、そのまま売上が止まります。だからこそ、改修プロジェクトでは「工場を止めない移行」を最優先の設計思想に据える必要があります。データ移行、切替方式の選択、そして万一に備えた切り戻し計画の三点を、稼働前に経営層を含めて合意しておくことが最大の防衛策になります。

データ移行は、旧システムと新システムの項目を対応づけるマッピング定義、不整合データを整えるクレンジング、そして複数回のリハーサルが不可欠です。在庫数量やロット情報の移行を間引いたり検証を怠ったりすると、稼働直後に在庫不整合が発生し、出荷が止まるといった業務停止につながります。本番と同じ条件でリハーサルを重ね、移行にかかる時間と問題点を事前に洗い出しておくことで、本番当日のリスクを大幅に下げられます。

一括移行は短期間で切り替えられる反面、失敗時の影響が全社に及びます。段階移行は安全とされますが、新旧システムを並行稼働させる期間に、データ同期のための中継プログラムの追加開発や二重入力の手間が発生し、移行期間とコストが増大するトレードオフを抱えます。どちらを選ぶにせよ、重要なのは切り戻し（ロールバック）計画です。「どの状態になったら旧システムへ戻すのか」という許容ダウンタイムと判断基準、そして発動の権限者を文書で事前合意しておけば、障害発生時に現場が迷わず迅速に動けます。

開発会社・ベンダーの選び方

MES改修の成否は、パートナーとなる開発会社やベンダーの選定で大きく左右されます。ここでは個別の会社を比較するのではなく、自社に合うパートナーを見極めるための判断基準を整理します。一般的な業務システムの開発力だけでなく、製造現場という特殊な環境を理解しているかどうかが、評価の中心になります。

確認すべき第一の基準は、自社と同じ業種・工程での導入実績と、製造ドメインへの理解度です。MESは設備制御やトレーサビリティ、4M管理といった製造特有の概念を扱うため、これらを共通言語で議論できるベンダーかどうかで要件定義の質が変わります。あわせて、レガシー設備のレトロフィットIoTやERP・PLMとの連携、IoT/AI活用といった技術領域への対応力も確認しましょう。「できます」という言葉だけでなく、具体的な事例や設計方針を語れるかどうかが、技術力を見極める手がかりになります。

もう一つの基準は、プロジェクトを安定して進める管理体制と、稼働後の現場定着まで伴走できるかどうかです。週次定例での進捗・課題共有や、課題管理表による論点の一元管理といった運営の仕組みが整っているかを確認しましょう。MESは現場の作業者が日々使うシステムであるため、入力負荷を抑えるUI/UXへの配慮や、操作教育・マニュアル整備まで支援できる体制があると、定着がスムーズに進みます。構築して終わりではなく、改善まで継続的に相談できる伴走型のパートナーを選ぶことが、長期的な投資効果を高めます。

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

費用相場とROI — 稟議を通すために

MES改修の費用は、規模とカスタマイズの度合いによって大きく変動します。発注担当者が押さえるべきは、表面的な初期費用だけでなく、改修を経営層に納得させるための投資対効果（ROI）の組み立て方です。MESは「入れたら直接儲かる」性質のシステムではないため、費用とROIをセットで語る準備が稟議突破の鍵になります。

費用の目安としては、単一ラインや限定機能を対象とする小規模改修で数百万円から1,500万円程度、複数ラインや工場全体を対象とする中規模で1,500万円から5,000万円程度、多拠点や大規模スクラッチを伴う場合は数千万円から数億円規模になることもあります。費用を左右する主な要因は、対象機能の数とカスタマイズ度、設備・他システムとの連携範囲、移行するデータ量の三つです。中小製造業であれば、IT導入補助金などの公的支援を活用して初期負担を軽減できる場合があるため、計画段階で対象要件を確認しておくとよいでしょう。

工数削減や歩留まり改善といった直接効果だけでは、数千万円規模の投資を経営層に通しきれないことがあります。MESの真価は、間接的なリスク回避効果にあります。トレーサビリティ強化によってリコールや回収の範囲を限定できれば、品質問題が起きた際の損失を大きく抑えられます。属人化の排除は、ベテラン退職時にも製造を継続できる体制を確保します。こうした「入れない場合に被るリスク」を金額に換算し、直接効果と合算してROIを示すことで、稟議の説得力は格段に高まります。あわせて初期費用とランニングコストを合わせた3年から5年のTCOで複数案を比較すると、投資判断の精度が上がります。

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

発注・外注の進め方とRFP・稟議

発注で失敗しないためには、ベンダーに声をかける前に目的・KPI・要件を社内で固めておくことが前提です。何のために改修するのか、改修後に何をどれだけ改善したいのかが曖昧なままでは、各社の提案を正しく評価できません。固めた要件はRFPにまとめ、複数社へ同じ条件で提示することで、公平な比較が可能になります。

RFPには、現状の課題、改修の目的、必須要件、予算感、希望スケジュール、そして既存設備・システムの連携条件を盛り込みます。これがそろえば各社の提案を機能・費用・体制で横並びに比較する一覧表を作成できます。経営層への稟議では、ベンダー比較表に加えて、前述のリスク回避効果まで含めたROIシミュレーションと、想定リスク・対策をセットで提示すると承認を得やすくなります。判断材料を構造的に示すことで、「なぜこの会社にこの金額で発注するのか」という問いに明確に答えられます。

契約段階では、要件定義をどの工程として扱うか、設備連携やデータ移行のどこまでをベンダーが担い、どこからが自社の責任なのかという責任分界点を仕様レベルで明確にしておきます。とくにレガシー設備からのデータ取得は、現場側の協力なしには進まないため、役割分担を曖昧にすると後のトラブルの火種になります。支払い条件は着手金・中間金・検収後といったマイルストーンごとに区切り、成果物の承認と紐付けておくと安心です。責任分界点を契約書に明記しておくことが、丸投げによる失敗を防ぐ最後の砦になります。

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

MES改修で失敗しないためのポイント

MES改修には、多くの企業が共通して陥るアンチパターンがあります。事前に典型的な失敗要因を知り、設計や体制づくりの段階で対策を組み込んでおけば、回避できるリスクは少なくありません。ここでは、現場定着とデータ設計、そしてインフラの観点から失敗しないためのポイントを整理します。

最も多い失敗が、現場の例外処理や暗黙ルールをすべてシステムに作り込もうとして、カスタマイズが無限に肥大化するパターンです。コストと納期が膨らむだけでなく、将来のバージョンアップも困難になります。対策は、Fit to Standardの考え方で標準機能に業務を寄せ、本当に必要な独自要件だけを見極めて線引きすることです。もう一つの失敗は、IT部門主導で進めた結果、現場が「使いにくい」と反発して定着しないケースです。要件定義の段階から現場のキーマンを巻き込み、なぜ標準に寄せるのかという目的を丁寧に共有することで、抵抗を和らげられます。

トレーサビリティは「後から追えるように」という曖昧な要望のままでは機能しません。取得単位をロットにするかシリアルにするか、どのタイミングで記録するかをBOPに沿って設計しておかないと、クレーム発生時にデータが繋がらず追跡不能に陥ります。入力負荷を上げないRFIDやハンディ端末の活用も、現場の協力を得る鍵です。また、1工場のスモールスタートが成功しても、全社展開でトランザクションやログが急増し、ネットワーク帯域や本部サーバの不足でレスポンスが低下するケースがあります。工場側にデータを一時保持するバッファを設け、スケールアウトを前提にサイジングしておくことが、多拠点ロールアウトを止めない勘所です。

まとめ

MES改修は、用語の違いの理解から始まり、進め方の全体像、方式の選定、レガシー設備とのデータ連携、工場を止めない移行設計、開発会社の選び方、費用とROI、発注・外注の実務、そして失敗回避のポイントまで、多くの論点が絡み合う取り組みです。成功の共通項は、現場のExcel特例やレガシー設備、属人化といった「不都合な真実」を先回りで直視し、Fit to Standardで要件の肥大化を防ぎ、切り戻し計画を含めて工場を止めない設計を徹底することにあります。

「どのくらいの期間がかかりますか」という質問が多く寄せられますが、単一ラインのスモールスタートで数か月、工場全体の改修では1年から2年程度を見込むのが一般的です。期間を左右するのは、BOPやマスタの整備状況と、レガシー設備の連携難易度です。前提工程であるマスタ整備に十分な時間を確保し、いきなり全ラインを切り替えず段階的に展開することが、結果的に最短ルートになります。

「費用を抑えるにはどうすればよいか」という問いには、要件をMustとWantで仕分けて初期スコープを絞ること、補助金を活用すること、SaaSの従量課金は3年から5年のTCOで見極めることが回答になります。「稼働初日に止まらないか不安」という声に対しては、複数回の移行リハーサルと、許容ダウンタイム・判断基準・発動権限を明文化した切り戻し計画が答えです。本ガイドで全体像を掴んだら、自社の検討フェーズに応じて各テーマの子記事で詳細を確認してください。

▼関連記事一覧
・MES改修の進め方
・MES改修でおすすめの開発会社6選と選び方
・MES改修の見積相場・費用
・MES改修の発注・外注・委託方法

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

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

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

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

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

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。