あなたの legal hold システムは、もう存在しないデータ資産を前提に作られています。カストディアンに通知し、確認応答を記録し、メールボックスとファイル共有を保全する。その一方で、案件の帰趨を決める会話は Teams のスレッドで起き、ドキュメントは添付ではなくリンクで渡され、マネージャーが判断の根拠にした分析は ChatGPT にプロンプトを打ち込んで得たもので、どこにも保存されていません。
この 4 つのデータクラスのうち 3 つは、あなたの hold とは無関係に削除タイマーが動いています。このスタックが解くのはその問題であり、より良い通知ツールを買っても解けません。
構成はこうです。Exterro が hold を発令して防御し、Microsoft Purview が Microsoft 365 と接続された AI アプリ全体でインプレース保全を担い、ChatGPT Enterprise の Compliance API が Microsoft テナント外にあるプロンプトデータへの唯一の経路になり、Relativity が保全済みデータをレビューのために受け取ります。4 つのシステム、1 つの保全記録です。
各要素のかみ合い方
-
Exterro は通知と防御可能性の証跡を所有します。 カストディアンの特定、hold の発令、確認応答の追跡、エスカレーション、解除 — そして後日 hold の十分性が争われたときに「何を、いつ保全し、誰が確認したか」に答える監査記録まで。Exterro の legal hold モジュールは大部分が 2023 年 1 月に買収した Zapproved なので、キュー項目にある「Exterro もしくは Zapproved」は今日では 2 社ではなく 1 社です。表計算に勝る理由はデータマップです。190 を超えるエンタープライズソースコネクタにより、通知と保全範囲が、カストディアンのデータが実際にどこにあるかを示す単一のインベントリに対して解決されます。
-
Microsoft Purview は保全レイヤーであり、あれば便利という位置づけではありません。 Purview eDiscovery (Premium) はメールボックスとそのデータソースにカストディアン hold を、メールボックスと OneDrive サイトに非カストディアン hold を適用します。日付に注目してください。Microsoft は従来型の eDiscovery 画面 — 従来型 Content Search、従来型 eDiscovery Standard および Premium — を 2025 年 8 月 31 日にすべて廃止しました。保全 runbook がまだそれらの画面名を書いているなら、それはもう存在しない画面を書いています。
-
ChatGPT Enterprise の Compliance API が AI データのソースです。 ユーザー入力、モデル出力、システムが挿入したメッセージのすべてを返し、加えてファイル、Memory、Canvas、Automation オブジェクトも返します。忘れられる権利の請求に対応するプログラム的な削除にも対応します。Purview 側にも ChatGPT Enterprise コネクタがあり、コネクタスキャンを実行すれば eDiscovery、リテンション、communication compliance、insider risk がこれらのインタラクションに適用されます。DLP と秘密度ラベルは適用されません。これは機能対応表に明記された、実在する上限です。
-
Relativity は保全済みデータがレビュー可能になる場所です。 RelativityOne が取り込み、処理、レビュー、プロダクションを担います。2025 年 10 月の Relativity Fest での発表以降、aiR for Review、aiR for Privilege、aiR for Case Strategy はアドオン販売ではなく RelativityOne に同梱されています。ただし同梱は無制限を意味しません。消費は aiR Units に対して走り、レートはドキュメント 1 件につき 1 ユニット。付与量も超過単価も見積もりベースのみです。
明示されたハンドオフ
- トリガーイベント → 範囲を絞った hold。 Exterro で案件を開設 → カストディアン一覧をデータマップに対して解決 → 該当カストディアンのメールボックス、OneDrive サイト、Teams データに Purview hold を適用。hold は解決済みの一覧に当たるのであって、「営業部全員」に当たるのではありません。
- hold 適用 → AI インタラクションを捕捉。 Purview の collection policy がエンタープライズ AI アプリのプロンプトと応答を捕捉し、Enterprise AI apps のロケーションを対象にした retention policy がそれを保持します。両方がなければ、hold はメールボックスを覆っても、カストディアンがモデルに何を尋ねたかは覆いません。
- テナント外のカストディアン → Compliance API での取得。 ChatGPT Enterprise の会話をスケジュール取得で JSON として Purview、Relativity、またはデータレイクへ送り、OpenAI のリテンション日程とは独立に記録が存在する状態にします。
- 範囲の絞り込み → 収集。 Purview の検索と review set → エクスポート → Relativity への取り込み。保全は維持されたままで、収集はより後の、より狭い、別の行為です。
- hold 解除 → 削除が再開。 Exterro で解除 → Purview の hold を除去 → 次回の Managed Folder Assistant の処理で通常のリテンションが再開します。このアシスタントは週次で動作し、あるメールボックスを 1 日から 7 日のウィンドウ内の任意のタイミングで処理します。解除は即時ではなく、リスクがないわけでもありません。早すぎる解除は spoliation の問題になります。
誰も予算に入れない 30 日タイマー
削除された ChatGPT の会話は、OpenAI に法的な保持義務がない限り、30 日以内に OpenAI のシステムから消去されます。この一文がこのスタックの論拠のすべてです。hold 発令の 2 週間後にチャットを削除したカストディアンは、関連データを破壊しています。通知も、確認応答も、リマインドの頻度も、それを止められません。削除はベンダーのインフラ上で、ベンダーの日程で起きるからです。
ガードは、hold の後ではなく前から走るスケジュール済みの Compliance API エクスポートです。プロンプトデータは、すでにボイスメールに対してそうしているのと同じように扱ってください。システム側の取得で保全するのであって、カストディアンの協力で保全するのではありません。
他社の訴訟が自社を守ってくれると考えないでください。New York Times の保全命令に基づく OpenAI の消費者向け output log 保全義務は 2025 年 9 月 26 日に終了し、終了命令は 2025 年 10 月 9 日に出されました。窓は閉じています。その命令があったから残っていただけのデータは、あなたが管理していないデータです。
Microsoft 側にも 2 つ目のギャップがあり、たいていの runbook では抜けています。Purview の retention policy と eDiscovery hold は、Copilot memory の項目には適用されません。memory はユーザーが削除するか、管理者が eDiscovery または Graph API で削除するまで残ります。ガード: memory を hold 通知にカストディアンへの明示的な指示として書き込み、hold が拾ってくれたと仮定せず Graph 経由で監査してください。
リンク共有ファイル: 実際に負う義務
ここは、社内チームが ESI プロトコルで約束しすぎ、後で履行できなくなる箇所です。判例は一つのことを言っていません。
- Nichols v. Noom (S.D.N.Y.、2021 年 3 月) は、リンクされたドキュメントは添付ではないと判断しました。添付はメールの必要な一部だが、リンクはそうではない、という理由で、リンク先ファイルの一括開示命令を退けました。
- In re StubHub Refund Litigation (N.D. Cal.) は 2023 年 4 月に逆方向へ進み、ESI プロトコルがそう定めていたことを理由にリンク先ドキュメントの開示を命じました。その後 2024 年 5 月、技術的に何が可能かについての 30(b)(6) 証言を経て、同じ裁判官が正当な理由ありとして StubHub をその条項から解放しました。
- In re Uber Technologies (N.D. Cal.、2024 年 4 月) は、リンクで送られた Google Drive ドキュメントについて、自動化された拡張可能な方法で実行可能な範囲で当時のバージョンを開示するよう命じました。2025 年 3 月の判断は、Drive 以外のリンクについて大規模に行うことが技術的に不可能な場合には義務はないとしました。
ここでツールの挙動を並べてください。Purview の cloud attachment 収集は、リンク先ファイルの最新バージョンを review set に追加します。これはカストディアンが実際に共有したバージョンと異なりうるものです。当時のバージョンを約束する ESI プロトコルは、あなたの収集ツールが既定では守らない約束です。
ガード: 実証できる範囲に照らしてプロトコルを交渉し、サイトを早期に hold へ置いてください。バージョン履歴は hold 下で preservation hold library に保持されるため、早期の hold こそが当時のバージョンを復元可能にする条件です。遅い hold は、文言の問題を spoliation の問題に変えます。
コストの実際
Purview。 Purview Suite は年払いでユーザーあたり月額 12 ドル、Microsoft 365 E3 もしくは Office 365 E3 と EMS E3 に上乗せされます。Microsoft 365 E5 はユーザーあたり月額 60 ドルで、同じ eDiscovery 機能を含みます。買い手が驚く数字はライセンス対象です。ライセンスするのは、データを保持される側の人であって、法務チームの 4 人ではありません。従業員 2,000 人なら E3 アドオンとして年間およそ 288,000 ドル、すでに E5 なら追加は 0 ドルです。
AI コネクタは別請求です。 Purview で ChatGPT Enterprise のインタラクションを管理するには、Azure サブスクリプションに対する従量課金の有効化が必要です。Azure の消費計測であり、シート単価表ではなく Azure の価格面で見積もられます。コネクタを有効化する前に試算してください。
Exterro。 公開情報なし、レートカードもなし。第三者の購買データは、eDiscovery スイートの入口を 10 ユーザーのシナリオで年間 50,000 ドル前後に置いています。実際の請求はシート数よりデータ量で動きます。legal hold は eDiscovery、プライバシー、フォレンジックとは別の明細として買ってください。
Relativity。 見積もりベース。第三者のレンジはホスティングを 1 GB あたり月額 15-30 ドル、処理を 1 GB あたり 25-75 ドルに置いています。
すでに E5 を使っている従業員 2,000 人の企業が、同時進行の hold を 10-20 件、アクティブレビュー 500 GB で運用する場合、年間の追加コストはおよそ 140,000-300,000 ドルに着地します。Exterro と Relativity のホスティングであり、案件ごとの処理費と契約弁護士のレビュー時間は含みません。Purview を継承ではなく購入する必要があるなら、年間およそ 288,000 ドルを足してください。
よくあるバリエーション
-
Relativity を Everlaw に差し替える。 レビュー速度とレビュアー体験が不満で、従量課金の AI が予算面の反対理由になっているときに選んでください。Everlaw は 2026 年に生成レビューをドキュメント単価ではなく無償にしました。Relativity の aiR Unit モデルとは逆です。手放すのは外部弁護士の既定環境です。起用する事務所が Relativity で動いているなら、データは結局そこへ行きます。
-
Exterro を外し、Purview の hold だけで回す。 訴訟が散発的で、カストディアン数が 50 未満にとどまり、関連データが 1 バイト残らず Microsoft 365 の中にあるときに選んでください。失うのはカストディアンに向いた記録 — 通知、確認応答、エスカレーション、解除 — であり、それこそ spoliation の申立てが攻撃する証跡です。Purview はデータを保全しますが、プロセスを回したことは証明しません。
-
小規模案件では Relativity を Logikcull に差し替える。 案件が 100 GB 未満で LSP パートナーがいないときに選んでください。基準は案件の規模であって、事務所の規模ではありません。
-
退職予定のカストディアン向けにフォレンジック収集の工程を足す。 カストディアンが相手方にあたるとき — 調査対象の退職予定役員など — に選んでください。インプレース保全は協力的なインフラを前提としますが、イメージ取得した端末はそうではありません。
このスタックが置き換え「ない」もの
- 義務がいつ発生するかの判断。 ソフトウェアは hold を発令しますが、訴訟が合理的に予見されると決めるのは弁護士です。これらのツールが従うトリガー分析については legal hold プロセスを参照してください。
- リテンションポリシー。 hold はリテンション日程の例外です。日程を持たない企業には停止すべき基準線がなく、案件のたびにテナント全体の保全論争になります。
- ESI プロトコルの交渉。 StubHub と Uber の系譜は、結果を左右するのは技術よりプロトコルであることを示しています。実証できる範囲に照らして交渉してください。
- カストディアンへのインタビュー。 カストディアンが自宅のノート PC の個人 ChatGPT アカウントで分析を回した、とはどのコネクタも教えてくれません。カストディアン質問票は今も、隠れたデータソースを見つける手段です。
- シャドー AI のガバナンス。 ChatGPT Enterprise を保全しても、従業員が経費精算した他の 12 個の AI ツールについては何も言えません。それは保全の上流にある AI ポリシーの問題です。
- 秘匿特権レビュー。 法的分析を含むプロンプトと応答のペアは新しい秘匿特権の面であり、それをコーディングしてくれるツールはありません。秘匿特権レビューを参照してください。
適合ルール
このスタックを使うべきとき:
- Microsoft 365 がテナントで、エンタープライズ AI が管理者制御付きで展開されている。両方が要件です。Enterprise ワークスペースのない ChatGPT 導入には、取得元となる Compliance API がありません。
- 訴訟または規制上の露出が恒常的にあり、たまの紛争ではない。保全プログラムは反復によってコストを正当化します。
- コネクタ設定の責任者がいる。誤ったロケーションを対象にした retention policy は静かに何も保全せず、それを知らせるダッシュボードもありません。
- ESI プロトコルにハイパーリンク条項がすでに入っている。相手方がリンク先ドキュメントを要求しているなら、技術的ギャップはすでに現実の問題です。
このスタックを使うべきでないとき:
- 訴訟がまれで、保全を外部弁護士が回している。年に 2-3 件を下回るなら、その予算は弁護士の時間を買うほうに回ります。
- AI 資産が管理されていない。従業員がどの AI ツールを使っているかを把握する前に保全を買うと、誤ったデータセットについて防御可能な記録ができあがります。
- Google Workspace がテナント。ここでの荷重を受けるレイヤーは Purview であり、Google Vault は制約の異なる別アーキテクチャです。Noom の事案はまさに Vault の挙動をめぐるものでした。
- 解除の工程を回す人がいない。解除されない hold は積み上がり、やがて全カストディアンが恒久保全下に入り、レビューコストが複利で増え、プログラムは事業側の信頼を失います。