FOCUS a besoin des achats : toutes les dépenses technologiques dans le FinOps

Résumé

Principaux résultats

• 90 %

  des équipes FinOps gèrent les dépenses SaaS ou prévoient de le faire dans les 12 prochains mois, contre 65 % un an plus tôt.^[1]

• 98 %

  gèrent les dépenses d’IA ou prévoient de le faire, contre 63 % en 2025. L’IA est désormais le domaine le plus courant au-delà du cloud public.^[1]

• 64 %

  couvrent les licences logicielles, et 48 % le datacenter : des dépenses qui arrivent sous forme de factures fournisseurs, et non d’export cloud.^[1]

• 1.4

  La version de FOCUS ratifiée le 4 juin 2026. Elle ajoute un jeu de données Invoice Detail qui comporte les conditions de paiement, la date d’échéance et le numéro de bon de commande.^[2]

1. Introduction

Pendant la plus grande partie de sa courte histoire, le FinOps a été une discipline de la console cloud. Ingénieurs, équipes finance et équipes produit ont appris à lire les lignes horaires d’AWS, Azure, Google Cloud et OCI, à les imputer aux équipes qui les avaient consommées, et à souscrire des engagements là où la consommation était stable. Les données étaient abondantes, lisibles par machine et arrivaient chaque jour.

Ce périmètre s’est rapidement élargi. Le State of FinOps 2026, une enquête menée auprès de 1 192 praticiens représentant plus de 83 milliards de dollars de dépenses cloud annuelles, montre que les équipes FinOps prennent en charge le SaaS, les licences, le cloud privé, le datacenter et, surtout, l’IA^[1]. Ses auteurs constatent aussi que les responsables FinOps participent de plus en plus aux négociations avec les fournisseurs et aux décisions d’investissement pluriannuelles.

Ce nouveau périmètre s’accompagne d’un autre type de données. Un éditeur SaaS, un cabinet de conseil ou un fournisseur d’IA facturé par un revendeur envoie rarement un fichier quotidien de coûts et de consommation. Il envoie une facture, adossée à un contrat que quelqu’un a négocié et, dans une entreprise bien gérée, à un bon de commande que quelqu’un a validé. Ces documents vivent dans les achats et la comptabilité fournisseurs. Cet article examine ce que cela implique pour FOCUS, et pour la manière dont les entreprises devraient envisager les achats.

2. FOCUS en bref

La FinOps Open Cost and Usage Specification, FOCUS, définit un ensemble unique de colonnes et de règles pour les données de coûts et de consommation, afin que la facture de n’importe quel fournisseur puisse se lire de la même manière^[4]. Une ligne indique qui a émis le montant facturé (InvoiceIssuerName), ce qu’il a coûté (BilledCost, EffectiveCost), pour quelle période (ChargePeriodStart, ChargePeriodEnd), à quel prix (ListUnitPrice, ContractedUnitPrice) et comment il est imputé (Tags).

La spécification s’est rapidement rapprochée des problèmes que les achats traitent au quotidien :

• FOCUS 1.2 est aujourd’hui la version la plus largement prise en charge, tant par les fournisseurs que par les outils FinOps^[3].
• FOCUS 1.3, publiée en décembre 2025, a ajouté un jeu de données Contract Commitment qui sépare les conditions d’un engagement des lignes de coûts auxquelles il s’applique^[3].
• FOCUS 1.4, ratifiée le 4 juin 2026, a fait passer ce jeu de données de 13 à 30 colonnes et en a ajouté deux autres : Billing Period, et Invoice Detail, qui comporte « la devise de paiement, les conditions de paiement, la date d’échéance et le numéro de bon de commande » (traduction de l’auteure), afin que le FinOps et la comptabilité fournisseurs puissent rattacher la consommation à la facture^[2].

Autrement dit, la spécification prévoit désormais une place pour le contrat, la facture et le bon de commande. Il lui manque encore quelqu’un pour remplir ces cases pour les fournisseurs qui ne sont pas des clouds.

3. Les dépenses hors facture cloud

Les grands clouds publient déjà des fichiers FOCUS. La plupart des fournisseurs du nouveau périmètre, non. La FinOps Foundation le dit sans détour : parmi ses recommandations pour la 1.4, elle invite les praticiens à « demander l’adoption de FOCUS aux fournisseurs SaaS, PaaS et on-premise qui ne proposent pas encore d’export FOCUS » (traduction de l’auteure)^[2]. Les praticiens s’accordent sur l’emplacement des lacunes : les extensions de FOCUS qu’ils demandent en priorité concernent l’IA, le datacenter et une prise en charge plus large du PaaS et du SaaS^[1].

Solliciter les fournisseurs en vaut la peine, et nous y reviendrons plus loin. Mais une entreprise qui compte des centaines de fournisseurs ne peut pas attendre que chacun construise son export. En attendant, chacun de ces fournisseurs envoie déjà quelque chose de structuré : une facture. Et, avant la facture, la plupart ont été achetés via un contrat et un bon de commande.

C’est le sujet de cet article. La facture cloud parvient d’elle-même jusqu’à l’outil FinOps. Le reste des dépenses n’y parvient que si quelqu’un transforme factures, bons de commande et contrats en ces mêmes colonnes. L’équipe qui détient déjà ces documents, vérifiés et validés, ce sont les achats.

4. Les achats, source de données FOCUS

Lorsque l’on met en regard les colonnes FOCUS utiles pour les dépenses hors cloud et ce que contient un système achats, le recouvrement est quasi total. Le tableau 1 présente les principales.

Tableau 1. Colonnes FOCUS pour les dépenses hors cloud, et le document achats qui contient chaque valeur.

Trois propriétés font des données achats des données FOCUS particulièrement fiables :

• Elles sont imputées avant d’être dépensées. Un bon de commande indique son centre de coûts et son compte comptable dès sa création. Le FinOps cloud consacre une grande partie de ses efforts à étiqueter après coup ; les données achats arrivent déjà étiquetées.
• Elles sont vérifiées. Une facture rapprochée de son bon de commande et de son contrat, puis validée, correspond au montant que l’entreprise doit réellement. Un reporting FinOps construit sur cette base concorde avec ce que la finance paie.
• Elles portent le contrat. Les engagements, les tarifs et les dates de renouvellement sont négociés par les achats. FOCUS 1.3 et 1.4 leur donnent enfin un emplacement standard, et les achats en sont les auteurs naturels. La FinOps Foundation elle-même cite les achats en premier parmi les équipes qui bénéficient du jeu de données Contract Commitment^[2].

5. Pourquoi les achats comptent pour l’entreprise

On voit souvent les achats comme l’étape entre le besoin et sa satisfaction. L’évolution décrite plus haut suggère un rôle plus large. Le FinOps voit la dépense après coup. Les achats la façonnent en amont : ils choisissent le fournisseur, fixent le tarif, dimensionnent l’engagement et valident la commande. Lorsque les deux travaillent à partir des mêmes données, l’entreprise peut boucler la boucle.

• Les engagements sont consommés. Un engagement négocié par les achats et visible par le FinOps dans FOCUS peut être suivi au regard de la consommation. Un engagement qui dort dans un PDF se découvre au moment du renouvellement.
• Les budgets comptent tout. Quand le SaaS, l’IA et les services figurent à côté du cloud dans les mêmes colonnes, le budget d’un centre de coûts reflète l’ensemble de ses dépenses, pas seulement la partie dotée d’une API.
• Les négociations partent de faits. Les responsables FinOps participent de plus en plus aux négociations avec les fournisseurs^[1]. Ils apportent la consommation ; les achats apportent l’historique des contrats. Ensemble, ils savent sur quoi s’engager.
• La surfacturation est détectée avant d’être payée. Une facture vérifiée par rapport à son tarif contractuel au moment de la validation n’appelle jamais d’avoir par la suite. La remonter dans FOCUS fait apparaître l’économie là où le FinOps regarde déjà.

6. Recommandations

Aux entreprises qui étendent le FinOps au-delà du cloud, nous recommandons six étapes :

1. Placez chaque fournisseur récurrent sous contrat et bon de commande. Le bon de commande est l’endroit où l’imputation, le tarif et la validation sont enregistrés une seule fois, avant la première facture.
2. Enregistrez les conditions contractuelles sous forme de données. Les tarifs, engagements, licences et dates de renouvellement doivent figurer dans des champs, et pas seulement dans le PDF signé, pour pouvoir être vérifiés et exportés.
3. Adoptez un modèle unique de centres de coûts. Les tags FinOps et les centres de coûts des achats doivent désigner les mêmes choses, pour que les deux sources se rejoignent.
4. Exportez les données achats au format FOCUS, sans les compter deux fois. Si votre outil FinOps lit déjà les fichiers FOCUS de vos fournisseurs cloud, excluez les factures cloud de l’export achats.
5. Demandez FOCUS au renouvellement. C’est au renouvellement que les achats ont le plus de poids. Intégrez un export FOCUS à la demande, comme le recommande la FinOps Foundation^[2].
6. Faites le point ensemble, chaque mois. Une réunion, un jeu de données : FinOps, achats et finance devant les mêmes lignes.

7. La place de Pleaxy

Pleaxy est un logiciel d’achats et de comptabilité fournisseurs : nous avons donc un intérêt dans ce sujet, et nous voulons dire clairement ce que nous faisons. Pleaxy vérifie chaque facture fournisseur par rapport à ses tarifs contractuels, à son bon de commande et, pour les fournisseurs cloud et d’IA, à sa consommation, avant sa validation. Ce sont ces factures vérifiées, ainsi que les notes de débit et les avoirs, que nous écrivons au format FOCUS :

• Des lignes Cost and Usage FOCUS 1.2 ou 1.4, en CSV ou Parquet, livrées dans votre propre bucket de stockage pour que votre outil FinOps les lise.
• Une ligne par ligne de facture, écriture de taxe et ajustement, de sorte que les lignes de chaque document totalisent son montant, étiquetées avec le bon de commande, le centre de coûts, le compte comptable et le contrat.
• Avec la 1.4, les engagements de vos contrats sous forme de jeu de données Contract Commitment.
• Une option pour exclure les fournisseurs cloud et d’IA, pour les outils FinOps qui lisent déjà les fichiers FOCUS de ces fournisseurs.

L’export FOCUS est activé pour chaque espace de travail sur demande. Si vous le souhaitez pour le vôtre, contactez-nous.

8. Méthode et limites

Cet article est une synthèse de sources publiques, et non une nouvelle enquête. Les chiffres proviennent du State of FinOps 2026 et des annonces de FOCUS 1.3 et 1.4 par la FinOps Foundation. Deux limites méritent d’être signalées :

• Les chiffres du State of FinOps présentés dans la figure 1 regroupent les équipes qui gèrent un domaine aujourd’hui et celles qui prévoient de le faire dans les 12 prochains mois. L’enquête a recueilli 1 192 réponses ; chaque question a reçu moins de réponses (N=632 pour celle-ci).
• L’enquête n’indique pas quelle part des dépenses hors cloud parvient aujourd’hui aux outils FinOps : l’ampleur de l’écart décrit dans la section 3 n’est donc pas mesurée ici.

L’auteure travaille pour Pleaxy, qui commercialise le logiciel d’achats décrit dans la section 7.

Références

1. [1]FinOps Foundation. State of FinOps 2026. 2026. data.finops.org/
2. [2]FinOps Foundation. Introducing FOCUS 1.4: Invoice Reconciliation, Commitment Details, and Specification Maturity. 2026-06-10. www.finops.org/insights/introducing-focus-1-4/
3. [3]The Linux Foundation. FinOps Foundation Launches FOCUS 1.3 to Deepen Cloud and SaaS Billing Transparency. 2025-12-11. www.linuxfoundation.org/press/finops-foundation-launches-focus-1.3-to-deepen-cloud-and-saas-billing-transparency-announces-expanded-vendor-support-for-focus-1-2
4. [4]FinOps Open Cost and Usage Specification. FOCUS specification and changelog. 2026. github.com/FinOps-Open-Cost-and-Usage-Spec/FOCUS_Spec
5. Toutes les sources ont été consultées le 2 novembre 2026.