Os pagamentos recorrentes em WooCommerce permitem cobrar de forma automática e periódica a um cliente sem que ele tenha de voltar a introduzir o cartão em cada cobrança, algo imprescindível para membros, quotas de serviço ou caixas por subscrição. Ao contrário de uma venda pontual, a encomenda inicial é apenas o princípio: por trás há um ciclo de faturação, uma gateway que guarda uma referência de pagamento e uma lógica de renovação que deve continuar a funcionar sozinha durante meses. Neste guia explicamos, peça por peça, como tudo se encaixa para que possa montar um modelo de receitas previsível.
Pagamentos recorrentes em WooCommerce: como funcionam
WooCommerce, por si só, foi pensado para vendas de pagamento único: o cliente adiciona um produto, paga e a transação termina aí. Para cobrar de forma periódica é necessária uma camada de subscrições que converta essa encomenda inicial num contrato repetível. Essa camada trata de três coisas: definir de quanto em quanto tempo se cobra, guardar uma autorização de pagamento reutilizável e programar as renovações futuras. Quando chega a data, o sistema gera uma nova encomenda e executa a cobrança sem intervenção manual.
Entender bem este fluxo evita surpresas. Não é o mesmo emitir uma fatura uma vez que manter viva uma relação de cobrança que pode falhar, mudar de valor ou ser cancelada a meio de um ciclo. Se procura uma visão global do modelo, tem um guia de subscrições em WooCommerce que complementa o que verá aqui.
Pagamento único versus pagamento recorrente
A diferença essencial é a autorização. Num pagamento único, o cliente autoriza uma única operação por um valor concreto e aí termina tudo. Num pagamento recorrente, autoriza que lhe seja cobrado de forma repetida no futuro, e essa autorização é guardada como uma referência (um token) que a gateway utilizará em cada renovação. O cliente não volta a digitar o cartão; o sistema reutiliza essa referência de forma segura.
Isto tem implicações práticas. A subscrição tem estados (ativa, em pausa, cancelada, caducada), datas da próxima renovação e um histórico de encomendas associadas. Gerir bem esses estados é precisamente o que distingue uma loja que fatura sozinha de outra que exige perseguir cada cliente todos os meses.
O produto de subscrição como base
Tudo começa pelo tipo de produto, a base dos pagamentos recorrentes em WooCommerce. Um produto de subscrição define o preço, a moeda, a frequência de cobrança e as condições especiais, como um teste gratuito ou uma taxa de adesão. Ao comprá-lo, WooCommerce não cria uma venda fechada, mas sim uma subscrição com o seu calendário de renovações. Pode ter subscrições simples (um único plano) ou variáveis (vários planos dentro do mesmo produto, por exemplo mensal e anual), de modo que o cliente escolhe a cadência que prefere.
Cada plano pode combinar valor recorrente e condições iniciais diferentes. Essa flexibilidade é o que permite desenhar ofertas atrativas sem abdicar do controlo contabilístico.
Ciclos de faturação disponíveis
O ciclo de faturação é a frequência com que se repetem os pagamentos recorrentes em WooCommerce. WooCommerce, com uma camada de subscrições, admite períodos habituais e também intervalos personalizados (por exemplo, de três em três meses). Escolher bem o ciclo influencia a tesouraria e a perceção de preço do cliente.
| Ciclo | Frequência típica | Casos de uso frequentes |
|---|---|---|
| Semanal | A cada 7 dias | Caixas de produto fresco, serviços de elevada rotação |
| Mensal | Todos os meses | Membros, software, conteúdos, quotas de serviço |
| Trimestral | A cada 3 meses | Manutenções, serviços profissionais |
| Anual | A cada 12 meses | Planos com desconto por permanência, licenças |
Um bom sistema permite modificar o ciclo sem recriar a subscrição e respeita a data de renovação acordada com cada cliente, para que as cobranças não se sobreponham nem sejam antecipadas por engano.
Períodos de teste gratuitos e taxas de adesão
Dois ajustes iniciais mudam bastante o comportamento de uma subscrição: o teste gratuito e a taxa de adesão. Convém entendê-los separadamente porque afetam a primeira cobrança de formas opostas.
Testes gratuitos
Um período de teste adia a primeira cobrança recorrente. Durante esse intervalo o cliente usufrui do serviço sem pagar e, ao terminar, começa a faturação normal. É fundamental que a gateway guarde a autorização desde o registo, mesmo que o valor inicial seja zero, para que a primeira cobrança real não falhe quando o teste terminar.
Taxas de adesão
Uma taxa de adesão é uma cobrança pontual que se soma à primeira encomenda, acima da quota periódica. Serve para cobrir custos de implementação ou material inicial. É cobrada uma única vez e não se repete nas renovações seguintes.
Prorrateio ao mudar de plano
Nos pagamentos recorrentes em WooCommerce, o prorrateio entra em jogo quando um cliente muda de plano a meio do ciclo, por exemplo passa de mensal para anual ou sobe de tarifa. Em vez de lhe cobrar de imediato o novo valor completo, o sistema calcula a parte proporcional do período já pago e ajusta a diferença. Assim o cliente não paga duas vezes pelos mesmos dias e a contabilidade reflete o valor exato.
O prorrateio pode ser aplicado na adesão, nas melhorias de plano (upgrades) ou nas reduções (downgrades). Automatizá-lo evita cálculos manuais e reclamações, que são a principal fonte de fricção em qualquer loja com planos.
Renovação automática e o papel da gateway
A renovação automática é o coração dos pagamentos recorrentes em WooCommerce. Na data prevista, é gerada uma encomenda de renovação e a gateway executa a cobrança usando a referência guardada. Aqui a gateway não é um detalhe menor: sem tokenização não há renovação possível, porque ninguém vai estar a introduzir o cartão todos os meses.
Tokenização com Redsys nos pagamentos recorrentes em WooCommerce
Em Espanha, o cenário mais comum é cobrar com Redsys através dos bancos nacionais. EHERO WooCommerce Subscriptions cobra as renovações automáticas com Redsys através de tokenização, ou seja, o chamado pagamento por referência: no primeiro pagamento é autorizada e guardada uma referência com a qual o banco executará as cobranças seguintes sem voltar a pedir o cartão. Convém saber que Bizum não serve para cobranças recorrentes, porque não permite tokenizar uma autorização reutilizável; é útil para pagamentos pontuais, não para renovações.
Tentativas quando uma cobrança falha
Uma cobrança recorrente pode falhar por saldo insuficiente, um cartão caducado ou uma rejeição temporária do banco. Sem uma política de tentativas, essa subscrição perder-se-ia mesmo que o cliente quisesse continuar. Por isso o sistema deve tentar novamente a cobrança com uma cadência razoável (por exemplo, alguns dias depois) e avisar o cliente para atualizar os seus dados.
Durante as tentativas, a subscrição passa para um estado de graça em vez de ser cancelada de imediato. Só se todas as tentativas falharem é que é marcada como em dívida. Um ponto crítico é a idempotência: cada tentativa deve reutilizar a mesma encomenda de renovação em vez de criar uma nova, para não duplicar cobranças nem faturas.
Impostos e IVA em cada renovação
Cada encomenda de renovação é uma operação fiscal completa, não uma cópia da anterior. Isso significa que o IVA é calculado em cada cobrança segundo as regras aplicáveis ao cliente nesse momento: o seu país, se é empresa com IVA intracomunitário válido ou um consumidor final. Se a fiscalidade do cliente mudar, a renovação seguinte deve refletir isso.
Para operações dentro da UE, a validação do número de IVA e a isenção quando aplicável devem manter-se ao longo de toda a vida da subscrição, não apenas na adesão. Uns pagamentos recorrentes em WooCommerce bem montados voltam a avaliar estas condições em cada ciclo para que a fatura esteja sempre correta.
De WooCommerce para a contabilidade
Os pagamentos recorrentes em WooCommerce são apenas metade do trabalho; a outra metade é deixar cada renovação refletida na sua contabilidade. É aqui que importa a ligação com um ERP. EHERO WooCommerce Subscriptions gere todo o ciclo de vida (adesão, ciclos, prorrateio, tentativas e impostos) e, juntamente com EHERO Woo Holded, leva a faturação para Holded para que cada cobrança gere o seu documento sem tarefas manuais. Se quiser aprofundar essa ponte, veja como integrar Holded com WooCommerce.
WooCommerce é software livre e de código aberto, mantido sobre WordPress, o que lhe dá controlo total sobre os seus dados de subscrição sem depender de uma plataforma fechada.
Perguntas frequentes
Preciso de um plugin para cobrar de forma periódica?
Sim. WooCommerce de origem processa apenas pagamentos únicos; para renovações automáticas precisa de uma camada de subscrições que trate de ciclos, tokenização e tentativas.
Posso cobrar as renovações com Redsys e o meu banco espanhol?
Sim. Com tokenização (pagamento por referência) o banco autoriza a primeira cobrança e executa as seguintes automaticamente, sem que o cliente volte a introduzir o cartão.
Bizum serve para subscrições?
Não. Bizum funciona bem para pagamentos pontuais, mas não permite tokenizar uma autorização reutilizável, por isso não é válido para cobranças recorrentes.
O que acontece se uma renovação for rejeitada?
O sistema volta a tentar a cobrança durante um período de graça e avisa o cliente. Só se todas as tentativas falharem é que a subscrição passa a em dívida.
Conclusão
Montar bem os pagamentos recorrentes em WooCommerce é uma questão de encaixar cada peça: produto de subscrição, ciclo de faturação, testes e taxas de adesão, prorrateio, renovação automática por tokenização, tentativas perante falhas e IVA recalculado em cada cobrança. Quando tudo isso funciona sem intervenção manual, a sua loja passa de vender uma vez para faturar de forma previsível mês após mês. Para conseguir isso com Redsys e com a faturação ligada a Holded, veja a ficha de EHERO WooCommerce Subscriptions e avalie se se enquadra no seu modelo de negócio.