Pular para o conteúdo principal
Nesta página

O Recurring Commerce separa a configuração aprovada pelo cliente das cobranças subsequentes iniciadas pelo comerciante. Uma implementação segura preserva o consentimento e a linhagem de credenciais, distingue a interação inicial do cliente das cobranças subsequentes e fornece às equipes operacionais um histórico completo de assinaturas e pagamentos.

Separe a configuração da execução recorrente#

Diagrama de sequência
1Customer2Merchant3DEUNA4ProviderApprove terms and credential useTokenize through a supportedexperienceReturn a reusable referenceCreate the supported recurring chargeSubmit with configured recurringcontextReturn processing stateNotify or expose authoritative outcome
Comerciante ou clienteDEUNAProvedor ou processador

Os requisitos exatos para o primeiro pagamento, token, rede, autenticação, transação iniciada pelo comerciante e tentativas dependem do provedor, do mercado, do método e da configuração da conta.

Requisitos operacionais#

  • Registre o cliente, a versão dos termos, o horário do consentimento, a referência da credencial e o uso permitido.
  • Mantenha o status da credencial separado do status da assinatura e da cobrança individual.
  • Aplique uma referência de negócios única e o comportamento de idempotência suportado para cada cobrança agendada.
  • Defina a elegibilidade para retentar, espaçamento, número máximo de tentativas, comunicação com o cliente e regras de cancelamento antes da produção.
  • Reconcilie um tempo limite ou estado desconhecido com a tentativa original antes de reenviar.
  • Suporte à expiração, substituição, revogação, exclusão do cliente, alteração do plano, pausa e cancelamento da credencial.

Para otimização em lote específica da conta de cobranças agendadas, consulte Agente de aceitação. É uma interface de arquivo acordada, não um contrato de API público.

Continuar com Assinaturas, Cofre de Pagamentose Reconciliações.