2026年に何が起きているか

ライセンス体系の変更は、ベンダー各社がほぼ同時期に進めています。確認できる一次情報は次のとおりです。

  • GE Vernova / Proficy：Proficy 2026 リリースで、ポートフォリオ全体に階層型のサブスクリプション／ライセンスモデルを導入。Proficy Scheduler は完全SaaS化されました（GE Vernova公式）。なお Proficy 事業は2026年3月6日に TPG へ6億ドルで売却され、Kepware・ThingWorx と統合した Velotic として再出発しています
  • Siemens / Opcenter：サブスクリプションへの移行が進行中です。ただしこの点について本サイトが確認できた記述は独立系ブログ（MES Engineer、2026年7月11日）によるもので、Siemens公式の一次情報ではありません。契約更新を控えている場合は、必ず自社の契約書と担当営業への確認で裏を取ってください
  • Dassault Systèmes / DELMIA Apriso：2023年4月の Gartner MES Magic Quadrant で Leader から Challenger へ移った際、指摘の一つが「リソースベースの制約的なライセンスが拡張を制限する」というものでした（Engineering.com、2023年6月27日）。ライセンス指標そのものが評価対象になった例です

日本語圏の議論は「初期導入費用 対 年間保守費」という枠組みに留まりがちですが、欧米では「更新交渉のたびに条件が変わる」ことが実務課題として認識されています。この論点はMES予算がCapexからOpexへでも扱っています。

ライセンス指標は6類型に整理できる

「サブスクかどうか」は支払い方の話であり、金額を決めるのは指標（メトリック）です。指標は主に6つです。

指標課金の基準増える要因注意点
同時接続ユーザ数同時に使っている人数交替勤務のピークシフト重複時間帯が上限を決める
登録ユーザ数登録された人数従業員の入れ替わり退職者の削除運用が必要
デバイス数端末・ライン端末の台数ライン増設・端末更新予備機を含めるかを要確認
リソース数設備・作業区など管理対象の数設備追加、工程細分化工程を細かく設計すると費用が増える構造になりやすい
サイト数拠点数海外展開小規模拠点でも1サイト扱いになる場合がある
生産量・トランザクション数実績件数・生産数増産増産すると費用が増える。予算化が難しい

指標の選択は、5年後の拡張計画と直結します。リソース数課金の製品で工程を細かく分割する設計を選ぶと、設計判断が費用に直結します。前述のGartnerによるDELMIA Aprisoへの指摘は、まさにこの構造を問題にしたものです。

一方で、指標には向き不向きがあります。多拠点で少人数運用ならサイト課金が不利になり、単一拠点で多人数ならユーザ課金が不利になります。製品の優劣ではなく、自社の形との相性の問題として評価してください。

支出プロファイルが変わる

Capex型（永久ライセンス＋年間保守）とOpex型（サブスク）では、5年間の支出の形が変わります。

永久ライセンス型は初年度に支出が集中し、サブスク型は毎年ほぼ均等になることを示す棒グラフ Capex型（永久ライセンス＋年間保守20%） 1年目 2年目 3年目 4年目 5年目 資産計上・減価償却 Opex型（年額サブスクリプション） 1年目 2年目 3年目 4年目 5年目 費用計上・更新時に条件見直し 形が変わることで、変わるもの ・稟議の対象：設備投資枠 → 経費枠（承認者と決裁ルートが変わる） ・撤退可能性：一度払えば使い続けられる → 払い続けないと止まる ・交渉のタイミング：導入時の1回 → 更新のたび（毎年または数年ごと）
Capex型とOpex型の支出プロファイル（モデルケース。実額は案件により大きく異なる）

5年総額でどちらが安いかは、案件によって逆転します。単純な比較より重要なのは、次の3点です。

  1. 稟議のルートが変わる。設備投資として稟議していたものが経費になると、承認者も評価指標も変わります。経費は毎年の予算圧縮の対象になりやすく、「今年は更新をやめる」という判断があり得る費目になります
  2. 止まるリスクが生まれる。永久ライセンスは保守を切っても稼働は続きますが、サブスクは支払いが止まれば利用できなくなります。事業継続計画に、この違いを織り込む必要があります
  3. 交渉が繰り返される。導入時の1回勝負ではなく、更新のたびに条件が動きます。長期的にはこれが最大の変化です

更新交渉で確認する5点

サブスクリプションでは、更新交渉が定期イベントになります。毎回確認すべき項目を固定してください。

  • 値上げの上限条項。年率の上限が契約に書かれているか。書かれていない契約は、実質的に上限なしです
  • 指標のカウント方法。同時接続数の計測方法、リソース数の定義。定義が曖昧だと、監査（ライセンスコンプライアンス監査）で認識の差が出ます
  • 未使用分の扱い。購入したライセンス数を下回った場合に減らせるか。増やす条件だけが書かれ、減らす条件がない契約は多くあります
  • バージョンアップの位置づけ。サブスクに含まれるのか、別料金か。含まれる場合でも、アップグレード作業費は通常別です
  • 契約終了時のデータ取り出し。これは値引きより優先度の高い項目です。MESのデータ可搬性を参照してください

拠点追加の判断が、ライセンスに縛られるようになる

見落とされやすいのが、ライセンス体系が展開計画そのものを制約する点です。

サイト課金の製品で小規模拠点を10か所展開すると、1拠点あたりの費用対効果が合わなくなります。リソース課金の製品では、設備を細かく登録するほど費用が上がるため、設備管理の粒度設計がライセンス費用の設計と一体になります。トランザクション課金なら、増産計画が費用計画になります。

したがって、マルチサイト展開を前提とする場合、ライセンス評価は次の順で行います。

  1. 5年後の拠点数・設備数・利用者数・生産量を、レンジで置く
  2. 各候補製品について、そのレンジでの費用を試算させる（上限値と下限値の両方）
  3. 費用が最も急に立ち上がる指標を特定し、その指標が自社の成長計画と衝突しないかを確認する

展開設計そのものはマルチサイトMESの設計で扱っています。

サブスクとSaaSは同じ意味ですか？

違います。サブスクは「支払い方」、SaaSは「提供形態」です。オンプレミスに導入しながらサブスクで課金される製品は普通にあります。Proficy 2026 では、ポートフォリオ全体が階層型サブスクへ移行する一方、完全SaaS化されたのは Scheduler のみです。提案書を読むときは、課金形態と提供形態を分けて確認してください。この2つを混同すると、オンプレ前提の要件なのにSaaS製品を比較対象に入れてしまうことがあります。

サブスクへの移行を断ることはできますか？

短期的にはできることが多く、長期的には難しくなります。既存の永久ライセンスの保守を継続する選択肢が当面残されるのが一般的ですが、新バージョンや新機能がサブスク側にのみ提供されるようになると、実質的な選択肢は狭まります。現実的な対応は、断るかどうかではなく、移行するとした場合の条件を早い段階で書面化しておくことです。交渉力は、期限が迫るほど下がります。

ライセンス監査を求められたらどうすればよいですか？

まず、契約書に監査条項があるかを確認してください。そのうえで、監査で使われるカウント定義が契約の定義と一致しているかを照合します。実務では、テスト環境・災害対策環境・退職者アカウントの扱いで認識差が生じます。日常的に、自社側でライセンス使用状況を月次で記録しておくことが最も有効な備えです。記録がないと、ベンダー側の計測結果に反論する材料がありません。