Dans les coulisses d'un financement de datacenter RTB

Un projet datacenter peut disposer d'un foncier maîtrisé, d'une trajectoire électrique crédible et d'études avancées tout en restant difficile à financer. Avant le chantier, il ne produit aucun revenu. Sa valeur dépend encore de jalons administratifs, techniques et contractuels. C'est précisément dans cet intervalle que le capital de développement intervient.

Le cas présenté ici provient d'une opération menée par Anavim Infrastructure. La localisation, l'identité des parties, les montants, les rendements et les paramètres de sortie ne sont pas publiés. L'intérêt du dossier se trouve ailleurs : dans la mécanique retenue pour répartir le risque entre un développeur et un investisseur avant l'obtention du statut Ready to Build.

Le besoin financé n'était pas la construction du datacenter

Le financement portait sur la phase de développement. Les fonds servent alors à sécuriser le foncier, avancer le raccordement électrique, financer les études, préparer les autorisations et organiser la société de projet. L'actif n'est pas encore un bâtiment loué. C'est un ensemble de droits, de contrats, de travaux préparatoires et de preuves qui doivent converger.

Cette distinction change l'analyse du risque. Une banque senior finance plus volontiers un actif achevé, assorti de revenus et de sûretés identifiables. Avant le RTB, le projet ne dispose généralement ni de loyers ni d'un historique d'exploitation. Certains jalons restent binaires : une autorisation est obtenue ou non, une capacité est maintenue ou non, un recours est purgé ou non.

Le capital recherché doit donc accepter une incertitude plus forte, mais il ne peut pas être exposé sans limites. La structure financière remplace une partie des garanties absentes par des droits économiques, une gouvernance renforcée et un ordre de distribution convenu à l'avance.

Une avance à la SPV assortie d'une préférence économique

Dans ce type de montage, l'investisseur apporte des fonds à la société de projet, souvent sous forme de compte courant d'associé, de preferred equity ou d'une combinaison des deux. Le vocabulaire varie. Le principe reste le même : l'argent finance le développement, tandis que l'investisseur reçoit une priorité sur les produits d'une future cession.

Cette priorité ne transforme pas le risque en dette bancaire. Si le projet échoue ou se vend moins bien qu'espéré, la valeur disponible peut rester insuffisante. Elle organise en revanche la répartition de la valeur lorsque la sortie intervient.

La waterfall écrit la sortie avant l'investissement

La waterfall, ou cascade de distribution, répond à une question simple : dans quel ordre le produit disponible sera-t-il réparti si le projet est vendu ? Cette réponse ne doit pas être renvoyée à une négociation de dernière minute.

Dans le cas étudié, la mécanique suivait une séquence classique. Les coûts attachés à l'actif et à l'opération étaient d'abord identifiés. L'avance de l'investisseur bénéficiait ensuite d'une priorité de remboursement. Une préférence économique venait rémunérer le risque de développement. Un mécanisme de rattrapage permettait ensuite de rééquilibrer la distribution au profit du développeur, avant un partage du solde entre les parties.

• Premier niveau : déterminer le produit réellement disponible après les coûts convenus.
• Deuxième niveau : rembourser en priorité le capital avancé par l'investisseur.
• Troisième niveau : servir la préférence contractuelle dans la limite de la valeur disponible.
• Quatrième niveau : appliquer le rattrapage du développeur, puis partager la surperformance résiduelle.

L'ordre compte plus que le nombre de lignes du modèle. Une cascade trop complexe masque les conflits au lieu de les résoudre. Chaque rang doit avoir une assiette claire, un plafond éventuel, une définition des frais déductibles et un traitement prévu pour les scénarios où le produit de cession ne suffit pas.

Les mégawatts annoncés ne suffisent pas à établir la valeur

Un projet de datacenter est souvent présenté par sa capacité IT cible. Ce chiffre donne une échelle, mais pas un niveau de maturité. Il faut encore relier la puissance informatique à la puissance totale appelée, au PUE de conception, au raccordement, au phasage et aux contraintes du permis.

Un investisseur de développement ne finance donc pas une simple promesse de MW. Il finance un chemin vérifiable vers leur réalisation. La documentation doit montrer qui détient les droits fonciers, quel document porte la capacité électrique, quels acomptes ont été versés, quelles études restent ouvertes et dans quelles conditions les droits pourront être transférés à l'acquéreur final.

Ce qui a rendu le dossier finançable

• Une maîtrise foncière suffisamment robuste pour supporter le calendrier du développement.
• Une trajectoire documentée vers la sécurisation de la puissance électrique.
• Un programme d'études et d'autorisations associé à des jalons vérifiables.
• Un budget d'emploi des fonds séparant les dépenses nécessaires des options.
• Une gouvernance donnant à l'investisseur une visibilité sur les décisions qui modifient son risque.
• Une stratégie de sortie vers un opérateur ou un investisseur capable de reprendre un projet RTB.

Pris séparément, aucun de ces éléments ne garantit le succès. Ensemble, ils donnent au financeur une lecture du chemin critique. Le modèle financier peut alors être relié à des événements réels plutôt qu'à un calendrier abstrait.

La gouvernance pèse autant que le rendement

La préférence économique attire l'attention, mais les protections les plus utiles apparaissent souvent dans la gouvernance. Le financeur doit recevoir un reporting régulier sur le foncier, la puissance, les autorisations, le budget et les discussions de sortie. Certaines décisions deviennent réservées : nouvelle dette, modification du capital, dépassement matériel du budget, abandon d'un droit essentiel ou cession à une partie liée.

Le développeur doit conserver la capacité d'exécuter. Un dispositif qui exige un accord pour chaque dépense ralentit le projet et peut détruire de la valeur. La bonne frontière sépare la gestion courante, laissée à l'équipe opérationnelle, des décisions qui changent le profil de risque ou la répartition économique.

Les décaissements peuvent également suivre les jalons. Cette méthode évite d'immobiliser tout le capital dès le premier jour et oblige les parties à documenter l'avancement. Elle suppose toutefois un budget réaliste, avec une réserve pour les études complémentaires et les délais administratifs.

Trois risques restent ouverts après le financement

Un financement réussi ne supprime donc pas le risque de développement. Il le rend lisible, suivi et partagé. C'est la différence entre un apport de liquidité et une véritable structuration.

Ce qu'un développeur peut retenir de cette opération

La recherche de capital commence avant l'envoi du teaser. Le développeur doit pouvoir expliquer ce que chaque euro débloque, quel jalon augmente la valeur et quel document prouve cette progression. Une data room courte mais cohérente vaut mieux qu'un empilement de fichiers sans hiérarchie.

Le financeur, de son côté, ne doit pas limiter son analyse au rendement affiché. Il doit tester les droits sur le foncier, la transférabilité du raccordement, les hypothèses de calendrier, la maîtrise des flux dans la SPV et la waterfall dans plusieurs scénarios de sortie.