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.

Orquestração de pagamentos na plataforma Digittro
Pagamentos · Digittro
Conteúdo aprofundado2 min de leituraRevisado em 31/08/2026Equipe editorial e operacional Digittro

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.

01

Consentimento e agenda registráveis

02

Credenciais tokenizadas quando aplicável

03

Ciclo de cobrança e cancelamento auditável

02

Como funciona, etapa por etapa

  1. 01

    Defina plano e regras comerciais

  2. 02

    Registre autorização e método

  3. 03

    Processe cada ciclo com referência própria

  4. 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

EtapaPergunta de controleEvidência
CriaçãoValor, moeda, método e referência estão corretos?Cobrança registrada
AutorizaçãoO provedor aceitou processar?Evento autenticado
ConfirmaçãoO critério do método foi atingido?Status validado no servidor
LiquidaçãoQuanto ficou disponível e quando?Agenda e repasse
ConciliaçãoCobranç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

  1. 01

    Definir pedido, valor, moeda e método.

  2. 02

    Criar uma referência interna única.

  3. 03

    Coletar somente os dados necessários.

  4. 04

    Validar eventos no servidor e deduplicá-los.

  5. 05

    Separar autorização, confirmação e liquidação.

  6. 06

    Tratar expiração, falha, estorno e devolução.

  7. 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.

  1. Banco Central do Brasil — Sistema de Pagamentos Brasileiro ↗
  2. Banco Central do Brasil — normas do Pix ↗
  3. PCI Security Standards Council — PCI DSS ↗
  4. PCI SSC — código de segurança em recorrência ↗

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.