Ciclo de vida de un pago recurrente
La recurrencia se inicia en su fecha efectiva.
La plataforma de pago creará entonces los pagos conforme al registro de vencimientos definido por la regla de recurrencia enviada en el formulario de creación de la recurrencia (campo vads_sub_desc).
En el contexto de la aplicación de la DSP2, la plataforma de pago transmite una referencia de encadenamiento en la solicitud de autorización, con el fin de evitar rechazos por falta de autenticación (soft decline).
Por cada vencimiento de una recurrencia, si la regla URL de notificación al crear una recurrencia se activa y configura correctamente, el sitio del vendedor recibirá el resultado del pago en su URL de notificación (IPN).
En particular, la notificación contiene:
- el campo vads_subscription, que indica la referencia de la recurrencia,
- el campo vads_recurrence number, que indica el número del vencimiento,
- el campo vads_occurrence_type, que indica de qué vencimiento se trata (primero, enésimo o último vencimiento),
- el campo vads_trans_status, que indica el estado del pago (aceptado o rechazado).
En caso de pago denegado:
- el vendedor no será notificado por correo electrónico,
- el pago no volverá a solicitarse automáticamente.
Si el medio de pago alcanza su fecha de vencimiento, se crea una transacción rechazada sin llamada al banco emisor. El detalle del error (vads_payment_error) se establece en 8 - La fecha de vencimiento de la tarjeta no permite esta acción.
Si los datos del medio de pago fueron purgados tras un periodo de inactividad de 15 meses, se crea una transacción rechazada sin llamada al banco emisor. El detalle del error (vads_payment_error) se establece en 107 - El medio de pago asociado al token ya no es válido.
Caso particular de las recurrencias con frecuencia diaria
- el de la víspera (que corresponde a la fecha de efecto),
- y el del día.
Para evitarlo, se aconseja transmitir una fecha de efecto al día siguiente del día en que se creó la recurrencia.