印度国家计算基础设施：共享 AI 容量的混合融资

1. 定义项目和融资范围

国家计算计划可以包括政策、采购、补贴管理、提供商拥有的设备、云服务、数据中心基础设施、网络、用户项目和主权集群。融资分析必须确定哪个实体拥有每项资产、与每个用户签订合同、接收每笔付款并承担每项服务义务。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^{[1][2][8][11]}

证据文件应从任务批准、采购文件、供应商协议、补贴规则、服务订单、资产登记册、发票、付款流程和预期融资范围开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，尽管资产、现金和债务分布在公共和私人实体中，但项目名称仍被视为一家项目公司。实际的应对措施是在调整资本规模或分配价值之前绘制法律和现金流范围。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

2. 通过证据阶梯阅读官方容量数据

官方披露的信息显示，搭载 GPU 的数量从最初的任务目标迅速扩展到超过 45,000 个。入职容量可以包括通过门户提供的提供商资源，并且应与自有、保留、安装、通电、计划、消耗和付费容量区分开来。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^{[1][2][3][4][5][6]}

证据文件应以官方披露、提供商配置、序列化设备或实例库存、门户可用性、服务日志、发票和收据开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于 GPU 数量直接转化为资本支出、利用率或主权所有权。实际的反应是根据所有权、位置、配置、可用性、使用和付款证据对每个容量进行分类。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

拟议的分类；直接记录决定治疗。

3. 明确公共服务目标

经济实惠的共享计算可以降低研究、初创企业、公共服务和小型企业的进入壁垒。融资结构需要可衡量的服务目标，例如合格的准入、项目完成、排队时间、成本降低、区域覆盖或战略工作负载能力。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^[1][5][7][9]

证据文件应从受益人定义、基线访问成本、项目标准、分配规则、服务水平、结果记录和反事实选项开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，公共利益被广泛描述，而付款和绩效测试奖励的是装机容量而不是有用的服务。实际的应对措施是选择一小组可衡量的访问和能力成果，并将公众支持与经过验证的交付联系起来。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

4. 将门户与资产基础分离

计算门户是一个访问和批准层。底层加速器、服务器、存储、网络、软件和设施可以由授权提供商拥有或控制。买方或贷方应避免假设门户拥有可恢复的硬件。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^[2][7][8]

证据文件应以门户条款、配置合同、提供商资产登记册、所有权、租赁、许可证、位置和替代权开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，公共接口被视为公共所有权和一个安全边界。实际的应对措施是将每个服务列表映射到提供商、资产组、站点、许可证、履约义务和恢复路线。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

5、将用户资格转化为需求证据

资格和注册创建了潜在的用户群。可融资需求需要批准的请求、预算、服务配置、预订、消费、接受和付款。自动批准较小的请求可以减少摩擦，同时仍然需要使用证据。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^[2][6][7]

证据文件应从注册、批准、请求的配置、批准的时间、预订、服务日志、验收、发票和付款开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于注册用户或批准的时间被建模为有保证的付费使用。实际的应对措施是通过每个阶段收集的现金和报告转换来建立合格用户的需求阶梯。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

6. 细分战略和商业工作负载

基础模型训练、研究、公共服务应用、初创实验和商业推理具有不同的持续时间、配置、数据、安全性和价格要求。容量规划不应将它们聚合到一个可替代的需求池中。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^[6][9][10]

证据文件应从项目目的、模型大小、工作负载概况、加速器配置、存储、网络、安全性、持续时间、预算和调度灵活性开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，一种平均 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]

证据文件应从产品价格、补贴、技术配置、能源遥测、软件许可证、支持工作、故障率和刷新分配开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，即使配置和服务强度存在重大差异，所有时间都会有余量。实际的反应是按工作量计算贡献，并分别显示公共成本和商业利润。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

建议的治疗；产品合同和会计建议为准。

16. 将电力、水和位置与服务成本联系起来

AI 计算取决于电网容量、备份、冷却、水策略、光纤和可靠的设施。地理多样性可以提高弹性和访问能力，同时增加网络和运营的复杂性。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^[15][16][17]

证据文件应从站点电力、关税、开放获取安排、可再生合同、冷却设计、用水、光纤、停电历史和扩展权开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于分配容量时没有提供以承诺的成本和可用性运行所需的能源和冷却证据。实际的应对措施是通过并发站点、公用设施、网络和环境证据来控制新的服务能力。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

17.管理进口硬件和供应集中度

官方消息人士承认全球采购的加速器和先进 GPU 制造的集中度。融资应解决分配、交付、出口管制、货币、保修、备件、支持和更换等问题。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^[3][4][18]

证据文件应从采购订单、供应商分配、进口批准、货币对冲、保修、支持、序列号、交付和替代开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于公共计划的规模被假设为保证获得未来技术。实际的应对措施是为经过验证的群体提供资金，使合格的供应商多样化，并维持替代和更新选项。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

18. 保护数据、网络安全和战略工作负载

共享容量可以处理公共、个人、研究和商业敏感数据。架构和合同应定义租户隔离、位置、访问、加密、事件响应、日志、删除和战略工作负载分离。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^[19][20][21]

证据文件应从数据分类、DPDP 适用性、安全架构、密钥管理、访问日志、事件测试、CERT-In 职责和客户条款开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，在控制权所有权和战略工作负载隔离得到证实之前就扩展了多租户访问。实际的应对措施是创建控制层并将每个工作负载限制为满足其法律和安全要求的服务。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

19. 以适度的额外性发展国内能力

本地组装、系统集成、软件、运营、研究、技能和未来处理器开发可以创造能力。发票地点本身并不能证明额外的国内价值或弹性。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^[3][10][18]

证据文件应从基线劳动力和供应商、角色图、制造记录、设计权、知识产权、培训评估、保留和操作权限开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，本地化的目标是奖励支出，而没有测试能力、质量、成本或连续性。实际的反应是对技能角色、经过验证的产出、知识产权、供应商绩效和独立运营能力使用加权分数。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

20. 定义贷方安全和现金瀑布

贷款人需要借款人拥有可执行的提供者或用户现金、受控账户、资产或合同担保、保险和补救权利。公共计划应收款可能需要分配和拨款分析。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^[12][22][24]

证据文件应从借款人结构、合同、支付机构、托管、担保、直接协议、保险、准备金、契约和执行建议开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，国家重要性被视为隐含的担保或安全和偿还证据的替代品。实际的应对措施是根据有压力的合格现金确定债务规模，并准确记录安全性和介入范围。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

21.应用假设的扩展案例

该案例测试了具有多个提供商、明确的公共访问支持和客户预订的 10,000 个加速器等效服务部分。这是一个决策模型，而不是对已宣布扩张的预测。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^{[1][3][22][24]}

证据文件应以规定的假设容量、成本、价格、利用率、支持、资金、能源和更新假设开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，在没有产品层面的需求或成本的情况下，使用总体产能和补贴来填充模型。实际的反应是在单独的时间表上显示来源、用途、利用、贡献、偿债和公共成果。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

完全是假设的；数字并未描述已宣布的交易。

22. 将风险分配给有能力管理风险的一方

技术陈旧、建设、电力、服务可用性、用户需求、价格、货币、网络安全和政策风险应受到控制。政府保留的风险应该是明确的、有上限的，并作为或有风险敞口报告。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^[12][13][14]

证据文件应从风险矩阵、合同、上限、保险、担保、变更机制、救济事件、终止和赔偿开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，一般性的支持语言将开放式的负面影响转移给了公共计划，或者导致提供商无法融资。实际的应对措施是分配可衡量的风险，为其定价并创建有时限的补救措施和终止价值。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

拟议的框架；最终合同和公共权力决定分配。

23.同时强调利用率、价格和刷新

需求下降可能与技术重新定价、电力成本上升和更新提前同时发生。组合场景很重要，因为价格竞争会降低收入，而旧设备会失去利用率和剩余价值。分析应确定合法所有者、服务运营商、付款人、受益人以及承担补救或过渡成本的各方。 ^{[3][6][10][24]}

证据文件应从情景模型、产品组、需求管道、电力敏感性、供应商条款、流动性、储备和纠正措施开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于，即使相关的市场和技术变化同时发生，单变量敏感性仍保留了债务能力。实际的应对措施是运行组合案例并定义产能延期、重新定价、股权修复和设备重新部署行动。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

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]}

证据文件应从协调的能力和需求阶梯、单位经济效益、支持工具、融资模式、风险分配、控制、情景和批准开始。每条记录应说明范围、生效日期、到期或刷新点、责任所有者以及与可用容量、用户结果和现金的关系。政策公告建立了背景。融资结论需要履行义务和观察到的服务绩效。

主要的失败在于战略重要性取代了所提议的部分是额外的、负担得起的和可融资的证据。实际的反应是仅批准由可审计合同、利用和公共价值测试支持的容量、支持和私人资本。中心假设应反映可执行的安排和观察到的利用情况。下行案例应结合相关的需求、价格、技术、电力、供应商、网络安全、政策和流动性风险。管理层的估计应在模型中确定，并随着证据的变化而更新。

提议的治理；每项批准均保留其法律效力。

来源

1. 新闻信息局，*内阁批准 IndiaAI 任务，支出超过 1030 亿印度卢比*（2024 年）。 阅读主要来源
2. IndiaAI，*IndiaAI 计算门户*。 阅读主要来源
3. 新闻信息局，*政府通过 IndiaAI 使命和半导体计划扩展主权 AI 基础设施*（2026 年）。 阅读主要来源
4. 新闻信息局，*IndiaAI Mission 通过负担得起的计算和启动支持扩展 AI 生态系统*（2026 年）。 阅读主要来源
5. 新闻信息局，*IndiaAI Mission 共享计算能力和项目访问权限*（2026 年）。 阅读主要来源
6. 新闻信息局，*印度人工智能计算能力； 34,381 个 GPU 和定价支持*（2025 年）。 阅读主要来源
7. IndiaAI，*计算门户资格和访问流程*。 阅读主要来源
8. 电子和信息技术部，*年度报告 2025-26*。 阅读主要来源
9. IndiaAI，*计算用户的 Ready Reckoner* (2026)。 阅读主要来源
10. 印度政府，*印度的计算能力和 AI 基础设施* (2026)。 阅读主要来源
11. 电子和信息技术部，*印度人工智能计算支柱*。 阅读主要来源
12. 经济事务部，*生存能力差距资助计划*。 阅读主要来源
13. 经济部，*基础设施领域 PPP 财政支持指南*。 阅读主要来源
14. 经济事务部，*印度基础设施项目发展基金计划*。 阅读主要来源
15. 电力部，*2022 年绿色能源开放准入规则*。 阅读主要来源
16. 中央电力局，*国家电力计划*。 阅读主要来源
17. 能源效率局，*能源效率和数据中心指南*。 阅读主要来源
18. 电子和信息技术部，*国家超级计算任务*。 阅读主要来源
19. 印度政府，*《2023 年数字个人数据保护法》*。 阅读主要来源
20. CERT-In，*有关网络事件的信息安全实践、程序、预防、响应和报告的指示*。 阅读主要来源
21. 国家关键信息基础设施保护中心，*指南和建议*。 阅读主要来源
22. 印度储备银行，*收入确认、资产分类和与预付款相关的拨备的审慎框架；正在实施的项目*。 阅读主要来源
23. IFRS 基金会，*IFRS 15 客户合同收入*。 阅读主要来源
24. IFRS 基金会，*IFRS 9 金融工具*。 阅读主要来源
25. IFRS 基金会，*IFRS 13 公允价值计量*。 阅读主要来源
26. IFRS 基金会，*IAS 20 政府补助会计和政府援助披露*。 阅读主要来源
27. IFRS 基金会，*IAS 36 资产减值*。 阅读主要来源
28. 印度政府，*2025-26 年经济调查；技术和 AI 章节*。 阅读主要来源