Pular para o conteúdo principal
As Novas Tentativas de Pagamento reagem automaticamente a falhas nos pagamentos de renovação de assinaturas em uma programação progressiva. Quando uma nova tentativa é bem-sucedida, a assinatura é reativada automaticamente — sem ação do cliente ou trabalho de integração necessário.

O que São Novas Tentativas de Pagamento?

Quando o pagamento de renovação de uma assinatura falha, a assinatura é colocada em espera. Com as Novas Tentativas de Pagamento habilitadas, o Dodo Payments cobra novamente o método de pagamento existente do cliente em uma programação inteligente até que o pagamento seja bem-sucedido ou a janela de recuperação se feche. Isso recupera a receita perdida devido a falhas temporárias — cartões expirados, fundos insuficientes que são recarregados, erros de rede transitórios — sem enviar e-mails ao cliente ou solicitar que atualizem qualquer coisa.
As Novas Tentativas de Pagamento aplicam-se apenas aos pagamentos de renovação de assinaturas. Pagamentos iniciais (configuração de mandato), pagamentos únicos, cobranças por mudança de plano e cobranças sob demanda não são abrangidos por este recurso.

Como Funcionam as Novas Tentativas de Pagamento

1

Renewal fails

Um pagamento de renovação de assinatura falha e a assinatura passa para o estado on_hold.
2

Retryability check

O código de erro da falha é verificado. Falhas suaves (fundos insuficientes, recusa genérica, erros de processamento ou de rede, etc.) são passíveis de nova tentativa. Falhas graves terminam imediatamente a cadeia de novas tentativas, já que tentar novamente não mudará o resultado.
3

Scheduled retry

Se a falha for passível de nova tentativa e a janela de recuperação permitir, a próxima tentativa é agendada. Novas tentativas ocorrem fora da sessão contra o método de pagamento existente do cliente em uma programação progressiva.
4

Recovery

Na primeira nova tentativa bem-sucedida, a assinatura retorna a active e a próxima data de faturamento é avançada como de costume. Se a janela fechar antes que uma nova tentativa seja bem-sucedida, as tentativas param e a assinatura permanece em espera.

Configurando Novas Tentativas de Pagamento

Habilite e configure Novas Tentativas de Pagamento em Configurações → Recuperação no seu dashboard.
Página de Configurações de Recuperação com a alternância de Habilitar Novas Tentativas de Pagamento ativada e um campo de Janela de Recuperação (dias) definido para 13
ConfiguraçãoDescriçãoPadrão
Habilitar Novas Tentativas de PagamentoTente novamente automaticamente os pagamentos de renovação de assinaturas que falharam para recuperar receita.Desligado (opt-in)
Janela de Recuperação (dias)Quanto tempo continuar tentando um pagamento falhado antes de desistir. Deve ser entre 1 e 30.13
A janela de recuperação é ancorada ao momento em que a fatura de renovação falhada foi criada. As novas tentativas são agendadas apenas enquanto o atraso cumulativo ainda se encaixa na janela.

Cronograma de Novas Tentativas

As novas tentativas recuam progressivamente. Até 8 tentativas são feitas, desde que cada uma se encaixe dentro da sua janela de recuperação:
TentativaAtraso após tentativa anteriorTempo aproximado desde a falha
112 horas12 horas
224 horas36 horas
348 horas~3,5 dias
472 horas~6,5 dias
596 horas~10,5 dias
6120 horas~15,5 dias
77 dias~22,5 dias
87 dias~29,5 dias
Uma janela de recuperação de 13 dias (o padrão) cobre as tentativas de 1 a 5 (a tentativa 5 ocorre ~10,5 dias após a falha). Aumente a janela em direção ao máximo de 30 dias se desejar que as tentativas posteriores, mais espaçadas, (6 a 8) ocorram.

Transições de Status de Assinatura

EventoStatus da assinatura
Falha no pagamento da renovaçãoactiveon_hold
Falha na tentativa de nova tentativapermanece on_hold (próxima tentativa agendada se a janela permitir)
Sucesso na tentativa de nova tentativaon_holdactive, próxima data de cobrança avançada
Janela de recuperação exauridapermanece on_hold
Essas transições emitem os eventos padrão de webhook de assinatura, para que você possa direcionar a lógica de direitos a partir deles sem tratamento especial para novas tentativas:
EventoOcorre quando
subscription.on_holdUma renovação falha e a assinatura é colocada em espera
subscription.activeUma nova tentativa tem sucesso e a assinatura é reativada

Subscription Webhook Payloads

Veja os esquemas completos de payload de webhook para eventos do ciclo de vida da assinatura.

Falhas Passíveis de Nova Tentativa vs. Não Passíveis de Nova Tentativa

Tipo de falhaExemplosTentativa de nova?
Falha suaveFundos insuficientes, rejeição genérica, velocidade de cartão excedida, erro de processamento, erro de rede/tempo excedido, tente novamente mais tardeSim
Falha graveCartão roubado/perdido, cartão inválido, não honrar, conta fechada e outras recusas terminaisNão — cadeia termina imediatamente
Tentar novamente uma falha grave não mudará o resultado, então a cadeia de novas tentativas termina assim que uma falha grave é observada. Combine Novas Tentativas de Pagamento com Subscription Dunning para solicitar ao cliente que atualize seu método de pagamento nesses casos.

Novas Tentativas de Pagamento vs. Dunning

As Novas Tentativas de Pagamento e o Subscription Dunning são ferramentas complementares de recuperação:
Novas Tentativas de PagamentoSubscription Dunning
MecanismoRecarrega silenciosamente o método de pagamento existenteEnvia e-mails ao cliente para atualizar seu método de pagamento
Ação do clienteNenhuma necessáriaCliente atualiza método de pagamento no portal
Melhor paraFalhas temporárias/suaves que se resolvem sozinhasCartões expirados ou inválidos que precisam ser substituídos
Habilitar ambos fornece a cobertura de recuperação mais ampla: tentativas automáticas captam falhas transitórias, enquanto o dunning traz de volta clientes cujo método de pagamento realmente precisa ser atualizado.

Relacionados

Subscription Dunning

Sequências de e-mail que solicitam aos clientes que atualizem seu método de pagamento.

Abandoned Cart Recovery

Recupere checkouts únicos ou falhados com e-mails direcionados.

Subscriptions

Compreenda os estados de assinatura envolvidos nos fluxos de recuperação.

Subscription Webhooks

Reaja aos eventos subscription.on_hold e subscription.active.
Last modified on June 9, 2026