> For the complete documentation index, see [llms.txt](https://docs.flycode.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flycode.com/docs/es/guides/priority-recovery-and-dynamic-recovery-handling-high-value-failed-invoices.md). # Recuperación prioritaria y recuperación dinámica: gestión de facturas fallidas de alto valor {% hint style="info" %} **Resumen:** No todas las facturas fallidas merecen el mismo esfuerzo. Recuperación Prioritaria muestra las facturas fallidas de mayor valor (puntuadas por ARR, valor de vida útil, antigüedad y coste de adquisición) y las recupera por correo electrónico, SMS y alertas al propietario de la cuenta. Recuperación Dinámica amplía la ventana de recuperación para los clientes que merecen seguir intentándolo durante más tiempo, trata todas las facturas abiertas de un cliente como un solo esfuerzo y evita crear facturas duplicadas. Las reglas del ciclo de vida de la suscripción deciden entonces, por producto y por segmento, qué ocurre cuando falla la recuperación: cancelar, anular o dejar como vencida. {% endhint %} *Por el equipo de FlyCode. Última revisión: septiembre de 2026.* {% hint style="success" %} **Puntos clave** * Un calendario de reintentos fijo y una fecha de cancelación fija tratan de forma idéntica un plan mensual de 29 dólares y un contrato anual de 30.000 dólares. La recuperación basada en el valor no. * Recuperación Prioritaria puntúa cada factura fallida según ARR, LTV, antigüedad y CAC, y deriva las más importantes a seguimiento humano mientras la automatización se encarga del resto. * Recuperación Dinámica alarga o acorta la ventana de recuperación por cliente, consolida varias facturas abiertas en una sola recuperación y evita el problema de facturas duplicadas que crean los reintentos manuales. * Las reglas del ciclo de vida se configuran sin código, por producto y por segmento, de modo que un plan empresarial puede seguir vencido durante 60 días mientras un plan de consumo se cancela después de 21. {% endhint %} ## El problema de un solo calendario para todos Los valores predeterminados del procesador aplican un calendario de reintentos y una regla de cancelación a todas las suscripciones. Eso está bien para un producto de consumo homogéneo y es incorrecto para cualquiera que tenga planes mixtos. De ahí se derivan tres modos de fallo: * **Las facturas de alto valor reciben la misma atención que las de bajo valor.** Una factura empresarial anual fallida se queda en la misma cola que un complemento fallido de 9 dólares, con los mismos tres correos electrónicos. * **La recuperación termina según el calendario, no según la probabilidad.** Los clientes de larga antigüedad con un buen historial de pagos se cancelan en el día 21 como todos los demás, aunque su probabilidad de recuperación sea mucho mayor. * **La intervención manual crea duplicados.** Cuando un responsable de éxito del cliente detecta una factura fallida y pide a facturación que "envíe una nueva factura", el cliente acaba con dos facturas abiertas y no paga ninguna. ## Priority Recovery Recuperación Prioritaria clasifica las facturas fallidas abiertas según lo que valen para la empresa y dirige las primeras de la lista a los canales con más probabilidades de cerrarlas. | Entrada de puntuación | Por qué importa | | ------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- | | **ARR de la suscripción** | Los ingresos directos en juego. | | **Valor de vida útil** | Valor restante previsto, de modo que un cliente al inicio de una larga relación se sitúe por encima de otro que probablemente vaya a perderse pronto. | | **Antigüedad** | Los clientes de larga trayectoria se recuperan a tasas más altas y merecen una intervención humana. | | **CAC** | Perder a un cliente que costó mucho adquirir es más caro de lo que sugiere la factura. | Acciones en la lista prioritaria: las secuencias automatizadas de correo electrónico y SMS continúan, y el propietario de la cuenta o el responsable de éxito del cliente recibe una alerta con la factura, el motivo del rechazo y el siguiente paso recomendado, de modo que el contacto pueda ser personal (una llamada, un mensaje de Slack al defensor del cliente, una corrección de la orden de compra) mientras el resto de la cartera se gestiona automáticamente. ## Recuperación Dinámica Recuperación Dinámica cambia cuánto tiempo y con qué amplitud se ejecuta la recuperación para cada cliente. 1. **Ventanas ampliadas para los clientes adecuados.** En lugar de un número fijo de días, la ventana de recuperación se amplía para los clientes cuyo valor y historial de pagos lo justifican, y se acorta cuando el modelo no ve ninguna vía de recuperación (por ejemplo, un rechazo definitivo sin método de respaldo y sin interacción por correo electrónico). 2. **Un solo esfuerzo para todas las facturas abiertas.** Cuando un cliente tiene varias facturas abiertas (una renovación más cargos por uso, o dos meses de fallos), la recuperación las trata como un solo caso: una secuencia de mensajes, un enlace para actualizar la tarjeta y la liquidación de todas las facturas abiertas cuando funciona un método de pago. 3. **Sin facturas duplicadas.** Los reintentos y los pagos se ejecutan contra la factura abierta existente; no se crean nuevas facturas para "reintentar", de modo que el cliente nunca ve dos cargos por un solo periodo. ## Reglas del ciclo de vida de la suscripción Cuando se agota la recuperación, algo tiene que ocurrir con la suscripción. Las reglas del ciclo de vida hacen explícita esa decisión, por producto y por segmento, sin código: | Resultado | Cuándo usarlo | | ---------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Cancelar** | Planes de consumo y suscripciones de bajo valor donde seguir teniendo acceso sin pago supone un coste. | | **Anular la factura** | Casos en los que prefieres conservar la suscripción y perdonar el periodo antes que perder al cliente (por ejemplo, un cliente de larga antigüedad durante un cambio de tarjeta). | | **Dejar como vencida** | Planes B2B y empresariales donde los retrasos de aprovisionamiento son comunes y el acceso debe continuar mientras finanzas resuelve el pago. | Las reglas pueden diferir según el producto (empresarial frente a autoservicio), según el segmento (antigüedad, región, valor del plan) y según el tipo de rechazo, y se aplican de forma coherente en lugar de depender de quién detectó el fallo. ## Poniéndolo todo junto: un ejemplo B2B Una renovación anual de 24.000 dólares falla con `do_not_honor` en una tarjeta corporativa. La factura obtiene una puntuación máxima en la lista prioritaria. La automatización reintenta en el momento óptimo previsto y envía un correo electrónico con la marca al contacto de facturación; el gestor de la cuenta recibe una alerta y envía un mensaje al defensor del cliente, que explica que se alcanzó el límite de la tarjeta. El cliente añade un adeudo bancario como método de respaldo mediante el enlace de actualización; la factura abierta se paga, no se creó una factura duplicada y, como la regla del ciclo de vida para los planes empresariales es "dejarla vencida durante 60 días", el acceso nunca se interrumpió. ## Preguntas frecuentes ### ¿Recuperación Prioritaria es solo para planes empresariales? No. Clasifica todas las facturas fallidas; la diferencia es lo que ocurre en la parte alta de la lista. Las empresas de consumo la usan para detectar concentraciones inusuales (una gran cohorte fallando a la vez) y a sus suscriptores con mayor LTV. ### ¿Ampliar la ventana de recuperación infringe los límites de reintento de las redes de tarjetas? No. El número de reintentos se mantiene dentro de las normas de Visa y Mastercard independientemente de la duración de la ventana. Una ventana más larga distribuye menos intentos, mejor programados, y se apoya más en métodos de respaldo y en la comunicación. Consulta [las reglas de reintento de la red de tarjetas](/docs/es/read-more/card-network-retry-rules-for-failed-payments-visa-and-mastercard.md). ### ¿Pueden ser diferentes las reglas del ciclo de vida para las pruebas? Sí. Las conversiones de prueba son un caso habitual para una ventana más corta y un resultado de cancelación, mientras que las renovaciones de pago mantienen una ventana más larga. ## Relacionado * [Cómo funciona FlyCode](/docs/es/guides/how-flycode-works-architecture-of-the-recovery-engine.md) * [Costo de pagos fallidos y ROI de la recuperación](/docs/es/failed-payment-cost-recovery-roi.md) * [Guía de gestión de recobros 2026](/docs/es/dunning-management-2026-guide.md) * [Gestión de pagos fallidos](https://help.flycode.com/handling-failed-payments) en el Centro de ayuda --- # 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://docs.flycode.com/docs/es/guides/priority-recovery-and-dynamic-recovery-handling-high-value-failed-invoices.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.