Software de recuperação de crédito para fintechs, FIDCs e securitizadoras: previsibilidade vale mais que volume

Revolution Software

O que muda no software de recuperação de crédito quando a carteira é comprada

Quem compra ou origina carteira não tem o problema de “cobrar mais”. Tem o de saber, antes de assinar, quanto aquela carteira devolve — e, depois de assinar, se ela está devolvendo no ritmo que sustentou o preço. Nenhuma dessas duas respostas está no total arrecadado do mês.

O mês mistura safras. A curva, não

O número que a maioria das operações olha é o caixa do mês. Para uma assessoria que cobra carteira de terceiro, isso até funciona como termômetro de produtividade. Para quem comprou a carteira, é um agregado que esconde exatamente o que importa.

O caixa de um mês soma três coisas diferentes: safra nova no começo da curva, safra madura no pico e safra velha já quase esgotada. Se entrou originação nova, o mês sobe mesmo que cada safra individual esteja piorando. Se parou de entrar, o mês cai mesmo que a recuperação por safra esteja estável. O agregado responde “quanto entrou”. A pergunta do comprador é outra: “quanto uma safra devolve até o mês 6, e a safra deste trimestre está acima ou abaixo da de seis meses atrás?”.

Essa é a diferença entre cobrar a própria inadimplência e recuperar carteira adquirida por cessão de crédito: muda a unidade de medida — de mês para safra — e muda quem precisa enxergar o resultado, porque no fim da linha existe um cedente ou um comitê de crédito querendo ver a conta fechada.

As cinco perguntas que carteira comprada faz

Pergunta Unidade da resposta O que responde no Revo360
Quanto uma safra já devolveu até o mês M? safra × idade (meses) Safra / Liquidação (curva de vintage)
Quanto já está contratado para entrar nos próximos meses? credor × mês de vencimento Forecast de recebíveis
Os títulos estão melhorando ou piorando de faixa de atraso? matriz origem × destino Roll Rate (migração de atraso)
Qual é o estoque vivo agora, e quanto dele tem acordo? snapshot por credor Posição de Carteira
Quanto do que entrou já foi repassado, e o que travou? borderô e parcela Prestação de Contas + portal do cedente

Nenhuma delas se responde com o total arrecadado no mês: todas exigem coorte (safra), grão (título ou parcela) e horizonte (idade ou mês de vencimento).

Safra e curva de liquidação: a medida que compara carteiras diferentes

A curva de liquidação (vintage) responde quanto uma coorte recupera ao longo da idade dela. É o que permite comparar uma safra de janeiro com uma de julho sem que o tamanho de cada uma atrapalhe: o eixo não é o calendário, é a idade em meses desde a entrada.

No Revo360 essa leitura é uma view dedicada, com dois lados que precisam casar:

  • Numerador — os pagamentos, agrupados por safra e por AgeMonth, que é a distância em meses entre a entrada do título e a data do pagamento.
  • Denominador — o valor exposto da safra, calculado sobre as parcelas originais (as que não são de acordo), ou seja, a dívida de origem. Acordo não entra no denominador, senão a renegociação inflaria a base e a curva mentiria para baixo.

A porcentagem acumulada é a soma corrente do recuperado dividida pelo exposto, por safra. O recorte pode descer para credor, tipo de pessoa (PF e PJ têm curvas visivelmente diferentes) e produto.

A coorte é a entrada original, e isso não é detalhe

O título que sai e volta para a cobrança é o ponto onde a maioria dos relatórios caseiros quebra. Se a coorte for a data da última entrada, o título que retornou vira “safra nova” e a curva reinicia — a carteira aparenta ter rejuvenescido sozinha. No Revo360 a coorte é a primeira entrada, um campo que não é reescrito na reentrada. A safra de um título é a safra dele para sempre.

O denominador é o valor exposto, não o preço que você pagou

Aqui vale a honestidade: a curva mede recuperação sobre o valor de face exposto. O deságio da cessão, o custo de aquisição e a taxa interna do fundo não são campos do produto padrão — a divisão de “quanto do preço pago já voltou” é conta do gestor, feita em cima de um número que o sistema entrega quebrado por safra, credor e produto. Prometer o contrário seria vender modelagem de fundo, e não é isso que o software faz.

O que a curva mostra e o mês esconde

Deterioração de originação aparece na curva antes de aparecer no caixa. Duas safras com o mesmo volume e curvas diferentes no mês 3 são um sinal de que algo mudou na esteira: perfil do cedente, canal de originação, política de aprovação. Quem precifica carteira nova usa esse histórico como referência.

Recuperação esperada não é meta: é contratado mais propensão

“Recuperação esperada” costuma ser usada como sinônimo de meta. Não é. Ela tem duas camadas, e o produto separa as duas.

A primeira é o a receber contratado: todas as parcelas a vencer, por credor e por mês de vencimento, distinguindo o que é parcela de acordo do que é parcela do contrato original. Isso é dinheiro já negociado, com data. Um acordo de 60 parcelas aparece como 60 linhas, uma em cada mês futuro.

Um detalhe de construção que vale explicar, porque é onde relatório improvisado erra: o forecast não sai do boleto emitido. Boleto reflete o mês corrente — o acordo longo gera boleto mês a mês —, então projetar futuro a partir de boleto subestima sistematicamente o que está contratado. A fonte é a parcela a vencer.

Isso também explica por que a mesma tela conta histórias diferentes conforme quem olha:

  • Assessoria de cobrança pura — a base é quase toda vencida, então o a-vencer nasce pequeno. Está correto: aquela operação não tem carteira futura, tem estoque vencido.
  • Quem origina ou compra carteira com régua viva — a curva a vencer aparece inteira, mês a mês, porque existe contrato em dia dentro da carteira.

A segunda camada é a trilha de propensão: a mesma curva ponderada pela taxa de realização histórica, com faixa de confiança calculada por simulação (P50, P85, P95) sobre a série própria da carteira. A diferença entre a curva contratada e a curva de propensão é a leitura que interessa ao comitê: o risco de quebra do que já foi acordado.

Roll rate: o filme entre duas fotos

Posição de carteira é foto. Roll rate é filme. A matriz de migração de atraso pega duas fotos da carteira — a mais recente e a mais próxima de trinta dias antes — e mostra, título a título, para onde cada faixa de atraso foi: rolou para a faixa seguinte, curou para uma faixa anterior, ou saiu da carteira (liquidou, foi devolvido, foi recomprado).

Só o grão título permite a roll rate real. Agregado por faixa dá o saldo líquido e esconde a troca: mil títulos entrando e mil saindo de uma faixa aparecem como estabilidade. Duas restrições honestas: a leitura começa a existir a partir da segunda foto — com uma só, a view devolve zero linha —, e ela acompanha a coorte da foto antiga para frente, então títulos que entraram depois não entram na conta.

Para carteira comprada, a matriz funciona como alarme antecedente: a piora de bucket aparece nela antes de virar queda de arrecadação.

Prestação de contas ao cedente: arrecadado não é repassado

Do lado do dinheiro, a operação de carteira adquirida tem uma obrigação que a cobrança de dívida própria não tem: prestar contas a quem cedeu — e arrecadado não é repasse, porque entre um e outro entram comissão, descontos e ajustes.

O Revo360 trata isso como processo, não como planilha:

  • O lote de prestação de contas abre um borderô por credor a partir das parcelas pagas, com validações duras: não mistura credores, exige que a parcela tenha pagamento e recusa parcela já prestada anteriormente.
  • Apura comissão, descontos e o repasse final, incluindo o caso clássico do pagamento feito direto no credor — dinheiro que entrou, mas que nunca vai virar repasse, e que precisa aparecer como desconto e não como buraco.
  • Gera o arquivo por credor, com layout que pode ser sobreposto por credor, anexa e envia por e-mail, guardando histórico de cada remessa.

Do lado da leitura, o painel mostra a pendência de repasse por credor — pago e ainda não prestado, com aging — e o ciclo do borderô: pendente, aguardando aprovação, aprovada, repassada. O estado que mais custa caro é “aprovada e não efetivada”: o dinheiro parado sem ninguém ver. Uma nota de honestidade que o próprio painel exibe: não há data de efetivação registrada na tabela, então tempo de ciclo não é calculável — o que se mostra é a idade do borderô, e a tela diz isso em vez de inventar uma média.

O cedente olhando sozinho

Para fundo com vários cedentes, mandar PDF por e-mail não escala. Existe um portal do credor com família própria de consultas: carteira (posição e faixas de atraso), pagamentos (grão baixa e série mensal) e prestação de contas (borderô, itens e a fila de pago-e-não-repassado, sem filtro de período, porque a parcela paga há oito meses é justamente a que precisa aparecer).

Duas decisões de arquitetura importam para quem cede carteira. Primeiro, o escopo do que cada usuário vê é resolvido por grupo econômico, numa única definição, e falha fechada: usuário suspenso, grupo inativo ou grupo sem credor devolvem zero linha, nunca “tudo”. Segundo, o portal não lê as views internas de gestão — boa parte delas carrega comissão, honorário, custo e nome de operador. São camadas separadas por construção, e não por filtro na tela.

Por que quem compra carteira precisa de previsibilidade, não de volume de ligação

Volume de acionamento é a métrica preferida de quem vende esforço. Para quem comprou o recebível, esforço é custo, e custo entra na conta de retorno da safra.

O produto tem uma leitura direta disso: contactabilidade por faixa de esforço. Para cada título, conta-se o número de acionamentos dos últimos doze meses e quantos deles foram contato com a pessoa certa, agrupando por credor e por faixa de tentativas. A curva que sai dali mostra onde o contato adicional ainda converte e onde já virou saturação — faixa alta de tentativas com taxa baixa de contato é dinheiro queimado, não persistência.

Do lado da execução, a régua é o instrumento que troca volume por ordem. Se você ainda está desenhando a sua, o texto de referência é o pilar sobre régua de cobrança.

Como o Revo360 entra, concretamente

Entrada da carteira. Importação nasce de quatro moldes prontos: carga, batimento, baixa e devolução. Carteira nova por cessão entra por carga; arquivo que é a foto completa da posição entra por batimento, que devolve automaticamente quem não veio no arquivo e restaura quem voltou. Credor novo é preencher layout, não reprogramar rotina. Validação de número de colunas, casamento por contrato, histórico e notificação de conclusão com erro já vêm no molde.

Configuração por cedente, sem multiplicar trabalho. A unidade de configuração do sistema é o credor — que, no seu caso, é o cedente ou a carteira. Faixas de atraso, taxas, descontos permitidos e comissão são definidos por credor. Quando vários cedentes seguem a mesma política, existe o credor-modelo: configura-se um e a configuração inteira replica para os que apontam para ele.

Autonomia sobre a estrutura — e o limite que quase ninguém declara. As telas do sistema não são escritas à mão: o front lê metadado e monta. Tabela, campo, relacionamento, view, grid e ficha nascem de configuração, então acrescentar um campo que só a sua operação usa, ou uma tela que só o seu cedente pede, não vira fila de desenvolvimento nem espera de versão. Para quem origina crédito e muda de produto mais rápido do que fornecedor entrega, isso é o que separa adaptar-se de esperar.

O limite importa e é onde o mercado exagera: metadado desenha tela; cálculo, validação e efeito continuam sendo código. Quem promete que você reescreve regra de negócio sozinho, sem desenvolvimento, está vendendo o que não entrega. O que existe aqui é autonomia sobre a estrutura e sobre a leitura — que já é a maior parte do atrito do dia a dia, e é honesto chamar pelo nome certo.

Saída da carteira. Devolução tem dois grãos, contrato inteiro e parcela a parcela, com data que pode ser futura. O que é devolvido zera valor em aberto e sai da fila de cobrança — o sistema para de cobrar dívida que voltou ao cedente, e a prestação de contas não fica errada por causa disso. A devolução é reversível: existe reativação em lote, e o batimento restaura sozinho quem voltou no arquivo seguinte.

Leitura. Posição de carteira por credor (contratos, CPFs distintos, parcelas em aberto, acordos vigentes, valor em aberto, recuperação do ciclo atual, cobertura de acordo), safra, roll rate, forecast, caixa realizado e prestação de contas. As views pesadas são materializadas por job de atualização, então a consulta lê uma tabela pronta em vez de recalcular a carteira inteira.

Régua e priorização. O motor de campanha em lote é determinístico: roda a consulta cadastrada, no horário configurado, uma vez por dia por lote, respeitando dia útil e feriado, e só depois que o lote foi testado. Sobre ele, o jAcob prioriza — e aqui vale a frase precisa, porque o mercado promete demais: o padrão em toda instância é a régua determinística do jAcob (ordem da fila, melhor canal, melhor hora), com o scoring de ML instalado e desligado. Os modelos preditivos só entram onde já existe histórico de pagamento maturado para treiná-los — é maturidade de dados, não configuração — e ligar o preditivo numa carteira específica é avaliação caso a caso, não item de contrato.

O que ainda é conta sua

Os limites do produto padrão, para não descobrir depois:

  • Preço de aquisição e deságio não são campos do produto padrão. A curva entrega recuperação sobre valor exposto; o retorno sobre o preço pago é cálculo do gestor.
  • Roll rate exige duas fotos. No primeiro dia de uso não existe migração para medir.
  • Produto é texto livre da carga do cedente. Sem curadoria do de/para, a dimensão existe e informa pouco.
  • Comissão em estoque é estimada. A comissão realizada só nasce na baixa; o que é projetado sobre carteira em aberto usa a taxa efetiva histórica do credor dos últimos doze meses, e o painel declara a cobertura em vez de silenciar quem não tem base.

Próximo passo

Se a sua carteira vem de cessão, o teste de qualquer software de recuperação de crédito é simples: peça para ver a curva de liquidação por safra, o a-vencer contratado por mês e a fila de pago-e-não-repassado por cedente. Se as três não existirem prontas, você vai continuar mantendo planilha.

Agende uma demonstração em revo360.io e faça o exercício com a sua própria carteira: uma safra real, uma curva, um forecast e um borderô.