> 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/decline-codes-explained/how-to-handle-the-most-common-declines.md).

# Cómo manejar los rechazos más comunes

Un código domina los fallos de pago de suscripciones: `insufficient_funds`. Junto con `generic_decline` y `do_not_honor` constituye la mayor parte de los ingresos recuperables, así que cómo lo manejes decide la mayor parte de tu tasa de recuperación. Esta página explica qué significa el código, por qué es tan común, cuánto mejor rinden los reintentos optimizados y de dónde salen las cifras.

## ¿Qué significa el código de rechazo insufficient\_funds?

El banco emisor del titular de la tarjeta confirmó que la cuenta no tenía suficiente saldo disponible ni crédito en el momento en que se intentó el cargo. Stripe lo clasifica como un rechazo suave: la tarjeta es válida, la cuenta está abierta y no se ha marcado nada, así que la misma tarjeta puede aprobarse más tarde cuando haya fondos disponibles. El equivalente en la red es el código de respuesta `51`.

Los desencadenantes comunes son una renovación que cae antes del día de pago, una retención pendiente por una compra grande reciente, un límite diario de gasto en la tarjeta o una breve caída del saldo entre nóminas. Ninguno de estos requiere que el cliente haga nada; requieren que el cargo se intente en un momento mejor.

## ¿Por qué insufficient\_funds es el código de rechazo más común?

Porque las brechas de flujo de caja se repiten en cada ciclo de facturación. El estudio de FlyCode de más de 500 comercios de SaaS y comercio electrónico muestra `insufficient_funds` que constituye entre el 50 y el 70 por ciento de todos los rechazos, muy por delante de cualquier otro código. Las renovaciones de suscripción se ejecutan en una fecha fija independientemente de cuándo cobre el cliente, así que cada mes una parte de los clientes se queda sin fondos en esa fecha. El efecto es más fuerte en suscripciones de consumo, tarjetas de débito y segmentos de menores ingresos, y se dispara a fin de mes y después del gasto navideño.

Esta es también la razón por la que es la categoría más recuperable: el cliente quiere el producto y la tarjeta funciona, así que un reintento programado según el probable ciclo de depósito del cliente suele tener éxito sin necesidad de contactar con él.

## ¿Cuándo se debe volver a intentar insufficient\_funds?

No el mismo día. Reintentar de inmediato casi siempre vuelve a fallar y quema uno de los limitados intentos de reintento que las redes de tarjetas permiten por ciclo de facturación. La recomendación general es esperar de 2 a 5 días para que llegue una nómina o un depósito, y preferir las horas de la mañana en la zona horaria del cliente. Reglas fijas como «reintentar el día 3 y el día 7» son un mínimo, no un óptimo, porque los patrones de cobro varían según el país, el empleador, el tipo de tarjeta y el emisor.

FlyCode sustituye el calendario fijo por un modelo por comercio que predice el momento en que es más probable que cada tarjeta concreta tenga fondos, utilizando señales como el comportamiento del emisor, el tipo de tarjeta, la geografía, las fechas de cargos exitosos anteriores y la hora del día, todo ello respetando los límites de reintento de Visa y Mastercard.

## ¿Cuánto mejor recupera FlyCode los rechazos insufficient\_funds?

En más de 1.000 millones de USD de volumen procesado entre marzo de 2024 y junio de 2025, FlyCode aumentó la recuperación de `insufficient_funds` rechazos en 17,6 a 26,2 puntos porcentuales frente a las referencias de Stripe Smart Retries y ProfitWell (Paddle Retain). En la práctica, los comercios que recuperaban aproximadamente la mitad de estos rechazos con herramientas nativas recuperan alrededor del 70 por ciento o más una vez aplicado el timing optimizado, con menos intentos por factura y menos correos electrónicos a clientes.

## ¿Qué conjunto de datos respalda esas cifras de recuperación?

Las cifras provienen del estudio de cohorte de datos bancarios y de emisores de FlyCode de junio de 2025, que abarca 14 meses de datos de producción real (de marzo de 2024 a junio de 2025) de más de 500 comercios de SaaS y comercio electrónico que procesan más de 1.000 millones de USD en volumen de suscripciones. La recuperación se midió por comercio frente al propio punto de referencia previo de ese comercio en Stripe o ProfitWell, no frente a una media del sector, por lo que la mejora refleja recuperación incremental y no recuperación total. Los resultados se presentan como rangos porque la mejora varía según la combinación de clientes del comercio, el precio y la proporción de tarjetas de débito.

## Relacionado

* [insufficient\_funds en la referencia de códigos de rechazo de flycode.com](https://www.flycode.com/stripe/decline-codes/insufficient-funds)
* [Qué hacer cuando ves estos otros códigos](https://help.flycode.com/decline-codes-explained/what-to-do-when-you-see-these-other-codes)
* [¿Cómo decide FlyCode cuándo reintentar un pago?](https://help.flycode.com/handling-failed-payments/when-and-how-payments-are-retried)


---

# 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/decline-codes-explained/how-to-handle-the-most-common-declines.md?ask=<question>&goal=<endgoal>
```

`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.