Thème
Savings proof — preuve d'économies réalisées
Objectif
Savings proof répond à la question que pose tout CFO : « Combien avons-nous réellement économisé, et est-ce prouvé ? ». L'écran distingue clairement trois notions — estimation, économie approuvée et économie réalisée — et matérialise la trajectoire d'une recommandation depuis sa détection jusqu'à sa preuve dans la facture. Aucune optimisation n'est appliquée automatiquement : tout passe par un workflow d'approbation.
À retenir en une phrase
Une estimation P90 est prudente et consultative ; une économie réalisée est constatée après application et confirmée par la baisse de coût effectif. Ne présentez jamais une estimation comme une économie acquise.
Qui l'utilise
CFO et direction financière (lecture / preuve), FinOps Manager et architecte cloud (pilotage), administrateur avec droit d'approbation.
| Action | Permission RBAC |
|---|---|
| Consulter les économies et la preuve | optimization:read |
| Générer / modifier des recommandations | optimization:write |
| Approuver / rejeter une recommandation | optimization:approve |
Prérequis
- Données de coût ingérées sur plusieurs mois (baseline) — voir Ingest & mapping.
- Des recommandations générées dans Opportunités d'économies.
- Permission
optimization:readau minimum.
Accès
- Menu Optimize → Savings proof
- URL :
\/savings(recommandations et actions :\/optimization)
Les trois notions à ne jamais confondre
| Notion | Définition | Statut | Fiabilité |
|---|---|---|---|
| Estimation (P90) | Économie potentielle prudente d'une action non encore décidée | open | Consultative — à valider |
| Économie approuvée | Action validée via le workflow, en cours d'application | approved | Engagement de mise en œuvre |
| Économie réalisée | Baisse de coût effectif constatée après application | implemented | Prouvée par la facture |
Éléments de l'interface
| Zone UI | Description | Action possible |
|---|---|---|
| Bouton Generate recommendations | Analyse le spend et crée des recommandations | Si optimization:write |
| KPI Savings Opportunities | Total des économies ouvertes (P90) | Lecture |
| KPI Savings Implemented | Économies réalisées confirmées | Lecture — c'est la preuve |
| KPI Est. Monthly Savings | Potentiel mensuel estimé | Lecture |
| KPI Optimization Score | Score de maturité d'optimisation | Lecture |
| Liste Recommendations | Recos ouvertes / approuvées / rejetées | Filtrer, ouvrir |
| Ligne de reco | Titre, type (rightsizing, idle, RI/SP…), montant P90/mois, badge statut, confiance / effort / risque | Approuver / Dismiss |
| Bandeau P90 disclaimer | Rappel du caractère consultatif | Lecture |
Chaque recommandation porte trois qualificatifs de décision :
- Confiance — probabilité que l'économie se matérialise (dérivée du facteur P90).
- Effort — charge de mise en œuvre (faible / moyen / élevé).
- Risque — impact potentiel sur la disponibilité/performance.
Workflow d'approbation
- Détection — Generate recommendations produit des recommandations avec une estimation P90.
- Revue — un Manager/Admin évalue confiance, effort, risque.
- Décision — Approve (nécessite
optimization:approve) ou Dismiss. Toute décision est auditée. - Mise en œuvre — l'action est réalisée côté cloud (manuellement ou via Automatisation en dry-run puis exécution approuvée).
- Preuve — le mois suivant, la baisse de coût effectif est constatée ; l'économie bascule en
implementedet alimente Savings Implemented.
Formules & définitions
- Économies ouvertes P90 =
Σ net_monthly_p90des recommandations au statutopen. - Économies brutes =
coût de référence (baseline) − coût proposé. - Économies nettes =
économies brutes − coûts uniques amortis − delta récurrent. - P90 =
P50 × facteur conservateur, où P50 est l'estimation médiane :
| Catégorie | Facteur conservateur |
|---|---|
| Rightsizing | 0,85 |
| Savings Plans | 0,80 |
| Reserved Instances | 0,75 |
| Spot | 0,70 |
| Storage | 0,85 |
💶 Tous ces montants sont calculés en décimal, arrondis uniquement à l'affichage — jamais en float.
Bonnes pratiques FinOps
- 📊 En COMEX, communiquez Savings Implemented (réalisé prouvé) et présentez le P90 comme un potentiel, pas un acquis.
- Priorisez par ratio économie / effort, en écartant les risques élevés sur les charges critiques.
- Rapprochez chaque économie
implementedde la facture du mois suivant pour la preuve externe. - Documentez la raison des Dismiss (traçabilité d'audit).
Limitations & disclaimers
Estimations P90 — consultatives
Les montants P90, potentiel d'économies et coût gaspillé sont des estimations consultatives destinées à prioriser les actions FinOps. Validez toujours auprès de vos équipes techniques et de vos factures fournisseurs avant tout engagement budgétaire ou reporting externe. Une estimation n'est jamais une garantie ni une économie acquise.
- Une reco
approvednon encore appliquée n'est pas une économie réalisée. - La réalisation dépend d'une baisse de coût constatée — elle peut être décalée d'un cycle de facturation.
- 🕒 Vérifiez la fraîcheur des données (
Synced) : un réalisé se lit sur des mois clôturés.
Dépannage
| Symptôme | Cause probable | Résolution |
|---|---|---|
| Aucune recommandation | Baseline insuffisante / pas de spend analysé | Ingérer plus d'historique ; Generate recommendations |
| Bouton Approve absent | Permission optimization:approve manquante | Demander le droit à un admin |
| Économie approuvée mais Savings Implemented ne bouge pas | Action non appliquée ou mois non clôturé | Appliquer côté cloud ; attendre le mois clôturé ; Refresh |
| Écart estimation vs réalisé | Facteur P90 prudent + réalité opérationnelle | Normal — le P90 est conservateur par conception |