> 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-flycode-makes-decline-codes-work-for-you.md).

# Cómo FlyCode hace que los códigos de rechazo trabajen para ti

Los códigos de rechazo solo son valiosos si algo actúa sobre ellos en tiempo real. FlyCode convierte cada código en una decisión: reintentar o no, cuándo, en qué método de pago y si contactar al cliente. Esta página explica cómo funciona y cómo encaja junto con lo que ya ejecutas en Stripe.

## ¿Cómo utiliza FlyCode los códigos de rechazo para mejorar la recuperación?

FlyCode recibe cada cargo fallido en el momento en que ocurre mediante webhooks de Stripe, enriquecido con datos del emisor y de la red de tarjetas procedentes de sus alianzas con Visa y Mastercard. Cada rechazo se clasifica automáticamente como blando o duro, y los rechazos blandos se enrutan a un modelo por comerciante que elige el momento de reintento con mayor probabilidad de éxito para esa tarjeta concreta, basándose en el código de rechazo, el comportamiento del emisor, el tipo y la marca de la tarjeta, la geografía, las fechas de cargos exitosos anteriores y la hora del día. Los rechazos duros omiten por completo los reintentos y pasan directamente a un método de pago de respaldo guardado, si lo hay, o al contacto con el cliente.

Los reintentos y la comunicación se coordinan en lugar de ser independientes: no se envía ningún correo de cobro mientras la recuperación silenciosa todavía tenga una buena posibilidad, y cuando hace falta un correo se programa según las horas locales y se adapta al motivo del fallo, de modo que un `insufficient_funds` al cliente no se le dice que «actualice su tarjeta». El modelo también respeta los límites de las redes de tarjetas sobre los intentos de reintento por ciclo de facturación, lo que protege tus relaciones con el emisor y evita las tarifas por exceso de reintentos.

El resultado, en la cohorte de más de 500 comercios de FlyCode, es entre 17,6 y 26,2 puntos porcentuales más de recuperación en `insufficient_funds` que con los referentes de Stripe Smart Retries o ProfitWell, con menos intentos y menos correos a clientes, y sin trabajo de ingeniería por parte del comerciante más allá de instalar la aplicación de Stripe.

## ¿FlyCode interfiere con mis webhooks o aplicaciones existentes de Stripe?

No. FlyCode escucha los eventos de Stripe de forma pasiva a través de su propia instalación de la app y luego llama a la API de Stripe para reintentar un pago, actualizar los metadatos de la factura o ajustar el estado de la suscripción. Nunca modifica, sustituye ni sobrescribe tus otros endpoints de webhook, reglas de Radar, ajustes de Billing ni aplicaciones de terceros. Tus integraciones existentes siguen recibiendo los mismos eventos que siempre recibieron, y cada acción que realiza FlyCode aparece en el Stripe Dashboard y en el registro de eventos bajo la app de FlyCode, por lo que es totalmente auditable.

Los únicos ajustes que hay que alinear en el momento de salida en vivo son el propio calendario de reintentos y correos de cobro de Stripe, para que Smart Retries y los correos de Stripe no se ejecuten en paralelo con los de FlyCode. La [Guía de integración con Stripe](https://docs.flycode.com/docs/integrations/stripe-integration-guide-for-flycode) te guía por esos pasos.

## ¿Qué códigos de rechazo nunca reintenta FlyCode?

Rechazos duros y señales de fraude: `lost_card`, `stolen_card`, `pickup_card`, `invalid_account`, `invalid_number`, `fraudulent`, `security_violation` y cualquier código que Stripe devuelva con `do_not_try_again` recomendación. Para estos, el modelo pasa a una tarjeta de respaldo guardada o a un contacto inmediato con el cliente. FlyCode también aplica una salvaguarda integrada que nunca intenta cargar a un cliente dado más de unas pocas veces por hora, independientemente del código.

## Relacionado

* [Lo que te dicen los códigos de rechazo](https://help.flycode.com/decline-codes-explained/what-decline-codes-tell-you)
* [¿Cómo decide FlyCode cuándo reintentar un pago?](https://help.flycode.com/handling-failed-payments/when-and-how-payments-are-retried)
* [Guía de integración de Stripe para FlyCode](https://docs.flycode.com/docs/integrations/stripe-integration-guide-for-flycode)


---

# 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-flycode-makes-decline-codes-work-for-you.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.