---
id: casos/inadimplencia
area: Financeiro
uso: muito usado
esforco: médio
grao: Título ou fatura x data de referência; agregado em cliente (documento) x data de referência
testado_com_agente: out/2026
---

# Monitoramento de inadimplência

Quem está devendo, há quanto tempo e quanto, numa foto diária que bate com o contas a receber, sem contar tentativa de cobrança nem dívida renegociada duas vezes.

## Resumo executivo

**Para quem:** Financeiro, cobrança e diretoria de empresas que vendem a prazo, por boleto ou por assinatura.

**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.

**Por que importa:** A inadimplência cresce sem alarme: o billing emite, o cliente não paga e ninguém percebe até o caixa apertar. Cada sistema guarda um pedaço, e somar sem regra conta a mesma dívida duas vezes, mistura quem pagou atrasado com quem ainda deve e chama de inadimplente um cartão recusado que se paga dois dias depois. Agir na faixa curta recupera muito mais do que correr atrás depois de 90 dias.

**Perguntas de negócio que responde**

- Quanto temos vencido hoje e em que faixas de atraso?
- Quem são os 10 clientes com maior valor em atraso e há quanto tempo?
- A inadimplência deste mês está maior que a do mês passado?
- Quanto das cobranças que falharam foi recuperado sem ação do time?
- Quais clientes vencem nos próximos 7 dias e já atrasaram antes?
- Quanto de receita está parado em cobrança por produto ou unidade?

**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

## Detalhado

### O problema

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.

### Regras de negócio

1. **Inadimplente é vencido, não pago, com atraso positivo.** 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`). (Evite: Contar como inadimplente tudo que tem status pendente, inclusive o que vence hoje.)
2. **A medida é a foto na data de referência.** 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`. (Evite: Marcar como inadimplente do mês quem atrasou e pagou dias depois.)
3. **Aging só do que está em aberto.** 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. (Evite: Calcular dias de atraso de títulos já pagos e misturá-los nas faixas.)
4. **Saldo em aberto é o valor menos as baixas.** 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. (Evite: Usar o campo de saldo pronto sem conferir, somar faturas anuladas ou em rascunho, ou usar o valor de face de um título parcialmente pago.)
5. **Renegociação não dobra a dívida.** 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. (Evite: Somar o título antigo atrasado com as parcelas novas do acordo.)
6. **Tentativa de cobrança não é dívida.** 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. (Evite: Contar cada cobrança recusada como um caso de inadimplência.)
7. **O devedor é o documento.** 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. (Evite: Agrupar pelo nome do cliente ou ligar títulos por pessoa sem olhar o contrato.)
8. **A fonte é o ERP ou o billing, não o espelho do CRM.** 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. (Evite: Responder quanto um cliente deve a partir do CRM de cobrança.)
9. **O que não é cliente sai da carteira.** 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. (Evite: Medir atraso sobre todo o contas a receber cadastrado.)

### Faixas de atraso e o que fazer

Exemplo de régua com faixas contíguas. A empresa define os cortes e as ações.

- **Vence nos próximos 7 dias** → Preventivo (`lembrete antes do vencimento`)
- **1 a 5 dias de atraso** → Lembrete automático (`dias_atraso 1 a 5`)
- **6 a 30 dias de atraso** → Contato do time de cobrança (`dias_atraso 6 a 30`)
- **31 a 60 dias de atraso** → Negociação (`dias_atraso 31 a 60`)
- **61 a 90 dias de atraso** → Suspensão do serviço ou do crédito (`dias_atraso 61 a 90`)
- **Acima de 90 dias** → Negativação, protesto ou escritório de cobrança (`dias_atraso > 90`)
- **Pago, mesmo que com atraso** → Sai do aging (`vai para pontualidade`)

### Definições

| Métrica | Definição |
|---|---|
| Saldo vencido | soma do saldo em aberto dos títulos com vencimento real anterior à data de referência, sem cancelados, renegociados substituídos nem baixados como perda, na data de referência, por moeda |
| Dias de atraso | data de referência menos vencimento real, em dias corridos, só para títulos em aberto |
| Faixa de atraso | intervalo contíguo, começando em 1 dia, em que caem os dias de atraso do título na data de referência |
| Taxa de inadimplência | saldo vencido acima do corte da política (por exemplo 30 dias) / saldo total em aberto da carteira, na mesma data de referência |
| Inadimplência por safra | valor não pago dos títulos de um mês de vencimento, medido N dias depois desse mês |
| Taxa de recuperação | faturas com pelo menos uma falha de pagamento no mês que foram pagas dentro de um ciclo de cobrança / faturas com falha no mês |
| Pontualidade | para títulos pagos, dias entre o vencimento real e o pagamento; até zero é em dia |
| Prioridade de cobrança | ordem da fila por número de títulos vencidos do cliente e, em seguida, por saldo vencido |
| Perda (baixa como incobrável) | valor dos títulos marcados como incobráveis; saem da carteira na data da baixa (no Stripe, `status_transitions.marked_uncollectible_at`) e vão para a métrica de perdas do período |

### Armadilhas

- **O CRM de cobrança não tinha tudo.** 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. Como evitar: Valor sempre do ERP; CRM só para a etapa da régua.
- **Saldo pronto que não batia.** 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. Como evitar: 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.
- **Perda que somava zero.** 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. Como evitar: Leia o campo de valor dentro do objeto e desconfie de total exatamente zero.
- **Migração contada em dobro.** 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. Como evitar: Marque os títulos migrados e use só o sistema onde a baixa acontece.
- **Pendências sem rastro.** O billing mantinha cobranças pendentes antigas que nunca tiveram boleto, link ou Pix emitido, e elas inflavam o vencido. Como evitar: Exclua cobranças pendentes sem nenhum rastro operacional.
- **Documento errado grudou a dívida.** Centenas de registros tinham o campo de CNPJ com tamanho errado e passaram a casar com outros clientes. Como evitar: Normalize, valide 11 ou 14 dígitos e trate o resto como sem documento.

Validado em dados reais: Na conta de Stripe da própria Nekt, as cobranças recusadas se concentravam em poucas faturas, com cerca de três tentativas recusadas por fatura, e 84% dessas faturas acabaram pagas, com mediana de 2 dias entre a primeira falha e o pagamento. Contar cada tentativa como inadimplência triplicaria o número e acionaria a cobrança para dívidas que se resolvem sozinhas.

### Teste de aceitação

- [ ] 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.

### Context document

```text
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.
```

### Variações

- **Assinaturas e dunning:** Grão por fatura recorrente, com taxa de recuperação por ciclo e lista de cartões a atualizar antes do vencimento.
- **Venda parcelada ou financiada:** Parcelas corrigidas por índice, inadimplência por empreendimento ou safra e prioridade pelo número de parcelas vencidas.
- **Provisão para perdas:** Percentual por faixa sobre o saldo vencido, com o maior atraso do devedor valendo para todos os títulos dele.