Resumen

  • Oracle reportó para su primer trimestre fiscal de 2027 ingresos totales de 19 300 millones de dólares, un 30 % más, con ingresos de nube de infraestructura (IaaS) de 7400 millones, un 121 % más, y una cartera de obligaciones de desempeño pendientes (RPO) de 664 000 millones de dólares, 209 000 millones más que un año antes.
  • El capital invertido del trimestre fue de 28 499 millones de dólares; el puente no-GAAP de la compañía deduce 11 363 millones de "anticipos de clientes con un componente de financiación significativo" —una línea que fue cero un año antes— y 830 millones de otra financiación a corto plazo, dejando un desembolso neto de 17 966 millones.
  • La dirección afirma que la mayoría de las nuevas contrataciones llegó mediante prepago o "traiga su propio hardware", y que ese nuevo RPO no afectará al capex ni a los ingresos hasta el ejercicio 2028 o después.
  • Al mismo tiempo, Oracle cargaba a 31 de mayo de 2026 una deuda bruta de 130 105 millones de dólares y 260 000 millones en compromisos de arrendamiento operativo aún no iniciados, en su mayoría de centros de datos, con plazos de quince a diecinueve años.
  • La propia 10-Q establece que solo aproximadamente el 13 % del RPO debería reconocerse como ingreso dentro de doce meses, y alrededor del 50 % dentro de 36 meses.

El puente contable que redefine quién paga

El hecho central de este trimestre no es el tamaño de la cartera sino un ajuste en la forma en que Oracle presenta su inversión. En el comunicado de resultados del 10 de septiembre de 2026, la compañía define el "desembolso neto de capital" como el capital invertido menos (1) otros flujos de financiación a corto plazo relacionados con el capital y (2) los anticipos de clientes con un componente de financiación significativo (comunicado de resultados de Oracle, Q1 FY27).

Las cifras concretas de ese puente son las siguientes. El capital invertido del trimestre fue de 28 499 millones de dólares, frente a 8502 millones un año antes. Se deducen 830 millones de otra financiación a corto plazo y 11 363 millones de anticipos de clientes, lo que arroja un desembolso neto de 17 966 millones. La línea de anticipos de clientes era exactamente cero en el mismo trimestre del año anterior (comunicado de resultados de Oracle, Q1 FY27).

La nota al pie de la compañía define esa deducción por referencia a la partida del estado de flujos de efectivo: "anticipos de clientes con componente de financiación significativo, tal como se reportan en las actividades de explotación de nuestros estados de flujos de efectivo presentados de conformidad con los PCGA" (comunicado de resultados de Oracle, Q1 FY27). La misma partida aparece en la copia del comunicado distribuida por PR Newswire, con 11 363 millones en el trimestre frente a cero un año antes (comunicado de Oracle vía PR Newswire).

Ese solo movimiento cambia la lectura de la cifra de capital. En términos brutos, Oracle gastó 28 499 millones; en los términos que la compañía destaca, gastó 17 966 millones. La diferencia no es un ahorro: es dinero que otra parte puso por adelantado.

Tres mecánicas de financiación, ninguna desglosada

Oracle describe el mecanismo en términos generales pero no lo cuantifica por cliente. En la llamada de resultados, la directora financiera Hilary Maxson dijo que el RPO aumentó 26 000 millones respecto al trimestre anterior y que "la gran mayoría de esos nuevos contratos fueron mediante prepago o traiga su propio hardware o una mecánica similar, por lo que no requerirán capital incremental de Oracle". Añadió que ese nuevo RPO "no afectará a nuestro capex ni a nuestros ingresos hasta el ejercicio 2028 o después", y que Oracle espera que alrededor de la mitad del RPO se convierta en ventas en los próximos 36 meses (transcripción de la llamada de resultados, Q1 FY27).

Más tarde en la misma llamada, el co-consejero delegado Clay Magouyrk matizó la formulación y nombró tres mecanismos separados: acuerdos de financiación con proveedores que permiten pagar la capacidad a medida que los clientes pagan; clientes que pagan el hardware pero utilizan la capacidad operativa y de nube de Oracle; y clientes que realizan un prepago por adelantado. En su versión, la restricción que se relaja no es el capital sino el efectivo: "dijimos que no requiere efectivo adicional de Oracle" (transcripción de la llamada, Investing.com).

Esa distinción importa más de lo que parece. Un contrato que no exige efectivo adicional puede seguir exigiendo capital, porque el capex aparece antes que el cobro y porque los compromisos de arrendamiento se firman antes de que existan los clientes. Las diapositivas que acompañaron los resultados corroboran la formulación de la dirección —"la mayoría del crecimiento del RPO del primer trimestre mediante prepago o traiga su propio hardware"— y afirman a la vez que los márgenes contractuales se mantienen o mejoran y que hay una "aceleración en la diversificación de clientes", sin ofrecer ningún desglose por cliente (diapositivas de resultados, Q1 FY27).

El resultado es una asimetría informativa concreta: la compañía confirma que existe un mecanismo que desplaza el coste hacia el cliente, pero no publica cuánto del RPO está prepagado, cuánto corresponde a hardware propiedad del cliente y cuánto se financia con deuda y arrendamientos de Oracle.

Lo que Oracle carga en su propio balance

La parte del modelo que sí está cuantificada es la del propio Oracle. Según la 10-K del ejercicio 2026, cerrado el 31 de mayo de 2026, las notas a pagar y otros préstamos ascendían a 130 105 millones de dólares brutos —129 541 millones netos— frente a 92 917 millones brutos un año antes; 7199 millones eran corrientes y 122 342 millones no corrientes (detalle XBRL, notas a pagar y otros préstamos).

Los arrendamientos añaden una segunda capa. Oracle reportó activos por derecho de uso de arrendamiento operativo de 29 690 millones de dólares, pasivos por arrendamiento operativo de 3542 millones corrientes y 26 648 millones no corrientes, y pasivos por arrendamiento financiero de 7701 millones. Sobre todo eso, la compañía reveló 260 000 millones de dólares en compromisos de arrendamiento operativo adicionales, en su mayoría centros de datos aún no iniciados, que se espera que comiencen entre el cuarto trimestre de 2026 y el ejercicio 2028, con plazos de quince a diecinueve años y vidas medias ponderadas de unos doce años para los operativos y catorce para los financieros (detalle XBRL, arrendamientos y compromisos). La misma nota incluye una garantía de hasta 3300 millones sobre el préstamo de un arrendador con vencimiento en septiembre de 2026 y 13 309 millones en compromisos de compra incondicionales al cierre, más un compromiso posterior de 19 000 millones a cinco años (detalle XBRL, arrendamientos y compromisos).

La propia compañía describe el desajuste. Sus factores de riesgo señalan que "los términos, las opciones de renovación y los ajustes de precio de nuestros arrendamientos de centros de datos a largo plazo normalmente no se alinean con la duración y el precio de los contratos de clientes", y advierten de que Oracle podría quedar "atada a compromisos plurianuales por espacio de centro de datos excedente y gastos de capital relacionados, así como financiaciones asociadas, sin recibir ingresos correspondientes" (10-K del ejercicio 2026, factores de riesgo). La misma nota indica que los anticipos bajo algunos contratos comprometidos son una herramienta de gestión del riesgo de crédito que no puede eliminar por completo ese riesgo (10-K del ejercicio 2026).

En otras palabras, el lado del cliente en el mecanismo está agregado y sin nombre; el lado de Oracle está detallado, fechado y auditado.

El calendario que hace visible la diferencia

El segundo dato que ancla la lectura es la velocidad de conversión. La 10-Q del trimestre indica que el RPO de 664 000 millones se reconocerá aproximadamente en un 13 % como ingresos en los próximos doce meses, un 37 % entre los meses 13 y 36, un 34 % entre los meses 37 y 60 y el resto después (análisis de la 10-Q). Un análisis independiente del mismo documento sitúa la conversión a 36 meses en torno al 50 %, frente a cerca del 35 % un año antes, y señala que ni la 10-Q ni el comunicado identifican qué contrapartes prepagaron los aproximadamente 11 400 millones (análisis del calendario de RPO).

Ese calendario es el que permite comprobar la tesis de la financiación por el cliente sin depender de la dirección. Si la parte prepagada crece con la cartera, el desembolso neto debería crecer más despacio que el capex bruto de forma sostenida. Si no crece, el puente se estrecha y el capex vuelve a recaer sobre el balance de Oracle y sobre los mercados de deuda y capital que la compañía usa para financiarlo.

Ese uso de los mercados está documentado. Oracle completó en el trimestre la venta de 20 000 millones de dólares en acciones ordinarias mediante un programa "at-the-market", con ingresos netos de 19 909 millones (comunicado de resultados de Oracle, Q1 FY27). La guía para el ejercicio 2027 apunta a un capex de 90 000 a 95 000 millones, con no más de 70 000 millones de capex neto en efectivo (transcripción de la llamada de resultados, Q1 FY27). El flujo de explotación del trimestre fue de 23 103 millones y el flujo de caja libre, negativo en 5396 millones (comunicado de resultados de Oracle, Q1 FY27).

La comparación interanual ayuda a dimensionar la transición. En el comunicado del cuarto trimestre y del ejercicio 2026, Oracle afirmó que las porciones prepagadas y de hardware suministrado por el cliente de sus grandes contratos de IA sumaban entonces 75 000 millones de dólares, que la financiación del ejercicio 2026 había incluido 43 000 millones de deuda y 5000 millones de capital, y que para el ejercicio 2027 esperaba levantar unos 40 000 millones combinando deuda y capital, incluida la colocación de 20 000 millones ya anunciada. El mismo documento reportó un capex de 55 663 millones en los cuatro trimestres anteriores y un flujo de caja libre negativo de 23 686 millones (resultados del cuarto trimestre y del ejercicio 2026).

La concentración que la divulgación no resuelve

El punto que permanece abierto es la contraparte. La 10-K del ejercicio 2026 afirma que ningún cliente individual representó el 10 % o más de los ingresos totales en los ejercicios 2026, 2025 o 2024, pero en la misma divulgación advierte que "en ciertas ofertas de OCI estamos más concentrados entre un número de grandes clientes" (10-K del ejercicio 2026). Ambas afirmaciones son compatibles: la primera mide ingresos corrientes, la segunda se refiere a la cartera futura de OCI, que es justamente donde vive el RPO.

Un análisis de seguimiento de la cartera señala que Oracle no desglosa el RPO por cliente y que un acuerdo previamente reportado con OpenAI, por unos 300 000 millones de dólares de capacidad a lo largo de aproximadamente cinco años, podría representar una parte material de los ingresos futuros contratados sin que la compañía lo haya individualizado en su divulgación del primer trimestre (análisis de la cartera de Oracle). Otro análisis independiente previo a los resultados ya observaba la trayectoria del tramo de RPO convertible a doce meses, que pasó del 10 % al 12 %, y marcaba los 260 000 millones de arrendamientos aún no iniciados y el compromiso de compra de 19 000 millones como las partidas a vigilar (análisis previo a los resultados).

La evidencia operativa disponible no contradice el relato de demanda. Oracle informó de la entrega de 850 megavatios de capacidad adicional y más de 300 000 GPU desde el final del trimestre anterior, con una utilización de la infraestructura de IA del 97,9 % y una renovación o reventa de capacidad de cuatro años a una prima media de alrededor del 20 % (cobertura de la entrega de GPU). Eso sostiene que la capacidad ya instalada se usa y se revende, no que la capacidad futura esté financiada.

Qué falsificaría esta lectura

La tesis de que la financiación por el cliente sustituye de forma duradera al capital de Oracle es falsable con la propia divulgación de la compañía, y conviene decir con qué la contrastaría.

Primero, un trimestre en el que el capex bruto suba mientras la deducción por anticipos de clientes cae hacia cero. Indicaría que la parte financiada por contrapartes no escala con la cartera y que el puente contable fue un episodio, no un régimen.

Segundo, la revelación de las contrapartes que prepagan o suministran hardware, o de la concentración de la cartera, que mostraría si la parte financiada por clientes descansa en una o dos partes. Hasta ahora la divulgación impide saberlo (análisis de la 10-Q).

Tercero, el inicio de los arrendamientos aún no contabilizados. Los 260 000 millones de compromisos operativos entran al balance cuando los centros de datos arrancan; si lo hacen sin un reconocimiento de ingresos correspondiente, el desajuste de duración que la propia 10-K advierte se vuelve visible en los resultados reportados (detalle XBRL, arrendamientos).

Cuarto, un deslizamiento material del calendario de conversión por debajo del 13 % a doce meses y del 50 % a 36 meses en trimestres sucesivos.

Quinto, una divulgación que muestre que los anticipos de clientes conllevan condiciones de devolución, resolución o reembolso que los acerquen económicamente a la financiación y no a la demanda.

Lo que sí puede decirse hoy

Lo verificable es una compañía que ha construido un puente explícito entre su inversión bruta y su inversión neta, que ha atribuido la mayor parte de su nueva cartera a mecánicas pagadas por el cliente, que ha cerrado el trimestre con flujo de caja libre negativo financiado en parte con una ampliación de capital de 20 000 millones, y que al mismo tiempo sostiene 130 105 millones de deuda bruta y 260 000 millones de arrendamientos aún no iniciados con plazos de quince a diecinueve años. La cartera de 664 000 millones es real como compromiso contractual. Lo que sigue sin ser público es la proporción de ese compromiso que ya está pagada, la que pagará un cliente con su propio hardware y la que pagará Oracle primero y cobrará después. Esa proporción, y no el titular de la cartera, decide si el crecimiento de Oracle Cloud se financia con demanda ajena o con su propio balance. Para el contexto completo del objeto, véase la entrada de directorio de Oracle Cloud.