Field parameters no Power BI: métricas e eixos dinâmicos

Quase todos os relatórios de Power BI acabam por enfrentar o mesmo pedido: e se eu quisesse ver isto por região em vez de por produto? Ou: podes acrescentar aqui a margem, além da receita? A resposta tradicional era duplicar visuais, encher o relatório de páginas quase iguais e esperar que ninguém pedisse mais uma variação.

Os field parameters resolvem este problema de forma elegante. Permitem que seja quem usa o relatório a escolher, num seletor, qual a métrica ou a dimensão que quer ver — sem que o autor tenha de criar dez versões do mesmo gráfico. Um único visual passa a responder a muitas perguntas.

Neste guia vais perceber o que são os field parameters, como criá-los passo a passo, onde fazem diferença e que armadilhas evitar. Já são uma funcionalidade estável e recomendada para produção, por isso podes usá-los sem receio nos teus relatórios.

O que são field parameters e que problema resolvem

Um field parameter é uma tabela especial que o Power BI cria para guardar um conjunto de campos — medidas, colunas ou ambos — que o utilizador pode selecionar em tempo real. Ao arrastar essa tabela para um seletor (slicer) e para dentro de um visual, o gráfico deixa de estar preso a uma métrica ou a um eixo fixo.

Na prática, transformam um relatório rígido num relatório flexível. Em vez de uma página para receita, outra para margem e outra para unidades, tens uma página com um seletor que troca entre as três. O mesmo se aplica às dimensões: analisar por produto, por região ou por cliente passa a ser um clique.

Como criar um field parameter passo a passo

O processo é direto e não exige DAX escrito à mão:

• No separador Modelação, escolhe Novo parâmetro e depois Campos.
• Dá um nome ao parâmetro — será também o nome da nova tabela no modelo.
• Arrasta para a caixa da esquerda os campos que queres disponibilizar: medidas como receita e margem, ou colunas como produto e região.
• Reordena os campos ou faz duplo clique para mudar o nome que o utilizador vai ver.
• Confirma em Criar. Por omissão, o Power BI adiciona logo um slicer à tela e cria a tabela do parâmetro no modelo.

A partir daqui, arrasta o campo do parâmetro para o eixo ou para os valores de um visual. O slicer controla o que aparece. Está feito.

Medidas e dimensões no mesmo parâmetro

Uma das capacidades mais subestimadas é misturar tipos. Nada impede que um field parameter contenha, ao mesmo tempo, medidas (receita, margem, número de encomendas) e colunas (categoria, região). Isto abre a porta a visuais verdadeiramente dinâmicos, em que o utilizador escolhe tanto o que medir como a forma de o repartir.

É preciso algum bom senso: nem todas as combinações fazem sentido, e um seletor com trinta opções confunde mais do que ajuda. A flexibilidade é uma ferramenta, não um objetivo.

Casos de uso onde fazem diferença

• Eixo dinâmico: um único gráfico de barras que o utilizador vê por produto, por região ou por mês, conforme escolhe.
• Métrica dinâmica: um cartão ou uma linha temporal que alterna entre receita, margem e unidades.
• Um relatório para várias equipas: em vez de versões por departamento, cada pessoa seleciona os indicadores que lhe interessam.
• Menos páginas, menos manutenção: consolidar cinco páginas quase iguais numa só reduz o esforço de manter tudo alinhado.

Mini-caso: uma equipa de controlo de gestão

Uma equipa de controlo de gestão de uma empresa industrial mantinha um relatório mensal com uma página por métrica e por dimensão: receita por produto, receita por região, margem por produto, margem por região, e assim sucessivamente. Ao todo, doze páginas quase idênticas que era preciso formatar e verificar uma a uma a cada fecho.

Com field parameters, colapsaram tudo em três páginas: uma de evolução, uma de comparação e uma de detalhe, cada uma com dois seletores — um para a métrica, outro para a dimensão. O tempo de manutenção mensal do relatório caiu de cerca de um dia de trabalho para menos de duas horas. E, talvez mais importante, o número de utilizadores ativos subiu à volta de 40%, porque cada gestor passou a conseguir responder às suas próprias perguntas sem pedir uma nova versão.

O caminho não foi imediato: a equipa teve de reeducar os utilizadores, habituados a procurar a página da margem. Uma pequena secção de ajuda no topo do relatório resolveu a maior parte das dúvidas.

Field parameters ou bookmarks: qual escolher

Antes dos field parameters, a forma habitual de oferecer vistas alternativas era com bookmarks e botões: criar vários visuais sobrepostos e alternar a visibilidade. Funciona, mas é frágil — cada nova métrica obriga a mais um visual, mais um bookmark e mais um botão, e a manutenção cresce depressa. Os field parameters fazem o mesmo trabalho com uma única tabela e um seletor, e escalam muito melhor à medida que as opções aumentam. Os bookmarks continuam úteis para mudar o layout ou contar uma história guiada; os field parameters são a escolha certa quando o que muda é o campo em análise.

Título dinâmico: fazer o visual acompanhar a escolha

Um relatório dinâmico sem título dinâmico é uma armadilha: o gráfico muda, mas o cabeçalho continua a dizer Receita quando o utilizador já está a ver a Margem. A solução é uma medida simples que devolve o nome do campo selecionado e serve de título ao visual:

Título = SELECTEDVALUE(Parametro[Nome], "Visão geral")

O segundo argumento define o texto a mostrar quando há várias opções selecionadas ao mesmo tempo. Com este detalhe, o visual passa a explicar-se sozinho e o utilizador nunca fica em dúvida sobre o que está a ver.

Limitações e cuidados a ter

Os field parameters não são a resposta para tudo, e convém conhecer os limites:

• Não confundas field parameters com os parâmetros What-if, que servem para simular valores numéricos, não para trocar campos.
• A formatação de cada medida pode variar (percentagens, moeda, inteiros); um visual dinâmico nem sempre aplica o formato ideal a todas as opções.
• Algumas interações — como certos tipos de drill ou formatação condicional dependente de uma medida específica — podem comportar-se de forma inesperada quando o campo é dinâmico.
• Um seletor com demasiadas opções prejudica a experiência; agrupa e limita ao que é útil.

Erros comuns

• Encher o parâmetro de campos: mais opções não é melhor relatório. Escolhe as que respondem a perguntas reais.
• Esquecer o título dinâmico: se o visual muda de métrica, o título deve mudar com ele, ou o utilizador perde-se. Uma medida com SELECTEDVALUE resolve isto.
• Não testar a formatação: confirma como fica cada opção antes de publicar, sobretudo ao misturar moeda e percentagem.
• Assumir que todos percebem: um relatório dinâmico é poderoso, mas menos intuitivo; uma nota de ajuda faz diferença.

Boas práticas

Usa nomes claros nos campos do parâmetro — é isso que o utilizador vê. Cria um título dinâmico com SELECTEDVALUE para o visual refletir a escolha. Mantém cada parâmetro focado num propósito (um para métricas, outro para dimensões, em vez de um só enorme). E documenta, ainda que numa caixa de texto discreta, o que os seletores fazem.

Na prática

Os field parameters são uma daquelas funcionalidades que parecem pequenas e mudam a forma como se constroem relatórios. Em vez de responder a cada novo pedido com mais uma página, dás ao utilizador as chaves para explorar sozinho. O resultado são relatórios mais enxutos, mais fáceis de manter e, quase sempre, mais usados. Começa por um relatório onde tenhas páginas repetidas — é aí que o ganho é imediato.