Para detener la facturación tras un número fijo de pagos, configura un límite finito y revisa el contador de pagos correctos de la suscripción individual. Separa esa frontera del final del programa o acceso. Seis intentos de cobro, seis meses transcurridos y seis pagos correctos son registros diferentes.
Esta checklist es para una empresa de formación que cobra un programa de precio fijo en una serie limitada. No es una política de cancelación ni recomienda una suscripción indefinida para un compromiso finito. Explica total, calendario y condiciones de finalización antes del checkout.
¿Qué controla el límite de pagos?
La documentación PayRequest Billing Cycles describe Payments Made, Payments Total y Remaining. Al alcanzar el número configurado de pagos correctos, el estado pasa a Completed y termina la facturación futura ordinaria. El acceso depende por separado del proceso empresarial.
El código revisado el 8 de octubre de 2026 lleva el límite de duración de un producto finito al total de pagos de una suscripción nueva. El método de pago correcto incrementa el contador; la finalización borra la próxima fecha de facturación. Comprueba el registro individual: editar un producto no implica cambiar todos los contratos existentes.
Define la oferta finita antes del contador
Ejemplo original ficticio: un programa cuesta 600 €, cobrados mediante seis pagos recurrentes de 100 €. El total incluye todo en este ejemplo, sin cuota inicial, descuento ni ajuste fiscal aparte. Seis por 100 € son 600 €. No es un precio de plan PayRequest ni un resultado de cliente.
Registra programa, moneda, total, importe por pago, intervalo, fecha inicial y límite. Conserva fechas de servicio y condiciones de acceso aparte. Si hay periodo de prueba del producto vendido, primer pago o cuota inicial, comprueba su registro antes de prometer qué cuenta dentro de los seis.
Cuenta pagos correctos, no intentos
Suponemos que el cuarto cobro falla una vez y después funciona. La tabla original contiene siete intentos y seis pagos correctos. No describe el calendario de reintentos de un proveedor.
| Evento | Resultado | Contador correcto | Importe cobrado en el ejemplo |
|---|---|---|---|
| Pago 1 | Correcto | 1 de 6 | 100 € |
| Pago 2 | Correcto | 2 de 6 | 200 € total |
| Pago 3 | Correcto | 3 de 6 | 300 € total |
| Primer intento del pago 4 | Fallido | Sigue 3 de 6 | Sigue 300 € |
| Intento posterior del pago 4 | Correcto | 4 de 6 | 400 € total |
| Pago 5 | Correcto | 5 de 6 | 500 € total |
| Pago 6 | Correcto | 6 de 6 | 600 € total |
Una transacción pendiente queda separada hasta conocer su resultado. No subas el contador porque haya pasado una fecha. Relaciona cada pago contado con su registro real y evita contar el mismo pago dos veces. Es una hoja ilustrativa: los proveedores pueden gestionar reintentos de forma distinta.
Mantén separados finalización y acceso
La finalización indica si se alcanzó el número acordado. No dice si el alumno acabó el curso o debe seguir viendo materiales. WooCommerce también distingue periodos de cobro y fechas finales de membresía. Sus ajustes no son promesas de PayRequest.
Usa dos campos de comunicación: «facturación completa tras seis pagos verificados» y «fin del servicio/acceso según las condiciones del programa». Pueden tener fechas distintas. Revisa cursos, comunidades o sistemas externos conectados en lugar de asumir que una etiqueta Completed retira el acceso automáticamente.
Revisa el último pago y las excepciones
Comprueba total configurado, contador, importes, moneda, estado Completed y calendario futuro. Una operación del proveedor ya pendiente requiere otra revisión; la finalización local no demuestra que todas las operaciones externas hayan terminado.
Reembolsos, disputas y ajustes necesitan referencias propias. No supongas que un reembolso reduce el contador o autoriza un cobro sustitutivo. Seis cobros de 100 € y un reembolso posterior de 50 € dan 550 € netos, pero esa aritmética no decide el saldo contractual ni la siguiente acción. Investiga antes de otro cargo.
Elige una frontera explícita para los cobros
La guía WooCommerce de productos de suscripción muestra ajustes finales de otro producto. Compara la tarea sin copiar etiquetas ni suponer el mismo comportamiento en PayRequest.
Para una interrupción temporal usa la checklist de pausa y reanudación. Para elegir factura de periodo, paquete o facturación continua consulta los modelos de cobro de clases. Después revisa un producto finito y su registro individual con PayRequest Subscriptions.
Nota editorial: la IA ayudó con artículo y portada. Documentación publicada y código relevante revisados el 8 de octubre de 2026. La tabla es ficticia; no se probó ninguna suscripción real, reintento ni integración de acceso.
