AI Financiación de offtake de cargas de trabajo: contratación de demanda de cómputo volátil para prestamistas de proyectos

1. Definir el servicio financiado antes de dimensionar la deuda

La infraestructura de AI puede financiarse en varias capas. Un prestatario puede poseer una estructura con suministro eléctrico, arrendar una sala de datos equipada, operar servidores para un cliente, proporcionar una plataforma cloud gestionada o combinar estos servicios. El contrato de ingresos puede referirse a megavatios, racks, aceleradores, clústeres, horas de GPU reservadas, tokens, almacenamiento, rendimiento de red, software gestionado o un resultado más amplio. Cada capa crea una base de activos, una exposición de costes, una prueba de aceptación y un recurso del prestamista diferentes.

Por lo tanto, el perímetro de financiación debe identificar toda entidad, activo, licencia, arrendamiento, contrato de suministro y obligación de clientes que genere la caja modelizada. El perímetro debe mostrar quién posee el terreno, la conexión eléctrica, la planta de refrigeración, la red, los servidores y el software; quién contrata con el cliente; quién paga los costes operativos; y qué activos y cuentas por cobrar pueden otorgarse en garantía. Los servicios con partes relacionadas y los incumplimientos cruzados exigen un tratamiento explícito porque el proyecto puede depender de una sociedad afiliada que queda fuera del paquete de garantías.

La definición del servicio requiere una unidad medible y una ubicación. Una promesa contractual de «capacidad de AI» puede ocultar requisitos de arquitectura, cantidad, densidad de potencia, interconexión, disponibilidad, residencia de datos y software. El prestamista debe poder conciliar el pedido firmado con un bloque de capacidad física y un servicio facturable. Si el operador puede sustituir equipos o emplazamientos, deben documentarse las condiciones de sustitución, la equivalencia de rendimiento, los requisitos regulatorios y el consentimiento del cliente.

La alineación de plazos es la primera prueba de bancabilidad. El compromiso del cliente, el control del inmueble, los derechos de suministro eléctrico, el soporte de equipos, los contratos de red, los seguros y el vencimiento de la deuda deben cubrir periodos compatibles. Un contrato de cómputo a cinco años respaldado por un arrendamiento del emplazamiento a tres años o por una reserva de energía que vence crea un desfase. Un arrendamiento prolongado de centro de datos también puede superar la vida comercial útil del cómputo instalado, lo que genera capital de renovación antes del vencimiento de la deuda.

El modelo del proyecto debe utilizar un único diccionario de datos en los equipos comercial, técnico y financiero. Los identificadores de capacidad, el inicio del servicio, la disponibilidad, el precio, los créditos, el capex y la caja necesitan definiciones comunes. Esto evita que un term sheet describa la capacidad en una unidad mientras el calendario de ingeniería y el modelo de deuda utilizan otra. También crea la base para los informes a los prestamistas tras el cierre.

2. Elaborar un registro de cargas de trabajo que separe la demanda de la obligación

La previsión de demanda de AI debe descomponerse en cliente, carga de trabajo, etapa del modelo, tipo de servicio, geografía, fecha de inicio, duración, cantidad, clase de rendimiento y estado contractual. El entrenamiento, el ajuste fino, la inferencia, el procesamiento de datos y la simulación pueden tener perfiles de utilización distintos. Un cliente también puede trasladar cargas de trabajo entre infraestructura propia, hiperescaladores y proveedores especializados. El registro debe preservar estas distinciones antes de agregar la demanda.

Los pipelines comerciales deben clasificarse según la evidencia. Una manifestación de interés, una previsión, una solicitud de reserva, un term sheet firmado, un pedido cancelable, un contrato firme y una capacidad aceptada son estados diferentes. Solo la obligación de pago exigible debe incluirse en los ingresos contractuales del prestamista. Los demás estados pueden sustentar un escenario favorable separado cuando sus supuestos de conversión se divulguen y se contrasten.

La granularidad temporal es importante. La capacidad anual puede ocultar rampas mensuales, lanzamientos de modelos retrasados, inferencia estacional, demanda por picos y migración. El registro debe mostrar la cantidad mínima contratada, el uso real esperado y la cantidad máxima opcional para cada periodo. Cuando el cliente paga por capacidad reservada independientemente del uso, el modelo debe seguir comprobando si los créditos, el retraso o la terminación pueden reducir el pago.

La concentración de clientes debe ser visible en los niveles de capacidad, ingresos, EBITDA y caja. CoreWeave reveló que su mayor cliente representó el 62 por ciento de los ingresos de 2024 y siguió identificando un riesgo material de concentración en presentaciones posteriores. Una alta concentración puede coexistir con una calidad crediticia sólida, pero la financiación sigue expuesta a la estrategia, las aprobaciones de entrega y la disposición o capacidad de cumplir de un único cliente. Por lo tanto, el prestamista debe evaluar tanto la calidad del obligado como la dependencia.

El registro debe conciliarse con la infraestructura. Cada fila de carga de trabajo se vincula a un emplazamiento, una sala, un clúster, un bloque de potencia, una generación de equipos y una ruta de red. La capacidad sin infraestructura asignada puede generar una doble reserva. La infraestructura sin cargas de trabajo comprometidas genera exposición a mercado. Un registro combinado muestra cuándo divergen la rampa del cliente y la entrega física, y cuantifica el efecto en la caja.

Los valores son hipotéticos; el caso del prestamista debe distinguir entre compromiso mínimo, uso esperado y uso bajo estrés.

Tabla 1. Campos mínimos del registro de cargas de trabajo

Cada línea de ingresos debe vincular una obligación del cliente con capacidad y caja identificables.

3. Convertir una etiqueta de take-or-pay en caja exigible

Un acuerdo take-or-pay normalmente exige que el cliente pague por una cantidad reservada, la utilice o no. Las presentaciones públicas de CoreWeave describen contratos comprometidos que reservan capacidad por plazos plurianuales sobre esta base. Las divulgaciones públicas de Core Scientific describen acuerdos de colocation con precios fijos, escalación anual y ausencia de terminación unilateral por parte del cliente. Estos ejemplos muestran cómo los ingresos comprometidos pueden respaldar la financiación, mientras que sus condiciones detalladas también demuestran por qué la etiqueta por sí sola no establece la bancabilidad.

El contrato debe identificar la unidad de capacidad, la cantidad, el plazo, la condición de inicio y la fórmula de pago. Debe indicar si el cliente paga una vez que la capacidad está disponible, tras la aceptación, tras la instalación de los activos del cliente o en una fecha fija. Una condición de inicio controlada por el cliente puede diferir los ingresos incluso cuando el proyecto está terminado. Una fecha fija puede exponer al operador cuando la infraestructura requerida llega tarde. La asignación debe coincidir con la parte que controla cada riesgo.

El pago mínimo debe expresarse con independencia de la utilización real. La fórmula debe identificar la cantidad reservada, el precio unitario, la escalación, los impuestos, la energía, los costes repercutidos, los créditos y cualquier importe prepagado. El modelo del prestamista debe conciliar la fórmula con las facturas y la caja. Si la capacidad no utilizada puede revenderse, el contrato debe indicar quién recibe el producto de la reventa y si este reduce el pago del cliente original.

Los derechos de terminación requieren un calendario completo. La terminación por conveniencia, los fallos reiterados del servicio, el cambio regulatorio, las sanciones, la fuerza mayor, la brecha de datos, el retraso en la entrega, el cambio de control y la insolvencia pueden tener consecuencias de pago diferentes. La comisión de terminación debe someterse a prueba en cuanto a exigibilidad, cálculo, calendario y soporte crediticio. Una comisión nominal cuyo límite sea inferior a la deuda pendiente o que sea difícil de cobrar ofrece una protección limitada.

Las disposiciones sobre compensación y disputas también afectan a la caja. Un cliente puede tratar de retener importes correspondientes a varios servicios o filiales. Los prestamistas suelen preferir que los pagos continúen por la capacidad no disputada mientras un proceso de disputa acotado aborda el importe controvertido. Amplios derechos de compensación pueden convertir una cuestión operativa en una tensión inmediata para el servicio de la deuda.

4. Hacer objetivas la entrega y la aceptación

Los contratos de cómputo a menudo comienzan después de que un bloque de capacidad cumple las condiciones técnicas, legales y operativas. El calendario debe especificar equipo, arquitectura, cantidad, ubicación, energía, refrigeración, red, seguridad, software, rendimiento, disponibilidad y cumplimiento. Cada requisito necesita un método de prueba, una parte responsable, evidencia, un plazo de subsanación y una consecuencia.

La aceptación debe evitar la satisfacción subjetiva cuando sea posible. Los umbrales de referencia, los periodos de burn-in, las métricas de salud del clúster, la latencia de red, el rendimiento del almacenamiento, la estabilidad eléctrica y los controles de seguridad pueden medirse. Las aplicaciones específicas del cliente pueden requerir un arnés de pruebas y un protocolo de tratamiento de datos. El operador debe conservar evidencia de que el servicio contratado superó cada criterio.

La aceptación parcial puede preservar la caja cuando un gran despliegue llega por fases. El contrato puede definir bloques de capacidad con fechas de disponibilidad y facturación separadas. Esto evita que un bloque retrasado retrase todo un campus. También respalda los desembolsos escalonados de deuda y permite al prestamista hacer coincidir el capex financiado con los ingresos aceptados.

La asignación de retrasos debe distinguir entre retraso del operador, retraso del cliente, retraso de la empresa de servicios públicos, retraso de equipos y fuerza mayor. El retraso causado por el cliente puede activar la aceptación presunta, cargos de almacenamiento o el pago mínimo continuado cuando el servicio está listo. El retraso causado por el operador puede activar créditos, indemnizaciones pactadas o terminación. Los remedios deben conectarse con el modelo de deuda y mantenerse dentro de la capacidad de liquidez del proyecto.

El control de cambios es fundamental porque las arquitecturas AI evolucionan rápidamente. El cliente puede solicitar un acelerador más nuevo, mayor densidad, refrigeración líquida, un cambio de red o una pila de software antes de la entrega. El proceso de cambio debe identificar el capex incremental, el calendario, el precio, la aceptación y la titularidad. El operador debe evitar absorber una actualización tecnológica bajo un precio fijo sin un ajuste financiado.

5. Diseñar una arquitectura contractual que los prestamistas puedan controlar

La estructura del proyecto suele incluir al prestatario o a la sociedad de propósito especial, a los sponsors financieros, al cliente, al propietario del centro de datos, a la empresa de servicios públicos, a los proveedores de equipos, a los proveedores de red, al operador, a las aseguradoras y a los prestamistas. La bancabilidad depende de los vínculos entre ellos. Un compromiso de cliente a largo plazo no puede respaldar deuda cuando el prestatario carece de acceso duradero al emplazamiento, la energía, los equipos o la capacidad de servicio necesarios para cumplir.

Los contratos directos pueden otorgar a los prestamistas derecho a notificación de incumplimiento, periodos de subsanación y derechos de intervención en virtud de los documentos clave del proyecto. Puede que un prestamista necesite preservar el contrato con el cliente, el arrendamiento del emplazamiento, el contrato de suministro eléctrico, el soporte de equipos y el acuerdo de operación mientras hace efectiva la garantía. Los requisitos de consentimiento y las restricciones de confidencialidad deben resolverse antes del cierre.

El control de efectivo debe identificar cada ruta de pago. Los pagos anticipados de clientes, los cargos mensuales, los reembolsos de energía, los créditos por servicio, los importes de seguros y las cantidades de terminación pueden dirigirse a cuentas controladas. A continuación, el waterfall de distribución paga impuestos y costes operativos esenciales, servicio de la deuda, reservas y distribuciones permitidas en el orden acordado. Las divulgaciones públicas de Core Scientific describen efectivo contractual dirigido a una cuenta bloqueada vinculada a pagarés garantizados, lo que ilustra cómo los ingresos contractuales pueden integrarse en la garantía de la deuda.

La garantía debe ajustarse al activo y al régimen legal. Puede incluir acciones, cuentas por cobrar, cuentas bancarias, equipos, seguros, contratos relevantes y derechos derivados de arrendamientos. No puede suponerse que los equipos propiedad de un cliente o arrendador respalden la recuperación del prestamista. El prestamista debe verificar la titularidad, los registros de números de serie, los gravámenes, el acceso, los derechos de retirada y los acuerdos entre acreedores.

La estructura también debe contemplar la sustitución. Si el operador falla, un operador sustituto puede necesitar software, empleados, licencias de proveedores, datos de clientes y acceso físico. Los derechos de intervención sin capacidad operativa tienen un valor limitado. Un plan de ejecución práctico identifica el paquete mínimo de continuidad y el tiempo necesario para implementarlo.

La cadena financiable conecta la prestación de servicios, el pago del cliente y el control del prestamista.

Tabla 2. Matriz de contratos de capacidad de cómputo bancables

La solidez del contrato depende del conjunto completo de cláusulas y de la evidencia que respalda cada cláusula.

6. Establezca un precio mínimo a partir del coste total del servicio

El precio mínimo debe partir de la unidad de servicio contratada y de su coste total. Para la computación reservada, el desglose podrá incluir depreciación de equipos o coste de arrendamiento, energía, refrigeración, red, software, operaciones, mantenimiento, seguros, coste de propiedad, impuestos, seguridad, soporte, financiación, reservas y un rendimiento acordado. Los costes deben asignarse utilizando inductores transparentes en lugar de un promedio que oculte cargas de trabajo costosas.

La energía y la refrigeración pueden repercutirse directamente, incluirse en un precio fijo o recuperarse mediante una fórmula híbrida. Un precio fijo todo incluido da certeza al cliente, pero expone al operador a cambios en energía y eficiencia. Una repercusión directa pura protege el margen, pero puede debilitar la certeza del cliente sobre el precio. Un enfoque híbrido puede establecer una asignación base, una tarifa indexada, una referencia de eficiencia y un proceso de conciliación.

El coste tecnológico requiere un tratamiento independiente. El precio del servicio puede permanecer fijo mientras las nuevas arquitecturas reducen el coste unitario de cómputo. El índice AI de Stanford documenta rápidos descensos del coste de alcanzar un rendimiento de inferencia determinado, mientras que las divulgaciones de NVIDIA describen transiciones frecuentes de producto y costes por token sustancialmente menores para plataformas más recientes. Un precio fijo prolongado puede, por tanto, generar beneficios para el operador, presión de renegociación por parte del cliente o equipos antiguos varados en función de las condiciones competitivas.

El contrato puede abordar esto mediante derechos de actualización definidos, ajustes de benchmark, límites de precios de cliente más favorecido, bandas de rendimiento o ganancias de eficiencia compartidas. Cada mecanismo altera la certeza de caja. Un benchmark que ajuste automáticamente el precio a un índice de mercado externo puede trasladar directamente la deflación tecnológica al proyecto. Un suelo, collar o revisión programada puede preservar la cobertura de la deuda mientras permite un ajuste comercial.

El prestamista debería probar el suelo bajo escalada de energía, menor utilización, créditos de servicio, actualización de equipos y refinanciación. El suelo relevante es el precio mínimo cobrado que cubre costes operativos en efectivo, mantenimiento, actualización requerida, impuestos, servicio de la deuda y reservas. Los ingresos contables o EBITDA pueden sobrestimar la caja disponible para el servicio de la deuda cuando los pagos anticipados, créditos de construcción y obligaciones de capital se producen en momentos diferentes.

Los costes unitarios y el margen son hipotéticos y deben sustituirse por evidencia específica del proyecto.

Tabla 3. Calendario de asignación de precios y costes

El calendario debe distinguir los componentes fijos, indexados, repercutidos y con reinicio periódico.

7. Distinguir el backlog de ingresos del efectivo del prestamista

Las obligaciones de ejecución pendientes y el backlog de ingresos pueden ser pruebas útiles de negocio comprometido, pero son medidas contables y de gestión, no efectivo directo para el servicio de la deuda. El informe anual de 2025 de CoreWeave reveló obligaciones de ejecución pendientes sustanciales y explicó que la medida es neta de la contraprestación variable estimada, incluidos créditos por servicios, retrasos en la entrega y capacidad que puede revenderse. Por lo tanto, el prestamista debería reconstruir el calendario de efectivo a partir de los términos del contrato en lugar de aplicar una tasa de anticipo a una cifra destacada de backlog.

El puente comienza con la contraprestación contractual total. Deduce la capacidad aún no entregada, las opciones, el uso variable, los impuestos sobre las ventas, las repercusiones de energía que financian los costes correspondientes, los créditos por servicios estimados, las compensaciones de capex financiadas por el cliente y los importes fuera del perímetro de garantía. Las facturaciones programadas restantes se ajustan entonces por el momento de pago, los pagos anticipados, los créditos de construcción, las retenciones, las disputas y los supuestos de cobro.

El reconocimiento de ingresos puede adelantarse o retrasarse respecto al efectivo. Un proveedor puede reconocer ingresos por servicios antes de facturar, recibir un pago anticipado antes del servicio o proporcionar créditos contra facturas posteriores. La información divulgada por Core Scientific describe pagos anticipados de clientes y créditos de construcción que afectan el momento del cobro en relación con los ingresos reconocidos. El modelo del proyecto debería utilizar un libro auxiliar de efectivo mensual que comience con los ingresos diferidos y las cuentas por cobrar iniciales y concilie la prestación de servicios, las facturas, los créditos y los cobros.

Los pagos anticipados pueden reducir la financiación de la construcción, pero generan obligaciones de ejecución y exposición a reembolsos. El waterfall de control de caja debe distinguir los importes disponibles para costes del proyecto de los importes que deben permanecer restringidos. Si el cliente puede recuperar un pago anticipado tras un retraso o la terminación, el caso de liquidez debe incluir esa salida contingente.

El prestamista también debe comprobar si la facturación depende de datos del cliente, de la conciliación de uso o de documentos de aceptación. Un contrato puede estar comprometido mientras la emisión de facturas es operativamente frágil. Los controles de facturación, la antigüedad de las disputas y el historial de cobros pasan a formar parte de la diligencia debida crediticia.

8. Puntuar a la contraparte y la dependencia

El análisis de la contraparte debe cubrir la entidad contratante, el garante, la matriz, el grupo de clientes y la fuente de pago. Una matriz con grado de inversión puede reforzar la obligación cuando la garantía es directa, exigible y cubre todo el plazo y el importe. El nombre de un grupo conocido sin garantía no debe tratarse como crédito de la matriz.

El modelo de puntuación debe combinar capacidad financiera, liquidez, apalancamiento, rentabilidad, calificaciones externas cuando estén disponibles, propiedad, estrategia, comportamiento contractual y exigibilidad jurídica. Los laboratorios privados de AI y las start-ups requieren un análisis adicional del runway de financiación, el apoyo de los inversores, la concentración de ingresos y las necesidades futuras de capital. Los clientes gubernamentales o vinculados al soberano requieren revisar las facultades, el presupuesto, la contratación pública y las cláusulas de renuncia.

La dependencia es distinta de la probabilidad de impago. Un proyecto con un único cliente fuerte puede tener un riesgo de crédito bajo a corto plazo y una alta concentración estratégica. El prestamista debe medir la proporción de ingresos, caja, especificaciones de equipos y diseño de la instalación controlada por el cliente. Un clúster a medida o una instalación dedicada pueden tener un uso alternativo limitado tras la terminación.

Las relaciones circulares requieren un tratamiento transparente. Las publicaciones del BIS analizan estructuras en las que empresas tecnológicas invierten en firmas de AI o proveedores de infraestructura que después compran capacidad de cálculo, chips o capacidad. Estos acuerdos pueden alinear intereses, pero también pueden vincular la demanda de los clientes, el crédito de proveedores y el valor del sponsor financiero al mismo ecosistema. El prestamista debe mapear las relaciones de fondos propios, garantías, suministro, compra de capacidad y reventa, y evitar contar dos veces una misma fuente de apoyo.

La puntuación debe influir en el porcentaje de anticipo, el plazo, los límites de concentración, las reservas y la garantía. Debe actualizarse tras cambios de calificación, eventos de financiación, litigios relevantes, modificaciones contractuales, retrasos de pago o cambios estratégicos. Una puntuación estática en el cierre no puede regir a un cliente de AI en rápida evolución.

Las puntuaciones son hipotéticas; la política del prestamista debe definir la evidencia, las ponderaciones y los umbrales de aprobación.

9. Asignar el riesgo de disponibilidad mediante niveles de servicio medibles

Los compromisos de disponibilidad pueden reforzar la confianza del cliente y generar una fuga significativa de ingresos. El acuerdo de nivel de servicio debe definir el servicio medido, el punto de medición, los eventos excluidos, las ventanas de mantenimiento, el período de cálculo, la fórmula de créditos y la responsabilidad máxima. La disponibilidad del sitio, la disponibilidad del clúster, la finalización de trabajos y el rendimiento de las aplicaciones son medidas diferentes.

El operador debe evitar aceptar riesgo de rendimiento fuera de su control sin derechos compensatorios. El software del cliente, las canalizaciones de datos, las redes de terceros, los servicios públicos y la fuerza mayor pueden afectar los resultados. Las exclusiones deben ser precisas y basarse en evidencia. Una exclusión amplia puede debilitar el contrato con el cliente, mientras que una obligación amplia del operador puede hacer volátiles los ingresos.

Los créditos deben modelarse utilizando el historial de incidentes y los límites contractuales. El caso del prestamista debe incluir créditos ordinarios, un incidente grave y fallos reiterados que activen la terminación. Los créditos que se trasladan al período siguiente o se aplican a varios servicios pueden generar efectos en la caja mayores de lo que sugiere un límite mensual.

El mantenimiento y la renovación requieren paradas planificadas. El contrato debe permitir ventanas acordadas y trabajos de emergencia, a la vez que protege las cargas de trabajo críticas. Si el cliente requiere un servicio continuo, el proyecto puede necesitar capacidad redundante o migración en vivo. El coste de capital y operativo asociado debe incluirse en el precio mínimo.

Los informes de disponibilidad deben conciliar los sistemas de monitorización, los tickets de incidencias, las notificaciones a clientes, el análisis de causas raíz, los cálculos de créditos de servicio y las facturas. El prestamista puede exigir informes periódicos sobre niveles de servicio y exposición a créditos de servicio. Un deterioro medido puede activar una reserva, un bloqueo de distribuciones o un plan de remediación antes de que se convierta en un evento de terminación.

10. Gestionar la renovación tecnológica y el valor residual

AI El equipamiento informático puede conservar valor funcional aunque pierda competitividad comercial. Las nuevas arquitecturas pueden mejorar el rendimiento, la eficiencia energética y la economía de tokens. Las presentaciones públicas de NVIDIA describen transiciones frecuentes de plataforma y compromisos significativos de demanda y suministro; CoreWeave asigna vidas útiles estimadas de seis años a los equipos tecnológicos, al tiempo que reconoce el rápido cambio tecnológico. Por lo tanto, los prestamistas deben separar la vida contable, la vida técnica, la vida de soporte y la vida económica.

El caso base debe financiar la renovación requerida durante el plazo del contrato. El plan de renovación identifica cada cohorte de activos, arquitectura, fecha de instalación, periodo de soporte, rendimiento esperado, mantenimiento, uso residual y desencadenante de sustitución. Debe vincular las obligaciones del cliente con la generación de equipos que pueda satisfacerlas.

La responsabilidad de la renovación puede recaer en el operador, el cliente o ambos. Los equipos financiados por el cliente pueden reducir el capex del proyecto, pero complicar la titularidad, el acceso y la seguridad. La renovación financiada por el operador protege la continuidad del servicio, aunque expone el proyecto a costes futuros. Un mecanismo compartido puede utilizar bandas de rendimiento, solicitudes de cambio o precios de actualización acordados de antemano.

Al valor residual debe otorgársele un crédito limitado, salvo que esté respaldado por evidencia de mercado observable y un plan práctico de retirada y reventa. Los sistemas a medida, los ciclos rápidos de producto, los controles de exportación, las garantías, las licencias de software, el transporte y la desinstalación pueden reducir la recuperación. Un caso conservador para el prestamista puede tratar el valor residual como potencial de recuperación adicional en lugar de como amortización programada de la deuda.

Los controles de exportación y las normas sobre datos también pueden afectar la utilización y la reventa. El proyecto debe identificar los riesgos de equipo restringido, cliente, ubicación y transferencia. Un contrato que dependa del despliegue o traslado de tecnología controlada requiere una revisión legal actualizada y capacidad de contingencia.

11. Modelar el DSCR a partir del efectivo cobrado en múltiples estados contractuales

La cobertura del servicio de la deuda debe calcularse a partir del efectivo disponible para el servicio de la deuda después de los costes operativos, impuestos, mantenimiento, renovación requerida y dotación de reservas. El numerador debe excluir los ingresos no cobrados, los importes repercutidos financiados por el cliente necesarios para cubrir los costes correspondientes y los ingresos especulativos por opciones. El denominador debe incluir los intereses programados, el principal y las comisiones relevantes.

Al menos cuatro casos son útiles. El caso comprometido asume capacidad aceptada y pagos mínimos exigibles. El caso de retraso en la entrega desplaza la aceptación y los ingresos, al tiempo que mantiene los costes de construcción y los intereses. El caso de erosión por créditos aplica créditos de servicio, facturas impugnadas y cobro retrasado. El caso merchant asume que el cliente abandona y que la capacidad debe volver a comercializarse a un precio inferior tras el tiempo de inactividad y la reconfiguración.

El modelo también debe someter a prueba shocks de costes. La electricidad, la refrigeración, la red, los seguros y los equipos pueden aumentar mientras el precio mínimo permanece fijo. La indexación y la repercusión de costes reducen este riesgo solo cuando el contrato y el proceso de facturación funcionan según lo previsto. El caso de estrés debe aplicar desfases temporales y límites máximos.

El dimensionamiento de la deuda puede utilizar el menor de la cobertura de efectivo contratada, la tasa de anticipo sobre activos y los límites de coste del proyecto. Los riesgos de concentración, construcción y tecnología pueden justificar un menor apalancamiento, amortización, barridos de efectivo y reservas. Un contrato take-or-pay sólido puede respaldar un plazo mayor; sin embargo, el plazo debe mantenerse dentro del periodo de contrato duradero y de control de los activos.

El modelo necesita una conversión transparente entre unidades de servicio y efectivo. Las horas de GPU reservadas, los megavatios y el valor del contrato deben conciliarse con la capacidad física, el precio y los periodos de facturación. Esto proporciona una pista de auditoría para la diligencia debida del prestamista y la posterior información sobre covenants.

Los ratios de cobertura son hipotéticos y no representan una recomendación de financiación.

Tabla 4. Matriz de escenarios del prestamista

Cada caso debe utilizar evidencia específica del proyecto sobre plazos, costes, contratos y recuperación.

12. Establecer covenants en función de los estados de evidencia

Los covenants financieros deben estar respaldados por evidencia operativa. El DSCR, el apalancamiento y la liquidez siguen siendo importantes, mientras que los proyectos de cómputo también se benefician de pruebas para la capacidad aceptada, los ingresos comprometidos, la concentración de clientes, los créditos de servicio, la finalización del proyecto, las reservas de renovación y el estado de los contratos materiales.

El prestatario puede presentar un certificado mensual de capacidad que concilie la capacidad solicitada, instalada, puesta en servicio, aceptada, reservada y facturable. Un certificado de contrato puede mostrar el pago mínimo, el vencimiento, las opciones, las modificaciones, las disputas, los créditos y el cobro. El prestamista debe poder rastrear estos desgloses hasta facturas, extractos bancarios y evidencia de ingeniería.

Los desencadenantes deben dar lugar a acciones proporcionadas. Un deterioro leve de la cobertura puede aumentar la frecuencia de reporte. Un retraso material puede detener las distribuciones y exigir un plan de subsanación. La pérdida de un contrato clave, un derecho sobre el emplazamiento o un acuerdo de suministro eléctrico puede desencadenar un prepago obligatorio, apoyo del sponsor financiero o un evento de incumplimiento, según la gravedad y la subsanación.

Los covenants de concentración deben reflejar el riesgo de sustitución. Un límite porcentual simple puede ser poco práctico para un proyecto build-to-suit destinado a un único cliente. La estructura puede, en cambio, exigir un apoyo más sólido, menor apalancamiento, amortización dentro del plazo del contrato, un valor mínimo de terminación y reservas de remarketing.

Las modificaciones de los contratos con clientes requieren controles del prestamista cuando afecten a la cantidad, el precio, el plazo, la terminación, el apoyo crediticio, la cesión o las cuentas de pago. Los cambios operativos ordinarios pueden mantenerse dentro de las cestas acordadas. Esto preserva la flexibilidad comercial mientras protege la arquitectura de flujos de caja financiada.

Tabla 5. Calendario de seguimiento, covenants y respuesta

Los umbrales deben calibrarse con arreglo al proyecto financiado y documentarse en los contratos de financiación.

13. Ajustar el apoyo crediticio a la debilidad de la cadena de efectivo

El apoyo crediticio debe responder a un riesgo definido. Un prepago puede financiar equipos u obras, pero genera obligaciones de ejecución y reembolso. Una garantía de la matriz puede respaldar el pago del cliente cuando la filial contratante está escasamente capitalizada. Una carta de crédito puede cubrir un periodo limitado de exposición a pagos o terminación. Una reserva para el servicio de la deuda aporta liquidez temporal, pero no subsana un contrato estructuralmente débil.

El importe y la duración deben ajustarse al perfil de exposición. El riesgo de construcción puede requerir apoyo hasta la aceptación. El riesgo de crédito del cliente puede requerir apoyo durante todo el plazo de la deuda. El riesgo de renovación tecnológica puede requerir una reserva financiada que aumente antes de la fecha de sustitución. La exposición a terminación puede vincularse a la deuda pendiente, los costes de ruptura y el tiempo de recolocación.

Las garantías exigen diligencia debida legal y financiera. El prestamista debe verificar la identidad, la capacidad, el alcance, el límite, el plazo, las defensas, la ley aplicable, la ejecución y la interacción con las modificaciones del garante. Una garantía que decae tras un evento corporativo o que excluye disputas de servicio puede ofrecer menos respaldo de lo que sugiere su importe nominal.

Las cartas de crédito y las garantías bancarias requieren reglas sobre el emisor, la calificación, el vencimiento, la disposición, la renovación y la sustitución. El proyecto debe disponer de tiempo para disponer del apoyo o sustituirlo antes del vencimiento. Las cláusulas de prórroga automática, los plazos de preaviso y los emisores sustitutos aceptables reducen el riesgo de discontinuidad abrupta.

El apoyo del sponsor financiero puede cubrir sobrecostes, retrasos o finalización, mientras que la deuda permanente debe basarse en flujos de caja sostenibles del proyecto. La prueba de finalización debe incluir la aceptación técnica, unos ingresos contratados mínimos, reservas financiadas, derechos legales y un periodo de operación demostrado. Liberar el apoyo únicamente tras la finalización física puede dejar sin resolver el inicio de los ingresos.

14. Proteger el proyecto frente a la financiación circular y el fallo correlacionado

La infraestructura de AI implica cada vez más relaciones superpuestas de fondos propios, suministro, capacidad y financiación. Un proveedor de chips puede invertir en un proveedor de computación; un hiperescalador puede invertir en un laboratorio de AI; un laboratorio de AI puede comprometer capacidad; y un vehículo de crédito privado puede financiar la infraestructura. Estos vínculos pueden crear alineación y escala, aunque también pueden hacer que varias protecciones aparentemente independientes sean sensibles a un mismo ciclo comercial.

El mapa de diligencia debida debe identificar la titularidad directa e indirecta, los warrants, los compromisos de ingresos, la financiación de proveedores, las garantías, la exclusividad, la reventa y las operaciones con partes vinculadas. Cada relación debe valorarse una sola vez. Una inversión en fondos propios no respalda automáticamente el pago. Un compromiso de capacidad financiado por un inversor en el cliente puede seguir dependiendo de capital externo continuado.

Debe modelizarse el estrés correlacionado. Un descenso de la financiación de AI puede reducir la demanda de los clientes, debilitar los valores de los fondos propios, reducir las carteras de pedidos de los proveedores y estrechar simultáneamente los mercados de refinanciación. Los supuestos de recomercialización merchant también pueden debilitarse cuando varios proyectos devuelven capacidad al mercado al mismo tiempo.

El prestamista puede responder mediante un apalancamiento conservador, diversificación de contratos, reservas financiadas, fondos propios del sponsor financiero, amortización y controles de efectivo claros. Un proyecto con una compra de producción concentrada pero con grado de inversión puede tener un perfil de riesgo distinto del de otro con varios clientes en fase inicial cuya financiación depende del mismo grupo inversor.

La divulgación y el gobierno corporativo deben identificar conflictos. La aprobación de contratos con partes vinculadas, la evidencia de precios independiente y los controles de modificaciones ayudan a proteger el proyecto. Los documentos de financiación pueden exigir notificación de nuevos acuerdos con partes vinculadas y limitar la fuga de valor mediante comisiones, transferencias de activos o reclamaciones subordinadas.

15. Preparar un paquete de diligencia debida para el prestamista que pueda actualizarse

El paquete de diligencia debida debe comenzar con un memorando conciso de la operación y la estructura. En él se identifican el prestatario, los sponsors financieros, el cliente, los activos, las jurisdicciones, los documentos del proyecto, la deuda solicitada, las fuentes y usos, el estado de la construcción, el estado de los ingresos y la garantía propuesta. Cada afirmación debe vincularse con evidencia actual.

El paquete comercial incluye el registro de cargas de trabajo, la estrategia de clientes, la evidencia de conversión del pipeline, las alternativas de mercado, los precios, la concentración, el churn y el análisis de recomercialización. El paquete jurídico incluye contratos ejecutados, modificaciones, garantías, derechos sobre el emplazamiento y la energía, licencias, cesión, acuerdos directos, garantías, aprobaciones regulatorias y litigios. El paquete técnico incluye diseño, equipos, capacidad, pruebas, puesta en marcha, niveles de servicio, incidentes, controles cibernéticos y planes de renovación.

El paquete financiero concilia el coste del proyecto, el capex pagado, los compromisos pendientes, las contribuciones de los clientes, los prepagos, los costes operativos, las facturas, los cobros, los ingresos contables, los impuestos, el capital circulante, las reservas y el servicio de la deuda. El modelo debe identificar fórmulas, fuentes, fechas y responsables. Las sensibilidades deben ser reproducibles en lugar de sobrescribirse manualmente.

La información debe organizarse en torno a identificadores estables. Las referencias de cliente, contrato, emplazamiento, clúster, bloque de capacidad, cohorte de activos y factura deben conectar los flujos de trabajo. Una pregunta del prestamista sobre un bloque de capacidad puede rastrearse entonces desde el contrato a través de la ingeniería, el coste, los ingresos y el efectivo.

El paquete sigue siendo útil después del cierre. El prestatario puede actualizar los mismos calendarios para disposiciones, pruebas de finalización, certificados de covenant y revisión anual. Esto reduce la fricción en la elaboración de informes y hace visible el deterioro antes de un incumplimiento de pago.

16. Utilizar un proceso escalonado de financiación y decisión

El capital de desarrollo inicial debe financiar la viabilidad, el terreno, las solicitudes de suministro eléctrico, el diseño y la contratación de clientes con presupuestos y hitos ajustados. La deuda de construcción debe estar disponible después de que el emplazamiento, la energía, los permisos, el alcance a precio fijo, los fondos propios y los compromisos de los clientes alcancen estados definidos. La financiación de equipos puede seguir a los pedidos de compra, la entrega, la titularidad y la aceptación. La deuda a plazo puede seguir a la aceptación operativa y a un cobro demostrado.

Las condiciones de disposición deben alinearse con el avance físico y contractual. Una disposición para construcción puede exigir fondos propios del sponsor financiero, presupuesto aprobado, certificación del ingeniero, hito del cliente, seguro y ausencia de incumplimiento. Las disposiciones para equipos pueden exigir números de serie, titularidad y evidencia de instalación. Esto controla el riesgo de que la deuda financie activos sin la correspondiente preparación para generar ingresos.

La prueba de finalización debe ser multidimensional. Deben probarse la finalización física, la aceptación de servicios, el efectivo contractual mínimo, el coste de finalización, las reservas, las licencias de explotación, los acuerdos directos y la cobertura del modelo. Un proyecto puede estar físicamente finalizado mientras la aceptación del cliente sigue pendiente o mientras ya han comenzado los créditos de servicio.

La refinanciación no debe darse por supuesta sin una vía identificada. El caso de financiación a plazo puede recurrir a la amortización dentro del periodo contratado, al valor residual del activo con evidencia o a un mercado de financiación de sustitución contrastado. El análisis del BIS destaca el papel creciente de la deuda y el crédito privado en la infraestructura AI y la posible presión de refinanciación en vehículos de propósito especial. Un plan de financiación creíble debe seguir siendo viable cuando los mercados de capitales se tensionen.

La aprobación del comité de inversiones debe especificar el escenario adverso que puede absorberse. Debe identificar los eventos de cliente, de contrato y técnicos que consumen contingencia, reservas o apoyo del sponsor financiero. Las decisiones se vuelven más claras cuando el documento distingue el efectivo contractual aceptado del pipeline y del valor residual.

17. Limitaciones y agenda de investigación

Los registros públicos y las publicaciones institucionales aportan evidencia sobre las estructuras de mercado, los mecanismos contractuales y las categorías de riesgo. No establecen la exigibilidad, la calidad crediticia, el costo, el rendimiento o el valor de un proyecto concreto. Los contratos pueden ser confidenciales y materialmente diferentes incluso cuando utilizan etiquetas similares. La jurisdicción, el régimen de insolvencia, la legislación sobre garantías, la regulación de datos y los controles de exportación pueden alterar los resultados para los prestamistas.

Los ejemplos desarrollados simplifican deliberadamente la capacidad, el precio, el costo, el crédito y la deuda. Un modelo en funcionamiento requiere flujos de caja mensuales específicos del proyecto, así como supuestos fiscales, cambiarios, contables, legales y técnicos. La calidad del servicio y el comportamiento del cliente pueden cambiar más rápido de lo que capturan los conjuntos de datos históricos.

Investigaciones adicionales deberían comparar los resultados observados de impago, crédito, utilización y remarketing en contratos de computación de AI. Los conjuntos de datos útiles harían seguimiento de la duración del contrato, el compromiso mínimo, el prepago, la calificación del cliente, la generación del equipamiento, los créditos por servicio, el valor residual y la refinanciación. Deberían distinguir entre cargas de trabajo de entrenamiento, inferencia y mixtas.

La investigación también debería examinar si la caída de los costos unitarios de cómputo aumenta la demanda total lo suficiente como para preservar los precios contratados, cómo las nuevas arquitecturas afectan la utilización de clústeres más antiguos y cómo los requisitos de soberanía de AI y de residencia de datos cambian la durabilidad de los contratos. Los resultados para los prestamistas tras la renovación tecnológica y la migración de clientes mejorarían la calibración de la tasa de anticipo y de las reservas.

El marco puede probarse mediante un análisis de variaciones posterior al cierre. Cada proyecto puede comparar la capacidad contratada, aceptada, facturada y cobrada con el caso de suscripción. Los resultados pueden perfeccionar el diseño de cláusulas, las hipótesis de estrés y los desencadenantes de seguimiento sin depender de un optimismo de mercado genérico.

18. Conclusión

La financiación de offtake de carga de trabajo de AI requiere una conversión controlada de la demanda incierta en flujos de efectivo cobrados y jurídicamente exigibles. Una previsión o una cartera de pedidos puede respaldar la planificación comercial, mientras que la deuda de proyecto necesita un servicio definido, una aceptación objetiva, un pago mínimo duradero, un precio mínimo adecuado, una contraparte solvente y una ruta de pago controlada.

El marco propuesto utiliza cinco controles vinculados. El registro de carga de trabajo separa interés, compromiso y uso real. La matriz de contratos evalúa las cláusulas que determinan el pago. El calendario de precios mínimos vincula los ingresos con el coste total en efectivo. El cuadro de evaluación de contrapartes combina la calidad del obligado con la dependencia del proyecto. El modelo de escenarios del prestamista evalúa la cobertura bajo supuestos de estrés de entrega, crédito, terminación y tecnología.

El mismo sistema respalda la ejecución tras el cierre. Los identificadores de capacidad, las pruebas de aceptación, las facturas, los créditos por servicio, los cobros, la actualización y los covenants pueden mantenerse en una única arquitectura de reporte para el prestamista. Esto permite que la dirección, los sponsors financieros y los prestamistas intervengan mientras los problemas son operativos y subsanables.

La infraestructura financiable de AI depende, por tanto, de una ingeniería contractual disciplinada. La estructura más sólida vincula cada pago modelado con la capacidad que puede entregarse, aceptarse, facturarse, cobrarse y preservarse durante un incumplimiento. Los ingresos fuera de esa cadena pertenecen a un caso alcista identificado por separado, y no a la base de deuda.

Referencias

1. Agencia Internacional de la Energía, Energía y AI, 2025. https://www.iea.org/reports/energy-and-ai
2. Agencia Internacional de la Energía, Energía y AI: Resumen ejecutivo, 2025. https://www.iea.org/reports/energy-and-ai/executive-summary
3. Agencia Internacional de la Energía, Suministro de energía para AI, 2025. https://www.iea.org/reports/energy-and-ai/energy-supply-for-ai
4. Agencia Internacional de la Energía, Electricidad 2026: Resumen ejecutivo, 2026. https://www.iea.org/reports/electricity-2026/executive-summary
5. Banco de Pagos Internacionales, Financiación del auge de AI: de los flujos de caja a la deuda, Boletín del BPI n.º 120, 2026. https://www.bis.org/publications/bulletin-120-financing-ai-boom-cash-flows-debt
6. Banco de Pagos Internacionales, Financiación del auge de la infraestructura de AI: endeudamiento dentro y fuera del balance, Revista Trimestral del BPI, marzo de 2026. https://www.bis.org/publications/financing-ai-infrastructure-boom-on-and-off-balance-sheet-borrowing
7. Banco de Pagos Internacionales, Informe Económico Anual 2026. https://www.bis.org/publ/arpdf/ar2026e.pdf
8. CoreWeave, Inc., Formulario S-1/A, 20 de marzo de 2025. https://www.sec.gov/Archives/edgar/data/1769628/000119312525058309/d899798ds1a.htm
9. CoreWeave, Inc., Formulario 10-Q correspondiente al período finalizado el 30 de junio de 2025. https://www.sec.gov/Archives/edgar/data/1769628/000176962825000041/crwv-20250630.htm
10. CoreWeave, Inc., Formulario 10-K correspondiente al ejercicio finalizado el 31 de diciembre de 2025. https://www.sec.gov/Archives/edgar/data/1769628/000176962826000104/crwv-20251231.htm
11. CoreWeave, Inc., Comunicado de resultados del tercer trimestre de 2025 presentado ante la SEC. https://www.sec.gov/Archives/edgar/data/1769628/000176962825000059/coreweave3q25earningspress.htm
12. Core Scientific, Inc., Presentación de resultados del primer trimestre de 2025 presentada ante la SEC. https://www.sec.gov/Archives/edgar/data/1839341/000162828025023161/exhibit992-q12025earning.htm
13. Core Scientific, Inc., Formulario 10-K correspondiente al ejercicio finalizado el 31 de diciembre de 2025. https://www.sec.gov/Archives/edgar/data/1839341/000162828026013305/core-20251231.htm
14. Core Scientific, Inc., Formulario 10-Q correspondiente al período finalizado el 30 de junio de 2026. https://www.sec.gov/Archives/edgar/data/1839341/000183934126000014/core-20260630.htm
15. Digital Realty Trust, Inc., Formulario 10-K correspondiente al ejercicio finalizado el 31 de diciembre de 2025. https://www.sec.gov/Archives/edgar/data/1297996/000110465926015365/dlr-20251231x10k.htm
16. NVIDIA Corporation, Formulario 10-K correspondiente al ejercicio finalizado el 25 de enero de 2026. https://www.sec.gov/Archives/edgar/data/1045810/000104581026000021/nvda-20260125.htm
17. NVIDIA Corporation, Formulario 10-Q correspondiente al período finalizado el 26 de julio de 2026. https://www.sec.gov/Archives/edgar/data/1045810/000104581026000075/nvda-20260726.htm
18. Instituto Stanford para la Inteligencia Artificial Centrada en el Ser Humano, Informe del Índice de Inteligencia Artificial 2025. https://hai.stanford.edu/assets/files/hai_ai_index_report_2025.pdf
19. Grupo Banco Mundial, Manual de asociaciones público-privadas, Volumen 4: Financiación de proyectos. https://ppp.worldbank.org/sites/default/files/2024-07/Philippines_NGA-PPP-Manual-VOL-4.pdf
20. Corporación Financiera Internacional, Financiación de proyectos en países en desarrollo. https://ppp.worldbank.org/sites/default/files/2022-05/ProjectFinance_DevelopingCountries_IFC.pdf