「エクスポートできます」は、可搬性の証明にならない

RFPで「データのエクスポートは可能ですか」と聞けば、ほぼ全ベンダーが「可能です」と答えます。この回答は嘘ではありませんが、移行時の役には立ちません。

データが可搬であるためには、4つが揃っている必要があります。

#必要なものこれがないと何が起きるか
1データ本体──
2コード表不良コード「E-217」が何を意味するか分からない。実績が読めない数字の羅列になる
3スキーマ定義テーブル間の関連が不明。ロットと工程と作業者の紐付けが復元できない
4監査証跡と変更履歴「いつ誰が何を変えたか」が失われる。規制産業では記録として成立しない

移行の現場で問題になるのは、ほぼ常に2番と3番です。CSVは出せるがコード表は製品内部の設定として扱われ提供されない、テーブル一覧は出せるがリレーションの定義書がない、というケースが実際にあります。

可搬性の要件は、「出せるか」ではなく「出したものから元の意味を復元できるか」と書いてください。

取り出せる水準は5段階で表現できる

ベンダー回答を比較可能にするために、水準を段階で定義します。RFPにこの表を添付し、どの水準を提供できるかを回答させる方法が有効です。

水準内容移行時に何ができるか
レベル0画面から一覧をCSV出力できるだけ事実上、移行できない
レベル1主要テーブルを一括エクスポートできる数字は出るが、意味の解釈に大量の工数がかかる
レベル2レベル1 ＋ コード表とスキーマ定義書が提供される移行は可能。変換設計に着手できる
レベル3レベル2 ＋ 監査証跡・変更履歴を含む規制産業でも成立する。バリデーション文書を作れる
レベル4レベル3 ＋ 標準形式（B2MML等）での出力に対応変換工数が最小。次期システムの選択肢が広がる

規制産業ならレベル3が最低ラインです。それ以外の業種でもレベル2は必須で、レベル1で契約すると、更改時に「データは諦める」という判断を迫られます。

契約に書くべき7つの条項

条項ごとに、実際に見かける「弱い書き方」と、意味のある書き方を対比します。

1. エクスポートの範囲

  • 弱い：「データのエクスポート機能を提供する」
  • 強い：「実績データ、マスタデータ、コード表、スキーマ定義書、監査証跡のすべてを対象とし、対象テーブルの一覧を別紙に定める」

2. 形式

  • 弱い：「一般的な形式で出力する」
  • 強い：「CSVまたはJSONとし、文字コードはUTF-8、日付はISO 8601形式とする。スキーマ定義書はテーブル定義およびリレーション定義を含む」

3. 提供の期限と回数

  • 弱い：「要求に応じて提供する」
  • 強い：「契約終了通知後30日以内に提供する。また、契約期間中は年1回まで無償で提供する」

年1回の権利は重要です。契約終了時に初めて取り出そうとすると、取り出せないことが判明しても手遅れです。

4. 費用

  • 弱い：「別途見積とする」
  • 強い：「契約期間中の年1回の提供は無償。契約終了時の提供は無償。追加提供は1回あたり◯円を上限とする」

金額の上限が書かれていない条項は、実質的に「ベンダーの言い値」を意味します。

5. 契約終了後のデータ保持と削除

  • 弱い：「契約終了後、データは削除する」
  • 強い：「契約終了後◯日間はデータを保持し、その間の取り出し要求に応じる。取り出し完了の確認後に削除し、削除証明書を発行する」

SaaS型のMESでは、この条項の有無が決定的です。

6. ベンダー側の事業変更時の扱い

  • 弱い：（条項なし）
  • 強い：「事業譲渡、会社分割、サービス終了の場合、◯か月前に通知し、通知時点でデータ一式を提供する」

2025年から2026年にかけて、MES業界では所有者の変更が相次ぎました。GE Vernova は Proficy 事業を TPG へ6億ドルで売却し（2026年3月6日クローズ）、Kepware・ThingWorx と統合した Velotic が2026年3月17日に発足しています。Schneider Electric は Cognite を31億ドルで買収しました（2026年6月30日発表）。自社が何もしなくても契約相手が変わりうるという前提が、この条項の必要性を高めています。

7. 検証の権利

  • 弱い：（条項なし）
  • 強い：「発注者は年1回、エクスポートされたデータの完全性を検証する権利を持つ。ベンダーは検証に必要な情報を提供する」

年1回、実際に出してみる

条項を書いただけでは足りません。運用として、年1回のエクスポート演習を組み込んでください。手順は次のとおりです。

  1. 契約で定めた範囲のデータを実際に出力させる
  2. 出力サイズ、所要時間、必要な停止時間を記録する
  3. 抽出したデータから、無作為に選んだ製造ロット10件について、投入材料・工程・作業者・検査結果・変更履歴を復元できるかを確認する
  4. 復元できなかった項目を、次回のRFPまたは保守契約更新時の要求事項に加える

3番が本体です。テーブルが出たかではなく、業務上意味のある単位で情報が再構成できるかを確認します。この演習は、移行時の工数見積の精度も上げます。

規制産業では、この演習が別の価値を持ちます。欧州委員会が2025年7月7日にパブリックコメント用に公開した EU GMP Annex 11（コンピュータ化システム）の改訂案は、従来の5ページから19ページへ大幅に拡充され、セキュリティ、アイデンティティ／アクセス管理、監査証跡、そしてアーカイブを含む構成に再編されました。記録を長期にわたり読み出せる状態に保つことが、より明示的に問われる方向にあります。データインテグリティの原則についてはデータインテグリティ（ALCOA+）をMESでどう担保するかを参照してください。

標準形式で出せるなら、移行は簡単になりますか？

簡単にはなりますが、変換作業がなくなるわけではありません。B2MML のような標準は「何をどういう構造で表現するか」を定めますが、コード体系や工程の粒度は各社固有です。標準形式での出力に対応していることの価値は、移行先候補が広がることにあります。特定製品の独自形式しか出せない場合、その形式を読める移行ツールを持つベンダーしか候補になりません。

高頻度の設備データも可搬性の対象に含めるべきですか？

分けて考えてください。センサの生データは量が膨大で、移行時にすべて持っていく必要がないことがほとんどです。可搬性を厳格に要求すべきなのは、トレーサビリティと品質判断の根拠になるデータです。具体的には、ロットの紐付け、工程実績、検査結果、変更履歴、承認記録。高頻度データはヒストリアン側に置き、MESには代表値だけを持たせる設計にすれば、可搬性の対象も自然に絞られます。

クラウドMESでもデータは自社のものですか？

契約書を読まないと分かりません。多くの利用規約では「顧客データの所有権は顧客に帰属する」と書かれていますが、所有権があることと、実際に取り出せることは別です。所有権条項に加えて、上記の3・4・5（提供期限、費用上限、終了後の保持期間）が具体的に書かれているかを確認してください。所有権だけが書かれ、取り出し手続きが書かれていない契約は、実務上は取り出せない契約です。