> 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/backup-payment-methods/functionality.md). # Funcionalidad Esta página explica cómo se comportan los reintentos de respaldo una vez activados: qué califica como respaldo, de dónde provienen las tarjetas y cuál es la ruta de contingencia. ## ¿Qué cuenta como un método de pago de "respaldo"? Cualquier tarjeta válida adicional que ya conste registrada para el cliente en tu plataforma de facturación. Si la tarjeta principal falla y la secuencia de recuperación ha determinado que es poco probable que reintentarla más veces tenga éxito (de inmediato para rechazos duros, después de reintentos optimizados para rechazos suaves), FlyCode reintenta automáticamente usando la siguiente tarjeta disponible registrada, sin pedirle nada al cliente ni interrumpir el servicio. Cuando el cliente tiene más de una tarjeta de respaldo, FlyCode las ordena por probabilidad de éxito. Los métodos que no son tarjeta, como el débito bancario o las carteras digitales, pueden incluirse cuando el procesador admita cobrarlos fuera de sesión. ## ¿Necesito recopilar manualmente las tarjetas de respaldo? No. FlyCode trabaja con las tarjetas que tu plataforma de facturación ya tiene registradas, así que no hay un flujo adicional de recopilación ni se requiere entrada del cliente. Muchos clientes ya tienen más de una tarjeta guardada de compras pasadas, cambios de plan o reemplazos de tarjeta. Si quieres aumentar la cobertura, puedes invitar a los clientes a añadir un método de respaldo al finalizar la compra o en la configuración de la cuenta, y las plantillas de contacto de FlyCode pueden incluir ese aviso, pero es opcional. ## ¿Qué sucede si fallan todas las tarjetas registradas? FlyCode vuelve a su lógica estándar de reintentos y comunicación. El motor de reintentos inteligentes sigue trabajando con la tarjeta principal dentro de los límites de la red de tarjetas cuando el tipo de rechazo lo permite, y el contacto coordinado solicita al cliente un nuevo método de pago con un enlace de actualización de un solo clic. No se pierde nada por intentar primero la tarjeta de respaldo; simplemente añade una vía de recuperación antes de que el cliente tenga que intervenir. ## Relacionado * [Descripción general del producto](https://help.flycode.com/backup-payment-methods/product-overview) * [Lo que hace FlyCode con los rechazos duros](https://help.flycode.com/ai-payment-recovery/hard-declines-and-backup-logic) --- # 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/backup-payment-methods/functionality.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.