Tabela ponte no Power BI: relacione carteiras de vendas

Uma tabela ponte no Power BI representa associações entre duas entidades quando cada uma pode se relacionar com várias da outra. Pense em clientes atendidos por mais de um vendedor e vendedores com diversas contas. A ponte guarda esses vínculos; ela não cria novas vendas e não define, por si só, como repartir a receita.

1. Identifique quando usar tabela ponte no Power BI

Antes de alterar o modelo, confirme que o vínculo compartilhado é real. Se um cliente tem apenas um vendedor responsável por período, talvez baste preservar esse responsável no fato ou em um cadastro histórico. Uma ponte faz sentido quando a pergunta exige múltiplas associações simultâneas.

A orientação da Microsoft para muitos para muitos, consultada em 8 de outubro de 2026, recomenda uma tabela de associações para relacionar duas dimensões. Aqui, dimensão significa uma tabela de entidades usadas para filtrar a análise. O desenho deve representar a regra comercial, em vez de servir como atalho para aceitar chaves duplicadas sem investigação.

2. Escreva o significado de uma linha da ponte

Uma linha pode significar que o vendedor V1 atende o cliente C1. Defina se esse vínculo vale hoje, em um mês específico ou durante um intervalo. A combinação de chaves e período forma a unidade que você precisa controlar.

Em um exemplo hipotético, C1 pertence às carteiras de V1 e V2, enquanto C2 pertence apenas a V2. A ponte atual contém três associações: C1 com V1, C1 com V2 e C2 com V2. Repetir C1 com V1 na mesma vigência não acrescenta informação. Investigue se a repetição representa papéis distintos ou uma duplicidade antes de eliminá-la.

3. Preserve dimensões com chaves únicas

Mantenha uma dimensão Cliente, uma dimensão Vendedor e uma tabela de vendas no detalhe comercial escolhido. As dimensões precisam de identificadores únicos, mesmo que nomes se repitam. A ponte contém as chaves das associações, e as vendas continuam armazenadas uma única vez.

Não mescle a ponte à tabela de vendas só para exibir o vendedor. Um cliente com dois vínculos poderia gerar duas linhas para cada venda. O artigo sobre mesclar no Power Query ajuda a diagnosticar essa multiplicação física. Uma relação compartilhada pertence ao modelo de associações, enquanto o fato comercial mantém sua granularidade original.

4. Desenhe o caminho que o filtro deve percorrer

No desenho físico deste exemplo, Vendedor filtra a ponte em uma relação de um para muitos. Cliente também se relaciona à ponte e filtra Vendas. Para uma seleção de vendedor alcançar os clientes associados, o filtro precisa conseguir sair da ponte em direção a Cliente.

A documentação de filtros bidirecionais explica esse caso e recomenda limitar o uso dessas relações. Configure somente o trecho necessário e teste caminhos alternativos existentes no seu modelo. Não habilite ambas as direções em todas as tabelas. Um diagrama de relações que funciona isoladamente pode se tornar ambíguo quando conectado a outras dimensões e fatos.

5. Confira um conjunto mínimo manualmente

Use as três associações hipotéticas anteriores. Suponha vendas de cem reais para C1 e duzentos para C2. Ao selecionar V1, a receita dos clientes associados é cem; ao selecionar V2, ela é trezentos. Sem seleção, a receita real do conjunto continua em trezentos.

Ao selecionar V1 e V2 juntos, C1 não deve ser contado duas vezes na receita desse conjunto. O filtro deve representar a união dos clientes associados. Teste cada vendedor, os dois juntos e nenhum selecionado. Guarde os resultados esperados numa tabela de conferência para detectar regressões quando a ponte ou as relações forem alteradas.

6. Explique por que as linhas não são aditivas

Uma matriz por vendedor mostrará cem para V1 e trezentos para V2 no exemplo. Somar as linhas produziria quatrocentos, mas o total do conjunto é trezentos. Isso ocorre porque as carteiras se sobrepõem. O nome da medida deve indicar receita de clientes associados, e não receita atribuída individualmente.

O total avalia o conjunto filtrado; ele não precisa somar grupos que compartilham as mesmas vendas. Acrescente uma explicação visível e mostre quantos clientes estão em mais de uma carteira. A validação de totais em DAX complementa essa interpretação. DAX é a linguagem de expressões usada nas medidas do modelo.

7. Trate rateio como outra regra de negócio

Se a gestão quer valores aditivos por vendedor, defina um rateio explícito. Em um exemplo hipotético, C1 distribui metade de sua receita a cada vendedor. V1 recebe cinquenta, e V2 recebe cinquenta de C1 mais duzentos de C2, totalizando duzentos e cinquenta.

Valide que os pesos somam um para cada unidade de atribuição e vigência. Se o rateio varia por produto ou venda, uma ponte apenas por cliente não contém o detalhe necessário. Preserve receita associada e receita atribuída como medidas diferentes. Não use o rateio para calcular comissão sem conferir as regras próprias do pagamento e o período em que valem.

8. Considere uma medida com filtro virtual

Quando não quiser um caminho bidirecional permanente, avalie uma medida específica que selecione os clientes da ponte. A função TREATAS aplica valores de uma expressão de tabela como filtros em colunas. Ela permite explicitar esse comportamento no cálculo, sem presumir que todas as medidas devem herdar a mesma associação.

O exemplo abaixo pressupõe que Vendedor filtra Ponte e Cliente filtra Vendas. As chaves precisam ser compatíveis, e a medida deve ser testada com outros filtros da página. KEEPFILTERS conserva a interseção com filtros existentes na coluna, em vez de substituí-los. Não copie a fórmula para um modelo com relações diferentes sem revisar essas premissas.

Receita Associada =
CALCULATE(
    SUM(Vendas[Valor]),
    KEEPFILTERS(
        TREATAS(VALUES(Ponte[ClienteID]), Cliente[ClienteID])
    )
)

9. Controle vigência e vínculos sem correspondência

A ponte atual responde sobre a carteira atual, inclusive quando aplicada às vendas antigas. Se você precisa da carteira que existia na data da venda, prepare associações históricas compatíveis com essa data. Um filtro de período sozinho não transforma um intervalo de vigência em uma relação temporal correta.

Separe clientes da ponte que não existem na dimensão e clientes com vendas que não têm associação. Exiba essas lacunas como diagnóstico cadastral. Na alternativa com TREATAS, valores inexistentes na coluna de destino são ignorados, conforme a documentação. Por isso, um resultado aparentemente coerente não substitui a conferência de integridade das chaves.

10. Libere a análise com definições visíveis

Documente se a medida usa vínculos atuais ou históricos, se as carteiras se sobrepõem e se existe rateio. Teste a amostra pequena novamente após cada alteração. Confirme também a interação com filtros de cliente, produto e período, pois eles precisam conservar o significado comercial.

O modelo editável de Vendas trabalha faturamento e metas por vendedor. A carteira compartilhada exige acrescentar a ponte e as medidas específicas. Valide o desenho com a equipe comercial antes de usá-lo para atribuir resultados. Associação de carteira é uma escolha analítica e não substitui a definição dos acessos ao relatório.