Dashboard de cobrança e recuperação de crédito no Power BI

A operação de cobrança sabe quanto acionou, mas não sabe quanto recuperou#

Na maioria das operações de crédito que eu conheço, a área de cobrança trabalha no escuro sobre a única coisa que importa: o dinheiro que volta. Ela sabe quantas ligações fez, quantos SMS disparou, quantos e-mails saíram na régua. Mas quando alguém pergunta qual canal recupera mais por real gasto, qual assessoria devolve mais valor na faixa de 90 dias ou se o desconto médio dos acordos está corroendo a margem, a resposta vem em planilha, atrasada e sem consenso. Um bom dashboard de cobrança existe para fechar essa lacuna: ligar o esforço de acionamento ao valor efetivamente recuperado, faixa a faixa, canal a canal, agente a agente.

Neste artigo eu trato o painel do ponto de vista de quem modela e implementa dados na plataforma Microsoft. Vou passar pela régua de cobrança e sua automação, pelas métricas que sustentam a decisão (taxa de recuperação, custo de cobrança, curva por faixa de atraso, produtividade e acordos), pela modelagem em estrela que faz o Power BI aguentar volume, e pelo DAX que calcula isso sem gambiarra. E vou ser direto sobre onde esse tipo de projeto costuma dar errado.

A régua de cobrança é um processo, e o painel só reflete o que ela registra#

A régua de cobrança é a sequência de ações de contato definida por faixa de atraso: lembrete de vencimento antes de vencer, primeiro contato ameno na virada, acionamento por telefone e SMS entre 15 e 30 dias, notificação mais dura, negativação em bureau e, por fim, encaminhamento para assessoria externa ou jurídico. Isso é prática padrão no mercado de crédito e o painel não inventa nada aqui. O painel só consegue medir o que a régua registra. Se cada evento de contato não gravar canal, data, custo e resultado, o dashboard vira um placar de volume sem leitura de eficiência.

A automação da régua costuma viver no Power Automate ou no motor de cobrança do core, disparando o contato certo no gatilho de dias de atraso e gravando o evento numa tabela de fatos. Se você usa Power Automate para orquestrar disparo de SMS, e-mail e criação de tarefa para o agente, garanta que o fluxo escreva de volta o registro do evento na base analítica, não só na operacional. Esse detalhe define se o painel vai conseguir cruzar acionamento com recuperação depois. Vale desenhar isso junto de quem cuida da automação com Power Platform, porque o dado que o painel precisa nasce no fluxo, não no relatório.

O ponto honesto: painel nenhum conserta régua mal registrada. Se metade dos acionamentos vem de discador sem log padronizado e a outra metade de assessoria que manda retorno em CSV mensal, a primeira entrega do projeto não é visual, é padronizar o evento de contato.

As métricas que decidem cobrança cabem em seis famílias#

Todo painel de cobrança que vira ferramenta de gestão, e não enfeite, gira em torno de um conjunto pequeno de indicadores. O resto é detalhe.

Métrica	O que mede	Por que importa
Taxa de recuperação	Valor recuperado sobre saldo elegível no período	Mede o resultado final da operação, não o esforço
Custo de cobrança	Gasto total de acionamento sobre valor recuperado	Diz se a recuperação paga o esforço que a gerou
Curva de recuperação	Percentual recuperado por faixa de dias de atraso	Mostra onde ainda há valor a resgatar e onde já virou perda
Promessa de pagamento (PTP)	Acordos firmados que de fato pagaram	Separa promessa de caixa real
Roll rate	Migração de contratos entre faixas de atraso	Antecipa o que vai virar perda no mês seguinte
Produtividade	Valor recuperado por agente, hora ou assessoria	Compara desempenho de quem executa a régua

A taxa de recuperação é o eixo. Ela responde quanto do que era possível recuperar de fato entrou. O cuidado está no denominador: recuperado sobre o quê. Sobre a carteira total dá um número bonito e inútil; sobre o saldo elegível daquela faixa dá uma leitura acionável. A curva de recuperação por faixa de atraso é a leitura mais importante do painel, porque ela mostra a verdade incômoda de que o valor a recuperar despenca conforme o atraso avança. Um real em atraso de 30 dias não vale o mesmo esforço que um real em 360 dias, e a curva prova isso visualmente.

O custo de cobrança é o que costuma faltar. Muita operação mede recuperação bruta e comemora, sem descontar o custo de discador, SMS, comissão de assessoria e hora de agente. Recuperação que custa mais do que traz é prejuízo travestido de resultado.

A modelagem em estrela é o que faz o painel aguentar volume#

Cobrança gera muito evento. Uma carteira média produz centenas de milhares de acionamentos por mês, e o instinto errado é jogar tudo numa tabela larga e deixar o Power BI sofrer. O caminho certo é o esquema estrela, com tabelas de fato finas e dimensões limpas em volta.

Eu costumo trabalhar com duas tabelas de fato: uma de acionamentos (um registro por contato: contrato, data, canal, agente, custo do contato) e uma de pagamentos e acordos (um registro por evento financeiro: contrato, data, valor, tipo, desconto concedido). As dimensões orbitam ambas: dCalendario, dContrato, dCliente, dCanal, dAgente, dAssessoria e uma dFaixaAtraso que classifica de 1 a 30, 31 a 60, 61 a 90, 91 a 180 e acima de 180 dias.

Vale entender por que isso não é preciosismo. O motor VertiPaq, que comprime o modelo do Power BI em memória, comprime por cardinalidade de coluna. Uma coluna de faixa de atraso com cinco valores distintos comprime muito melhor que a coluna de dias de atraso com centenas de valores. Manter o ID de contrato como inteiro, tirar textos longos das fatos e empurrar descrições para as dimensões reduz o modelo e acelera a consulta. Modelo enxuto não é firula de arquiteto, é a diferença entre um relatório que responde em um segundo e um que trava na reunião de comitê. Se a carteira for grande de verdade, a conversa passa por engenharia de dados para preparar as fatos antes de chegar ao Power BI.

Um detalhe da faixa de atraso: ela muda com o tempo, então precisa ser calculada no processo de carga em relação à data de referência, não deixada como atributo fixo do contrato. É a fonte de erro mais comum nesses modelos, tratar atraso como estático quando ele é uma foto diária.

O DAX de cobrança vive de CALCULATE, DIVIDE e time intelligence#

Com o modelo em estrela pronto, as medidas ficam curtas e legíveis. Nenhuma dessas fórmulas é exótica; elas apoiam em CALCULATE para mudar contexto, DIVIDE para dividir com segurança e nas funções de tempo para comparar períodos.

A taxa de recuperação parte de duas medidas base e as divide:

Valor Recuperado = SUM ( fPagamentos[Valor] )

Taxa de Recuperacao = DIVIDE ( [Valor Recuperado], [Saldo Elegivel] )

O DIVIDE importa aqui porque saldo elegível zero numa faixa não pode quebrar o visual com erro de divisão; ele devolve vazio em vez de estourar. Para recortar recuperação por faixa de atraso, o CALCULATE faz o trabalho:

Recuperado 91 a 180 = CALCULATE ( [Valor Recuperado], dFaixaAtraso[Faixa] = "91 a 180" )

O custo de cobrança cruza as duas fatos, o que só funciona porque as dimensões são compartilhadas:

Custo por Real Recuperado = DIVIDE ( SUM ( fAcionamentos[Custo] ), [Valor Recuperado] )

Para a leitura de tendência, a time intelligence compara o mês com o anterior sem você escrever filtro de data na mão:

Recuperado Mes Anterior = CALCULATE ( [Valor Recuperado], DATEADD ( dCalendario[Data], -1, MONTH ) )

A produtividade por agente é a mesma medida de valor recuperado, lida no contexto do agente na visualização. Não precisa de medida nova; precisa da dimensão dAgente bem modelada e de uma tabela dCalendario marcada como tabela de datas, senão DATEADD e TOTALYTD não funcionam. Quem quiser aprofundar padrões de contexto e evitar as armadilhas clássicas encontra material direto no nosso guia de modelagem e boas práticas de DAX. O princípio que eu repito: medida boa é medida curta que muda de leitura conforme o filtro, não uma fórmula gigante que tenta prever todo cenário.

Acordos e produtividade são onde a margem escapa ou se recupera#

Acordo é a face financeira da cobrança e o ponto onde mais gente confunde promessa com caixa. Uma promessa de pagamento firmada não é recuperação; ela vira recuperação quando a parcela pinga. O painel precisa separar acordo firmado, acordo honrado e acordo quebrado, e medir a taxa de cumprimento. Firmar mil acordos por mês não significa nada se metade quebra na primeira parcela.

Junto disso vem o desconto. Acordo quase sempre envolve abrir mão de parte do saldo, e a operação precisa enxergar o desconto médio concedido por faixa e por assessoria. Desconto de 40% na faixa de 300 dias pode ser ótimo negócio, porque aquele valor já estava perto da perda total; o mesmo desconto na faixa de 45 dias é margem jogada fora. A tabela abaixo é o tipo de leitura que o painel deve entregar pronta.

Faixa de atraso	Foco da régua	Desconto aceitável	Leitura de recuperação
1 a 30 dias	Lembrete e contato ameno	Baixo ou nenhum	Recuperação alta esperada
31 a 90 dias	Acionamento ativo e acordo	Moderado	Janela nobre de recuperação
91 a 180 dias	Acordo com desconto e negativação	Mais alto	Recuperação cai, valor ainda relevante
Acima de 180 dias	Assessoria externa e jurídico	Alto, caso a caso	Foco em resgatar o que der

A produtividade fecha o painel. Comparar valor recuperado por agente e por assessoria, sempre normalizado pelo que cada um recebeu de carteira, evita a injustiça de premiar quem pegou a fila mais fácil. Uma assessoria que recupera menos em valor absoluto pode ser a melhor por real de carteira alocado. Por isso a métrica de produtividade nunca é valor bruto solto; é valor sobre esforço ou sobre carteira atribuída. Esse recorte, por lidar com dados pessoais de devedores, cai sob a LGPD (Lei nº 13.709/2018), e o setor de crédito ainda é regulado pelo Banco Central, então controle de acesso por perfil no painel não é opcional. Vale desenhar isso dentro de uma política de governança de dados desde o começo, não como remendo depois da primeira auditoria.

Perguntas frequentes#

Qual a diferença entre taxa de recuperação e curva de recuperação? A taxa de recuperação é um número único: valor recuperado sobre saldo elegível num período. A curva de recuperação distribui esse resultado pelas faixas de dias de atraso, mostrando quanto se recupera em 30, 90, 180 ou mais de 360 dias. A taxa diz se a operação vai bem; a curva diz onde ainda existe valor a resgatar e onde já virou perda quase certa.

Preciso de Microsoft Fabric para montar um dashboard de cobrança? Não para começar. Um Power BI bem modelado sobre a base de acionamentos e pagamentos resolve a grande maioria das operações. Fabric passa a fazer sentido quando o volume de eventos fica alto demais para o refresh diário, quando você quer unificar a engenharia de dados num só lugar ou quando entra análise preditiva de recuperação. É decisão de escala, não pré-requisito.

Como o painel calcula o custo de cobrança se cada canal tem custo diferente? Gravando o custo no próprio evento de acionamento. Cada registro na tabela de acionamentos carrega o custo daquele contato (SMS, minuto de discador, comissão de assessoria), e o DAX soma esse custo e divide pelo valor recuperado no mesmo recorte. Sem custo no nível do evento, você só consegue rateio grosseiro, que engana mais do que ajuda.

Dá para automatizar a régua de cobrança com Power Automate? Dá, e é comum. O Power Automate dispara o contato certo no gatilho de dias de atraso, cria a tarefa para o agente e, o mais importante para o painel, grava o evento de volta na base analítica. O cuidado é garantir que o fluxo registre canal, data, custo e resultado, senão a automação acelera a operação mas deixa o painel cego.

Como comparar assessorias externas de forma justa no painel? Normalizando pelo que cada uma recebeu. Comparar valor recuperado bruto premia quem pegou a carteira mais nova e mais fácil. A leitura correta é valor recuperado sobre carteira atribuída, por faixa de atraso, para que uma assessoria que trabalha só casos de 300 dias não seja comparada com outra que recebe atraso de 30 dias.

O dashboard de cobrança precisa se preocupar com LGPD? Sim. Ele lida com dados pessoais de devedores e histórico de dívida, que são dados sensíveis do ponto de vista de reputação e crédito. Controle de acesso por perfil, restrição de linha por carteira e registro de quem vê o quê são obrigatórios sob a Lei nº 13.709/2018, ainda mais num setor regulado pelo Banco Central.

O painel certo transforma esforço de cobrança em decisão de caixa#

Um dashboard de cobrança que presta não é uma coleção de gráficos de ligação; é a ligação entre o que a operação gasta acionando e o dinheiro que de fato volta, faixa a faixa, canal a canal, acordo a acordo. Isso exige régua bem registrada, modelagem em estrela que aguente volume e um punhado de medidas DAX honestas. O resto é ruído. Se a sua operação de crédito ainda mede acionamento e não recuperação, fale com a gente e vamos desenhar o painel que mostra onde a margem está indo embora.