Títulos ou faturas, baixas e clientes do ERP ou do billing
Atraso na data de referência, só do que está em aberto
Saldo vencido por faixa e cliente, e fila de cobrança
Régua de cobrança, CRM e agente de IA
O que resolve
- O saldo vencido do relatório bate com o contas a receber do ERP ou do billing.
- Cada cliente aparece uma vez, com a dívida real, sem tentativas repetidas nem renegociação dobrada.
- O time de cobrança recebe a fila do dia em ordem de prioridade.
Perguntas de negócio que responde
Faça estas perguntas ao seu agente quando o caso estiver pronto.
O que você precisa
- ERP ou billing conectado na Nekt, com títulos ou faturas, baixas, clientes e as datas de emissão, vencimento, pagamento e cancelamento de cada título
- A régua de cobrança da empresa: faixas, prazos e o que fazer em cada uma
- O CRM de cobrança conectado, se o time trabalha por lá
O que você recebe
- Uma foto diária por título com dias de atraso, faixa e saldo em aberto
- Saldo vencido por cliente, faixa e mês, com a taxa de inadimplência
- Fila de cobrança priorizada enviada ao CRM ou ao canal do time
- Um agente de IA que responde sobre atrasos com a régua certa
Onde ativar
A fila do dia, por faixa e prioridade, enviada ao CRM, ao WhatsApp ou ao canal do time.
Responde quem deve, quanto e há quanto tempo, usando a foto na data de referência.
Aviso quando um cliente grande entra em atraso ou quando a taxa de inadimplência passa do limite.
A regra de atraso é simples. O trabalho está em tratar renegociação, pagamento parcial e tentativas de cobrança de cada fonte, e em guardar a foto diária desde já. O detalhado traz as regras de negócio, as armadilhas e o teste de aceitação. Ou mande tudo direto para o seu agente com o MCP da Nekt.
O billing mostra o status atual de cada cobrança, o ERP mostra títulos com status em texto e o CRM de cobrança mostra só o que alguém copiou para lá. Somar tudo que está como atrasado conta tentativa de cartão recusada como dívida, mantém o título antigo de uma renegociação ao lado das parcelas novas e mistura quem pagou atrasado com quem ainda deve. O número muda conforme a hora em que se olha, e ninguém consegue refazer a inadimplência do mês passado.
Como costuma ser feito, e a regra
Cada linha é um erro que já aconteceu na prática.
Um título está inadimplente na data de referência quando o vencimento real (já com prorrogações) é anterior a essa data e ele não foi pago. A vencer e vence hoje não entram. Cancelado sai sempre. Pagamento parcial deixa inadimplente só o saldo restante. No billing com cobrança automática no cartão a fatura costuma não ter data de vencimento: o vencimento real é a data de finalização da fatura, quando a primeira cobrança é tentada (no Stripe, `due_date` vem nulo em `charge_automatically`; use `status_transitions.finalized_at`).
A inadimplência oficial é a fotografia de um dia: quem está devendo naquela data, quanto e há quanto tempo. Ter atrasado em algum momento do mês é outra métrica, só para histórico. Grave a foto diária ou mensal em modo de acumulação, para que a inadimplência de um mês passado possa ser refeita igual. Enquanto não houver foto gravada, a de uma data passada pode ser reconstruída pelas datas de transição de status de cada título (emitido, pago, cancelado, baixado como perda), nunca pelo status atual. No Stripe, essas datas ficam em `status_transitions`.
As faixas de atraso cobrem só títulos sem baixa. Título pago sai do aging, mesmo que tenha ficado meses vencido, e vai para a métrica de pontualidade: dias entre o vencimento e o pagamento. As faixas são contíguas e começam em 1 dia, para que a soma das faixas seja igual ao saldo vencido.
O saldo de cada título é o valor do título menos as baixas registradas. Antes de confiar no campo de saldo pronto do ERP, teste: em casos reais ele vinha vazio ou zerado na maioria das parcelas. Juros e multa recebidos ficam separados do principal. No billing, o saldo restante pronto também engana: no Stripe, `amount_remaining` continua preenchido em faturas anuladas (`void`), em rascunho (`draft`) e nas pagas fora do Stripe (`paid_out_of_band`, sem `amount_paid`). Considere quitado todo título com data de pagamento até a data de referência e descarte rascunhos e anulados. Some o saldo por moeda, nunca moedas diferentes juntas.
Quando a dívida é reparcelada, o título antigo é substituído pelas parcelas novas. O título com status de renegociado (que alguns ERPs zeram) sai, e só as parcelas novas contam. Se o ERP mantém o antigo como atrasado, marque-o pela renegociação e tire da soma. No billing, renegociar costuma ser anular a fatura e emitir outra (no Stripe, `void` e fatura nova): a anulada sai a partir da data de anulação, e as fotos de datas anteriores não mudam.
No billing, cada tentativa de cartão recusada vira uma linha, e a mesma fatura pode ter várias. O grão da inadimplência é a fatura ou o título, nunca a tentativa. Enquanto a fatura está em retentativa e passou do vencimento, ela aparece na foto na primeira faixa, como qualquer título em aberto; quando é paga, sai. Não crie exceção para faturas em retentativa. A recuperação dentro do ciclo de cobrança é medida à parte, na taxa de recuperação.
Agrupe por CPF ou CNPJ normalizado e validado (11 ou 14 dígitos), não por nome. Documento com tamanho errado é tratado como sem documento, para não grudar a dívida no cliente errado. O pagador pode ser diferente do titular (pai pagando pelo aluno, matriz pagando pela filial): ligue o título ao contrato pelo id, e use o documento do pagador para cobrar.
Quando os títulos são copiados para um CRM de cobrança, o CRM tem atraso de sincronização e uma data de corte: o que é anterior à integração não está lá. Use o CRM para saber em que etapa da régua o cliente está, e o ERP ou o billing para saber quanto ele deve.
Mútuos entre sócios, saldos entre empresas do grupo, títulos-companheiros de adiantamento de cartão e cobranças de teste não são inadimplência. Cobrança pendente antiga sem nenhum rastro operacional (sem link, boleto, QR Code Pix ou nota) também não é dívida real.
Faixas de atraso e o que fazer
Exemplo de régua com faixas contíguas. A empresa define os cortes e as ações.
Definições
Armadilhas que já aconteceram
A diretoria perguntava quanto cada cliente devia e a resposta vinha do espelho no CRM, que só tinha os títulos posteriores ao início da integração. A dívida total aparecia bem menor.
Valor sempre do ERP; CRM só para a etapa da régua.
No ERP, o campo de saldo atual das parcelas vinha vazio ou zerado em quase todos os títulos, e a inadimplência calculada por ele era quase nula. No billing, o erro foi o inverso: o saldo restante continuava preenchido em faturas anuladas, em rascunho e pagas fora do sistema, e a soma direta saiu várias vezes maior que o vencido real.
Calcule o saldo pelo valor do título e pelas baixas, quite pela data de pagamento, descarte anulados e rascunhos, e teste o campo pronto antes.
O valor de perda vinha como um objeto com data e valor, não como número. Somado direto, o total de perdas saiu zerado, e zero parecia um resultado.
Leia o campo de valor dentro do objeto e desconfie de total exatamente zero.
Títulos migrados de um sistema antigo continuaram em aberto lá e foram baixados no sistema novo, e a mesma cobrança apareceu duas vezes.
Marque os títulos migrados e use só o sistema onde a baixa acontece.
O billing mantinha cobranças pendentes antigas que nunca tiveram boleto, link ou Pix emitido, e elas inflavam o vencido.
Exclua cobranças pendentes sem nenhum rastro operacional.
Centenas de registros tinham o campo de CNPJ com tamanho errado e passaram a casar com outros clientes.
Normalize, valide 11 ou 14 dígitos e trate o resto como sem documento.
Teste de aceitação
O caso está pronto quando todos os itens passam.
- Para uma data de referência, a soma das faixas é igual ao saldo vencido total e nenhum título vencido fica sem faixa.
- O saldo vencido por cliente bate com o relatório de faturas em aberto e vencidas do próprio ERP ou billing na mesma data (diferença abaixo de 0,5%), e não com outra transformação montada sobre a mesma tabela.
- Nenhum título pago, cancelado, renegociado substituído, a vencer ou que vence hoje aparece como inadimplente.
- Cada fatura aparece uma vez na carteira vencida, qualquer que seja o número de tentativas de cobrança.
- Refazer a foto de uma data de referência passada devolve exatamente o mesmo saldo vencido.
Pacote para o agente
Cole no Claude, ChatGPT ou outro cliente com o MCP da Nekt conectado.
Monitoramento de inadimplência - Inadimplente = título com vencimento real antes da data de referência e saldo em aberto maior que zero. A vencer e vence hoje não entram. Cancelado sai. - Vencimento real = data de vencimento; se a fatura de cobrança automática não tem vencimento, a data de finalização (Stripe: status_transitions.finalized_at). - A definição principal é a foto na data de referência. Atraso em algum momento do mês é métrica histórica e deve ser rotulada assim. - Aging só de títulos em aberto. Títulos pagos vão para pontualidade (dias entre vencimento e pagamento). - Faixas: <1 a 5, 6 a 30, 31 a 60, 61 a 90, acima de 90>. A soma das faixas é igual ao saldo vencido. - Saldo em aberto = valor do título - baixas, zero se pago até a data. Juros e multa ficam à parte. Não use o saldo pronto (Stripe: amount_remaining fica preenchido em void, draft e paid_out_of_band). Nunca some moedas diferentes. - Renegociação: o título substituído ou anulado sai a partir da data de anulação; contam só as parcelas do acordo. Fotos anteriores não mudam. - Título baixado como perda sai da carteira na data da baixa e vai para a métrica de perdas. - Grão é a fatura ou o título. Tentativas de cobrança recusadas não são casos de inadimplência; falha paga dentro de um ciclo é recuperação. - Devedor = CPF ou CNPJ validado. Nunca agrupe por nome. - Quanto o cliente deve vem do ERP ou do billing. Etapa da régua vem do CRM de cobrança. - Fora da carteira: mútuos, intercompany, títulos técnicos de adiantamento de cartão e cobranças sem rastro operacional. - Taxa de inadimplência = vencido acima de <corte> dias / carteira em aberto, na mesma data. Exceções por cliente: - <cliente>: títulos pagos fora do billing são baixados em <sistema>; considere quitados pela data registrada lá. - <cliente>: títulos com flag <flag> vieram do sistema <antigo> e são baixados no <novo>; conte só no <novo>. - <cliente>: clientes com contrato de <produto> não são suspensos antes de <n> dias de atraso.
Construa no meu workspace Nekt o caso "Monitoramento de inadimplência" seguindo as regras em https://academy.nekt.com/casos/inadimplencia.md. 1) Encontre as tabelas de origem e confirme as colunas usadas pelas regras. 2) Crie uma transformação no grão indicado aplicando todas as regras. 3) Rode o teste de aceitação e me mostre o resultado de cada item. 4) Crie o context document do caso no workspace, com as exceções dos meus clientes em aberto para eu preencher.
Variações
Grão por fatura recorrente, com taxa de recuperação por ciclo e lista de cartões a atualizar antes do vencimento.
Parcelas corrigidas por índice, inadimplência por empreendimento ou safra e prioridade pelo número de parcelas vencidas.
Percentual por faixa sobre o saldo vencido, com o maior atraso do devedor valendo para todos os títulos dele.