Como migrar do Cognos para o Power BI

O medo real não é a ferramenta, é perder a confiança nos números#

Quando uma empresa decide migrar do Cognos para o Power BI, o receio quase nunca é técnico. O time de dados sabe que consegue reconstruir relatório, sabe escrever fórmula e sabe publicar dashboard. O que tira o sono é outra coisa: no dia seguinte à virada, alguém da diretoria vai abrir um número que conhece de cor e ele vai estar diferente. E aí a discussão para de ser sobre plataforma e vira sobre credibilidade. É por isso que uma migração de BI bem-feita não é um exercício de tradução de ferramenta, é um projeto de preservar a verdade dos indicadores enquanto se troca o motor por baixo.

O IBM Cognos Analytics é uma plataforma de BI corporativo tradicional, com anos de camada semântica, relatórios paginados e dashboards acumulados. O Power BI trabalha de outro jeito, com modelo tabular, cálculos em DAX e ETL em Power Query. Migrar não é copiar telas de um lado para o outro, é repensar como o dado é modelado, calculado e entregue. Este guia mostra o caminho que a Fynx usa para sair do Cognos sem perder rastreabilidade: o que mapear antes, como desenhar a estratégia, o passo a passo e as armadilhas que derrubam quem tenta atalho.

Por que tantas empresas decidem sair do Cognos#

Ninguém troca uma plataforma de BI inteira por capricho. As razões que aparecem com mais frequência nas conversas com lideranças de dados são concretas e se somam.

A primeira é o custo de licenciamento, que costuma pesar no orçamento à medida que a base de usuários cresce. A segunda é a curva de adoção: ferramentas de BI corporativo tradicional tendem a concentrar a produção de relatórios em um núcleo técnico, o que cria fila e dependência. A terceira é a integração com o ecossistema Microsoft. Empresas que já vivem dentro de Microsoft 365, Azure e Teams enxergam ganho em ter o BI no mesmo ambiente, com o login e a governança que o time já usa. A quarta é o apetite por self-service, ou seja, permitir que áreas de negócio explorem os próprios dados sem abrir um chamado para cada pergunta nova.

Vale registrar um ponto de honestidade: o Cognos é uma plataforma robusta e madura, e a Microsoft aparece como Líder no Gartner Magic Quadrant de Analytics e BI. A decisão de migrar é estratégica e de contexto, não um veredito de que uma ferramenta é ruim e a outra é boa. O que muda é o encaixe com a realidade da sua empresa.

O que você precisa mapear antes de tocar em qualquer relatório#

O erro mais caro de uma migração é começar pela reconstrução. Antes de abrir o Power BI Desktop, o trabalho é de inventário e diagnóstico. Sem esse levantamento, você recria no destino a mesma bagunça que existia na origem, com o custo de fazer tudo duas vezes.

Quatro frentes precisam estar mapeadas:

• Inventário de relatórios e pacotes. Levante tudo que existe no ambiente Cognos: relatórios paginados, dashboards, pacotes publicados e as pastas onde eles vivem. O objetivo não é migrar tudo, é enxergar o todo.
• Camada semântica do Framework Manager. Documente como os pacotes foram modelados no Framework Manager e nos data modules: quais tabelas, quais junções, quais cálculos e filtros estão embutidos ali. Essa é a espinha dorsal, e é onde mora a lógica de negócio que precisa sobreviver à mudança.
• Quem usa o quê. Cruze os relatórios com o uso real. Descubra quem abre cada artefato, com que frequência e para tomar qual decisão. Um relatório muito acessado é prioridade; um relatório que ninguém abre há meses é candidato ao descarte.
• O que já está morto. Toda plataforma antiga acumula relatório duplicado, versão abandonada e visão que resolvia um problema que não existe mais. Marcar o que está morto agora é o que impede você de carregar peso inútil para a plataforma nova.

Esse mapa é o insumo que separa uma migração planejada de uma migração no escuro. Se quiser um panorama de como o Power BI se encaixa na operação depois dessa fase, vale ler o guia completo de Power BI para empresas no Brasil em 2026.

De-para: como cada peça do Cognos vira no Power BI#

Uma das maiores fontes de confusão em uma migração é achar que existe equivalência direta, peça por peça, entre as duas plataformas. Existe correspondência de conceito, mas a forma muda. A tabela abaixo traduz os principais elementos do Cognos para os equivalentes no Power BI.

Conceito no Cognos	Equivalente no Power BI
Framework Manager / data module (camada semântica)	Modelo semântico / dataset (modelo tabular)
Report Studio / relatório paginado (pixel-perfect)	Power BI Report Builder (arquivos .rdl)
Dashboards	Relatórios do Power BI (visuais interativos)
Pacotes (packages) publicados	Workspaces e apps
Cálculos no relatório e no modelo	Medidas e colunas em DAX
Preparação e junção de dados	Power Query (ETL)

A leitura importante dessa tabela é que ela separa duas naturezas de entrega que no Cognos às vezes se misturam. De um lado, o relatório paginado, pixel-perfect, aquele documento com layout fixo feito para impressão ou envio formal, que no Power BI é território do Report Builder e dos arquivos .rdl. De outro, o dashboard analítico e interativo, feito para exploração, que vira um relatório do Power BI com visuais dinâmicos. Confundir os dois leva a decisões erradas de ferramenta, então essa distinção precisa estar clara desde o início.

A estratégia que evita reescrever tudo à toa#

Com o mapa na mão, a estratégia se organiza em torno de três princípios. Cada um deles evita uma armadilha clássica.

O primeiro princípio é racionalizar antes de migrar. Não migre relatório que ninguém abre. Parece óbvio, mas é a decisão que mais economiza esforço no projeto inteiro. Use o levantamento de uso para cortar o que está morto, consolidar duplicados e priorizar o que sustenta decisão de verdade. Migrar menos, e melhor, é sempre mais rápido do que migrar tudo.

O segundo princípio é recriar a camada semântica, não copiá-la. A modelagem do Framework Manager foi pensada para o motor do Cognos. Reproduzir aquela estrutura tal e qual no Power BI costuma gerar um modelo pesado e difícil de manter. O caminho é reconstruir a lógica como um modelo estrela, com tabelas de fato e de dimensão bem separadas, e traduzir os cálculos para medidas em DAX. O que você preserva é o resultado do número, não o desenho técnico que o produzia.

O terceiro princípio é separar relatório paginado de dashboard analítico. Antes de recriar, classifique cada artefato: ele é um documento de layout fixo, que precisa sair idêntico para impressão ou envio formal, ou é uma análise para explorar na tela? Essa pergunta define a ferramenta. O paginado vai para o Power BI Report Builder; o analítico vira relatório interativo. Tratar tudo como uma coisa só é o que gera frustração dos dois lados.

Essa lógica de racionalizar, remodelar e reclassificar é o núcleo do nosso serviço de migração de Qlik, Tableau e Cognos para o Power BI, e é o que faz o projeto terminar com um ambiente mais leve do que o que existia antes.

Como migrar do Cognos para o Power BI na prática#

Com estratégia definida, a execução segue um passo a passo em cinco fases. Cada fase tem um objetivo próprio e uma entrega que destrava a próxima. Pular etapa é o atalho que vira retrabalho.

1. Descoberta. Levantar o inventário completo, mapear a camada semântica do Framework Manager e coletar dados de uso. A saída é a fotografia real do ambiente Cognos.
2. Racionalização. Decidir o que migra, o que consolida e o que morre. A saída é uma lista priorizada, muito menor que o inventário bruto.
3. Modelagem. Reconstruir a camada semântica como modelo estrela, montar o ETL em Power Query e escrever as medidas em DAX. A saída é o modelo semântico que vai sustentar todos os relatórios.
4. Validação. Comparar número a número o resultado do Power BI com o do Cognos, para cada indicador crítico. A saída é a certeza de que os totais batem antes de qualquer usuário ver.
5. Go-live. Publicar em workspaces e apps, configurar governança de acesso, treinar os usuários e desligar o legado de forma controlada. A saída é a operação rodando no Power BI.

A tabela abaixo resume as fases, o foco de cada uma e o sinal de que ela terminou.

Fase	Foco principal	Sinal de conclusão
Descoberta	Inventário e camada semântica	Fotografia completa do ambiente
Racionalização	Cortar o morto, priorizar o vivo	Lista de escopo aprovada
Modelagem	Modelo estrela, Power Query e DAX	Modelo semântico validado
Validação	Bater número a número com o Cognos	Indicadores críticos conferidos
Go-live	Publicação, acesso e treinamento	Usuários operando no Power BI

A fase de validação merece destaque porque é a que protege a credibilidade do projeto. É nela que você garante que a receita, a margem e o volume calculados no Power BI são exatamente os mesmos do Cognos. Sem essa conferência, o primeiro número divergente na frente da diretoria coloca em xeque a migração inteira. Para conhecer nossa abordagem da plataforma de destino, veja a página de Power BI.

As armadilhas que fazem a migração descarrilar#

Depois de acompanhar projetos de migração, os mesmos tropeços aparecem com regularidade. Conhecê-los de antemão é meio caminho para evitá-los.

A primeira armadilha é tentar replicar a camada semântica do Cognos um para um. Copiar a estrutura do Framework Manager para o Power BI ignora que o modelo tabular tem sua própria lógica de bom desempenho, baseada no modelo estrela. Quem insiste na cópia fiel acaba com um modelo lento e frágil, e depois culpa a ferramenta por um problema que foi de tradução.

A segunda armadilha é ignorar a governança de acesso. No Cognos, permissões e visibilidade seguem uma lógica própria de pacotes e pastas. No Power BI, o controle acontece em workspaces, apps e regras de segurança por linha. Migrar os relatórios sem redesenhar quem enxerga o quê abre a porta para alguém ver um dado que não deveria, e esse é o tipo de falha que gera problema sério, não só desconforto.

A terceira armadilha é migrar sem validar número a número. É a mais tentadora e a mais perigosa. Sob pressão de prazo, o time recria os relatórios, acha que estão certos porque parecem certos e publica. Aí um total não bate, a confiança evapora e o projeto ganha fama de mal-feito mesmo tendo acertado quase tudo. Validação não é etapa opcional de fim de projeto, é o que sustenta tudo o que veio antes.

Se quiser ver como esses princípios se materializam em resultado, vale conhecer nossos cases e o conjunto de soluções que aplicamos em projetos de dados.

Perguntas frequentes#

Dá para migrar do Cognos para o Power BI de uma vez só?

Dá, mas raramente é o caminho mais seguro. A virada de tudo de uma vez concentra risco e dificulta a validação. Na prática, migrar por ondas, começando pelos relatórios mais críticos e mais usados, permite conferir cada bloco de números antes de avançar. O legado do Cognos permanece disponível enquanto a onda é validada, e o desligamento acontece de forma controlada.

O que acontece com os relatórios paginados e pixel-perfect do Cognos?

Eles não somem. O equivalente no ambiente Microsoft é o Power BI Report Builder, que gera arquivos .rdl para documentos de layout fixo, feitos para impressão ou envio formal. O ponto de atenção é classificar corretamente o que é paginado e o que é dashboard analítico, porque cada um vai para uma ferramenta diferente. Tratar tudo como relatório interativo, ou tudo como paginado, é fonte de retrabalho.

Preciso recriar a camada semântica do Framework Manager do zero?

Você recria a lógica de negócio, não a estrutura técnica. A modelagem do Framework Manager foi feita para o motor do Cognos e não deve ser copiada tal qual. O trabalho é reconstruir os cálculos e as relações como um modelo estrela, com medidas em DAX. O objetivo é preservar o resultado dos números e, ao mesmo tempo, ganhar um modelo mais leve e sustentável no Power BI.

Como garantir que os números do Power BI batem com os do Cognos?

Com uma fase de validação dedicada, na qual cada indicador crítico é comparado número a número entre as duas plataformas antes do go-live. Divergências são investigadas e resolvidas ainda na fase de modelagem, longe dos olhos do usuário final. Essa conferência é o que protege a credibilidade da migração e evita que um total errado derrube a confiança no projeto inteiro.

Quanto tempo leva uma migração do Cognos para o Power BI?

Não existe resposta honesta sem olhar o seu ambiente. O prazo depende do volume de relatórios e pacotes, da complexidade da camada semântica do Framework Manager, das integrações de segurança e da maturidade do time. Um ambiente pequeno e bem racionalizado migra rápido; um ambiente grande e cheio de relatórios mortos leva mais tempo na descoberta e na racionalização. Desconfie de prazo fechado dado antes de um diagnóstico.

A migração reduz o custo de licenciamento?

O custo de licenciamento é um dos motivos que levam empresas a avaliar a mudança, mas o resultado depende do seu cenário de uso, do número de usuários e do tipo de licença. Não dá para afirmar um valor genérico. O ganho real precisa ser calculado com os dados da sua operação, e é isso que um diagnóstico sério entrega antes de qualquer promessa de economia.

O primeiro passo é um diagnóstico honesto do seu Cognos#

Migrar do Cognos para o Power BI dá certo quando o projeto começa pelo lugar certo: entender o que existe, cortar o que não serve, remodelar a camada semântica com a lógica do Power BI e validar cada número antes de qualquer usuário abrir a primeira tela. Fazer nessa ordem é o que transforma uma troca de ferramenta arriscada em uma evolução da sua operação de dados, com um ambiente mais leve e mais próximo do dia a dia do seu time. Se você quer um diagnóstico franco do seu ambiente Cognos e um plano de migração com validação número a número, fale com a gente.