Hasta ahora, cobrar una suscripción en WooCommerce significaba aceptar una regla muy simple: eliges un periodo —cada mes, cada tres meses, cada año— y el plugin va sumando ese periodo una y otra vez hasta que la suscripción termina. Funciona perfectamente cuando el negocio encaja en esa forma. El problema es que muchos negocios no encajan.
Con la versión 2.0 de Payment Schedule for WooCommerce Subscriptions ya no tienes que encajar tu calendario de cobros en un periodo fijo. Ahora puedes escribir las fechas de pago una a una, en el orden y con la separación que quieras, y el plugin se encarga de que la suscripción cobre exactamente en esas fechas y en ninguna más.
Piensa en una academia que cobra el curso en nueve mensualidades, de septiembre a mayo, pero no cobra en verano. Con un periodo mensual tendrías que acordarte de pausar la suscripción en junio y reactivarla en septiembre, alumno por alumno. Piensa en un club deportivo que cobra la cuota en tres plazos con fechas de junta directiva concretas: 1 de octubre, 15 de enero y 1 de abril. Con un periodo cuatrimestral las fechas se irían desplazando según el día en que cada socio se apuntara.
El patrón se repite en formaciones que se pagan en plazos desiguales, en cuotas de asociación con fechas de calendario fijas, en servicios estacionales o en cualquier cobro fraccionado que responda a un calendario real y no a una fórmula. En todos esos casos el periodo fijo obliga a compensar a mano lo que el plugin no sabe hacer.
Nuestros plugins ya permitían mover los dos extremos del calendario: con First payment date for WooCommerce Subscriptions podías decidir el día del primer cobro, y con Payment Schedule podías fijar la fecha de expiración en lugar de contar periodos. Eso resolvía muchos casos, pero seguía siendo el mismo modelo de fondo: entre el primer pago y el último, WooCommerce Subscriptions decidía por su cuenta sumando el periodo una y otra vez.
El calendario a medida rompe esa limitación. Ya no defines los extremos y dejas el interior al automatismo: defines todas y cada una de las fechas. El primer pago, el último y todos los intermedios son tuyos.
La configuración vive en la ficha del producto, dentro de la pestaña de datos de la suscripción. Encontrarás un selector llamado Calendario de pagos personalizado con tres opciones.
Escribes fechas concretas del calendario y todos los clientes que compren ese producto pagarán en esas mismas fechas, sin importar el día en que hayan comprado. Es la opción para cursos, temporadas, cuotas de asociación y cualquier cobro ligado a un calendario compartido.
En lugar de fechas escribes números de días, y cada cliente recibe su propio calendario contado desde el momento de su compra. Un fraccionamiento en tres plazos a 0, 30 y 60 días le da a cada comprador la misma experiencia, empiece cuando empiece. Es la opción natural para pagos aplazados y planes de financiación.
El producto sigue funcionando como siempre y es WooCommerce Subscriptions quien decide el calendario. Es el valor por defecto, así que ningún producto cambia de comportamiento al actualizar.
Las filas se añaden y se quitan con un botón, se renumeran solas y cada variación de una suscripción variable tiene su propio calendario independiente. Un mismo curso puede tener la variación de pago único, la de tres plazos y la de nueve mensualidades, cada una con sus fechas.
Esta es la pregunta que aparece en cuanto trabajas con fechas fijas, y es donde el plugin se pone verdaderamente interesante. Si el calendario del curso empieza el 1 de octubre y alguien se matricula el 20 de noviembre, ¿qué debería ocurrir?
No hay una respuesta correcta universal, así que puedes decidirla tú, y por separado para dos situaciones distintas.
Cuando ya han pasado todas las fechas las opciones son no permitir la compra, avisarte y usar el calendario por defecto, o usar el calendario por defecto en silencio. Esta última encaja bien en productos que tienen una temporada con fechas fijas y, fuera de ella, un cobro recurrente normal.
La ficha del producto te avisa si eliges una regla que vuelve al calendario por defecto en un producto sin duración definida, porque ese cliente acabaría pagando indefinidamente. También te avisa si hay filas vacías, mal escritas o duplicadas, y si todas las fechas del calendario ya han pasado.
De poco sirve un calendario de cobros exacto si el cliente no sabe cuándo se le va a cobrar. Las fechas aparecen en la ficha del producto, en el carrito, en la finalización de la compra y en el detalle de la suscripción dentro de Mi cuenta. En las suscripciones variables la lista se actualiza sola cuando el cliente elige otra variación.
En Mi cuenta la tabla va un paso más allá y marca cada cuota como pagada o programada, así que el cliente sabe en todo momento en qué punto del plan está y cuánto le queda. Eso son consultas al servicio de atención que no llegan a producirse.
El calendario del producto es la plantilla, pero cada suscripción se queda con su propia copia en el momento de la compra. Eso significa que puedes editarla sin tocar el producto ni afectar a nadie más.
En la pantalla de edición de la suscripción hay un panel con todas sus cuotas. Las ya cobradas aparecen bloqueadas —no se puede reescribir el pasado—, y las pendientes son editables: cambia una fecha para aplazar una cuota, o vacíala para eliminarla del plan. Al guardar, el plugin recoloca el próximo pago y la fecha de fin para que los tres datos sigan siendo coherentes.
Un cliente te pide retrasar la cuota de enero al 5 de febrero. Abres su suscripción, cambias esa fecha, guardas. Ni pausas, ni cancelaciones, ni pedidos manuales.
Cuando un producto usa calendario a medida, el cobro inicial de WooCommerce Subscriptions desaparece. El cliente paga exactamente las cuotas que has escrito, en las fechas que has escrito, y nada más. Sin un pago de más al principio que luego haya que devolver o descontar.
Y en el otro extremo, cuando se cobra la última cuota del calendario la suscripción deja de facturar de forma definitiva: no se genera ninguna renovación adicional. Un plan de tres plazos cobra tres plazos. Ni dos ni cuatro.
Además, mientras el calendario está en uso la pantalla del producto oculta los ajustes que el calendario deja sin efecto —el periodo de prueba, la fecha de expiración, la fecha de primer pago—, de modo que solo ves las opciones que realmente hacen algo. Menos confusión y menos configuraciones contradictorias.
Si tu negocio cobra por calendario y llevas tiempo compensando a mano lo que el periodo fijo no sabe hacer, esta versión está pensada exactamente para ti.
Nota: Hay una valoración incrustada en esta entrada, por favor, visita esta entrada para valorarla.Aprende a optimizar checkout en WooCommerce con mejoras técnicas, pagos confiables y pruebas para reducir…
Evita errores comunes de CECA en WordPress al revisar credenciales, firmas, URLs, notificaciones y pruebas…
Aprende cómo instalar pasarela en WPBookingCalendar, configurar RedSys o Ceca, probar reservas y evitar errores…
Hoy vengo a hablaros de un plugin libre que tenemos publicado en el repositorio y…
Encuentra el mejor plugin de pagos para formularios WordPress según tu formulario, pasarela y tipo…
Aprende a implementar pagos recurrentes en formularios WordPress: suscripciones, tokenización, avisos y control operativo de…