> For the complete documentation index, see [llms.txt](https://help.flycode.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.flycode.com/es/handling-failed-payments/when-and-how-payments-are-retried.md). # Cuándo y cómo se reintentan los pagos El momento del reintento es la palanca más importante en la recuperación de pagos fallidos. Reintentar en el momento equivocado consume uno de los intentos limitados que permiten las redes de tarjetas y normalmente vuelve a fallar; reintentar en el momento adecuado recupera el pago sin que el cliente llegue a enterarse. Esta página explica cómo FlyCode elige ese momento y qué más hace cuando reintentar no es la solución. ## ¿Cómo decide FlyCode cuándo volver a intentar un pago? FlyCode usa aprendizaje automático para encontrar el mejor momento para reintentar cada pago fallido. Un modelo entrenado con tu propio historial de transacciones puntúa ventanas candidatas de reintento para cada factura fallida usando el código de rechazo, el comportamiento histórico del banco emisor, el tipo y la marca de la tarjeta, el país y la zona horaria del cliente, el importe y las fechas pasadas de pago exitoso del cliente. Un `insufficient_funds` rechazo normalmente se vuelve a intentar entre 2 y 5 días después, alrededor del probable ciclo de depósito del cliente y en horas de la mañana; un `do_not_honor` se vuelve a intentar a una hora diferente del día entre 24 y 48 horas después; los errores transitorios como `issuer_not_available` se vuelven a intentar en cuestión de horas. Cada programación se mantiene dentro de los límites de Visa y Mastercard sobre intentos por ciclo de facturación. El modelo es por comercio, así que una empresa SaaS B2B que cobra tarjetas corporativas y una marca DTC que cobra tarjetas de débito de consumidores obtienen programaciones distintas, y sigue aprendiendo de cada resultado. En comparación con programaciones fijas, esto significa menos intentos por factura recuperada, una recuperación más rápida y una tasa de recuperación entre 16 y 25 puntos porcentuales más alta. ## ¿FlyCode hace algo más que simples reintentos? Sí. Los reintentos son el primer paso, no el producto completo. Cuando la tarjeta principal falla con un rechazo definitivo, FlyCode cobra automáticamente una tarjeta alternativa que el cliente ya tiene registrada. Envía comunicaciones coordinadas (correo electrónico y SMS) solo cuando se ha agotado la recuperación silenciosa. Detecta anomalías de ingresos, como suscripciones que siguen apareciendo como activas mientras las facturas quedan impagadas o se marcan como incobrables. Orquesta los flujos de cobro para que los reintentos, los mensajes y los cambios de estado de la suscripción ocurran en el orden correcto. Y ofrece analíticas granulares sobre códigos de rechazo, recuperación por tipo de fallo, velocidad de recuperación y rendimiento del contacto que tu equipo de finanzas y pagos puede aprovechar. ## ¿Cómo optimiza FlyCode los flujos de facturación? FlyCode rastrea los fallos en tiempo real a medida que llegan los webhooks desde tu procesador, clasifica cada uno y adapta la ruta de recuperación al problema específico: momento del reintento para rechazos blandos, método de respaldo o contacto para rechazos definitivos, nuevo intento inmediato para errores técnicos. Cuando hay más de un procesador disponible, dirige los reintentos a través del proveedor con más probabilidades de éxito para esa tarjeta y ese país, y luego sincroniza el resultado con tu plataforma de facturación. La detección de anomalías se ejecuta de forma continua, señalando facturas, eventos de prorrateo y reembolsos que de otro modo filtrarían ingresos. El panel ofrece visibilidad instantánea de lo que funciona y lo que no, para que puedas ver la tasa de recuperación, los ingresos recuperados frente a la línea base y dónde se concentran los fallos sin exportar datos. ## Relacionado * [Cómo gestionar los rechazos más comunes](https://help.flycode.com/decline-codes-explained/how-to-handle-the-most-common-declines) * [Métodos de pago de respaldo](https://help.flycode.com/backup-payment-methods) * [Agente de orquestación de pagos](https://help.flycode.com/payment-orchestration-agent) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://help.flycode.com/es/handling-failed-payments/when-and-how-payments-are-retried.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.