Pagos recurrentes: cómo organizar cobros y acceso

Identifica lo que cubre cada periodo

Define el servicio incluido, su fecha de inicio y la fecha final del periodo. Una cuota puede cubrir acceso, mantenimiento o un conjunto concreto de prestaciones. Guarda la referencia del contrato y la del vencimiento por separado de la fecha de la transacción. Un pago que llega tarde no debe aplicarse a otro mes por una simple coincidencia de calendario. Describe también los cambios de plan y las regularizaciones, de modo que el equipo pueda explicar qué obligación comercial está intentando cobrar en cada momento.

Facturación por uso y suscripciones — Soon

Comprueba el acuerdo y las funciones necesarias

La posibilidad de iniciar pagos posteriores depende del método, del proveedor y de las condiciones aplicables a la cuenta. Confirma estos puntos con el PSP y las personas competentes para tu negocio. Haber usado una tarjeta una vez no describe por sí solo un acuerdo para futuras operaciones. Conserva las referencias previstas para ese acuerdo y explica cómo gestionar cambios o bajas. Esta preparación comercial y documental debe preceder a la promesa de cobro automático que se muestra al cliente.

Integración y API

Distingue un vencimiento de sus intentos técnicos

El vencimiento de noviembre sigue siendo una única obligación aunque el cliente necesite actualizar sus datos de pago. Utiliza identificadores diferentes para el vencimiento y para cada intento, manteniendo su relación. Si una respuesta de la API se pierde, el resultado no se convierte automáticamente en un fallo. Aplica la estrategia de idempotencia documentada y averigua si la operación existe. La repetición de una solicitud no debe crear otra prestación ni una nueva obligación comercial solo porque la primera respuesta tardó demasiado.

Página de pago alojada

Haz visible la incertidumbre del resultado

Define estados que las personas entiendan: pendiente de cobro, resultado en espera, confirmado o necesita revisión. Una pantalla de éxito no sustituye al estado verificado del servidor. Las notificaciones firmadas y las consultas de estado permiten actualizar el vencimiento sin depender del navegador. Stripe y Mollie explican esta separación en sus documentaciones. Si el resultado sigue siendo desconocido, establece quién lo investiga y cuándo debe hacerlo. Una serie de nuevos intentos sin aclarar el anterior puede crear un problema mayor.

Conecta el cobro con el acceso al servicio

Decide qué periodo se activa tras una confirmación y cómo se tratan los vencimientos todavía abiertos. La comunicación, cualquier plazo de cortesía y la suspensión son decisiones comerciales que deben estar definidas en tu marco aplicable. El webhook ejecuta esa regla; no debería inventarla. Una notificación repetida no puede ampliar dos veces el mismo acceso. Cuando una persona interviene manualmente, registra el motivo y la referencia para que soporte pueda explicar después por qué un cliente mantiene o pierde una prestación.

Elige sistemas según sus funciones reales

OrsunPay aporta una integración común con tus cuentas PSP, estados de pago y notificaciones firmadas. El módulo completo de billing para comerciantes está previsto y no está disponible hoy. No lo incluyas en el proyecto como un calendario de suscripciones o un emisor automático de facturas ya operativo. Selecciona herramientas disponibles para contratos, documentos y acceso, y define cómo se conectan al pago. Los contratos PSP siguen siendo tuyos y las tarifas de software OrsunPay se facturan de forma separada.

• Dar una referencia estable a cada vencimiento.
• Documentar los cambios de plan y las bajas.
• Probar una respuesta perdida y una notificación repetida.
• Asignar responsable a los resultados todavía desconocidos.
• Confirmar las capacidades recurrentes con el proveedor elegido.

Fuentes

• Documentación de Stripe sobre webhooks
• Documentación de Mollie sobre pagos