MES更改は、企画・要件定義から定着支援まで工程を順に進めます。その間には、ベンダー選定、設計・開発、移行・テストが続きます。工程を順に踏むと、後工程での手戻りを抑えられます。
方式選びや移行、費用とROIも、この工程の流れに沿って見ていけます。全体像は、下の完全ガイドでも確認できます。
▼全体ガイドの記事
・MES更改の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
MES更改とは — 全体像と更改が必要になる背景
MES更改は、老朽化・複雑化した製造実行システムを、現代の現場と要件に合う形へ作り直す取り組みです。部分的な版上げとは異なり、基盤そのものを組み直す点が特徴です。
作業手順と製造データ、品質・トレーサビリティを組み直すほか、実績・進捗と設備管理も再構築します。目的は「止まらない・つながる・進化できる」基盤をつくることです。
MES更改の定義と「刷新・リプレイス・リアーキテクチャ・改修・移行」の違い
MES更改の手法は複数あり、投資規模とリスクがそれぞれ異なります。用語の違いを押さえておくと、自社の目的に合う範囲を選びやすくなります。
- リプレイス：既存システムを別製品へ全面的に置き換えることです。
- リアーキテクチャ：クラウドネイティブなど、新しい技術構造への作り変えです。
- 改修：既存資産を活かしたまま、機能を部分的に追加・修正します。
- 移行・刷新・更改：移行は新環境への載せ替え、刷新は全体の作り直し、更改はその総称です。
全面スクラッチによる刷新は自由度が高い一方、数千万円から数億円規模になることがあります。なお、改修やリアーキテクチャで既存資産を活かせば、投資を抑えられる場合もあります。
まず、現行システムの寿命、拡張性、保守状況を見極め、目的に合う手法を選びます。残す資産と捨てる資産を仕分けて、作り直しありきで考えないことが出発点です。
更改が必要になる背景（老朽化・サポート終了・属人化）
更改の背景には、基盤の老朽化や保守の終了、Excel・紙による属人化があります。いずれも業務の継続に影響する要因です。
- 老朽化・サポート終了：ハードウェア、OS、データベースの保守が終わります。
- ベンダー保守打ち切り：障害時に支援を受けられない恐れがあります。
- 属人化：担当者しか扱えないマクロやノウハウが、退職や異動で失われます。
- データ連携の制約：10年以上前に構築された古いMESが、スマートファクトリーやIoT活用の足かせになります。
たとえば、Windows ServerやOracle Databaseの旧版がサポート切れになると、セキュリティパッチが提供されず、脆弱性が放置されます。
経済産業省の「2025年の崖」でも警鐘が鳴らされました。また、レガシーシステムの維持コストがIT予算の8割を超えることもあり、攻めの投資に回せない悪循環に陥りがちです。
更改は、サポート終了の予定から逆算して計画的に着手します。期限を踏まえ、早い段階から計画に組み込む必要があります。
更改を放置するリスク（トレーサビリティ欠如と生産継続性の毀損）
更改を先送りすると、品質問題への対応と生産の継続に影響します。特に、トレーサビリティと旧システムの保守体制がリスクの中心になります。
- 追跡の困難：ロットや4M（人・機械・材料・方法）の記録が不十分だと、原因究明に時間がかかります。
- 回収範囲の拡大：対象を絞れず、リコールや回収の損害が膨らむ恐れがあります。
- 生産停止：旧システムの障害を修理できず、数日から数週間止まる可能性があります。
製造業のリコール1件あたりの平均対応コストは、数千万円規模に達することがあります。トレーサビリティの欠如は、そのまま経営リスクに直結します。
1日の停止が数千万円の機会損失につながる工場では、生産継続性が更改の大きな動機になります。そのため、リスクを金額で示しておくと、後述する稟議の説明にも役立ちます。
MES更改の進め方 — プロジェクト全体の流れ
MES更改は、現状分析から本稼働まで工程を順に進めます。全体の期間は一般的に1年から2年程度で、規模が大きいほど長期化します。
主な工程は、企画・要件定義、ベンダー選定、設計・開発です。次に、移行・テストと定着支援が続きます。順序を飛ばすと、後工程で必ず手戻りが発生します。
As-Is/To-Be分析・要件定義・RFP作成・ベンダー選定
まず、現状を見える形にするAs-Is分析と、あるべき姿を描くTo-Be設計を行います。現場ヒアリングを省くと、稼働後に使われず旧運用へ戻る恐れがあります。
- 業務の洗い出し：作業手順、データの流れ、例外処理の一覧づくりです。
- RFP作成：目的と要件、移行方針、予算と納期を記載します。
- 提案比較：最低でも3社程度から提案を受け、技術力や製造業の実績、支援体制を比較します。
非機能要件には、性能、可用性、セキュリティを含めます。RFPが曖昧だと見積もりがぶれ、追加費用につながるおそれがあります。そのため、具体的に書くことが大切です。
スモールスタート（単一ライン・単一機能）による効果検証
全工場や全機能を一斉に切り替えると、リスクとコストが高まります。まずは1ラインや実績収集など1機能に絞り、効果と課題を確かめます。
- 現場の使い勝手：最初のラインでの使いやすさの確認です。
- データ取得精度：取得状況を検証し、次の展開に生かします。
- 例外処理：想定外の運用の把握と、横展開への備えです。
効果を数値で示せると、横展開の追加投資を説明しやすくなります。たとえば、段取り時間の15%短縮や、入力ミスの月20件からゼロへの削減が挙げられます。
大規模な投資を一度に求めるより、小さな成功を重ねて信頼を得る方が、プロジェクトを前に進めるうえで効果的です。
BOP・マスタ整備という「前提工程」の位置づけ
BOP（工程順序・作業手順・標準時間）とマスタの整備は、MES更改の前提となる工程です。正確なマスタがなければ、MESは正しく動きません。
- 品目・工程・設備マスタ：現場の実態と照合して洗い出します。
- BOMとBOP：相互の整合性を確かめる作業です。
- 標準時間：未定義の工程が残っていないかの確認です。
紙やExcelに散在するBOPを放置すると、システムの指示と実作業が食い違いかねません。洗い出しには時間がかかるため、見積もりとスケジュールに工数を含めておきます。
マスタ整備を軽視すると、終盤に深刻な手戻りが起こります。だからこそ、導入工程に入る前に、現場とデータをそろえておきます。
MES更改の方式選択 — パッケージ・スクラッチ・クラウド・cMES
方式は、パッケージかスクラッチか、オンプレミスかクラウド（SaaS）かという2つの観点で整理できます。製造形態、予算、IT体制に合わせて選びます。
パッケージ/スクラッチ・オンプレ/クラウドの4象限比較
4象限の特徴は、自社の停止許容度と予算に照らして比べます。判断材料になるのは、標準機能と個別業務への適合、インフラの運用条件です。
- パッケージ：標準機能がそろい、導入が早く、保守を提供元に任せられます。
- スクラッチ：業務に合わせやすい一方で、期間が長く、ベンダー依存も生じます。
- オンプレミス：工場内サーバで稼働し、通信遮断時も継続しやすく、リアルタイム性に強みがあります。
- クラウド：初期投資を抑え、拡張や更新が容易ですが、通信断に備えたバッファが必要です。
パッケージが合わない業務に過度なカスタマイズを重ねると、コストが押し上げられます。なお、スクラッチ開発は数千万円から数億円規模の投資になることがあります。
コンポーザブルMES（cMES）とAI駆動開発という新潮流
コンポーザブルMES（cMES）は、必要な機能をモジュール単位で組み合わせる選択肢です。
- 機能の組み合わせ：必要な機能を選び、段階的に構成できます。
- 現場主導の改善：ノーコード・ローコードで、現場が継続的に手直しできます。
- AI駆動開発：設計書や画面案からコードを生成する手法も広がっています。
ガートナーなどの調査会社も、cMESを製造業の有力なトレンドに挙げています。作り切りで終わらず、現場の変化に合わせて進化させられる点が特徴です。
AIによるコード生成で、スクラッチ開発の工期やコストが30%から70%程度圧縮された事例も報告されています。自社業務への適合と費用の両立に役立つ可能性があります。
SaaS型MESの「TCO逆転トラップ」への注意
SaaS型MESは初期費用が小さい一方、利用量に応じた料金が積み上がります。稼働開始から数年後には、累積費用がオンプレミス型を上回ることがあります。
- 接続設備数：設備のIoT接続が増えると料金が上がる場合があります。
- データ量：蓄積量の増加が従量課金に影響します。
- アカウント数：全社展開で利用者が増えると費用が膨らみます。
導入時に月額数十万円でも、設備接続や全社アカウント展開後に月額数百万円となる例は珍しくありません。そのため、初期費用だけでは判断できません。
まずは5年から7年程度のTCO（総保有コスト）で比較します。将来の設備数とデータ量を見込み、費用をシミュレーションします。
MES更改特有の関門 — レガシー設備と他システムとのデータ連携
MES更改は、製造設備という「モノ」と接続する点で、一般的な業務システムの刷新とは異なります。古い設備やERPとの連携設計が重要になります。
設計を誤ると、データが流れない、画面が重くて使えないといった問題が起こります。そのため、設備と上位システムそれぞれの条件を確かめておく必要があります。
古いPLC・海外製設備からデータを取る「レトロフィットIoT」の現実解
稼働20年を超える設備や独自の通信規格を持つ海外製設備は、最新のMESとそのままでは通信できないことがあります。設備を一新すると、数千万円から数億円が必要です。
- 信号灯の検知：光センサーによる、設備の稼働・停止の確認。
- 電流値の測定：流れる電流から稼働状況を推定します。
- 通信の変換：異なる規格の設備は、IoTゲートウェイを介する必要があります。
レトロフィットIoTは、センサーやゲートウェイを既存設備に後から取り付ける方法です。設備本体を改造せずに、低コストな手段でデータを取得できます。
そこで、全設備の入れ替えを決める前に、後付けで取得できる範囲を検討しておきます。投資を現実的な範囲に収める手掛かりになります。
ERP（計画層）とMES（実行層）の粒度差 — 密結合の罠と疎結合設計
ERPは、月次や日次で計画を扱う「計画層」です。一方、MESは分や秒単位で実績を扱う「実行層」で、両者には時間の粒度に違いがあります。
粒度の違いを無視してリアルタイムに密結合すると、ERPが秒単位の処理をさばけず、性能が破綻する恐れがあります。その結果、画面が重くなり、システム停止にもつながります。
- 疎結合・非同期：連携用データベースやメッセージキューを挟む構成です。
- 連携間隔の設計：細かなMES実績は、一定間隔でまとめてERPへ渡します。
- 即時・バッチの切り分け：何を即時に連携し、何をまとめるかの取り決め。
「すべてリアルタイムでつなぐ」という要望があっても、設計段階で連携方法を決めてから実装します。PLM（製品ライフサイクル管理）との連携では、設計変更が現場に届く仕組みも用意します。
工場を止めないMES更改 — データ移行・切替方式・切り戻し
MESが止まると生産と売上も止まるため、更改では工場を止めないことを優先します。切り替えは、技術作業であると同時にリスク管理でもあります。
データ移行、切替方式、切り戻し計画の3点を、稼働前に経営層も含めて合意しておきます。これが、停止時の影響を抑える備えになります。
データ移行のマッピング・クレンジング・リハーサル
データ移行では、旧システムの項目を新システムへ対応させるマッピングと、不整合や重複を除くクレンジングを行います。
- マッピング：旧データの項目と新システムの項目を対応づける作業です。
- クレンジング：データの不整合や重複を取り除きます。
- リハーサル：本番同様の環境で、移行を複数回実施します。
準備を怠ると、在庫数が合わない、仕掛品が消えるといった不整合が稼働直後に起こり、業務が止まる恐れがあります。
リハーサルは最低でも2回から3回行います。まず1回目でエラーを洗い出し、2回目で修正を確認したうえで、本番前に所要時間を計測します。
実際の所要時間が分からないと、限られた停止時間内に切り替えが終わらず、生産再開が遅れることがあります。実施して初めて分かる工程だからこそ、リハーサルに時間をかけます。
一括移行と段階移行のトレードオフ
切替方式は、一括移行（ビッグバン方式）と段階移行（並行稼働方式）に分かれます。許容ダウンタイム、予算、現場負荷を比べて選びます。
- 一括移行：短期間で費用を抑えやすい一方、失敗の影響が全工場に及びます。
- 段階移行：ラインや機能ごとに切り替え、リスクを分散します。
一括移行は、連休など長期の停止を取れない工場では選びにくい場合があります。一方、段階移行では、並行稼働の間にデータ同期中継プログラムの追加開発や二重入力が発生します。
段階移行は期間とコストが増える反面、停止リスクを分散できます。そのため、多くの製造業では段階移行を選び、並行稼働期間をできるだけ短く設計します。
切り戻し（ロールバック）計画 — 許容ダウンタイムと発動権限
稼働初日には、予期しない問題が起きる可能性が残ります。旧システムへ戻す切り戻し計画がないと、現場で判断できず、混乱が長引きます。
切り戻し計画で決めておくのは、ダウンタイムの上限、判断基準、決定権者の3点です。誰が、いつ、何を見て決めるかを具体化しておきます。
たとえば、稼働後2時間以内に基幹機能が復旧しなければ、製造部長の判断で旧システムへ戻します。経営層とも事前に合意しておくことで、被害を抑えられます。
MES更改の費用相場とROI — 稟議での説明材料
費用と投資対効果（ROI）は、更改の稟議で避けて通れません。相場感を押さえたうえで、MES特有の効果を定量化し、経営層へ説明します。
規模別の費用相場と補助金の活用
対象範囲と規模によって、MES更改の費用は大きく変わります。規模ごとの目安は、初期費用の検討に使えます。
- 小規模：単一ラインや特定機能なら、数百万円から1,500万円程度です。
- 中規模：複数ラインや工場全体なら、1,500万円から5,000万円程度。
- 大規模：複数拠点の刷新なら、数千万円から数億円規模。
保守費用やクラウド利用料などのランニングコストも、毎年かかります。初期費用だけでなく、継続費用も予算に含めておきます。
また、IT導入補助金やものづくり補助金も活用の候補になります。要件を満たす中小製造業は、導入費用の一部が補助され、更改の負担を下げられます。
費用の内訳や見積もりの取り方は、別記事で詳しく解説しています。
MES特有のROIモデル — 直接効果と間接的リスク回避効果
MESは生産設備と違い、直接売上を生むものではありません。工数削減やペーパーレス化の効果だけでは、数千万円の投資を説明しきれないことがあります。
歩留まり改善や段取り時間の短縮は、直接効果として数えられます。一方で、経営層には伝わりにくい場合があるため、間接的なリスク回避効果も合わせて評価します。
- 品質リスク：トレーサビリティによる、回収やリコールの被害の限定。
- 属人化リスク：担当者の退職後も製造を続けられる効果を見積もります。
- 停止リスク：サポート切れによる長期停止を防ぐ効果を評価します。
更改しなければ起こり得る損失を金額に換算し、直接効果と合算します。そのうえで、攻めの効果に守りの価値を加えると、投資判断を説明しやすくなります。
MES更改でよくある失敗とアンチパターン
MES更改では、業界を問わず典型的な失敗が繰り返されます。あらかじめパターンと回避策を知っておき、自社の計画に生かします。
過度なカスタマイズによるコスト肥大 → Fit to Standard
現場の「今までどおり」という要望をすべて受け入れると、カスタマイズが積み重なります。暗黙のルールやExcelの例外対応まで作り込むと、費用と保守の負担が増えます。
- 標準機能を優先：業務を製品の標準の形に合わせる、Fit to Standardの考え方。
- 例外を選別：競争力の源泉となる部分に限り、例外的にカスタマイズします。
- 現場と合意：例外処理をどこまで標準化するか、現場キーマンと決めます。
開発費が当初見積もりの2倍、3倍に膨らみ、保守も難しくなると、バージョンアップできない塩漬けシステムが生まれます。
そのため、「例外処理は本当に必要か」「標準機能で代替できないか」を一件ずつ問い直すことが、コスト肥大を防ぐ方法です。
IT部門主導の現場反発・定着失敗 → 現場キーマンの巻き込み
情報システム部門だけで計画し、現場の声を聞かずに導入すると、システムは定着しません。使いにくさや入力の負担を理由に、旧来のExcelや紙が残り、二重管理になります。
- 早期に参加：要件定義やUI設計の段階から、現場キーマンに関わってもらう。
- 入力負担を抑制：RFID、ハンディ端末、バーコードを活用します。
- 記録方法を設計：ロットやシリアルの取得単位を現場と決めます。
4M（人・機械・材料・方法）を記録するタイミングも、現場と一緒に設計します。そうすると、納得感と定着率が変わり、トレーサビリティに使えるデータを得やすくなります。
MES更改は、技術の導入であると同時に、変革を現場に根付かせる組織的な取り組みです。
まとめとよくある質問
MES更改は、製品の比較より先に工程の設計から始めます。As-Is/To-Be分析と現場ヒアリングで対象を定め、BOP・マスタ整備を済ませます。
そのうえで、スモールスタートで効果を確かめながら横展開します。レトロフィットIoTやERPとの疎結合、切り戻し計画、リスク回避を含むROIも検討します。
Q. MES更改にはどのくらいの期間がかかりますか
規模によりますが、要件定義から本稼働まで、一般的には1年から2年程度です。単一ラインであれば、半年程度で立ち上げられる場合もあります。
複数拠点へ展開する大規模な更改では、全社展開まで3年以上かかることもあります。そのため、BOP・マスタ整備と移行リハーサルの期間を、計画に含めておきます。
Q. 工場を止めずにMES更改はできますか
完全に無停止での切り替えは難しいものの、停止時間を最小限に抑えることはできます。段階移行では、ラインや機能ごとに切り替えながら、新旧システムを並行稼働させます。
移行リハーサルで作業時間を測り、許容ダウンタイムと切り戻し基準を経営層も含めて合意します。詳しい進め方、費用、発注方法は、関連記事や全体ガイドもご覧ください。
▼全体ガイドの記事
・MES更改の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。