ロックインをゼロにする、は目標にならない

MESは業務プロセスに深く食い込むシステムです。設備接続、帳票、承認フロー、10年分の工程実績。これらを製品と切り離して保持することは、原理的にできません。MESを導入するということは、一定のロックインを受け入れるということです。

したがって現実的な目標は、次の3つになります。

  1. どこにロックインしているかを、契約前に把握していること
  2. 解除にいくらかかるかを、概算で言えること
  3. ベンダー側の事情が変わったときに、選択肢が残っていること

3番目が2026年に重みを増しました。2025年から2026年にかけて、MESと産業ソフトの業界は1年で再編されています。GE Vernova は Proficy 事業を TPG へ6億ドルで売却し（2026年3月6日クローズ）、TPG はそれに Kepware と ThingWorx を統合して新会社 Velotic を設立しました（2026年3月17日、売上3億ドル超）。Schneider Electric は Cognite を31億ドルで買収し（2026年6月30日発表）、Honeywell は3社分割を完了しています（2026年6月29日）。詳細はMES業界の地図は2026年に書き換わったで扱っています。

Verdantix のアナリストは2025年9月、「ベンダーの戦略的方向性を理解することが、ソフトウェア評価そのものと同じくらい重要になった」と述べました。自社が製品を変えなくても、製品の側が変わることがあるという前提が必要になっています。

4層に分けると、対策が具体的になる

ロックインをひとまとめに論じると対策が書けません。4層に分けます。

層具体的に何に縛られるか解除コスト顕在化する時期
技術ロックイン独自スクリプト言語、独自DBスキーマ、独自の設備ドライバ、専用ハードウェア大更改検討時
データロックイン過去実績の取り出し可否、形式、意味定義（何のコードか分からない）最大更改検討時（手遅れになりやすい）
契約ロックインライセンス指標、最低契約期間、値上げ条項、サポート打ち切り条件中更新交渉時（2〜5年ごと）
人材ロックインその製品に詳しい人が特定ベンダーの技術者しかいない中障害対応時・改修時
解除コストと顕在化の遅さでロックイン4層を配置した2軸マトリクス 顕在化が遅い → 解除コストが高い → 契約ロックイン更新交渉のたびに見える 人材ロックイン障害対応で見える データロックイン気づくのは更改を決めた後 技術ロックイン見積を取って初めて分かる この2つは契約前にしか手が打てない
ロックイン4層の位置づけ。右上（解除コストが高く、気づくのが遅い）が最も危険な象限。

右上の2象限（データと技術）は、契約前にしか手を打てません。更改を検討する段階、つまり8年後や10年後に「データが出せない」と分かっても、そのときには交渉材料がありません。逆に左側の2象限（契約と人材）は、運用中に対処できます。

層ごとの対策

技術ロックイン：独自要素の量を見積もる

RFPと契約前の確認で、次の4点を数量として押さえます。

  • 独自スクリプト／独自言語で書く部分の割合。画面カスタマイズやビジネスルールを独自言語で書く製品は、その部分が全面的に移行不可の資産になります
  • 設備接続の方式。OPC UAなど標準プロトコル経由か、製品固有のドライバか。標準経由なら、MESを替えても接続層は残せます
  • DBスキーマの公開有無。スキーマ定義書が提供されるか。ビューやAPIしか公開されない製品では、データ取り出しの自由度が下がります
  • 専用ハードウェアの有無。専用端末やドングルが必要な構成は、その調達がベンダー依存になります

データロックイン：これは次の記事の主題

MESに10年分溜まった工程実績は、代替不能な資産です。ここは契約条項で担保するしかないため、MESのデータ可搬性──契約時に確認すべき条項で個別に扱います。要点だけ書くと、「エクスポートできるか」ではなく「意味が分かる形でエクスポートできるか」が争点です。コード値だけ出てきても、コード表と定義が出てこなければ、データは復元できません。

契約ロックイン：ライセンス指標が変わる時期に注意する

2026年は、主要MESベンダーがライセンスモデルを一斉に変更している時期です。GE Vernova の Proficy 2026 は階層型のサブスクリプション／ライセンスモデルへ移行し、Proficy Scheduler は完全SaaS化しました。Siemens も Opcenter でサブスクリプションへの移行を進めています。

ライセンス指標そのものが解除コストになる例もあります。Dassault Systèmes の DELMIA Apriso は、2023年4月の Gartner MES Magic Quadrant で Leader から Challenger へ移りましたが、その際の指摘の一つが「リソースベースの制約的なライセンスが拡張を制限する」というものでした（Engineering.com、2023年6月27日）。ライセンス指標が拠点追加や利用者増と連動していると、拡張のたびに交渉が発生し、実質的な依存が深まります。ライセンスの型と会計への影響はMESのライセンス体系で扱います。

人材ロックイン：社内に読める人を1人置く

最も安く対処できるのがこの層です。必要なのは、製品を自在に改修できる人材ではなく、「その製品が何をどう持っているか」を説明できる人が社内に1人いることです。この1人がいれば、ベンダーの提案の妥当性を評価でき、見積の内訳に質問でき、移行検討時に現状を棚卸しできます。

選定プロセスに追加すべき項目

2026年の再編を踏まえると、評価シートに次の項目が加わります。

  • 直近3年の資本異動。PEファンド傘下に入った製品は、投資回収期間中のロードマップとライセンス方針を確認する
  • 買い手のポートフォリオでの位置づけ。中核製品か周辺製品か。周辺なら、投資の優先度が下がる可能性がある
  • 日本国内のサポート窓口の帰属。再編で代理店契約が変わる可能性がある
  • 既存の永久ライセンスの扱い。サブスク移行時に、既存ライセンスがどう扱われるかを書面で確認する
  • データ取り出しの条件。契約終了後に、どの形式で、いつまでに、いくらで取り出せるか
クラウド／SaaSのMESはロックインが強いのですか？

層によって違います。技術ロックインはむしろ弱くなる傾向があります。標準APIが前提になり、独自ドライバや専用ハードへの依存が減るためです。一方で、データロックインと契約ロックインは強くなりやすくなります。データが自社の管理下にないため、取り出しの条件が契約次第になり、サブスクリプションのため停止＝利用不可という構造になるからです。SaaSを選ぶ場合ほど、データ取り出し条項を厳密に書く必要があります。

オープンソースのMESなら安心ですか？

ロックインの所在が変わるだけです。オープンソースはライセンス上の制約は小さいものの、実運用では特定のインテグレータへの依存が生じます。また、規制産業ではバリデーション文書とサポート責任の所在が問題になります。判断基準は「オープンかどうか」ではなく、そのシステムを5年後に理解し変更できる人材を確保できるかです。

既に強くロックインされている場合、どうすればよいですか？

まず、4層のどこに縛られているかを分解してください。多くの場合、すべての層が同時に強いわけではありません。人材ロックインが主因なら社内育成で緩和できます。契約ロックインが主因なら、更新交渉のタイミングで条件を見直せます。データロックインが主因の場合が最も厳しく、この場合は次の更新交渉でデータ取り出し条項を追加することが最優先になります。製品の入れ替えより先に、出口の確保です。