FOCUS

FOCUS is the acronym for FinOps Open Cost and Usage Specification and normalises billing data across providers, into a single, centralised and workable reference. We support its adoption, from dataset ingestion to the redesign of your allocation and reporting models.

Adopting FOCUS

The problem FOCUS solves

Adopting FOCUS

Every technology provider produces its billing with its own terminology, its own taxonomy and its own metrics. A FinOps practitioner managing a multi-vendor estate devotes a disproportionate share of time to collecting, normalising and reconciling these heterogeneous datasets before any analysis can even begin. Each new provider introduces yet another schema to transform into the organisation's internal format, extending the lead time before actionable information is available.

FOCUS shifts this normalisation burden to the data producer. By defining a set of columns, definitions and rules that providers must follow, the specification lets the organisation receive datasets that are already consistent with one another. The time freed up is reinvested in analysis, arbitration and value creation, rather than data plumbing.

The stakes go beyond operational comfort: as long as data remains heterogeneous, cross-provider comparisons stay approximate, unit costs are hard to consolidate, and arbitration decisions rest on figures nobody can fully defend.

Who produces and who consumes FOCUS data?

Adopting FOCUS

On the producer side, the scope has broadened considerably: public Cloud providers, AI services and tools, SaaS and PaaS publishers, data platforms, independent software vendors, private Cloud providers, and even internal teams that carry out chargeback for a data centre. For them, the specification defines mandatory columns, their naming and the rules for producing the dataset.

On the consumer side, FinOps practitioners and adjacent functions ingest these datasets to steer their activity. The specification serves as their reference for the exact interpretation of each column, removing definitional ambiguity between teams and between providers.

The real benefit appears once both sides speak the same language: providers position their offerings in terms the practitioner grasps immediately, and internal exchanges between IT, Finance and Procurement stop stalling on definitional disagreements rather than matters of method.

What adoption changes in practice

Adopting FOCUS

For the organisation, normalisation produces measurable effects at several levels. Steering becomes cross-cutting: leadership analyses the entire technology estate rather than a juxtaposition of vendor silos. Processing complexity drops, since a single set of columns applies to all sources supporting the specification. Reporting reliability improves, as terminological gaps between providers and between internal teams cease to be a source of error.

Integrating a new provider is no longer a project: once it produces FOCUS, the target format is already defined and tooled. Team skills become portable across technologies, tools and organisations, reducing reliance on proprietary knowledge and easing the onboarding of newcomers.

On the technical side, consolidating billed and amortised costs in a single dataset noticeably reduces the compute and storage volume required for processing. Comparability also extends beyond the organisation: two companies that have adopted FOCUS can discuss their practices in a shared vocabulary, regardless of their respective providers.

The evolution of the specification

Adopting FOCUS

The specification progresses through successive versions, each broadening the scope of normalised data.

Version 1.1 deepens support for Cloud provider billing and improves the metadata needed for integration processing.

Version 1.2 marks the opening beyond Cloud: unifying Cloud, SaaS and PaaS reporting in a single schema, managing the lifecycle of virtual currencies (credits and tokens), multi-currency normalisation, reconciliation with provider invoices, and computation of comparable unit costs across providers.

Version 1.3 introduces a dataset dedicated to contractual commitments, isolating contract terms from cost and usage lines. It adds transparency on shared-cost allocation methods, dataset timestamping and completeness signalling, and the distinction between the provider that markets a service and the one that hosts it.

Version 1.4 strengthens the bridge to finance with datasets dedicated to invoice detail and billing period, enabling usage to be reconciled directly with the invoice. It exposes the anatomy of commercial agreements through new columns on commitment structures, lets the eligible base for a commitment be measured precisely, standardises cost recognition rules to eliminate double counting, and tightens integrity requirements (corrections, delivery, completeness) so FOCUS can serve as a system of reference.

Adopting FOCUS in a real organisation

Adopting FOCUS

Adoption is not simply downloading an export in the right format. It requires inventorying which providers genuinely support the specification and at which version, assessing the gap between the existing internal data model and the target schema, and deciding whether FOCUS becomes the source of truth or an additional translation layer.

Existing allocation and chargeback models must be revisited in light of the available columns: some makeshift distributions become unnecessary, others gain precision. Historical reporting raises a continuity question, since retroactive reconstruction is generally neither possible nor desirable across the full history.

Provider support is progressing but remains uneven across versions and technology categories. A realistic adoption trajectory accounts for this heterogeneity rather than assuming uniform coverage, and plans for the temporary coexistence of normalised and non-normalised sources.

Steering the practice

Adopting FOCUS

FOCUS is not an isolated data project: it conditions the quality of every downstream FinOps capability. Reliable allocation, defensible forecasting, comparable unit cost calculation all rest on the consistency of the input data.

The associated governance covers defining a FOCUS data owner within the organisation, running completeness and freshness checks before exploitation, and embedding the specification as a full evaluation criterion in provider selection during tenders.

Team upskilling happens on a single foundation: once the vocabulary and rules are mastered, the knowledge applies to all sources, making training more effective than learning provider by provider.

KPIS

Steering indicators for FOCUS adoption

FOCUS coverage rate
Share of total technology spend covered by normalised datasets.
Number of compliant providers
Providers producing native FOCUS, by supported version.
New provider integration lead time
Time required to integrate a new source into the reference repository.
Invoice / usage reconciliation rate
Share of cost lines that can be tied to an identified invoice line.
Dataset completeness
Share of datasets delivered complete and timestamped before exploitation.
Residual normalisation effort
Remaining workload devoted to transforming non-compliant data.

Continue reading