FOCUS
FOCUS est l'acronyme de FinOps Open Cost and Usage Specification et normalise la donnée de facturation entre fournisseurs, pour en faire un référentiel unique, centralisé et exploitable. Nous accompagnons son adoption, de l'ingestion des jeux de données à la refonte de vos modèles d'allocation et de reporting.
Adopter FOCUS
Le problème que FOCUS résout
Adopter FOCUS
Chaque fournisseur technologique produit sa facturation avec sa propre terminologie, sa propre taxonomie et ses propres métriques. Un praticien FinOps qui pilote un parc multi-fournisseurs consacre une part disproportionnée de son temps à collecter, normaliser et réconcilier ces jeux de données hétérogènes avant même de pouvoir produire la moindre analyse. Chaque nouveau fournisseur introduit un schéma supplémentaire à transformer vers le format interne de l'organisation, allongeant d'autant le délai avant obtention d'une information exploitable.
FOCUS déplace cette charge de normalisation vers le producteur de la donnée. En définissant un ensemble de colonnes, de définitions et de règles que les fournisseurs doivent respecter, la spécification permet à l'organisation de recevoir des jeux de données déjà cohérents entre eux. Le temps libéré se réinvestit sur l'analyse, l'arbitrage et la production de valeur, plutôt que sur la plomberie de données.
L'enjeu dépasse le confort opérationnel : tant que les données restent hétérogènes, les comparaisons entre fournisseurs restent approximatives, les coûts unitaires difficilement consolidables, et les décisions d'arbitrage fondées sur des chiffres que personne ne peut pleinement défendre.
Qui produit et qui consomme la donnée FOCUS ?
Adopter FOCUS
Côté producteurs, le périmètre s'est considérablement élargi : fournisseurs Cloud publics, services et outils d'IA, éditeurs SaaS et PaaS, plateformes de données, éditeurs logiciels indépendants, fournisseurs de Cloud privé, et jusqu'aux équipes internes qui pratiquent la refacturation d'un centre de données. Pour eux, la spécification définit les colonnes obligatoires, leur nommage et les règles de production du jeu de données.
Côté consommateurs, les praticiens FinOps et les fonctions adjacentes ingèrent ces jeux de données pour piloter leur activité. La spécification leur sert de référence pour l'interprétation exacte de chaque colonne, ce qui supprime l'ambiguïté de définition entre équipes et entre fournisseurs.
Le bénéfice réel apparaît lorsque les deux versants parlent la même langue : les fournisseurs positionnent leurs offres sur des termes que le praticien comprend immédiatement, et les échanges internes entre IT, Finance et Achats cessent de buter sur des désaccords de définition plutôt que de méthode.
Ce que l'adoption change concrètement
Adopter FOCUS
Pour l'organisation, la normalisation produit des effets mesurables à plusieurs niveaux. Le pilotage devient transversal : la direction analyse l'ensemble du parc technologique plutôt qu'une juxtaposition de silos par fournisseur. La complexité de traitement diminue, un seul jeu de colonnes s'appliquant à l'ensemble des sources supportant la spécification. La fiabilité du reporting s'améliore, les écarts de terminologie entre fournisseurs et entre équipes internes cessant d'être une source d'erreur.
L'intégration d'un nouveau fournisseur cesse d'être un chantier : dès lors qu'il produit du FOCUS, le format cible est déjà défini et outillé. Les compétences des équipes deviennent portables entre technologies, entre outils et entre organisations, ce qui réduit la dépendance à des savoirs propriétaires et facilite l'intégration des nouveaux arrivants.
Sur le plan technique, la consolidation des coûts facturés et amortis dans un même jeu de données réduit sensiblement le volume de calcul et de stockage nécessaire au traitement. Enfin, la comparabilité s'étend au-delà de l'organisation : deux entreprises ayant adopté FOCUS peuvent échanger sur leurs pratiques avec un vocabulaire commun, indépendamment de leurs fournisseurs respectifs.
L'évolution de la spécification
Adopter FOCUS
La spécification progresse par versions successives, chacune élargissant le périmètre de la donnée normalisée.
La version 1.1 approfondit le support de la facturation des fournisseurs Cloud et améliore les métadonnées nécessaires aux traitements d'intégration.
La version 1.2 marque l'ouverture au-delà du Cloud : unification du reporting Cloud, SaaS et PaaS dans un schéma unique, gestion du cycle de vie des monnaies virtuelles (crédits et jetons), normalisation multi-devises, réconciliation avec les factures fournisseurs, et calcul de coûts unitaires comparables entre fournisseurs.
La version 1.3 introduit un jeu de données dédié aux engagements contractuels, isolant les termes du contrat des lignes de coût et d'usage. Elle ajoute la transparence sur les méthodes de répartition des coûts partagés, l'horodatage des jeux de données et le signalement de leur complétude, ainsi que la distinction entre le fournisseur qui commercialise un service et celui qui l'héberge.
La version 1.4 renforce le pont vers la finance avec des jeux de données dédiés au détail de facture et à la période de facturation, permettant de réconcilier l'usage directement avec la facture. Elle expose l'anatomie des accords commerciaux via de nouvelles colonnes sur les structures d'engagement, permet de mesurer précisément l'assiette éligible à un engagement, standardise les règles de reconnaissance des coûts pour éliminer les doubles comptages, et durcit les exigences d'intégrité (corrections, livraison, complétude) pour que FOCUS puisse servir de système de référence.
Adopter FOCUS dans une organisation réelle
Adopter FOCUS
L'adoption ne se résume pas à télécharger un export au bon format. Elle suppose de recenser les fournisseurs qui supportent effectivement la spécification et à quelle version, d'évaluer l'écart entre le modèle de données interne existant et le schéma cible, et de décider si FOCUS devient le référentiel de vérité ou une couche de traduction supplémentaire.
Les modèles d'allocation et de refacturation existants doivent être réexaminés à la lumière des colonnes disponibles : certaines répartitions bricolées faute de donnée deviennent inutiles, d'autres gagnent en précision. Le reporting historique pose une question de continuité, la reconstruction rétroactive n'étant généralement ni possible ni souhaitable sur l'intégralité de l'historique.
Le support par les fournisseurs progresse mais reste inégal selon les versions et les catégories technologiques. Une trajectoire d'adoption réaliste tient compte de cette hétérogénéité plutôt que de supposer une couverture uniforme, et prévoit la coexistence temporaire de sources normalisées et non normalisées.
Piloter la pratique
Adopter FOCUS
FOCUS n'est pas un projet de données isolé : il conditionne la qualité de l'ensemble des capacités FinOps en aval. Une allocation fiable, une prévision défendable, un calcul de coût unitaire comparable reposent tous sur la cohérence de la donnée d'entrée.
La gouvernance associée porte sur la définition d'un propriétaire de la donnée FOCUS au sein de l'organisation, sur les contrôles de complétude et de fraîcheur avant exploitation, et sur les critères de sélection des fournisseurs lors des appels d'offres, le support de la spécification devenant un critère d'évaluation à part entière.
La montée en compétence des équipes se fait sur un socle unique : une fois le vocabulaire et les règles maîtrisés, la connaissance s'applique à l'ensemble des sources, ce qui rend la formation plus efficace qu'un apprentissage fournisseur par fournisseur.
KPIS
Indicateurs de pilotage de l'adoption FOCUS
- Taux de couverture FOCUS
- Part de la dépense technologique totale couverte par des jeux de données normalisés.
- Nombre de fournisseurs conformes
- Fournisseurs produisant nativement du FOCUS, par version supportée.
- Délai d'intégration d'un nouveau fournisseur
- Temps nécessaire pour intégrer une nouvelle source dans le référentiel.
- Taux de réconciliation facture / usage
- Part des lignes de coût rattachables à une ligne de facture identifiée.
- Complétude des jeux de données
- Part des jeux de données livrés complets et horodatés avant exploitation.
- Effort de normalisation résiduel
- Charge de travail restante consacrée à la transformation de données non conformes.
Poursuivre la lecture
- Cloud public
Le premier terrain d'application de la spécification.
- FinOps & Budgets IT
Ce que change une donnée normalisée pour le pilotage budgétaire.
- Conformité & CSRD
Le même besoin de traçabilité, appliqué au reporting extra-financier.
- Outils & Accélérateurs
Les modèles de mise en œuvre et de contrôle qualité des données.