Power BI · 2026-10-07

Comissões no Power BI: concilie regras e pagamentos

Calcule comissões no Power BI com regras versionadas, bases verificáveis e ajustes separados. Concilie o valor previsto com o fechamento e os pagamentos.

Comissões no Power BI: concilie regras e pagamentos

Comissões no Power BI: concilie regras e pagamentos

A análise de comissões no Power BI deve permitir reconstruir o caminho entre uma venda e o valor apurado para pagamento. Esse caminho inclui base de cálculo, regra vigente, participação do vendedor e ajustes. Um cartão com o total não explica divergências nem permite conferir o fechamento.

O roteiro abaixo organiza uma apuração gerencial com rastreabilidade. Use as políticas e condições aprovadas pela organização como fonte das regras. O relatório não define contratos nem decide direitos: ele aplica critérios documentados e mostra situações que precisam de revisão pelos responsáveis.

1. Defina a base das comissões no Power BI

Especifique o evento que gera a apuração: pedido aprovado, faturamento ou recebimento. Não use essas datas como equivalentes. Uma venda pode ser faturada em um mês e recebida em outro, mudando o período da comissão quando a política usa recebimentos como referência.

Liste também o que entra na base: valor bruto, valor líquido, serviços ou itens específicos. Descontos, frete e tributos devem seguir a política fornecida. Mostre o nome da base no painel para que o usuário não compare percentuais aplicados a valores com definições diferentes.

2. Separe vendas, regras e pagamentos

Prepare uma tabela de vendas ou recebimentos no nível exigido pela regra. Registre documento, item, cliente, vendedor, data e valor elegível. Mantenha as regras em outra tabela e os pagamentos em uma terceira, com identificadores que permitam vincular o valor pago à apuração.

Não preencha a coluna de pagamento com o valor calculado. Apurado, aprovado e pago são estágios distintos. Uma diferença pode decorrer do calendário de fechamento, de uma revisão ou de pagamento parcial. Preservar esses estágios evita tratar toda pendência como erro de cálculo.

3. Versione regras e datas de vigência

Inclua identificador da regra, início e fim da vigência, grupo de produtos, público aplicável e percentual ou fórmula. Cada evento deve encontrar a regra correspondente à data escolhida na política. Sobreposições de vigência precisam aparecer numa fila de revisão, sem selecionar uma regra arbitrariamente.

Em um exemplo hipotético, um grupo utiliza 2% até junho e 3% a partir de julho. Atualizar todos os registros para 3% reescreveria a apuração histórica. Guarde a regra aplicada em cada fechamento para distinguir uma revisão autorizada de uma mudança acidental de cadastro.

4. Preserve a participação de cada vendedor

Se uma venda tem participação de várias pessoas, registre os vínculos e as frações aprovadas em uma tabela própria. Defina se a soma deve resultar em 100% e como tratar exceções. Não replique o valor integral da venda para cada participante quando a política prevê divisão.

Num exemplo hipotético, uma base de R$ 10.000 tem comissão de 3%, totalizando R$ 300. Participações de 60% e 40% geram R$ 180 e R$ 120. O total permanece R$ 300. Confira essa soma antes de agregar por equipe ou vendedor.

5. Trate faixas e metas no nível correto

Uma regra por faixa pode aplicar um percentual a toda a base ou percentuais diferentes a parcelas. São métodos distintos. Documente qual foi aprovado antes de montar a medida. A meta pode ser individual, por equipe ou por produto; preserve o nível de avaliação.

Em um exemplo hipotético de faixas progressivas, os primeiros R$ 20.000 recebem 2% e os R$ 5.000 seguintes recebem 3%. A apuração é R$ 550, não R$ 750. Esse exemplo ilustra uma regra possível; não representa uma política padrão do mercado.

6. Registre ajustes sem apagar a apuração original

Crie movimentos de ajuste com referência ao evento original, motivo, valor, data e aprovação. Isso permite conferir devoluções, correções e cancelamentos segundo a política adotada. Evite alterar silenciosamente a base de um fechamento já aprovado, pois o valor histórico deixará de ser explicável.

O artigo de análise de devoluções ajuda a investigar os eventos de origem. O efeito na comissão depende da regra aplicável. Identifique separadamente ajustes pendentes de revisão e ajustes efetivamente aprovados para não antecipar uma decisão que ainda não ocorreu.

7. Concilie apuração, fechamento e pagamento

Monte uma tabela por vendedor e competência com valor apurado, ajustes aprovados, valor fechado e valor pago. Competência é o período atribuído à apuração pela regra do processo. Acrescente o saldo a conciliar e a data do último pagamento, usando registros reais.

Um pagamento pode liquidar mais de uma competência, e uma competência pode receber vários pagamentos. Preserve uma tabela de alocação para evitar relações que multipliquem valores. Quando faltar vínculo, classifique o pagamento como não alocado e encaminhe o caso ao responsável pelo fechamento.

8. Teste o modelo com casos de fronteira

Confira uma venda na mudança de vigência, uma venda compartilhada, uma devolução e um recebimento parcial. Verifique também faixas exatamente no limite e regras sem correspondência. A orientação de modelagem da Microsoft, consultada em 7 de outubro de 2026, recomenda manter eventos em nível de detalhe consistente.

Compare cada caso com uma apuração manual aprovada. Se a diferença aparecer só no total, investigue o nível em que a regra foi avaliada. Não arredonde prematuramente cada parcela sem seguir o critério definido, pois a soma pode divergir do fechamento.

9. Mostre exceções que exigem ação

Reserve uma página para evento sem regra, participação incoerente, ajuste sem aprovação e pagamento sem alocação. Cada linha deve indicar documento, pessoa responsável e motivo. Ordene pelo impacto e pela proximidade do fechamento, em vez de esconder pendências num total agregado.

Para entender diferenças entre o valor comercial e a base líquida, consulte a análise de descontos e alçadas. Não classifique automaticamente um vendedor como responsável por uma divergência de cadastro. Primeiro, reconstrua a venda e a versão da regra aplicada.

10. Feche o período com uma trilha verificável

Antes de liberar o fechamento, confirme a população de eventos, a regra utilizada e a situação das exceções. Registre data de referência e versão da base. Guarde o resultado aprovado e os ajustes posteriores, permitindo comparar a apuração original com a posição atual.

O modelo editável de Vendas pode apoiar a apresentação da operação comercial. Este roteiro exige tabelas e medidas próprias de comissão, regras e pagamentos. Comece com uma política simples e uma competência já encerrada; somente amplie a automação depois de reproduzir os resultados aprovados e explicar todas as diferenças.

Defina ainda quem mantém as regras e quem aprova sua implantação no painel. Uma alteração deve incluir um caso de teste e a data em que passa a valer. Essa rotina evita que ajustes na planilha de política mudem o próximo fechamento sem conferência.

Na revisão final, selecione também um evento excluído da base e confirme a justificativa. Excluir silenciosamente vendas sem regra reduz o valor apurado e esconde o problema. Mostre a quantidade e o valor desses eventos ao lado do fechamento, com o responsável pela resolução e o prazo combinado.