Pour le DAF
Facture cloud : ce que le directeur financier peut piloter
La facture cloud arrive chaque mois, elle varie, et sa lecture est laissée aux équipes techniques. Pourtant, quatre sujets relèvent de la finance : le budget et sa prévision, la répartition des coûts entre équipes ou produits, la marge, et les engagements signés auprès des fournisseurs. Voici ce que vous pouvez piloter, et ce que nous vous remettons.
Mis à jour le 26 octobre 2026. Définitions de la FinOps Foundation et documentation des fournisseurs relevées le 26 octobre 2026 ; liens en bas de page.
Selon le rapport State of FinOps 2026 de la FinOps Foundation (1 192 répondants), 78 % des équipes FinOps, chargées de la gestion financière du cloud, sont rattachées au directeur technique ou au DSI, et 8 % au directeur financier. La finance reste pourtant la destinataire des chiffres : c’est elle qui budgète, répartit et paie.
1. Prévoir le budget cloud
Pourquoi la facture varie
- L’usage. Le cloud se facture à l’heure, au gigaoctet, à la requête. Un nouveau client, une campagne, un environnement de test oublié : la facture suit, sans bon de commande.
- Les tarifs. Les fournisseurs changent leurs prix : en 2026, hausses sur l’IPv4 et le stockage chez Scaleway et OVHcloud, entre autres (ce qui augmente en 2026). Une facture en dollars ajoute le taux de change.
- Les engagements. Un Savings Plan ou une réservation payés d’avance font un pic le mois de l’achat ; un engagement sous-utilisé reste dû.
Prévoir à partir de l’usage
Une prévision tirée du seul historique de dépense ne voit venir ni une hausse de tarif ni un nouveau produit. Le cadre FinOps décrit trois étapes de maturité : une prévision fondée sur la dépense passée, puis une prévision glissante qui suit la tendance, puis une prévision qui combine tendance et inducteurs d’activité (nombre de clients, de transactions, d’environnements). Chaque organisation fixe l’écart qu’elle accepte entre prévu et réel.
En pratique : une prévision mensuelle par poste (calcul, stockage, bases de données, réseau), multipliée par l’indicateur d’activité qui le fait varier, plus les échéances connues des engagements et les hausses de tarif annoncées.
Budgets et alertes chez le fournisseur
AWS, Microsoft Azure et Google Cloud permettent tous trois de fixer un budget et d’être alerté sur la dépense réelle ou sur la dépense prévue en fin de période. Deux limites à connaître :
- Une alerte n’arrête rien. Microsoft l’écrit : les ressources ne sont pas affectées et la consommation n’est pas interrompue. Google Cloud précise qu’un budget d’alerte ne plafonne pas la dépense.
- Elle arrive avec retard. Les budgets AWS sont mis à jour jusqu’à trois fois par jour ; chez Azure, les données de coût arrivent en général sous 8 à 24 heures. Une dérive d’une journée est déjà facturée quand l’alerte part.
Mettre en place ces budgets et ces alertes, par compte, par équipe ou par produit, fait partie de notre périmètre ; ils vous restent.
2. Savoir qui consomme quoi
Tant que la facture est un seul total, personne n’en répond. La répartition passe par trois étapes.
- Étiqueter. Chaque ressource porte des étiquettes (tags ou labels) : équipe, produit, environnement, centre de coût. La FinOps Foundation note qu’au premier niveau de maturité, les étiquettes ne servent qu’à une partie de la répartition, faute d’être appliquées partout ; leur pose automatique, dans le code d’infrastructure, rend la règle tenable.
- Montrer (showback). Chaque équipe ou produit reçoit le relevé de ce qu’il consomme réellement. Le montant reste hors des budgets comptables : il sert à rendre la dépense visible.
- Refacturer (chargeback). Le coût est imputé au budget et au compte de résultat de chaque entité, dans le système financier. Chaque euro n’est alors imputé qu’une fois, et l’équipe en répond directement.
Showback
Un rapport de consommation par équipe ou par produit, sans écriture comptable. Il peut couper la dépense de plusieurs façons à la fois (par équipe, par type de service).
Chargeback
Une imputation dans le système financier, sur les budgets des entités. Il suppose une répartition fiable et acceptée : sans cela, il fait naître des contestations internes.
Les coûts partagés. Support du fournisseur, réseau commun, cluster Kubernetes utilisé par plusieurs produits, remises d’engagement : ces coûts se répartissent selon une clé convenue à l’avance (au prorata de la consommation, part fixe, parts égales). La FinOps Foundation admet aussi de les garder dans un budget central, par décision explicite. Notre conseil : commencer par le showback, et ne passer au chargeback qu’une fois les étiquettes fiables et la clé des coûts partagés validée par la finance. Pour les clusters, voir la répartition des coûts Kubernetes par équipe.
3. Éditeur SaaS : le cloud dans votre marge brute
Le glossaire de la FinOps Foundation range la facture cloud qui fait tourner les charges de travail d’une entreprise dans son coût des ventes (COGS), à côté du support et des commissions commerciales, et souligne qu’elle en est le poste le plus variable. Pour un éditeur, le cloud de production pèse donc directement sur la marge brute. Les environnements de développement et de test n’ont pas la même nature : les isoler, par comptes ou par étiquettes, permet de les classer à part. Le classement retenu dans vos comptes se décide avec votre expert-comptable.
Le suivi utile n’est pas le total mais le coût unitaire (unit economics) : coût par client, par transaction, par utilisateur actif. La FinOps Foundation cite le coût par client hébergé (tenant), par transaction ou le coût de service. Un total qui monte avec un coût par client qui baisse, c’est une croissance saine ; l’inverse se voit tout de suite.
Exemple illustratifUn éditeur paie 30 000 € HT par mois de cloud de production pour 600 clients : 50 € par client et par mois. Si un client rapporte en moyenne 400 € HT par mois, le cloud absorbe 12,5 % de ce revenu. Ramener le coût à 40 € par client remonte la marge brute de 2,5 points, sans toucher aux prix de vente.
Notre cas d’école fictif d’un éditeur SaaS sur AWS déroule une facture de 40 000 € par mois, levier par levier.
4. Les engagements vus par la finance
Savings Plans chez AWS, réservations chez Azure, CUD (remises sur engagement) chez Google Cloud : en échange d’une remise, vous promettez une consommation pour un ou trois ans. Pour la finance, c’est un engagement de dépense :
- Signé par vous, à votre nom. L’achat se fait sur votre compte et votre fournisseur vous le facture. Nous préparons le dossier chiffré ; vous décidez et vous signez.
- Dû jusqu’au terme. En règle générale, la consommation promise est due, consommée ou non. Les conditions d’un Savings Plan AWS ne se modifient plus après l’achat.
- Payé d’avance ou chaque mois. AWS propose trois modes : tout d’avance, en partie d’avance, ou sans paiement initial. Chez Azure, une réservation se paie d’avance ou par mensualités, pour un coût total égal selon Microsoft.
- À suivre comme une dette fournisseur. Montant, date de fin, taux d’utilisation. AWS Budgets, par exemple, peut alerter quand l’utilisation d’un Savings Plan passe sous un seuil.
Un paiement d’avance pose la question de son étalement sur la durée de l’engagement dans vos comptes : c’est à trancher avec votre expert-comptable. Côté mesure, nous travaillons sur le coût effectif, paiements initiaux répartis sur la durée, comme dans les exports de facturation : le mois de l’achat ne fausse pas le calcul des économies.
Notre règle, détaillée dans Savings Plans, réservations, CUD : réduire l’usage d’abord, s’engager ensuite, par défaut sur un an et sans paiement initial.
5. Notre rémunération dans vos comptes
25 % des économies mesurées, pendant 12 mois. Ensuite, 100 % pour vous. Au-delà de 20 000 € d’économies par mois, notre part passe à 20 % sur ce qui dépasse. Aucune économie, aucune facture. Zéro fixe, zéro abonnement, zéro minimum.
- Une facture par mois, hors taxes, émise après votre validation du relevé mensuel, sur les seules lignes validées. Une ligne contestée n’est pas facturée.
- Proportionnelle aux économies mesurées sur les factures de votre fournisseur : pour 1 € facturé, au moins 4 € d’économies mesurées, dont 3 restent chez vous. Notre facture ne peut pas dépasser l’économie qu’elle rémunère.
- Aucune facture sans économie, ni abonnement, ni frais de mise en place. Chaque action est rémunérée pendant ses 12 premiers mois, puis l’économie vous revient entièrement.
- Résiliable à tout moment, avec un préavis d’un mois ; à la sortie, aucune économie future n’est facturée.
Exemple illustratifUn mois à 26 000 € d’économies mesurées : notre part est de 25 % sur 20 000 € et de 20 % sur 6 000 €, soit 6 200 € HT. Vous gardez 19 800 €. Seule la mesure sur la baseline signée fait foi.
Nous ne donnons pas d’avis comptable ni fiscal. Le compte où enregistrer nos honoraires, la TVA et le traitement d’un engagement payé d’avance se décident avec votre expert-comptable ; nous lui fournissons le relevé et les pièces dont il a besoin.
6. Ce que vous recevez
- La baseline signée, avant toute action. Le coût effectif moyen des 3 derniers mois clos, ressource par ressource. Vos engagements existants sont listés à part et ne sont jamais facturés. C’est la référence de tous les calculs.
- Le relevé mensuel, action par action. Remis sous 10 jours ouvrés après la clôture de la facture du fournisseur : pour chaque action, baseline, réel, économie, formule et preuves tirées de vos données de facturation. Vous avez 15 jours pour le valider ou le contester, ligne par ligne ; notre facture suit.
- Le tableau des économies cumulées. Depuis le début de la mission et sur 12 mois glissants, avec la part facturée du mois et cumulée, et la date de fin de la période de partage de chaque action.
Les règles de calcul sont publiques : mesure au prix de la baseline (une hausse ou une baisse de tarif du fournisseur ne compte ni pour ni contre), croissance de votre activité neutralisée, économies négatives déduites. Elles sont détaillées dans notre méthode FinOps.
Questions fréquentes
Notre croissance va-t-elle gonfler votre facture ?
Non. Pour les ressources qui suivent la charge, la consommation du mois est ramenée à l’activité de la baseline : votre croissance ne gonfle pas notre part et n’efface pas vos économies.
Qui paie le fournisseur cloud ?
Vous, comme aujourd’hui. Nous ne revendons pas de cloud et ne recevons aucune commission des fournisseurs ; notre seule facture est la part des économies.
Pouvons-nous budgéter votre coût à l’avance ?
Le plan d’économies, remis après l’audit gratuit, chiffre chaque action. Il donne l’ordre de grandeur de notre part, qui reste proportionnelle à ce qui est réellement mesuré.
Demander l’audit gratuit Faire le diagnostic en 7 questions
À lire aussi : notre méthode FinOps, étape par étape · Savings Plans, réservations, CUD · votre facture cloud est-elle trop élevée ? · prix du cloud 2026 · cas d’école : une facture AWS, levier par levier
Sources
- FinOps Foundation, State of FinOps 2026 (19 février 2026, relevé le 26 octobre 2026)
- FinOps Foundation, FinOps Terminology : showback, chargeback, coût partagé, COGS (page non datée, relevée le 26 octobre 2026)
- FinOps Foundation, Invoicing & Chargeback (page non datée, relevée le 26 octobre 2026)
- FinOps Foundation, Allocation (page non datée, relevée le 26 octobre 2026)
- FinOps Foundation, Forecasting (page non datée, relevée le 26 octobre 2026)
- FinOps Foundation, Unit Economics (page non datée, relevée le 26 octobre 2026)
- AWS, Managing your costs with AWS Budgets (page non datée, relevée le 26 octobre 2026)
- Microsoft, Create and manage budgets (page du 26 juin 2025, relevée le 26 octobre 2026)
- Google Cloud, Create, edit, or delete budgets and budget alerts (mise à jour le 22 octobre 2026, relevée le 26 octobre 2026)
- AWS, What are Savings Plans? (page non datée, relevée le 26 octobre 2026)
- AWS, Savings Plans types (page non datée, relevée le 26 octobre 2026)
- Microsoft, Buy an Azure reservation (page du 17 juillet 2026, relevée le 26 octobre 2026)