Suporte a Assinaturas WooCommerce
A Cardflo integra-se diretamente com as Assinaturas WooCommerce, permitindo que os comerciantes gerenciem as receitas recorrentes de forma eficiente. Esta integração fornece uma infraestrutura de pagamento robusta para empresas baseadas em subscrição, garantindo o processamento consistente de pagamentos e uma maior retenção de clientes.
Os comerciantes podem aproveitar os recursos avançados da Cardflo dentro da sua configuração WooCommerce existente.
- Categoria
- Plugins
- Funcionalidades
- 10
- Disponível em
- Todos os planos
A visão geral
O suporte a Assinaturas WooCommerce dentro de uma pilha de pagamentos opera como uma camada de orquestração entre o ambiente WordPress e a infraestrutura de aquisição.
Esta integração facilita o gerenciamento dos ciclos de vida das transações recorrentes, indo além de simples autorizações únicas para lidar com lógicas complexas, como ciclos de faturação agendados, períodos de teste e rateio.
Ao utilizar uma interface de plugin especializada, os comerciantes conectam-se a um gateway de pagamento que suporta notificações de pagamento assíncronas e credenciais armazenadas.
A mecânica baseia-se em transações iniciadas pelo comerciante (MIT) onde a transação inicial iniciada pelo titular do cartão (CIT) estabelece o mandato para a faturação subsequente. Esta estrutura permite que o sistema gerencie os requisitos técnicos da Autenticação Forte do Cliente (SCA) minimizando o atrito.
Ele fica entre a base de dados WooCommerce e as redes de esquema de pagamento,
garantindo que os tokens de pagamento sejam armazenados com segurança e que as atualizações de assinaturas individuais sejam comunicadas ao adquirente com a sinalização de transação correta para manter a conformidade com as regulamentações PSD2.
Como funciona
Estabelecimento do Mandato de Pagamento
Quando um cliente conclui um checkout, o sistema realiza uma autorização inicial com verificação 3D Secure. Isso cria um token seguro e um mandato de pagamento documentado pelo emissor.
Esta transação inicial iniciada pelo titular do cartão define os sinalizadores necessários para que todos os futuros ciclos de faturação automatizados sejam processados como iniciados pelo comerciante.
Armazenamento Seguro de Tokens
Números de conta primários sensíveis não são armazenados no servidor WooCommerce. Em vez disso, são transmitidos para um cofre compatível com PCI-DSS.
O gateway retorna um token único para a plataforma do comerciante, que é utilizado para pedidos recorrentes subsequentes, reduzindo o âmbito dos requisitos de segurança de dados para o negócio.
Ciclos de Faturação Automatizados
O plugin monitoriza o agendamento de assinaturas definido no WordPress. No intervalo necessário, ele aciona um pedido ao processador de pagamento usando o token armazenado.
O pedido inclui indicadores recorrentes específicos e o identificador da transação original para garantir que o emissor reconheça o pagamento como parte de um acordo estabelecido.
Gerenciamento de Pagamentos Recusados
Se uma cobrança recorrente for recusada, o sistema categoriza a falha como uma recusa suave ou dura. Recusas suaves, como fundos temporariamente insuficientes, acionam lógicas de nova tentativa secundárias ou processos de cobrança.
Recusas duras, como um cartão cancelado, levam o sistema a notificar o cliente para atualizar os detalhes de pagamento.
Por que importa
Redução nas Taxas de Churn
O churn involuntário ocorre quando assinaturas ativas falham devido a problemas técnicos de pagamento ou credenciais expiradas. A integração de suporte sofisticado a assinaturas permite o uso de ferramentas como atualizadores de conta e lógica de nova tentativa inteligente.
Esses mecanismos garantem que a receita permaneça consistente sem a necessidade de intervenção manual do cliente, o que geralmente leva a uma maior retenção ao longo do ciclo de vida do assinante.
Conformidade e Precisão na Sinalização
Os pagamentos recorrentes estão sujeitos a estruturas regulatórias específicas sob a PSD2 e as regras do esquema. A falha em sinalizar corretamente uma MIT pode resultar em altas taxas de recusa por parte dos emissores.
Uma integração robusta garante que cada transação contenha os metadados corretos, como o ID da transação original e o Código de Categoria de Comerciante apropriado, para satisfazer os modelos de risco do emissor e os requisitos de autenticação.
Casos de uso
SaaS e Associações Digitais
Empresas que fornecem acesso a software podem automatizar renovações mensais ou anuais. A integração gerencia os níveis de acesso com base no status de liquidação em tempo real, garantindo que a entrega do serviço esteja diretamente ligada à confirmação de pagamento bem-sucedida.
Serviços de Caixas Físicas Curadas
Comerciantes que enviam bens físicos em um cronograma usam a integração para sincronizar a captura de pagamento com os ciclos de inventário. Isso garante que as etiquetas de envio sejam geradas apenas depois que o adquirente autorizou a cobrança recorrente.
Doações Recorrentes Caritativas
Organizações sem fins lucrativos podem organizar programas de doação regular através do seu website. O sistema lida com várias frequências de doação, mantendo um rasto de auditoria claro e fornecendo aos doadores a capacidade de pausar ou atualizar as suas contribuições.
Em números
Ganhos típicos observados na indústria ao fazer a transição de sinalização recorrente manual para automatizada e ao utilizar lógica de nova tentativa inteligente.
Pesquisas da indústria indicam que esta faixa de recuperação é possível quando atualizadores de conta e cobrança automatizada são implementados de forma eficaz.
A duração padrão para processar chamadas de API recorrentes entre o plugin e o gateway de pagamento em ambientes estáveis.
Termos relacionados
Talk to our team about a live rollout on your acquiring stack.
O que obtém com Suporte a Assinaturas WooCommerce
- Sincronização de sinalizadores de transações iniciadas pelo comerciante para satisfazer os requisitos do emissor e reduzir recusas de autorização.
- Armazenamento de credenciais de pagamento num cofre compatível com PCI para minimizar os riscos de segurança de dados locais.
- Sequências de cobrança automatizadas para gerenciar e recuperar receitas de tentativas de transações recorrentes falhadas.
- Suporte a múltiplas moedas através da interface WooCommerce para facilitar a expansão global de assinaturas.
- Atualizações de status em tempo real via webhooks para manter os registos de assinaturas precisos em toda a plataforma.
- Integração com serviços de tokenização de rede para atualizar automaticamente detalhes de cartões de crédito expirados ou substituídos.
- Controlo granular sobre os agendamentos de nova tentativa para recusas suaves com base em códigos de recusa específicos do emissor.
- Execução de faturação proporcional para clientes que alteram o seu nível de assinatura a meio do ciclo.
- Relatórios abrangentes sobre o valor vitalício do cliente e o sucesso da renovação de assinaturas em todos os métodos de pagamento.
- Verificação da identidade do titular do cartão via 3DS na transação inicial para estabelecer mandatos de pagamento.
A short scoping call, then a written plan for your MIDs.
Perguntas sobre Suporte a Assinaturas WooCommerce
Como a integração lida com a Autenticação Forte do Cliente para pagamentos recorrentes?
De acordo com a PSD2, a configuração inicial da assinatura é tratada como uma transação iniciada pelo titular do cartão e deve passar por SCA, tipicamente via 3D Secure.
Uma vez que esta seja autenticada com sucesso e o mandato estabelecido, os pagamentos subsequentes na série são classificados como transações iniciadas pelo comerciante (MIT).
Estas MITs estão geralmente fora do âmbito dos requisitos de SCA, desde que sejam sinalizadas corretamente com o ID da transação original.
A integração garante que estes sinalizadores estejam presentes, permitindo ao comerciante processar renovações sem exigir que o cliente retorne ao site para cada ciclo de faturação.
O que acontece quando o cartão de crédito de um assinante expira?
O sistema pode utilizar serviços de atualização de conta fornecidos pelos esquemas de cartão para gerenciar a expiração do cartão. Quando um emissor substitui um cartão, os detalhes atualizados são recuperados via adquirente e o token no cofre é atualizado.
Para emissores que não suportam isso, a lógica de cobrança dentro do plugin fornece notificações automáticas por e-mail ao cliente, solicitando que forneça um novo método de pagamento antes que a assinatura seja suspensa ou cancelada pelo sistema.
Posso oferecer períodos de teste com estas configurações de assinatura?
Sim, a lógica suporta períodos de teste onde uma autorização de valor zero ou de taxa nominal é realizada inicialmente para validar o cartão e estabelecer o mandato.
Uma vez que o período de teste expire, o sistema transita automaticamente para o valor total da faturação.
A integração garante que a mudança do teste para o pagamento total seja comunicada corretamente ao emissor para evitar gatilhos de fraude ou recusas inesperadas durante o primeiro evento de faturação completa.
São suportados múltiplos métodos de pagamento para faturação recorrente?
Embora os cartões de crédito e débito sejam os mais comuns, a infraestrutura suporta vários métodos de pagamento alternativos (APMs) que permitem mandatos recorrentes, como o Débito Direto SEPA. A disponibilidade destes métodos depende das capacidades do adquirente e das regulamentações regionais específicas.
A integração organiza estes de forma diversa no checkout, garantindo que o cliente pode selecionar o seu método preferido enquanto o sistema mantém a documentação de mandato necessária.
É possível pausar uma assinatura em vez de a cancelar?
A estrutura técnica permite a suspensão do gatilho de faturação sem apagar o token de pagamento ou o registo do mandato. Quando um comerciante ou cliente pausa uma assinatura, os pedidos de faturação agendados são interrompidos.
Após a reativação, o sistema retoma o ciclo utilizando o token existente. Isso mantém a continuidade do acordo original e evita a necessidade de um novo desafio 3DS, a menos que o valor da faturação ou os termos tenham mudado significativamente.
Como as recusas são categorizadas e gerenciadas pelo plugin?
O gateway retorna códigos de recusa específicos para cada transação falhada. O sistema categoriza-os em recusas suaves, como 'fundos insuficientes', e recusas duras, como 'cartão roubado'.
Para recusas suaves, os comerciantes podem definir um agendamento de nova tentativa automatizado, como tentar a cobrança novamente após 24 ou 72 horas. Recusas duras interrompem imediatamente as tentativas de nova tentativa para evitar taxas de esquema ou penalidades do adquirente por autorizações falhadas excessivas.
Funcionalidades relacionadas.
Pronto para a velocidade?
Fale-nos do seu negócio. Iremos apresentá-lo aos parceiros adquirentes e à rota certa, normalmente em menos de uma semana.