Erro 1 — Duas fatos relacionadas entre si
Ligar fVendas diretamente a fMetas parece prático e produz duplicação: cada linha de meta se multiplica pelas vendas. Solução: ligue as duas às mesmas dimensões (dCalendario, dVendedor, dProduto).
Erro 2 — Calendário vindo da coluna de data da fato
Se o calendário só tem os dias em que houve venda, o gráfico esconde os dias sem movimento e a inteligência temporal calcula errado. O calendário precisa ser contínuo, sem buracos.
Erro 3 — Colunas calculadas onde deveriam ser medidas
DAXErrado x certo
-- ERRADO: coluna calculada na fato, ocupa memória e não responde ao filtroMargem % (coluna) = DIVIDE( fVendas[Receita] - fVendas[Custo], fVendas[Receita] ) -- CERTO: medida, calculada no contexto do visualMargem % =VAR Receita = [Receita Total]VAR Custo = [Custo Total]RETURN DIVIDE( Receita - Custo, Receita )Erro 4 — Chaves órfãs e a linha em branco
Quando a fato tem uma chave que não existe na dimensão, o Power BI cria silenciosamente uma linha em branco na dimensão. Seus totais batem, mas o detalhamento por categoria 'perde' valores em uma linha vazia.
- 1Detecte com anti-junção no Power Query (Módulo 4) ou com uma medida de auditoria.
- 2Corrija na origem quando possível.
- 3Se não for possível, adicione na dimensão um registro 'Não cadastrado' com a chave -1 e substitua os nulos da fato por -1.
- 4Nunca ignore: valor em linha em branco é o que faz o gerente dizer 'esse painel não bate'.
DAXMedida de auditoria de chaves órfãs
Linhas sem Produto =CALCULATE( COUNTROWS( fVendas ), ISBLANK( RELATED( dProduto[IdProduto] ) ))Checklist de modelo saudável
- Todas as dimensões ligadas direto à fato, sem floco.
- Nenhum relacionamento bidirecional sem justificativa escrita.
- Uma dCalendario contínua, marcada como tabela de datas.
- Chaves escondidas, medidas organizadas em uma tabela própria.
- Zero chaves órfãs.
- Nenhuma coluna calculada que poderia ser medida.