Como migrar relatórios do SSRS para o Power BI

O SSRS entregou relatórios por anos, mas virou uma ilha dentro da empresa#

O SQL Server Reporting Services, o velho SSRS, é a ferramenta da Microsoft para relatórios paginados: aqueles documentos pixel a pixel, pensados para impressão e PDF, com cabeçalho, rodapé e paginação previsível. Faturas, extratos, romaneios, demonstrativos contábeis e listas longas nasceram nele durante anos, no formato de arquivo .rdl. O problema raramente é a qualidade desses relatórios, é o isolamento: eles vivem em um servidor separado, com autenticação própria, agendamentos próprios e uma administração que quase ninguém quer sustentar. Quando a área de dados decide migrar SSRS Power BI, é quase sempre por isso, cansou de manter uma ilha. E a boa notícia, que muita gente descobre tarde, é que essa migração costuma ser bem menos traumática do que trocar de ferramenta de BI, porque o Power BI fala o mesmo idioma do SSRS.

Este é o roteiro que usamos em campo: por que a migração faz sentido, o que decidir antes de mover qualquer coisa, o passo a passo real e as armadilhas que mais atrasam o projeto.

Por que migrar do SSRS para o Power BI faz sentido agora#

O motivo não é moda, é consolidação. Manter o SSRS significa manter uma plataforma inteira só para paginados: servidor, banco de configuração, portal web, agendamentos e um time que precisa lembrar como aquilo funciona. Ao lado, a maioria das empresas já roda o Power BI para dashboards e análises. São dois mundos separados para o mesmo público, com dois logins, dois lugares para procurar informação e duas rotinas de manutenção.

Migrar resolve isso em algumas frentes ao mesmo tempo:

• Uma plataforma só. Relatório paginado e relatório analítico passam a viver no mesmo serviço, com a mesma governança, os mesmos workspaces e o mesmo controle de acesso.
• Fim do servidor isolado. Sai o servidor dedicado do SSRS, com sua manutenção, seus backups e sua superfície de risco própria.
• Paginado e analítico juntos. O usuário encontra a fatura em PDF e o painel de vendas no mesmo lugar, sem trocar de ferramenta.
• Caminho para a nuvem. Publicar no serviço do Power BI tira relatórios críticos de um servidor local e os coloca em uma plataforma gerenciada, com atualização contínua.

Se sua empresa ainda está estruturando o ambiente para receber essa consolidação, vale ler antes o nosso guia completo de Power BI para empresas no Brasil, que dá o contexto de plataforma que uma migração dessas pressupõe.

Migrar SSRS Power BI é reaproveitar o que já existe, não recomeçar#

Aqui está o detalhe que muda tudo: o Power BI suporta relatórios paginados de forma nativa, através do Power BI Report Builder, e o Report Builder usa exatamente o mesmo formato .rdl do SSRS. Ou seja, o artefato central do seu ambiente atual, o arquivo .rdl, não precisa ser recriado do zero. Em muitos casos ele é aberto no Power BI Report Builder, ajustado no que for necessário e publicado no serviço do Power BI.

Isso é uma diferença enorme em relação a uma migração de ferramenta de BI tradicional. Quando uma empresa sai de QlikView ou Tableau para Power BI, cada regra de negócio precisa ser reescrita, porque a sintaxe não se traduz. É um projeto de reconstrução, como detalhamos no roteiro de migração de Qlik e Tableau para Power BI. No caso do SSRS, o reaproveitamento é alto justamente porque o .rdl é compartilhado entre as duas ferramentas. O trabalho passa a ser de reapontamento, ajuste e validação, não de reescrita.

A tabela abaixo resume o de-para entre os conceitos do SSRS e seus equivalentes no Power BI. É o mapa mental que orienta a migração:

No SSRS	No Power BI
Arquivo de relatório .rdl	Mesmo .rdl, aberto e editado no Power BI Report Builder
Data source (fonte de dados do relatório)	Conexão de dados configurada no relatório publicado
Shared data source / shared dataset	Fonte compartilhada ou modelo semântico do Power BI
Subscription (entrega agendada)	Assinatura de relatório paginado no serviço do Power BI
Report Server (servidor local)	Serviço do Power BI (capacidade) ou Power BI Report Server
Report Manager / portal web	Workspace no serviço do Power BI
Credenciais armazenadas no servidor	Credenciais e gateway de dados on-premises

Repare que quase toda linha tem um destino direto. Não é tradução automática, cada caso exige julgamento, mas o esqueleto do trabalho já está desenhado antes de começar.

O que decidir antes de mover qualquer relatório#

Migração não é abrir arquivo por arquivo e publicar. Antes disso, duas decisões definem o projeto inteiro.

A primeira é sobre a natureza de cada relatório: o que continua paginado e o que deveria virar analítico. O SSRS só produzia um tipo de saída, então é comum encontrar lá relatórios que, na verdade, seriam muito melhores como dashboards interativos. Alguém precisava de uma análise exploratória e, na falta de opção, montou um .rdl gigante com filtros por parâmetro. Esse tipo de relatório é candidato a virar um .pbix analítico, não a ser copiado como paginado. Ao mesmo tempo, o inverso é um erro clássico: pegar uma fatura, um boleto ou um extrato, que precisam de página fixa e todas as linhas impressas, e tentar transformar em dashboard. A tabela a seguir ajuda a classificar:

Situação	Relatório paginado (.rdl)	Relatório analítico (.pbix)
Objetivo	Documento fiel para impressão e PDF	Exploração interativa na tela
Exemplos típicos	Fatura, extrato, boleto, romaneio, demonstrativo contábil	Painel de vendas, painel executivo, análise de tendência
Layout	Página fixa, pixel a pixel, paginação previsível	Layout flexível, filtros, drill e storytelling
Volume de linhas	Listas longas, todas as linhas na saída	Agregações e recortes para análise
Saída principal	PDF, Excel e impressão	Tela, com exportação pontual
Quando escolher	Saída operacional e regulatória controlada	Decisão e análise visual do negócio

A segunda decisão é sobre onde publicar. Relatório paginado no serviço do Power BI não roda em qualquer licença: ele exige capacidade Premium ou Fabric (a partir de F64) dedicada ao seu ambiente. A alternativa, para quem não vai para o serviço na nuvem, é o Power BI Report Server, a versão on-premises que também hospeda relatórios paginados dentro de casa. Confirme cedo qual dos dois caminhos se aplica, porque isso muda licenciamento, custo e arquitetura. Se a discussão de capacidade e Fabric ainda está aberta na sua empresa, o nosso texto sobre o que é o Microsoft Fabric e se vale a pena ajuda a fechar essa parte antes de a migração começar.

O passo a passo para migrar do SSRS para o Power BI#

Com as decisões tomadas, a execução segue uma sequência previsível. Ela vale para um relatório e vale para centenas.

1. Inventarie tudo, não só os .rdl. Levante todos os relatórios do servidor, com dono, área e frequência de uso real. E, tão importante quanto, levante as subscriptions: quais relatórios são entregues por agendamento, para quem, em qual formato e com qual periodicidade. É a parte que mais gente esquece, e a que mais gera reclamação depois.
2. Reaponte as fontes de dados. Cada .rdl aponta para um data source. Confira se aquela fonte continua acessível a partir do novo ambiente e ajuste a conexão. Fontes on-premises vão precisar de gateway de dados configurado no serviço do Power BI.
3. Abra o .rdl no Power BI Report Builder. Como o formato é o mesmo, o arquivo abre. Aqui é onde o reaproveitamento acontece de verdade.
4. Ajuste o que for necessário. Revise conexões, parâmetros, expressões e formatação. Nem tudo migra sem toque, mas o volume de ajuste costuma ser muito menor do que reconstruir.
5. Publique no destino escolhido. Suba o relatório para o workspace no serviço do Power BI (com a capacidade adequada) ou para o Power BI Report Server, conforme a decisão de arquitetura.
6. Recrie os agendamentos de entrega. Toda subscription do SSRS que você inventariou vira uma assinatura de relatório paginado no destino. Sem essa etapa, os relatórios existem, mas param de chegar sozinhos na caixa de entrada de quem dependia deles.
7. Valide antes de desligar. Compare a saída nova com a antiga, mesmo período, mesmos parâmetros, mesmo formato. Só desative o relatório no SSRS depois que o equivalente novo estiver homologado por quem usa.

Esse fluxo é a espinha dorsal, e ele se conecta ao restante do ecossistema Power BI que você já roda. Para entender como relatórios paginados convivem com dashboards, RLS e workspaces no dia a dia, o nosso serviço de Power BI descreve a plataforma completa em que esses relatórios passam a viver.

As armadilhas que atrasam a migração#

O reaproveitamento do .rdl engana: dá a impressão de que a migração é só copiar arquivos. Não é. Os tropeços mais comuns não estão no relatório em si, estão no que orbita ele.

• Esquecer as subscriptions e as entregas por e-mail. É o erro número um. O relatório migra, funciona quando aberto na mão, e ninguém percebe que dezenas de pessoas recebiam aquilo por agendamento. Semanas depois, começam a perguntar por que pararam de receber o extrato mensal. Inventarie e recrie cada assinatura.
• Subestimar credenciais e gateways. No SSRS, as credenciais ficavam guardadas no servidor. No serviço do Power BI, fontes on-premises dependem de gateway de dados configurado corretamente, com credenciais válidas. Fonte que não conecta é relatório que não atualiza.
• Transformar em analítico o que deveria seguir paginado. Empolgado com o Power BI, o time pega uma fatura ou um demonstrativo e tenta reconstruir como dashboard. O resultado é um documento que não imprime direito, corta linhas e perde a fidelidade que o negócio exigia. Documento operacional segue paginado.
• Pular a validação de paridade. Confiar que "abriu, então está certo" é a forma mais rápida de perder a confiança de quem usa. Compare a saída antiga com a nova antes de desligar qualquer coisa.
• Migrar tudo sem racionalizar. Servidores antigos acumulam relatórios duplicados e abandonados. Copiar cada um deles para o ambiente novo transporta a bagunça, infla o cronograma e cria manutenção que ninguém pediu.

Nenhuma dessas armadilhas é sobre sintaxe de .rdl. Todas são sobre processo, inventário e disciplina. É por isso que uma migração de SSRS, mesmo sendo tecnicamente mais simples que outras, ainda merece ser tratada como projeto, com dono e com etapas claras. Se quiser ver como isso se encaixa em iniciativas maiores de dados, as nossas soluções mostram onde esse tipo de trabalho costuma entrar.

Perguntas frequentes#

Preciso reescrever os arquivos .rdl do zero para usar no Power BI? Na maioria dos casos, não. O Power BI Report Builder usa o mesmo formato .rdl do SSRS, então boa parte dos relatórios é aberta, ajustada e publicada, sem reconstrução completa. O esforço se concentra em reapontar fontes, revisar conexões e validar a saída, não em recriar o relatório.

Qual licença o Power BI exige para rodar relatórios paginados? Para publicar relatórios paginados no serviço do Power BI, é preciso capacidade Premium ou Fabric dedicada (a partir de F64). A alternativa on-premises é o Power BI Report Server, que hospeda relatórios paginados dentro da sua infraestrutura. Vale confirmar qual caminho se aplica ao seu tenant antes de começar, porque isso define custo e arquitetura.

Todos os relatórios do SSRS devem virar relatórios paginados no Power BI? Não necessariamente. Alguns .rdl foram criados no SSRS por falta de opção, quando o que o usuário queria era análise interativa. Esses são candidatos a virar relatórios analíticos (.pbix). Já faturas, extratos e documentos que precisam de página fixa devem continuar paginados. A decisão é caso a caso.

O que acontece com as entregas agendadas por e-mail? As subscriptions do SSRS não migram sozinhas. Cada agendamento de entrega precisa ser inventariado e recriado como assinatura de relatório paginado no destino. Esquecer essa etapa é o motivo mais comum de reclamação depois da migração, porque os relatórios param de chegar sozinhos a quem dependia deles.

Consigo manter o SSRS funcionando durante a transição? Sim, e é o recomendado. Mantenha o SSRS ativo enquanto valida cada relatório migrado. Desligue um relatório na origem apenas depois que o equivalente novo estiver homologado por quem usa, com a saída comparada em mesmo período e mesmos parâmetros. Isso evita apagão de informação em relatórios críticos.

Dá para migrar aos poucos, sem parar tudo? Dá, e costuma ser a melhor abordagem. Migre por ondas, começando pelos relatórios de menor criticidade ou por uma área específica. Assim você ajusta o processo com o aprendizado das primeiras ondas, reduz o risco e evita a pressão de mover centenas de relatórios de uma vez só.

Migrar do SSRS é consolidar, não recomeçar do zero#

Migrar relatórios do SSRS para o Power BI é uma das poucas migrações em que o principal artefato, o arquivo .rdl, viaja quase intacto para a plataforma nova. O ganho real não está em recriar relatórios, está em unificar paginado e analítico no mesmo lugar, sair de um servidor isolado e trazer governança única para tudo. Mas o sucesso depende de tratar o entorno com o mesmo cuidado do relatório: inventariar subscriptions, reapontar fontes, configurar gateways, decidir o que segue paginado e validar antes de desligar qualquer coisa.

Se a sua empresa ainda sustenta um SSRS que virou peso e quer migrar para o Power BI sem perder relatórios, sem quebrar entregas agendadas e sem transformar documento em dashboard por engano, fale com a gente. Podemos olhar o seu inventário atual e desenhar o caminho de migração antes de mover a primeira linha.