Usando dos procesadores para aumentar la tasa de aceptación de tarjetas

Cada pago rechazado puede convertirse en una venta perdida. El cliente ya estaba listo para pagar, la tarjeta tenía fondos y, aun así, el cargo regresó declinado. Ese instante es caro: la persona abandona el checkout, la suscripción no se renueva o tu equipo tiene que perseguir un cobro que debió haberse resuelto solo.

Usar dos o más procesadores permite elegir la mejor ruta y, en algunos casos, recuperar una transacción que falló con el primero. Conectarlos no mejora la aceptación por sí solo: hace falta decidir quién recibe el primer intento, cuándo se activa el segundo y qué rechazos nunca deben reenviarse. Esta palanca se suma a otras que ya cubrimos para mejorar la cobranza.

Qué es un procesador de pagos

Cuando un cliente paga con tarjeta, la solicitud no viaja directo a su banco. El recorrido típico es este: el comercio envía el cargo a un procesador o adquirente, este lo entrega a la red de tarjetas (Visa o Mastercard) y la red lo enruta al banco emisor. El emisor suele tomar la decisión final: si hay fondos, si la tarjeta está activa o si la cuenta ya fue cerrada.

El procesador, sin embargo, influye mucho antes. Elige la ruta, arma la información que llega al banco, decide si pide autenticación 3D Secure y aplica sus propias reglas antifraude. Por eso un pago puede quedar bloqueado en el procesador sin que el emisor llegue a verlo. Dos o más procesadores, con las mismas tarjetas, pueden devolver resultados distintos.

Visa documenta este flujo de autorización. Si el procesador corta el intento por fraude, timeout o una regla interna, el banco nunca entra en la conversación.

Por qué unas tarjetas no pasan con un procesador y con otro sí

Los procesadores no son intercambiables. Pueden tener conexiones distintas, y cada uno evalúa el fraude con herramientas propias. A eso se suman errores temporales o caídas. Un segundo procesador puede funcionar como respaldo cuando el primero presenta un fallo recuperable.

Eso no significa reenviar todo lo que falle. Reintentar un cargo que el emisor ya marcó como definitivo no recupera la venta: genera más rechazos, más costos y, en algunos casos, penalizaciones de la red.

• Un error técnico, un timeout o una caída del proveedor podrían recuperarse con otra ruta.
• Un rechazo temporal o genérico, como fondos insuficientes o un límite alcanzado, podría reintentarse más tarde o con otro procesador.
• Una tarjeta reportada como robada, una cuenta cerrada o una instrucción de “no reintentar” deben detener el proceso.
• Si el emisor pide autenticación, lo correcto es ejecutar 3D Secure, no buscar un procesador que omita ese paso.

Las redes y los emisores no dejan esta decisión a la intuición. Devuelven códigos que indican si el cobro se puede reintentar y, en ocasiones, cuánto hay que esperar. Mastercard, por ejemplo, usa códigos de recomendación (Merchant Advice Codes): unos piden esperar una hora o varios días, y otros —como “do not try again”— cierran el caso.

El mismo criterio aplica a los cargos recurrentes: un rechazo recuperable merece otro intento; uno definitivo pide otro método, no un segundo procesador.

Orquestación de pagos

Un sistema con dos o más procesadores puede elegir la ruta según dos variables: la probabilidad de aprobación y el costo de procesamiento. Una estrategia posible es enviar primero el pago al más económico y, si ocurre un error técnico o un rechazo recuperable, reenviarlo al que mejor acepta. Otra es decidir según país, moneda, banco emisor, tipo de tarjeta o importe.

A esto se le llama orquestación de pagos, y es una estrategia que permite elegir la mejor ruta según la probabilidad de aprobación y el costo de procesamiento.

Conviene dejar de mirar solo la comisión y pasar al costo por pago aprobado. El proveedor más barato no siempre es el más rentable: si rechaza más, provoca más reintentos o genera más abandono, el ahorro inicial desaparece.

Imagina dos proveedores. El procesador A cobra menos, pero pierde más tarjetas extranjeras. El procesador B es más caro y, en ese segmento, aprueba mejor. La mejor estrategia no es elegir a uno para todo: es usar A en pagos nacionales y B en internacionales. Además, contar con dos o más proveedores mejora tu posición de negociación.

Las reglas antifraude también impactan tu tasa de aceptación

Los procesadores suelen permitir reglas para bloquear o revisar operaciones de alto riesgo, pedir 3D Secure, evaluar importe, ubicación, IP, CVC, dirección y número de intentos, y armar listas de clientes confiables o bloqueados. Esas reglas existen por una razón: el fraude real cuesta dinero y, peor, contracargos.

El problema aparece cuando la regla es demasiado estricta y rechaza clientes legítimos: alguien que viaja, paga desde otra red o usa una tarjeta extranjera. Dos procesadores pueden producir resultados distintos porque sus modelos y umbrales no son iguales. Esa diferencia es útil con criterio; no lo es si el segundo procesador se vuelve un atajo para eludir una alerta. Recuperar un pago bloqueado por fraude no es una victoria si después llega un contracargo. Las reglas antifraude de Stripe permiten bloquear, revisar o pedir 3D Secure; ignorar esa señal y reenviar el cargo no elimina el riesgo, solo lo mueve.

Cómo implementarlo y evitar cobrar doble

Conectar el segundo procesador es la parte fácil. El riesgo que más duele es otro: enviar el mismo cargo por dos rutas a la vez y cobrárselo dos veces al cliente.

Un timeout no es un rechazo. El primer procesador puede haber autorizado el pago y tu sistema aún no lo sabe. Antes de reenviar, verifica el estado del primer intento y usa un identificador único por cargo. Nunca dispares ambos procesadores en paralelo.

Qué reintentar ya quedó cubierto: solo errores técnicos y rechazos temporales. Lo definitivo se detiene.

Mide cada procesador y cada segmento por separado. Una mejora global puede esconder que ganas en tarjetas nacionales y pierdes en internacionales, o que sube la aceptación a costa del fraude. Lo mínimo a seguir:

• Tasa de aceptación por procesador, país y tipo de tarjeta.
• Pagos recuperados en el segundo intento, y a qué costo.
• Contracargos asociados a esas recuperaciones.

Empieza con una parte pequeña del tráfico. Amplía solo cuando la mejora sea neta: más pagos aprobados, sin un salto de duplicados ni de contracargos.

Conclusión

Dos o más procesadores pueden aportar más pagos aprobados, menores costos, mayor disponibilidad y menos dependencia de un solo proveedor. El beneficio no viene de conectarlos, sino de decidir cuál usar primero y cuándo activar el segundo.

La mejor ruta no siempre es la más barata ni la que más aprueba, sino la que genera el mayor valor neto por cada intento de pago.

En Quentli ayudamos a empresas a cobrar con menos fricción y a no perder un pago que sí se podía recuperar. Si quieres ver cómo orquestar cobros, reintentar con criterio y medir el costo real de cada aprobación, agenda un demo.