Régua de cobrança integrada: quando enviar, pausar e encerrar os lembretes

A régua de cobrança organiza os contatos antes e depois do vencimento; na versão integrada, cada lembrete depende da situação atual do título. O modelo recomendado libera contatos após conferir saldo e travas, pausa divergências para análise humana e encerra a sequência quando a quitação é confirmada pela fonte financeira autorizada, sem confundir entrega de mensagem com pagamento.

Para o financeiro de uma pequena empresa ou de uma operação estruturada, a pergunta central não é apenas quando lembrar o cliente. É saber se aquela cobrança ainda pode seguir, com qual valor e sob responsabilidade de quem. Comece por essa decisão antes de configurar mensagens recorrentes.

O que é régua de cobrança e por que a data não basta

Uma régua de cobrança é uma sequência organizada de etapas de contato com o cliente. Pode ser executada manualmente ou com automação, conforme explica o guia da Docusign sobre o conceito. A mesma fonte orienta verificar se o pagamento já aconteceu antes de cobrar.

O vencimento ajuda a escolher a etapa, mas não responde sozinho se existe saldo pendente. Por isso, neste modelo de automação financeira, separe:

• Estado financeiro: saldo, pagamento reconhecido e cancelamento da obrigação.
• Trava de contato: contestação ou outra condição que suspenda o lembrete.
• Situação da mensagem: preparada, enviada, entregue ou com falha.

Um título pode continuar com saldo vencido e, ao mesmo tempo, ter o contato pausado por contestação. A pausa não é baixa financeira. Da mesma forma, mensagem entregue ou silêncio do cliente não devem determinar a situação da dívida.

A proposta aqui é um desenho de processo, não uma lista de recursos disponíveis em qualquer software. Para uma visão mais ampla do tema, veja o panorama de automação em serviços financeiros.

Defina a fonte do título e a política de contato

Qual sistema pode confirmar o saldo?

Escolha com o financeiro o sistema mestre: a fonte autorizada para informar a situação de cada obrigação. Pode ser o sistema adotado pela empresa para controlar os títulos, desde que a leitura e seus significados sejam validados. Não presuma compatibilidade entre ferramentas sem conferir suas interfaces e limitações.

Use um identificador por cobrança, não apenas o cadastro do cliente. Antes do contato, recomendamos consultar esse registro para conferir saldo atual, vencimento, baixa, cancelamento e travas. Se o mesmo cliente tiver outras obrigações, o pagamento de uma delas não encerra automaticamente as demais.

Quais etapas e canais estão aprovados?

Defina quais títulos entram, quando os contatos são elegíveis, qual canal será usado e quem acompanha exceções. A documentação de configuração da Sensio exemplifica escolhas de lançamentos, dias, horário e mensagem por e-mail. É um comportamento daquele produto, não um padrão obrigatório.

Não copie um calendário como se fosse regra universal. A política precisa considerar o negócio e ser validada quanto às regras aplicáveis. Este guia não fixa horários legais, frequência máxima nem prazos de medidas jurídicas; negativação e protesto ficam fora do fluxo descrito.

Quando enviar, pausar ou encerrar a régua de cobrança

A tabela abaixo é um modelo de decisão recomendado. Os nomes não representam necessariamente os estados nativos do seu sistema. “Contestado”, por exemplo, funciona aqui como uma trava que pode coexistir com um saldo pendente.

Situação do título	Decisão recomendada	O que conferir
Aberto, a vencer	Tornar elegível para lembrete preventivo	Identificador, saldo, vencimento, contato autorizado e ausência de trava, conforme política aprovada
Vencido, com saldo pendente	Tornar elegível para etapa de atraso	Consulta atual à fonte financeira e conteúdo aprovado; a data sozinha não confirma dívida
Contestado ou com alegação de pagamento	Pausar contatos e abrir análise humana	Motivo, evidência, responsável e condição de resolução, sem dar baixa pela alegação
Parcialmente pago	Suspender a mensagem antiga e validar o saldo remanescente	Reconhecimento do parcial e valor atualizado antes de liberar outro contato
Liquidado	Encerrar lembretes daquele título e suprimir pendentes controláveis	Confirmação de quitação suficiente segundo a regra financeira documentada
Cancelado	Encerrar a sequência da obrigação cancelada	Cancelamento da obrigação, não apenas do registro de um boleto

Como referência de desenho, a página da régua de cobrança da Kobana descreve pausa por disputa, atualização por pagamento parcial, supressão de pendentes e revalidação antes do envio. São declarações do fornecedor sobre o produto, sem teste independente apresentado aqui; não garantem o mesmo comportamento em outra integração.

Revalide antes de liberar a mensagem

Preparar um lembrete não deve equivaler a autorizar seu envio definitivo. Recomendamos consultar a fonte o mais próximo possível da entrega ao canal e barrar a mensagem se houver pagamento, cancelamento ou trava.

Essa checagem reduz a janela entre leitura e decisão, mas não elimina toda possibilidade de mudança entre sistemas. Se o provedor já aceitou a mensagem, verifique se ainda permite cancelá-la. Não prometa recolher uma comunicação já entregue.

Encerre pelo motivo correto

Neste modelo, “liquidado” significa obrigação quitada conforme a fonte autorizada. Não é sinônimo de dinheiro já disponível para uso pelo recebedor.

A documentação de eventos do Asaas diferencia confirmação de pagamento e disponibilidade de fundos. Também distingue visualização do boleto de pagamento e explica que o cancelamento automático do registro bancário do boleto não significa exclusão da cobrança.

Mapeie esses significados antes de criar condições de parada. A recomendação é não manter lembretes de inadimplência só porque o saldo ainda não está disponível, quando a quitação já foi confirmada segundo a regra financeira. Tampouco encerre a obrigação apenas porque o registro do boleto expirou.

Como tratar renegociação, estorno e consulta indisponível

As exceções precisam de responsável e critério de retomada. Recomendamos os seguintes tratamentos, a validar no processo da empresa:

• Renegociação: pause a sequência original e valide o acordo e seu vínculo com títulos substitutos. Não libere cobranças do original e do acordo em paralelo por padrão.
• Estorno: encaminhe para revisão do motivo, saldo e legitimidade da retomada. Não transforme qualquer reembolso em uma dívida nova automaticamente.
• Fonte indisponível: retenha o contato enquanto a situação não puder ser validada. Registre a pendência e quem fará a verificação.
• Sinais contraditórios: pause a decisão e peça análise, em vez de escolher silenciosamente o dado que autoriza cobrar.
• Falha no canal: registre o retorno antes de reprocessar. Não multiplique contatos por falta de confirmação de entrega.

Para evitar repetição no reprocessamento, recomendamos identificar cada ação por título, etapa e canal e verificar o que já ocorreu. A capacidade real de impedir duplicidade deve ser conferida nos sistemas envolvidos; não decorre apenas de desenhar a sequência.

Exemplo hipotético do vencimento ao encerramento

Imagine uma empresa fictícia que acompanha um título no sistema escolhido pelo financeiro. A política permite um lembrete relativo ao vencimento. O fluxo prepara a mensagem, mas só a libera após consultar novamente a origem e confirmar saldo pendente e ausência de travas.

O cliente responde que já pagou. Em vez de marcar o título como liquidado, o processo pausa novos contatos e abre uma tarefa para o financeiro conferir a evidência e o registro da cobrança.

A análise identifica pagamento parcial. A mensagem preparada com o valor integral deixa de ser válida. O responsável confirma o saldo remanescente e avalia se existe condição para uma nova etapa, com conteúdo atualizado.

Depois, a fonte financeira confirma a quitação. A sequência daquele título é encerrada e os contatos pendentes sob controle da integração são suprimidos. Se alguma mensagem já tiver sido aceita pelo canal, sua situação precisa ser verificada separadamente.

O contraponto é simples: se apenas houver confirmação de entrega da mensagem, sem confirmação financeira, o título não passa a liquidado por esse motivo. Este é um exemplo de decisão proposto, não um relato de implantação ou de resultado medido.

O que registrar e validar antes de operar

Para tornar a decisão rastreável, recomendamos registrar o identificador do título e da etapa, horário da consulta, saldo e situação lidos, travas, canal, tentativa e resposta do provedor. Acrescente entrega quando disponível, decisão tomada, motivo e responsável pela resolução da exceção.

Registre também por que uma mensagem não saiu. “Pagamento confirmado”, “contestação em análise” e “origem indisponível” exigem acompanhamentos diferentes; não devem desaparecer em uma fila sem explicação.

Antes de colocar o fluxo em operação, proponha cenários de validação com o financeiro:

• Pagamento reconhecido depois da preparação e antes do envio.
• Contestação aberta e pagamento parcial ainda em análise.
• Cancelamento apenas do registro do boleto, sem cancelamento da obrigação.
• Renegociação ou estorno que depende de decisão humana.
• Consulta indisponível, tentativa repetida e mensagem já aceita pelo canal.

O critério de aceite recomendado é conseguir explicar cada envio, pausa e encerramento a partir da evidência registrada. São cenários a executar no seu ambiente, não testes realizados para este artigo.

Principais conclusões

• Escolha a fonte autorizada e confira cada título antes de liberar o contato.
• Pause contestações e alegações de pagamento sem dar baixa apenas pela declaração.
• Valide o saldo após pagamento parcial e o vínculo entre título original e acordo.
• Encerre por quitação ou cancelamento da obrigação, distinguindo esses sinais da entrega de mensagens.
• Registre o motivo de enviar ou suprimir e atribua responsáveis às exceções.

Perguntas frequentes

O que é régua de cobrança?

É uma sequência organizada de contatos relacionados ao vencimento e à cobrança, executada manualmente ou com automação. No modelo integrado proposto, cada contato depende da situação atual do título e das travas de envio.

Pagamento confirmado é o mesmo que saldo disponível?

Não necessariamente: a documentação do Asaas distingue esses sinais. Mapeie os estados da sua fonte financeira para não manter uma cobrança apenas porque os fundos ainda não estão disponíveis ao recebedor.

O que fazer quando o cliente diz que já pagou?

A recomendação é pausar os contatos e encaminhar a conferência ao responsável. A declaração, sozinha, não dá baixa no título; a retomada ou o encerramento depende da verificação financeira.

Como tratar um pagamento parcial?

Suspenda o texto antigo e valide o valor reconhecido e o saldo remanescente. Só libere outra etapa depois dessa conferência, conforme a política aprovada, sem repetir a cobrança integral.

Posso enviar se a consulta ao sistema falhar?

Neste modelo, a recomendação é reter o lembrete enquanto a situação não puder ser validada. Registre a falha e o responsável por resolver a pendência antes de reconsiderar o envio.

Antes de configurar os disparos

Peça ao financeiro que aprove a matriz de decisão e indique quem pode resolver cada exceção. Para avaliar as dependências desse fluxo, veja como analisar a integração de sistemas da sua empresa.