「クラウド対応」には5段階ある──まず用語を分解する

ベンダー資料の「クラウド対応」を、次の5段階に置き直してから比較を始めます。

段階実体見分ける質問
1. リフト型オンプレ製品を顧客契約のIaaS上の仮想マシンで動かすだけ「バージョンアップは誰が実施しますか」→顧客側なら段階1
2. ベンダーホスティングベンダーが顧客ごとに環境を建てて運用代行「環境は顧客ごとに個別ですか」→個別なら段階2
3. コンテナ型Kubernetes等で任意環境(オンプレ含む)に展開「オンプレにも同じ構成で置けますか」→可能なら段階3
4. シングルテナントSaaSサブスク提供だが環境は顧客別。更新はベンダー主導「全顧客が同時に同じ版になりますか」→ならないなら段階4
5. マルチテナントSaaS全顧客が同一基盤・同一版。真のクラウドネイティブ個別カスタマイズの可否を聞く→原則不可なら段階5

どの段階が優れているという話ではありません。段階1でも初期投資の平準化という目的は達せられますし、段階5は運用負荷が最小の代わりに個別対応の余地がなくなります。重要なのは、自社が「クラウド前提」に込めた期待(初期費用の圧縮か、運用要員の不要化か、常時最新版か)と段階が一致しているかです。クラウドとオンプレの一般的な判断基準はクラウドMESとオンプレミスで扱っています。

MES展開形態に占めるオンプレミス比率(2025年)
62.46%
Mordor Intelligence(2026年8月3日)
クラウド型MESのCAGR(〜2031年)
10.12%
同調査。「エッジベース」を独立セグメントとして分類し始めた点も特徴

オンプレがなお6割を占める市場でクラウド前提を選ぶことは、少数派ではあっても逆張りではありません。成長しているのはクラウド側であり、ベンダーの開発投資もそちらへ移っています。ライセンス体系のサブスク移行が業界全体で進んでいる背景はMES予算がCapexからOpexへを参照してください。

クラウド前提の選定で本当に効く3つの確認軸

軸1:ネットワーク断のとき、現場で何ができるか。 クラウドMESの最大の技術論点はここに集約されます。インターネット断・クラウド側障害の際に、作業指示の閲覧・実績の一時記録・作業可否判定のどこまでが現場で継続できるか。エッジ側に実行機能を持つ製品と、完全にクラウド依存の製品が明確に分かれます。「切れたら止まります。ただし過去X年の稼働率はY%です」という正直な回答は、それはそれで判断材料になります。

軸2:データの所在と持ち出し。 データがどの国のどのリージョンに置かれるか、契約終了時にどの形式で全量を受け取れるか。SaaSでは特に、解約時のデータ提供義務・提供期間・費用を契約書で確認します。詳細はMESのデータ可搬性──契約時に確認すべき条項を参照してください。

軸3:5年費用と値上げ条項。 サブスクは初年度が安く見えますが、更新のたびに条件交渉が発生します。値上げ上限条項の有無、ユーザー数・データ量による従量部分の計算式を確認し、5年総額で比較します。

候補になる製品タイプの例

段階5(マルチテナントSaaS)に近い系統では、SaaS型MESの代表格であるPlex Smart Manufacturing Platform、クラウドネイティブを明示する42Q、Microsoft Azure上のクラウドネイティブ設計でエッジ耐性をうたうSYMESTICが挙げられます。国産ではSalesforce基盤のUM SaaS Cloudが同系統です。

段階3〜4(コンテナ/SaaS併用)の系統では、Kubernetesコンテナ構成とSaaS版(Opcenter X)を使い分けられるSiemens Opcenterが代表例です。ERPと同一クラウド基盤に載せるSAP Digital Manufacturingは、SAP ERPを使う企業にとって連携面の追加コストが小さい構成になります。

比較の起点は「段階の一致」です。運用要員を置けない工場が段階1を選ぶと期待が外れ、独自工程の作り込みが必須の工場が段階5を選ぶと要件が入りません。

よくある質問

工場のネットワークが弱く、クラウドは不安です。それでもクラウド前提は成立しますか?

成立しますが、軸1(断線時の挙動)の比重を最大にしてください。エッジ側で実行を継続しクラウドと再同期する構成の製品なら、回線品質の影響は分析・帳票側に限定されます。逆に画面表示までクラウド依存の製品は、回線増強費用まで含めて総コストを比較する必要があります。回線都合で諦める前に、構成の選択肢を確認する価値があります。

セキュリティ部門がクラウドMESに反対しています。どう説得すべきですか?

「説得」より先に、評価基準を揃えることを推奨します。オンプレが安全でクラウドが危険という前提は、パッチ適用が滞りがちな工場内サーバの実態を考えると必ずしも成り立ちません。ベンダーの第三者認証(ISO 27001等)の取得状況、侵入テストの実施頻度、インシデント時の通知義務を確認項目として提示し、自社オンプレ運用と同じ基準で並べて評価してもらうのが建設的です。

5年総額の試算手順を使う

サブスク型と買い切り型を同じ土俵で比較する5年総額の試算手順を「MES費用シミュレーションの作り方」として公開しています。

試算方法を見る