> 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/messaging-customization.md).

# Personalización de mensajes

Personalizar los correos de recuperación de FlyCode: enviarlos desde tu propio dominio con tu marca y adaptar el tono, la llamada a la acción y la estructura según el motivo del rechazo, el segmento de cliente y el estado del reintento.

Los clientes solo deberían verte a ti. La comunicación de FlyCode es de marca blanca y sus plantillas son dinámicas, por lo que el mensaje se adapta a tu marca y al fallo específico.

## ¿Puedo usar mi propia marca y dominio para los correos electrónicos?

Sí. Todos los correos se envían desde tu dominio y llevan tu marca, nombre del remitente y dirección de respuesta. FlyCode funciona en segundo plano y los clientes nunca ven su nombre. La configuración implica añadir registros SPF y DKIM para el subdominio de envío, de modo que el correo se autentique como tuyo, lo que también protege la entregabilidad. Los SMS, cuando están habilitados, también se envían bajo tu marca. El enlace de actualización de pago en cada mensaje lleva a la página de pago nativa de tu procesador (en Stripe, la página alojada con todos los métodos de pago locales habilitados), de modo que el cliente completa la actualización en una interfaz familiar y rápida.

## ¿Puedo personalizar el contenido o los mensajes?

Sí. Las plantillas son dinámicas: el tono, la llamada a la acción y la estructura se ajustan automáticamente según el motivo del rechazo (una solicitud de una nueva tarjeta para un rechazo duro, un aviso ligero de que se ha programado un reintento para un rechazo suave), el segmento del cliente (por ejemplo, nivel de plan o B2B frente a consumidor) y el estado del reintento (primer aviso, recordatorio, aviso final antes de la cancelación). Además, puedes añadir tu propia marca, redacción e idioma, y establecer la cadencia. FlyCode recomienda mantener los mensajes breves y transaccionales, ya que eso es lo que recupera los pagos y mantiene alta la reputación del remitente; el [mejores prácticas de los correos de cobro](https://docs.flycode.com/docs/dunning-management-2026-guide) sección de la guía de cobro tiene ejemplos.

## Relacionado

* [Estrategia de entrega](https://help.flycode.com/failed-payment-outreach/delivery-strategy)
* [¿Debería mostrar a los clientes el código de rechazo en bruto?](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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.flycode.com/es/failed-payment-outreach/messaging-customization.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.
