「まだ動いている」は延命の理由にならない

老朽化したMESの判断でいちばん多い誤りは、稼働の有無を基準にすることです。動いているシステムは、動いている限り止める理由がないように見えます。しかし刷新の判断材料は稼働率ではなく、次の2つです。

  • 変更1件あたりのコスト：品目追加、工程変更、帳票修正を1件行うのに何人日かかるか
  • 戻せない範囲：障害時に、どこまで手作業で復旧できるか

この2つが悪化していく速度が、延命の残り時間を決めます。判断が必要なサインは、次の6つに集約されます。

  1. 改修の見積もりが読めなくなった。 同じ規模の変更でも、担当者によって工数が3倍変わる。仕様書が実装に追いついていない状態です。
  2. オリジナルの開発者が社内にもベンダーにもいない。 ソースコードは残っていても、なぜその実装なのかを説明できる人がいない。
  3. OS・DB・ミドルウェアのいずれかがサポート切れ、または切れる日が決まっている。 これは技術債務ではなく期限つきのリスクです。
  4. 新しい接続要求を断っている。 「その設備はつなげません」「そのデータは出せません」が現場の常識になっている。
  5. 本番データを直接SQLで直している。 監査証跡が実質的に成立していないことを意味します。
  6. 年間の保守費が、当初のライセンス費に対して不釣り合いに膨らんでいる。 カスタマイズの保守が本体の保守を上回っていないか確認してください。

6つのうち3つ以上が該当する場合、延命は「決断の先送り」ではなく「コストの先送り」になっています。

延命と刷新のあいだには4つの選択肢がある

現実の判断は「そのまま使う」か「全部作り直す」かの二択ではありません。あいだに2つの中間解があります。

老朽MESの4つの選択肢を初期投資と残存リスクで並べた図 ① 現状維持 保守のみ継続 期限を決めない延命 ② ラッピング API・連携基盤で外殻を作り 中身は触らない ③ 部分刷新 機能単位・ライン単位で 段階的に置き換える ④ 全面刷新 データモデルから 作り直す 初期投資：小 初期投資：大 ①②は「変更コストの逓増」を止められない　／　③④は「移行期間の二重運用」を必ず抱える 選ぶべきは「どれか」ではなく「いつ、どの順で②→③へ進むか」
老朽MESの4つの選択肢。左に行くほど初期投資は小さいが、変更コストの逓増は止まらない。右に行くほど初期投資が大きく、停止リスクの管理が主要な設計課題になる。
選択肢主にやること効く期間の目安主なリスク向く条件
① 現状維持保守継続と障害対応期限を決めなければ不定サポート切れが期限として先に来る工場自体の閉鎖・移管が決まっている
② ラッピング連携用APIとデータ抽出層を外側に作り、内部ロジックは触らない2〜4年外殻の保守が新たな債務になる内部ロジックは妥当だが外部接続だけが詰まっている
③ 部分刷新品質・保全・実績など機能単位、またはライン単位で新環境へ移す恒久（段階的）移行期間中の二重入力・データ整合拠点・ラインが複数あり、横展開の型が作れる
④ 全面刷新マスタとデータモデルから再設計し、カットオーバーで切り替える恒久切り替え時の操業停止、要件の再定義工数単一拠点で、現行の業務ルール自体を見直す合意がある

実務でもっとも失敗が少ないのは、②で時間を買い、その期間に③の型を作る進め方です。②を単独のゴールにすると、外殻の保守という新しい債務が増えるだけで終わります。移行そのものの進め方は既存システムからMESへ移行する記事で扱います。

判断を外から早める3つの要因

社内の議論だけでは、老朽MESの判断はほぼ先送りされます。実際に決断を早めるのは外部要因です。2026年時点では次の3つが効いています。

1. ベンダー再編。 2025〜2026年にMES／産業ソフト業界は大規模に再編されました。GE VernovaはProficyをTPGへ6億ドルで売却し、2026年3月にVelotic として独立。Schneider ElectricはCogniteを31億ドルで取得しています。Verdantixのアナリストは2025年9月19日の分析で「ベンダーの戦略的方向性を理解することが、ソフトウェア評価そのものと同じくらい重要になった」と述べています。使っている製品のロードマップが、自社の延命計画より先に変わる可能性があります（MES業界の再編記事）。

2. AI適用の前提条件。 Gartnerは2026年3月のMES向け分析で、AI導入の前提として「レガシー刷新が先」「オープンAPI・MCP整合による相互運用性」を挙げています。AI外観検査や実績分析を検討する段階で、老朽MESがボトルネックとして表面化します。

3. 規制側の要求水準。 欧州委員会が2025年7月7日に公開したEU GMP Annex 11改訂案は、5ページから19ページへ拡充され、重点がバリデーション中心からセキュリティ／アイデンティティ・アクセス管理／監査証跡へ移りました。共有アカウント運用や、証跡の残らないデータ修正を前提にした古い実装は、規制産業では延命の選択肢から外れます。

延命を選ぶなら、同時に必ずやっておく3つ

延命は正当な判断です。ただし「何もしない」延命と、「刷新の選択肢を残す」延命は別物です。延命期間中に次の3つを実行しておくと、後の判断コストが大きく下がります。

  • データの持ち出し可能性を確認する。 マスタ・実績・監査証跡を、ベンダーの協力なしに標準形式で全件抽出できるか。契約上抽出が可能でも、実際にやってみると出せない項目が見つかります。抽出テストは延命期間中に一度実施してください（データ可搬性の記事）。
  • インターフェース仕様を外側に書き出す。 ERP連携、設備接続、帳票出力の入出力仕様を、実装ではなく仕様として文書化します。これは刷新時にそのまま要件になります。
  • カスタマイズの棚卸しをして、使われていない機能を落とす。 稼働ログを取れば、過去1年一度も使われていない画面・帳票が必ず出てきます。刷新時に移行対象から外せる分だけ、そのまま工数が減ります。

この3つを済ませておくと、②ラッピングから③部分刷新への移行が、追加調査なしで始められます。逆にこれをやらずに延命した場合、刷新の見積もりは「現行調査」から始まり、そこだけで数か月が消えます。

老朽MESの刷新判断をご相談ください

現行システムの調査から、延命・部分刷新・全面刷新の比較まで、特定製品の売り込みを行わずにご支援します。

無料で相談する

よくある質問

延命の判断をした場合、あと何年もつと考えればよいですか？

技術的な寿命ではなく、期限が先に来る要因から逆算します。実務上いちばん早く来るのはOS・DB・ミドルウェアのサポート終了日で、次にベンダーの製品サポート終了、その次に規制要求の変更です。この3つの最短日を洗い出し、そこから全面刷新に必要な期間（単一拠点で1〜2年）を引いた日が、実質的な判断期限になります。「あと5年」といった年数の見積もりではなく、カレンダー上の日付で管理してください。

部分刷新のとき、新旧MESの二重運用はどう設計しますか？

二重運用で必ず問題になるのは、マスタとWIP（仕掛）の二重管理です。原則は「マスタは片方を正とし、もう片方へ一方向で配信する」「WIPは工程の境界で受け渡し、両系で同じロットを同時に持たない」の2点です。実績データは両系から出るため、集計側（BI・ERP）で系統を識別できるキーを持たせておきます。ここを曖昧にすると、移行期間中の生産実績が経営報告に使えなくなります。

現行MESのベンダーが買収された場合、すぐ乗り換えるべきですか？

買収の事実だけでは判断材料になりません。確認すべきは、①製品のサポート終了日が公式に告知されたか、②次期バージョンへの移行パスと費用が示されたか、③保守契約の条件（費用・対応範囲・SLA）が変更されたか、の3点です。この3つが従来どおりであれば、当面は現状維持で構いません。逆に②が示されないまま1年以上経過している製品は、ロードマップ上の優先度が下がっている可能性があります。