1. プログラムと資金調達境界を定義する
国家コンピューティング プログラムには、政策、調達、補助金管理、プロバイダー所有の機器、クラウド サービス、データセンター インフラストラクチャ、ネットワーク、ユーザー プロジェクト、ソブリン クラスターが含まれます。財務分析では、どの組織が各資産を所有し、各ユーザーと契約し、各支払いを受け取り、各サービス義務を負っているかを特定する必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [1][2][8][11]
証拠ファイルは、ミッションの承認、調達文書、プロバイダー契約、補助金規則、サービス注文、資産登録簿、請求書、支払いフロー、および予定されている資金調達範囲で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、資産、現金、債務が公的機関と民間機関にまたがっているにもかかわらず、プログラム名が 1 つのプロジェクト会社として扱われていることです。実際的な対応策は、資本の規模を決めたり、価値を割り当てたりする前に、法的境界線とキャッシュ フロー境界線を引くことです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
2. 証拠ラダーを通じて公式のキャパシティ数値を読み取る
公式開示によると、当初のミッション目標から 45,000 個を超えるオンボード GPU まで急速に拡張されています。オンボード容量には、ポータルを通じて利用可能なプロバイダー リソースが含まれる場合があり、所有、予約、設置、通電、スケジュール、消費、および有料の容量とは区別する必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [1][2][3][4][5][6]
証拠ファイルは、公式開示、プロバイダーの権限、シリアル化された機器またはインスタンスの在庫、ポータルの可用性、サービス ログ、請求書および領収書で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、主要な GPU 数が資本支出、使用率、または主権所有権に直接変換されていることです。実際的な対応策は、各容量番号を所有権、場所、構成、可用性、使用状況、および支払いの証拠によって分類することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
政府による開示； GPU 数は、共通の所有権ではなく、オンボードまたはプロビジョニングされた共有容量を表します。
| ステージ | 証拠 | 許可された使用 |
|---|---|---|
| 政策目標 | 承認されたミッション文書 | 戦略的背景 |
| 強化された容量 | プロバイダーとサービスのリスト | 潜在的な供給 |
| 利用可能なサービス | ポータルと技術的な受け入れ | サービス能力 |
| 承認されたリクエスト | 認可されたユーザー時間 | 需要パイプライン |
| 消費されたサービス | プロバイダーテレメトリー | 配達された使用 |
| 受け入れられ、請求されました | 顧客の承諾と請求書 | 収益テスト |
| 集めた現金 | 銀行の領収書と照合 | 返済証拠 |
提案された分類;直接の記録によって治療が決定されます。
3. 公共サービスの目標を定義する
手頃な価格の共有コンピューティングにより、研究、新興企業、公共サービス、小規模企業の参入障壁を軽減できます。資金調達構造には、適格なアクセス、プロジェクトの完了、待ち時間、コスト削減、地域範囲、戦略的なワークロード能力などの測定可能なサービス目標が必要です。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [1][5][7][9]
証拠ファイルは、受益者の定義、ベースラインアクセスコスト、プロジェクト基準、割り当てルール、サービスレベル、結果記録、反事実オプションで始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、公共の利益が広範に説明されている一方で、支払いとパフォーマンスのテストでは、有用なサービスではなく、設置された容量に報酬が与えられていることです。実際的な対応策は、測定可能なアクセスと能力の成果の少数のセットを選択し、公的支援を検証済みの提供に結び付けることです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
4. ポータルを資産ベースから分離する
コンピューティング ポータルは、アクセスおよび承認レイヤーです。基盤となるアクセラレータ、サーバー、ストレージ、ネットワーク、ソフトウェア、および設備は、権限を与えられたプロバイダーによって所有または制御されます。買い手または貸し手は、ポータルが回復可能なハードウェアを所有していると想定することは避けるべきです。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [2][7][8]
証拠ファイルは、ポータル条件、エンパネルメント契約、プロバイダ資産登録簿、所有権、リース、ライセンス、場所、および代替権で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な欠点は、共通のインターフェイスが共通の所有権および 1 つのセキュリティ境界として扱われることです。実際的な対応策は、各サービスのリストをプロバイダー、資産コホート、サイト、ライセンス、履行義務、および復旧ルートにマッピングすることです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
5. ユーザーの適格性を需要証拠に変換する
資格と登録により、潜在的なユーザーベースが生まれます。財務可能な需要には、承認されたリクエスト、予算、サービス構成、予約、消費、受け入れ、支払いが必要です。小規模なリクエストの自動承認は、使用状況の証拠を必要としながらも摩擦を軽減できます。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [2][6][7]
証拠ファイルは、登録、承認、要求された構成、認可時間、予約、サービスログ、受諾、請求書、支払いで始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、登録ユーザーまたは認可された時間が、保証された有料利用としてモデル化されていることです。実際的な対応策は、集めた現金とあらゆる段階でのレポート変換を通じて対象ユーザーからの需要のはしごを構築することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
提案されたフレームワーク。資金調達可能な治療は直接の記録に依存します。
6. 戦略的ワークロードと商用ワークロードをセグメント化する
基礎モデルのトレーニング、研究、公共サービス アプリケーション、スタートアップ実験、商用推論には、期間、構成、データ、セキュリティ、価格の要件が異なります。キャパシティ プランニングでは、それらを 1 つの代替可能な需要プールに集約しないでください。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [6][9][10]
証拠ファイルは、プロジェクトの目的、モデルのサイズ、ワークロード プロファイル、アクセラレータ構成、ストレージ、ネットワーク、セキュリティ、期間、予算、スケジュールの柔軟性から始める必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な欠点は、1 つの平均 GPU 時間の価格と使用率の仮定が、技術的に異なるワークロードに適用されていることです。実際的な対応策は、ワークロード要件に一致するキャパシティ プロダクトとキューを作成し、相互補助を開示することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
7. 補助金制度の前に市場の失敗を選択する
公的支援は、高いアクセスコスト、初期の需要の不確実性、戦略的能力、地理的包摂、国内供給の開発、または前向きな研究の波及に対処することができます。それぞれの問題には、異なる手段と終了条件が必要です。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [1][3][5][12]
証拠ファイルは、市場証拠、受益者の経済学、プロバイダーの入札、代替サービス、コストギャップ、波及事例、測定可能な追加性から始める必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、一律の割合の補助金が、支援なしで発生したであろう使用量を支払ったり、高価な供給に報酬を与えたりすることです。実際的な対応策は、検証済みのギャップをターゲットにし、競争力のある価格設定、上限、有効期限、および結果のレビューを使用することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
| 楽器 | 市場の問題 | リリーステスト |
|---|---|---|
| ユーザー補助金 | アクセスコスト | 受け入れられた適格な使用法 |
| 空室状況の支払い | 初期の需要の不確実性 | テスト済みの利用可能な容量 |
| 資本補助金 | 公共善の能力 | コンテストの受賞と修了 |
| 一次損失準備金 | 限られた信用履歴 | ポートフォリオの損失が確認された |
| 信用補完 | 債務期間または格付けギャップ | 定義された債務義務 |
| 結果支払い | 研究またはサービスの波及 | 独自に測定した結果 |
提案されたフレームワーク。法的権限と制度の規約が適用されます。
8. 競争力のある調達を利用して価格を探る
サービス仕様、比較単位、パフォーマンス、および割り当てルールが明確であれば、エンパネルはプロバイダーの競争を維持できます。アクセラレータ、メモリ、インターコネクト、ストレージ、ソフトウェア、サポートが異なる場合、価格だけでは誤解を招く可能性があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [2][6][8][9]
証拠ファイルは、入札書類、技術構成、ベンチマーク結果、プライスカード、割引、サービスクレジット、変更ルール、および落札決定で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な欠点は、名目 GPU 時間の価格が同等でない構成とサービス レベル間で比較されていることです。実際の対応策は、ワークロードで正規化された単位、ジョブの総コスト、完了時間、品質調整されたパフォーマンスを使用することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
9. 透過的な割り当てとキューのガバナンスを設計する
容量が不足している場合は、資格、優先度、リクエストのサイズ、スケジュール、延長、未使用の予約と申し立てに関するルールが必要です。透明性のあるレポートにより、アクセス目標を保護し、補助金付きの容量が対象ユーザーに到達しているかどうかを示すことができます。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [2][6][7]
証拠ファイルは、割り当てポリシー、スコアリング、委員会記録、キュー データ、承認、実際の使用状況、有効期限、例外、および異議申し立てのログで始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、戦略的ラベルやスポンサーとの関係が、監査可能な記録なしで公開された割り当てルールを無効にしてしまうことです。実際的な対応策は、プロジェクトの機密情報を保護しながら、割り当て、キュー、完了、および例外の集計メトリクスを公開することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
10. 容量を利用可能なサービスに変換する
GPU 数は、メモリ、パフォーマンス、相互接続、ソフトウェア、ストレージ、ネットワーク、電力の可用性、稼働時間、サポートを表すものではありません。ユーザーの価値は、意図したワークロードを完了するテスト済みのサービスによって異なります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [6][9][10]
証拠ファイルは、構成インベントリ、ベンチマーク スイート、可用性、ジョブの完了、失敗率、キュー時間、サポート、セキュリティ、顧客の受け入れから始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な欠点は、構成またはサービスの制約により生産的な使用が妨げられているにもかかわらず、リストに記載されたときに容量がカウントされることです。実際的な対応は、定義された製品に対する技術的およびサービスの受け入れ後にのみ、使用可能な容量を認識することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
| 寸法 | 最低記録 | ユーザー向けの開示 |
|---|---|---|
| アクセル | モデル、メモリ、数量 | 構成と価格 |
| 相互接続 | トポロジと帯域幅 | スケーリング制約 |
| ストレージとネットワーク | スループットと場所 | 含まれる費用と変動費 |
| ソフトウェア | バージョンとライセンス | 許可された使用 |
| 可用性 | メンテナンスとクレジット | サービスレベル |
| サポートとセキュリティ | 応答および制御層 | 資格とエスカレーション |
提案された仕様。各プロバイダー製品には技術的な承認が必要です。
11. 資産と耐用年数に合わせて資金を調達する
建物、電力、冷却は長期にわたるインフラストラクチャのファイナンスをサポートできます。アクセラレータ、ネットワーキング、ストレージは技術寿命も経済寿命も短くなります。ソフトウェアとパブリック アクセスのサポートは、物理資産の耐用年数ではなく、サービス期間に従います。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [10][18][24]
証拠ファイルは、資産コホート、購入およびリース期間、耐用年数、メンテナンス、更新計画、残存証拠、サービス契約、現金ウォーターフォールで始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、長期債務が初期の加速器集団が施設期間を通じて競争力を維持すると仮定していることである。実際的な対応策は、インフラストラクチャ債務、コホート設備資金、株式を組み合わせ、関連するキャッシュ フローに見合った準備金を更新することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
12. 公的支援を限定された手段として構築する
サポートは、顧客補助金、プロバイダー可用性の支払い、競争入札資本助成金、初回損失準備金、または結果支払いとして支払うことができます。この手段には、受益者、目的、上限、期間、リリーステスト、監査、およびクローバックを記載する必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [1][12][13][14]
証拠ファイルは、承認されたスキーム、予算、契約、支払マイルストーン、測定プロトコル、監査権、有効期限および回収条項で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、政策の意図が無条件の長期的な収入源として扱われていることです。実際的な対応は、強制力のある手段と検証された条件が資金提供主体と結びついている場合にのみサポートを含めることです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
13. アクセスをクラウドアウトせずにアンカーユーザーを契約する
政府機関、公的研究機関、基礎モデル チーム、企業は、予約または最小限の使用を通じて容量計画を改善できます。このプログラムは、少数のアンカーがより広範なアクセスを目的とした補助金付きの容量を消費することを防ぐ必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [5][6][7]
証拠ファイルは、予約契約、最低支払額、ユーザー クラス、キャパシティ ウィンドウ、リリース権、価格、クレジット、およびアクセスの上限で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、負債の規模を調整したり、適格な小規模ユーザーを置き換えるために予約を固定したりするために、拘束力のない利息表明が使用されていることです。実際的な対応策は、有料の予約を使用し、未使用のブロックを解放し、使用状況を公開して個別のアクセス プールを維持することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
14. 使用率を一貫して測定する
インストール時間、利用可能時間、予約時間、スケジュール済み時間、アクティブ時間、請求対象時間、および有償時間は、さまざまな状態を測定します。財務モデルでは、予約や失敗したジョブを二重にカウントすることなく、物理的な容量とサービスの可用性および現金を調整する必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [2][6][9]
証拠ファイルは、容量カレンダー、メンテナンス、サービス ログ、予約、アクティブなジョブ、請求記録、クレジット、請求書、現金の領収書で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、使用率が最も有利な分子と分母を使用し、停止、キュー、または未払いをマスクしてしまうことです。実際的な対応策は、キャパシティ ウォーターフォールを公開し、契約と貸し手のレポートであらゆる使用率の測定値を定義することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
完全に仮説です。年間アクセラレータ時間のシェア。
15. ワークロードごとにユニットエコノミクスを構築する
時間あたりの収益、補助金、電力、設備、ライセンス、サポート、ネットワーク、メンテナンスおよび更新のコストは製品によって異なります。混合平均では、損失を生む戦略的ワークロードと収益性の高い商用需要が隠蔽される可能性があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [6][9][10]
証拠ファイルは、製品価格、補助金、技術構成、エネルギー遠隔測定、ソフトウェアライセンス、サポート努力、故障率、リフレッシュ割り当てで始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な欠点は、構成とサービス強度が大幅に異なる場合でも、すべての時間に 1 つのマージンが与えられることです。実際的な対応は、ワークロードごとの寄与を計算し、公共コストと商業マージンを別々に示すことです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
| 成分 | 収益またはコストの要因 | 証拠 |
|---|---|---|
| ユーザー支払い | 受け入れられた請求対象時間 | 請求書と現金 |
| 公的補助金 | 対象となる受け入れ時間 | スキーム支払い |
| 電源と冷却 | 請求可能時間あたりのエネルギー | メーターと料金表 |
| ソフトウェアとサポート | 構成とサービス層 | ライセンスと人材配置 |
| メンテナンス | コホートと稼働時間 | サービス記録 |
| リフレッシュする | 経済的寿命と残存期間 | 資産コホート計画 |
提案された治療法;製品契約と会計上のアドバイスが適用されます。
16. 電力、水道、場所をサービスコストに結び付ける
AI コンピューティングは、グリッド容量、バックアップ、冷却、水戦略、ファイバー、信頼性の高い設備に依存します。地理的な多様性により、ネットワークと運用の複雑さが増大する一方で、復元力とアクセスが向上します。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [15][16][17]
証拠ファイルは、サイトの電力、料金、オープンアクセスの取り決め、更新可能な契約、冷却設計、水の使用、光ファイバー、停電履歴、拡張権から始める必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、約束されたコストと可用性で動作するために必要なエネルギーと冷却の証拠がない状態で容量が割り当てられていることです。実際的な対応策は、サイト、ユーティリティ、ネットワーク、および環境の証拠を同時に利用して、新しいサービス容量を制御することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
17. 輸入ハードウェアと供給集中の管理
公式情報筋は、世界中から調達されたアクセラレータと高度な GPU 製造が集中していることを認めています。資金調達は、割り当て、配送、輸出管理、通貨、保証、予備品、サポート、交換に対応する必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [3][4][18]
証拠ファイルは、発注書、サプライヤーの割り当て、輸入承認、為替ヘッジ、保証、サポート、シリアル番号、納品および交換で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、公的プログラムの規模が将来のテクノロジー世代へのアクセスを保証すると想定されていることです。実際的な対応は、検証済みのコホートに資金を提供し、適格なサプライヤーを多様化し、代替品や更新のオプションを維持することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
18. データ、サイバーセキュリティ、戦略的ワークロードを保護する
共有容量は、公共データ、個人データ、研究データ、商業上の機密データを処理できます。アーキテクチャと契約では、テナントの分離、場所、アクセス、暗号化、インシデント対応、ログ、削除、戦略的なワークロードの分離を定義する必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [19][20][21]
証拠ファイルは、データ分類、DPDP の適用性、セキュリティ アーキテクチャ、キー管理、アクセス ログ、インシデント テスト、CERT-In の義務、および顧客条件で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、制御の所有権と戦略的なワークロードの分離が明らかになる前に、マルチテナント アクセスが拡張されてしまうことです。実際的な対応策は、制御層を作成し、各ワークロードを法的およびセキュリティ要件を満たすサービスに制限することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
19.追加性を考慮した国内能力の開発
現地での組み立て、システム統合、ソフトウェア、運用、研究、スキル、および将来のプロセッサ開発により、能力を生み出すことができます。請求書の所在地だけでは、追加の国内価値や回復力を実証することはできません。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [3][10][18]
証拠ファイルは、ベースラインの従業員とサプライヤー、役割マップ、製造記録、意匠権、知的財産、トレーニング評価、保持および運営権限から始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、ローカリゼーションが能力、品質、コスト、継続性をテストせずに報酬の支出をターゲットにしていることです。実際的な対応策は、熟練した役割、検証された成果、IP、サプライヤーのパフォーマンス、および独立した運用能力に対して重み付けされたスコアを使用することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
提案された分析重み。プログラムの目標によって最終的な重みを決定する必要があります。
20. 貸し手のセキュリティと現金のウォーターフォールを定義する
貸し手は、強制力のあるプロバイダーまたはユーザーの現金、管理された口座、資産または契約のセキュリティ、保険および治療権を備えた借り手を必要とします。公共プログラム債権には譲渡と流用分析が必要な場合があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [12][22][24]
証拠ファイルは、借り手の構成、契約、支払機関、エスクロー、担保、直接契約、保険、準備金、約款、執行に関するアドバイスから始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、国家の重要性が暗黙の保証、または安全性や返済の証拠の代わりとして扱われていることです。実際的な対応策は、負債をストレスのある適格な現金に合わせて計算し、セキュリティとステップインの境界を正確に文書化することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
21. 仮説的な拡張ケースを適用する
このケースでは、複数のプロバイダー、明示的なパブリック アクセス サポート、および顧客予約による 10,000 アクセラレータ相当のサービス トランシェをテストします。これは、発表された拡大の予測ではなく、意思決定モデルです。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [1][3][22][24]
証拠ファイルは、記載された仮説上の容量、コスト、価格、使用率、サポート、資金、エネルギー、および更新の仮定から始める必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、製品レベルの需要やコストを伴わずに、ヘッドラインの生産能力と補助金がモデルを満たすために使用されていることです。実際的な対応策は、財源、用途、活用、貢献、債務返済、および公的成果を別のスケジュールで示すことです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
完全に仮説です。 INR 10億。
| メトリック | 中央ケース | ダウンサイドまたはゲート |
|---|---|---|
| 初期使用 | 6,400億ルピー | INR 7,050 億の上限 |
| 上級担保付債務 | 1,600億ルピー | キャッシュフローの上限を圧迫 |
| 設備金融 | 1,700億ルピー | 適格なコホートのみ |
| スポンサー資本 | 1,200億ルピー | 借金を引き出す前に犯された |
| パブリックアクセスのサポート | 1,300億ルピー | マイルストーンと使用量ベース |
| お客様のご予約 | 6億ルピー | 有料でリリース可能 |
| 4 年目の請求対象使用量 | 72% | 合わせて51%の下値 |
| 補助金前の実現価格 | 1時間あたり118ルピー | 90ルピーの下落 |
| エネルギー強度 | 請求可能時間あたり 0.78 kWh | プロバイダーの測定が必要です |
完全に仮説です。この数字は発表された取引を説明するものではありません。
22. リスクを管理できる当事者にリスクを割り当てる
テクノロジーの陳腐化、建設、電力、サービスの可用性、ユーザーの需要、価格、通貨、サイバーセキュリティ、政策リスクは管理に従う必要があります。政府が保有するリスクは明示され、上限が設定され、偶発的なエクスポージャーとして報告される必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [12][13][14]
証拠ファイルは、リスクマトリックス、契約、上限、保険、保証、変更メカニズム、救済措置、契約解除と補償で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、一般的なサポートの文言が公開プログラムに際限のないマイナス面を転嫁するか、プロバイダーが資金を提供できなくなることです。実際的な対応策は、測定可能なリスクを割り当て、それに価格を設定し、期限付きの救済策と終了価値を作成することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
| リスク | プライマリコントローラー | コアの保護 |
|---|---|---|
| ハードウェアの納品 | プロバイダーとサプライヤー | 確認された順序と置換 |
| 電力と設備 | プロバイダー | 利用可能性と救済制度 |
| ユーザーの需要 | プロバイダーとプログラム | 予約と柔軟なキャパシティー |
| 手頃な価格でアクセス | プログラム | 上限のある対象を絞った補助金 |
| サービスパフォーマンス | プロバイダー | クレジット、治療法、交換 |
| 戦略的継続性 | プログラムとオペレーター | 移行と予約容量 |
提案されたフレームワーク。最終契約と公的機関が割り当てを決定します。
23. ストレスの活用、価格とリフレッシュを一緒に
需要の低下は、テクノロジーの価格改定、電力コストの上昇、および更新の早期化と一致する可能性があります。価格競争により収益が減少する一方、古い機器は稼働率と残存価値が失われる可能性があるため、シナリオを組み合わせることが重要です。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [3][6][10][24]
証拠ファイルは、シナリオ モデル、製品コホート、需要パイプライン、電力感度、サプライヤー条件、流動性、予備および是正措置で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、関連する市場と技術の変化が同時に起こっているにもかかわらず、単一変数の感応度が債務能力を維持していることです。実際的な対応策は、組み合わせたケースを実行し、キャパシティの延期、価格設定の再設定、株式の修正、および機器の再展開アクションを定義することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
完全に仮説です。年間サービス収入は10億ルピー。
24. 収益、助成金、金融商品の会計処理
IFRS 第 15 号は顧客の収益を管理するものですが、補助金会計、リースおよび金融商品については個別の分析が必要です。ユーザーに代わって支払われたサービス補助金は、関連する履行義務と支払者に遡って追跡される必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [23][24][25][26]
証拠ファイルは、契約書、請求書、受領書、補助金文書、補助金条件、リース、債務条件、予想される信用損失、および会計上の意見で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、すべての公的領収書がその性質と条件をテストすることなく顧客収益または経常収益として認識されることです EBITDA。実際的な対応策は、金融商品ごとに会計を文書化し、報告された収益と融資可能な現金を照合することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
25. 譲渡可能な商業現金の価値を個別に評価する
IFRS第13号は市場参加者の視点を採用しています。公的波及効果、国土強靱性、研究上の利益は政策決定をサポートしますが、自動的に買い手への移転や債務の返済にはなりません。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [25][27]
証拠ファイルは、契約金、市場価格、公的結果の尺度、交換コスト、相乗効果、制限、および撤退の権利から始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、強制的な支払いや譲渡可能な権利がなければ、公的価値が企業価値に追加されることです。実際的な対応策は、営利企業価値、プロバイダー固有の利点、および公的成果を個別の意思決定記録に示すことです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
26. ソースデータ周りのモニタリングを設計する
プログラムと資金調達の監督は、容量、可用性、キュー、使用状況、完了、請求、補助金、支払い、エネルギー、インシデントと結果に関する直接データを受け取る必要があります。定義はプロバイダー間で安定している必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [2][6][9]
証拠ファイルは、データ ディクショナリ、プロバイダー フィード、ポータル レコード、請求書調整、テレメトリ、監査証跡、例外および署名された証明書で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な欠点は、管理ダッシュボードをサービス ログ、請求書、または現金と照合できないことです。実際的な対応策は、共通の測定プロトコル、自動調整、および独立したサンプル検証を作成することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
27. 計画の更新、移行、終了
ユーザーを中断したり、時代遅れの機器に公的支援を閉じ込めたりすることなく、容量を更新する必要があります。プロバイダーの終了、障害、またはパフォーマンスの低下には、ワークロードの移行、データの返却、ライセンスの継続性、および代替容量が必要です。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [8][10][18]
証拠ファイルは、更新トリガー、残りのチャネル、移行計画、データのポータビリティ、エスクロー、直接契約、交換品の調達と予約で始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、最初のプロバイダー コホートがプログラム期間全体にわたって利用可能であり、競争力があり続けると想定されていることです。実際的な対応策は、コホートの置き換えを契約し、相互運用性を維持し、継続性が重要な場合には移行前に資金を提供することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
28. 資本と政策の決定に至る
承認は、検証された需要、利用可能なサービス、透明性のある割り当て、効率的なサポート、適切な資金調達、安全な運営、信頼できる更新ルートに基づいて行われるべきです。意思決定記録では、公的コスト、私的リスク、および責任ある結果を特定する必要があります。分析では、法的所有者、サービス運営者、支払者、受益者、修復または移行費用を負担する当事者を特定する必要があります。 [1][12][22][25]
証拠ファイルは、調整されたキャパシティと需要のはしご、ユニットエコノミクス、サポート手段、資金調達モデル、リスク配分、コントロール、シナリオ、承認から始まる必要があります。各記録には、範囲、発効日、有効期限または更新ポイント、責任のある所有者、および使用可能な容量、ユーザーの成果および現金との関係を記載する必要があります。政策発表は文脈を確立します。資金調達の結論には、履行された義務と観察されたサービスのパフォーマンスが必要です。
主な失敗は、戦略的重要性が、提案されたトランシェが追加的で手頃な価格で資金調達可能であるという証拠の代わりになってしまうことである。実際的な対応策は、監査可能な契約、利用、公的価値のテストによってサポートされる能力、サポート、民間資本のみを承認することです。主要な前提条件は、強制力のある取り決めと観察された利用状況を反映する必要があります。下振れのケースには、関連する需要、価格、テクノロジー、電力、プロバイダー、サイバーセキュリティ、政策、流動性のリスクが組み合わされるはずです。経営者の推定値はモデル内で特定され、証拠の変化に応じて更新される必要があります。
| 決断 | 最低限の証拠 | 考えられるアクション |
|---|---|---|
| 容量トランシェ | 需要と利用可能なサービス | 承認、サイズ変更、または延期 |
| 公的支援 | 市場の失敗と追加性 | 付与、目標、または拒否 |
| 借金 | 強調された適格な現金 | 貸す、条件を付ける、または減額する |
| プロバイダー賞 | 価格、品質、回復力 | エンパネル、キャップ、または交換 |
| 割り当て | 公表された基準と結果 | 継続または再設計 |
| リフレッシュする | コホートのパフォーマンスと残差 | 保持、再展開、または置き換え |
| スケールアップ | 有償利用と公共価値 | 拡張、再入札、または停止 |
提案されたガバナンス。各承認は法的権限を保持します。
情報源
- 報道情報局、*内閣は、10,300 億インドルピーを超える支出を伴う IndiaAI ミッションを承認* (2024 年)。 一次ソースを読む
- IndiaAI、*IndiaAI コンピューティング ポータル*。 一次ソースを読む
- 報道情報局、*政府はインド AI ミッションと半導体イニシアチブを通じて主権 AI インフラを拡大* (2026)。 一次ソースを読む
- 報道情報局、*IndiaAI Mission は、手頃なコンピューティングとスタートアップ サポートを提供する AI エコシステムを拡張* (2026)。 一次ソースを読む
- 報道情報局、*IndiaAI Mission はコンピューティング能力とプロジェクト アクセスを共有* (2026 年)。 一次ソースを読む
- 報道情報局、*インドAI コンピューティング能力。 34,381 個の GPU と価格サポート* (2025 年)。 一次ソースを読む
- IndiaAI、*コンピューティング ポータルの資格とアクセス プロセス*。 一次ソースを読む
- 電子情報技術省、*年次報告書 2025-26*。 一次ソースを読む
- IndiaAI、*コンピューティング ユーザー向けの計算機* (2026)。 一次ソースを読む
- インド政府、*インドのコンピューティング能力と AI インフラストラクチャ* (2026)。 一次ソースを読む
- 電子情報技術省、*IndiaAI Compute Pillar*。 一次ソースを読む
- 経済省、*実行可能性ギャップ資金調達スキーム*。 一次ソースを読む
- 経済省、*インフラ分野における PPP への財政支援に関するガイドライン*。 一次ソースを読む
- 経済省、*インドインフラプロジェクト開発基金制度*。 一次ソースを読む
- 電力省、*グリーン エネルギー オープンアクセス規則 2022*。 一次ソースを読む
- 中央電力局、*国家電力計画*。 一次ソースを読む
- エネルギー効率局、*エネルギー効率とデータセンターのガイダンス*。 一次ソースを読む
- 電子情報技術省、*国家スーパーコンピューティングミッション*。 一次ソースを読む
- インド政府、*2023 年デジタル個人データ保護法*。 一次ソースを読む
- CERT-In、*情報セキュリティの実践、手順、予防、対応、サイバーインシデントの報告に関する指示*。 一次ソースを読む
- 国家重要情報インフラ保護センター、*ガイドラインと勧告*。 一次ソースを読む
- インド準備銀行、*前払いに関連する所得認識、資産分類および準備のための健全な枠組み。実施中のプロジェクト*。 一次ソースを読む
- IFRS財団、*IFRS第15号「顧客との契約から生じる収益」*。 一次ソースを読む
- IFRS財団、*IFRS第9号金融商品*。 一次ソースを読む
- IFRS財団、*IFRS第13号公正価値測定*。 一次ソースを読む
- IFRS財団、*IAS第20号「政府補助金の会計および政府援助の開示」*。 一次ソースを読む
- IFRS財団、*IAS第36号資産の減損*。 一次ソースを読む
- インド政府、*2025-26 年経済調査;テクノロジーと AI の章*。 一次ソースを読む
