Um pagamento recusado nem sempre significa que o assinante decidiu cancelar.
O cartão expirou, o limite está indisponível ou o emissor bloqueou a transação por suspeita de fraude. São falhas de cobrança que, em muitos casos, têm solução.
O ponto decisivo está no código de resposta da transação: ele indica por que o pagamento falhou, se uma nova tentativa é recomendada e quando ela deve acontecer. Ignorar essa informação pode deixar a régua de cobrança no escuro.
Segundo o Panorama ABECS, o pagamento recorrente com cartão movimentou R$141,9 bilhões no Brasil em 2025, alta de 34% sobre 2024. Cada ponto percentual de cobrança que falha e não é recuperada sai de dentro desse volume.
O número que importa, de todo modo, é o do vendedor, e ele é simples de apurar através dessa fórmula:
Churn involuntário por falha de cobrança (%) = (assinantes perdidos após falhas de cobrança não recuperadas ÷ assinantes ativos no início do período) × 100
Por isso, antes de tratar um pagamento recusado como churn, é preciso entender por que a cobrança falhou e qual é a melhor ação para recuperá-la.
Quantas tentativas de cobrança fazer e em que intervalo?
Não existe um número universal de tentativas. O limite depende da bandeira, do tipo de recusa e do código retornado pela transação.
| Bandeira | O que fazer |
|---|---|
|
Visa |
Recusas da Categoria 1 não devem ser reapresentadas. Algumas recusas das Categorias 2 e 3 permitem novas tentativas, com até 15 em 30 dias para determinados códigos. |
|
Mastercard |
Os Merchant Advice Codes (MACs) orientam a próxima ação. O 03 indica não tentar novamente; o 21, cancelamento pelo titular; e os códigos 24 a 30 indicam quando aguardar antes de uma nova tentativa. |
Na Mastercard, os códigos 24 a 30 indicam espera de 1 hora a 10 dias. A Visa também estabelece limites para evitar excesso de tentativas. Por isso, a régua deve considerar o código da recusa, e não repetir cobranças em intervalos fixos.
Na Digital Manager Guru, você configura tentativas, intervalos e ações após a última falha para automatizar esse processo. A régua define quando tentar; a aprovação continua dependendo do emissor e do gateway.
O que muda entre recusa por limite, por cartão vencido e por antifraude?
O motivo de um pagamento recusado define se a cobrança pode ser reapresentada e qual ação seguir. O Normativo nº 021 da ABECS, que padroniza códigos e mensagens de transações negadas, classifica as recusas como reversíveis ou irreversíveis e orienta a análise do motivo antes de uma nova tentativa.
| Tipo de recusa | Exemplos | Ação recomendada |
|---|---|---|
|
Temporária |
Limite insuficiente, instabilidade do emissor |
Retentar conforme o código de resposta e as regras da bandeira |
|
Definitiva |
Cartão vencido, cancelado, perdido ou roubado |
Não insistir até que a situação seja corrigida ou o meio de pagamento atualizado |
|
Suspeita de fraude |
Transação identificada como potencialmente fraudulenta |
Avaliar o código recebido; algumas situações são reversíveis e podem permitir nova tentativa |
A diferença é importante porque repetir uma cobrança sem considerar o motivo da recusa pode gerar novas negativas e penalidades. Por isso, a régua deve interpretar o código retornado antes de definir a próxima tentativa.
O que enviar ao assinante em cada tentativa?
A mensagem deve acompanhar o motivo da recusa e a etapa da régua:
- Recusa temporária: aviso curto sobre a nova tentativa.
- Recusa definitiva: solicitação imediata para atualizar o cartão, com link direto.
- Última tentativa: informe a data de bloqueio do acesso.
Em todos os casos, deixe claro o que falhou, o que fazer e o que acontece se nada for feito.
As quatro mensagens abaixo são exemplos prontos para copiar e adaptar quando necessário. Basta substituir o que está entre colchetes.
1. Recusa temporária: apenas avise
Oi, [nome]. A cobrança do seu plano não foi autorizada pelo banco. Vamos tentar de novo em [X] dias, não precisa fazer nada agora.
Aqui o objetivo é evitar o susto de quem viu a notificação do banco, não pedir ação.
2. Recusa definitiva: peça a atualização
Oi, [nome]. A cobrança do plano [nome do plano] no cartão final [4 dígitos] não foi autorizada, porque o cartão está vencido. Cadastre um novo em [link] para manter seu acesso.
O motivo aparece porque muda o que a pessoa faz. Cartão vencido exige cartão novo, e não uma nova tentativa.
3. Tentativas intermediárias: reforce o prazo
Oi, [nome]. Ainda não conseguimos concluir a cobrança do plano [nome do plano]. Você tem até [data] para atualizar o pagamento em [link]. Depois disso, o acesso é pausado.
O prazo entra aqui, uma vez só, sem repetir a cada envio.
4. Última tentativa: avise sobre o bloqueio
Oi, [nome]. Seu acesso ao [nome do produto] será pausado hoje por falta de pagamento. Atualize o cartão em [link] e retome na hora.
A promessa de retorno imediato importa mais do que o aviso do corte.
Três definições faltam antes de subir isso na régua:
- Destinatário: em conta B2B, envie para o contato financeiro, e não só para o usuário do login.
- Canal por etapa: WhatsApp apenas na última mensagem. Usado a cada tentativa, desgasta o canal.
- Encerramento: depois de desligar a assinatura, envie um convite de retorno, sem tom de cobrança.
Mensagem de falha de pagamento não é régua de inadimplência. É instrução de uso, e a métrica dela é quantas pessoas concluíram a atualização, não quantas foram avisadas.
Aja antes do cancelamento. Escale a sua retenção com a régua de retentativas inteligente na Guru.
O que acontece com o acesso enquanto a cobrança está em aberto?
O acesso deve seguir uma política de período de graça, definida antes da primeira falha e alinhada à régua de retentativas.
Se a régua dura 10 dias, por exemplo, o acesso pode permanecer ativo durante esse período e ser pausado após a última tentativa sem sucesso. Assim, o assinante não perde acesso antes da recuperação, nem continua usando o serviço indefinidamente sem pagamento.
A regra deve estar descrita nos planos de assinatura e disponível para o suporte, que precisa visualizar a tentativa atual e a data prevista para o bloqueio.
Quando parar de tentar e encerrar a assinatura?
Há três gatilhos para interromper as tentativas:
- Recusa definitiva: parar imediatamente.
- Limite da bandeira: respeitar o teto de reapresentações.
- Fim da janela de recuperação: encerrar ao atingir o prazo máximo da régua.
Ao encerrar, registre a assinatura como encerrada por falha de pagamento, separando-a dos cancelamentos voluntários. Isso permite medir corretamente a perda no painel de métricas e criar uma comunicação adequada para esses casos.
Checklist: o que precisa estar configurado antes da próxima falha
Uma régua de recuperação só funciona quando regras, comunicação e monitoramento estão definidos antes da cobrança ser recusada: use este checklist para verificar se a operação está preparada.
- Mapear os códigos de recusa: confirme com o gateway a tabela ABECS e o mapeamento do Merchant Advice Code aplicável à conta.
- Definir os caminhos da régua: recusa temporária retenta; definitiva aciona o cliente; situações de risco orientam a liberação junto ao banco.
- Definir tentativas e intervalos: estabeleça quantidade e espaçamento conforme o motivo da recusa e os limites da bandeira.
- Preparar as mensagens: crie comunicações para cada etapa, com tom, canal e destinatário definidos.
- Definir o período de graça: alinhe a duração à régua e deixe a regra visível para o suporte.
- Estabelecer o encerramento: pare diante de recusa definitiva, limite da bandeira ou fim da janela de recuperação.
- Separar o status de encerramento: registre a falha de pagamento separadamente do cancelamento voluntário.
- Revisar a régua periodicamente: acompanhe mudanças nas regras dos emissores, bandeiras e padrões de recusa.
Erros comuns
- Retentar sem considerar o motivo: aumenta recusas e pode gerar tarifas por excesso de tentativas.
- Insistir em cartão vencido: uma recusa definitiva não será resolvida por novas tentativas.
- Avisar o contato errado: em contas B2B, a mensagem precisa chegar a quem pode atualizar o pagamento.
- Bloquear o acesso cedo demais: pode interromper uma cobrança que ainda está dentro da janela de recuperação.
- Não registrar o motivo do encerramento: mistura falhas de cobrança com cancelamentos e distorce os indicadores de retenção.
Como a DevZapp trocou o acompanhamento manual de inadimplentes pela régua automática
Com o crescimento da base de assinantes, a cobrança deixou de caber na planilha da DevZapp. Para Tiago Almeida, fundador da plataforma de automação de WhatsApp, o principal problema passou a ser acompanhar clientes inadimplentes manualmente, um a um.
A plataforma intermediária que utilizava trazia:
- Controles financeiros manuais
- Pouca flexibilidade para implementar recursos
- Dificuldade para automatizar assinaturas
- Acompanhamento individual de clientes inadimplentes
Construir uma infraestrutura própria de pagamentos também não fazia sentido: seria um projeto longo e desviaria o foco do crescimento da DevZapp.
A solução foi adotar a Digital Manager Guru, com:
- Retentativas automáticas de pagamento
- Liberação do produto conforme o status da cobrança
- Checkout transparente, selecionando entre várias opções de processadores do mercado
O resultado foi tirar a inadimplência da rotina manual e colocar a recuperação de pagamentos para rodar de forma automatizada.
Quer fazer o mesmo na sua operação? Conheça a Digital Manager Guru e descubra como automatizar suas cobranças recorrentes, retentativas e recuperação de pagamentos.
Resumo final
- Pagamento recusado em assinatura quase sempre é falha mecânica, não decisão do cliente, e por isso é recuperável.
- O número de tentativas tem teto de bandeira, e a Visa limita a 15 reapresentações em 30 dias por cartão e estabelecimento.
- O motivo da recusa define a ação: temporária retenta, definitiva aciona o cliente, risco exige liberação no banco.
- A janela útil é a primeira semana, então intervalo importa tanto quanto quantidade.
- Período de graça e régua precisam ter a mesma duração, ou o acesso e a cobrança saem de sincronia.
- Encerrar exige marcar o motivo, sem o que a perda por falha de cobrança desaparece do relatório.
Referências:
Visa. Updates to Rules for Declined Transaction Resubmission and Use of Authorization Response Codes. Visa, 2021. Documento oficial da Visa
PayPal. Avoid Excessive Retries Penalties. PayPal Braintree, 2026. Artigo do PayPal Braintree sobre limites de tentativas
Mastercard. Transaction Processing Rules. Mastercard, 2026. Manual oficial de regras da Mastercard
FAQ
Perguntas Frequentes
Na maioria dos casos por cartão expirado, limite indisponível na data da renovação ou bloqueio do emissor por suspeita de fraude. O código de retorno da transação indica qual dos três ocorreu e se uma nova tentativa é permitida.
A temporária, também chamada de soft decline, acontece por uma condição que pode mudar, como limite indisponível, e aceita nova tentativa. A definitiva, ou hard decline, vem de cartão vencido, cancelado ou dado incorreto, e não muda de resposta com repetição. O código de retorno separa as duas.
No mínimo 24 horas em recusa temporária. Entre três e seis tentativas distribuídas em 5 a 14 dias cobrem a janela em que a maior parte das recuperações acontece, sem estourar o limite da bandeira.
Não. Recusa definitiva não muda de resposta com repetição. O caminho é acionar o titular para atualizar o meio de pagamento, e cada tentativa extra consome limite e pode gerar tarifa.
Pode. Cobrança repetida em cartão que o titular já não reconhece aumenta a chance de contestação, e o custo de uma taxa de chargeback elevada é maior do que o da assinatura perdida.
Depende da política definida antes. O desenho mais comum alinha o período de graça à duração da régua de retentativa, de forma que o acesso caia no mesmo momento em que a última tentativa falha.
Na tabela padronizada pela ABECS, publicada no Normativo nº 21, que indica para cada código se a retentativa é permitida.
Em três situações: código de recusa definitiva, teto de reapresentações da bandeira atingido ou fim da janela de recuperação. O que ocorrer primeiro.
