El enrutamiento selecciona la primera pasarela
Un enrutador decide qué pasarela elegible recibe primero un pago. En Rebillora contiene al menos dos pasarelas y utiliza rotación, distribución ponderada o prioridad definida por el usuario. Un embudo con una sola pasarela puede seleccionarla directamente.
La rotación distribuye intentos, incluidos rechazos. La ponderación equilibra ingresos procesados según asignaciones. La prioridad sigue el orden de pasarelas elegibles. Ninguna opción promete que una transacción será aprobada.
Una cascada puede responder al rechazo
Las cascadas se configuran sobre pasarelas de origen. Tras un rechazo pueden intentar una alternativa permitida. Al pertenecer a la pasarela, pueden actuar cuando esta se elige mediante un enrutador, directamente en un embudo o en un cargo manual.
Las cascadas clásicas separan alternativas para pagos iniciales y suscripciones. Las inteligentes utilizan conjuntos condicionales ordenados. El primer conjunto coincidente controla los intentos; agotarlo no significa que se ejecute el siguiente. Algunos rechazos impiden continuar.
La recuperación programada actúa más tarde
Decline Manager controla intentos programados después de un rechazo recurrente. El perfil aplicable define tiempos, intentos antes de la suspensión y opciones de pasarela o descuento. Sin un perfil activo coincidente, se aplica la configuración de la cuenta.
Cero intentos significa suspensión inmediata, no reintento inmediato. Revisa la hora mínima en Eastern Time. La sustitución por una pasarela de recuperación y su conservación pueden afectar cobros posteriores.
Un ejemplo sencillo
Un enrutador elige la pasarela A para una renovación. Si se rechaza y una cascada aplicable lo permite, puede intentarse la pasarela B en el mismo flujo. Si el pago recurrente sigue sin resolverse, un perfil de recuperación determina si habrá otro intento posterior y cuándo.
El ejemplo explica el orden de decisiones, no garantiza que se ejecuten todas. Disponibilidad, respuesta del rechazo, perfil, credenciales y estado de suscripción pueden alterar el resultado.
Comprueba el alcance antes de cambiarlo
Cambiar un enrutador no desactiva una cascada vinculada a una pasarela que ambos utilizan. Desactivar una cascada tampoco mueve automáticamente las suscripciones que conservaron una pasarela. Revisa esas relaciones antes de modificar producción.
- Enumera embudos, enrutadores y pasarelas de origen afectados.
- Revisa cascadas y pasarelas conservadas en suscripciones.
- Comprueba el perfil de recuperación y el valor predeterminado.
- Confirma la verificación de ajustes tras el cambio.
- Separa resultados de pagos y estado de configuración.
La verificación tiene límites
«Verificado» significa que los ajustes guardados se han leído correctamente. No demuestra que un pago futuro vaya a completarse. Si la verificación no está disponible, revisa los últimos ajustes conocidos y resuelve la actualización antes de repetirla.
Utiliza la demo para evaluar estos controles con tu configuración actual o prevista. Trae casos operativos y requisitos, no credenciales ni registros de pagos de clientes.