Relatório em dólar não bate? Modelagem multi-moeda no Power BI

Você aplica uma taxa de câmbio no relatório e o número não confere com o financeiro. O problema quase nunca é a taxa em si — é converter moeda no lugar errado do modelo pro cenário que você realmente tem. Multi-moeda não tem fórmula universal: existem três cenários diferentes, e cada um pede uma abordagem de modelagem diferente.

Por que não existe uma fórmula universal de conversão

A confusão em torno de multi-moeda quase sempre vem de tentar aplicar a mesma lógica de conversão pra situações diferentes. O que muda entre os cenários não é a matemática da conversão — é em que ponto do fluxo de dados ela precisa acontecer: na carga dos dados (Power Query) ou no cálculo da medida (DAX).

Cenário 1: dado em várias moedas, relatório numa moeda só

Esse é o caso de uma empresa que vende em vários países, cada venda registrada na moeda local, mas o relatório gerencial precisa mostrar tudo consolidado numa moeda base — normalmente a moeda do país-sede. Aqui a conversão acontece na entrada: já no Power Query, cada valor é convertido pra moeda base usando a taxa de câmbio da data da transação, antes mesmo de o dado chegar ao modelo.

A vantagem dessa abordagem é que todo o modelo passa a trabalhar com uma única moeda internamente — nenhuma medida precisa se preocupar com conversão, porque ela já aconteceu antes. A desvantagem é a rigidez: se alguém precisar ver o valor na moeda original de cada venda, essa informação só existe se você guardar as duas colunas (valor original e valor convertido).

Cenário 2: dado numa moeda só, relatório em várias moedas

Esse é o caso oposto: os dados nascem numa moeda única (por exemplo, a empresa só vende no Brasil, tudo em reais), mas o relatório precisa apresentar os valores em diferentes moedas pra diferentes públicos — um investidor que quer ver em dólar, um parceiro europeu que quer ver em euro. Aqui a conversão acontece na saída: a taxa de câmbio entra dentro da medida DAX, aplicada no momento do cálculo, dependendo de um parâmetro ou seleção do usuário (normalmente via um seletor de moeda no próprio relatório).

A vantagem é a flexibilidade — o mesmo dado-base gera qualquer moeda de saída sem duplicar armazenamento. A desvantagem é performance: se o relatório tem muitas medidas e muitos usuários trocando de moeda, cada consulta recalcula a conversão em tempo real.

Cenário 3: dado e relatório em várias moedas

O cenário mais complexo combina os dois anteriores: os dados já nascem em moedas diferentes (venda registrada na moeda local de cada país) e o relatório também precisa apresentar em moedas diferentes conforme o público. Nesse caso, a solução combina as duas técnicas — converte pra uma moeda base na entrada (Power Query), garantindo consistência interna do modelo, e depois converte da moeda base pra moeda de exibição na saída (DAX), dando flexibilidade de apresentação.

Esse cenário exige mais cuidado na modelagem — normalmente uma tabela de taxas de câmbio própria, relacionada por data, servindo tanto a etapa de entrada quanto a de saída — mas é o único jeito de atender simultaneamente à necessidade de consolidação interna e à necessidade de apresentação flexível.

Como identificar qual cenário é o seu

Antes de escrever qualquer fórmula de conversão, responda duas perguntas: "os dados de origem já vêm em moedas diferentes?" e "o relatório final precisa mostrar em mais de uma moeda?". A combinação das respostas aponta direto pro cenário certo — e, com ele, pro lugar certo do modelo onde a conversão deve acontecer.

Perguntas frequentes