Assinaturas e pagamentos recorrentes

Configure o valor, a moeda, a frequência, o comportamento de renovação, a opção de cobrança inicial adiada e a política de repetição. Associe um cliente e um método de pagamento suportado a um plano; a DEUNA então agenda as cobranças.

O motor e a classificação de pagamento recorrente devem estar habilitados para o comerciante e a loja necessários. O suporte do processador, a portabilidade do token, a ligação da transação na rede e os requisitos de autenticação podem limitar as conexões elegíveis para cobranças posteriores.

Mantenha sua lógica de faturamento e use o API de pagamento DEUNA para cada cobrança. Seu sistema continua responsável por calcular os valores, aplicar o acordo, agendar as cobranças e evitar duplicidades.

A DEUNA pode manter identificadores de transações na rede suportados para ligação posterior de transações iniciadas pelo comerciante. Um token de "vault" identifica credenciais de cartão armazenadas; um identificador de transação na rede referencia o histórico de transações. Nenhum substitui o consentimento do cliente, e a portabilidade depende do provedor e da rede.

Use este modelo quando uma plataforma existente prepara cobranças recorrentes em arquivos. Concorde com a DEUNA sobre o formato em lote, a entrega segura, a adequação do token, os processadores elegíveis e a troca de resultados por pagamento antes da implementação.

O recebimento em lote não é aprovação de pagamento, e a autorização não é liquidação. Reconcilie cada item com o resultado final do pagamento.

• Pagamento recorrente: uma cobrança coletada repetidamente de acordo com um contrato. O valor pode ser fixo, como uma assinatura, ou variável, como cobrança com base no uso.
• Transação iniciada pelo cliente (CIT): um pagamento que o cliente efetua ativamente, incluindo o primeiro pagamento concluído durante o registro.
• Transação iniciada pelo comerciante (MIT): um pagamento posterior com cartão que sua empresa inicia sob o acordo anterior, sem que o cliente participe ativamente desse pagamento.

"Recurring" define o padrão de cobrança; "MIT" define quem inicia o pagamento e sob qual autoridade. Salvar um cartão sozinho não autoriza cobranças futuras.

Por exemplo, um cliente pode efetuar o primeiro pagamento para uma assinatura mensal como um "MIT" e autorizar renovações posteriores. Uma renovação automática subsequente também é um "MIT". A configuração pode tokenizar o cartão para uma primeira cobrança adiada.

Mantenha um acordo que identifique sua empresa e explique o valor ou cálculo, a frequência de cobrança ou o gatilho, e os termos de cancelamento. Capture e tokenize o cartão através de um fluxo suportado, com autenticação do cliente, quando necessário.

Sob a Segunda Diretiva de Serviços de Pagamento (PSD2), "MITs" qualificados podem estar fora da autenticação forte do cliente (SCA), mas isso não é uma exceção geral para cobranças recorrentes. A configuração remota requer SCA nas condições aplicáveis. Consulte o Orientação do MIT da EBA e configurar 3D Seguro (3DS) onde necessário.

Se o valor puder mudar, confirme qual sistema calcula e que o modelo selecionado suporta essas regras.

Um plano define os termos comerciais e de agendamento usados em novas assinaturas.

Os intervalos de cobrança suportados são DAILY, WEEKLY, BIWEEKLY, THIRTY_DAYS, SIXTY_DAYS, NINETY_DAYS, MONTHLY, BIMESTRIAL, QUARTERLY, ANNUAL, BIENNIAL, TRIANNUALe BIANNUAL.

Uma assinatura conecta um cliente a um plano e registra seu ciclo de vida, método de pagamento, datas de cobrança e transações processadas.

Um plano pode agendar o primeiro débito em vez de debitar imediatamente. Escolha um dos modos suportados:

• Dia específico do mês: débito no dia configurado do calendário. Por exemplo, uma assinatura criada em 3 de outubro com o dia 10 selecionado, o primeiro débito será em 10 de outubro.
• Número de dias após a aquisição: débito após o atraso configurado. Por exemplo, uma assinatura criada em 5 de outubro com um atraso de 7 dias, o primeiro débito será em 12 de outubro.

O cartão é tokenizado quando a assinatura é criada, mesmo que o débito comece mais tarde. A regra de atraso se aplica a assinaturas criadas a partir desse plano.

Configure o comportamento de repetição a partir da Configuração da assinatura na aba "Admin":

• número máximo de tentativas;
• intervalo de repetição e sua unidade (minutos, horas ou dias);
• retrocesso linear ou exponencial; e
• transição para paused ou canceled após o número de tentativas configurado esgotado.

A visualização no Admin mostra o cronograma de tentativas calculado antes de salvar. Coordene a recuperação com qualquer processo de repetição do lado do comerciante para que a mesma fatura não seja cobrada duas vezes.

1. Abra Assinaturas e selecione o Planos tab.
2. Selecione Criar plano.
3. Insira o nome, código, descrição, grupo, valor, moeda, frequência e comportamento de renovação do plano.
4. Configurar um início adiado se a primeira cobrança deve ocorrer mais tarde.
5. Revisar as configurações e selecionar Salvar plano.

Verifique se o plano salvo está ativo e aparece na lista de Planos antes de atribuir novas assinaturas.

1. Abra o Assinaturas tab.
2. Filtrar por e-mail do cliente, data de criação, plano ou status.
3. Abra uma assinatura para revisar os detalhes do cliente, o plano associado, datas de cobrança, valor, método de pagamento, transações e histórico de ciclo de vida.

Utilize os resultados da transação – e não apenas a presença de uma linha de assinatura – para verificar se a cobrança foi bem-sucedida.

Abra a assinatura, selecione Açõese escolha a operação desejada.

Adicione uma justificativa, se disponível, para preservar o contexto operacional. Uma assinatura pausada pode ser retomada a partir do mesmo menu de Ações. Após qualquer ação, verifique o status e a data de efetividade nos detalhes da assinatura.