Els pagaments recurrents a WooCommerce permeten cobrar de manera automàtica i periòdica a un client sense que hagi de tornar a introduir la seva targeta a cada cobrament, una cosa imprescindible per a membresies, quotes de servei o caixes per subscripció. A diferència d’una venda puntual, la comanda inicial és només el principi: al darrere hi ha un cicle de facturació, una passarel·la que guarda una referència de pagament i una lògica de renovació que ha de continuar funcionant sola durant mesos. En aquesta guia expliquem, peça per peça, com encaixa tot perquè puguis muntar un model d’ingressos previsible.

Pagaments recurrents a WooCommerce: com funcionen
WooCommerce, per si sol, està pensat per a vendes d’un sol pagament: el client afegeix un producte, paga i la transacció acaba aquí. Per cobrar de manera periòdica cal una capa de subscripcions que converteixi aquesta comanda inicial en un contracte repetible. Aquesta capa s’encarrega de tres coses: definir cada quant es cobra, guardar una autorització de pagament reutilitzable i programar les renovacions futures. Quan arriba la data, el sistema genera una nova comanda i executa el cobrament sense intervenció manual.
Entendre bé aquest flux evita sorpreses. No és el mateix emetre una factura una vegada que mantenir viva una relació de cobrament que pot fallar, canviar d’import o cancel·lar-se a mig cicle. Si busques una visió global del model, tens una guia de subscripcions a WooCommerce que complementa el que veuràs aquí.
Pagament únic davant de pagament recurrent
La diferència essencial és l’autorització. En un pagament únic, el client autoritza una sola operació per un import concret i aquí s’acaba tot. En un pagament recurrent, autoritza que se li cobri de manera repetida en el futur, i aquesta autorització es guarda com una referència (un token) que la passarel·la utilitzarà a cada renovació. El client no torna a teclejar la targeta; el sistema reutilitza aquesta referència de manera segura.
Això té implicacions pràctiques. La subscripció té estats (activa, en pausa, cancel·lada, caducada), dates de pròxima renovació i un historial de comandes associades. Gestionar bé aquests estats és just el que distingeix una botiga que factura sola d’una altra que exigeix perseguir cada client cada mes.
El producte de subscripció com a base
Tot comença pel tipus de producte, la base dels pagaments recurrents a WooCommerce. Un producte de subscripció defineix el preu, la moneda, la freqüència de cobrament i les condicions especials, com una prova gratuïta o una quota d’alta. En comprar-lo, WooCommerce no crea una venda tancada, sinó una subscripció amb el seu calendari de renovacions. Pots tenir subscripcions simples (un únic pla) o variables (diversos plans dins del mateix producte, per exemple mensual i anual), de manera que el client tria la cadència que prefereix.
Cada pla pot combinar import recurrent i condicions inicials diferents. Aquesta flexibilitat és la que permet dissenyar ofertes atractives sense renunciar al control comptable.
Cicles de facturació disponibles
El cicle de facturació és la freqüència amb què es repeteixen els pagaments recurrents a WooCommerce. WooCommerce, amb una capa de subscripcions, admet períodes habituals i també intervals personalitzats (per exemple, cada tres mesos). Triar bé el cicle influeix en la tresoreria i en la percepció de preu del client.
| Cicle | Freqüència típica | Casos d’ús freqüents |
|---|---|---|
| Setmanal | Cada 7 dies | Caixes de producte fresc, serveis d’alta rotació |
| Mensual | Cada mes | Membresies, programari, continguts, quotes de servei |
| Trimestral | Cada 3 mesos | Manteniments, serveis professionals |
| Anual | Cada 12 mesos | Plans amb descompte per permanència, llicències |
Un bon sistema deixa modificar el cicle sense recrear la subscripció i respecta la data de renovació acordada amb cada client, perquè els cobraments no se solapin ni s’avancin per error.
Períodes de prova gratuïts i quotes d’alta
Dos ajustos inicials canvien molt el comportament d’una subscripció: la prova gratis i la quota d’alta. Convé entendre’ls per separat perquè afecten el primer cobrament de maneres oposades.
Proves gratis
Un període de prova retarda el primer cobrament recurrent. Durant aquest tram el client gaudeix del servei sense pagar i, en acabar, comença la facturació normal. És clau que la passarel·la guardi l’autorització des del registre, encara que l’import inicial sigui zero, perquè el primer cobrament real no falli quan acabi la prova.
Quotes d’alta
Una quota d’alta és un càrrec puntual que se suma a la primera comanda, per sobre de la quota periòdica. Serveix per cobrir costos de posada en marxa o material inicial. Es cobra una sola vegada i no es repeteix en les renovacions següents.
Prorrateig en canviar de pla
En els pagaments recurrents a WooCommerce, el prorrateig entra en joc quan un client canvia de pla a mig cicle, per exemple passa de mensual a anual o puja de tarifa. En lloc de cobrar-li el nou import complet de seguida, el sistema calcula la part proporcional del període ja pagat i ajusta la diferència. Així el client no paga dues vegades pels mateixos dies i la comptabilitat reflecteix l’import exacte.
El prorrateig es pot aplicar a l’alta, en les millores de pla (upgrades) o en les baixades (downgrades). Automatitzar-lo evita càlculs manuals i reclamacions, que són la principal font de fricció en qualsevol botiga amb plans.
Renovació automàtica i el paper de la passarel·la
La renovació automàtica és el cor dels pagaments recurrents a WooCommerce. En la data prevista, es genera una comanda de renovació i la passarel·la executa el cobrament fent servir la referència guardada. Aquí la passarel·la no és un detall menor: sense tokenització no hi ha renovació possible, perquè ningú no estarà introduint la targeta cada mes.
Tokenització amb Redsys en els pagaments recurrents a WooCommerce
A Espanya, l’escenari més comú és cobrar amb Redsys a través dels bancs nacionals. EHERO WooCommerce Subscriptions cobra les renovacions automàtiques amb Redsys mitjançant tokenització, és a dir, l’anomenat pagament per referència: en el primer pagament s’autoritza i es guarda una referència amb la qual el banc executarà els següents cobraments sense tornar a demanar la targeta. Convé saber que Bizum no serveix per a cobraments recurrents, perquè no permet tokenitzar una autorització reutilitzable; és útil per a pagaments puntuals, no per a renovacions.
Reintents quan falla un cobrament
Un cobrament recurrent pot fallar per saldo insuficient, una targeta caducada o un rebuig temporal del banc. Sense una política de reintents, aquesta subscripció es perdria encara que el client volgués continuar. Per això el sistema ha de reintentar el càrrec amb una cadència raonable (per exemple, al cap d’uns dies) i avisar el client perquè actualitzi les seves dades.
Durant els reintents, la subscripció passa a un estat de gràcia en lloc de cancel·lar-se de cop. Només si tots els intents fracassen es marca com a impagada. Un punt crític és la idempotència: cada reintent ha de reutilitzar la mateixa comanda de renovació en lloc de crear-ne una de nova, per no duplicar cobraments ni factures.
Impostos i IVA a cada renovació
Cada comanda de renovació és una operació fiscal completa, no una còpia de l’anterior. Això vol dir que l’IVA es calcula a cada cobrament segons les regles aplicables al client en aquell moment: el seu país, si és empresa amb IVA intracomunitari vàlid o un consumidor final. Si la fiscalitat del client canvia, la següent renovació ho ha de reflectir.
Per a operacions dins de la UE, la validació del número d’IVA i l’exempció quan correspongui s’han de mantenir al llarg de tota la vida de la subscripció, no només a l’alta. Uns pagaments recurrents a WooCommerce ben muntats tornen a avaluar aquestes condicions a cada cicle perquè la factura sigui sempre correcta.
De WooCommerce a la comptabilitat
Els pagaments recurrents a WooCommerce són només la meitat de la feina; l’altra meitat és deixar cada renovació reflectida a la teva comptabilitat. Aquí és on importa l’enllaç amb un ERP. EHERO WooCommerce Subscriptions gestiona tot el cicle de vida (alta, cicles, prorrateig, reintents i impostos) i, juntament amb EHERO Woo Holded, porta la facturació a Holded perquè cada cobrament generi el seu document sense tasques manuals. Si vols aprofundir en aquest pont, revisa com integrar Holded amb WooCommerce.
WooCommerce és programari lliure i de codi obert, mantingut sobre WordPress, cosa que et dona control total sobre les teves dades de subscripció sense dependre d’una plataforma tancada.
Preguntes freqüents
Necessito un plugin per cobrar de manera periòdica?
Sí. WooCommerce de sèrie només processa pagaments únics; per a renovacions automàtiques necessites una capa de subscripcions que gestioni cicles, tokenització i reintents.
Puc cobrar les renovacions amb Redsys i el meu banc espanyol?
Sí. Amb tokenització (pagament per referència) el banc autoritza el primer cobrament i executa els següents automàticament, sense que el client torni a introduir la targeta.
Serveix Bizum per a subscripcions?
No. Bizum funciona bé per a pagaments puntuals, però no permet tokenitzar una autorització reutilitzable, així que no és vàlid per a cobraments recurrents.
Què passa si una renovació és rebutjada?
El sistema reintenta el càrrec durant un període de gràcia i avisa el client. Només si tots els intents fallen la subscripció passa a impagada.
Conclusió
Muntar bé els pagaments recurrents a WooCommerce és qüestió d’encaixar cada peça: producte de subscripció, cicle de facturació, proves i quotes d’alta, prorrateig, renovació automàtica per tokenització, reintents davant de fallades i IVA recalculat a cada cobrament. Quan tot això funciona sense intervenció manual, la teva botiga passa de vendre una vegada a facturar de manera previsible mes a mes. Per aconseguir-ho amb Redsys i amb la facturació connectada a Holded, fes una ullada a la fitxa de EHERO WooCommerce Subscriptions i valora si encaixa amb el teu model de negoci.
