¿Qué es la Lógica de Reintento en Pagos?

La lógica de reintento son las reglas que sigue un comercio o procesador de pagos cuando un pago con tarjeta falla: si reintentar o no, cuándo, cuántas veces y con qué datos. Una buena lógica de reintento recupera una gran parte de los soft declines sin reintentar nunca un hard decline. Una mala lógica de reintento —«simplemente prueba otra vez cada cinco minutos»— le cuesta al comercio comisiones por rechazo, buena voluntad del cliente y reputación en su cuenta de comercio. Las cifras publicadas del sector muestran que un reintento inteligente puede recuperar entre el 30 % y el 70 % de las transacciones rechazadas por soft decline en un contexto de facturación recurrente.

Todo sistema de pagos reintenta las transacciones fallidas de alguna forma. La cuestión es cuán reflexivamente. Un enfoque ingenuo —misma tarjeta, mismos datos, mismo intervalo de reintento, hasta que funcione o se alcance un límite artificial de intentos— deja dinero sobre la mesa e irrita al cliente. Un enfoque meditado puede ser la diferencia entre una tasa de autorización del 85 % y una del 92 % sobre la misma base de clientes.

Qué decide la lógica de reintento

Una estrategia de reintento responde a unas pocas preguntas cada vez que falla un pago.

Primera: ¿deberíamos reintentar siquiera? Si el código de rechazo es duro —tarjeta perdida, fraude, cuenta cerrada, do-not-honour— la respuesta es no. Reintentar no ayudará y puede marcar la cuenta de comercio. Si el rechazo es blando —fondos insuficientes, emisor no disponible, verificación de fraude pendiente— la respuesta suele ser sí.

Segunda: ¿cuándo? Un código de emisor-no-disponible (91) necesita un reintento en minutos u horas, no en días. Un código de fondos insuficientes (51) necesita un reintento al siguiente día hábil como muy pronto, idealmente alineado con la nómina o con el ciclo típico de provisión del titular. Un fallo de 3D Secure a veces puede reintentarse en la misma sesión si el cliente sigue presente.

Tercera: ¿con qué datos? Si la tarjeta se reemitió mientras tanto y el adquirente participa en Card Account Updater (Visa Account Updater, Mastercard Automatic Billing Updater), el reintento debe salir con el nuevo número, la nueva caducidad y, cuando aplique, el nuevo token de red. Reintentar con datos obsoletos desperdicia intentos.

Cuarta: ¿cuántas veces? Dos o tres reintentos son suficientes para la mayoría de escenarios de facturación recurrente. Más allá, la curva de recuperación se aplana mucho y el riesgo de saltar las monitorizaciones sube.

Quinta: ¿cuándo involucrar al cliente? Algunos motivos de rechazo no son recuperables solo con reintento automático: necesitan que el titular haga algo. Un 59 (sospecha de fraude) necesita que el titular apruebe la transacción en su app bancaria. Un 54 (tarjeta caducada) necesita nuevos datos de tarjeta. Sacarlos a la luz al cliente por correo, SMS o avisos in-app forma parte de la estrategia de reintento, no es un proceso aparte.

Smart retries: qué es lo «inteligente» de verdad

El término «smart retries» se lo lanza todo equipo de marketing de procesador de pagos. Lo que significa de verdad en la práctica:

Inteligencia de hora del día. Las tarjetas vinculadas a cuentas de consumidor se recargan en momentos predecibles: día de paga, fin de mes, nóminas semanales. Reintentar un rechazo 51 (fondos insuficientes) a las 9 de la mañana del día 1 del mes captura a los clientes a los que les acaba de llegar la nómina; reintentar a las 11 de la noche del mismo día se los pierde.

Intervalos de backoff. El espacio entre reintentos se ensancha a medida que los intentos avanzan. Un primer reintento puede ser 24 horas después del fallo, un segundo 3 días después, un tercero 7 días después. Los bucles más cerrados al principio cazan los baches del lado del emisor; los huecos más largos después cazan los ciclos de provisión más profundos sin quemar intentos.

Enrutamiento consciente del motivo. Los distintos códigos de rechazo reciben distintos calendarios de reintento. Los reintentos por emisor-no-disponible ocurren en minutos; los reintentos por fondos insuficientes ocurren en días; los reintentos por verificación de fraude esperan a que el cliente confirme. La talla única es lo contrario de inteligente.

Tokens de red y datos del actualizador de tarjetas. Cuando el adquirente los soporta, los reintentos salen usando el token de red asociado a la tarjeta en lugar del PAN en claro. Los tokens sobreviven a las reemisiones de tarjeta, lo que significa que una tarjeta que salió «rechazada — caducada» en el primer intento puede tener éxito en el segundo sin que el cliente haga nada. La cobertura de Card Account Updater varía según el emisor pero representa una porción significativa de los pagos fallidos recuperados en libros de suscripción.

Topes claros. La lógica de reintento inteligente para. Tres o cuatro intentos sobre una transacción fallida individual es el techo práctico: más allá, la tasa de recuperación adicional se mide en puntos porcentuales sueltos y el riesgo de sanciones de velocidad impuestas por la red empieza a subir.

Cuándo NO reintentar

Los hard declines son el caso obvio. Pero unos cuantos casos menos obvios también pertenecen al cubo de «no reintentar».

Una autorización revocada (códigos R0, R1, R3 en facturación recurrente) es una instrucción formal del cliente para que dejes de cobrar. Continuar reintentando tras esto es un imán de contracargos y, en algunas jurisdicciones, una cuestión de protección al consumidor.

Tarjetas marcadas con 04, 07, 41 o 43: retener, condiciones especiales, perdida, robada. Cualquiera de estos es una señal de que la tarjeta está «caliente». Reintentar genera alertas de fraude del lado del emisor y juega en contra del comercio en la monitorización conductual de Visa y Mastercard.

Tarjetas que ya han fallado tres veces en una ventana corta con el mismo código. La tasa de recuperación marginal en el cuarto intento sobre un rechazo 05 (do not honour) es cercana a cero, y el riesgo marginal para la reputación de la cuenta de comercio es significativo.

Reintentos con tokens de red

Los tokens de red —Visa Token Service, Mastercard MDES, tokens de Amex— sustituyen el número de tarjeta en claro por un token que es estable a través de las reemisiones de tarjeta. El PAN de un cliente puede cambiar tres veces en la vida de una suscripción; el token de red normalmente no. Para los reintentos, eso es oro: una tarjeta que vuelve como «inválida» o «caducada» con el PAN en claro a menudo tiene éxito cuando la misma transacción se reintenta con el token, porque el token ha sido actualizado silenciosamente por el emisor entre bastidores.

La cobertura está mejorando pero no es universal. Los tokens funcionan mejor donde el adquirente, el emisor y el comercio participan todos, lo que se está convirtiendo en la norma en el Reino Unido y la UE para las principales marcas de tarjetas pero sigue siendo desigual para algunos rangos de BIN. Una lógica de reintento que sea consciente de qué transacciones tienen cobertura de token y la use puede elevar las tasas de recuperación varios puntos porcentuales sin cambiar nada más.

Lógica de reintento en distintos contextos

Los fallos puntuales de checkout y los fallos de facturación recurrente necesitan estrategias de reintento distintas.

En un checkout en directo —web, móvil, teléfono— el cliente está presente y esperando. La ventana para un reintento automático es de segundos, no de días. La jugada correcta en la mayoría de los soft declines es sacar el problema al cliente y ofrecer alternativas: otra tarjeta, otro método, un enlace de pago que pueda usar después. Los reintentos automáticos aquí solo tienen sentido para errores transitorios del lado del emisor que se resuelven en segundos.

En la facturación recurrente el cliente no está delante. Se usa la estrategia completa de reintento: múltiples intentos repartidos a lo largo de días, calendario consciente del motivo, integración con el actualizador de tarjetas, alcance al cliente para los casos en los que el reintento automático no puede ayudar. Aquí es donde la lógica de reintento hace su mayor trabajo y de donde salen las tasas de recuperación publicadas del 30-70 %.

En los pagos telefónicos en concreto, la lógica de reintento es sobre todo apoyo a la decisión para el agente más que automatización. El agente ve una clasificación clara del fallo y una siguiente acción recomendada —reintentar, probar con otra tarjeta, enviar un enlace de pago— y la experiencia del cliente se mantiene en marcha.