Resumo

  • A Oracle reportou RPO de US$ 664 bilhões no primeiro trimestre do FY2027 e receita de infraestrutura de nuvem de US$ 7,4 bilhões no mesmo trimestre.
  • O valor contratado subiu de US$ 455 bilhões (Q1 FY2026) para US$ 664 bilhões em cinco trimestres, enquanto a receita trimestral de infraestrutura de nuvem passou de US$ 3,3 bilhões para US$ 7,4 bilhões.
  • Em FY2026 a empresa afirma ter entregado mais de 1,2 GW de capacidade a clientes e projeta quase 1 GW apenas no primeiro trimestre do FY2027.
  • US$ 75 bilhões do backlog de contratos de IA correspondem a hardware pré-pago pelo cliente ou fornecido por ele, o que muda a leitura do investimento em capital da companhia.

O número que domina a narrativa da Oracle é o RPO. No comunicado do primeiro trimestre do FY2026, encerrado em agosto de 2025, a companhia registrou US$ 455 bilhões em obrigações de desempenho remanescentes, alta de 359% ano a ano, com receita total de US$ 14,9 bilhões, receita de nuvem de US$ 7,2 bilhões (alta de 28%) e receita de infraestrutura de nuvem de US$ 3,3 bilhões (alta de 55%) (comunicado do primeiro trimestre do FY2026). O mesmo documento informou quatro contratos multibilionários assinados com três clientes diferentes no trimestre e uma projeção de receita de infraestrutura de nuvem de cerca de US$ 18 bilhões para o FY2026, seguida de US$ 32 bilhões, US$ 73 bilhões, US$ 114 bilhões e US$ 144 bilhões nos quatro exercícios seguintes — com a maior parte dessa projeção de cinco anos já constante do RPO reportado.

Essa é a origem da tensão que organiza este artigo. O RPO é uma medida contratual acumulada: soma valor comprometido, prazos longos e cláusulas de aceitação. A receita de infraestrutura de nuvem é uma medida de entrega: registra o que foi efetivamente provisionado e usado no período. Comparar as duas sem explicitar a diferença produz dois erros simétricos — tratar o backlog como receita futura garantida, ou tratar a receita atual como evidência de que o backlog não importa. Nenhuma das duas leituras se sustenta nos documentos da própria empresa.

No trimestre seguinte, o RPO chegou a US$ 523 bilhões, alta de 438% ano a ano em dólares, com receita total de US$ 16,1 bilhões, receita de nuvem de US$ 8,0 bilhões, infraestrutura de nuvem de US$ 4,1 bilhões (alta de 68%) e aplicações em nuvem de US$ 3,9 bilhões (comunicado do segundo trimestre do FY2026). A cobertura do trimestre atribuiu o aumento sequencial de US$ 68 bilhões no RPO a novos compromissos de Meta, NVIDIA e outros clientes, e a transcrição da teleconferência de resultados afirma que a parcela do RPO a ser reconhecida nos doze meses seguintes cresceu 40% ano a ano, contra 25% no trimestre anterior e 21% um ano antes. Registre-se a divergência: o comunicado fala em 438% de crescimento do RPO, enquanto a cobertura da teleconferência cita 433% para o mesmo trimestre. As duas cifras circulam atribuídas às suas fontes; não há como reconciliá-las apenas com o material público consultado.

No terceiro trimestre do FY2026, o RPO somou US$ 553 bilhões, alta de 325% ano a ano e de US$ 29 bilhões na comparação sequencial, com receita total de US$ 17,2 bilhões, receita de nuvem de US$ 8,9 bilhões e infraestrutura de nuvem de US$ 4,9 bilhões, alta de 84% (comunicado do terceiro trimestre do FY2026). O mesmo material apresenta a série trimestral de receita de infraestrutura de nuvem que este artigo usa como denominador: US$ 3.347 milhões no Q1 FY2026, US$ 4.079 milhões no Q2 FY2026 e US$ 4.888 milhões no Q3 FY2026. É a série mais limpa disponível para medir a distância entre contrato e entrega.

O ano fiscal fechou com RPO de US$ 638 bilhões, alta de 363% ano a ano e de US$ 85 bilhões sobre o trimestre anterior, receita total de US$ 19,2 bilhões, receita de nuvem de US$ 9,9 bilhões e infraestrutura de nuvem de US$ 5,8 bilhões, alta de 93% (comunicado de resultados do Q4 e do FY2026). No acumulado do exercício, a Oracle reportou receita total de US$ 67,4 bilhões (alta de 17%), receita de nuvem de US$ 34,0 bilhões (alta de 39%) e infraestrutura de nuvem de US$ 18,1 bilhões (alta de 77%). O mesmo documento traz as duas medidas de investimento que sustentam a expansão: desembolsos de capital de US$ 55.663 milhões em base de doze meses e desembolso líquido de caixa para capital de US$ 47.726 milhões, com fluxo de caixa livre negativo de US$ 23.686 milhões em doze meses, contra negativo de US$ 394 milhões no fim do FY2025. Nenhuma dessas linhas é capex de um único trimestre: US$ 55.663 milhões é um valor de doze meses retirado de uma tabela de fluxo de caixa livre, e a distinção importa para quem tentar dividir o número por quatro.

O último trimestre do ano fiscal também trouxe a informação que mais altera a interpretação do backlog. Em linguagem do próprio arquivo entregue à SEC, a maior parte do aumento do RPO no terceiro e no quarto trimestres veio de contratos de IA de grande porte em que o cliente pré-pagou a compra das GPUs ou comprou e forneceu as GPUs à Oracle, e as parcelas pré-pagas e de hardware fornecido pelo cliente nesses contratos somavam US$ 75 bilhões (exhibit 99.1 do FY2026 arquivado na SEC). O mesmo arquivo informa que a Oracle captou US$ 43 bilhões em dívida e US$ 5 bilhões em capital no FY2026, esperava captar cerca de US$ 40 bilhões no FY2027 e não pretendia emitir dívida adicional no ano-calendário de 2026.

No primeiro trimestre do FY2027, o RPO atingiu US$ 664 bilhões, US$ 209 bilhões acima do mesmo trimestre do ano anterior, com receita total de US$ 19,3 bilhões (alta de 30%), receita de nuvem de US$ 11,6 bilhões (alta de 62%) e infraestrutura de nuvem de US$ 7,4 bilhões, alta de 121% (comunicado do primeiro trimestre do FY2027). Em cinco trimestres, portanto, o valor contratado subiu US$ 209 bilhões e a receita trimestral de infraestrutura de nuvem subiu US$ 4,1 bilhões. A proporção entre as duas séries é o fato central da história: o backlog cresceu cerca de cinquenta vezes mais rápido que a receita trimestral que ele deveria, em algum momento, produzir.

A capacidade que a empresa diz ter entregue

Contra a série financeira, a Oracle publica métricas operacionais de entrega em comentários próprios assinados pela liderança. No balanço do terceiro trimestre do FY2026, a companhia afirmou ter entregado mais de 400 MW de capacidade a clientes no trimestre e que 90% da capacidade comprometida foi entregue no prazo ou antes dele; no mesmo texto, disse ter assegurado, por meio de parceiros, mais de 10 GW de potência e capacidade de data center com entrada em operação nos três anos seguintes, com mais de 90% desse volume "totalmente financiado", e ter assinado mais de US$ 29 bilhões em contratos de infraestrutura de IA desde a teleconferência anterior, usando modelos de hardware trazido pelo cliente e pagamentos antecipados (comentário da liderança sobre o terceiro trimestre do FY2026).

Doze meses depois do início dessa série, o comentário do quarto trimestre afirma que a Oracle entregou mais de 1,2 GW de capacidade a clientes ao longo do FY2026 e que a entrega do primeiro trimestre do FY2027 se aproximava de 1 GW — quase a mesma capacidade de todo o exercício anterior em um único trimestre (comentário da liderança sobre o quarto trimestre do FY2026). Se as duas afirmações se confirmarem nos próximos relatórios, o ritmo de entrega teria quase quadruplicado em um ano; caso não se confirmem, o backlog permanece contratualmente válido, mas sem conversão proporcional em receita.

Hardware pré-pago e o significado do capex

A existência de US$ 75 bilhões em hardware pré-pago pelo cliente ou fornecido por ele explica por que o capex bruto da Oracle não precisa acompanhar, na mesma proporção, o crescimento do RPO. Quando o cliente paga as GPUs ou as entrega, a Oracle não desembolsa o capital correspondente, e o item comprado continua aparecendo como compromisso no backlog. A consequência prática é dupla: o caixa exigido da empresa por dólar de RPO é menor do que a leitura ingênua do backlog sugeriria, e a receita associada a esses contratos tende a ser mais próxima de capacidade operada do que de ativo financiado pela Oracle.

Isso não elimina a exposição. Terreno, prédios e energia continuam exigindo capital, ainda que parte da estrutura seja contratada por arrendamento condicionado à entrega. A linha de US$ 47.726 milhões de desembolso líquido de capital, contra US$ 55.663 milhões brutos, mostra justamente essa diferença entre o que foi gasto e o que ainda saiu do caixa da empresa no período. E o fluxo de caixa livre negativo de US$ 23.686 milhões indica quanto o ciclo consome antes de o backlog se converter em receita.

Utilização e renovações como teste de demanda

Duas métricas operacionais do quarto trimestre funcionam como teste indireto da tese de demanda. A primeira é a utilização global de GPUs, reportada em 97,5%. A segunda é o resultado das renovações: 35.000 GPUs de 59 clientes venceram no trimestre, 49% dos clientes renovaram para 92% dessas GPUs, e a maior parte do restante foi revendida a outros clientes no próprio trimestre. No mesmo período, quatro clientes contrataram individualmente mais de US$ 8 bilhões cada.

Utilização alta e renovação concentrada sugerem que a capacidade entregue não está ociosa — condição necessária para que o backlog se realize sem depreciação improdutiva. Não são, porém, prova de que a demanda se mantém por todo o prazo dos contratos, que em vários casos se estende por anos. A concentração em poucos clientes é o outro lado da mesma estatística: um número pequeno de decisões de compra determina a maior parte do valor contratado e, portanto, do risco de execução.

O que ainda não existe

A leitura mais útil do backlog vem dos prazos. O próprio comentário do quarto trimestre informa que o site de Abilene, no Texas, havia entregado 42% de sua capacidade total, com mais 35% previstos em 90 dias e o restante no trimestre seguinte; e que a entrega em outros sites contratados — Shackelford, Doña Ana, Port Washington e Saline — só começaria no primeiro ou no segundo semestre do ano-calendário de 2027. Parte relevante da capacidade contratada, em outras palavras, ainda não havia começado a existir fisicamente no fechamento do exercício.

É essa defasagem física, e não uma dúvida sobre a assinatura dos contratos, que separa o RPO da receita. Contratos de longa duração com data de início futura produzem backlog hoje e receita amanhã — desde que a energia esteja disponível, a construção termine e o cliente aceite a entrega. Cada uma dessas três condições é verificável em relatórios subsequentes.

Caixa, dívida e o preço do ciclo

A estrutura de financiamento acompanha a estrutura contratual. Com US$ 43 bilhões captados em dívida e US$ 5 bilhões em capital no FY2026, e cerca de US$ 40 bilhões previstos para o FY2027, a Oracle financia a construção com uma combinação de capital externo, pagamentos antecipados de clientes e parceiros que assumem parte do investimento em troca de operar a capacidade.

Essa combinação reduz a necessidade de caixa imediato, mas aumenta a sensibilidade do plano a duas variáveis fora do controle direto da empresa: o custo do financiamento e a disponibilidade de potência elétrica nos prazos contratados. O volume de mais de 10 GW assegurado para três anos é justamente a métrica que conecta as duas.

Como ler os próximos trimestres

Há três leituras possíveis para os próximos relatórios, e elas são distinguíveis por dados públicos. Na primeira, a entrega acelera como indicado — quase 1 GW em um trimestre — e a receita de infraestrutura de nuvem converge para a trajetória de backlog, com o RPO se convertendo em receita reconhecida. Na segunda, a entrega mantém o ritmo, mas a conversão em receita fica atrás porque parte do valor está em contratos cujo reconhecimento começa mais tarde. Na terceira, a entrega desacelera por restrição de energia, construção ou aceitação, e o backlog permanece grande e antigo ao mesmo tempo.

O que distingue as três não é o tamanho do RPO, que é o número mais visível e o menos informativo isoladamente. É a razão entre capacidade entregue e capacidade contratada, acompanhada da receita trimestral de infraestrutura de nuvem e do desembolso de capital correspondente. Os documentos públicos da Oracle já fornecem as três séries.