La force majeure d’Oracle Project Jupiter transforme la demande d’IA en test d’exécution

Oracle a émis un avis de force majeure pour Project Jupiter tout en affirmant que le vaste campus d’IA du Nouveau-Mexique reste dans les délais prévus. Cet avis de force majeure concernant Oracle Project Jupiter n’annule pas le bail d’Oracle et ne prouve pas que la construction s’est arrêtée. Il protège la position contractuelle d’Oracle si des problèmes d’alimentation électrique et de permis empêchent le campus de respecter son calendrier de livraison.

Cette distinction est importante, car Oracle a bâti un plan de croissance agressif dans le cloud autour de la conversion d’immenses engagements clients en capacité de calcul opérationnelle. Project Jupiter est censé prendre en charge les charges de travail d’OpenAI dans le cadre du programme d’infrastructure Stargate. Un bâtiment retardé ne fait pas que différer le paiement d’un loyer. Il peut retarder les serveurs, les revenus cloud et la capacité client associés à ce bâtiment.

L’avis modifie donc la thèse sur les centres de données d’IA sans la détruire. Les investisseurs se concentraient auparavant sur la pérennité de la forte demande en calcul IA. Project Jupiter montre que la demande contractuelle reste dépendante des permis, des infrastructures de combustible, du financement et des étapes de construction. Le débat n’oppose plus la demande au scepticisme. Il oppose le carnet de commandes d’Oracle au calendrier physique nécessaire pour le satisfaire.

Ce que l’avis d’Oracle change réellement

Oracle préserve ses protections financières avant que le calendrier de Project Jupiter ne devienne un problème avéré.

Oracle a envoyé l’avis à STACK Infrastructure, le promoteur du projet soutenu par Blue Owl Capital, le 24 septembre 2026. L’avis invoque la force majeure, une disposition contractuelle couvrant des circonstances échappant au contrôle d’une partie.

Selon le premier rapport sur la force majeure, Oracle a agi face à d’éventuels retards dans l’obtention de l’électricité nécessaire au campus. L’avis vise à préserver la capacité d’Oracle à différer certains paiements si l’installation ne respecte pas les exigences contractuelles de livraison.

Oracle n’a pas indiqué qu’il envisageait d’abandonner le site. L’entreprise soutient également que l’avis ne confirme pas de retard et ne modifie pas ses prévisions de livraison. Cette position rend le calendrier plus important, et non moins.

Une entreprise peut estimer qu’un projet demeure récupérable tout en se protégeant contre une issue différente. Les avis de force majeure sont souvent envoyés avant que les parties ne connaissent les conséquences financières définitives. Attendre qu’une échéance manquée devienne inévitable peut affaiblir la position contractuelle d’une partie.

Project Jupiter est un campus de centre de données d’IA prévu dans le comté de Doña Ana, au Nouveau-Mexique. Oracle en est le principal locataire, tandis que STACK Infrastructure développe le site. Le projet est également associé à l’expansion de l’infrastructure Stargate d’OpenAI.

Le campus est conçu autour d’une capacité d’environ 2,5 gigawatts. Cette échelle le rapproche davantage d’un grand projet industriel et énergétique que d’une installation informatique d’entreprise classique. Sa réussite dépend de l’avancement simultané de plusieurs systèmes.

Les bâtiments doivent être construits. Les équipements électriques doivent arriver. Les infrastructures de combustible doivent obtenir les autorisations nécessaires. Les permis atmosphériques doivent résister à l’examen public. Le matériel informatique doit être installé au bon moment. Les accords de financement doivent continuer à soutenir les travaux avant que les paiements du locataire ne commencent pleinement.

L’avis de force majeure d’Oracle Project Jupiter introduit un risque contractuel dans cette séquence. Jusqu’à présent, les difficultés du projet pouvaient surtout être décrites comme des problèmes de permis ou de construction. L’avis relie directement ces difficultés au calendrier des paiements.

Cela ne signifie pas qu’Oracle échappe à tous les coûts si le campus est retardé. Les informations publiques indiquent que la structure du bail et du financement comprend des protections pour les investisseurs et les prêteurs. Le contrat exact reste privé ; les affirmations selon lesquelles Oracle éliminerait l’intégralité de son exposition méritent donc d’être accueillies avec prudence.

L’interprétation la plus défendable est plus limitée. Oracle cherche à préserver des recours dans le cadre d’un accord complexe tandis que le projet fait face à des dépendances non résolues. Cela diffère sensiblement de l’annulation du campus.

Cela diffère aussi d’une simple mise à jour des travaux. Lorsque le locataire principal invoque une protection contractuelle, les investisseurs doivent examiner comment les retards opérationnels se répercutent sur les baux, les prêts et les plans de revenus cloud.

C’est le véritable changement. Le risque du projet est passé du chantier à la narration financière d’Oracle.

La force majeure d’Oracle Project Jupiter révèle un déficit de capacité

La demande des clients d’Oracle est visible, mais l’infrastructure nécessaire pour transformer cette demande en revenus reste inachevée.

Oracle est entré en septembre avec des preuves d’une demande cloud exceptionnelle. Ses résultats trimestriels ont montré que les revenus de l’infrastructure cloud du premier trimestre fiscal avaient atteint 7,4 milliards de dollars, en hausse de 121 % par rapport à l’année précédente.

L’entreprise a également déclaré 664 milliards de dollars d’obligations de prestation restantes. Les RPO représentent des revenus contractés qu’Oracle prévoit de comptabiliser au cours des périodes futures, sous réserve des conditions de chaque accord et de la fourniture des services.

Oracle a indiqué avoir conclu plus de 30 milliards de dollars de contrats cloud IA supplémentaires au cours du trimestre. L’entreprise a également livré 850 mégawatts de capacité supplémentaire de centre de données.

Ces chiffres expliquent pourquoi un seul avis peut ébranler la thèse globale. Oracle ne manque pas de commandes. L’entreprise a besoin d’installations suffisamment alimentées pour honorer ces commandes selon leurs calendriers contractuels.

Un retard de centre de données Oracle crée un écart entre la réussite commerciale et la livraison physique. Les clients peuvent signer des engagements à long terme avant que la capacité de calcul requise n’existe. Oracle doit ensuite coordonner l’immobilier, l’électricité, le refroidissement, les puces, les réseaux, le financement et les autorisations réglementaires.

Ce modèle peut générer une croissance rapide lorsque tous les éléments arrivent ensemble. Il devient plus difficile à gérer lorsqu’une dépendance prend du retard.

Project Jupiter illustre clairement ce problème, car l’électricité n’est pas un intrant facultatif. Un système électrique inachevé empêche le campus d’héberger des équipements informatiques générateurs de revenus, quelle que soit la demande des clients.

L’avis de force majeure d’Oracle porte sur le calendrier potentiel des paiements entre le locataire et le promoteur. Il ne crée pas d’électricité, n’accélère pas un permis et n’achève pas un pipeline. Une protection contractuelle peut réduire une conséquence financière tout en laissant intact le goulot d’étranglement opérationnel.

C’est pourquoi l’avis ne constitue pas seulement une formalité juridique. Il révèle ce qu’Oracle doit accomplir pour transformer son important carnet de commandes en capacité utilisable.

La pression pèse d’abord sur Oracle, car l’entreprise a fait de l’infrastructure cloud le cœur de ses prévisions de croissance. Elle doit assurer à ses clients que la capacité promise arrivera, tout en assurant aux investisseurs que l’expansion générera des rendements acceptables.

STACK et Blue Owl font face à une pression différente. Leur financement dépend d’un projet qui atteint des étapes de construction et d’exploitation. Un démarrage des loyers retardé peut affecter le calendrier des liquidités disponibles pour soutenir la structure de capital du projet.

Les prêteurs doivent également évaluer si le risque de retard reste contenu. Le financement de projet sépare généralement la dette d’une installation de la dette d’entreprise de son locataire. Toutefois, le projet reste fortement dépendant de la solvabilité et des engagements de son locataire principal.

OpenAI représente le dernier maillon commercial. L’entreprise a besoin d’immenses capacités de calcul pour entraîner et exploiter des systèmes d’IA. Un campus retardé peut contraindre les charges de travail à être transférées vers d’autres sites ou modifier le calendrier d’une expansion prévue.

Aucune de ces issues ne prouve que Project Jupiter échouera. Elles montrent néanmoins que le risque des centres de données d’IA ne peut pas être évalué à partir des seuls chiffres de demande.

Un carnet de commandes mesure des promesses. Un centre de données opérationnel mesure une livraison. La valorisation d’Oracle dépend de plus en plus de sa capacité à combler l’écart entre les deux.

Le plan énergétique de Project Jupiter a déjà été réécrit

L’avis de force majeure fait suite à une importante refonte énergétique ; il s’inscrit donc dans un récit d’exécution déjà existant plutôt que de surgir de nulle part.

Oracle et ses partenaires avaient initialement proposé d’alimenter Project Jupiter au moyen de turbines à gaz et d’équipements de secours diesel. Cette approche a suscité une opposition liée aux émissions, à l’utilisation de l’eau et au processus d’autorisation.

Le projet s’est ensuite orienté vers un micro-réseau à piles à combustible utilisant la technologie Bloom Energy. Un micro-réseau est un système électrique local capable d’alimenter le campus indépendamment du réseau public plus large.

Oracle a décrit ce changement comme une refonte majeure. Sa refonte énergétique a remplacé le précédent plan de production et a promis une réduction des émissions d’oxydes d’azote ainsi que des besoins en eau.

Les piles à combustible à oxyde solide produisent de l’électricité par un processus électrochimique plutôt que par combustion conventionnelle. Elles nécessitent toutefois un approvisionnement régulier en combustible, ce qui maintient la dépendance du campus à des infrastructures associées.

Oracle affirme qu’il paiera les infrastructures énergétiques et les coûts d’électricité du projet. L’entreprise précise aussi que le système fonctionnera derrière le compteur, ce qui signifie que l’électricité alimentera directement le campus.

Le système repensé a répondu à plusieurs objections environnementales, mais il a ouvert un nouveau cycle d’autorisations. Les autorités de l’État doivent évaluer la configuration actualisée, et les résidents ont la possibilité d’en contester les hypothèses.

Le New Mexico Environment Department tient un dossier de permis public pour le micro-réseau proposé. Ce dossier est important, car le calendrier de construction d’Oracle suppose que les autorisations de soutien seront obtenues à temps.

Oracle a lui-même reconnu cette dépendance. Son annonce de juillet sur l’impact économique précise que les projections concernant les emplois, les investissements et les recettes fiscales supposent l’approbation du permis atmosphérique et du pipeline.

Cette réserve semble désormais centrale. Les promesses économiques de l’entreprise et son calendrier informatique dépendent de décisions réglementaires qu’Oracle ne contrôle pas seul.

L’opposition publique n’empêche pas automatiquement un projet d’avancer. Les grandes installations énergétiques font couramment l’objet d’audiences, de révisions de permis et de contestations judiciaires. Les développeurs prévoient souvent des marges de sécurité dans leurs calendriers.

Toutefois, Project Jupiter laisse peu de place aux retards anodins. Les clients de l’IA veulent rapidement de la capacité, et le financement du projet repose sur des jalons soigneusement séquencés.

Un raccordement au combustible retardé peut repousser les essais. Des essais retardés peuvent repousser la réception. Une réception retardée peut repousser les loyers et le déploiement cloud. Cette chaîne explique pourquoi la force majeure est devenue pertinente avant qu’Oracle ne déclare le campus en retard.

L’expression peut évoquer une réponse à une catastrophe naturelle. Ici, elle reflète le risque accumulé autour de la fourniture d’électricité, des permis et de l’opposition publique.

Cela soulève une question contractuelle difficile. Les retards réglementaires échappent-ils réellement au contrôle de la partie responsable, ou sont-ils les conséquences prévisibles d’une modification de la conception du projet ?

La réponse dépend du libellé du contrat privé et de faits précis. Elle ne peut pas être déterminée à partir du seul avis.

Cette incertitude limite la confiance avec laquelle quiconque peut décrire la protection d’Oracle. Envoyer un avis préserve un argument. Cela ne garantit pas que STACK, Blue Owl ou un tribunal accepteront l’interprétation d’Oracle.

L’histoire de force majeure autour du Project Jupiter d’Oracle comporte donc deux dimensions. La dimension opérationnelle concerne l’arrivée de l’électricité dans les délais. La dimension contractuelle porte sur la partie qui absorbe les coûts qui en résultent si ce n’est pas le cas.

Les deux comptent, mais la dimension opérationnelle passe en premier. Une interprétation favorable d’un contrat ne peut pas remplacer une infrastructure absente.

La thèse des centres de données d’IA dépend désormais de la coordination

La question centrale pour les investisseurs est passée du volume de capacité souhaité par les entreprises à la fiabilité avec laquelle elles peuvent en coordonner la livraison.

Les projets d’infrastructure d’IA associent des engagements de fournisseurs de cloud, de développeurs de modèles, de fournisseurs d’équipements, de services publics, de promoteurs, de capitaux privés et de collectivités locales. Chaque participant peut être performant tout en laissant le calendrier global prendre du retard.

Cette structure crée un risque d’exécution corrélé. Un permis retardé affecte un fournisseur d’énergie. Le retard énergétique affecte un promoteur. Le calendrier du promoteur affecte le locataire. La capacité indisponible du locataire affecte le client de l’IA.

L’avis d’Oracle rend cette chaîne visible. Il montre comment un problème d’infrastructure locale peut atteindre des accords rédigés à l’échelle de la demande mondiale de cloud.

C’est particulièrement important pour Oracle, qui concurrence Amazon Web Services, Microsoft et Google. Ces entreprises font également face à des contraintes d’électricité et de permis, mais elles exploitent des empreintes cloud établies plus vastes.

L’avantage d’Oracle réside dans la croissance rapide de son infrastructure et sa capacité à attirer d’importants engagements liés à l’IA. Son désavantage tient au fait qu’une plus grande part de sa croissance future dépend d’installations encore en cours d’achèvement.

Un retard dans un centre de données Oracle peut donc peser davantage dans le récit qu’un retard comparable chez un concurrent plus important. Les investisseurs évaluent la capacité d’Oracle à développer son carnet de commandes sans sacrifier sa flexibilité financière.

Le risque ne se limite pas au Nouveau-Mexique. Chaque grand campus d’IA est en concurrence pour les équipements électriques, la main-d’œuvre de construction, les composants réseau, les terrains, l’eau, les capacités de gaz et l’acceptation publique.

Un site peut obtenir des puces tout en attendant des transformateurs. Un autre peut disposer d’électricité, mais rencontrer une opposition locale sur le zonage. Un troisième peut achever sa construction avant que la charge de travail de son client ne soit prête.

Le temps devient ainsi une variable financière. Les retards affectent les charges d’intérêts, le démarrage des baux, le déploiement des équipements et le début de la facturation aux clients.

Le financement de projet peut répartir ces risques, mais il ne peut pas les éliminer. Des capitaux privés peuvent financer la construction tandis qu’un fournisseur de cloud évite de posséder chaque bâtiment. Des engagements de locataires à long terme peuvent soutenir des prêts. L’assurance peut couvrir des événements définis.

Pourtant, quelqu’un supporte en définitive le coût lorsqu’un site ne peut pas commencer à fonctionner comme prévu. Le litige actuel porte en partie sur l’identification de cette partie avant que le retard ne devienne réel.

C’est pourquoi l’avis de force majeure du Project Jupiter d’Oracle dépasse le cadre d’Oracle. Il offre un exemple public de contrats mis à l’épreuve par les limites physiques du déploiement de l’IA.

La thèse haussière sur l’infrastructure d’IA supposait que la demande de calcul justifierait des constructions massives. Project Jupiter ajoute une autre exigence : les systèmes de livraison doivent rester synchronisés suffisamment longtemps pour que la demande génère des liquidités.

Une forte demande continue de soutenir cette thèse. La croissance du cloud d’Oracle montre que les clients veulent davantage de ressources de calcul. L’avis n’efface pas cette demande.

Toutefois, la demande ne garantit pas une économie attractive. Les coûts peuvent augmenter tandis que la date de début des revenus est repoussée. Un projet peut rester précieux sur toute sa durée de vie tout en produisant des décalages de calendrier douloureux pour ses participants.

Cette distinction compte également pour les clients d’entreprise. Les entreprises qui planifient des produits d’IA dépendent de la mise à disposition de capacités par les fournisseurs de cloud dans des régions et à des périodes précises. Un engagement de capacité annoncé ne constitue pas la même chose qu’un service effectivement déployable.

Les développeurs devraient aussi s’y intéresser, car les contraintes d’infrastructure peuvent influencer les décisions de produit. Une capacité limitée peut affecter la disponibilité des modèles, les limites d’utilisation, le placement régional et l’économie de l’inférence.

La nouvelle thèse est donc plus exigeante. Les gagnants de l’infrastructure d’IA doivent obtenir des clients, construire des installations, les alimenter en énergie et gérer l’acceptation locale. L’absence d’un seul de ces éléments peut fragiliser tout le calendrier.

L’avis protège Oracle, mais n’élimine pas le risque

La position juridique d’Oracle, le calendrier d’achèvement du projet et son économie à long terme restent des questions distinctes.

L’interprétation sceptique la plus forte estime que l’avis révèle un projet déjà confronté à des difficultés d’exécution. Selon cette lecture, Oracle se prépare à un retard dans un centre de données Oracle tout en maintenant publiquement sa confiance dans le calendrier.

Cette lecture mérite l’attention, mais elle peut être exagérée. Les entreprises émettent régulièrement des avis afin de préserver leurs droits sans conclure que l’événement sous-jacent entraînera un retard permanent.

Oracle a qualifié de courants les avis de ce type pour des développements d’une ampleur comparable. Blue Owl a déclaré que l’avis ne modifiait pas les engagements financiers du projet.

Ces déclarations réduisent les raisons de considérer l’avis comme une annulation. Elles n’établissent pas que chaque jalon sera respecté.

Le contrat privé constitue la principale lacune d’information. Les observateurs extérieurs ne connaissent pas la définition précise de la force majeure, les mesures d’atténuation requises ni les paiements qu’Oracle peut reporter.

Ils ne savent pas non plus si d’autres accords comportent des protections correspondantes. Les documents de financement de projet, les contrats de construction, les accords d’approvisionnement en combustible et les engagements envers les clients peuvent répartir le même retard différemment.

Un accord peut exonérer un loyer tandis qu’un autre exige toujours un paiement de portage. Un promoteur pourrait bénéficier d’un allègement au titre d’un contrat tout en restant responsable au titre d’un autre. Ces décalages peuvent créer des litiges même si la construction se poursuit.

La deuxième incertitude concerne le calendrier du Project Jupiter. Oracle affirme que le site reste sur la bonne voie, mais l’avis existe parce qu’une issue alternative requiert une protection.

Ces positions peuvent coexister temporairement. Elles ne peuvent pas coexister indéfiniment. Les permis, l’infrastructure de combustible, l’installation des équipements et la mise en service montreront finalement si le calendrier reste réalisable.

La troisième incertitude concerne les finances plus larges d’Oracle. La croissance rapide d’OCI renforce l’argument d’Oracle en faveur d’investissements agressifs. Elle augmente aussi le coût d’une capacité indisponible, car des clients attendent déjà de la consommer.

Morningstar a estimé qu’un retard important pourrait menacer le calendrier de revenus futurs substantiels. Son évaluation de capacité a traité l’infrastructure manquante comme un risque de revenus plutôt que comme un simple litige locatif.

Cette analyse ne prévoit pas que la totalité du montant disparaîtra. Les revenus peuvent être déplacés d’une période à l’autre, les charges de travail peuvent être transférées vers d’autres régions et Oracle peut ajouter de la capacité ailleurs.

Néanmoins, des revenus retardés ne sont pas économiquement neutres. Les coûts de financement se poursuivent, les clients peuvent réviser leurs plans et les sites alternatifs peuvent être plus coûteux.

La quatrième incertitude concerne l’opposition des communautés. Oracle met en avant les emplois, les recettes fiscales, le financement des infrastructures et une conception énergétique à plus faibles émissions. Les critiques se concentrent sur la transparence des permis, l’eau, les émissions et l’ampleur du développement industriel.

Oracle affirme que Project Jupiter a déjà généré près de 80 millions de dollars de recettes fiscales pour l’État et le comté. Ses projections pour la communauté prévoient plus de 4,7 milliards de dollars d’impact économique à long terme.

Ces chiffres sont des projections de l’entreprise fondées sur des hypothèses relatives aux autorisations et à l’exploitation. Ils ne doivent pas être considérés comme des résultats garantis de manière indépendante.

Le soutien des communautés peut renforcer la pérennité d’un projet. Une opposition persistante peut prolonger les audiences, susciter des contentieux ou imposer de nouvelles modifications de conception. Project Jupiter a connu suffisamment de changements pour que les affirmations futures exigent une vérification continue.

La conclusion correcte n’est ni l’effondrement ni l’insignifiance. L’avis constitue une alerte précoce sur le calendrier et la répartition des risques au sein d’un projet actif.

Il protège les options d’Oracle. Il ne résout pas la dépendance énergétique du campus, ne détermine pas l’issue du permis et ne garantit pas que les clients recevront de la capacité dans les délais.

Trois signaux détermineront si la thèse tient

La prochaine phase sera déterminée par les permis, la livraison physique de l’électricité et la conversion par Oracle de son carnet de commandes en capacité cloud opérationnelle.

Le premier signal est le permis relatif à la qualité de l’air du Nouveau-Mexique. Une approbation sans conditions supplémentaires majeures renforcerait l’affirmation d’Oracle selon laquelle le plan énergétique révisé reste réalisable.

Un refus, une nouvelle refonte ou une contestation juridique prolongée fragiliserait le calendrier. Cela rendrait aussi la position de force majeure d’Oracle plus pertinente sur le plan économique.

Le permis compte car le système de piles à combustible n’est pas un projet secondaire. Il s’agit de la source d’énergie principale prévue pour le campus. L’avancement des travaux ne peut pas se substituer à l’autorisation d’exploiter ce système.

Le deuxième signal est l’achèvement de l’approvisionnement en combustible et du parcours de mise en service. Les investisseurs devraient surveiller si le raccordement de pipeline requis entre en service et si le déploiement des piles à combustible commence dans les délais.

Un raccordement achevé supprimerait l’une des dépendances les plus claires du projet. Un autre retard augmenterait la probabilité que les bâtiments et les équipements informatiques arrivent avant une alimentation électrique fiable.

Ce signal doit être évalué à l’aide de jalons documentés, et non d’assurances générales. Les éléments utiles comprendront les autorisations, l’achèvement des travaux, les tests et l’acceptation opérationnelle.

Le troisième signal est la conversion par Oracle de sa capacité en revenus. Oracle a fait état d’une croissance rapide d’OCI, d’un carnet de commandes de 664 milliards de dollars et de 850 mégawatts de capacité nouvellement livrée.

Les résultats futurs devront montrer que les nouveaux mégawatts continuent de devenir une infrastructure génératrice de revenus. Les investisseurs devraient comparer la capacité livrée à la croissance d’OCI, à la génération de trésorerie, aux engagements de capital et aux évolutions du calendrier des RPO.

Si Oracle continue d’ajouter de la capacité alimentée tandis que les revenus d’OCI augmentent, Project Jupiter apparaîtra comme un problème local maîtrisable. Si la livraison de capacité ralentit alors que les obligations et les coûts augmentent, l’avis paraîtra plus lourd de conséquences.

Ces signaux sont plus utiles que de débattre du caractère alarmant des mots « force majeure ». L’avis contractuel est une preuve de gestion des risques. Les jalons du projet révéleront la situation sous-jacente.

L’avis de force majeure du Project Jupiter d’Oracle offre aussi une leçon pratique à toute personne qui évalue l’infrastructure d’IA. Les prévisions de demande, les commandes de puces et les gigawatts annoncés ne décrivent qu’une partie du système.

Les analystes ont besoin d’une chaîne de preuves reliant les permis, l’énergie, la construction, les baux et les revenus. Les travailleurs du savoir qui suivent cette chaîne peuvent utiliser une base de connaissances consultable afin de distinguer les affirmations des entreprises des documents réglementaires et des faits rapportés.

Au cours des trois prochains mois, surveillez d’abord la décision relative au permis, ensuite l’infrastructure énergétique et enfin la conversion de capacité d’Oracle. Ensemble, ces signaux montreront si Project Jupiter connaît un risque de retard circonscrit ou révèle une faiblesse plus générale.

La thèse des centres de données d’IA reste intacte, mais son niveau de preuve a changé. Oracle doit désormais démontrer que la demande historique peut survivre au parcours allant de la signature du contrat jusqu’à la baie de serveurs alimentée.