Recuperação de pagamentos recusados: recupere o que os outros perdem.
A recuperação de pagamentos é o conjunto de novas tentativas que uma plataforma faz depois de um cartão ser recusado: classificar a recusa, reapresentá-la por outro adquirente ou por um token de rede e programar a tentativa para quando é provável haver fundos.
A maioria dos processadores devolve uma recusa e segue em frente. A Paybyrd trata-a como o início do fluxo: classifica o motivo, repara o que é reparável e reapresenta através de outro adquirente antes de o cliente dar por isso.
- recuperados este mês
- €127,482
- média do cohort vs provedor anterior
- +3.12pp
- repetição na mesma sessão, invisível para o comprador
- <1s
Uma recusa,
seguida até virar receita.
Uma única transação, do momento em que o emissor diz não até o dinheiro entrar. Cada passo é uma decisão que a plataforma toma sem lhe perguntar.
O emissor diz não
Uma autorização volta recusada com o código 05 — não autorizada. É a recusa mais comum nos pagamentos com cartão, e quase nunca significa o que os comerciantes assumem.
Simulação ilustrativa. A transação é gerada para esta página; a classificação da recusa, o agendamento da repetição e a sequência de adquirentes espelham o comportamento em produção.
Já pagou
pelo cliente que acabou de ser recusado.
Cada transação recusada é um cliente que o encontrou, o escolheu e pegou no cartão. O custo de aquisição já foi gasto. O stock já está reservado. Só falta uma autorização — e a maioria dos processadores trata isso como um problema de outra pessoa.
- 01
Uma recusa não é um veredicto sobre o cliente
O código de recusa mais comum nos pagamentos com cartão é o 05 — não autorizada. É uma recusa sem motivo declarado. Não significa que o cartão é mau, que o cliente não tem dinheiro ou que a compra era fraudulenta; significa que um emissor, num momento, através de um adquirente, disse não. Envie o mesmo cartão por outro adquirente — de preferência com licença no mercado do próprio titular — e a resposta muda com frequência. Nada mudou no cliente. Mudou o caminho.
- 02
A economia não se parece com mais nada que possa comprar
Melhorar a conversão implica normalmente gastar mais: melhor criatividade, mais tráfego, descontos maiores. A recuperação é o contrário. O cliente já está no passo do pagamento, com intenção provada e custo já incorrido. Um ponto de taxa de aprovação em 100M € de volume são 1M €, e chega sem um único visitante adicional. Não há outra rubrica num contrato de pagamentos com um retorno tão directo.
- 03
A maioria dos processadores está estruturalmente impedida de o resolver
Um processador com um único adquirente só pode repetir junto do adquirente que acabou de recusar — fazendo a mesma pergunta duas vezes à espera de outra resposta. É por isso que as suas taxas de recuperação são baixas, e por isso que o tema raramente aparece nos seus relatórios. Não é negligência; é arquitectura. O routing multi-adquirente é o pré-requisito, e tem de estar construído antes da primeira recusa, não depois.
- 04
Nas subscrições, uma recusa é churn que nunca escolheu
Na receita recorrente o custo acumula. Um cartão expira ou é reemitido, uma renovação falha em silêncio, e um cliente que nunca decidiu sair desaparece. Isto é churn involuntário, e é habitualmente maior do que o voluntário. Os network tokens mantêm a credencial guardada válida através da reemissão, e as recusas por fundos são repetidas em função do ciclo salarial e não de um temporizador fixo — por isso a subscrição sobrevive sem que ninguém tenha de reintroduzir um cartão.
A receita esteve sempre lá. Só precisava de outro caminho.
A recuperação não é uma funcionalidade acrescentada ao fluxo de pagamento. É o que o fluxo de pagamento devia ter feito desde o início — e na Paybyrd corre em cada transação que já nos envia, sem nada para integrar e sem lógica de repetição para manter.
Quatro motivos para um cartão dizer não.
Três deles são recuperáveis.
Recuperar não é repetir às cegas — isso queima a confiança do emissor e pode violar as regras dos esquemas. Cada recusa é primeiro classificada, e só as recuperáveis são reapresentadas.
- Recusa suave Recuperável
Fundos insuficientes, temporariamente
Reapresentada num calendário ajustado aos ciclos salariais e ao comportamento do emissor, não a um temporizador fixo. O cliente nunca volta a ser incomodado.
- Encaminhamento Recuperável
O problema era o adquirente, não o cartão
O mesmo cartão é reapresentado através de outro adquirente — muitas vezes com licença local no mercado do titular, onde a confiança do emissor é maior.
- Credencial expirada Recuperável
Cartão expirado ou reemitido
Os network tokens acompanham o titular na reemissão, por isso uma credencial guardada continua a funcionar depois de o plástico mudar.
- Recusa dura Não repetida
Roubado, bloqueado ou recusado em definitivo
Nunca é repetida. Reapresentar uma recusa dura prejudica a sua posição junto do emissor e viola as regras de repetição dos esquemas — por isso paramos.
A taxa de aprovação não é uma métrica.
É receita.
Um ponto percentual de aprovação em 100M € de volume são 1M €. A recuperação é o ponto percentual mais barato que alguma vez vai comprar, porque o cliente já decidiu pagar.
- Ganho de aprovação
- +3.12pp
- Recuperação · 30d
- 260k €
média do cohort vs provedor anterior
a 100M € de volume anual
O cliente já queria pagar. A recuperação é a diferença entre captar isso e dá-lo como perdido.
Mil tentativas,
e onde acabam realmente.
A diferença entre um processador a 92% e outro a 96% não é sorte. É o que acontece nos quatro segundos a seguir à primeira recusa.
- 1,000 Tentativas
- 920 Aprovadas à primeira
- 80 Recusadas
- 80 Repetição · adquirente alternativo
- 47 Recuperadas
Recuperação, sem rodeios.
É permitido repetir um cartão recusado?
Sim, dentro dos limites definidos pelos esquemas — e esses limites são o ponto. A Visa e a Mastercard limitam o número de tentativas e exigem que recusas duras (roubado, bloqueado, do-not-honour com código permanente) nunca sejam reapresentadas. A Paybyrd classifica cada recusa face a essas regras antes de decidir, por isso a recuperação nunca põe em risco a sua posição junto do emissor nem a conformidade com os esquemas. Repetir às cegas é a prática que resulta em coimas; isto é o oposto disso.
O meu cliente vai ser cobrado duas vezes?
Não. Uma repetição só acontece sobre uma tentativa recusada, ou seja, em que nenhum valor foi capturado. A autorização é reapresentada, não duplicada, e as chaves de idempotência do nosso lado impedem uma dupla captura mesmo que o seu sistema envie o mesmo pedido duas vezes. Se a repetição for bem-sucedida, o cliente vê exatamente uma cobrança.
O cliente percebe que houve uma repetição?
Normalmente não, e esse é o objectivo. As repetições na mesma sessão através de outro adquirente resolvem-se em menos de um segundo, por isso o comprador vê uma aprovação normal. As repetições agendadas para recusas suaves acontecem do lado do servidor sobre uma credencial guardada — não é pedido ao cliente que volte a introduzir nada, e só terá notícias suas se todas as tentativas falharem.
Em que é isto diferente das repetições do meu processador atual?
A maioria dos processadores com um único adquirente só consegue repetir junto do mesmo adquirente que acabou de recusar, e é por isso que as suas taxas de recuperação são baixas — estão a fazer a mesma pergunta duas vezes. A Paybyrd é multi-adquirente, por isso uma repetição pode seguir para um adquirente completamente diferente, muitas vezes com licença local no mercado do titular, onde a confiança do emissor é materialmente maior. Essa decisão de encaminhamento é a recuperação.
O que acontece a subscrições e pagamentos com cartão guardado?
É aqui que a recuperação se paga mais depressa. A tokenização de rede mantém uma credencial guardada válida através da reemissão e da expiração do cartão, por isso cobranças recorrentes que de outra forma falhariam em silêncio continuam a funcionar. Combinado com o agendamento de recusas suaves ajustado aos ciclos salariais, o churn involuntário em subscrições cai sem que escreva uma única linha de lógica de repetição.
Tenho de mudar a minha integração para ter isto?
Não. A recuperação corre dentro do fluxo de pagamento que já usa — checkout alojado, componentes embebidos ou API directa. Não há um produto separado para integrar nem lógica de repetição para manter do seu lado. Se já envia pagamentos através da Paybyrd, já está a correr.
Veja o que está a dar como perdido.
Envie-nos um mês de transações recusadas e mostramos-lhe o que a recuperação teria devolvido — sem integração, sem compromisso.