Método · Recorrência
Assinaturas que não quebram em silêncio.
A receita recorrente falha de duas formas banais: o cartão é reemitido e a cobrança deixa de funcionar, ou uma renovação sofre recusa temporária e ninguém percebe até o cliente ir embora. Network tokens resolvem o primeiro caso, retentativas agendadas resolvem o segundo, e ambos acontecem sem que seu time precise construir um motor de cobrança.
Seu
Agenda e valor
Auto
Nova tentativa em recusa temporária
Token
Sobrevive à reemissão do cartão
1
Um pedido por ciclo
Como funciona
Da adesão à renovação, em quatro etapas.
- 01
AUTHORIZE
O cliente paga uma vez no checkout; o cartão é guardado no cofre como network token.
- 02
SCHEDULE
Você define valor, intervalo, início e fim — ou deixa em aberto.
- 03
CHARGE
Cada ciclo gera seu próprio pedido, seu próprio comprovante e seu próprio webhook.
- 04
RECOVER
Uma recusa temporária é retentada conforme uma agenda, em vez de ser dada como churn.
Cada ciclo é um pedido de verdade
Uma assinatura não é um objeto especial com relatórios próprios: cada cobrança gera um pedido, um comprovante e um webhook, exatamente como um pagamento avulso. Assim, a assinatura é conciliada linha a linha, um único mês pode ser estornado sem desfazer toda a relação, e seu financeiro não precisa de um segundo modelo mental para a receita recorrente.
- 01Um pedido, um comprovante e um webhook por ciclo
- 02Estorne um único ciclo sem mexer nos demais
- 03Concilia na mesma lista dos pagamentos avulsos
As duas falhas que realmente custam dinheiro
O churn involuntário se resume, em grande parte, a duas coisas: cartões vencidos ou reemitidos, e recusas temporárias que ninguém retentou. Os network tokens acompanham o titular na reemissão, então a cobrança continua funcionando quando chega um cartão novo. As retentativas agendadas fazem outra tentativa após uma recusa temporária, em horários escolhidos para ter mais chance do que a primeira.
- 01Network tokens sobrevivem a reemissões e vencimentos
- 02Recusas temporárias retentadas em agenda, não abandonadas
- 03O cliente só é avisado quando realmente importa
O que é preciso para ativar
Uma flag no primeiro pagamento para guardar o cartão, e uma agenda. Não há um produto de cobrança separado para integrar, e as cobranças da assinatura caem no mesmo back office e no mesmo repasse de tudo o mais que você recebe.
FAQ
Pagamentos recorrentes — dúvidas dos lojistas.
Não. A agenda, as retentativas e a gestão dos tokens fazem parte do método. Do seu lado ficam o primeiro pagamento e a decisão sobre valor e intervalo.
O cartão armazenado é um network token, que acompanha o titular em reemissões e vencimentos — assim, a assinatura que antes quebraria continua sendo cobrada.
Sim. O cartão por trás do Apple Pay ou do Google Pay pode ser tokenizado para cobranças recorrentes, então uma assinatura iniciada com um toque continua sem que o cliente volte ao checkout.
Cada ciclo é um pedido próprio, então você estorna esse pedido, total ou parcialmente, sem afetar nenhum outro ciclo nem cancelar a assinatura em si.
Mais métodos
Costumam ser ativados juntos.
Cartões salvos
Cofre · Um cliqueClientes recorrentes pagam com um toque; o cartão fica no nosso cofre e o seu sistema guarda uma referência.
02Pagamentos com cartão
Visa · MastercardO meio padrão, com 3-D Secure 2.0 e autenticação forte do cliente tratados dentro do fluxo.
03Pagamento por link
Sem necessidade de integraçãoUm link criado no back office e enviado ao cliente — com todos os métodos por trás, sem precisar de site.
Receba um pagamento em cada um deles.
Um merchant sandbox, chaves de API e um checkout com todos esses meios ativados, para você testar cada um de ponta a ponta antes de se comprometer com qualquer coisa.