Como usar relatórios paginados no Power BI: passo a passo

O relatório interativo não resolve tudo, e é aí que entram os paginados#

Todo mundo que trabalha com Power BI conhece o cenário: você monta um dashboard bonito, cheio de interação, e alguém do financeiro pede "só um PDF com todas as notas fiscais do mês, uma por página, com cabeçalho e rodapé". Você tenta exportar o visual de tabela, o Power BI corta as linhas em 150 mil registros, quebra a formatação e o arquivo sai impresentável. É exatamente para esse tipo de necessidade que existem os relatórios paginados Power BI, uma tecnologia diferente do relatório interativo comum e que resolve o que o .pbix tradicional não foi feito para fazer.

Relatório paginado é o formato pensado para papel e para documentos operacionais: faturas, extratos, listas longas, demonstrativos contábeis, boletos, romaneios. Ele nasceu do velho SSRS (SQL Server Reporting Services), usa o formato RDL e hoje roda dentro do serviço do Power BI. Neste guia vou mostrar quando usar, o passo a passo real no Power BI Report Builder, os erros que mais vejo em campo e as boas práticas que separam um relatório profissional de uma gambiarra que ninguém consegue manter.

Relatório paginado e relatório interativo resolvem problemas diferentes#

Antes do passo a passo, é importante entender que não é uma coisa "melhor" que a outra. São ferramentas para propósitos distintos, e a maioria dos ambientes maduros usa as duas.

O relatório interativo (o .pbix que você faz no Power BI Desktop) é feito para exploração na tela: filtros, drill, cores, storytelling. O relatório paginado é feito para saída controlada em página fixa: cada linha aparece, a paginação é previsível, o layout é pixel a pixel e o formato final é PDF, Excel ou impressão.

Característica	Relatório interativo (.pbix)	Relatório paginado (.rdl)
Ferramenta de criação	Power BI Desktop	Power BI Report Builder
Foco principal	Exploração visual na tela	Documento formatado e impressão
Limite de linhas na tabela	Trunca em exportações grandes	Renderiza milhares de linhas
Controle de layout	Fluido, responsivo	Pixel a pixel, página fixa
Exportação	Boa para PDF/PowerPoint resumido	Excelente para PDF/Excel detalhado
Fonte de dados	Modelo semântico importado	Modelo semântico, SQL, DAX, Azure, etc.
Licença para publicar	Pro ou PPU	Capacidade Premium, PPU ou Fabric

Guardando uma regra simples: se o resultado precisa caber numa folha A4 e ser lido linha por linha, é paginado. Se o resultado precisa ser clicado e filtrado na tela, é interativo. Se você quer aprofundar a estratégia de BI da empresa como um todo, vale ler nosso guia completo de Power BI para empresas no Brasil em 2026.

Quando usar relatórios paginados de verdade#

Na prática, os casos que mais aparecem nos nossos projetos de Power BI são estes:

• Documentos operacionais e fiscais: notas, faturas, boletos, demonstrativos, holerites. Precisam de layout rígido e uma "unidade" por página.
• Listas longas para exportar: quando o usuário precisa de um Excel com 80 mil linhas fiel ao filtro aplicado, sem truncamento.
• Relatórios regulatórios: entregas para órgãos, auditoria e conselhos, onde o formato exato importa e às vezes é exigido em papel.
• Impressão em lote: gerar um PDF por cliente, por filial ou por vendedor de forma automatizada.
• Detalhe transacional a partir de um dashboard: o usuário clica num total no relatório interativo e é levado a um paginado com a lista completa por trás daquele número.

E quando não usar: para análise exploratória, KPIs executivos, storytelling visual ou qualquer coisa que dependa de interação. Forçar um dashboard analítico dentro do Report Builder é sofrimento garantido. A ferramenta não foi feita para isso.

Passo a passo: criando seu primeiro relatório paginado#

O caminho abaixo assume que você já tem um modelo semântico publicado no serviço, o que é a abordagem mais recomendada hoje porque reaproveita suas medidas DAX. Se você ainda não organiza bem seus modelos, o tema se conecta com modelo semântico compartilhado e com boas práticas de modelagem.

Passo 1: instale o Power BI Report Builder#

O paginado não é feito no Power BI Desktop. Você precisa do Power BI Report Builder, um aplicativo gratuito e separado, baixado no site da Microsoft ou pela Microsoft Store. É um programa leve, com cara de ferramenta antiga (herança do SSRS), mas é o lugar certo para trabalhar com RDL.

Passo 2: conecte a fonte de dados#

Ao abrir, escolha criar um relatório em branco. No painel Dados do Relatório, adicione uma nova fonte de dados. As opções mais comuns:

• Modelo semântico do Power BI: conecta no dataset já publicado e permite escrever DAX. É a opção que eu recomendo na maioria dos casos, porque mantém uma única fonte da verdade.
• SQL Server / Azure SQL: consulta direta ao banco, útil para detalhe transacional bruto.
• Outras fontes: Synapse, Snowflake, entre outras, dependendo do seu ambiente.

Se a governança do dado importa para você, e deveria importar, centralizar no modelo semântico ajuda a manter consistência. Falamos disso em governança de dados no Power BI e LGPD.

Passo 3: monte o dataset (a consulta)#

Depois da fonte, crie um dataset, que aqui significa a consulta que traz os dados. Conectando num modelo semântico, você usa o Query Designer para arrastar campos e medidas ou escreve a consulta DAX diretamente. Dica de gente que já apanhou: monte no designer visual primeiro, veja o DAX gerado e só então ajuste na mão. Traga apenas as colunas que o relatório realmente precisa.

Passo 4: adicione parâmetros#

Parâmetros são o que tornam o relatório reutilizável. Um paginado de faturas quase sempre tem parâmetros como período, filial ou cliente. Ao criar o dataset com filtros, o Report Builder costuma gerar os parâmetros automaticamente. Você configura se aceitam múltiplos valores, se têm lista suspensa e qual é o valor padrão. É esse mecanismo que permite gerar "um PDF por cliente" mais adiante.

Passo 5: insira a tabela (Tablix) e formate#

O componente central do paginado é o Tablix, uma mistura de tabela e matriz. Pela faixa Inserir, adicione uma tabela e arraste os campos do dataset para as colunas. A partir daí é formatação: fontes, bordas, agrupamentos, totais por grupo, cabeçalhos que repetem a cada página. Você também adiciona cabeçalho e rodapé de página para logo, número de página e data de emissão.

Aqui vale calma. O layout é pixel a pixel, então cada elemento tem posição e tamanho exatos. Vale desenhar antes o que você quer numa folha para não ficar arrastando caixinha à toa.

Passo 6: pré-visualize e ajuste a paginação#

Clique em Executar para ver o resultado com dados reais. É neste momento que aparecem os problemas clássicos: página em branco entre cada página, tabela estourando a largura, agrupamento errado. Ajuste as margens, a largura do corpo e as propriedades de quebra de página até o resultado ficar limpo.

Passo 7: publique no serviço do Power BI#

Com o relatório pronto, use Arquivo, Publicar e escolha o workspace de destino. Importante: para publicar e consumir paginados no serviço, o workspace precisa estar em capacidade Premium, PPU ou Fabric. Depois de publicado, o usuário abre, escolhe os parâmetros e exporta em PDF, Excel, Word ou imprime. Para organizar bem esses workspaces e o ciclo de publicação, o tema se conecta com governança de dados.

Erros comuns em relatórios paginados (e como evitar)#

Depois de muitos projetos, os tropeços se repetem. A tabela abaixo resume os que mais custam tempo.

Erro comum	Por que acontece	Como evitar
Página em branco entre páginas	Largura do corpo maior que o papel menos as margens	Reduza a largura do corpo e ajuste as margens
Relatório lento para renderizar	Consulta traz colunas e linhas demais	Filtre na fonte, traga só o necessário
Tabela cortada na largura	Tablix mais largo que a área útil da página	Diminua colunas ou mude para paisagem
Cabeçalho some nas páginas seguintes	Repetição de cabeçalho não configurada	Ative "repetir cabeçalho" nas propriedades do Tablix
Números diferentes do dashboard	DAX ou filtro divergente do modelo	Reaproveite as medidas do modelo semântico
Falha ao publicar	Workspace sem capacidade adequada	Use Premium, PPU ou Fabric

Um erro que merece destaque à parte é puxar dado bruto direto do banco quando já existe medida no modelo. O resultado costuma ser número que não bate com o dashboard, e aí começa a novela de "qual relatório está certo". Sempre que possível, reaproveite o modelo semântico. Isso também facilita a sustentação de BI no longo prazo, porque a lógica vive num lugar só.

Boas práticas que fazem diferença#

• Filtre o mais cedo possível. Empurre os filtros para a fonte de dados. Trazer 2 milhões de linhas para depois filtrar na tela é receita de lentidão.
• Padronize um template. Cabeçalho, rodapé, logo, fontes e cores da empresa num modelo base. Assim todo paginado novo já nasce no padrão visual.
• Use agrupamentos em vez de subrelatórios quando der. Subrelatório é poderoso, mas pesa na performance. Agrupamento nativo do Tablix costuma resolver a maioria dos casos.
• Nomeie parâmetros de forma clara. "Data Inicial" e "Data Final" são melhores que "param1" para quem vai manter o relatório daqui a um ano.
• Teste a exportação em todos os formatos. Um layout que fica lindo no PDF pode quebrar no Excel. Valide antes de entregar.
• Documente a fonte. Deixe claro de onde vem o dado e qual medida foi usada. Sua equipe de amanhã agradece.

Uma nota honesta de consultor: o Report Builder tem interface datada e curva de aprendizado maior que o Power BI Desktop. Não espere a mesma fluidez. Em compensação, para documento formatado ele não tem rival dentro do ecossistema Microsoft. Se o volume de paginados da sua empresa é grande, faz sentido tratar isso como uma disciplina própria, muitas vezes dentro de um projeto de engenharia de dados bem estruturado que alimenta os relatórios com dados limpos.

Paginado, botão de detalhe e o dashboard trabalhando juntos#

O uso mais elegante que vejo é combinar os dois mundos. O usuário navega no dashboard interativo, vê um total suspeito, clica e é levado a um relatório paginado com a lista transacional completa por trás daquele número. Isso se faz com o recurso de botão de detalhamento paginado dentro do relatório interativo, apontando para o paginado publicado e passando os filtros como parâmetros.

Esse padrão dá o melhor dos dois: a análise visual em cima e o detalhe auditável embaixo, sem inflar o modelo interativo com milhões de linhas. É o tipo de arquitetura que costumamos desenhar em projetos de analytics avançado e que resolve de vez a briga entre "quero explorar" e "quero o extrato completo".

Perguntas frequentes#

Preciso de licença especial para relatórios paginados no Power BI?

Para criar, não: o Power BI Report Builder é gratuito. Para publicar e consumir no serviço, o workspace precisa estar em capacidade Premium, PPU (Premium por Usuário) ou Fabric. Ou seja, criar é livre, mas colocar em produção exige capacidade adequada. Vale checar isso antes de prometer prazos.

Qual a diferença entre paginado e o SSRS antigo?

É praticamente a mesma tecnologia RDL, agora integrada ao serviço do Power BI. Quem já fez relatório no SSRS se sente em casa. A grande diferença é a hospedagem na nuvem, a integração com o modelo semântico do Power BI e a possibilidade de conectar num dataset com DAX em vez de só SQL.

Posso usar minhas medidas DAX no relatório paginado?

Sim, e é o que recomendo. Conectando o paginado ao seu modelo semântico publicado, você escreve consultas DAX e reaproveita as medidas já existentes. Isso garante que os números batam com o dashboard. Se quiser afiar o DAX, veja nosso material sobre modelagem e boas práticas de DAX.

Consigo exportar milhares de linhas sem truncar?

Sim. Esse é justamente um dos pontos fortes do paginado. Enquanto a exportação de um visual do relatório interativo tem limites e trunca resultados grandes, o paginado foi feito para renderizar listas longas e exportar tudo em PDF ou Excel de forma fiel ao filtro aplicado.

Relatório paginado funciona bem no celular?

Não é o forte dele. Paginado é pensado para página fixa (A4, carta), impressão e PDF. Para consumo em celular, o relatório interativo com layout mobile é muito melhor. Use cada um para o que ele faz bem em vez de forçar a barra.

Vale a pena migrar meus relatórios do SSRS on-premises para o Power BI?

Na maioria dos casos, sim, especialmente se você já está indo para a nuvem com Fabric ou Power BI. Os arquivos RDL são compatíveis e a migração costuma ser direta. Mas cada ambiente tem particularidades de fonte de dados e autenticação, então um discovery e assessment antes evita surpresas.

Fechando#

Relatório paginado não é a estrela do Power BI, mas é a ferramenta certa para uma classe inteira de problemas que o dashboard interativo simplesmente não resolve: documento formatado, lista longa, impressão e detalhe transacional. Dominar o Report Builder, reaproveitar o modelo semântico e evitar os erros clássicos de layout já coloca você à frente da maioria. E combinar paginado com o interativo é o que transforma um monte de relatórios soltos numa solução de BI coerente.

Se a sua empresa está apanhando com relatórios operacionais, exportações que truncam ou uma bagunça de arquivos sem padrão, esse é exatamente o tipo de coisa que a gente organiza no dia a dia. Fale com a gente e vamos desenhar isso do jeito certo.