Pular para o conteúdo

Soluções · Integrações, sistemas e qualidade de dados

Relatório que ninguém explica: o que exigir na contratação

como contratar um relatório cujo número ninguém consegue explicar na hora de defender o resultado

Resposta direta

Contratar bem um relatório é definir, antes da entrega, o caminho que permite refazer o número. Exige três coisas por escrito: a definição da métrica, a origem exata do dado e a regra de cálculo. Some-se a isso o nome de quem responde pela manutenção. Sem esse conjunto, o relatório vira uma caixa-preta: mostra o valor e não permite que outra pessoa chegue ao mesmo resultado. O aceite deve testar a reconstrução do número a partir da fonte, e não apenas conferir se o total confere com a expectativa de quem pediu. O que não se pode verificar não se deve contratar.

Objetivo
Orientar avaliação e contratação
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Trata o relatório como item de contratação, com dono, fonte e regra de recálculo obrigatórios, em vez de discutir a divergência depois que o número já circulou.

O que precisa estar escrito antes da primeira entrega

Todo relatório contratado deve vir com a definição da métrica em uma frase fechada, sem sinônimos abertos. Receita líquida precisa dizer o que entra, o que sai e em que momento o evento é contado. Se duas áreas usam a mesma palavra para coisas diferentes, o relatório nasce com duas respostas e ninguém sabe qual delas está na tela.

Além da definição, o contrato precisa fixar a origem: qual sistema é a fonte oficial de cada campo, qual a janela de atualização e quem responde quando o dado atrasa. Isso é responsabilidade, não tecnologia. Sem dono nomeado, a primeira pergunta sobre o número cai em uma reunião sem resposta.

Aceite pela reconstrução, não pela plausibilidade do total

O aceite não é olhar o total e achar razoável. É pegar três ou quatro linhas da ponta, voltar do relatório até o registro de origem e refazer o cálculo com a regra escrita. Se o caminho não existe ou para no meio, o número não é explicável e o relatório não está pronto para decidir nada.

Vale escolher linhas de tipos diferentes: uma linha comum, um estorno, um ajuste manual, um caso de borda conhecido. São esses casos que expõem regra implícita. Ajuste manual não documentado costuma ser a origem da diferença que aparece meses depois, quando já não há memória de quem o fez.

O que essa exigência não resolve

Definir dono, fonte e regra de cálculo não corrige o dado errado na entrada. Rastreabilidade mostra de onde o número veio; se o cadastro estava incompleto ou o processo lançou valor indevido, o relatório apenas revela o problema com precisão. Corrigir a operação continua sendo outro trabalho.

A exigência também não serve quando o relatório é exploratório e o objetivo é levantar hipótese, não prestar contas. Nesse caso, pedir reconstrução linha a linha custa mais do que o uso justifica. A regra faz sentido quando o número sustenta decisão, repasse, meta ou margem.

Recurso prático

Roteiro para aceitar um relatório antes de usá-lo em decisão

  1. Definição fechada da métrica: o que entra, o que sai e qual evento define a data.
  2. Origem oficial de cada campo, com a janela de atualização de cada fonte.
  3. Regra de cálculo aplicada, incluindo estornos, ajustes manuais e exclusões.
  4. Nome de quem responde pela manutenção do número e de quem aprova mudança de regra.
  5. Teste de reconstrução em linhas de tipos diferentes, refazendo o cálculo desde o registro de origem.
  6. Registro do aceite com data, versão da regra e casos de borda conferidos.

O erro mais comum é aceitar o relatório pela conferência do total contra a expectativa de quem pediu. Isso confirma que o número agrada, não que ele pode ser explicado por outra pessoa.

Sobre o que está escrito aqui

Conceitos relacionados: definição da métrica · origem do dado · regra de cálculo · dono do número · rastreabilidade. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.

Para continuar

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Integrações, sistemas e qualidade de dados

Quer avaliar isso no seu contexto?

Esta página trata de relatório com número que ninguém consegue explicar. Diagnóstico de integração é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.