全社展開できているのは28%

先に現在地を確認します。

MESを導入済みの製造業
93%
Rockwell調査（17カ国1,560名、2026年7月28日公開）
MESを全社（enterprise-wide）に展開できている
28%
同調査
ERP・PLM・品質・OTと完全統合できている
23%
同調査

導入率93%に対して全社展開28%。この65ポイントの差が、マルチサイト展開の難しさを表しています（調査の詳細はこちら）。Rockwell の Anthony Murphy 副社長は「MESの導入はもはや障壁ではない。障壁は全社スケールだ」と述べました。1拠点で成功したMESが、そのまま2拠点目で通用しないのが普通だと考えたほうが安全です。

二択で考えると答えが出ない理由

「標準化か、個別最適か」という問いが行き詰まるのは、MESが単一の塊ではないからです。同じMESの中に、絶対に共通であるべきものと、絶対に個別であるべきものが同居しています。

  • 絶対に共通であるべきもの：不良コード体系、KPIの定義式、品目コードの体系、トレーサビリティの記録単位。これらがバラバラだと、拠点間の比較も、全社での品質分析もできません
  • 絶対に個別であるべきもの：設備の接続仕様、現場端末の画面言語、シフトカレンダー、現地の法規制対応。これらを共通化しようとすると、どこかの拠点が回らなくなります
  • その中間にあるもの：工程設計の粒度、承認フロー、帳票レイアウト、在庫の管理単位。ここが議論の本丸です

したがって問いは「共通化するか」ではなく、「この項目はどの層で決めるか」になります。

コア／リージョン／サイトの3層に分ける

実務で使いやすいのは3層モデルです。

コア層、リージョン層、サイト層の3層に分けたマルチサイトMESの責任分担図 コア層（全社共通・変更には全社承認） 不良コード体系／KPI定義式／品目・工程コード体系／トレーサビリティ記録単位／監査証跡仕様 決めるのは：本社MES統括（テンプレート委員会） リージョン層（地域共通・地域内承認） 法規制対応／言語・帳票フォーマット／現地会計要件／データ保管先／サポート体制 決めるのは：地域統括＋本社レビュー サイト層（拠点固有・拠点判断） 設備接続仕様／シフトカレンダー／端末レイアウト／作業者マスタ／ライン構成 決めるのは：各工場
マルチサイトMESの3層モデル。層ごとに「誰が決めるか」と「変更の手続き」を分ける。

3層に分ける効果は、判断のスピードが層ごとに変わることです。サイト層の変更を毎回本社承認にすると、ライン増設のたびに数か月待つことになります。逆にコア層の変更を拠点判断にすると、半年で全社比較ができなくなります。層を切ってはじめて、「速く決めてよいもの」と「慎重に決めるもの」を分離できます。

判定に迷ったときは、次の問いを使います。「この項目を拠点ごとに変えると、全社レポートで何が比較できなくなるか。」比較できなくなるものがあるならコア層、ないならサイト層です。

技術構成：1インスタンスか、拠点ごとか

層の設計とは別に、システムをどう配置するかの判断があります。選択肢は3つです。

構成内容向いている条件注意点
単一インスタンス集中1つのMESに全拠点が接続拠点数が少ない／同一国内／回線が安定回線断で現場が止まる。時差のあるメンテ調整が困難
拠点分散＋中央集約拠点ごとにMESを置き、実績を中央DBへ集約拠点が多国にまたがる／回線品質が不均一バージョン差異の管理が必要。集約側の設計が重い
ハイブリッド（エッジ＋クラウド）実行はエッジ、分析・マスタはクラウド新規構築／設備接続が多い製品によって成熟度に差がある

2026年のベンダー各社は明確に3番目へ寄っています。Rockwell は2026年6月18日に FactoryTalk ResilientEdge を発表し、エッジでのリアルタイム実行とクラウドスケールの分析を組み合わせ、ネットワーク断でも操業を継続する設計を打ち出しました。Siemens の Opcenter MES Medical Device 2607（2026年8月14日リリース）は Kubernetes と Linux コンテナによる構成で、オンプレミス、プライベートクラウド、AWS、Microsoft 上の VPC のいずれにも展開できます。

展開順序は「代表工場」ではなく「難易度の階段」で決める

よくある失敗は、最大の主力工場を1拠点目に選ぶことです。要件が最も複雑な拠点でテンプレートを作ると、他拠点にとって過剰な仕様になります。逆に最も小さい拠点から始めると、主力工場の要件が入らずテンプレートが作り直しになります。

現実的な順序は次のとおりです。

  1. 1拠点目：中規模で、工程が典型的で、現場の協力が得られる拠点。ここでコア層の定義を固める
  2. 2拠点目：1拠点目と製品も工程も違う拠点。ここで初めて「共通化できるか」が検証される。テンプレートの品質は2拠点目で決まります
  3. 3拠点目以降：展開速度を測定する。1拠点あたりの工数が減っていないなら、テンプレートが機能していない証拠です

Tulip Interfaces は2026年1月13日のシリーズD発表で、45か国1,000拠点、60,000名の現場作業者という展開実績を公表しました。この規模になると、1拠点あたりの追加工数を下げること自体が製品の競争力になります。

拠点ごとに違うMES製品が入っている場合、統一すべきですか？

必ずしも統一する必要はありません。統一のコストは想像より大きく、稼働中のシステムを止めるリスクもあります。優先すべきは製品の統一ではなく、コア層の定義の統一です。不良コード、KPI定義、品目コード体系を揃え、各MESから同じ定義のデータが出てくる状態を作れば、全社分析は成立します。製品統一は、更改時期が来た拠点から順に検討すれば十分です。

中国拠点を含む場合、何が変わりますか？

データの保管場所と越境の可否が設計制約になります。中国の拠点では、生産データを国内に保持したうえで、集約先へ何を送るかを個別に判断する構成が一般的です。結果として「拠点分散＋中央集約」に近い形を取らざるを得ないことが多くなります。ネットワーク遅延の問題もあり、単一インスタンス集中は現実的でないケースが大半です。

海外拠点のサポートはどう確保しますか？

製品選定時に、その国での一次サポート体制（言語・時間帯・現地パートナーの有無）を必ず確認してください。日本のベンダー経由で海外拠点を支援する構成は、時差と言語の二重の壁でトラブル対応が遅れます。2025年から2026年にかけてMESベンダーの資本異動が相次いだため、買収・分社の影響で現地サポート体制が変わっていないかも併せて確認する価値があります。