Pagamentos · Recorrência
Assinaturas previsíveis para cliente e operação.
Recorrência é uma relação contínua: autorização inicial, cobrança por ciclo, mudança de plano, falha, cancelamento e reembolso precisam formar um histórico único.

Visão executiva
O essencial antes de operar
Intenção atendida: Organizar assinaturas e pagamentos recorrentes por ciclo, com consentimento, credencial segura, retentativa e cancelamento.
- Assinatura e pagamento são objetos relacionados, mas distintos.
- Cada ciclo preserva referência própria.
- Credenciais ficam tokenizadas quando aplicável.
- Retentativas seguem uma política limitada.
- Mudanças de plano têm data efetiva.
01
O que esta solução organiza
Recorrência é uma relação contínua: autorização inicial, cobrança por ciclo, mudança de plano, falha, cancelamento e reembolso precisam formar um histórico único. O desenho da jornada separa claramente solicitação, validação, confirmação e conciliação. Assim, cada participante sabe o que precisa ocorrer antes de avançar.
Consentimento e agenda registráveis
Credenciais tokenizadas quando aplicável
Ciclo de cobrança e cancelamento auditável
02
Como funciona, etapa por etapa
- 01
Defina plano e regras comerciais
- 02
Registre autorização e método
- 03
Processe cada ciclo com referência própria
- 04
Concilie falhas, mudanças e cancelamentos
03
Qualidade operacional por padrão
Antes de confirmar qualquer operação, revise titularidade, valores, moeda ou ativo, rede quando aplicável, prazos, tarifas e destinatários. Dados enviados por canais não verificados não devem ser usados para transferências.
A Digittro apresenta estas informações para explicar o produto, e não como promessa de aprovação, rentabilidade, disponibilidade contínua ou aconselhamento financeiro, jurídico ou tributário.
03
Modelar o contrato da assinatura
Plano, preço, moeda, periodicidade, teste, renovação e cancelamento precisam estar definidos antes da primeira cobrança. A assinatura mantém a relação comercial; cada ciclo cria uma cobrança e um resultado financeiro. Misturar tudo em um único status impede saber se o cliente está ativo, inadimplente, em teste ou aguardando processamento.
Consentimento não deve ficar escondido em um botão genérico. A tela apresenta valor inicial, cobranças futuras e condições relevantes. Alterações de plano, desconto ou prazo criam versão com data de vigência, preservando o que valia em cada ciclo.
04
Método, token e tentativa controlada
Cartão recorrente usa token do prestador em vez de copiar dados completos. Código de segurança não é armazenado após autorização. Pix Automático utiliza autorização e fluxo próprios. O método pode expirar ou ser substituído, mas a troca não apaga cobranças anteriores.
Falha recebe causa operacional, próximo passo e política de retentativa. Intervalos evitam repetição agressiva e duplicidade. O cliente é informado por canal adequado e pode atualizar o método em ambiente seguro. Retorno tardio é reconciliado antes de uma nova cobrança.
05
Acesso, cancelamento e métricas
A liberação do serviço usa confirmação do servidor e regras do produto. Período de tolerância, suspensão e reativação precisam ser previsíveis. Cancelar renovação, pedir reembolso e excluir conta são ações distintas e não devem ser apresentadas como se fossem equivalentes.
Conciliação liga plano, assinatura, ciclo, cobrança, método, taxa e valor líquido. Métricas separam receita contratada, faturada, confirmada e recebida. Churn involuntário por falha de pagamento não deve ser misturado com cancelamento voluntário.
Operação monitora duplicidade, falhas por integração, recuperação, reembolso e contestação. Experimentos de cobrança respeitam consentimento e transparência. O sistema não ativa recorrência para quem realizou apenas uma compra avulsa.
Continuidade exige uma regra para indisponibilidade do provedor, webhook atrasado e método expirado. O produto não suspende acesso por uma falha técnica antes de conferir o estado, nem mantém serviço indefinidamente quando a política determina ação. Suporte recebe uma linha do tempo com tentativas e comunicações, sem visualizar credenciais completas. Auditorias amostram cobranças, cancelamentos e mudanças de plano para confirmar que interface, contrato e processamento permaneceram coerentes. Essa governança reduz perda de receita sem transformar retenção em obstáculo ao cliente.
Comparativo
Recorrência: assinatura, cobrança e acesso
| Etapa | Pergunta de controle | Evidência |
|---|---|---|
| Criação | Valor, moeda, método e referência estão corretos? | Cobrança registrada |
| Autorização | O provedor aceitou processar? | Evento autenticado |
| Confirmação | O critério do método foi atingido? | Status validado no servidor |
| Liquidação | Quanto ficou disponível e quando? | Agenda e repasse |
| Conciliação | Cobrança, taxas e pedido correspondem? | Extrato e identificadores |
Os estados, prazos e responsabilidades efetivos variam conforme método, provedor, país e contrato.
Checklist
Antes de solicitar uma cotação
- 01
Definir pedido, valor, moeda e método.
- 02
Criar uma referência interna única.
- 03
Coletar somente os dados necessários.
- 04
Validar eventos no servidor e deduplicá-los.
- 05
Separar autorização, confirmação e liquidação.
- 06
Tratar expiração, falha, estorno e devolução.
- 07
Conciliar valor bruto, taxas e líquido.
Vocabulário
Termos usados nesta página
- Cobrança
- Registro que relaciona valor, moeda, pagador e pedido.
- Autorização
- Aceite inicial para processar um pagamento.
- Confirmação
- Evento que satisfaz o critério definido para o método.
- Liquidação
- Disponibilização financeira após regras e prazos.
- Webhook
- Evento enviado por integração para atualizar o sistema.
- Conciliação
- Correspondência entre pedido, pagamento, custos e repasse.
Fontes
Referências institucionais
Links externos usados para contextualização normativa e educação financeira. Nenhum direciona a concorrentes.
04
Perguntas frequentes
Recorrência exige cartão?+
Não. O método depende das opções habilitadas, como cartão ou Pix Automático.
Posso tentar cobrar sem limite?+
Não. Retentativas precisam de regra, intervalo e comunicação adequados.
Cancelar apaga cobranças anteriores?+
Não. O histórico financeiro deve ser preservado.