Racionalização de relatórios: migre só o que gera valor

O erro mais caro de uma migração é tentar levar tudo#

O roteiro clássico de uma troca de plataforma de BI começa errado. Alguém decide que a empresa vai sair do Qlik, do Tableau ou de uma coleção de planilhas para o Power BI, e a primeira pergunta que aparece na reunião é "quantos relatórios a gente tem para migrar?". A resposta costuma ser um número assustador: centenas de relatórios e dashboards acumulados ao longo de anos. E então o projeto assume, sem discutir, que todos eles precisam atravessar a ponte para a plataforma nova. É exatamente aí que a racionalização de relatórios BI deixa de ser feita, e o custo do projeto dispara.

Levar tudo é caro por um motivo simples: cada relatório migrado tem que ser reconstruído, testado, validado com a área de negócio e mantido depois. Reproduzir na plataforma nova o mesmo excesso que já tornava a antiga confusa significa pagar caro por um problema. A boa notícia é que existe uma etapa que resolve isso antes de escrever a primeira linha de código de migração. Este artigo explica como fazê-la.

Racionalização de relatórios BI é analisar o portfólio antes de migrar#

Racionalizar significa parar e olhar para o portfólio de relatórios como um conjunto, e não como uma lista de tarefas. Antes de mover qualquer coisa, a empresa decide, item por item, o que migra, o que consolida com outro relatório parecido, o que aposenta de vez e o que precisa ser redesenhado porque a pergunta de negócio mudou. É uma triagem, e ela acontece na origem, quando o custo de descartar um relatório é apenas riscar um nome de uma planilha, não jogar fora horas de desenvolvimento já feito.

A lógica por trás disso é que a maioria dos portfólios legados carrega três tipos de peso morto. Há relatórios que ninguém usa, criados para uma demanda pontual e nunca desligados. Há relatórios duplicados, versões quase idênticas que nasceram porque era mais fácil copiar do que procurar o que já existia. E há relatórios que respondem a uma pergunta que ninguém faz mais, porque o processo, a meta ou a área mudaram. Migrar esses três grupos é transportar problema de casa. Racionalizar é a chance de não fazer isso.

O inventário de relatórios é o ponto de partida#

Não dá para decidir o que migrar sem enxergar o todo. O primeiro passo da racionalização é montar o inventário de relatórios: uma lista única com cada relatório e dashboard que existe hoje, independentemente de onde ele mora. Isso inclui o que está publicado no servidor de BI, mas também os relatórios que circulam por e-mail, as planilhas que viraram painel improvisado e os PBIX que vivem no computador de uma pessoa só.

Para cada item, o inventário registra alguns campos que vão alimentar a decisão depois:

• Nome e área dona: quem pediu, quem mantém, quem consome.
• Fonte de dados: de onde vêm os números e por quais transformações passam.
• Frequência de atualização: tempo real, diário, mensal ou parado há meses.
• Pergunta que responde: qual decisão de negócio aquele relatório sustenta.
• Duplicidade aparente: se existe outro relatório parecido no inventário.

O passo que dá objetividade ao inventário é cruzar essa lista com dados de uso, quando eles existem. Plataformas de BI costumam registrar logs de acesso: quantas vezes cada relatório foi aberto, por quantas pessoas distintas e quando foi a última visualização. Esse cruzamento transforma opinião em evidência. Um relatório que a área jura ser "essencial" mas não é aberto há oito meses conta uma história diferente da que a reunião conta. Ferramentas como o log de atividades do Power BI ou os relatórios de uso das plataformas de origem fornecem exatamente esse tipo de sinal.

Onde não houver log de uso disponível, a fonte de evidência passa a ser a entrevista. Conversar com cada área sobre o que ela realmente abre na segunda-feira de manhã e o que nunca mais olhou revela o portfólio de verdade, que quase nunca é o portfólio documentado. As duas fontes se complementam: o log mostra o comportamento, a entrevista explica o porquê.

Classificar cada relatório em quatro decisões#

Com o inventário pronto e enriquecido com uso, cada relatório recebe uma entre quatro decisões. Elas são simples de nomear e difíceis de aplicar com honestidade, porque sempre há um dono defendendo o relatório dele.

• Migrar: o relatório é usado, responde a uma pergunta viva e não tem duplicata. Vai para a plataforma nova como está, ou com ajustes mínimos.
• Consolidar: dois ou mais relatórios cobrem quase a mesma coisa. Eles viram um só, mais completo, na migração.
• Aposentar: o relatório não tem uso, não tem dono claro ou responde a uma pergunta que morreu. Ele não migra e é desligado.
• Redesenhar: a necessidade ainda existe, mas o relatório atual responde mal. Em vez de reproduzir o defeito, a migração é a oportunidade de reconstruir do jeito certo.

A decisão não sai do nada. Ela vem do cruzamento de dois eixos: o quanto o relatório é usado e o quanto de valor de decisão ele sustenta. Um relatório muito usado e ligado a uma decisão importante é candidato óbvio a migrar. Um relatório pouco usado e desligado de qualquer decisão é candidato a aposentar. Os casos interessantes ficam no meio, e é para eles que a matriz existe.

Uso do relatório	Valor de decisão que sustenta	Ação recomendada
Alto	Alto	Migrar como prioridade
Alto	Baixo	Consolidar ou redesenhar para focar no que decide
Baixo	Alto	Redesenhar e divulgar, o conteúdo importa mas não chega a quem precisa
Baixo	Baixo	Aposentar
Médio, duplicando outro	Qualquer	Consolidar com o relatório equivalente
Uso zero há meses	Qualquer	Aposentar, confirmando com a área antes de desligar

A matriz não substitui o julgamento, mas força a conversa a acontecer sobre critérios, e não sobre quem grita mais alto na reunião. Quando um gestor pede para migrar um relatório que caiu no quadrante "aposentar", a pergunta deixa de ser política e vira objetiva: quem usa, com que frequência e para decidir o quê.

Os critérios que separam relatório de ruído#

Por trás dos dois eixos da matriz, há um conjunto de critérios concretos que ajudam a posicionar cada item. Nenhum deles isolado decide, mas juntos eles desenham um retrato bem fiel do valor real de cada relatório.

• Frequência de uso: com que regularidade o relatório é aberto de fato, medido por log quando possível.
• Número de usuários distintos: um relatório aberto muitas vezes pela mesma pessoa é diferente de um aberto por muitas áreas.
• Decisão que suporta: existe uma ação de negócio que muda conforme o número do relatório, ou ele é só um espelho que ninguém olha para agir.
• Duplicidade: há outro relatório respondendo a mesma pergunta com dados ligeiramente diferentes, o que além de custar manutenção corrói a confiança nos números.
• Custo de manter: complexidade da fonte, fragilidade da atualização e esforço de sustentação. Um relatório que quebra toda semana e ninguém usa é puro passivo.

Esse último critério costuma ser esquecido no calor da migração. Todo relatório que atravessa para a plataforma nova entra na conta de sustentação para sempre: passa a ter uma fonte que pode mudar, um refresh que pode falhar e uma régua de cálculo que precisa continuar batendo com as outras. Migrar um relatório sem uso não é neutro, é assumir um custo recorrente em troca de nada.

Sinais claros de que um relatório deve ser aposentado#

Aposentar é a decisão mais difícil de tomar porque parece um risco, e o medo de desligar algo importante trava muita racionalização. Na prática, os sinais de que um relatório já não deveria existir costumam ser bem visíveis quando se olha para eles em conjunto. A tabela abaixo reúne os mais comuns.

Sinal observado	O que ele indica
Sem acessos registrados nos últimos meses	Não há público real, o relatório virou paisagem
Não tem dono identificável	Ninguém responde por ele, ninguém sente falta se sumir
Responde a uma meta ou processo que não existe mais	A pergunta morreu, a resposta ficou órfã
Existe outro relatório cobrindo o mesmo tema	Duplicidade, candidato a consolidação e não a migração
Vive quebrando na atualização e ninguém reclama	Se falha e não gera chamado, é porque não é usado
Foi criado para uma demanda pontual já encerrada	Cumpriu o papel, deveria ter sido desligado na época
Ninguém sabe explicar como o número é calculado	Perdeu rastreabilidade, mantê-lo propaga risco

Um cuidado importante: nenhum desses sinais deve virar desligamento automático. A regra saudável é confirmar com a área antes de aposentar qualquer relatório, comunicando a decisão e dando um prazo curto para alguém se manifestar. O que quase sempre acontece é o silêncio, e o silêncio é a confirmação de que aquele relatório podia mesmo sair. Documentar o motivo do arquivamento protege o projeto de descobrir, meses depois, que faltou registrar por que algo foi desligado.

Racionalizar é o caminho para uma fonte única de verdade#

A racionalização não termina em uma lista menor de relatórios. Ela abre espaço para algo maior: um catálogo governado, onde cada relatório que existe tem dono, propósito e uma régua de cálculo consistente com os demais. Quando o portfólio é enxuto, fica viável fazer o que era impossível no meio do excesso, que é garantir que "receita líquida" signifique a mesma coisa em todos os painéis, porque todos bebem da mesma fonte.

É a diferença entre um amontoado de dashboards e uma solução de BI de verdade. No portfólio inchado, cada área calcula sua métrica do seu jeito e a diretoria recebe três números para a mesma pergunta. No portfólio racionalizado, a camada de dados vira a fonte única de verdade e os relatórios apenas consomem o que ela define. Chegar nesse ponto depende de tratar os dados com método, e é aí que entra a governança de dados como base do catálogo. Sem racionalização, a governança não tem por onde começar, porque governar um portfólio sem dono é impossível.

Se a sua migração é entre plataformas, esse trabalho de triagem se encaixa direto no projeto. Uma migração de Qlik, Tableau ou Power BI bem conduzida trata o inventário e a classificação como a primeira fase, não como um detalhe. E ela conversa com o conjunto maior de entregas que fazem um BI corporativo funcionar, algo que resumimos nas nossas soluções.

Os ganhos de migrar só o que gera valor#

Fazer a racionalização antes da migração muda a economia inteira do projeto, e os ganhos aparecem em frentes que não se limitam a custo.

• Migração mais barata e mais rápida: reconstruir cento e cinquenta relatórios úteis é incomparavelmente menor do que reproduzir quinhentos, e cada relatório a menos é teste, validação e sustentação que não acontecem.
• Catálogo enxuto: o usuário encontra o relatório certo porque há menos ruído entre ele e a resposta, em vez de navegar por dezenas de painéis parecidos.
• Menos ruído nos números: consolidar duplicatas elimina a situação em que dois relatórios discordam sobre o mesmo dado e ninguém sabe qual está certo.
• Mais governança: com um portfólio pequeno e com donos definidos, manter padrão de cálculo, controle de acesso e ciclo de vida deixa de ser utopia.

Esse raciocínio se conecta com decisões práticas de arquitetura e licenciamento na plataforma de destino. Vale ler o guia completo de Power BI para empresas no Brasil em 2026 para entender como o portfólio racionalizado se acomoda em modelos semânticos reaproveitáveis, e o artigo sobre quanto custa implementar Power BI em uma empresa, já que migrar menos relatórios altera diretamente o escopo e o orçamento do projeto.

Perguntas frequentes#

O que é racionalização de relatórios em um projeto de BI? É a etapa de analisar todo o portfólio de relatórios e dashboards antes de migrar e decidir, item por item, o que migra, o que consolida, o que aposenta e o que redesenha. O objetivo é levar para a plataforma nova apenas o que sustenta decisões reais, evitando reproduzir o excesso da plataforma antiga.

Por que não migrar todos os relatórios de uma vez para não perder nada? Porque migrar tudo custa caro e transporta os mesmos problemas de casa. Relatórios sem uso, duplicados ou obsoletos entram na conta de reconstrução, teste e sustentação sem gerar valor. Racionalizar não é perder informação, é confirmar com evidência o que ainda merece existir antes de gastar esforço reproduzindo.

Como fazer o inventário de relatórios se não temos documentação? Monte uma lista única a partir do que está publicado nas plataformas, cruze com os logs de acesso quando eles existirem e complemente com entrevistas às áreas sobre o que elas realmente usam. A combinação de log de uso e conversa costuma revelar o portfólio real, que quase sempre é diferente do que se imaginava.

Como decidir se um relatório deve ser aposentado? Olhe para o conjunto de sinais: ausência de acessos recentes, falta de dono, pergunta de negócio que não existe mais, duplicidade com outro relatório e alto custo de manutenção. Nenhum sinal isolado decide, mas juntos eles indicam o caminho. Sempre confirme com a área antes de desligar e registre o motivo.

Racionalização é o mesmo que apenas cortar relatórios? Não. O objetivo não é reduzir o número por reduzir, e sim garantir que cada relatório restante tenha uso, propósito e dono. Um portfólio menor é consequência de decisões bem tomadas, não a meta em si. Alguns relatórios inclusive ganham escopo ao serem consolidados ou redesenhados.

A racionalização atrasa o projeto de migração? Ela adiciona uma fase no começo, mas encurta o total. Como reduz o volume a ser reconstruído e testado, a migração em si fica mais rápida e o resultado nasce mais governado. É mais barato triar na origem, onde descartar um relatório custa riscar um nome, do que descobrir o excesso depois de já tê-lo reproduzido.

Migre o portfólio certo, não o portfólio inteiro#

A tentação de levar tudo é compreensível, porque parece mais seguro e evita a conversa difícil sobre desligar o relatório de alguém. Mas essa segurança é ilusória: ela apenas transfere o excesso, o custo e a confusão para a plataforma nova, agora com a fatura da migração em cima. Racionalizar inverte a lógica. Em vez de perguntar quantos relatórios existem, o projeto pergunta quais deles ainda geram valor, e essa pergunta é a que separa uma migração cara e frustrante de uma migração enxuta e governada.

O inventário, a classificação em quatro decisões e os critérios de uso e valor não são burocracia. São o que garante que a fonte única de verdade e o catálogo governado que a empresa quer no final tenham por onde começar. Se você está planejando uma migração de BI e quer fazer essa triagem do jeito certo antes de mover qualquer relatório, fale com a gente para um diagnóstico do seu portfólio.