Durante anos, equipes FinOps construíram mapeamentos próprios para transformar exports de cada provedor em uma tabela comum. O mesmo conceito recebia nomes diferentes; algumas colunas eram obrigatórias em um lugar e ausentes em outro; regras de descontos e compromissos exigiam conhecimento específico. Cada nova fonte multiplicava a manutenção.
FOCUS (FinOps Open Cost and Usage Specification) foi criado para estabelecer um padrão aberto, consistente e neutro para dados de billing. A versão 1.2 inclui fundações para SaaS, além de cloud pública, refletindo a expansão da prática para outros gastos de tecnologia.
O que uma especificação comum muda
FOCUS define colunas, tipos, valores permitidos, relações entre campos e uma terminologia compartilhada. Em vez de começar toda análise perguntando como cada provedor chama um custo, a equipe parte de conceitos como provedor, serviço, região, categoria de cobrança, período, quantidade consumida e medidas de custo.
Isso melhora três frentes:
- Interoperabilidade: ferramentas e equipes trabalham sobre um contrato de dados conhecido.
- Transparência: fórmulas e relatórios podem declarar exatamente quais campos utilizam.
- Portabilidade: consultas e controles deixam de depender inteiramente de um schema proprietário.
As medidas de custo não são sinônimos
| Medida | Pergunta principal |
|---|---|
| BilledCost | Quanto foi faturado naquele período? |
| EffectiveCost | Qual custo econômico, com compromissos amortizados? |
| ListCost | Quanto custaria pelo preço público de lista? |
| ContractedCost | Qual custo pelo preço negociado antes de certos descontos? |
Escolher a medida errada altera a história. Uma compra antecipada pode produzir pico no custo faturado e uma linha estável no custo efetivo. Um relatório de orçamento econômico tende a preferir amortização; uma conciliação de caixa precisa olhar faturamento. A especificação dá nomes claros, mas a organização ainda define a pergunta.
Tags ajudam a atribuir custo
FOCUS prevê metadata de atribuição no nível da linha. Tags podem conectar consumo a estruturas organizacionais e de deployment. Isso permite agrupar custos por projeto, ambiente ou dono. Porém, o padrão não determina a taxonomia interna da empresa nem resolve valores inconsistentes. Uma estratégia de alocação continua necessária.
O padrão não elimina problemas de qualidade
Um arquivo conforme ainda pode chegar atrasado, ser reemitido com correções ou trazer campos condicionais nulos. Provedores podem ter diferentes níveis de suporte para algumas medidas. Uma implementação responsável deve validar:
- datas de uso e de billing;
- partições sobrepostas ou obsoletas;
- moedas e taxas de conversão;
- presença das medidas por provedor;
- campos nulos que não podem virar zero silenciosamente;
- reconciliação entre agregado, lake e fatura.
FOCUS como base de uma arquitetura FinOps
O padrão funciona melhor quando o dado bruto é preservado, uma camada normalizada permite auditoria e agregados servem às telas sem varrer todo o histórico. A rastreabilidade deve permitir sair de um total executivo, passar por serviço ou área e chegar ao conjunto de linhas que formou o número.
FOCUS tratado como contrato de dados, não como simples CSV
O motor do Seawise Compass lê exports FOCUS, valida schema e datas, seleciona partições atuais, preserva as medidas de custo e materializa um lake auditável. A aplicação transforma essa base em custos, previsões, comparações, anomalias, achados e relatórios sem perder o caminho de volta à origem.
Conheça o uso de FOCUS no Seawise Compass →