> 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/understanding-involuntary-churn/causes-and-risks.md). # Causas y riesgos La mayoría de los pagos de suscripción fallidos no son culpa del cliente y no son permanentes. Entender las causas te dice qué fallos se pueden recuperar en silencio y cuáles requieren al cliente, y entender los riesgos muestra por qué la factura perdida es la parte más pequeña del coste. ## ¿Cuáles son las principales razones por las que falla un pago? Las causas principales, en un orden aproximado de frecuencia, son fondos insuficientes, rechazos genéricos del banco o de la tarjeta, datos de facturación incorrectos o desactualizados, y errores técnicos de la pasarela o del procesador. **Fondos insuficientes** es la categoría individual más grande, entre el 50 y el 70 por ciento de los rechazos en el estudio de más de 500 comercios de FlyCode, impulsada por renovaciones que se cargan antes del día de pago, retenciones pendientes y límites de gasto de la tarjeta. **Rechazos genéricos y del emisor** (`do_not_honor`, `generic_decline`) son las siguientes más grandes: el banco rechaza sin dar una razón, normalmente por reglas internas de riesgo, límites de frecuencia o restricciones sobre cargos recurrentes o transfronterizos. **Datos incorrectos o desactualizados** cubren números incorrectos, comprobaciones fallidas de CVC o código postal y tarjetas que han sido reemplazadas, cerradas, perdidas o robadas. **Errores técnicos** (`processing_error`, `issuer_not_available`, `try_again_later`) son fallos transitorios en el banco, la red o la pasarela y casi siempre se resuelven con un reintento inmediato. Las dos primeras categorías y los errores técnicos son rechazos blandos y representan aproximadamente el 60 al 70 por ciento de todos los fallos. Solo la categoría de datos desactualizados es dura. Consulta [Códigos de rechazo explicados](https://help.flycode.com/decline-codes-explained) para obtener detalles a nivel de código. ## ¿Qué son los códigos de rechazo duro en los pagos fallidos? Un rechazo duro es una negativa permanente para esa tarjeta: el emisor ha dicho que no se puede volver a cargar la tarjeta, así que reintentar no funcionará. Los códigos típicos son `lost_card`, `stolen_card`, `pickup_card`, `invalid_account`, `invalid_number` y cualquier cosa devuelta con `do_not_try_again` con el aviso. Cuando el emisor devuelve un rechazo duro, FlyCode no reintenta automáticamente la misma tarjeta. En su lugar, pasa al siguiente camino de recuperación: cobrar un método de pago de respaldo ya registrado, actualizar las credenciales de la tarjeta mediante Card Account Updater o Network Tokens donde el emisor ha reemitido la tarjeta y, si ninguna de esas opciones aplica, contactar al cliente de inmediato con una solicitud específica de un nuevo método de pago. Como los rechazos duros se identifican al llegar, no se desperdician intentos de reintento ni días de periodo de gracia en ellos. ## Más allá de los ingresos, ¿qué más está en riesgo? Tres cosas. Primero, la experiencia del cliente: la pérdida de clientes por pagos fallidos corta el acceso a clientes que, de otro modo, estarían satisfechos, y un correo de cobro mal sincronizado o genérico puede convertir a un cliente que no sabía del problema en uno que decide cancelar, transformando la pérdida involuntaria en pérdida voluntaria. Segundo, la percepción de la marca: una cuenta bloqueada o una sucesión de recordatorios de pago se lee como un fallo del negocio, no del banco. Tercero, el coste de adquisición: cada suscriptor perdido por un pago fallido tiene que ser reemplazado, con un coste de adquisición de clientes que suele ser de 5 a 10 veces mayor que el coste de recuperar el pago, y el reemplazo parte de cero en valor de vida útil. También hay una dimensión de cumplimiento normativo: reintentar tarjetas rechazadas de forma demasiado agresiva incumple las reglas de reintento de Visa y Mastercard y puede desencadenar comisiones por reintentos excesivos o sanciones del emisor, por lo que la recuperación debe ser inteligente además de persistente. ## Relacionado * [Cómo gestionar los rechazos más comunes](https://help.flycode.com/decline-codes-explained/how-to-handle-the-most-common-declines) * [Métodos de pago de respaldo](https://help.flycode.com/backup-payment-methods) * [ROI de recuperación del coste de los pagos fallidos](https://docs.flycode.com/docs/failed-payment-cost-recovery-roi) --- # 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/understanding-involuntary-churn/causes-and-risks.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.