Construindo relatórios

Ferramentas e o arquivo RDL

O relatório paginado do SSRS é um arquivo XML com extensão .rdl (Report Definition Language).
Report Builder: ferramenta gratuita, foco em analistas — conexão ao servidor, assistentes e publicação direta.
Visual Studio com extensão SSDT (Reporting Services): melhor para times de desenvolvimento, projetos no Git e vários RDLs.
Power BI Report Builder também gera paginados; o destino clássico no servidor Windows continua sendo o SSRS / Power BI Report Server.

Vídeos

Data source: onde conectar (preferir fonte compartilhada já publicada no servidor).
Dataset: consulta (SQL, procedimento armazenado) e campos que alimentam tabelas, matrizes e gráficos.
Layout: cabeçalho, rodapé, corpo — tabela (tabular), matriz (pivot), lista, gráfico, mapa, sub-relatório.
Parâmetros: filtros na execução (período, cliente, status) — com lista de valores de um dataset de apoio.
Expressões: fórmulas em VB.NET no relatório (=Fields!Total.Value, =Now(), IIf, Format) para cálculo e formatação.

Definir a pergunta de negócio (ex.: vendas por filial no mês) e os campos obrigatórios no cabeçalho e no detalhe.
Escrever e testar o SQL no SSMS (ou equivalente) antes de colar no dataset — paginação e performance nascem na consulta.
Montar o layout: agrupamentos, totais, visibilidade condicional e formato de número/data.
Pré-visualizar com parâmetros reais; conferir quebra de página, exportação PDF e Excel.
Publicar na pasta correta do servidor e apontar a fonte de dados compartilhada de homologação ou produção.

Parâmetros com default seguro (ex.: mês atual) para o usuário não abrir um relatório pesado “sem filtro”.
Evitar SELECT * e joins desnecessários; paginar no SQL quando o volume for grande.
Nomes estáveis de campos e datasets — o layout quebra se o alias da consulta mudar.
Imagens e logos via URL ou embutidos com tamanho controlado (PDF infla fácil).
Um relatório, uma pergunta; relatórios “faz-tudo” com dezenas de parâmetros ficam difíceis de manter e de usar.

Deploy: Report Builder (Save to Report Server) ou Visual Studio (propriedades TargetReportFolder / TargetServerURL).
Formatos de saída: HTML no portal, PDF, Excel, Word, CSV, XML — teste o que o negócio realmente usa.
Sub-relatórios e drill-through: navegar de um resumo para o detalhe sem duplicar a consulta no mesmo RDL.
Versionar o .rdl no Git junto ao projeto; o servidor guarda a última publicação, não o histórico de desenvolvimento.

Traduzir requisito de relatório (RF) em dataset, parâmetros e layout — o mesmo raciocínio de tela e API, com saída paginada.
Combinar SQL bem escrito com um RDL simples: a maior parte da regra de negócio fica na consulta ou no procedimento.
Alinhar com Administração: pasta, permissão de Browser e data source compartilhada antes de “jogar o arquivo no portal”.