Totais em DAX no Power BI: como validar cada resultado

Uma matriz mostra valores aparentemente corretos nas linhas, mas o total surpreende o usuário. Antes de alterar a fórmula, é preciso entender o que o indicador deve representar. Os totais em DAX no Power BI nem sempre correspondem à soma dos números exibidos, e essa diferença pode ser necessária.

Este guia apresenta um roteiro de conferência para somas, percentuais, contagens distintas e regras condicionais. O objetivo é separar um problema de cálculo de uma expectativa inadequada. Para revisar o relatório como um todo, consulte também os erros comuns em dashboards Power BI.

1. Entenda o contexto da célula de total

Uma medida é avaliada no contexto disponível para cada célula. Na linha de um vendedor, há um filtro para aquele vendedor; no total, a medida é avaliada para o conjunto correspondente. A documentação de fundamentos de DAX da Microsoft explica o papel do contexto de filtro nos resultados.

Por isso, o total não deve ser tratado automaticamente como uma soma das células anteriores. Ele pode ser um novo cálculo sobre a população agregada. A primeira pergunta é de negócio: queremos consolidar componentes, recalcular uma taxa ou somar resultados definidos individualmente para cada entidade?

2. Identifique medidas aditivas e não aditivas

Uma receita sem duplicidade pode ser somada entre vendedores ou produtos. Já um percentual não deve ser somado indiscriminadamente. Médias, saldos em datas distintas e contagens de pessoas únicas também exigem cuidado porque a soma pode mudar o significado original.

Escreva uma frase descrevendo a medida antes de editar DAX. “Receita total dos pedidos válidos” indica uma agregação diferente de “média de receita por pedido”. Essa definição deve aparecer em títulos ou notas quando houver risco de interpretação. O mesmo número pode estar matematicamente correto e comunicar uma pergunta diferente da pretendida.

3. Recalcule percentuais a partir dos componentes

Imagine dois grupos hipotéticos. O primeiro tem receita de 100 e resultado de 20; o segundo, receita de 900 e resultado de 90. As taxas são 20% e 10%. A taxa consolidada é 110 dividido por 1.000, ou 11%, e não a soma dos percentuais nem sua média simples.

Taxa de Resultado =
DIVIDE(
    [Resultado],
    [Receita]
)

A documentação de DIVIDE descreve o tratamento da divisão por zero. A fórmula acima é apenas um exemplo estrutural: seus componentes devem respeitar o mesmo período e a mesma população. Se a pergunta for a média das taxas entre grupos, dê outro nome à medida e declare essa ponderação.

4. Confira contagens distintas com sobreposição

Um cliente pode comprar em duas categorias. Se cada categoria possui um cliente e ambas apontam para a mesma pessoa, a contagem distinta consolidada é um. Somar as linhas produziria dois e passaria a contar participações em categorias, não clientes únicos.

A Microsoft registra na documentação de DISTINCTCOUNT que totais de contagem distinta não são aditivos. Para validar, liste os identificadores de uma amostra e confira a união dos conjuntos. Investigue também valores vazios, pois a função pode contá-los; defina como registros sem identificador serão tratados.

5. Determine quando a regra precisa ser aplicada por entidade

Algumas regras comerciais são definidas para cada vendedor, pedido ou contrato. Considere uma bonificação hipotética que só existe quando o vendedor atinge a própria meta. Aplicar a condição sobre vendas e metas agregadas pode aprovar um conjunto mesmo que parte das pessoas não seja elegível.

Se a intenção for somar os bônus calculados individualmente por vendedor, uma estrutura possível é:

Bônus Total =
SUMX(
    VALUES(dVendedor[ID]),
    [Bônus por Vendedor]
)

A função SUMX avalia uma expressão para as linhas de uma tabela e soma os resultados. O exemplo pressupõe uma medida individual validada e uma chave adequada. Se a regra for por contrato, trocar o nome da tabela sem revisar a granularidade não resolve o problema.

6. Verifique relacionamentos antes de culpar a medida

Chaves duplicadas, filtros que não chegam à tabela esperada e combinações de fatos com granularidades diferentes podem gerar resultados surpreendentes. Compare a contagem de registros e os valores após cada transformação. Um total correto em uma página não garante que todas as segmentações do modelo funcionem.

Crie uma tabela simples com chave, componentes e resultado, sem formatação complexa. Se o número muda ao adicionar uma dimensão, examine a relação entre as tabelas. Em uma análise de vendas, por exemplo, a soma de pedidos não deveria aumentar apenas porque foram incluídos atributos do cliente.

7. Monte uma conferência pequena e reproduzível

Escolha um período curto e poucas entidades cujos dados possam ser inspecionados. Calcule o resultado esperado fora do visual, registrando a regra usada. Inclua denominador zero, entidade sem movimento, cliente presente em dois grupos e meta atingida por apenas uma pessoa.

Depois, compare linha, subtotal e total geral. Repita a conferência com um filtro relevante para verificar se a lógica acompanha a seleção. O teste deve demonstrar o comportamento de negócio; reproduzir a própria fórmula em outro lugar sem uma referência independente pouco ajuda a descobrir o erro.

8. Explique o significado no relatório

Use títulos como “Clientes únicos no período” ou “Taxa consolidada de resultado”. Uma nota curta pode informar que a taxa é calculada pelos componentes agregados. Essa clareza reduz dúvidas e evita que o gestor tente reconciliar medidas que respondem a perguntas diferentes.

Reserve uma página de conferência para analistas e uma visão sintética para decisão. No dashboard gerencial, exiba apenas indicadores com definição aprovada. Para aplicações comerciais, o modelo editável de Vendas pode servir de referência visual, com medidas adaptadas e verificadas antes do uso.