> 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/handling-failed-payments/coordinating-messaging-with-recovery.md).

# Coordinar los mensajes con la recuperación

La forma en que se comunica sobre un pago fallido determina si un evento de cancelación involuntaria sigue siendo recuperable o se convierte en una cancelación real. FlyCode trata los mensajes como parte del motor de recuperación, en lugar de como una secuencia de correos electrónicos aparte. Esta página explica qué se ofrece, en qué se diferencia de los valores predeterminados de Stripe y qué mostrar al cliente.

## ¿Ofrecen plantillas de correo electrónico para contactar por pagos fallidos?

Sí. FlyCode incluye plantillas transaccionales listas para usar para contactar por pagos fallidos, y sus modelos de comunicación deciden cuándo se envía cada una para que los correos se coordinen con el cronograma de reintentos en lugar de enviarse después de cada intento. Las plantillas son breves, transaccionales y específicas para el tipo de fallo (una solicitud de una nueva tarjeta se lee de forma diferente a una nota de que hay un reintento programado), y se pueden personalizar con su marca, tono y dominio del remitente. Se envían desde una infraestructura de envío de alta reputación para mantener una alta entregabilidad, y también hay SMS disponibles junto con el correo electrónico. Vea [Seguimiento de pagos fallidos](https://help.flycode.com/failed-payment-outreach) para detalles de personalización y entrega.

## ¿Cómo gestiona FlyCode los correos electrónicos de los clientes en comparación con los valores predeterminados de Stripe?

La gestión de impagos predeterminada de Stripe puede enviar un correo electrónico en cada intento fallido, hasta ocho correos durante un ciclo de reintentos, cada uno alertando a un cliente que tal vez no sabía que algo iba mal. Ese es el mecanismo por el cual la cancelación involuntaria se convierte en voluntaria: el cliente ve fallos de pago repetidos, decide que la suscripción es una molestia y la cancela.

FlyCode coordina los correos electrónicos con sus reintentos. No se envía ningún correo después de una denegación suave mientras la recuperación silenciosa todavía tiene una buena probabilidad de éxito. Cuando es necesario contactar al cliente, se hace con una cadencia diseñada específicamente para el tipo de fallo, en la hora local del cliente, desde su propio dominio, con una sola acción clara. En el lanzamiento desactiva los correos predeterminados de Stripe sobre pagos fallidos para que los dos sistemas no envíen mensajes al cliente. La [Guía de integración con Stripe](https://docs.flycode.com/docs/integrations/stripe-integration-guide-for-flycode) cubre los ajustes exactos.

## ¿Debería mostrar a los clientes el código de rechazo en bruto?

Es su decisión, y la recomendación habitual es que no. Códigos sin procesar como `do_not_honor` o `generic_decline` no significan nada para la mayoría de los clientes y pueden sonar alarmantes. El producto de correo electrónico de FlyCode le permite mostrar un mensaje amable y orientado a la acción ("su banco rechazó la renovación; actualice su tarjeta o contacte con su banco") mientras registra internamente el código exacto de rechazo para los agentes de soporte y para la lógica automatizada de reintentos. La excepción es cuando el código conlleva una acción clara por parte del cliente, como un banco que requiere autorización para cargos recurrentes, donde nombrar el motivo ayuda al cliente a resolverlo.

## Relacionado

* [Estrategia de entrega para el contacto por pago fallido](https://help.flycode.com/failed-payment-outreach/delivery-strategy)
* [Comportamiento y entregabilidad del correo electrónico](https://help.flycode.com/ai-payment-recovery/email-behavior-and-deliverability)
* [Guía de gestión de cobros 2026](https://docs.flycode.com/docs/dunning-management-2026-guide)


---

# 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/handling-failed-payments/coordinating-messaging-with-recovery.md?ask=<question>&goal=<endgoal>
```

`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.