取引ワークストリームとしてのデータ分離: 学習データ、モデル、顧客の権利を切り分ける

1. 買い手が実際に運営できるビジネスを定義する

データ分離計画は、購入者が完了後に販売を予定しているサービスから開始する必要があります。 各製品、製品が果たす顧客の義務、製品が消費する情報、および製品が実行される環境を特定します。 買収ケースでは、機能しているサービスと、技術的には提供されているものの、まだ意図した用途をサポートできていない資産を区別できます。 承認の問題は、買い手がデューデリジェンスで確認された権利と依存関係の範囲内で合意されたビジネスを運営できるかどうかです。

このペーパーでは、販売者と共有されるトレーニング データ、分析モデル、または顧客情報に製品が依存する企業を買収する買収者向けのワークストリームを提案します。 これは、テクノロジーを活用した買収を評価する企業の買い手、投資ファンド、またはファミリーオフィスに関連します。 この例では、英国で事業を展開し、湾岸に拠点を置く購入者を想定しています。 これらの場所では、検討する質問が定義されます。管轄区域間で情報を移動したり、販売者の取り決めを変更せずに継続したりする許可は与えられません。

ワークストリームでは、すべての重要項目に商業目的を伴う資産スケジュールを作成する必要があります。 トレーニング コーパスはスコアリング エンジンをサポートし、顧客ドキュメント ストアは検索をサポートし、使用履歴はアカウント管理をサポートします。 アセットが利用できない場合にどのサービスが停止するかを製品所有者に確認してもらいます。 財務部門に、関連する限界利益と現金の徴収を特定するよう依頼してください。 法的および技術的なレビュー担当者に、依存関係を使用または置き換えることができる条件について説明してもらいます。

以下のすべての取引金額、期間、マージンおよび結果は編集上の仮説です。 この分析には、買収契約、顧客契約、データセット、システム アクセス、または管理予測は提供されませんでした。 オリジナルのフレームワークは、投資決定と有償のアドバイザリー範囲を構造化することを目的としています。 現在の買い手の需要、Matchpoint の完了した任務、達成可能な料金、または特定の買収から得られる収益については主張しません。

2. デューデリジェンスの範囲を拡大する前に証拠の境界を確立する

ICO の M&A ガイダンスでは、組織に、転送された個人データ、本来の目的、法的根拠、透明性義務、およびセキュリティ取り決めを特定するよう求めています。 また、コントローラーの変更後の記録の正確性と保持にも対処します。 このページには、データ (使用およびアクセス) 法に従って審査中であることが明示的に記載されています。 取引チームは、実際の処理取り決めに関する現在の法的アドバイスを得る際に、公開されているデリジェンス質問を使用する必要があります。 このガイダンスでは、販売またはその後のトレーニングでの使用が自動的に承認されることはありません。 ^[1]

契約、システム観察、顧客確認、法的結論を個別に入力して証拠記録を作成します。 署名されたライセンスは、記録された条件の証拠となります。 エクスポートが成功したということは、特定の技術的アクションが可能であったことの証拠となります。 どちらもレビューを怠らずに、より広範な所見に昇格させるべきではありません。 分離計画の覚書の各結論では、それが依存する文書またはテスト、その日付、および未解決の条件を特定する必要があります。

売り手にデータセット全体をディリジェンスルームに置くよう依頼する前に、代表的な証拠を要求してください。 初期評価には、スキーマ、レコード数、系統抽出、および編集された合意があれば十分な場合があります。 弁護士は、競争、機密保持、または個人データ義務から生じる制限を含め、許可される開示を定義する必要があります。 レビュー担当者のアクセスを、その段階で承認された目的に制限します。 この提案されたアプローチは、結果がまだ不確実な評価中に開示される資料の量を削減します。

証拠が矛盾する場合は、決定記録を維持します。 たとえば、製品の説明には、モデルが完全に社内で開発されたと記載されている一方で、そのビルド レコードではサードパーティの基本モデルが特定されている場合があります。 両方のソースを記録し、不一致を解決に割り当てます。 特定の矛盾を一般的な販売者の保証に置き換えることは避けてください。 投資委員会は、運用ケースのどの部分がまだ調整されていない声明に依存しているのかを知る必要がある。

3. データとモデルの系統を通じて各製品を追跡する

提案された系統マップはソースから始まり、顧客に提供されるサービスで終わります。 すべてのマテリアル データセットとモデル バージョンに安定した参照を与えます。 ソース素材がどのようにフィルタリング、ラベル付け、結合、変換され、展開された製品に組み込まれるかを記録します。 販売者が接続を確立できない場合は、オープンな依存関係として保持します。 購入者は、量産モデルを選択し、その許可された開発と使用を裏付ける記録を遡って調査できる必要があります。

トレーニングされたモデルを、ユーザーが質問したときにドキュメントを提供する検索システムから分離します。 提案されたインベントリでは、モデルの重み、微調整アダプター、検索インデックス、ソース ドキュメント、プロンプト、および評価セットが個別の項目です。 これにより、たとえば、モデルは転送できるが、1 つの顧客ドキュメント コレクションは制限されたままであるなど、異なる処理が可能になります。 また、提案された削除がソース レコード、インデックス、モデル バージョン、または複数のリンクされたコンポーネントに関するものであるかどうかも識別します。

NIST の Generative AI プロファイルでは、データのキュレーションを文書化し、サードパーティの知的財産とプライバシーのリスクを調査し、微調整されたモデルを再評価することを推奨しています。 推奨されるアクションは、データセットの出所と変更にも対処します。 これらは自主的なリスク管理の実践です。 開発記録の要求と変更のテストをサポートします。それらは所有権や取引固有の法的結論を確立するものではありません。 ここで提案されている系統登録は、これらの技術的な質問を買収の引き継ぎに適応させます。 ^[3]

基準日時点で実際にデプロイされたバージョンの証拠を保持します。 ディリジェンスの開始後に構築されたエンジニアリング デモンストレーションでは、別のコーパスまたは構成が使用される場合があります。 本番識別子と引き継ぎパッケージ、ライセンス記録、および評価結果を照合します。 署名から完了までの間の変更は記録され、権利、履行、分離スケジュールへの影響を検討する必要があります。 合意された変更管理プロセスでは、誰が交換を承認できるか、また交換にどのような証拠を添付する必要があるかを特定する必要があります。

4. 許可されるアクションに基づいて権利マトリックスを構築する

権利マトリックスでは、各当事者が各資産に対して何を行うことができるかを説明する必要があります。 提案されている措置には、アドバイザーへの開示、購入者環境へのコピー、推論、さらなるトレーニング、顧客への提供、その後のライセンス供与、退出後の保持が含まれます。 所有権というラベルが付いた 1 つのフィールドだけでは、これらすべての質問に答えることはできません。 提案された措置、受益者、適用される地理、および最初に満たさなければならない条件を裏付ける契約条項または検討された法的根拠を記録します。

英国の著作権法は、有益な具体的な注意事項を提供します。 著作権、意匠および特許法第 29A 条では、合法的にアクセスできる者による非営利研究のための計算分析を目的としたコピーについて規定しています。 また、著作権所有者の許可なしにコピーを転送したり、別の目的で使用したりすることも制限されます。 この条項に基づいて作成されたコーパスを検討する購入者は、提案されている商用取得および再利用について専門家のアドバイスを得る必要があります。 この例では、すべての管轄区域またはトレーニング データセットに対して一般的なルールを確立するわけではありません。 ^[4]

トランザクション固有のレビューに関する質問。 いかなる許可、所有権、譲渡性も想定されません。

ライセンスに同意が必要な場合は、ライセンスを付与する権利のある人物と、承認が必要な正確なアクションを特定します。 契約を割り当てるための同意は、新しいトレーニングにデータを使用するための許可とは異なる範囲を持つ場合があります。 継続的な料金や制限を含む発効日と条件を記録します。 売り手が同意の取得を申し出ても、取得が完了したことにはなりません。 署名された応答は、関連する運用上の前提を変更するために必要な証拠です。

同じレビューで、販売者が保持する制限もカバーする必要があります。 販売者は、文書化された法的義務を履行したり、継続的なサービスをサポートしたりするために、特定の記録が必要になる場合があります。 提案された保持コピー、管理者、目的、有効期限またはレビュー条件を指定します。 弁護士は、どの義務が実際に適用されるかを判断する必要があります。 技術チームは、その決定に基づいてアクセス制限と監視を実装できます。 両当事者がすべてを保持できるという広範な声明では、買い手の独立性と顧客の期待が未解決のままになります。

5. 移行期間中も顧客の権利を常に可視化する

重要な顧客関係ごとに、商業契約と製品の実際のデータ使用を関連付けます。 契約主体、認定ユーザー、サービスの説明、機密保持規定、および処理または下請けに対する制限を特定します。 商用アカウントの引き継ぎには、データの取り扱いに影響を与える義務を含める必要があります。 分離チームは、顧客からの継続的な収益に依存する前に、支配権の変更、譲渡、または通知の条項について明確な解釈を取得する必要があります。

契約に基づく顧客の承認と、適用されるデータ保護法に基づく個人の同意を区別してください。 提案されたマトリックスには、関連する場合には、弁護士が検討したその他の法的根拠も併せて記録されます。 顧客企業は、個人の権利が別途の要件に従う一方で、サプライヤーの変更を承認できる場合があります。 この文書には、すべての個人から新たな同意を集めるという一般的な指示はありません。 必要なアクションは、実際の関係、情報、および処理の目的によって異なります。

最終的な運用取り決めを使用して顧客とのコミュニケーション計画を準備します。 契約主体、サポートチャネル、処理場所、またはサービス機能における関連する変更を、レビューされた条件と一致する言語で説明する必要があります。 質問に答え、応答を記録する責任を割り当てます。 顧客の決定がサービスの継続に影響を及ぼす場合は、対応を移行スケジュールに関連付けます。 未回答のリクエストは、商業的な影響を伴う未解決の依存関係として表示されたままにする必要があります。

顧客の制限を分離したシステムで実装できるかどうかをテストします。 たとえば、顧客間学習に対する契約上の制限により、提案された設計で特定された技術的処理が必要になります。 関連するデータがどのように分離され、例外がどのように検出されるかをチームに説明してもらいます。 試験条件と結果を保管します。 運用ケースで約束された制限が尊重されると想定する前に、条項とシステム設定を調整する必要があります。

顧客登録には、有効な契約と見込み顧客の記録の違いが保存される必要があります。 購入者は顧客管理エクスポート内で両方を受け取ることができますが、許可される用途や投資ケースへの貢献は異なる場合があります。 実際の契約収益との調整を要求します。 重大な制限ごとに、影響を受けるサービスと、顧客またはサプライヤーに必要な措置を特定します。 元の応答を維持し、アカウント マネージャーとの話し合いを承認された署名者からの承認として扱うことは避けてください。

事業分離中に加えられた変化を考慮してください。 顧客は、コピーの準備中に記録を修正したり、サービスを終了したり、制限された処理を要求したりすることができます。 移行仕様では、これらの変更が両方の環境にどのように反映されるか、および競合するバージョンを誰が解決するかを説明する必要があります。 承認されたサンプル レコードを使用して、提案されたメカニズムをテストします。 エクスポートのタイムスタンプは参照ポイントを提供します。チームは、その時点以降に受信したトランザクションとリクエストに対して承認されたプロセスも必要とします。

6. モデル内に何が残っているかを調べる

EDPB の Opinion 28/2024 に関する 2024 年 12 月の発表では、モデルの匿名性にはケースバイケースの評価が必要であると説明されています。 クエリを通じて個人を特定し、個人データを抽出する可能性を考慮します。 また、正当な利益の評価と、後の展開のための開発中の違法な処理の潜在的な結果についても説明します。 これは、売主の分析と証拠に対する特定のデリジェンス要求をサポートします。 この意見は、すべてのモデルが匿名であること、またはすべてのモデルに必ず識別可能な個人データが含まれることを確立するものではありません。 ^[2]

モデルの所有者に、どのバージョンに対して、どのアクセス条件でどのようなテストが実行されたかを説明してもらいます。 テストされたインターフェイス、攻撃者の能力、関連するデータ カテゴリ、および評価の制限が含まれます。 買い手は、証拠が通常のユーザーインターフェイスのみをカバーしているのか、それとも買収のために提案された重み、ログ、管理ツールへのアクセスもカバーしているのかを理解する必要があります。 検討された法的結論は、その定義された技術的状況に関連付けられる必要があります。

ソース レコードが削除されたという主張では、ダウンストリーム コピーと派生コンポーネントについて疑問が残ります。 提案されている対応策は、系統に基づいた調査です。 削除の決定によって影響を受けるデータセット、バージョン、デプロイされたサービスを特定し、それぞれについて承認された対応方針を取得します。 データの置き換え、再トレーニング、制限された運用または廃止など、考えられる技術的対応を評価できます。 その有効性と法的十分性には、ケース固有の証拠が必要です。この論文には、モデルから情報を削除するための普遍的な方法が提供されていません。

利用不可能なままのモデルに対する経済的影響を含めます。 1 つのモデルが複数の製品をサポートする場合や、1 つの製品が複数のモデルを使用する場合があります。 財務部門は、リスクにさらされる限界利益を見積もる前に、それらの関連性を特定する必要があります。 影響を受けるすべてのモデルをそれぞれ別の販売停止製品としてカウントすると、危険性が過大評価される可能性があります。 最初に影響を受けた製品だけを数えると、過小評価される可能性があります。 製品レベルの調整では、どの収益が異なり、どの収益が同じ顧客の支払い義務を共有しているかを説明する必要があります。

7. モデル供給契約とプロバイダーの責任を確認する

サードパーティ モデルの場合は、ターゲットが使用する正確なライセンスまたはサービス契約を取得してください。 レビューでは、関連するモデルのバージョン、商用利用の条件、譲渡の取り決め、使用制限、サポートの依存関係をカバーする必要があります。 販売者が管理するアカウントを通じてサービスにアクセスする場合は、そのアカウントと契約主体を分離計画に含めます。 ダウンロードされたコンポーネントとリモートで提供されるサービスには、異なるハンドオーバーの手配と異なる連続性テストが必要です。

欧州委員会の GPAI ガイダンスでは、関連するプロバイダーに対する文書化、著作権ポリシー、トレーニング コンテンツの概要の義務について説明しています。 また、特定のオープンソース モデルに対する条件付きの免除についても説明し、著作権とトレーニング概要の義務が残ると述べています。 委員会の資料は、モデルバリューチェーン全体の主体と状況を区別します。 取得者は、完了および変更後にその役割の具体的な評価を取得する必要があります。 この文書では、購入者をプロバイダーまたは展開者として自動的に分類することはありません。 ^[6]

ハンドオーバー要求には、利用可能な上流のドキュメントとターゲット自身の変更を含める必要があります。 サービスを再現するために必要なアダプター ファイル、構成、トレーニング入力、評価レポート、および依存関係を記録します。 上流サプライヤーが情報を制限している場合は、その制限と運用上の代替案を記録します。 モデルの公開により、その開発履歴に対する完全な可視性が確立されたり、モデルの作成に使用されたデータへの無制限のアクセスが確立されたりすると仮定することは避けてください。

分離後の継続的なサービスの経済性を確認します。 グループ ライセンスはスタンドアロン契約に置き換えられる場合があります。また、サービスには新しいアカウント、コミットされた容量、または異なるサポート層が必要な場合があります。 入手可能な場合は見積書を入手し、見積書が不足している場合は管理見積にラベルを付けます。 買収モデルでは、該当する経常経費、一時的な移行コスト、および終了エクスポージャを個別に示す必要があります。 このホワイトペーパーに記載されているコストの例は、サプライヤーの見積もりを表すものではありません。

8. 資産にアクセスできる場所と関係者をマッピングする

提案された位置マップには、情報が保存、処理、バックアップされ、サポートのためにアクセスされる場所が記録されます。 システムを運営する法人および提案された管理者を含めます。 ストレージ領域のラベルだけでは、関連するすべての移動や開示が説明されるわけではありません。 弁護士に、リモート アクセスやその後の処理を含む実際の取り決めを、該当する各法制度や契約に照らして評価してもらいます。 結果として生じる制限を技術的な移行仕様に保持します。

SDAIA が公開した英語の移転規制資料では、特定の状況における移転の制限、安全措置、リスク評価について取り上げています。 また、転送を停止する必要がある場合にも対応します。 ポータルはデリジェンスに関する質問の有用な情報源ですが、この文書は、その統合された英語テキストが提案された取引の最新の統合手段であることを証明していません。 チームは、影響を受ける情報を移動または開示する前に、現在適用されるサウジアラビアの要件を取得し、承認されたルートを文書化する必要があります。 ^[7]

UAE 取得構造については、関連する連邦、フリーゾーン、およびセクター固有の要件を特定する適用性分析をリクエストしてください。 このレビューを、実際の顧客、処理事業体、およびアクセス協定が関係する他のすべての国（該当する場合はサウジアラビア、カタール、またはクウェートを含む）に拡大します。 この文書は、国全体の適切性の認定、規制当局の承認、または普遍的な湾岸移転許可を提供していません。 投資委員会は、提案されている運営地域を裏付ける具体的なアドバイスを受ける必要があります。

未解決の動きに対する実用的なフォールバックを設計します。 評価のオプションには、既存の環境での継続的な運用、制限されたサービス、隔離されたローカル環境、または影響を受けるデータセットの除外が含まれます。 各オプションには、法的および技術的な検討、資金提供された運用計画、および顧客への影響の評価が必要です。 代替手段を動作させるのに必要な時間を、販売者のサポートの実際の有効期限と比較してください。 未承認の代替案は、基本完了ケースの外側に留まるべきです。

9. 暫定的なアクセスを出口計画に変換する

移行サービス契約 (TSA) では、売主が提供するサービス、その境界、および終了に必要な証拠を特定する必要があります。 提案されたワークストリームについて、許可されるユーザー、データセット、処理目的、および技術インターフェイスを指定します。 インシデント処理、顧客要求、変更管理、および保持される情報に対する責任を定義します。 法律顧問は強制力のある条件を決定する必要があります。 運用チームは、合意された条件をアクセス構成と測定可能なハンドオーバー計画に変換する必要があります。

終了計画は、アクセスが許可された最後の日から逆算して行う必要があります。 移行テストを開始する前に完了する必要がある依存関係を記録します。 バイヤー環境でまだ使用できないコーパスは、エクスポート ルーチンが使用可能であるという理由だけで、本番カットオーバーの準備ができているものとして扱うことはできません。 承認された代替案に資金を提供し、導入できるよう、十分早めに内部決定日を設定します。 以下の元のタイムテーブルでは、その依存関係を示すために仮想の週を使用しています。

有効期限と成功した終了を分けます。 技術的な依存関係が未解決のままであっても、契約は特定の日付で終了する場合があります。 したがって、提案された委員会の文書では、内部決定日を逃した場合の結果、延長を交渉する権限を与えられた人物、および延長を信頼するために必要な証拠が特定されています。 ドラフトリクエストまたは売主の配慮は、合意された契約上の権利として入力されるべきではありません。

プリンシパル カットオーバー後の残りのアクセスを定義します。 レビューの例には、期間限定のサポート アカウント、文書化されたアーカイブ、未解決の顧客リクエストに使用されるインターフェイスなどがあります。 それぞれに管理者を指定し、承認された目的を与えます。 制御された環境と合意されたロールバック手順を使用して、主要販売者アカウントが無効になっている場合でも、分離された操作が機能することをテストします。 サービスの独立性を宣言する前に、継続的な依存関係を明示的に記録してください。

終了に必要なリソースの別のスケジュールを維持します。 データ変換を理解している担当者、新しい環境に必要なサプライヤーのサポート、結果を受け入れるために必要なレビュー担当者を特定します。 実際の計画で使用する前に、仮想の時刻表と照らし合わせて空き状況を確認してください。 契約上の期限だけではエンジニアリング能力は確立されません。 売り手のチームが複数の分割をサポートする場合は、この買収が依存するサービスの合意された割り当てとエスカレーションのプロセスを要求します。

最終的な移行リハーサルには、最初のエクスポート以降の変更の調整、承認されたカットオーバー シーケンス、および続行するための定義された意思決定ポイントが含まれる必要があります。 データ量が少ない、外部インターフェイスが利用できないなど、リハーサルを代表的ではないものにする可能性のある制限をすべて記録します。 プロジェクト所有者は、この制限が本番カットオーバーの信頼性にどのような影響を与えるか、またどのような追加のテストまたは承認された制限がそれに対処するかを説明する必要があります。 その説明は、購入者に提供される受領証拠に含まれます。

10. 顧客の義務に対応する Day-1 テストを設定する

初日には、取引の責任者によって承認された定義済みの運用範囲が必要です。 利用可能な製品、認定顧客、サポートされている機能、および一時的な制限を特定します。 テスト計画では、許可されたデータと意図された運用構成を使用して、これらのサービスを実行する必要があります。 成功したアクションと拒否されたアクションの両方の証拠を保持します。 購入者が自身のレコードを取得できることを実証するアクセス テストでは、承認された境界の外側にあるレコードを取得できるかどうかも検査する必要があります。

提案されたチェックリストは、コントロールを承認に必要な証拠に結び付けます。 各テストを名前付きの担当機能に割り当て、必要に応じて独立したレビュー担当者を維持します。 完了率はプロジェクト管理をサポートしますが、決定では、重要なサービスが承認された条件内で動作するのを妨げる未解決のテストを特定する必要があります。 その特定の失敗に対する結果と許可されるフォールバックを定義します。

独自の受け入れフレームワーク。 実際のトランザクションについては、テストの所有者としきい値に同意する必要があります。

テストを実行する前に許容誤差を記録します。 データ調整では、どのレコードを転送し、どのレコードを残す必要があるか、また重複、破損したレコード、または保留中の更新をどのように処理するかを定義します。 モデルのパフォーマンスについては、顧客サービスを反映し、重要なサブグループの制限を維持する指標を選択します。 集計結果が良好であっても、重要なサービス障害が解決されないままになる可能性があります。 受諾覚書には、実際の制限を維持したまま、合意された基準に対して観察された結果を記載する必要があります。

制御されたロールバックの決定を含めます。 チームが以前の構成に戻る条件、どのデータ変更を調整する必要があるか、契約に基づいてロールバックが引き続き許可されるかどうかを定義します。 緊急手順により、追加のコピーとアクセス パスを作成できます。 手続きが継続性の手段として信頼される前に、これらの影響を権利と保持のレビューに含める必要があります。

11. 二重カウントせずに制限された製品ラインを定量化する

完全に仮説的な USD 80 million の買収について考えてみましょう。 年間収益が USD 24 million で、3 つの製品ラインに均等に分割され、各ラインの限界利益率が 50% であると仮定します。 一つの製品ラインは、買収完了時に使用目的が未解決のままであるコーパスに依存しています。 このシナリオでは、その製品ラインが 4 か月間利用できず、逃した収益が永久に失われると想定しています。 これらはモデリング上の選択肢であり、実際の取引規模、収益性、修復期間については主張しません。

影響を受けるラインは、推定月収 USD 0.666667 million を生み出します。 したがって、利用できない 4 か月により、USD 2.666667 million の収益が失われます。 想定される限界利益率では、逸失限界利益は USD 1.333333 million です。 このマージンは、収益から回避されると想定される変動営業コストを差し引いたものを表します。 この例では、固定費は変わりません。 人件費、ホスティング費、またはその他のコストが想定どおりに変化しない場合は、限界利益の計算を修正する必要があります。

権利作業に USD 0.45 million、データの置換と再トレーニングに USD 0.75 million、技術的な再検証に USD 0.25 million、合意された TSA 延長に USD 0.36 million、デュアル実行に USD 0.20 million の増分現金支出を想定します。 これらの異なるカテゴリの合計は USD 2.01 million です。 これらは支出の仮定であり、専門家による料金の見積りではありません。 この例では、TSAの延長が可能であり、合意済みであることを前提としています。実際の投資事例でその事実が立証されなければなりません。

USD 百万。 小数点以下第 2 位に四捨五入。 取り消された収益はコンテキストのために表示され、逸失限界利益に再度追加されることはありません。

四捨五入前の合計追加負担額は USD 3.343333 million です。 元の USD 1.20 million 分離予算はすでに基本取得ケースに含まれているため、その増分数値から除外されます。 当初の予算を含めると、分離と修復の合計支出は USD 3.21 million になります。 当初の予算と逸失限界利益を含めると、モデル化された合計負担額は USD 4.543333 million になります。 委員会は、どの比較を使用しているかを明記し、基礎となるカテゴリーを保持する必要があります。

12. タイミングと交換の選択肢を個別にテストする

シナリオの限界利益への影響は、製品の中断期間が長くなるにつれて増加します。 限界利益率が 50% の場合、利用不能な 2 か月は限界利益の USD 0.666667 million が失われ、4 か月は USD 1.333333 million、6 か月は USD 2 million が失われます。 想定される USD 2.01 million 増分支出を追加すると、それぞれ USD 2.676667 million、USD 3.343333 million、USD 4.01 million の合計エクスポージャが得られます。 この数字は、支出を固定しながらマージンと期間を変化させます。

固定支出の仮定は、限界利益の感応度を意図的に分離します。 実際には、時間の経過とともに延長料金やデュアルランニングコストが増加する可能性があります。 条件がわかったら、これらの契約上の増分を別のバージョンに構築します。 固定とラベル付けされたテーブルに、期間に応じた料金を静かに追加することは避けてください。 読者は、明確に記述された式から各ケースを再現し、ケース間でどの入力が変化したかを確認できる必要があります。

流動性には独自のスケジュールが必要です。 逸失限界利益は運用上の措置です。顧客の受け取りがいつ停止するか、またはサプライヤーの支払い期限がいつになるかについては記載されていません。 影響を受ける契約の請求および回収条件、救済支払いマイルストーン、および実際の債務返済スケジュールを使用して、月次の現金予測を作成します。 最低の現金残高と利用可能なコミットメント資金を比較します。 この文書では、資金要件を検証できる期首現金残高や回収プロファイルは提供されていません。

提案された代替品と、継続的な制限付き操作、許可されたサードパーティ サービス、または製品の廃止を比較してください。 それぞれの選択肢に必要な具体的な権利とテストを特定します。 顧客の受け入れ、移行作業、経常コスト、およびパフォーマンスの重大な変化が含まれます。 最小の数値コストは、代替案が合法であるか、商業的に受け入れられるかを証明することはできません。 前提条件を検討した後、未解決の条件を決定に残したまま、実行可能な選択肢を提示します。

13. 調査結果を取引文書に変換する

提案されたデリジェンス出力は、すべての重要な未解決資産を取引の決定に結び付ける必要があります。 一部の事項については、署名または完了する前に解決が必要な場合があります。 他の企業は、価格調整、完成後の定義済み義務、または取得した境界からの除外をサポートする場合があります。 法律顧問は、適切な契約メカニズムとその強制力を判断する必要があります。 財務分析では、そのメカニズムが何をカバーするのか、いつ回復が起こるのか、どのエクスポージャーが買い手側に残るのかを特定する必要があります。

補償提案には、特定の事実に関する主題が含まれている必要があります。 たとえば、特定された問題は、合意された救済策のコストとともに、1 つのモデル バージョンでの 1 つのコーパスの使用許可に関するものである可能性があります。 委員会は制限、請求手続き、取引相手の支払い能力を検討する必要がある。 提案された回収は、その条件と回収可能性が評価されるまで、運用ケースとは切り離しておかなければなりません。 この紙は売主からの回収可能額を想定していません。

FTC の最終的な Everalbum 命令は、デリジェンスが派生資産にも及ぶ理由を示しています。 指定された生体認証情報を使用して開発されたモデルまたはアルゴリズムを参照することによって影響を受ける作業成果物を定義し、記載された保持例外を条件としてその削除を要求しました。 同意命令には、指定された場合を除き、被告が申し立てを認めも否定もしなかったことが記録されていた。 これは古い、事実に特化した施行例です。 これは、取得または別のトレーニング データの問題に対する普遍的な削除の救済策を確立するものではありません。 ^[5]

提案された保護と並行して、資産固有の救済計画を保持します。 契約上の申し立てを解決する前に、購入者はサービスを一時停止する必要がある場合があります。 運用上の対応を誰が承認できるのか、またその現金資金がどこから調達されているのかを特定します。 代替製品が評価に失敗したり、顧客が改訂されたサービスを拒否したりする可能性を含め、提案された保護後に残る残留エクスポージャを承認するよう委員会に依頼します。

14. 助言の義務と責任ある成果を指定する

このワークストリームを委託する購入者は、定義された成果物を要求する必要があります。 提案された初期範囲は、製品依存関係の目録、権利マトリックス、分離スケジュールの見直し、および未解決の商業的影響の定量化された記録で構成されます。 技術専門家は系統と移動の証拠を評価する必要があります。 法律顧問は、適用される権利と義務を決定する必要があります。 取引アドバイザーは、これらの調査結果と買収事例および買い手に求められる決定を調整する必要があります。

エンゲージメントを開始するために必要な情報と、エンゲージメントの制限に同意します。 提供された記録のデスクトップレビューには、実稼働システムのテストや取引相手の確認の取得とは異なる証拠の範囲があります。 作業を開始する前に、アクセス許可と制限を記録します。 義務では、どの出力が所見であり、どの出力が推奨であり、どの出力が別の専門家の結論を必要とするかを特定する必要があります。 不完全なレビューを承認として表現せずに、次の決定にまだ必要な証拠を説明します。

リテイナーベースの契約の場合は、合意された契約で期間、成果物、責任者、および変更管理の取り決めを定義します。 データセット、管轄区域、製品ラインが追加されると、必要な作業が変わる可能性があります。 料金は実際の範囲と必要な専門知識に応じて合意される必要があります。 このシナリオの権利作業支出は、Matchpoint の料金提案を表すものではなく、この文書では、クライアントが支払う金額や徴収される収益のタイミングについては主張しません。

委員会の最終覚書では、要求された決定とそれに付随する条件を特定する必要があります。 主要な商業的影響を判読できる状態に保ちながら、裏付けとなる証拠として詳細な記録簿を添付します。 有用な推奨事項は、どの製品が動作できるか、分離にかかる資金、未解決の依存関係、およびそれぞれを解決する必要がある日付を特定します。 買い手は、提案されたすべての条件を文書化された資産、顧客の義務、または動作テストに結び付けることができる必要があります。

15. 独立した操作の証拠を残してワークストリームを閉じる

ワークストリームを終了するには、同意された受諾記録が必要です。 配信された資産マニフェストを、承認された権利マトリックスおよび実稼働構成と調整します。 合意されたテストが完了したことを確認し、その結果を保管します。 レポートでは、成功したテストと権限のある意思決定者が受け入れた例外を区別する必要があります。 継続的な各例外には、所有者、許可された運用取り決め、およびレビューを開始する日付またはイベントが必要です。

売り手と買い手の双方が保持するコピーを文書化します。 合意された目的、適用される制限、バックアップ、ログ、アーカイブの保存または削除の決定を含めます。 構成記録、削除ログ、制御されたアクセス テストなど、実際の環境に適した証拠を入手します。 弁護士は、削除リクエストと法的保存義務との間の矛盾を解決する必要があります。 証明書には、証拠が裏付ける以上に広範な保証を避け、検査および実行された内容を記載する必要があります。

顧客のリクエストとインシデントに対する責任を継続的な運用チームに移管します。 リクエストの受信から、影響を受けるレコードの特定、および継続的なサービス プロバイダーとの調整を経て、ハンドオーバー演習を実行します。 プロジェクト チームが去った後も、連絡先とエスカレーション パスが引き続き利用可能であることを確認してください。 この演習は、提案された動作チェックです。プロジェクトが管理上終了する前に、その成功と未解決の問題を文書化する必要があります。

買い手が合意した最初の営業期間の後に、買収ケースを検討します。 実際の分離費用、製品の可用性、顧客の成果を承認された仮定と比較します。 ワークストリーム中に保持された証拠を使用して変更を説明します。 目的は、投資決定と継続的な管理を観察された結果に基づいて更新することです。 実現された節約、収益維持、または投資パフォーマンスに関する結論には、実際の記録が必要ですが、ここで示した仮説の例の範囲外です。

16. 投資の結論

提案されている取得規律は、許可されたソース素材から独立して運営される顧客サービスまでのサポートされたチェーンを確立することです。 資産スケジュールでは、納品された品目とその使用を管理する条件の両方を特定する必要があります。 移行計画では、前提条件となる決定事項と、承認に必要な証拠を特定する必要があります。 買収ケースには、依存関係が未解決のままである場合の営業上および現金上の明確な影響を含める必要があります。

仮定の例では、4 か月の中断と指定された救済支出により、USD 3.34 million の増分エクスポージャが作成されます。 この金額は選択した仮定に完全に依存し、元の分離予算は含まれません。 これは、権利に関する質問が、資金提供を必要とする決定にどのように変換されるかを示しています。 実際の承認は、取引の契約、現在の適用法、技術テスト、および顧客の約束に依存する必要があり、残りの不確実性は買い手に明示的に提示されます。

付録 A. データ依存の取得に関する証拠の要求

各重要な収益源とそのデータまたはモデルの依存関係を含む、財務モデルに合わせて調整された製品カタログをリクエストします。 法人マップ、顧客契約主体、および提案された完成後のサービス構造を入手します。 継続的な運用が販売者のアクセス、グループ ライセンス、または共有データセットに依存している製品を特定するよう管理者に依頼してください。 裏付けとなる記録とテストがレビューされるまで、管理者の対応を記録したままにしておきます。

ソース データの場合は、目録、収集履歴、バージョン識別子、契約上の権利、および目的の記録を要求します。 取得日とその日に適用されたライセンス条項を含めます。 個人データについては、レビュー済みの管理者および処理者の分析、関連する通知、適用される法的根拠に基づく評価、および個人の権利を行使するための取り決めを入手してください。 当事者が依拠している現在の管轄区域固有のアドバイスを含む、提案された譲渡または開示ルートを裏付ける実際の文書を要求します。

モデルと検索システムについては、展開マニフェスト、アップストリーム ライセンス、トレーニングと微調整の記録、インデックス構築の記録、評価レポート、既知の制限を要求します。 販売者に残るライブラリ、モデル サービス、資格情報、またはインフラストラクチャへの依存関係を特定します。 匿名性または再利用が許可されているという主張を裏付ける販売者の証拠を入手します。 証拠が購入者が受け取ることを期待しているバージョンとアクセス条件に対応しているかどうかを確認します。

分離実行の場合は、TSA スケジュール、移行仕様、制御設計、テスト結果、ロールバック計画を要求します。 該当する場合は顧客の同意または通知の記録、およびすべての未解決の例外を含めます。 当初の分離予算、増分修復見積もり、支払いマイルストーン、および毎月の現金予測については、財務部門に問い合わせてください。 追加の資金を見積もったり、取引価格への対応を提案したりする前に、基本モデルにすでに含まれている支出を調整します。

付録 B. 委員会の質問と再現可能なシナリオ

承認された Day-1 スコープにはどの顧客サービスが含まれていますか?また、各サービスを停止できる特定のデータセットまたはモデルはどれですか? 完成後の使用目的を裏付ける証拠は何ですか? どの権限が条件付きのままですか?また、条件が未解決の場合はどのような代替操作が検討されていますか? 移行的アクセスが終了する前に、代替案が受け入れられ、資金が提供され、準備ができているかどうかを判断する責任は誰にありますか?

提案された運営会社は、取得した権利とインフラストラクチャを備えた文書化されたモデル バージョンを展開できますか? どのような情報が販売者に残りますか?また、どのような承認された目的のために残りますか? チームは許可されたアクセスだけでなく制限もテストしましたか? 顧客のどの義務が変更されますか?また、顧客の継続的な参加を裏付ける証拠は何ですか? これらの質問には、単一のプロジェクト完了率ではなく、記録やテストに関連付けられた回答が必要です。

数値例では、影響を受ける年間収益 USD 8 million を使用します。 12 で割って、利用できない月の 4 を乗算すると、失われる収益の USD 2.666667 million が得られます。 想定される 50% の限界利益率を乗算して、逸失限界利益の USD 1.333333 million を取得します。 5 つの増分支出の仮定、USD 0.45 million、USD 0.75 million、USD 0.25 million、USD 0.36 million、USD 0.20 million を追加して、是正支出の USD 2.01 million を取得します。

補償支出に放棄された限界利益を追加すると、USD 3.343333 million の増分エクスポージャーが得られます。 四捨五入した表示では USD 3.34 million が得られます。 USD 1.20 million の元の分離バジェットは、その増分比較の範囲外のままです。 この例では、収益の追い上げ、税効果、資金調達効果、賠償金の回収、または継続的な最終価値の損失がないことを前提としています。 確率で重み付けされた期待損失は提供されません。 買収を承認するためにフレームワークが使用される前に、これらの欠落に実際の証拠を使用して対処する必要があります。

情報源

1. 情報コミッショナーのオフィス。 合併や買収後にデータを共有する際のデューデリジェンス。 ページには、データ (使用およびアクセス) 法に従ってガイダンスが検討中であるという通知が掲載されています。 2026 年 9 月 10 日にアクセス。 一次ソースを読む
2. 欧州データ保護委員会。 AI モデルに関する EDPB の意見: GDPR 原則は責任ある AI をサポートします。 2024 年 12 月 18 日。 2026 年 9 月 10 日にアクセス。 一次ソースを読む
3. 米国国立標準技術研究所。 人工知能リスク管理フレームワーク: 生成型人工知能プロファイル。 NIST AI 600-1、2024 年 7 月。 特に MAP 4.1 とデータセットの出所アクション。 2026 年 9 月 10 日にアクセス。 一次ソースを読む
4. イギリス。 1988 年著作権、意匠および特許法、セクション 29A。 公式の法律テキスト、サブセクション 1 ～ 5。 2026 年 9 月 10 日にアクセス。 一次ソースを読む
5. 連邦取引委員会。 Everalbum, Inc. の件について 決定と命令。 2021年。 定義とパート III、削除。 2026 年 9 月 10 日にアクセス。 一次ソースを読む
6. 欧州委員会。 汎用 AI プロバイダーの義務に関するガイドライン。 FAQ は 2025 年 11 月 11 日に更新されました。 プロバイダーの役割、文書化、および著作権の概念に使用されます。過去の実装の文言は、現在の文書と照らし合わせてチェックする必要があります。 2026 年 9 月 10 日にアクセス。 一次ソースを読む
7. サウジアラビア・データAI庁。 個人データ保護実施規制および王国外への個人データ転送に関する規制。 英語のポータルテキストを公開。現在の統合適用性については、トランザクション固有の確認が必要です。 2026 年 9 月 10 日にアクセス。 一次ソースを読む