導入
Neocloud オペレーターは、高密度データセンターの容量、アクセラレーター、ネットワーキング、オーケストレーション ソフトウェア、および専門エンジニアリングを GPU に最適化されたクラウド サービスに組み合わせます。東南アジアは、容量、電力、接続性、規制が国内にとどまりながら、顧客が複数の市場にわたって事業を展開していることが多いため、地域規模をサポートできます。ロールアップでは、調達、ソフトウェア、商業的リーチ、および資金調達をプールできます。また、1 つのエンティティが署名した契約を転送できない場合、ワークロードを国境を越えて移動できない場合、またはサイトが顧客の約束に組み込まれた遅延、セキュリティ、またはデータの場所の要件を満たせない場合、隠れた不連続性が生じる可能性があります。
したがって、分析上の問題は、収益とメガワットを加算することよりも広範囲になります。買い手は、実際に何を取得するのか、どの債務がクロージング後も存続するのか、どの顧客と規制当局の許可が必要か、どこでワークロードが実行されるのか、どのネットワークルートが利用可能か、通貨や税金が現金にどのような影響を与えるのか、統合されたグループが現地法人内に流動性を閉じ込めることなくハードウェアの更新に資金を提供できるかどうかを特定する必要がある。同じ運用証拠が評価、債務能力、統合計画を推進するはずです。
このフレームワークは、取引の決定と法的境界線から始まります。契約、データの権利、容量、使用状況、マージン、請求を国および組織ごとに調整します。それは、評価、複合的なダウンサイド、取引保護、および最初の 100 日間の統合管理システムで終わります。公的情報源は地域の状況を確立します。プラットフォーム固有の結論には、締結された契約、顧客との通信、移転評価、ライセンス、データマップ、サイトおよび電力文書、ネットワークアーキテクチャ、テレメトリ、請求書、銀行領収書、権原記録、融資契約が必要です。
1. ロールアップ決定と返品境界を定義する
提案がプラットフォームの買収、連続ロールアップ、合弁事業、段階的投資のいずれであるかを述べます。評価日、取得範囲、機能通貨、収益しきい値、最低流動性、統合予算、下値許容範囲を修正します。各クロージングの際に、どの法人、拠点、顧客契約、ソフトウェアの権利、従業員、ライセンス、設備、財務上の義務が譲渡されるかを記録します。
ターゲットおよび法人ごとに、ソースと用途、および企業から株式までのスケジュールを作成します。個別の購入対価、借り換え、仮リース、未払い設備投資、統合支出、運転資本、顧客保証金、および条件付対価。投資委員会は、各ターゲットの単独の価値、それらを組み合わせるコスト、および地域の相乗効果が価値を生み出す前に必要な証拠を確認する必要があります。
2. 法的、顧客、データ、資産の境界をマッピングする
株主、子会社、支店、設備車両、データセンターの取引相手、クラウド マーケットプレイス、再販業者、知的財産所有者を地図に表示します。どのエンティティが各顧客と契約し、各サイトを運営し、アクセラレータを所有し、オーケストレーション ソフトウェアのライセンスを取得し、エンジニアを雇用し、サービスの請求書を発行し、セキュリティを付与するかを記録します。地域ブランドは、断片化された法的および業務上の境界を隠すことができます。
すべての顧客について、契約エンティティ、エンド ユーザー、ワークロードの場所、データ カテゴリ、許可された処理地域、下請け業者、配送エンティティ、請求エンティティ、および現金口座を特定します。法人顧客、経済顧客、およびワークロードに対して個別の識別子を維持します。これにより、統合されたパイプラインが譲渡可能な契約収益と誤解されるのを防ぎます。
3. 地理と携帯性によって需要を分類する
需要を国内の単一市場の顧客、国固有の契約を持つ地域の顧客、ポータブル ワークロードを持つ地域の顧客、東南アジアの容量を使用するグローバルな顧客、およびチャネル起源の顧客に分類します。この分類は、販売ラベルではなく、契約上の権利と運用証拠に従います。地域基本契約では、依然として現地での注文、現地での処理、またはサイト固有の受け入れが必要な場合があります。
公定価格、法執行可能な最低額、承認された使用法、収益、寄付マージン、徴収および更新をクラスごとに測定します。新たな同意、セキュリティのレビュー、ネットワークの再設計、価格のリセットなしでワークロードがサイト間を移動できるかどうかを追跡します。ポータブルな収益が地域規模を支えます。移植性のない収益は元のサイトで貴重なままである可能性がありますが、統合の相乗効果は限られています。
4. 契約状態と同意状態を分離する
文書ラダーを使用します: マーケティング パイプライン、覚書、予約、署名済みの注文、最低執行額、顧客の同意要求、同意の取得、サービスの受け入れ、請求、収集、更新。条件、有効期限、容量予約、管理変更、割り当て、変更、下請け、データの場所、サービス レベル、終了および払い戻しのエクスポージャを記録します。各州は異なる評価処理をサポートしています。
制御変更条項と移転制限は、契約、注文、および作業負荷のレベルでテストする必要があります。企業買収では、契約主体がそのまま残される一方で、通知、同意、セキュリティの再評価、または終了が引き起こされる可能性があります。勤勉モデルでは、ポートフォリオ全体に 1 つの仮定を適用するのではなく、同意の取得、同意の遅延、および同意の拒否に基づいて価値を計算する必要があります。
5. 予約とポータブル収益を調整する
経営陣が表明した予約と予想されるパイプラインから始めて、オプションの拡張、重複したチャネル機会、未署名の更新、提供できない容量を削除します。自動的に終了しても存続する契約と、通知、同意、変更、移行、または価格の再設定が必要な契約を区別します。すべての調整の証拠とタイミングを記録します。
記載された値の USD 1.65 billion から仮想の USD 1.02 billion ポータブル スケジュールまでのウォーターフォールを構築します。この控除には、拘束力のない金額、同意とノベーションのリスク、サイト配信のギャップ、ローカリゼーションの制約、顧客のクレジットと回収が含まれます。買い手は、現地子会社、再販業者チャネル、グループレベルのパイプラインを通じて、同じ地域の顧客に何度も支払いを行うことを避ける必要があります。
6. シンガポールハブのケースをテストする
シンガポールは地域のつながり、顧客、資本、運営人材を提供できます。 IMDA は、1.4 GW を超えるデータセンター容量と、エネルギー効率とグリーン エネルギー目標を条件として、短期的に少なくとも 300 MW の追加容量のロードマップを報告しています。これらの事実は市場の状況を裏付けています。これらは、個々のオペレーターが実現可能な電力や収益性の高い GPU 需要を制御していることを証明するものではありません。 [7][8]
実行されたサイトの権利、電力の割り当て、エネルギー効率の条件、ネットワークの多様性、顧客の受け入れ、および価格をテストします。シンガポールに残すべきワークロード、地域的にバーストする可能性のあるワークロード、顧客または規制当局の承認後にのみ移行できるワークロードを特定します。ハブ ケースは、無制限の拡張を想定するのではなく、希少な容量を価格に設定する必要があります。
7. 複数市場の企業需要をテストする
銀行、電気通信、メーカー、医療グループ、デジタル プラットフォーム、グローバル ケイパビリティ センターは、東南アジアの複数の市場にわたって購入できます。調達権限、現地の契約要件、部門のルール、データ分類、サービスの受け入れ、クレジット、最小値、待ち時間、移行の代替案を評価します。現地の注文とキャッシュ フローを維持しながら、顧客グループを集約します。
実稼働推論、微調整、シミュレーション、調査のワークロードには、場所とネットワークの要件が異なります。どのデータとモデルが国境を越える可能性があるか、どの出力が集中化される可能性があるか、どのシステムがローカル処理を必要とするかを記録します。有料の繰り返し利用、受け入れられたサービス、予算に基づく拡張は、現地の注文がない地域枠組み協定よりも強力な証拠となります。
8. 顧客とワークロードのポータビリティをテストする
移植性は、契約上、規制上、および技術上の条件です。各ワークロード、文書の割り当てと変更の権利、制御変更規定、認可されたサブプロセッサー、処理領域、転送メカニズム、暗号化、キー管理、待ち時間許容度、ソフトウェアの依存関係、および顧客の承認。ワークロードは、必要な条件がすべて証明されている場合にのみ、ポータブルとして分類される必要があります。
移行トライアル、デュアル実行、データ転送、セキュリティ レビュー、カットオーバー、受け入れ、請求を追跡します。ネットワーク下り、容量の重複、サービス クレジット、カスタマー サポートなど、移行の前後で貢献マージンを測定します。予想されるサイトの統合によって現金価値が生み出されない間も、顧客はグループに留まることができます。
9. 顧客、国、プラットフォームの集中度を測定する
上位顧客、国、サイト、チャネル、ハードウェア サプライヤー、ソフトウェア プラットフォームの公定価格、承認された使用法、収益、マージン、容量のシェアを計算します。共通の所有権と調達を集約します。契約の有効期限と同意状況を四半期ごとに測定します。多数のロゴが、1 つの地域の顧客、1 つのマーケットプレイス、または 1 つのシンガポールのサイトに依存しながら共存する可能性があります。
一般的なイベントのモデル化: 同意の遅延、データ転送の制限、サイトの停止、ネットワーク障害、アクセラレータの不足、電力制約、または大口顧客のキャンセル。移行時間、再構成、アイドルコストを見積もります。顧客、拠点、資金源がストレス下でも経済的に独立した状態を維持できる場合、多様化は価値を生み出します。
10. 契約の移植性のはしごを構築する
強制可能な最小値、期間、顧客クレジット、納品条件、受諾、サービス救済、譲渡、更改、管理の変更、データ転送ベース、許可されたサイト、サブプロセッサー、終了、更新、回収に基づいて契約をスコアリングします。 1 つの複合ラベルではなく証拠を記録します。署名後、納品、受諾、同意の条件が満たされると、契約の品質が変化する可能性があります。
州間の毎月の移動スケジュールを作成します。契約は、関連する法的条件、顧客条件、データ条件、および技術条件が満たされた場合にのみ、ポータブルな価値をもたらします。はしごでは、元のサイトで有効な収益と、地域の容量計画をサポートできる収益を区別する必要があります。
11. 地域の価格設定、通貨、パススルーを調整する
予約価格、オンデマンド価格、確約価格を市場、アクセラレータ、サービス バンドル、通貨、期間ごとに比較します。コンピューティングをストレージ、ネットワーキング、下り、オーケストレーション、サポート、電力、税金、規制コストから分離します。料金表、約定価格、請求書、現金を調整します。割引、クレジット、再販業者のリベート、サービスペナルティ、最小数量不足を考慮します。
米ドル建ての可能性があるハードウェア、ソフトウェア、および資金調達コミットメントに対して現地通貨での収益をモデル化します。パススルーを想定する前に、契約上のインデックス付けと顧客の抵抗をテストします。統合グループは、ネットワーク、移行、統合コストを考慮した上で、顧客、サイト、通貨ごとの貢献利益を報告する必要があります。
12. エンティティ間でサービス、請求、および回収を調整する
テレメトリ、スケジューラ、ポータル、請求書、銀行領収書は、1 つの制御された系統に従う必要があります。利用可能な、予約された、配信された、受け入れられた、請求可能な、および有料の GPU 時間を定義します。サービスを提供する事業体、請求書を発行する事業体、および現金を受け取る事業体を記録します。会社間決済は網掛けではなく、可視化されたままにしておく必要があります。
受領、請求のタイミング、紛争、未払いの売上日数、顧客および国ごとの現金申請を分析します。クロージング後にワークロードを移行するには、新しい請求書ルート、税金処理、または顧客ベンダーの設定が必要になる場合があります。運転資本ギャップと、閉じ込められたまたは制限された現金を明示的にモデル化します。
13. 地域の GPU コホート台帳を構築する
各材料コホートのアーキテクチャ、構成、数量、シリアル証拠、取得コスト、納品、試運転、保証、場所、所有権、セキュリティ、ソフトウェア サポート、顧客割り当て、使用率、更新を記録します。所有、リース、融資、顧客提供、再販業者管理の機器を区別します。
すべてのコホートをサイトの電力、冷却、ネットワーク、顧客の受け入れにリンクします。ターゲット サイトのキャパシティとソフトウェアの互換性が証明されている場合にのみ、モデルの移行を実行します。ロールアップ モデルでは、重複したスペア、互換性のないアーキテクチャ、滞留したライセンスを明らかにし、結合された資産全体でピークを更新する必要があります。
14. 市場ごとに容量、電力、ネットワークの状態をマッピングする
個別に発表された容量、サイト制御、契約電力、通電電力、委託された IT 負荷、顧客が使用可能な容量、および承認された請求可能な容量。総負荷と冗長負荷の定義を記録します。各サイトを公共事業、リース、冷却、ネットワークルート、許可、建設マイルストーン、保証金、削減権にリンクします。
仮想資産は 118 MW を表します。証拠は、86 MW の管理対象サイトと契約電力、63 MW が給電、49 MW が顧客使用可能、35 MW が承認および請求可能であることを裏付けています。統合計画では、受信側サイトに互換性のあるハードウェア、ネットワーク、ソフトウェア、セキュリティ、および顧客の受け入れが確立されるまで、ワークロードの転送を考慮すべきではありません。
15. ハードウェア、ソフトウェア、サプライヤーの依存関係を調整する
サプライヤー、コホート、購入通貨、預金、配送、運賃、関税、税金、統合、メンテナンス、保証を事業体および国ごとに記録します。権原と担保を融資に結びつける。資格のあるアドバイザーとともに、回収可能な税金を経済コストから分離します。取得または移行によって引き起こされるベンダーの権限またはライセンスの変更を特定します。
アクセラレータとネットワークの供給は、割り当て、輸出許可、独自のソフトウェアに依存する場合があります。モデルの配信の遅延、部分的な構成、ライセンスの価格変更、統合コストの増加。税関、保証、サイトまたは顧客の制限が適用される場合、ある国のハードウェアを自由に譲渡可能な容量として扱うべきではありません。
16. サイトおよびポータブルコホートによるモデルの利用
最初に受け入れられた請求対象月から月次コホートを構築します。顧客、サイト、およびアクセラレータのタイプごとに、予約済み、配信済み、受け入れ済み、請求対象、および回収済みの使用を追跡します。移行関連のデュアル実行、内部使用、プロモーション時間、失敗したジョブ、およびサービス クレジットを分離します。すべてのターゲットに 1 つの使用率曲線を適用することは避けてください。
スタンドアロン使用率、移行使用率、および定常状態の使用率をモデル化します。ロールアップは、一時的な重複やカットオーバーのリスクを伴いながらも、負荷分散を改善できます。中心的なケースでは、同意、統合、顧客の受け入れが完了した後でのみ、請求対象の使用率が 68 パーセントに達します。
17. 顧客とルートの貢献利益を計算する
収益の質には、電力、設備、ネットワーク、下り、オーケストレーション、ソフトウェア、サポート、サービス クレジット、地方税、および直接起因するメンテナンス後のマージンが含まれます。統合と重複した容量のコストを個別に割り当てられるため、経常的な経済性が常に可視化されます。リフレッシュ資本と資金調達が貢献利益を下回っていることを示します。
一貫した定義に基づいて、直接顧客、マーケットプレイス顧客、再販業者の顧客を比較します。地域の顧客は魅力的な総収益を示す可能性がありますが、ネットワーク下り、ローカル サポート、および容量の重複により現金の寄与が弱まります。価格設定と移行の決定では、ヘッドラインの使用率ではなく、集められた貢献を保護する必要があります。
18. 契約から現金への同意スケジュールを作成する
通知、同意または拒否、移行、配送、受領、請求、回収に至るまで、各顧客を予測します。最低額、変動額の使用、クレジット、税金、通貨、支払いの遅れが含まれます。署名のない拡張と更新は別個のケースのままです。予想期首残高を契約、売掛金、繰延収益と調整します。
スケジュールでは、統合の遅延によりキャッシュが計画を下回る最初の月を特定する必要があります。顧客の同意を取引マイルストーン、対価保留、収益にリンクします。これは、法的ポータビリティを流動性と価値に結びつけます。
19. サイトからサービス、そして現金化までのスケジュールを作成する
各顧客トランシェをサイト、電源、GPU、ネットワーク、ソフトウェア、コミッショニング、および受け入れに接続します。残りの資本とサプライヤーの支払いを記録します。運用前の容量に配信確率を適用し、同じコホートまたは冗長電力の二重割り当てを禁止します。
スケジュールでは、循環的な依存関係を明らかにする必要があります。サプライヤーの預金には資金調達が必要であり、資金調達には契約現金が必要であり、契約には承認されたサービスが必要であり、承認されたサービスには完了した統合が必要です。すべての依存関係に対して救済策、予備、意思決定ゲートを可視化します。
20. 地図の入手、装備、現地資金調達
ロールアップでは、買収債務、現地タームローン、設備ファイナンス、リース、ベンダークレジット、株主枠、および顧客の前払いが使用される場合があります。借り手、通貨、金利、ヘッジ、証券、償却、契約、保証、資金調達、支配権の変更を把握します。法人ごとに債務と請求を調整します。
融資期間を契約期間、ハードウェア寿命、統合スケジュールと比較します。地元の収入は、米ドルのハードウェアと債務のリスクに直面する可能性があります。企業間資金調達では、源泉徴収、税金、為替管理、または劣後問題が発生する可能性があり、専門的なアドバイスが必要になります。モデルは、連結流動性だけでなく、エンティティごとの流動性も示す必要があります。
21. 取得、収益、資産会計の証拠を適用する
IFRS 第 3 号では、識別可能な取得資産および負債を企業結合の枠組み内で認識および測定することが求められています。 IFRS 第 15 号、IAS 第 36 号および IFRS 第 16 号は、契約収益、減損およびリースに影響を与えます。保険契約書類、契約評価、購入価格配分作業、減損モデル、リーススケジュールを入手します。 [25][26][27][28]
会計は評価に代わるものではありません。管理指標を法定勘定および現金と調整します。顧客関係、ソフトウェア、機器、リース、繰延収益、条件付対価が、取引モデル、貸し手の事例、取引完了後の報告にわたって一貫して定義されているかどうかをテストします。
22. データ転送、主権、サイバー、制御を評価する
個人データ、規制対象データ、機密データ、モデル データを顧客、ワークロード、ソース国、処理サイト、バックアップ場所、サブプロセッサごとにマッピングします。各譲渡の法的および契約上の根拠を記録します。 ASEAN モデル条項はガバナンスをサポートできます。実際の許可は、国内法、分野の要件、顧客条件によって決まります。 [1][2][3][9][11][13]
ID、アクセス、暗号化、キー管理、監査、インシデント対応、ロギング、分離、バックアップ、リカバリ、特権サポートをテストします。地域的なコントロール プレーンは、効率性と共通原因リスクを生み出す可能性があります。購入者は、どのシステムを統合できるか、どのシステムをセグメント化したままにする必要があるか、どのシステムが顧客の再承認を必要とするかを知っておく必要があります。
23. 市場、サプライヤー、チャネルの依存性をテストする
各顧客関係の所有者、価格の管理、請求、サポートの提供、使用状況データの受け取り、更新の管理を記録します。独自のプラットフォームの顧客をマーケットプレイス、再販業者、システム インテグレーターのルートから分離します。譲渡、ブランド、独占権、データアクセス、終了の権利を確認します。
総純収益、受取リスク、ポータビリティ、チャーンをルートごとに測定します。サプライヤーのエコシステムは、技術的および商業的依存を集中させながら、ソフトウェアへのアクセスと利用を向上させることができます。ロールアップは、譲渡可能な顧客関係と再現可能なサービス能力を所有する場合、防御可能な配布を作成します。
24. 地域の企業価値を三角測量する
一貫した定義に基づいて、割引キャッシュ フロー、承認された請求可能容量の参照、および関連する市場の参照を使用します。 DCF は、同意のタイミング、ポータブル収益、重複容量、統合コスト、ネットワーク下り、ハードウェア更新、通貨および税金を反映する必要があります。容量の参照では、発表された容量、管理された容量、通電された容量、使用可能な容量、および受け入れられた容量を区別する必要があります。
市場参照には、地理、顧客の集中度、電力、ハードウェアの使用年数、ソフトウェアの所有権、データの許可と請求を調整する必要があります。方法を平均化するのではなく、調整します。行動、コスト、タイミング、顧客の証拠がそれを裏付ける場合にのみ、相乗効果を評価してください。
25. 企業と株式の架け橋を築く
取得および設備の負債、リース、ベンダーの義務、顧客の払い戻し、未払いの設備投資、統合契約、条件付き対価、およびその他の負債に類する請求を控除します。無制限に利用可能な現金のみを追加します。各クレームを正しいエンティティとセキュリティ パッケージに割り当てます。
仮想の中心ケースでは、企業価値の USD 1.42 billion と調整済み請求の USD 0.61 billion を使用し、例示的な資本の USD 0.81 billion を生成します。総合的な下値は企業価値の USD 0.67 billion と保険金請求の USD 0.71 billion を使用し、資本の回復は生じません。これらの数字は特定の企業を示したものではありません。
26. 同意、統合、利用のマイナス面を組み合わせて実行する
同時に発生する可能性のあるリスクを組み合わせます。顧客の同意が遅れると、移行が延期され、容量が重複したままになり、相乗効果が弱まる可能性があります。データ転送を制限すると、統合を防止しながら元のサイトの収益を維持できます。ハードウェアや為替のショックにより、顧客の価格が調整される前に設備投資や債務返済が増加する可能性があります。
仮想的なマイナス面は、統合の 12 か月の遅延、非ポータブル契約の損失または再価格、10 パーセントのコストショック、ネットワークとソフトウェアの統合の弱体化、請求可能な使用率 49 パーセント、および借り換えコストの増加を想定しています。企業価値は USD 0.67 billion に低下し、調整後の保険金請求額は USD 0.71 billion に増加します。このモデルでは、クローズ前に流動性不足、約定圧力、必要な資本を特定する必要があります。
27. 調査結果を取引および資金調達の保護に変換する
証拠のギャップをクロージング条件、同意基準、エスクロー、ホールドバック、価格調整、アーンアウト、保証、補償、契約またはウォークアウェイの基準に変換します。すべての保護には、測定可能なトリガー、ソース、計算エージェント、紛争プロセス、および長期停止日が必要です。
考えられる保護には、ポータブル収益の最低基準値、顧客の同意と承認された移行に関連する対価、立ち往生した容量に対する販売者の資金提供、税金またはデータ請求に対する準備金、統合超過に対するコミットメントスポンサーの資本が含まれます。弁護士、税務顧問、および技術顧問は、実際の買収構造に合わせてメカニズムを調整する必要があります。
28. 初の百日統合制御体制の確立
運用ダッシュボードでは、契約状態、同意、データ転送基準、受け入れられた容量、有償使用量、貢献利益、現金、設備コミットメント、統合マイルストーン、および事業体および国ごとの資金調達余裕を調整する必要があります。データの所有者と例外のしきい値に名前を付けます。州間のあらゆる移動には証拠が必要です。
優先事項は、顧客の継続性の確保、サービス レベルの維持、アクセスの制御、監視と請求の統合、重複する容量の合理化、ローカル キャッシュの安定化、ハードウェアの更新の管理です。取締役会は、単独の業績と複合業績を比較し、あらゆる相乗効果や減損を管理された証拠と照合する必要があります。
付録 A. 統合された収益品質モデル
このフレームワークには 3 つの意図的な制限があります。まず、公的発表と企業リリースによって戦略的背景が確立されます。特定のプラットフォームの条件、使用率、または収集パフォーマンスを証明するものではありません。第二に、顧客の独立性は、取引記録とガバナンスの証拠を必要とする商業上の分類です。所有権だけが契約の質を決めるわけではありません。第三に、アクセラレータ市場、輸出ルール、電力協定、およびソフトウェア経済は急速に変化する可能性があります。したがって、評価入力には、指定された日付、ソース、および更新トリガーが必要です。資格のある法務、会計、技術、サイバー、税務のアドバイザーは、専門分野内の事項を検討する必要があります。
証拠階層は、締結された契約、規制当局の承認、受領記録、請求書、銀行領収書、遠隔測定、権原および財務書類に優先します。監査済みの財務諸表と管理された管理報告書により、調整が可能になります。公開声明とサードパーティの市場情報がコンテキストを提供します。ソースが競合する場合、モデルは差異を記録し、サポートされていない解決策の強制を回避します。この階層構造により、戦略的な物語が資金調達や投資の意思決定をサポートできる証拠と結びつけられます。
モデルは毎月実行され、顧客グループ、契約、注文、サイト、GPU コホート、電力割り当て、請求書、領収書、融資請求に安定した識別子を使用する必要があります。各顧客は法人識別子と経済的独立性の分類の両方を受け取ります。各商業文書は、発表から更新までの状態を受け取ります。変更には証拠のリンク、所有者、日付が必要です。この設計により、経営者、投資家、貸し手は公開または経営報告書から現金への橋渡しを再現することができます。
契約スケジュールには、最小ボリュームとオプションボリュームが個別に記録されます。配送条件、受領、サービスレベル、クレジット、価格、エスカレーション、終了、更新、請求書、および回収が記録されます。容量スケジュールには、計画、電力契約、通電、試運転、使用可能、および受け入れられたメガワットが記録されます。機器スケジュールには、コホート構成、試運転、使用状況、所有権、セキュリティ、メンテナンス、リフレッシュ、および残存が記録されます。顧客割り当ての合計は、冗長性と運用ヘッドルームを考慮した上で、テスト済みのサービス容量を超えることはできません。
顧客スケジュールでは、コホート変換、有償使用量、総保持率、純保持率、貢献利益、および現金回収が計算されます。スポンサー、州と連携したコホート、および独立したコホートは引き続き表示されます。チャネル顧客は、入手可能な場合には中間顧客情報と最終顧客情報の両方を使用して分析されます。資金調達スケジュールは、すべての負債、リース、前払い、引当金、保証を関連法人および営業キャッシュ フローに関連付けます。
評価には同じスケジュールが使用されます。割引キャッシュ フローは、契約と容量の提供に続きます。請求可能な容量の参照は、同等の受け入れられた容量にのみ適用されます。市場参照では、一貫した顧客、電力、機器、請求の定義が使用されます。企業から株式へのブリッジでは、法的優先順位に基づいて請求が差し引かれます。複合的な下振れにより、関連する前提条件が変更され、流動性、コベナント、および資本の要件が特定されます。
付録 B. 最小限の確認証拠
コマーシャルルームには、作成された顧客文書、調達記録、承認、受領書、サービスレポート、請求書、クレジット、売掛金および銀行領収書を含める必要があります。手術室には、サイト契約、電力権、建設マイルストーン、容量テスト、GPU シリアル、遠隔測定、インシデント、メンテナンスおよび更新計画を含める必要があります。融資ルームには、設備、リース、保証、準備金、担保および前払い条件を含める必要があります。規制室には、ライセンス、認可、データ主権管理、サイバーセキュリティの証拠、および現在の弁護士のアドバイスが含まれる必要があります。
サンプル テストは、注文の実行からサービスの割り当て、テレメトリ、請求書、現金に至るまでの高額顧客の期間を追跡する必要があります。例外には、財務上の影響、所有者、救済策、および期限を記載する必要があります。価値を動かす差異が解決され、価格設定され、保護され、または意思決定者によって明示的に受け入れられた場合、証拠は十分です。
付録 C. うまくいった仮定のケース
このケースは、3 つの買収ターゲットにわたる、明示された確約および期待契約額の USD 1.65 billion から始まります。シンガポールに本社を置く顧客および地域の顧客は USD 0.66 billion、マレーシアとインドネシアの国内顧客は USD 0.56 billion、その他の東南アジアまたは世界の顧客は USD 0.43 billion を表します。契約と同意のレビューにより、USD 0.16 billion が削除されます。配信と統合のタイミングにより USD 0.18 billion が削除されます。データの場所とワークロードの移植性の制限により、USD 0.13 billion が削除されます。クレジットとコレクションは USD 0.09 billion を削除します。オプションまたは重複した金額では、USD 0.07 billion が削除されます。ポータブルなリスク調整済みスケジュールは USD 1.02 billion です。
容量は個別に調整されます。敷地を合わせると 118 MW になります。実行された文書は、86 MW の管理対象サイトと契約電力をサポートします。 63 MW が通電されています。 49 MW は、冷却、ネットワーク、セキュリティ、試運転後に顧客が使用可能です。 35 MW は受け入れられ、請求可能です。計画されたキャパシティは、残存資本、納期、統合の依存関係、および確率が認識された後に価値を受け取ります。
機器台帳では、加速器をシンガポール、マレーシア、インドネシアの 5 つのグループに分類しています。購入通貨、保証金、融資、権原、有価証券、ソフトウェア、保証、顧客割り当ては個別に記録されます。統合計画では、同意、技術テスト、受け入れサポートの移行まで、顧客対応環境が維持されます。二重のランニングコストと不足している容量は依然として目に見えています。
中央のケースでは、請求可能な使用率が 68 パーセントに達し、定常状態でのマージンは 27 パーセントに達します EBITDA。これには、ローカルおよび地域の価格設定、ネットワーク下り、ソフトウェア、電力、サポート、統合、運転資本、リフレッシュが組み込まれています。割引キャッシュ フロー、請求可能容量、および市場参照は、企業価値の USD 1.42 billion をサポートします。 USD 0.61 billion の調整された請求により、例示的な資本の USD 0.81 billion が生成されます。
総合的なマイナス面としては、12 か月の統合遅延、契約の損失または再価格設定、10 パーセントの通貨および機器コストのショック、49 パーセントの請求対象使用率、および借り換えコストの増加が適用されます。企業価値はUSD 0.67 billionに下がります。負債、リース、統合、サプライヤーの保証金、コミットメントされた設備投資が現金を吸収するため、調整後の請求額は USD 0.71 billion まで増加します。実例による資本の回収はゼロです。
提案された対応策では、ポータブルな収益基準、同意にリンクした検討、シナジー認識前の移行受け入れ、滞留容量に対する販売者のサポート、データと税金エクスポージャーに対する準備金、統合超過に対するコミットメントされたスポンサー資本が必要となります。この数字は仮定であり、特定された企業、証券、取引については記述されていません。
付録 D. 理事会および貸し手のデリジェンスに関する質問
所有権と顧客の分類: 資本、土地、電力、保証、調達の方向性、顧客の予算を提供するのはどの組織ですか?どの顧客の決定が独立して行われ、その結論を裏付ける記録は何ですか?運営者は、1 つの親会社、予算、または国家プログラムを共有する法人を集約しましたか?関連当事者への開示または独立した独立企業間テストが必要な収益はどれですか?
契約の証拠: 記載されている帳簿のうち、履行された最低支払義務によって裏付けられている割合はどれくらいですか?どの金額が覚書、予約、オプション、または予想される拡張として残っていますか?どのような納品、受領、サービス、終了条件によって価値が低下する可能性がありますか?コントロール変更の要件と顧客の同意は特定されていますか?すべての材料の量を注文、請求書、回収記録まで追跡できますか?
商用導入: 何人の顧客が試用版から有料サービスに移行し、何人が再度購入しましたか?コホート別の総維持率、純維持率、貢献利益率とは何ですか?販売者クレジット、プロモーション サポート、強制的なチャネル割り当てなしで支払いを行う独立系顧客はどれですか?取得にはどれくらいの時間がかかり、どれくらいの費用がかかりますか?また、チャーンされたキャパシティはどれくらいの速さで再配置できますか?
容量の提供: どのメガワットが電力契約、通電、試運転、顧客使用可能、受け入れ可能ですか?各段階でどのような資本が残るのでしょうか?どのマイルストーンが公共事業、家主、供給業者、または規制当局の認可に依存するのでしょうか?顧客の納品スケジュールは、エンジニアリングおよび資金調達のスケジュールと同じ日付を使用しますか?これらの日付がずれた場合、どのようなペナルティや払い戻しが発生しますか?
機器とソフトウェア: どの GPU コホートが各顧客とワークロードに対応しますか?誰が所有権を持ち、どの貸し手または貸し手が担保を持っているのでしょうか?ネットワーク、ストレージ、冷却、またはソフトウェアの制約によってサービスが制限されていますか?契約期間中に必要なメンテナンスおよびリフレッシュ資金はどれくらいですか?交換用ハードウェア、統合、ダウンタイム、顧客の受け入れはモデル化されていますか?
価格設定とマージン: スポンサー顧客と独立顧客は、サービスの違いを考慮した上で同等の条件で請求されますか?契約価格と現金を区別する割引、クレジット、無料期間、リベート、税金、およびパススルー項目はどれですか?電力、設備、ネットワーク、サポート、インシデント発生後、オペレーターは顧客レベルでプラスの貢献を獲得していますか?下値局面ではどの契約が赤字になるのでしょうか？
現金と財務: 請求額は売掛金や銀行取引明細書と一致していますか?どの顧客の前払いが返金可能または制限されていますか?設備、リース、借金の支払い期限は、受け入れと回収に比べていつ頃になりますか?現金はどこに閉じ込められているのでしょうか？どの規約、保証、またはコントロール変更条項が請求を早めることができますか?
規制と回復力: 機器、最終用途、データ、サイバー、運用を管理する現在のライセンスと認可はどれですか?サービス アーキテクチャ内に残る外部依存関係はどれですか?弁護士は特定の取引と顧客の境界を確認しましたか?どのようなインシデントが発生し、どのように解決され、どのようなサービス クレジットや顧客の権利が得られたのでしょうか?
評価と決定: すべての方法で同じ許容容量、顧客分類、使用率、マージン、リフレッシュ、および請求の前提条件が使用されていますか?すでにキャッシュ フローに現れている戦略的利点はどれですか?契約またはキャパシティー・トランシェの価値を上昇させるにはどのような証拠がありますか?どのような証拠が減額、保留、または撤退のきっかけとなるでしょうか?署名前と終了後の各アップデートの所有者は誰ですか?
ガバナンス: 経営陣は手動でナラティブを調整せずに、制御されたシステムからボードのダッシュボードを再現できますか?メトリクスの定義は安定しており、文書化されていますか?内部監査では、契約から現金化および生産能力から現金化までの経路をサンプリングしていますか?スポンサーの目標と単独の商業的パフォーマンスは別々に評価されますか?これらの質問により、収益の質が 1 回限りの取引の実行ではなく、運用規律に変わります。
付録 E. シナリオ ガバナンスと更新プロトコル
中心的なケースは、評価日における意思決定者の証拠に裏付けられた期待を表す必要があります。未署名の顧客拡大、未承認の生産能力、未約束の融資、または無サポートの業務改善を含めるべきではありません。それぞれの重要な前提には、情報源、所有者、レビュー頻度、および変更のしきい値が必要です。モデルのアーカイブでは、後のパフォーマンスを元の決定と比較できるように、すべての承認に使用される入力セットを保存する必要があります。
上昇のケースには、特定された商業オプションが含まれる場合がありますが、すべてのオプションは、価値が認識される前に必要なイベントを記載する必要があります。例には、顧客の注文の実行、規制当局の承認、通電、サプライヤーの納入、受け入れ、または資金提供による拡張などが含まれます。このモデルでは、相互に競合する複数の顧客を、それぞれが同じ利用可能な容量を使用できるかのように扱うことは避けるべきです。確率、タイミング、資金は内部的に一貫している必要があります。
マイナス面を組み合わせると、同時に発生する可能性のあるリスクが結びつくはずです。収益と企業価値だけでなく、流動性と保険金も計算する必要があります。毎月の現金、約款のヘッドルーム、サプライヤーの保証金、返金、サービス クレジット、および必要な資本は常に表示される必要があります。管理アクションには、信頼できるタイミング、権限、およびコストが必要です。提案された資本削減または生産能力の延期は、どの契約や顧客関係に影響を与えるかを特定する必要があります。
アップデートは証拠に基づいて行う必要があります。コントラクトの実行によりドキュメントの状態が変化します。承諾すると、請求対象容量が変更されます。請求書と銀行記録は現金換算を変更します。テレメトリ変更の使用率。サプライヤーと公共事業の記録により配送が変更されます。取締役会は、実際の業績、承認された範囲の変更、外部条件および経営陣の想定を分離して、過去および現在の事例の調整を受ける必要があります。この規律により、投資期間を通じて公的支援と独立した商業的導入を一貫して評価できるようになります。
プロトコルでは、拒否された仮定と拒否の理由も保持する必要があります。この監査証跡は、取締役、貸し手、将来の投資家が、訴訟がどのように進展し、どこで判断が適用されたのか、その後の結果が執行、市場の動き、または最初の証拠のギャップを反映しているかどうかを理解するのに役立ちます。重大な例外は、更新された予測に反映される前に取締役会に報告される必要があります。
付録 F. 東南アジアのネオクラウド ロールアップ データ ディクショナリ
ターゲット テーブルでは、法人、管轄区域、所有権、取得ルート、対価、負債、リース、税属性、従業員、ライセンス、ソフトウェア権利、サイト、ハードウェア、および顧客契約を特定する必要があります。各レコードには、ソース文書、勤勉所有者、終了条件、および統合先が必要です。このモデルでは、スタンドアロン アカウントと制御された統合ブリッジを保持する必要があります。
顧客テーブルでは、法的顧客、最終的な親会社、国、契約主体、ワークロード、データ カテゴリ、処理地域、サブプロセッサーの許可、契約通貨、実行最低額、管理変更条項、譲渡、変更、同意、サービスの場所、受領、請求書、および回収を識別する必要があります。個別の経済顧客識別子は、地域の義務を消去することなく、関連会社を集約し、取引をチャネル化する必要があります。
データ転送テーブルには、送信元国、宛先国、管理者、処理者、副処理者、データ カテゴリ、目的、転送メカニズム、ローカリゼーション条件、顧客制限、暗号化、鍵管理、保持、削除、インシデント義務および評価日を記録する必要があります。法的アドバイスは、地域のラベルに依存するのではなく、実際の顧客、分野、移転に対処する必要があります。
契約移植性テーブルには、通知要件、同意要件、変更ステータス、許可されたサイト、許可されたサブプロセッサー、移行テスト、セキュリティレビュー、受諾、価格変更、終了権、および完了予定日を記録する必要があります。元のサイトでの継続性と、合法かつ技術的に認められた別のサイトへの移行を区別する必要があります。
容量テーブルには、国、サイト、家主または所有者、許可された IT 負荷、契約電力、通電電力、冷却、ネットワーク容量、設置された機器、試運転、セキュリティ認定、顧客の使いやすさ、受け入れ、残存資本、および最も早いサービス日を記録する必要があります。容量は、総負荷と冗長負荷の定義を保持し、ローカルの動作制約を特定する必要があります。
GPU コホート テーブルには、サプライヤー、アーキテクチャ、構成、数量、シリアル証拠、購入通貨、タイトル、セキュリティ、場所、保証、ソフトウェア サポート、メンテナンス、顧客割り当て、使用率、更新を記録する必要があります。すべてのワークロードと融資請求は、特定のコホートに関連する必要があります。移行は互換性のあるヘッドルームを超えてはなりません。
ネットワーク テーブルでは、キャリア、ルート、ダイバーシティ、認定帯域幅、遅延、出力価格、相互接続、ゲートウェイ、障害履歴、顧客の要件を識別する必要があります。地域のコントロール プレーンまたは共有ネットワークは、効率性と共通原因リスクの両方を示す必要があります。移行の経済性には、下り、重複、カットオーバーのコストを含める必要があります。
使用率テーブルでは、サイト、コホート、顧客ごとに、利用可能、予約済み、配信済み、受け入れ済み、請求対象、支払い済み、および回収済みの GPU 時間を区別する必要があります。内部使用、プロモーション使用、失敗したジョブ、メンテナンス、クレジット、およびデュアル実行を記録する必要があります。コホートは最初に受け入れられた請求対象月から開始され、移行前および移行後のパフォーマンスが維持されます。
資金調達表では、借り手、貸し手、金融商品、通貨、元本、引出条件、金利、ヘッジ、償却、満期、証券、保証、契約、準備金、現金スイープ、支配権の変更、および前払いを特定する必要があります。買収債務をターゲットに、設備資金をシリアル化された資産に、プロジェクト債務をサイトと顧客の現金に関連付けます。会社間の資金調達と制限された現金を記録します。
評価テーブルとガバナンステーブルには、方法、評価日、通貨、予測バージョン、割引率、ポータブル収益、許容容量、使用率、統合コスト、更新、請求およびシナジーの定義を保持する必要があります。重大な変更にはそれぞれ、データ所有者、証拠ソース、レビュー頻度、許容範囲、救済策、承認が必要です。アーカイブは、承認されたバージョン間の橋渡しを保存する必要があります。
付録 G. 決定の図と表
完全に仮説です。 Matchpoint Partners 分析。
| クラス | 決定証拠 | 主なリスク |
|---|---|---|
| ポータブル地域契約 | 同意、移転の根拠、および承認された移行 | 同意の撤回または転送の制限 |
| サイト限定契約 | 元のサイトでの有効なサービス | 滞留容量と統合遅延 |
| 同意保留中の契約 | 支配権変更レビューが進行中 | 終了、価格の再設定、または遅延 |
特に明記されていない限り、提案されたフレームワーク。
| 州 | 最低限の証拠 | モデル治療 |
|---|---|---|
| MOUまたは発表 | 署名された拘束力のない文書 | パイプラインのみ |
| 最小実行数 | 拘束力のある順序と条件 | コンディションを調整したスケジュール |
| 承認され請求されました | 受領書、請求書、サービス記録 | 収益と信用テスト |
| 集めてリニューアルした | 銀行の領収書と新しいコミットメント | 最高の採用証拠 |
特に明記されていない限り、提案されたフレームワーク。
完全に仮説です。 Matchpoint Partners 分析。
| 質問 | 証拠 | モデルの応答 |
|---|---|---|
| 振替ベース | 法律、契約、データマップ | 許可されたルート |
| 同意 | 顧客への通知と承認 | 移植性の状態 |
| 移住 | 技術試験と合格 | タイミングとコスト |
| 出口 | 終了、価格の再設定、および紛争 | 保有価値 |
特に明記されていない限り、提案されたフレームワーク。
完全に仮説です。 Matchpoint Partners 分析。
| 分野 | 証拠 | 金銭的利用 |
|---|---|---|
| ハードウェアと構成 | シリアルと部品表 | ワークロードの適合 |
| コミッショニングとテレメトリ | テストとスケジューラ | 収益のタイミング |
| タイトルとセキュリティ | 請求書と融資 | クレームブリッジ |
| リフレッシュと残留 | 承認されたプランとサポート | フリーキャッシュフロー |
特に明記されていない限り、提案されたフレームワーク。
完全に仮説です。 Matchpoint Partners 分析。
| 楽器 | 一次リンケージ | 閉鎖テスト |
|---|---|---|
| 買収債務 | 買収した事業体と現金 | レバレッジとポータビリティ |
| 設備ファイナンス | 特定された GPU コホート | 耐用年数と償却 |
| リース | データセンターの容量 | 期間と避けられないコスト |
| 販売者メモ | 留保された対価 | 同意と統合テスト |
特に明記されていない限り、提案されたフレームワーク。
完全に仮説です。 Matchpoint Partners 分析。
完全に仮説です。 Matchpoint Partners 分析。
| アイテム | 中央ケース | 総合的なマイナス面 |
|---|---|---|
| 企業価値 | USD 1.42bn | USD 0.67bn |
| 調整済みの請求額 | USD 0.61bn | USD 0.71bn |
| 例示的な資本 | USD 0.81bn | USD 0.00bn |
特に明記されていない限り、提案されたフレームワーク。
| メトリック | 一次情報源 | トリガー |
|---|---|---|
| ポータブルな契約収益 | 契約、同意、回収 | 同意か離脱か |
| 受け入れられた請求可能な容量 | 顧客の受け入れとテレメトリー | 配送遅延 |
| 統合コスト | プログラム台帳と証拠 | コストまたはタイミングの差異 |
| 流動性と債権 | 財務と施設 | ヘッドルーム違反 |
特に明記されていない限り、提案されたフレームワーク。
情報源
- 東南アジア諸国連合、ASEAN データ管理フレームワークおよび ASEAN デジタル マスタープラン 2030 を含む ASEAN デジタル分野の主要文書。 一次ソースを読む
- 東南アジア諸国連合、国境を越えたデータ フローに関する ASEAN モデル契約条項、2021 年。 一次ソースを読む
- 東南アジア諸国連合、ASEAN データ管理フレームワークおよび国境を越えたデータ フローの実施ガイドライン、2021 年。 一次ソースを読む
- 東南アジア諸国連合、ASEAN デジタル経済枠組み協定交渉の終了に関する声明、2026 年 6 月 1 日。 一次ソースを読む
- 東南アジア諸国連合、ASEAN デジタルマスタープラン 2030。 一次ソースを読む
- 東南アジア諸国連合、AI ガバナンスと倫理: 生成的 AI に関する ASEAN ガイドを拡張。 一次ソースを読む
- シンガポール情報通信メディア開発局、グリーン データ センター ロードマップ、2024 年 5 月 30 日。 一次ソースを読む
- シンガポール情報通信メディア開発局、グリーン データ センター ロードマップおよびエネルギー効率基準。 一次ソースを読む
- シンガポール個人データ保護委員会、個人データ保護法の主要概念に関する諮問ガイドライン。 一次ソースを読む
- シンガポール競争消費者委員会、合併手続きとガイドライン。 一次ソースを読む
- マレーシア個人データ保護コミッショナー、個人データの国境を越えた転送に関するガイドライン。 一次ソースを読む
- マレーシア個人データ保護委員、2024 年個人データ保護 (改正) 法。 一次ソースを読む
- インドネシア共和国、個人データ保護に関する 2022 年法律第 27 号。 一次ソースを読む
- インドネシア共和国、電子システムおよびトランザクションに関する 2019 年政府規則第 71 号。 一次ソースを読む
- タイ個人データ保護委員会、個人データ保護法および規制リソース。 一次ソースを読む
- ベトナム政府、個人データ保護に関する政令第 13/2023/ND-CP。 一次ソースを読む
- フィリピン国家プライバシー委員会、2012 年データプライバシー法および施行規則。 一次ソースを読む
- 東南アジア諸国連合、電子商取引に関する ASEAN 協定の作業計画。 一次ソースを読む
- アジア開発銀行、自信に満ちたデジタル社会の実現: 東南アジアにスポットライト、2026 年 2 月 16 日。 一次ソースを読む
- 世界銀行、デジタル進歩および動向レポート 2025: AI 基盤の強化。 一次ソースを読む
- 国際エネルギー機関、エネルギーおよび AI。 一次ソースを読む
- NVIDIA Corporation、2026 年度年次報告書。 一次ソースを読む
- CoreWeave、2025 年の年次報告書。 一次ソースを読む
- 2026 年 6 月 30 日に終了した期間の Core Scientific 四半期報告書。 一次ソースを読む
- IFRS財団、IFRS第3号企業結合。 一次ソースを読む
- IFRS財団、IFRS第15号「顧客との契約からの収益」。 一次ソースを読む
- IFRS財団、IAS第36号「資産の減損」。 一次ソースを読む
- IFRS財団、IFRS第16号リース。 一次ソースを読む
- IFRS財団、IFRS第10号連結財務諸表。 一次ソースを読む
- 国際評価基準評議会、国際評価基準。 一次ソースを読む
