> 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/recovery-sms-when-to-add-sms-to-failed-payment-outreach.md). # SMS de recuperación: cuándo añadir SMS al outreach por pagos fallidos {% hint style="info" %} **Resumen:** SMS llega a clientes que no abren los correos de facturación, lo que lo hace valioso para los fallos que realmente necesitan que el cliente actúe (una nueva tarjeta, un paso de autenticación). No sustituye la recuperación silenciosa: envíalo solo después de que los reintentos y los métodos de respaldo hayan tenido su oportunidad, coordínalo con el correo electrónico para que el cliente reciba un único recordatorio en el canal que revisa, y trata el consentimiento como un requisito innegociable. FlyCode Recovery SMS se ejecuta dentro del mismo flujo coordinado de recuperación que los reintentos y el correo electrónico. {% endhint %} *Por el equipo de FlyCode. Última revisión: septiembre de 2026.* {% hint style="success" %} **Puntos clave** * SMS pertenece al punto en que la red necesita al cliente: rechazos duros, autenticación requerida y rechazos blandos que sobrevivieron la ventana de reintentos. * La coordinación importa más que el canal: un mensaje de texto sobre un pago que se va a reintentar con éxito genera confusión y cancelaciones. * El consentimiento no es opcional. Recoge una aceptación explícita para los mensajes de facturación, respeta STOP de inmediato y envía durante las horas diurnas locales. * Mantén el mensaje breve, menciona tu marca, explica qué pasó y proporciona un único enlace sin inicio de sesión para solucionarlo. {% endhint %} ## Cuándo ayuda el SMS y cuándo no | Situación | ¿Usar SMS? | Por qué | | --------------------------------------------------------------------------------------------------------- | ------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Rechazo blando, primeros días tras el fallo | No | Los reintentos silenciosos y los métodos de respaldo recuperan la mayoría de estos sin esfuerzo del cliente. Un mensaje de texto aquí entrena a los clientes a esperar ruido en la facturación. | | Rechazo duro (cuenta cerrada, credenciales reemplazadas, tarjeta robada o perdida) sin método de respaldo | Sí | El cliente debe proporcionar un nuevo método de pago; cuanto antes vea la solicitud, mayor será la tasa de recuperación. | | Se requiere autenticación (3DS o SCA) | Sí | Solo el cliente puede completar el desafío; un mensaje de texto con el enlace lo resuelve más rápido que el correo electrónico. | | Rechazo blando después de la ventana de reintentos | Sí, como paso final | El correo electrónico ya se ha enviado; el SMS llega a los clientes que no lo abrieron. | | El cliente no se ha suscrito a los mensajes de texto | No | Primero el consentimiento, siempre. | ## Coordinar SMS con reintentos y correo electrónico La secuencia en un flujo de recuperación coordinado: 1. Los reintentos y [los métodos de pago de respaldo](/docs/es/guides/backup-payment-methods-on-stripe-for-subscription-recovery.md) se ejecutan primero, en silencio. 2. Si el rechazo requiere al cliente, se envía un correo electrónico en hora local con un enlace de actualización sin inicio de sesión. 3. Si no se actúa sobre el correo electrónico dentro de la ventana configurada, o si el fallo es urgente en el tiempo (el acceso está a punto de caducar), le sigue un SMS sobre el mismo caso con el mismo enlace. 4. Todos los canales se detienen en el momento en que se paga la factura; un reintento pendiente pausa el contacto para que nadie sea instado a solucionar un cargo que se resuelve por sí solo. FlyCode Recovery SMS está integrado en este flujo: los mensajes se coordinan con tu secuencia de correo electrónico y el calendario de reintentos para que los clientes reciban un único recordatorio en el canal que más revisan. ## Aspectos básicos del consentimiento y el cumplimiento Las normas varían según el país; en Estados Unidos se aplica la Telephone Consumer Protection Act (TCPA) y las normas de las operadoras. Requisitos prácticos compartidos por la mayoría de las jurisdicciones: * **Aceptación explícita** para mensajes de cuenta y facturación, recopilada con lenguaje claro al registrarse o en la configuración de la cuenta. El consentimiento de marketing no cubre automáticamente los mensajes de facturación, y viceversa. * **Identifica al remitente** en cada mensaje (el nombre de tu marca). * **Respeta la baja** al instante: STOP, y los equivalentes locales, deben dejar de enviar mensajes a ese cliente. * **Horas de silencio.** Envía durante las horas diurnas locales; FlyCode programa según la zona horaria del cliente. * **Lleva registros** del consentimiento, el contenido del mensaje y la entrega. Esto es un resumen, no asesoramiento legal; confirma los requisitos para tus mercados con un abogado. ## Cómo es un buen mensaje de recuperación Breve, específico, una sola acción: > Acme: el pago de tu plan Pro no se pudo procesar. Actualiza tu tarjeta en 30 segundos para mantener tu espacio de trabajo: acme.co/pay/x7k2 Responde STOP para no recibir más mensajes. Evita las ofertas de descuento en un mensaje de recuperación (esto no es una promoción), evita un lenguaje alarmista y nunca pidas los datos de la tarjeta por respuesta. ## Qué esperar Los resultados dependen de cuánto de tu mezcla de fallos requiera la acción del cliente. Las empresas con una alta proporción de rechazos duros o fallos de autenticación, y las audiencias de consumo que rara vez abren el correo de facturación, ven las mayores ganancias. Mide el SMS por las recuperaciones incrementales que genera después de que el correo haya tenido su oportunidad, no por los clics brutos; la [referencia de métricas de recuperación](/docs/es/read-more/recovery-metrics-and-reporting-reference.md) explica el embudo. ## Preguntas frecuentes ### ¿Debería enviar un mensaje de texto a los clientes en cuanto falle un pago? No. La mayoría de los fallos se recuperan en silencio en cuestión de días. Envía un mensaje solo cuando se sepa que el rechazo necesita al cliente o cuando la ventana de reintento haya cerrado. ### ¿Necesito un consentimiento aparte para los mensajes de facturación? En la mayoría de las jurisdicciones, sí: el consentimiento debe cubrir el tipo de mensaje que se envía. Añade explícitamente las notificaciones de facturación y de cuenta a tu lenguaje de aceptación. ### ¿FlyCode envía el SMS desde mi número? Los mensajes llevan la marca de tu nombre y se coordinan con tu correo electrónico y los reintentos; la configuración del remitente se realiza durante la incorporación con tu gestor de cuenta. ## Relacionado * [Guía de gestión de recobros 2026](/docs/es/dunning-management-2026-guide.md) * [Cómo funciona FlyCode](/docs/es/guides/how-flycode-works-architecture-of-the-recovery-engine.md) * [Recuperación prioritaria y recuperación dinámica](/docs/es/guides/priority-recovery-and-dynamic-recovery-handling-high-value-failed-invoices.md) * [Contactar sobre pagos fallidos](https://help.flycode.com/failed-payment-outreach) en el Centro de ayuda * [Cumplimiento de suscripciones](https://help.flycode.com/subscription-compliance) 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/recovery-sms-when-to-add-sms-to-failed-payment-outreach.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.