> 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/failed-payment-outreach/delivery-strategy.md). # Estrategia de entrega Cuándo y cómo se entrega un mensaje de recuperación importa tanto como lo que dice. La estrategia de entrega de FlyCode se basa en el comportamiento, el momento y las reglas, en lugar de en un goteo fijo. ## ¿Qué quieres decir con "entrega en hora local"? FlyCode detecta la zona horaria de cada cliente a partir de los datos de la tarjeta y de facturación y programa los envíos para las horas en que ese cliente tiene más probabilidades de abrir y actuar, normalmente a media mañana en su hora local. Una renovación que falla durante la noche en la región del cliente no se anuncia con un correo a las 2 a. m. que queda enterrado bajo el correo de la mañana. La entrega en hora local se aplica a cada mensaje de la secuencia y a los SMS. ## ¿Cómo gestiona FlyCode los rechazos duros? En los rechazos duros, el cliente debe actuar, así que la estrategia cambia. FlyCode hace que el ritmo sea más rápido que en los rechazos suaves, usa plantillas dinámicas con la acción específica requerida ("actualiza tu tarjeta", "verifica con tu banco"), enlaza a una página de actualización de pago con un solo clic y secuencia los seguimientos según la interacción previa del cliente, de modo que un cliente que abrió pero no actuó recibe un siguiente mensaje distinto al de uno que nunca abrió. Cuando hay un método de pago de respaldo registrado, FlyCode lo cobra primero y solo envía un mensaje si eso también falla. Ver [Rechazos duros y lógica de respaldo](https://help.flycode.com/ai-payment-recovery/hard-declines-and-backup-logic). ## ¿Cumple esto con las leyes de privacidad y correo electrónico? Sí. FlyCode cumple por defecto con CAN-SPAM, el RGPD y las demás principales normativas de privacidad y correo electrónico. Los correos de recuperación son mensajes transaccionales sobre una relación de pago existente, que es la categoría que estas leyes tratan de la forma más permisiva, pero FlyCode sigue aplicando las medidas de protección: identidad del remitente precisa, tu dirección física cuando sea necesario, sin líneas de asunto engañosas, tratamiento de los datos del cliente solo con el fin de recuperar el pago y gestión de datos conforme a tu acuerdo de tratamiento de datos. Enviar desde tu dominio autenticado también satisface los requisitos de autenticación del remitente que ahora exigen los proveedores de buzón. ## ¿En qué se diferencia la comunicación de FlyCode de los correos de Stripe o ProfitWell? Las comunicaciones de FlyCode están impulsadas por modelos que coordinan los correos con los reintentos. No envía correos inmediatamente después de un rechazo suave (eso reduce la cancelación voluntaria), ejecuta un calendario distinto para los rechazos duros, envía en la hora local del cliente y utiliza plantillas transaccionales sencillas desde una infraestructura con una puntuación de remitente superior a 95. La configuración de recuperación predeterminada de Stripe Billing envía un correo cada vez que se reintenta un pago, por lo que un cliente puede recibir hasta ocho correos por una sola factura. ProfitWell aplica una lógica básica de correo por cada reintento. | | FlyCode | Sin FlyCode (valores predeterminados de Stripe) | | ------------------------------------- | ------------------------------------------------------------------------- | --------------------------------------------------------------------------------- | | Número de correos | Basado en modelos, coordinado con los reintentos | Uno en cada reintento, hasta 8 | | Rechazos suaves | Primero los reintentos; correo solo si los reintentos fallan | Correo en cada intento | | Momento | Hora local del cliente | Cada vez que se ejecuta el reintento | | Formato y entregabilidad | Transaccional sencillo, puntuación de remitente superior a 95 | Varía | | Múltiples contactos en una cuenta B2B | Puede enviar mensajes a distintos usuarios de la organización del cliente | Correo de facturación único | | Página de pago | Página nativa del procesador con todas las opciones de pago locales | Página nativa (Stripe) o página personalizada con opciones limitadas (ProfitWell) | | Analítica | Vista completa del embudo por cliente y por correo | Básica | ## ¿Cómo es la entregabilidad? Los correos son solo transaccionales y normalmente alcanzan una puntuación de remitente de 95 o superior. FlyCode utiliza infraestructura de envío transaccional en lugar de una plataforma de marketing, aplica la alineación SPF y DKIM con tu dominio y optimiza el subdominio de envío y la reputación de la IP. Las tasas de apertura, clics y actualización de pago son visibles por correo en el panel para que puedas ver qué paso de la secuencia recupera más. ## Relacionado * [Personalización de mensajes](https://help.flycode.com/failed-payment-outreach/messaging-customization) * [¿Cómo gestiona FlyCode los correos electrónicos de los clientes en comparación con los valores predeterminados de Stripe?](https://help.flycode.com/handling-failed-payments/coordinating-messaging-with-recovery) --- # 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/failed-payment-outreach/delivery-strategy.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.