> 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 Cómo FlyCode ingiere los códigos de rechazo de Stripe y de las redes de tarjetas, clasifica rechazos suaves frente a duros, aplica tiempos de reintento específicos por emisor y coordina el contacto, sin tocar tu existente 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 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/how-flycode-makes-decline-codes-work-for-you.md?ask=&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.