Blog di Pleaxy

FOCUS ha bisogno del procurement: tutta la spesa tecnologica nel FinOps

Il FinOps è andato oltre la bolletta del cloud, e FOCUS l’ha seguito con contratti, fatture e ordini d’acquisto. I dati di tutto ciò che sta fuori dal cloud vivono già negli acquisti.

di Andrea Gneriil in Ricerca, FinOps e Procurement10 min di lettura

Abstract

Abstract

Il FinOps è nato con la bolletta del cloud, ma oggi non si ferma più lì. Nove team FinOps su dieci gestiscono già il SaaS o prevedono di farlo, e quasi tutti gestiscono la spesa per l’AI. FOCUS, la specifica aperta della FinOps Foundation per i dati di costo e consumo, è cresciuta per seguirli: la versione 1.3 ha aggiunto gli impegni contrattuali e la versione 1.4 le fatture e i numeri d’ordine d’acquisto.

In questo documento sosteniamo che la maggior parte della spesa al di fuori della bolletta del cloud non arriverà in FOCUS dai rispettivi fornitori a breve. Ci arriverà attraverso gli acquisti. Il fornitore, la tariffa contrattuale, l’impegno, il centro di costo e l’importo approvato sono già registrati lì, prima che una fattura venga pagata. Le aziende che trattano il procurement come una fonte di dati per il FinOps, e non solo come una fase dell’acquisto, ottengono un’unica visione di ciò che spendono, e la ottengono prima.

Risultati principali

  • 90%

    dei team FinOps gestisce la spesa SaaS o prevede di farlo nei prossimi 12 mesi, contro il 65% di un anno prima.[1]

  • 98%

    gestisce la spesa per l’AI o prevede di farlo, contro il 63% del 2025. L’AI è ora l’ambito più diffuso oltre il cloud pubblico.[1]

  • 64%

    copre le licenze software, e il 48% il data center: spesa che arriva come fatture dei fornitori, non come export del cloud.[1]

  • 1.4

    La versione di FOCUS ratificata il 4 giugno 2026. Aggiunge un dataset Invoice Detail con termini di pagamento, data di scadenza e numero d’ordine d’acquisto.[2]

1. Introduzione

Per gran parte della sua breve storia, il FinOps è stato una disciplina della console cloud. Team di engineering, finance e prodotto hanno imparato a leggere le voci orarie di AWS, Azure, Google Cloud e OCI, ad attribuirle ai team che le avevano generate e ad acquistare impegni dove il consumo era stabile. I dati erano abbondanti, leggibili dalle macchine e arrivavano ogni giorno.

Questo perimetro si è allargato in fretta. Lo State of FinOps 2026, un sondaggio su 1.192 professionisti che rappresentano oltre 83 miliardi di dollari di spesa cloud annua, rileva che i team FinOps stanno prendendo in carico SaaS, licenze, cloud privato, data center e, soprattutto, l’AI[1]. Gli autori osservano anche che i responsabili FinOps partecipano sempre più spesso alle negoziazioni con i provider e alle decisioni di investimento pluriennali.

Il nuovo perimetro porta con sé un tipo di dati diverso. Un fornitore SaaS, una società di consulenza o un provider di AI fatturato tramite un rivenditore raramente invia un file giornaliero di costi e consumi. Invia una fattura, a fronte di un contratto che qualcuno ha negoziato e, in un’azienda ben gestita, di un ordine d’acquisto che qualcuno ha approvato. Questi documenti vivono negli acquisti e nella contabilità fornitori. Questo documento esamina cosa significa per FOCUS e per il modo in cui le aziende dovrebbero considerare il procurement.

2. FOCUS in breve

La FinOps Open Cost and Usage Specification, FOCUS, definisce un unico insieme di colonne e regole per i dati di costo e consumo, in modo che la fattura di qualsiasi provider possa essere letta allo stesso modo[4]. Una riga indica chi ha emesso l’addebito (InvoiceIssuerName), quanto è costato (BilledCost, EffectiveCost), per quale periodo (ChargePeriodStart, ChargePeriodEnd), a quale prezzo (ListUnitPrice, ContractedUnitPrice) e come è allocato (Tags).

La specifica si è avvicinata rapidamente ai problemi che gli acquisti affrontano ogni giorno:

  • FOCUS 1.2 è oggi la versione più supportata, sia dai provider sia dagli strumenti FinOps[3].
  • FOCUS 1.3, pubblicata a dicembre 2025, ha aggiunto un dataset Contract Commitment che tiene i termini di un impegno separati dalle righe di costo a cui si applica[3].
  • FOCUS 1.4, ratificata il 4 giugno 2026, ha portato quel dataset da 13 a 30 colonne e ne ha aggiunti altri due: Billing Period e Invoice Detail, che riporta "valuta di pagamento, termini di pagamento, data di scadenza e numero d’ordine d’acquisto" (traduzione nostra) perché FinOps e contabilità fornitori possano collegare il consumo alla fattura[2].

In altre parole, la specifica ora ha un posto per il contratto, la fattura e l’ordine d’acquisto. Manca ancora qualcuno che riempia quei campi per i fornitori che non sono cloud.

SaaS
2025:65%
2026:90%
AI
2025:63%
2026:98%
Licenze
2025:49%
2026:64%
Cloud privato
2025:39%
2026:57%
Data center
2025:36%
2026:48%
Figura 1. Quota di team FinOps che gestiscono ciascun ambito della spesa tecnologica o prevedono di farlo nei prossimi 12 mesi, 2025 e 2026. Fonte: State of FinOps 2026 (N=632)[1].

3. La spesa fuori dalla bolletta del cloud

I grandi cloud pubblicano già file FOCUS. La maggior parte dei fornitori dietro il nuovo perimetro no. La FinOps Foundation lo dice chiaramente: tra le sue raccomandazioni per la 1.4, chiede ai professionisti di "richiedere l’adozione di FOCUS ai fornitori SaaS, PaaS e on-premise che non hanno ancora rilasciato export FOCUS" (traduzione nostra)[2]. I professionisti concordano su dove siano le lacune: le estensioni di FOCUS che chiedono di più riguardano l’AI, il data center e un supporto più ampio a PaaS e SaaS[1].

Chiedere ai fornitori vale la pena, e ci torniamo più avanti. Ma un’azienda con centinaia di fornitori non può aspettare che ognuno costruisca un export. Nel frattempo, ognuno di quei fornitori invia già qualcosa di strutturato: una fattura. E prima della fattura, la maggior parte è stata acquistata tramite un contratto e un ordine d’acquisto.

È questa la lacuna di cui si occupa questo documento. La bolletta del cloud arriva da sola allo strumento FinOps. Il resto della spesa ci arriva solo se qualcuno trasforma fatture, ordini d’acquisto e contratti nelle stesse colonne. Il team che possiede già questi documenti, verificati e approvati, è l’ufficio acquisti.

  1. AWS, Azure, Google Cloud, OCIExport di fatturazione del providerCosti e consumi FOCUS
  2. SaaS, AI, servizi, collaboratori esterniContratti, ordini d’acquisto e fatture approvate negli acquistiCosti e consumi FOCUS + impegni

Strumento FinOps

Un’unica visione della spesa tecnologica, per team, centro di costo e contratto.

Figura 2. Due percorsi verso un’unica visione FinOps. I provider cloud forniscono direttamente i file FOCUS. Tutto il resto diventa FOCUS attraverso i documenti che gli acquisti già conservano.

4. Il procurement come fonte di dati FOCUS

Se confrontiamo le colonne FOCUS rilevanti per la spesa non cloud con ciò che contiene un sistema di procurement, la sovrapposizione è quasi totale. La Tabella 1 mostra le principali.

Colonna FOCUSDatasetDove gli acquisti ce l’hanno già
InvoiceIssuerNameCost and UsageIl fornitore indicato in fattura, dall’anagrafica fornitori.
InvoiceIdCost and UsageIl numero di fattura del fornitore.
BilledCostCost and UsageLe righe della fattura, imposte, sconti e addebiti, che ne compongono il totale.
ChargePeriodStart / EndCost and UsageIl periodo di servizio fatturato su ogni riga.
ContractedUnitPriceCost and UsageLa tariffa concordata nel contratto o nella riga dell’ordine d’acquisto.
TagsCost and UsageIl centro di costo, il conto di contabilità generale, l’ordine d’acquisto e il contratto a fronte dei quali la spesa è stata approvata.
Purchase order numberInvoice Detail (1.4)L’ordine d’acquisto con cui la fattura è stata abbinata.
ContractCommitment…Contract Commitment (1.3+)Spesa impegnata, capacità riservata e licenze previste dai termini del contratto.

Tabella 1. Colonne FOCUS per la spesa non cloud e il documento di procurement che contiene ciascun valore.

Tre caratteristiche rendono i dati di procurement dati FOCUS particolarmente buoni:

  • Sono allocati prima di essere spesi. Un ordine d’acquisto indica il centro di costo e il conto di contabilità generale nel momento in cui viene emesso. Il FinOps sul cloud dedica gran parte dei suoi sforzi a taggare a posteriori; i dati di procurement arrivano già taggati.
  • Sono verificati. Una fattura abbinata al suo ordine d’acquisto e al contratto, e approvata, è l’importo che l’azienda deve davvero. Un report FinOps costruito su di essa coincide con ciò che il finance paga.
  • Contengono il contratto. Impegni, tariffe e date di rinnovo sono negoziati dagli acquisti. FOCUS 1.3 e 1.4 offrono finalmente loro una sede standard, e il procurement ne è l’autore naturale. La stessa FinOps Foundation mette il procurement al primo posto tra i team che traggono vantaggio dal dataset Contract Commitment[2].

5. Perché il procurement conta per il business

Il procurement è spesso visto come il passaggio tra volere qualcosa e ottenerlo. Il cambiamento descritto sopra suggerisce un ruolo più ampio. Il FinOps vede la spesa dopo che è avvenuta. Il procurement la plasma prima: sceglie il fornitore, fissa la tariffa, dimensiona l’impegno e approva l’ordine. Quando i due lavorano sugli stessi dati, un’azienda può chiudere il cerchio.

  • Gli impegni vengono sfruttati. Un impegno negoziato dagli acquisti e visibile al FinOps in FOCUS può essere monitorato rispetto al consumo. Un impegno che vive in un PDF si scopre al rinnovo.
  • I budget contano tutto. Quando SaaS, AI e servizi stanno accanto al cloud nelle stesse colonne, il budget di un centro di costo riflette tutta la sua spesa, non solo la parte che ha un’API.
  • Le negoziazioni partono dai fatti. I responsabili FinOps partecipano sempre più spesso alle negoziazioni con i provider[1]. Portano i dati di consumo; gli acquisti portano lo storico dei contratti. Insieme sanno su cosa impegnarsi.
  • Le sovrafatturazioni vengono bloccate prima del pagamento. Una fattura verificata rispetto alla tariffa contrattuale in fase di approvazione non richiederà mai una nota di credito in seguito. Riportarla in FOCUS mostra il risparmio dove il FinOps già guarda.

6. Raccomandazioni

Alle aziende che estendono il FinOps oltre il cloud consigliamo sei passi:

  1. Metti ogni fornitore ricorrente sotto contratto e ordine d’acquisto. L’OdA è il punto in cui allocazione, tariffa e approvazione vengono registrate una volta sola, prima della prima fattura.
  2. Registra i termini contrattuali come dati. Tariffe, impegni, licenze e date di rinnovo in campi, non solo nel PDF firmato, così da poterli verificare ed esportare.
  3. Concorda un unico modello di centri di costo. I tag FinOps e i centri di costo degli acquisti devono indicare le stesse cose, così le due fonti si possono unire.
  4. Esporta i dati di procurement in FOCUS ed evita di contarli due volte. Se il tuo strumento FinOps legge già i file FOCUS dei tuoi provider cloud, lascia le fatture cloud fuori dall’export del procurement.
  5. Chiedi FOCUS al rinnovo. Il rinnovo è il momento in cui gli acquisti hanno più leva. Includi un export FOCUS nella richiesta, come raccomanda la FinOps Foundation[2].
  6. Fai il punto con gli altri team, ogni mese. Una riunione, un dataset: FinOps, acquisti e finance che guardano le stesse righe.

7. Il ruolo di Pleaxy

Pleaxy è un software per acquisti e contabilità fornitori, quindi abbiamo un interesse in gioco, e vogliamo dire chiaramente cosa facciamo. Pleaxy verifica ogni fattura dei fornitori rispetto alle tariffe contrattuali, all’ordine d’acquisto e, per i provider cloud e AI, al consumo, prima che venga approvata. Sono queste fatture verificate, insieme a note di debito e note di credito, che scriviamo in FOCUS:

  • Righe Cost and Usage FOCUS 1.2 o 1.4, in CSV o Parquet, consegnate nel tuo bucket di storage perché il tuo strumento FinOps le legga.
  • Una riga per ogni voce, imposta e rettifica, così le righe di ogni documento ne compongono il totale, taggate con ordine d’acquisto, centro di costo, conto di contabilità generale e contratto.
  • Con la 1.4, gli impegni dei tuoi contratti come dataset Contract Commitment.
  • La possibilità di escludere i provider cloud e AI, per gli strumenti FinOps che leggono già i file FOCUS di quei provider.

L’export FOCUS si attiva su richiesta per ogni workspace. Se lo vuoi per il tuo, contattaci.

8. Metodo e limiti

Questo documento è una sintesi di fonti pubbliche, non un nuovo sondaggio. I dati provengono dallo State of FinOps 2026 e dagli annunci della FinOps Foundation su FOCUS 1.3 e 1.4. Vale la pena indicare due limiti:

  • I dati dello State of FinOps nella Figura 1 sommano i team che gestiscono un ambito oggi e quelli che prevedono di farlo nei prossimi 12 mesi. Il sondaggio ha avuto 1.192 rispondenti; ogni domanda ha ricevuto meno risposte (N=632 per questa).
  • Il sondaggio non indica quale quota della spesa non cloud raggiunga oggi gli strumenti FinOps, quindi l’entità della lacuna descritta nella Sezione 3 non è misurata qui.

L’autrice lavora per Pleaxy, che vende il software di procurement descritto nella Sezione 7.

Riferimenti

  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. Tutte le fonti consultate il 2 novembre 2026.

Informazioni sull’autrice

Andrea Gneri

Responsabile vendite, Pleaxy

Andrea Gneri guida le vendite di Pleaxy. Lavora con i team finance, acquisti e FinOps per riunire in un unico posto fornitori, contratti e fatture, e scrive di ciò che impara da loro.

Contattaci