導入
GPU クラウド プラットフォームは、インポートされたアクセラレータ、データセンターの容量、電力、ネットワーキング、およびソフトウェアを契約または使用量ベースのコンピューティング サービスに変換します。インドの需要基盤には、公共プログラム、政府機関、研究機関、新興企業、規制対象企業、グローバル能力センター、国内大企業が含まれます。これらの顧客は、さまざまな理由で、さまざまな調達ルートを通じて、さまざまな価格帯で購入します。評価ではこれらの差異を維持する必要があります。
資本サイクルも同様に特徴的です。アクセラレータと高速ネットワークの価格は外貨で設定できます。注文では、最終的な納品、統合、顧客の承認の前に、デポジットが必要となる場合があります。国内の収益は通常、後で徴収され、補助金の決済、企業の調達、運転資本の条件の影響を受ける可能性があります。設備ファイナンス、外部商業借入、リース、ベンダークレジット、株主設備、顧客の前払いによって不足分の資金を賄うことができます。それぞれが資産と現金に対して異なる請求を作成します。
この枠組みは、決定と法的境界線から始まり、需要、価格設定、通貨、陸揚げされた設備のコスト、容量、使用率、マージン、資金調達を調整します。それは、バリュエーション、複合的なダウンサイド、取引保護、および最初の 100 日管理システムで終わります。公的な証拠が背景を提供します。プラットフォーム固有の結論には、締結された契約、IndiaAI の配分および決済記録、請求書、税関および税務書類、ヘッジ、電力およびデータセンター契約、テレメトリ、銀行領収書、権原記録および財務書類が必要です。
1. 投資と融資の決定を定義する
決定が成長資本、買収、プロジェクトファイナンス、設備負債、借り換え、または戦略的パートナーシップに関するものであるかどうかを述べます。評価日、法定範囲、通貨、リターン基準値、最低流動性、下値許容範囲を修正します。インドの GPU クラウド グループは、ハードウェア、データセンターのリース、ソフトウェア、顧客契約、借入をさまざまな主体に委託できます。委員会は、どの事業体が加速器を所有し、輸入書類、電力契約を保持し、顧客に請求書を発行し、担保を付与しているのかを特定する必要がある。
法人ごとにソースと使用のスケジュールを作成します。支払済み資本、コミットメント資本、負債、リース、ベンダークレジット、補助金債権、顧客の前払い、および制限付き現金を区別します。企業から株式へのブリッジは同じ境界を使用する必要があります。公共政策の恩恵により、配達や需要が改善される可能性があります。証拠に裏付けられた現金効果のみが価値を生み出します。
2. 運用および調達の境界をマッピングする
株主、プロモーター、関連会社、設備車両、データセンターの取引相手、クラウド マーケットプレイス、チャネル パートナーを地図上に表示します。需要が IndiaAI ポータル、別の公共調達ルート、企業への直接販売、再販業者、または国際市場を通じてもたらされたかどうかを記録します。各ルートは、顧客の所有権、価格設定、決済タイミング、更新証拠に影響を与えます。
重要な顧客ごとに、契約主体、エンドユーザー、予算源、調達当局、補助金、サービスプロバイダー、支払い経路を特定します。公共配分、顧客支払い、政府補助金は別個の帳簿項目のままにしておく必要があります。これにより、付与されたコンピューティング時間が回収された収益として扱われることがなくなり、顧客の使用とプロバイダーの決済の間の運転資本が明らかになります。
3. 地元の需要を経済源ごとに分類する
5 つの需要グループを使用します。公共プログラムの割り当て、政府と研究、公共部門または規制対象企業、補助金を受けていない国内の民間顧客、および海外の顧客です。分類は、経済的支払者と購入の決定に従います。サポート時間を受け取るスタートアップには、交渉された商用料金でコンピューティングを購入する企業とは異なる更新証拠があります。
約束された価値、受け入れられた使用量、収益、補助金、売掛金、貢献利益、更新をグループごとに測定します。公的支援はアクセスを拡大し、ワークロードを増やすことができます。顧客が初期割り当て後に有償使用を継続し、独自の予算から拡張し、サポート、電力、およびサービスのコストを経てプラスの貢献を生み出す場合、スタンドアロンの価値は強化されます。
4. 個別の商業文書の状態
プレスリリース、覚書、予約、注文書、基本契約、および受け入れられたサービスは別の状態です。文書ラダーを作成します: 発表された機会、拘束力のない覚書、予約されたキャパシティ、実行された最低コミットメント、展開されたサービス、受け入れられたサービス、請求されたサービス、回収された現金、および更新されたサービス。各州には個別の条件とキャンセルのリスクがあります。
抽象的な法的顧客、期間、約束数量、価格、納品条件、受諾、サービスレベル、クレジット、終了、管理の変更、更新および支払い。契約金額を収益台帳と銀行と照合します。実行された注文は、その条件に従ってコミットされたケースに入る必要があります。オプションの消費と署名なしの拡張は、個別にラベル付けされたシナリオに属します。
5. 公共配分と歳入へのパイプラインを調整する
個別の国家プログラムのキャパシティ、プロバイダーの権限、顧客の割り当て、承認された補助金、実行された顧客の注文、受け入れられたサービス、請求額、および回収された現金。プロバイダーのアナウンスでは、コミットされた容量またはアドレス指定可能なプログラムの規模について説明できます。どちらも自動的に売掛金を設定するものではありません。顧客レベルの記録から経営陣の記載された帳簿を再構築します。
公定価格から執行可能な最低額、承認された使用量、請求された収益、補助金の受取額、および回収された現金までのウォーターフォールを生成します。重複したプログラム、チャンネル、直接の機会を削除します。割り当ての有効期限と必要な開始日を把握します。仮定のケースでは、契約、納品、使用、与信および回収の調整後に、14,400 億ルピーの記載および期待価値が、リスク調整後のスケジュールで 9,850 億ルピーに減額されます。
6. IndiaAI およびその他のサポートされている需要をテストする
昇給条件、料金表、割り当て記録、ユーザーの適格性、補助金の割合、プロバイダーの請求書、サービス レベル、決済のタイミング、監査の権利を確認します。政府の情報開示により、プログラムの規模と方針が確立されます。オペレーターの記録により、使用、請求、および回収が確立されます。ユーザーが支払った部分とプログラムを通じて決済された部分を分けてモデル化します。
サポート時間の有効期限が切れた後に変換をテストします。ワークロードが本番環境に進むかどうか、顧客がプロバイダーを維持するかどうか、および適用される価格を分析します。補助金は、貴重な採用とより低い市場価格の参照を同時に生み出すことができます。商業的なケースでは、サポートされていない長期的なマージンでプログラムの量を計算するのではなく、両方の効果を示す必要があります。
7. 企業と規制部門の需要をテストする
銀行、電気通信、メーカー、ヘルスケア会社、グローバル ケイパビリティ センター、公共部門の企業は、長寿命のワークロードを提供できます。調達の独立性、データ要件、サービスの受け入れ、クレジット、価格、最小値、および移行の代替案を評価します。顧客を 1 つの親プログラムまたは共通プログラムに集約します。
実稼働推論、微調整、およびエンタープライズ分析は、基礎モデルのトレーニングとは異なるスケールになる可能性があります。ワークロード期間、クラスター サイズ、レイテンシ、データの場所、サポートを記録します。繰り返しの使用、タイムリーな支払い、予算に基づいた拡張は、1 回限りの概念実証よりも強力な証拠を提供します。
8. 補助金のない民間需要をテストする
補助金なしでの導入は、事業者の商業価格で支払う意欲を示しています。スタートアップ、国内企業、グローバル ケイパビリティ センター、海外顧客、チャネル バイヤー、クラウド マーケットプレイス ユーザーをセグメント化します。トライアルコンバージョン、リピート購入、拡大、縮小、解約、貢献利益、回収を追跡します。
顧客のクレジット、プロモーション時間、パートナーが資金提供するワークロードを常に見えるようにします。顧客は、ほとんど現金を生み出さずに業務をアクティブにすることができます。コホート分析は、最初に承認された請求対象月から開始し、最低支払額とオプションの使用量を区別する必要があります。商業的に持続可能な価格での更新は、繰り返し需要があることの最も強力な証拠です。
9. 需要と補助金集中の測定
契約額、承認された使用量、収益、補助金の受取額、粗利益および生産能力について、上位顧客、上位チャネル、および上位プログラムのシェアを計算します。共通の所有権と予算を集約します。割り当ての期限切れと顧客の更新を四半期ごとに測定します。幅広いユーザー数と、1 つのプログラム、1 つのモデル開発者、または 1 つの再販業者への集中が共存できます。
一般的なイベントのモデル化: 補助金削減、決済遅延、大口顧客のキャンセル、価格競争、加速器不足、地域の電力制約。交換時間、再構成、アイドルコストを見積もります。評価では、ロゴの多様化と経済的資金源の多様化を区別する必要があります。
10. 契約品質のはしごを構築する
執行可能な最低値、期間、クレジット、納品条件、受諾、サービス救済、価格調整、終了、更新、セキュリティに関する契約のスコアを付けます。出力は、単一の不透明なスコアではなく、透明な証拠ラダーのままである必要があります。契約の品質も、納品、受領、請求、回収が行われるにつれて時間の経過とともに変化します。
ドキュメントの状態間の月ごとの移動スケジュールを作成します。契約は証拠が揃った場合にのみ上方に進みます。紛争、クレジット、または終了通知により、価格が引き下げられる可能性があります。負債のサイジングでは、株式評価よりも狭い適格契約の定義が使用される場合があります。委員会は両方の定義とそれらの間のヘアカットを承認する必要があります。
11. サポート価格と商用価格を調整する
アクセラレータ、構成、期間、サービス バンドルごとに、ポータル、政府機関、エンタープライズ、スタートアップ、リザーブド、オンデマンドの価格を比較します。コンピューティングをストレージ、ネットワーキング、オーケストレーション、サポート、電力、税金から分離します。公表されている低時給はアクセスを改善するだけでなく、プログラム以外の顧客の期待にも影響を与える可能性があります。
料金表、約定価格、補助金、請求書、および回収価格を調整します。無料期間、クレジット、再販業者のリベート、最小数量不足、税金を調整します。陸揚げされた機器のコスト、電力、設備、ネットワーク、サポート、リフレッシュ、資金調達に必要な価格を計算します。予測では相互補助金を明示する必要があります。
12. 使用量、請求、および回収を調整する
テレメトリ、スケジューラーの記録、顧客ポータル、請求書、銀行領収書は、1 つのストーリーを伝える必要があります。利用可能な、予約された、配信された、受け入れられた、請求可能な、および有料の GPU 時間を定義します。メンテナンス、失敗したジョブ、内部使用、無料トライアル、サービス クレジットにより、コンバージョンが減少します。ジョブ記録からメーター、銀行への請求書までのサンプルを検証します。
受理までの日数、請求書のタイミング、紛争、未払いの売上日数、および現金申請をコホートごとに分析します。予約が多く、有料利用が少ない顧客は、現時点では最小限の収益を生み出す可能性がありますが、更新リスクに直面します。有償利用率が上昇し、タイムリーに現金が得られる顧客は、価値のより強力な証拠となります。
13. GPU コホート台帳を構築する
各材料コホートのアーキテクチャ、構成、数量、シリアル証拠、取得コスト、納品、試運転、保証、ワークロードの適合性、資金調達、使用率、更新計画を記録します。ネットワーク、ストレージ、冷却をサポートすると、公称 GPU 数よりも前に、使用可能なサービスが制限される可能性があります。失敗したユニット、アイドル状態のユニット、予約済みのユニット、および請求可能なユニットを個別に記録します。
すべてのコホートをサイトや顧客にリンクします。請求書と担保書類の所有権と先取特権を調整します。コホートごとのモデルのメンテナンス、交換、残存回収。商業ケースでは、契約期間を通じて契約を履行するのに十分なリフレッシュ資金を提供する必要があります。会計上の帳簿価額と経済的回収可能性は別個のスケジュールのままにしておくべきである。
14. データセンターの容量、電力、配信状態をマッピングする
個別のキャンパスの可能性、許可された容量、契約電力、通電電力、委託された IT 負荷、顧客が使用可能な容量、および受け入れられた請求可能な容量。インドのデータセンター拡張の発表では、複数年にわたるキャンパス規模が説明される場合があります。現在の収益は、機器、ネットワーキング、冷却、電力、そして顧客の受け入れの連携に依存しています。
接続契約、オープンアクセスまたは再生可能な取り決め、バックアップ生成、施設のリース、冷却、ネットワーク、建設のマイルストーン、保証金と削減を確認します。顧客の開始日と GPU の注文を同じサイトのスケジュールにリンクします。これらの州が調整された後、仮想の 76 MW 計画は 24 MW として承認され、請求可能になります。
15. 輸入ハードウェアと陸揚げコストの台帳を作成する
サプライヤー、機器、構成、購入通貨、注文日、デポジット、残高、納期、運賃、保険、税関分類、関税、税金、統合、保証および輸入書類を記録します。資格のあるアドバイザーとともに、経済コストとは別に控除可能な税金を確認します。それぞれのコミットメントをヘッジ、資金源、顧客ケースに関連付けます。
高度なアクセラレータは、サプライヤーの割り当てと外国の輸出許可に依存する場合があります。モデルの承認の遅れ、部分的な納品、構成の変更、および統合コストの増加。購入のお知らせは設置容量ではありません。ハードウェアの交換には、パフォーマンス、ソフトウェアの互換性、電力密度、顧客の受け入れに関する証拠が必要です。
16. 顧客コホート別のモデルの利用状況
最初に承認された請求対象月を使用して月次コホートを構築します。予約済み、最小、可変、および実際の使用を表示します。クラスターのサイズ、ネットワーク強度、期間、価格が異なる可能性があるため、トレーニング、推論、微調整、調査、内部ワークロードを個別に実行します。動作ヘッドルームと冗長性を維持します。
使用率曲線は、ランプ、定常状態、縮小、更新、再展開を示す必要があります。同じ予備容量が複数の独立した機会をサポートできるようにしないでください。加重曲線を物理容量と請求に合わせて調整します。仮想の中心ケースでは、請求可能な使用率が 70 パーセントに達します。下値は50パーセントに達します。
17. 顧客レベルの貢献利益を計算する
収益の質には、顧客にサービスを提供するために必要なコストを除いたマージンが含まれます。電力、設備、ネットワーク、オーケストレーション、サポート、サービス クレジット、販売手数料、および直接起因するメンテナンスを割り当てます。ユーザーが各レイヤーを理解できるように、減価償却、リース、リフレッシュ資本、資金調達を貢献度の下に表示します。
一貫した定義に基づいて、スポンサー、州と連携したコホート、および独立したコホートを比較します。大容量アンカーはユニットエコノミクスが低くなりますが、容量の提供をサポートします。小規模な海外顧客は、価格の発見と多様化を提供できます。ポートフォリオの決定には、両方の役割と、それらを維持するために必要な資金を反映する必要があります。
18. 契約から現金化までのスケジュールを作成する
配信、受領から請求、回収まで、実行された各トランシェを毎月予測します。最低額、変数の使用、エスカレーション、クレジット、税金、通貨、支払いの遅れが含まれます。署名のない拡張と更新は別個のケースのままです。予測期首残高を契約、売掛金、繰延収益元帳と照合します。
キャッシュスケジュールでは、流動性、契約、またはサプライヤーの支払いが厳しくなる最初の月を特定する必要があります。収益だけを動かすのではなく、遅延を運転資本に結び付けます。このスケジュールは、評価、負債サイジング、および取引保護の一般的な運用ケースになります。
19. 資金調達のスケジュールを立てる
各顧客トランシェをサイト、電源、GPU、ネットワーク、コミッショニング、および受け入れに接続します。残りの資本とサプライヤーの支払いを記録します。関連する機器とサービスが顧客の条件を満たさない限り、メガワットは現金をサポートすべきではありません。配信確率を運用前のキャパシティに適用します。
スケジュールでは循環依存関係を明らかにする必要があります。つまり、サプライヤーからの入金には融資が必要であり、融資には引き取りが必要であり、納品後に引き取りが開始されます。コミットメントされたエクイティ、スポンサーサポート、顧客の前払い、マイルストーン負債、または段階的な調達を通じて、この循環を解決します。すべての前払いに対するモデルの返金と制限条件。
20. 地図ルピーと外貨融資
GPU プラットフォームは、国内の定期ローン、設備ファイナンス、外部商業借入、リース、ベンダー クレジット、株主枠、顧客の前払いを使用できます。通貨、金利、ヘッジ、借り手、証券、償却、約款、準備金、保証、支配権の変更を取得します。 RBI 要件と施設文書には最新の専門家によるレビューが必要です。 [16][17]
債務期間と契約期間および GPU の経済寿命を比較します。ルピー収入を原資とする外貨設備や負債は、換算リスクとキャッシュフローリスクを生み出します。顧客の前払いにより配送または返金の請求が発生します。運転資本におけるサプライヤーの保証金と補助金の受取りをモデル化します。エクイティブリッジは、法的優先順位と経済的実体に応じて各請求を差し引く必要があります。
21. 収益と資産の会計証拠を適用する
IFRS第15号は、強制力のある契約、履行義務、取引価格、収益認識の分析をサポートしています。 IAS 第 16 号、IAS 第 36 号および IFRS 第 16 号は、設備、減損およびリースの証拠を通知します。 IFRS第13号は公正価値評価方法を規定しています。会計は商業的勤勉さに代わるものではありませんが、調整により、記載された未処理残高、認識された収益、および資産の回収可能性の間の差異が明らかになる可能性があります。 [15][16][17][18][19]
ポリシーペーパー、契約評価、減損モデル、リーススケジュール、監査差異を入手します。管理指標と法定勘定を調整します。残りの履行義務をより広範な販売残高とは区別して会計処理してください。調整された測定値には、報告された数値と安定した定義への橋渡しが必要です。
22. データ主権、サイバーおよび運用管理を評価する
お客様は、ローカル データ処理、アクセス制御、暗号化、監査、インシデント対応、人員制限を要求することができます。各義務を建築、現場、下請け業者にマッピングします。主権プラットフォームは依然として外国のソフトウェア、ハードウェア、サポート プレーン、またはコントロール プレーンに依存する可能性があります。これらの依存関係を特定します。
現在の国家要件、契約、および認知されたサイバー フレームワークを使用します。 ID、特権アクセス、ロギング、分離、バックアップ、リカバリ、インシデントの証拠をテストします。価格による修復とサービスの中断が必要です。商用品質には、オペレーターが約束を安全かつ繰り返し実行する能力が含まれます。
23. 市場、サプライヤー、チャネルの依存性をテストする
インドの GPU クラウド プロバイダーは、政府ポータル、独自のプラットフォーム、再販業者、システム インテグレーター、グローバル マーケットプレイスを通じて配布できます。顧客関係の所有者、価格、請求書、サポートの管理、使用状況データの受け取り、更新の管理を記録します。プロバイダーの容量をチャネル制御の需要から分離します。
サプライヤーのエコシステムは、1 つのハードウェア アーキテクチャまたは市場への依存を高めながら、使用率とソフトウェア アクセスを向上させることができます。総純収益、売掛金リスク、顧客の可視性、チャーンをルートごとに測定します。市場までのルートが多様化すると、明確な料金を支払う顧客と譲渡可能な商業関係が生み出され、価値が高まります。
24. 企業価値をルピーで三角測量する
一貫した定義に基づいて、割引キャッシュ フロー、承認された請求可能容量の参照、および関連する市場の参照を使用します。 DCF では、ルピーの顧客キャッシュ フロー、陸揚げされた設備コスト、ヘッジ、電力、税金、運転資本、リフレッシュ、および資金調達を使用する必要があります。容量参照では、計画されたメガワット数や注文された GPU とは異なる、受け入れられたサービスを評価する必要があります。
市場参照には、公的サポート、顧客の質、使用状況、アクセラレータの使用年数、電力、サイト制御、ソフトウェア、通貨、請求などの調整が必要です。方法を平均化するのではなく、調整します。定められた為替レートの仮定と感応度を通じて、外貨投入とルピーの評価を結び付けます。
25. 企業と株式の架け橋を築く
国内外の負債、リース、ベンダーの義務、顧客への返金、制限額、未払いの設備投資、その他の負債に類する項目を控除します。無制限に利用可能な現金のみを追加します。ヘッジ資産とヘッジ負債を一貫して表示します。法人および証券ごとに請求を割り当てます。
仮想の中心ケースでは、8,600 億ルピーの企業価値と 3,750 億ルピーの調整済み請求額を使用し、4,850 億ルピーの資本を生み出します。このマイナス面を合わせると、3,600 億ルピーの企業価値と 4,050 億ルピーの保険金請求が発生し、資本の回復は見込めません。これらの数字は特定の企業を示したものではありません。
26. 通貨、配信、利用のマイナス面を組み合わせて実行する
関連するリスクを組み合わせます。ルピーの下落により、設備の保証金、最終支払い、債務返済が増加し、収益が再価格化される前にリフレッシュされる可能性があります。輸入やサプライヤーの遅延により、利息やリース費用が継続する一方で、試運転、受領、請求が延期される可能性があります。プログラムの割り当てが少ないと、利用率が低下し、借り換えが弱まる可能性があります。
仮説の下振れは、ヘッジなし契約での12％のルピー下落、9か月の試運転遅延、公的割り当ての減少、請求可能な使用料の50％、更新価格の下落、資金調達コストの上昇を想定している。最低流動性、約定ヘッドルーム、必要な資本を計算し、回収を請求します。事件を変える証拠と閾値を述べてください。
27. 調査結果を資金調達と取引保護に変換する
証拠のギャップをマイルストーン資本、引出条件、引当金、ヘッジ要件、顧客の同意、サプライヤー保護、アーンアウト、約款、ウォークアウェイ基準に変換します。各メカニズムには、測定可能なトリガー、ソース、計算エージェント、紛争プロセス、および長期停止日が必要です。
考えられる保護には、機器の納入と受け入れられた請求可能容量に関連付けられた資金、約束された外貨支払いに対する最小限のヘッジ、税金または払い戻しのリスクに対する準備金、コスト超過に対するスポンサーの資本、および補助金を受けていない回収収益に基づく利益が含まれます。弁護士や税務顧問は、用語を実際の構造に合わせて調整する必要があります。
28. 初百日評価管理制度の確立
運用ダッシュボードでは、割り当て、契約状態、受け入れられた容量、有償使用量、補助金受取額、拠出利益、現金、電力、輸入設備契約、通貨カバーおよび資金調達余裕を調整する必要があります。データの所有者と例外のしきい値に名前を付けます。州間のあらゆる移動には証拠が必要です。
優先事項は、契約と現金のギャップを埋めること、補助金と顧客請求の安定化、納入と電力マイルストーンの確保、通貨エクスポージャーの管理、補助金のない企業需要の構築、リフレッシュ資本の管理です。理事会は公的支援を受けたコホートと商業コホートを個別に検討し、それらを流動性と評価のケースに合わせて調整する必要がある。
付録 A. 統合された収益品質モデル
このフレームワークには 3 つの意図的な制限があります。まず、公的発表と企業リリースによって戦略的背景が確立されます。特定のプラットフォームの条件、使用率、または収集パフォーマンスを証明するものではありません。第二に、顧客の独立性は、取引記録とガバナンスの証拠を必要とする商業上の分類です。所有権だけが契約の質を決めるわけではありません。第三に、アクセラレータ市場、輸出ルール、電力協定、およびソフトウェア経済は急速に変化する可能性があります。したがって、評価入力には、指定された日付、ソース、および更新トリガーが必要です。資格のある法務、会計、技術、サイバー、税務のアドバイザーは、専門分野内の事項を検討する必要があります。
証拠階層は、締結された契約、規制当局の承認、受領記録、請求書、銀行領収書、遠隔測定、権原および財務書類に優先します。監査済みの財務諸表と管理された管理報告書により、調整が可能になります。公開声明とサードパーティの市場情報がコンテキストを提供します。ソースが競合する場合、モデルは差異を記録し、サポートされていない解決策の強制を回避します。この階層構造により、戦略的な物語が資金調達や投資の意思決定をサポートできる証拠と結びつけられます。
モデルは毎月実行され、顧客グループ、契約、注文、サイト、GPU コホート、電力割り当て、請求書、領収書、融資請求に安定した識別子を使用する必要があります。各顧客は法人識別子と経済的独立性の分類の両方を受け取ります。各商業文書は、発表から更新までの状態を受け取ります。変更には証拠のリンク、所有者、日付が必要です。この設計により、経営者、投資家、貸し手は公開または経営報告書から現金への橋渡しを再現することができます。
契約スケジュールには、最小ボリュームとオプションボリュームが個別に記録されます。配送条件、受領、サービスレベル、クレジット、価格、エスカレーション、終了、更新、請求書、および回収が記録されます。容量スケジュールには、計画、電力契約、通電、試運転、使用可能、および受け入れられたメガワットが記録されます。機器スケジュールには、コホート構成、試運転、使用状況、所有権、セキュリティ、メンテナンス、リフレッシュ、および残存が記録されます。顧客割り当ての合計は、冗長性と運用ヘッドルームを考慮した上で、テスト済みのサービス容量を超えることはできません。
顧客スケジュールでは、コホート変換、有償使用量、総保持率、純保持率、貢献利益、および現金回収が計算されます。スポンサー、州と連携したコホート、および独立したコホートは引き続き表示されます。チャネル顧客は、入手可能な場合には中間顧客情報と最終顧客情報の両方を使用して分析されます。資金調達スケジュールは、すべての負債、リース、前払い、引当金、保証を関連法人および営業キャッシュ フローに関連付けます。
評価には同じスケジュールが使用されます。割引キャッシュ フローは、契約と容量の提供に続きます。請求可能な容量の参照は、同等の受け入れられた容量にのみ適用されます。市場参照では、一貫した顧客、電力、機器、請求の定義が使用されます。企業から株式へのブリッジでは、法的優先順位に基づいて請求が差し引かれます。複合的な下振れにより、関連する前提条件が変更され、流動性、コベナント、および資本の要件が特定されます。
付録 B. 最小限の確認証拠
コマーシャルルームには、作成された顧客文書、調達記録、承認、受領書、サービスレポート、請求書、クレジット、売掛金および銀行領収書を含める必要があります。手術室には、サイト契約、電力権、建設マイルストーン、容量テスト、GPU シリアル、遠隔測定、インシデント、メンテナンスおよび更新計画を含める必要があります。融資ルームには、設備、リース、保証、準備金、担保および前払い条件を含める必要があります。規制室には、ライセンス、認可、データ主権管理、サイバーセキュリティの証拠、および現在の弁護士のアドバイスが含まれる必要があります。
サンプル テストは、注文の実行からサービスの割り当て、テレメトリ、請求書、現金に至るまでの高額顧客の期間を追跡する必要があります。例外には、財務上の影響、所有者、救済策、および期限を記載する必要があります。価値を動かす差異が解決され、価格設定され、保護され、または意思決定者によって明示的に受け入れられた場合、証拠は十分です。
付録 C. うまくいった仮定のケース
この訴訟は、14,400 億ルピーの約束額と期待額が示されていることから始まります。公共プログラムおよび政府関連の顧客は 5,040 億ルピー、公共部門および規制対象企業は 3,600 億ルピー、補助金を受けていない民間または海外の顧客は 5,760 億ルピーに相当します。契約見直しにより10億5000万ルピーが削減される。配送と輸入のタイミングにより、1,400 億ルピーが削減されます。利用と受け入れにより 1,000 億ルピーが削減されます。クレジットと回収により 6 億 5,000 万ルピーが削除されます。オプションまたは重複した金額の場合は、4 億 5,000 万ルピーが削除されます。リスク調整後のスケジュールは9,850億ルピーです。
容量は個別に調整されます。計画では76MWと記載されている。実行された文書は 58 MW の電力権をサポートします。 42 MW が通電されています。 34 MW は、冷却、ネットワーク、冗長性、試運転後に顧客が使用可能です。 24 MW は受け入れられ、請求可能です。計画された生産能力は、残存資本、納期、確率が認識された後に価値を受け取ります。
陸揚げコスト台帳では、設備を 4 つのコホートに分割します。購入通貨、預金、最終支払い、運賃、保険、関税、控除対象税、統合および融資は個別に記録されます。中心的なケースでは、仮想ポリシーに従って約束された外貨支払いをヘッジし、契約のパフォーマンスが低下する前に資金をリフレッシュします。ヘッジされていない残存エクスポージャーは通貨感応度に入ります。
中央のケースでは、請求可能な使用率が 70 パーセントに達し、定常状態でのマージンは 29 パーセントに達します EBITDA。これには、サポート対象価格と商用価格、補助金決済のタイミング、電力、設備、ネットワーク、サポート、メンテナンス、運転資本、リフレッシュが組み込まれています。割引キャッシュ フロー、請求可能容量、市場参照が 8,600 億ルピーの企業価値を支えています。調整後の請求額 3,750 億ルピーは、例示的な資本として 4,850 億ルピーを生み出します。
総合的なマイナス面としては、ヘッジされていない設備契約に対する 12% のルピー下落、9 か月の試運転遅延、公的割り当ての減少、請求対象の使用料の 50%、更新価格の低下、借り換えコストの増加が挙げられます。企業価値は3,600億ルピーに低下。預金、利息、リース、約束された設備投資が現金を吸収するため、調整後の請求額は40億5000万ルピーに増加する。実例による資本の回収はゼロです。
提案された対応策は、資金を機器の納入と許容された生産能力に結びつけ、確約された支払いに対して明示された為替リスクポリシーを要求し、係争中の税金や払い戻しのエクスポージャーを留保し、残りのスポンサー資本を確保し、補助金のない回収された収益を商業収益に使用することを規定している。この数字は仮定であり、特定された企業、証券、取引については記述されていません。
付録 D. 理事会および貸し手のデリジェンスに関する質問
所有権と顧客の分類: 資本、土地、電力、保証、調達の方向性、顧客の予算を提供するのはどの組織ですか?どの顧客の決定が独立して行われ、その結論を裏付ける記録は何ですか?運営者は、1 つの親会社、予算、または国家プログラムを共有する法人を集約しましたか?関連当事者への開示または独立した独立企業間テストが必要な収益はどれですか?
契約の証拠: 記載されている帳簿のうち、履行された最低支払義務によって裏付けられている割合はどれくらいですか?どの金額が覚書、予約、オプション、または予想される拡張として残っていますか?どのような納品、受領、サービス、終了条件によって価値が低下する可能性がありますか?コントロール変更の要件と顧客の同意は特定されていますか?すべての材料の量を注文、請求書、回収記録まで追跡できますか?
商用導入: 何人の顧客が試用版から有料サービスに移行し、何人が再度購入しましたか?コホート別の総維持率、純維持率、貢献利益率とは何ですか?スポンサークレジット、補助金、または強制的な割り当てなしで支払う個人顧客はどれですか?取得にはどれくらいの時間がかかり、どれくらいの費用がかかりますか?また、チャーンされたキャパシティはどれくらいの速さで再配置できますか?
容量の提供: どのメガワットが電力契約、通電、試運転、顧客使用可能、受け入れ可能ですか?各段階でどのような資本が残るのでしょうか?どのマイルストーンが公共事業、家主、供給業者、または規制当局の認可に依存するのでしょうか?顧客の納品スケジュールは、エンジニアリングおよび資金調達のスケジュールと同じ日付を使用しますか?これらの日付がずれた場合、どのようなペナルティや払い戻しが発生しますか?
機器とソフトウェア: どの GPU コホートが各顧客とワークロードに対応しますか?誰が所有権を持ち、どの貸し手または貸し手が担保を持っているのでしょうか?ネットワーク、ストレージ、冷却、またはソフトウェアの制約によってサービスが制限されていますか?契約期間中に必要なメンテナンスおよびリフレッシュ資金はどれくらいですか?交換用ハードウェア、統合、ダウンタイム、顧客の受け入れはモデル化されていますか?
価格設定とマージン: スポンサー顧客と独立顧客は、サービスの違いを考慮した上で同等の条件で請求されますか?契約価格と現金を区別する割引、クレジット、無料期間、リベート、税金、およびパススルー項目はどれですか?電力、設備、ネットワーク、サポート、インシデント発生後、オペレーターは顧客レベルでプラスの貢献を獲得していますか?下値局面ではどの契約が赤字になるのでしょうか？
現金と財務: 請求額は売掛金や銀行取引明細書と一致していますか?どの顧客の前払いが返金可能または制限されていますか?設備、リース、借金の支払い期限は、受け入れと回収に比べていつ頃になりますか?現金はどこに閉じ込められているのでしょうか？どの規約、保証、またはコントロール変更条項が請求を早めることができますか?
規制と回復力: 機器、最終用途、データ、サイバー、運用を管理する現在のライセンスと認可はどれですか?サービス アーキテクチャ内に残る外部依存関係はどれですか?弁護士は特定の取引と顧客の境界を確認しましたか?どのようなインシデントが発生し、どのように解決され、どのようなサービス クレジットや顧客の権利が得られたのでしょうか?
評価と決定: すべての方法で同じ許容容量、顧客分類、使用率、マージン、リフレッシュ、および請求の前提条件が使用されていますか?すでにキャッシュ フローに現れている戦略的利点はどれですか?契約またはキャパシティー・トランシェの価値を上昇させるにはどのような証拠がありますか?どのような証拠が減額、保留、または撤退のきっかけとなるでしょうか?署名前と終了後の各アップデートの所有者は誰ですか?
ガバナンス: 経営陣は手動でナラティブを調整せずに、制御されたシステムからボードのダッシュボードを再現できますか?メトリクスの定義は安定しており、文書化されていますか?内部監査では、契約から現金化および生産能力から現金化までの経路をサンプリングしていますか?スポンサーの目標と単独の商業的パフォーマンスは別々に評価されますか?これらの質問により、収益の質が 1 回限りの取引の実行ではなく、運用規律に変わります。
付録 E. シナリオ ガバナンスと更新プロトコル
中心的なケースは、評価日における意思決定者の証拠に裏付けられた期待を表す必要があります。未署名の顧客拡大、未承認の生産能力、未約束の融資、または無サポートの業務改善を含めるべきではありません。それぞれの重要な前提には、情報源、所有者、レビュー頻度、および変更のしきい値が必要です。モデルのアーカイブでは、後のパフォーマンスを元の決定と比較できるように、すべての承認に使用される入力セットを保存する必要があります。
上昇のケースには、特定された商業オプションが含まれる場合がありますが、すべてのオプションは、価値が認識される前に必要なイベントを記載する必要があります。例には、顧客の注文の実行、規制当局の承認、通電、サプライヤーの納入、受け入れ、または資金提供による拡張などが含まれます。このモデルでは、相互に競合する複数の顧客を、それぞれが同じ利用可能な容量を使用できるかのように扱うことは避けるべきです。確率、タイミング、資金は内部的に一貫している必要があります。
マイナス面を組み合わせると、同時に発生する可能性のあるリスクが結びつくはずです。収益と企業価値だけでなく、流動性と保険金も計算する必要があります。毎月の現金、約款のヘッドルーム、サプライヤーの保証金、返金、サービス クレジット、および必要な資本は常に表示される必要があります。管理アクションには、信頼できるタイミング、権限、およびコストが必要です。提案された資本削減または生産能力の延期は、どの契約や顧客関係に影響を与えるかを特定する必要があります。
アップデートは証拠に基づいて行う必要があります。コントラクトの実行によりドキュメントの状態が変化します。承諾すると、請求対象容量が変更されます。請求書と銀行記録は現金換算を変更します。テレメトリ変更の使用率。サプライヤーと公共事業の記録により配送が変更されます。取締役会は、実際の業績、承認された範囲の変更、外部条件および経営陣の想定を分離して、過去および現在の事例の調整を受ける必要があります。この規律により、投資期間を通じて公的支援と独立した商業的導入を一貫して評価できるようになります。
プロトコルでは、拒否された仮定と拒否の理由も保持する必要があります。この監査証跡は、取締役、貸し手、将来の投資家が、訴訟がどのように進展し、どこで判断が適用されたのか、その後の結果が執行、市場の動き、または最初の証拠のギャップを反映しているかどうかを理解するのに役立ちます。重大な例外は、更新された予測に反映される前に取締役会に報告される必要があります。
付録 F. インドの GPU クラウド評価データ辞書
顧客テーブルでは、法的顧客、最終的な親会社、部門、調達ルート、IndiaAI またはその他の公的割り当て、契約通貨、実行最低額、オプション使用、納入条件、受け入れ、サービス レベル、クレジット、終了、更新、請求条件、補助金支払者および回収口座を特定する必要があります。個別の経済顧客識別子は、アフィリエイトとチャネル取引を集約する必要があります。モデルでは元の契約通貨を保持し、制御されたレート テーブルを使用して換算する必要があります。
プログラム表には、プロバイダーの権限、対象となるサービス、料金表、割り当て、ユーザー負担金、補助金の割合、有効期間、必要な開始日、部品表、受け入れ時間、プロバイダーの請求書、和解金請求、和解金受領書および例外を記録する必要があります。サービスと支払いの証拠が収益を裏付けるまで、割り当ては運用の機会となります。この表では、承認された使用量、ユーザーの請求、補助金の請求、および現金の受け取りまでの日数を計算する必要があります。
陸揚げ原価表では、発注書、サプライヤー、機器コホート、構成、数量、シリアル証拠、インコタームズ、購入通貨、約定為替レート、デポジット、残高、運賃、保険、税関分類、関税、税金、税金の回収可能性、統合、現地保証、試運転および最終受入を特定する必要があります。資格のある税務および税関アドバイザーは、使用されている処理を確認する必要があります。評価では、回収可能税を恒久コストおよび運転資本のタイミングから分離する必要があります。
通貨表は、すべての外貨での支払いと借入をそのヘッジ、自然オフセット、および予測現金日と結び付ける必要があります。必須フィールドには、想定元本、通貨、ヘッジ手段、レート、満期、取引相手、担保、会計処理、実現決済が含まれます。感応度は、検証されたヘッジ後のヘッジされていない正味エクスポージャーに適用される必要があります。予測される顧客価格の上昇は、契約が適時の回復を許可しており、顧客の行動がそれを裏付けていない限り、ヘッジにはなりません。
容量テーブルには、サイト、家主または所有者、許可された IT 負荷、契約電力、通電電力、冷却構成、ネットワーク容量、設置された機器、試運転、顧客の使いやすさ、受け入れ、残存資本、および最も早いサービス日を記録する必要があります。容量値は、総負荷および冗長負荷の定義を保持する必要があります。すべての顧客割り当ては、テストされたヘッドルームを超えることなく、1 つ以上の特定のサイトおよびコホートに接続する必要があります。
使用率テーブルでは、利用可能な GPU 時間、予約済み GPU 時間、配信済み GPU 時間、受理済み GPU 時間、請求可能時間、補助金支給時間、支払済み GPU 時間、および回収された GPU 時間を区別する必要があります。アクセラレータのタイプ、ワークロード、顧客、サイト、スケジューラ データ、メンテナンス、失敗したジョブ、内部使用、プロモーション用、クレジット、および価格を記録する必要があります。コホートは、最初に受け入れられた請求対象月から始まります。理事会のダッシュボードには、サポート対象から非補助使用への変換と、各段階に関連する貢献利益が表示される必要があります。
資金調達表では、借り手、貸し手、商品、通貨、元本、引出条件、利息、手数料、償却、満期、担保、保証、契約、引当金、資金調達、支配権の変更、および前払いを特定する必要があります。設備の財務をシリアル化された資産に関連付け、プロジェクトの負債をサイトおよび顧客のキャッシュ フローに関連付けます。報告された銀行債務を超えている場合でも、ベンダークレジット、株主設備、顧客の前払い、未払いのコミットメント設備投資を記録します。
現金モデルでは、期首現金、顧客の受け取り、補助金の受け取り、税金、運転資本、サプライヤーの保証金、最終設備の支払い、営業コスト、リース、利息、償却、メンテナンス、更新および制限付き準備金の動きを調整する必要があります。最低流動性または契約ヘッドルームが満たされない最初の月を特定する必要があります。救済資金の提供には、約束された金額、権限、時期、条件を明記する必要があります。
評価表には、方法、評価日、通貨、予測バージョン、割引率、最終仮定、許容容量、使用率、拠出利益、更新、税および請求の定義を保持する必要があります。割引キャッシュ フロー、生産能力の参照、および市場の参照では、同じ運用証拠を使用する必要があります。方法間の違いは依然として明らかであり、補助金、顧客の集中、通貨、ハードウェアの年齢、電力、ソフトウェア、資金調達の調整について書面で説明されています。
ガバナンス テーブルには、データ所有者、ソース システム、レビュー頻度、許容範囲、例外、救済策、承認を記録する必要があります。契約、割り当て、為替レート、機器の納入、電力、受入、使用、回収、または資金調達に重大な変更があった場合は、最新のケースがトリガーされる必要があります。アーカイブには、承認された各入力セットと次のバージョンへのブリッジを保存する必要があります。これにより、運用証拠が企業価値と株式価値をどのように変化させたかについて監査可能な記録が作成されます。
付録 G. 決定の図と表
完全に仮説です。 Matchpoint Partners 分析。
| クラス | 決定証拠 | 主なリスク |
|---|---|---|
| 公共プログラムの顧客 | 権限、予算、実行された義務 | 政策や予算の集中 |
| 公共企業体 | 独自の調達と独自の予算 | 共通の所有権またはプログラム |
| 補助金を受けていない個人顧客 | 腕を伸ばしての購入と有料使用 | 価格敏感性とチャーン |
特に明記されていない限り、提案されたフレームワーク。
| 州 | 最低限の証拠 | モデル治療 |
|---|---|---|
| MOUまたは発表 | 署名された拘束力のない文書 | パイプラインのみ |
| 最小実行数 | 拘束力のある順序と条件 | コンディションを調整したスケジュール |
| 承認され請求されました | 受領書、請求書、サービス記録 | 収益と信用テスト |
| 集めてリニューアルした | 銀行の領収書と新しいコミットメント | 最高の採用証拠 |
特に明記されていない限り、提案されたフレームワーク。
完全に仮説です。 Matchpoint Partners 分析。
| 質問 | 証拠 | モデルの応答 |
|---|---|---|
| 権限 | 法律、委任、承認 | 資格 |
| 予算 | 流用または資金提供によるコミットメント | タイミングと信用 |
| パフォーマンス | 受け入れレベルとサービスレベル | クレジットと開始日 |
| 出口 | 終了、変更、紛争 | 効果的なテナー |
特に明記されていない限り、提案されたフレームワーク。
完全に仮説です。 Matchpoint Partners 分析。
| 分野 | 証拠 | 金銭的利用 |
|---|---|---|
| ハードウェアと構成 | シリアルと部品表 | ワークロードの適合 |
| コミッショニングとテレメトリ | テストとスケジューラ | 収益のタイミング |
| タイトルとセキュリティ | 請求書と融資 | クレームブリッジ |
| リフレッシュと残留 | 承認されたプランとサポート | フリーキャッシュフロー |
特に明記されていない限り、提案されたフレームワーク。
完全に仮説です。 Matchpoint Partners 分析。
| 楽器 | 一次リンケージ | 閉鎖テスト |
|---|---|---|
| 設備ファイナンス | 特定された GPU コホート | 耐用年数と償却 |
| プロジェクト負債 | 現場と契約現金 | 配信と集中力 |
| リース | データセンターの容量 | 期間と避けられないコスト |
| お客様の前払い | 配達義務 | 返金と制限 |
特に明記されていない限り、提案されたフレームワーク。
完全に仮説です。 Matchpoint Partners 分析。
完全に仮説です。 Matchpoint Partners 分析。
| アイテム | 中央ケース | 総合的なマイナス面 |
|---|---|---|
| 企業価値 | 8,600億ルピー | 3,600億ルピー |
| 調整済みの請求額 | 3,750億ルピー | 4,050億ルピー |
| 例示的な資本 | 4,850億ルピー | 0億ルピー |
特に明記されていない限り、提案されたフレームワーク。
| メトリック | 一次情報源 | トリガー |
|---|---|---|
| 受け入れられた請求可能な容量 | 顧客の受け入れとテレメトリー | 配送遅延 |
| 独立して徴収された収益 | 請求書と銀行 | コホート収縮 |
| 貢献利益率 | 台帳と使用状況 | 価格設定またはコスト差異 |
| 流動性と債権 | 財務と施設 | ヘッドルーム違反 |
特に明記されていない限り、提案されたフレームワーク。
情報源
- 報道情報局、内閣が2024年3月7日、10,300億ルピーを超えるインドAIミッションを承認。 一次ソースを読む
- 報道情報局、インドの一般的なコンピューティング能力は 34,000 GPU を超える、2025 年 5 月 30 日。 一次ソースを読む
- インド報道情報局、AI ミッションが手頃なコンピューティングとスタートアップ サポートで AI エコシステムを拡張、2026 年 3 月 25 日。 一次ソースを読む
- 報道情報局、IndiaAI のコンピューティング能力と価格サポート、2025 年 7 月 30 日。 一次ソースを読む
- IndiaAI、IndiaAI コンピューティング ポータル。 一次ソースを読む
- IndiaAI、Compute Portal のエンドユーザー割り当てとサービス プロバイダーのデータ。 一次ソースを読む
- IndiaAI、コンピューティング ユーザーのための準備完了の計算者、2026 年 3 月。 一次ソースを読む
- 報道情報局、IndiaAI ミッションの基盤と共通コンピューティングの更新、2026 年 2 月 13 日。 一次ソースを読む
- 報道情報局、インドのコンピューティング能力と AI インフラストラクチャ、2026 年 2 月。 一次ソースを読む
- Yotta Data Services、Yotta はインド AI ミッション、2025 年 2 月 17 日で活動しました。 一次ソースを読む
- Yotta Data Services、Yotta、NVIDIA は、2025 年 5 月 19 日に DGX Cloud Lepton 上で Shakti Cloud を開始します。 一次ソースを読む
- Yotta Data Services、Yotta、Microsoft がインドで AI イノベーションを推進、2025 年 5 月 28 日。 一次ソースを読む
- Yotta Data Services、Shakti Cloud 製品情報。 一次ソースを読む
- Bharti Airtel、統合報告書および年次財務諸表 2024-25. 一次ソースを読む
- Nxtra データ、持続可能性レポート 2025。 一次ソースを読む
- インド準備銀行、外部商業借入および貿易信用に関するよくある質問。 一次ソースを読む
- インド準備銀行、リスク管理と銀行間取引に関するマスターディレクション。 一次ソースを読む
- インド準備銀行、過去の外国為替市場データ。 一次ソースを読む
- 中央電力局、負荷生成バランス レポート。 一次ソースを読む
- 電力省、グリーン エネルギー オープン アクセス規則。 一次ソースを読む
- インド電子情報技術省AIミッション。 一次ソースを読む
- デジタル個人データ保護法、2023 年。 一次ソースを読む
- CERT-In、情報セキュリティの実践とインシデント報告に関する指示。 一次ソースを読む
- 国際エネルギー機関、エネルギーおよび AI。 一次ソースを読む
- NVIDIA Corporation、2026 年度年次報告書。 一次ソースを読む
- IFRS財団、IFRS第15号「顧客との契約からの収益」。 一次ソースを読む
- IFRS財団、IAS第16号有形固定資産。 一次ソースを読む
- IFRS財団、IAS第36号「資産の減損」。 一次ソースを読む
- IFRS財団、IFRS第16号リース。 一次ソースを読む
- 国際評価基準評議会、国際評価基準。 一次ソースを読む
