O dado do fornecedor também se engana
É fácil assumir que a exportação de faturação é a verdade. É exata no total, mas no detalhe traz situações que, se não forem tratadas, levam a conclusões erradas. Não são falhas raras: aparecem em quase qualquer organização com um volume mínimo.
Os problemas mais habituais
Linhas duplicadas. Algumas exportações são regeneradas durante o mês ou no fecho, e, se o processo de carga não o previr, o mesmo consumo aparece duas vezes. O total do período deixa de bater certo com a fatura.
Compromissos mal repartidos. Um plano de poupança ou uma reserva gera a compra por um lado e a utilização coberta por outro. Se não forem bem relacionados, o benefício do desconto é atribuído a quem não corresponde ou a compra aparece como um gasto pontual enorme.
Encargos mal classificados. Impostos, créditos, suporte ou ajustes misturados com o consumo. Somar tudo junto inflaciona ou reduz o custo de serviços que nada têm a ver com isso.
Mudanças de significado. Um campo que o fornecedor redefine ou uma nova versão do formato. O pipeline continua a funcionar, mas os números mudam de sentido sem aviso.
Quatro correções, por ordem
- Eliminar duplicados. Definir o que identifica uma linha de forma única e ficar com a versão mais recente de cada uma.
- Repartir compromissos. Amortizar cada compra ao longo da sua vigência e atribuir o benefício à utilização que efetivamente cobriu.
- Reclassificar encargos. Separar o consumo de impostos, créditos, suporte e ajustes, para que cada análise some o que lhe corresponde.
- Conciliar. Comparar o total corrigido com a fatura do período. Se a diferença ultrapassar um limiar acordado, o processo para e avisa.
Como mantê-lo saudável
- Cada correção é uma regra escrita, com a sua razão e um exemplo da situação que corrige. Nada de ajustes manuais numa folha de cálculo.
- Mede-se o que se corrige: quantas linhas foram eliminadas por duplicação, quanto custo foi reclassificado. Se num mês esses números dispararem, algo mudou na origem.
- A conciliação é a porta de aprovação. Um dado que não bate certo com a fatura não se publica, mesmo que isso atrase o relatório.
A regra de fundo é simples: um dado corrigido com regras visíveis vale mais do que um dado rápido. O primeiro pode ser defendido perante as finanças; o segundo, não.
Como o aplicamos: Engenharia FinOps.