> 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.md).

# Códigos de rechazo explicados

Qué son los códigos de rechazo de pago, cómo distinguir rechazos suaves de rechazos duros, qué significan los códigos más comunes de Stripe y cómo FlyCode usa cada código para recuperar más pagos fallidos de suscripción.

Cuando un cargo de suscripción falla, el banco emisor devuelve un código de rechazo que indica por qué. Ese código decide todo lo que debe ocurrir después: si reintentar en silencio, cuándo reintentar y si es necesario contactar al cliente en absoluto. Esta colección cubre qué son los códigos de rechazo, dónde encontrarlos en Stripe y FlyCode, cómo manejar los códigos que componen la mayoría de los pagos fallidos (fondos insuficientes y rechazos genéricos) y cómo actúan los modelos de FlyCode sobre cada uno.

{% hint style="info" %}
**Respuesta rápida:** aproximadamente dos tercios de los fallos de pago de suscripciones son rechazos suaves que pueden recuperarse con reintentos programados correctamente y sin acción del cliente. La categoría individual más grande es `insufficient_funds`, que representa entre el 50 y el 70 por ciento de todos los rechazos en el estudio de FlyCode de más de 500 comercios. Los rechazos duros (tarjetas perdidas, robadas o canceladas) necesitan un nuevo método de pago y no deben reintentarse.
{% endhint %}

## En esta sección

* [Lo que te dicen los códigos de rechazo](https://help.flycode.com/decline-codes-explained/what-decline-codes-tell-you): qué son los códigos de rechazo, por qué importan, rechazos suaves frente a duros y patrones de fraude.
* [Dónde encontrar los códigos de rechazo (y cómo utilizarlos)](https://help.flycode.com/decline-codes-explained/where-to-find-decline-codes-and-how-to-use-them): dónde aparecen los códigos en Stripe y FlyCode, las diferencias entre procesadores y las tarjetas de prueba de Stripe.
* [Cómo gestionar los rechazos más comunes](https://help.flycode.com/decline-codes-explained/how-to-handle-the-most-common-declines): `insufficient_funds`, por qué domina, cuándo reintentar y el incremento medido por FlyCode.
* [Qué hacer cuando ves estos otros códigos](https://help.flycode.com/decline-codes-explained/what-to-do-when-you-see-these-other-codes): `generic_decline`, `do_not_honor`, `transaction_not_allowed`, `invalid_account`.
* [Cómo FlyCode hace que los códigos de rechazo trabajen para ti](https://help.flycode.com/decline-codes-explained/how-flycode-makes-decline-codes-work-for-you): cómo FlyCode ingiere y actúa sobre los códigos sin tocar tus webhooks.

## Referencia completa código por código

Para cada código de rechazo de Stripe y los códigos de respuesta de red ISO 8583 equivalentes (05 No honrar, 51 Fondos insuficientes, 91 Emisor inoperativo, etc.), con su significado, clasificación como suave o duro y el siguiente paso recomendado, consulta la [referencia de códigos de rechazo de Stripe en flycode.com](https://www.flycode.com/stripe/decline-codes). Para una guía a nivel de estrategia con el momento de reintento por código, consulta [Guía de códigos de rechazo de pagos de suscripción para Stripe](https://docs.flycode.com/docs/subscription-payment-decline-codes-guide-for-stripe) en la documentación de FlyCode, y para los límites de red al reintentar cada código, [Reglas de reintento de las redes de tarjetas para pagos fallidos](https://docs.flycode.com/docs/read-more/card-network-retry-rules-for-failed-payments-visa-and-mastercard).


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.flycode.com/es/decline-codes-explained.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.