Quantas vezes deve voltar a tentar um pagamento falhado? Calendários de novas tentativas comparados entre plataformas de faturação
Quantas tentativas, em quantos dias: as regras do Stripe, Chargebee, Recurly, Paddle, Lemon Squeezy, Mollie, Braintree, App Store e Google Play lado a lado.
As plataformas de faturação aqui comparadas documentam limites de novas tentativas por omissão que vão de 4 tentativas (Lemon Squeezy) a 20 tentativas (Recurly) para um pagamento de subscrição falhado, numa janela que vai de cerca de cinco dias (Mollie) a 60 dias (Recurly, App Store). Na nossa opinião, um valor por omissão sensato para subscrições mensais por cartão é um punhado de novas tentativas repartidas por 2 a 4 semanas, ajustadas aos dias prováveis de pagamento do salário, sem qualquer nova tentativa nas recusas definitivas até o cliente atualizar o cartão. O calendário de novas tentativas conta menos do que aquilo que diz ao cliente: na maioria das plataformas, uma atualização do cartão desencadeia uma nova tentativa imediata.
Este guia põe lado a lado as regras de novas tentativas documentadas por nove plataformas, para que veja o que a sua faz antes de acrescentar alguma coisa. Todos os números abaixo vêm da documentação da própria plataforma, com link em cada secção e consultada em novembro de 2026. Quando uma plataforma não publica um pormenor, dizemo-lo.
Calendários de novas tentativas num relance
| Plataforma | Novas tentativas por omissão | Janela | Quem escolhe o momento | Recusas definitivas |
|---|---|---|---|---|
| Stripe Billing | Smart Retries: até 8 novas tentativas (contas novas) | 2 semanas por omissão; de 1 semana a 2 meses | O modelo do Stripe, ou um calendário personalizado de até 3 novas tentativas | Não cobradas até ser associado um novo método de pagamento |
| Chargebee | Modo Smart: até 12; modo Custom: 1 a 5 | O seu período de dunning | O Chargebee (Smart) ou você (Custom) | O modo Smart espera por um novo método de pagamento |
| Recurly | Até 20 tentativas | 60 dias desde a criação da fatura, ou fim do dunning | Intelligent Retries (ML) ou regras estáticas | Em geral não voltam a ser tentadas |
| Paddle Billing | Até 7 | 30 dias | O Paddle | Não documentado em pormenor |
| Lemon Squeezy | 4 | Cerca de 2 semanas | O Lemon Squeezy | Não documentado em pormenor |
| Mollie | Até 5, uma por dia | Cerca de 5 dias | O Mollie, consoante o motivo da falha | Depende do motivo da falha |
| Braintree | 3 novas tentativas automáticas, depois pelo menos mais 2 | Até 2 dias, depois intervalos que define (1 a 10 dias) | Você, no Control Panel | Alguns códigos nunca voltam a ser tentados |
| App Store | Não publicado | Até 60 dias de billing retry | A Apple | A Apple decide |
| Google Play | Não publicado | Grace period mais account hold, 60 dias por omissão | A Google | A Google decide |
O Polar, a GoCardless, o Maxio e o Zuora também voltam a tentar os pagamentos falhados; veja os nossos guias sobre Polar, GoCardless, Maxio e Zuora para as respetivas regras.
Como volta o Stripe a tentar os pagamentos de subscrição falhados?
A página de Smart Retries do Stripe diz que, para as contas novas, o Stripe ativa as Smart Retries por omissão com até 8 novas tentativas em 2 semanas. Pode definir a janela como 1 semana, 2 semanas, 3 semanas, 1 mês ou 2 meses. A alternativa é um calendário personalizado com até três novas tentativas, cada uma um número definido de dias após a tentativa anterior.
O Stripe não publica os sinais que o seu modelo usa nem os momentos exatos que escolhe. Nas recusas definitivas como lost_card ou stolen_card, o Stripe não volta a cobrar até ser associado um novo método de pagamento. Pormenores em como funcionam as Smart Retries do Stripe.
Como volta o Chargebee a tentar os pagamentos falhados?
A documentação de dunning do Chargebee descreve dois modos:
- Smart: o Chargebee escolhe o momento a partir dos padrões de transação e do tipo de erro do gateway, e volta a tentar até 12 vezes.
- Custom: escolhe 1 a 5 novas tentativas e os dias em que correm. O exemplo do Chargebee: com um período de dunning de 8 dias e uma frequência de novas tentativas de “1,4,8”, as novas tentativas correm 1, 4 e 8 dias após a primeira falha.
As novas tentativas só acontecem dentro do período de dunning, por isso a sua duração limita tudo o resto. Mais em como recuperar pagamentos falhados no Chargebee.
Como volta o Recurly a tentar os pagamentos falhados?
As Intelligent Retries do Recurly usam um modelo de machine learning apenas nas recusas temporárias. As novas tentativas param às 20 tentativas de transação no total ou 60 dias desde a criação da fatura, o que acontecer primeiro. O débito direto (ACH, SEPA) não está incluído.
A opção sem ML, as static retries, agenda as tentativas a partir dos códigos de recusa e dos merchant advice codes e para após 7 recusas de transação, 20 tentativas no total ou 60 dias, ou mais cedo se o ciclo de dunning terminar primeiro. Veja como configurar o dunning no Recurly.
Como voltam o Paddle e o Lemon Squeezy a tentar os pagamentos falhados?
Ambos são merchants of record, por isso fazem as novas tentativas por si e você reage sobretudo às mudanças de estado.
- Paddle Billing: o changelog de 2025 do Paddle diz que os pagamentos falhados nas subscrições cobradas automaticamente são tentados de novo até sete vezes ao longo de 30 dias, em momentos escolhidos pelos algoritmos do Paddle. Se o cliente não atualizar o método de pagamento, a subscrição é cancelada após 30 dias. Veja pagamentos falhados no Paddle.
- Lemon Squeezy: a referência do objeto Subscription diz que uma renovação falhada passa a subscrição para
past_due, seguida de 4 novas tentativas de pagamento ao longo de cerca de 2 semanas. As subscrições PayPal seguem a cadência do próprio PayPal, que a página Recovery and Dunning descreve como uma nova tentativa a cada 5 dias. Veja pagamentos falhados no Lemon Squeezy.
Como volta o Mollie a tentar os pagamentos de subscrição falhados?
O guia de pagamentos recorrentes do Mollie diz que um pagamento de subscrição falhado pode ser tentado de novo até 5 vezes, uma vez por dia, consoante o motivo da falha, e que o comportamento pode variar por método de pagamento. Quando todas as novas tentativas se esgotam, a subscrição é cancelada. É uma janela curta comparada com as plataformas centradas no cartão, por isso o email ao cliente conta mais. Veja pagamentos recorrentes falhados no Mollie.
Como volta o Braintree a tentar os pagamentos de subscrição falhados?
As definições avançadas de faturação recorrente do Braintree descrevem um processo em duas fases:
- Quando uma transação falha, há três novas tentativas automáticas incorporadas antes de a subscrição ser marcada como Past Due, o que pode levar até dois dias. Uma recusa do processador ou uma rejeição do gateway passa a subscrição para Past Due de imediato.
- Depois de Past Due, o Braintree tenta pelo menos mais duas vezes. Define cada intervalo no Control Panel, entre 1 e 10 dias.
- Depois disso, escolhe: cancelar a subscrição, continuar a tentar uma vez por ciclo de faturação ou deixá-la em atraso.
O Braintree não envia emails aos clientes para isto, por isso a página de atualização do cartão e os lembretes ficam a seu cargo. Veja pagamentos de subscrição falhados no Braintree.
Como voltam a App Store e o Google Play a tentar os pagamentos?
Nas lojas, não pode voltar a tentar uma cobrança nem escolher o calendário. O que controla é durante quanto tempo o cliente mantém o acesso.
- App Store: o guia sobre churn involuntário da Apple diz que uma renovação falhada entra num estado de billing retry em que a App Store tenta cobrar o pagamento durante até 60 dias. O Billing Grace Period permite ao cliente manter o acesso durante parte desse tempo. Veja billing retry e grace period na App Store.
- Google Play: a página do ciclo de vida das subscrições da Google diz que o grace period e o account hold estão ativos por omissão, e que o account hold dura 60 dias menos o grace period. Com um grace period de 0 dias, a Google espera ainda pelo menos 1 dia pelas novas tentativas. Veja grace period e account hold no Google Play.
Quantas novas tentativas são demasiadas?
Não há um número certo único, mas algumas regras valem para todas as plataformas:
- Não volte a tentar as recusas definitivas. Cartões perdidos, roubados ou cancelados não vão começar a funcionar. Todas as grandes plataformas acima as ignoram ou esperam por um novo método de pagamento.
- As redes de cartões limitam as novas tentativas. O changelog de 4 de agosto de 2026 do Recurly diz que passa a voltar a tentar as recusas temporárias até 20 vezes por período de 30 dias, “alinhando-se com as regras de novas tentativas das redes de cartões”. Se construir as suas próprias novas tentativas, verifique os limites do seu processador antes de acrescentar tentativas.
- Mantenha a janela mais curta do que o ciclo de faturação. Num plano mensal, uma janela de mais de um mês quer dizer que uma segunda fatura cai em cima da primeira. O guia de janelas de dunning do Recurly, por exemplo, recomenda uma janela de 27 dias para a faturação mensal.
- O momento vale mais do que o volume. Para
insufficient_funds, uma nova tentativa após um dia provável de pagamento do salário pode fazer mais do que várias novas tentativas na mesma semana.
Novas tentativas ou emails: o que recupera mais?
As novas tentativas recuperam os clientes cujo cartão volta a funcionar por si. Todos os outros têm de agir: atualizar um cartão expirado, confirmar um pagamento 3D Secure, ligar ao banco. No Stripe, uma fatura com recusa definitiva só volta a ser cobrada depois de associado um novo método de pagamento, e a documentação da Apple diz que a App Store tenta renovar de imediato quando o cliente atualiza os seus dados de pagamento. Em qualquer caso, é o email ou a mensagem na app que leva o cliente à página de atualização que o recupera. Combine o calendário de novas tentativas com uma sequência curta de emails; os nossos modelos de emails de recuperação cobrem os dias 0, 3, 7 e 14.
FAQ
Quantas vezes volta o Stripe a tentar um pagamento falhado?
Com as Smart Retries numa conta nova, até 8 vezes em 2 semanas por omissão, segundo a documentação do Stripe. Pode mudar a janela para um valor entre 1 semana e 2 meses, ou usar um calendário personalizado de até três novas tentativas.
Devo usar novas tentativas inteligentes ou um calendário fixo?
Comece pela opção inteligente da plataforma, se existir; costuma ser o valor por omissão recomendado. Passe para um calendário fixo quando souber algo que o modelo não sabe, como o dia em que os seus clientes recebem o salário.
As novas tentativas continuam depois de a subscrição ser cancelada?
Depende da plataforma. Algumas continuam a cobrar as faturas em aberto após um cancelamento, outras param. Verifique as definições de fim das novas tentativas e de cancelamento da sua plataforma antes de contar com um ou outro comportamento.
Posso voltar a tentar eu mesmo os pagamentos da App Store ou do Google Play?
Não. A Apple e a Google fazem todas as novas tentativas. Só pode prolongar o acesso com um grace period e enviar o cliente para a página de subscrições da loja.
Como o NoChurn ajuda
O NoChurn funciona ao lado das novas tentativas da sua plataforma de faturação em vez de as substituir. No Stripe, pode manter as Smart Retries ou deixar o NoChurn ajustar as novas tentativas aos dias prováveis de pagamento do salário e à hora local do cliente; nas outras plataformas, as novas tentativas ficam onde a plataforma as faz. Além disso, o NoChurn envia emails de recuperação escritos por IA nos dias 0, 3, 7 e 14 por omissão, revistos por si antes do envio, com um link para atualizar o método de pagamento, e mostra aos clientes com sessão iniciada um banner ou um ecrã de bloqueio na app. Funciona com o Stripe num clique, com o Chargebee, o Recurly, o Paddle, o Lemon Squeezy, o Mollie, o Braintree, a App Store, o Google Play e outros, ou com qualquer faturação através da API. Veja pagamentos falhados.