La IA para notificaciones de retraso de envío funciona cuando trata «retrasado» como dos problemas distintos. Un pedido que no ha salido de tu almacén (incluido uno atascado en «etiqueta creada») necesita un mensaje con una nueva fecha y una forma gratuita de cancelar, y en EE. UU. la Mail Order Rule de la FTC exige exactamente eso, con sanciones de hasta 53.088 $ por infracción. Un pedido que se envió y va con retraso necesita el último escaneo real del transportista y la nueva fecha del propio transportista, nunca una fecha inventada por la IA.
El disparador no es «el transportista publicó una excepción». Es «la nueva fecha es posterior a la que prometimos». Envía un mensaje cuando eso cambia, mantente en silencio cuando no, y pasa a una persona todo lo que lleve días sin escaneo, no tenga fecha o sea un paquete perdido o dañado.
eesel hace esto como un compañero de IA en tu helpdesk: lee el pedido de Shopify y el escaneo de AfterShip, puede activarse con un webhook de retraso y retiene las cancelaciones y los reembolsos para su aprobación. Question Beauty lo usa en Gorgias, donde consultó 290 pedidos de Shopify en un mes antes de responder preguntas de entrega y cerró 280 tickets sin intervención humana.
¿Por qué los retrasos de envío inundan la bandeja de soporte?
Porque el cliente se entera por el silencio. Revisa el enlace de seguimiento, dice lo mismo que ayer, escribe, y luego vuelve a escribir.
"where is my order" emails, easily. a package sits on "label created" for 3 days and i've got the same customer in my inbox twice asking if we scammed them, and nothing i've tried has really fixed it
En eesel construyo integraciones, así que paso mucho tiempo en las tuberías entre una tienda, un feed de transportista y un helpdesk. El patrón que veo una y otra vez es que los equipos automatizan la respuesta a «¿dónde está mi pedido?» (WISMO) y dejan el retraso sin anunciar. El bot de respuestas se vuelve más rápido, pero la bandeja sigue llena, porque cada paquete retrasado sigue produciendo al menos un ticket.
Un comerciante que pasó a mensajes proactivos lo dijo bien:
"The other thing that helped was sending a proactive "your order is running late" email when tracking shows a delay. Customers don't get mad about delays as much as they get mad about not knowing."
Así que el trabajo de la IA aquí tiene dos caras. Enviar el mensaje de retraso antes de que el cliente tenga que preguntar y responder con los mismos datos a los tickets que lleguen de todos modos. El resto de este artículo trata de acertar con la primera mitad, porque es donde la mayoría de las configuraciones fallan. Para el lado de las respuestas por sí solo, mis artículos sobre IA para soporte de seguimiento de pedidos y automatizar el seguimiento de pedidos profundizan más.
¿Cuáles son los dos tipos de retraso de envío?
Hay dos, y cada uno necesita un mensaje distinto. «Retrasado» abarca tanto un pedido que aún no se ha enviado como un paquete que se envió y ahora va tarde en la red del transportista. La mayoría de las automatizaciones de retraso los tratan como uno solo, y así acabas diciéndole a un cliente «¡tu paquete está en camino!» sobre una caja que sigue en tu estantería.
| Aún no enviado | Enviado, con retraso | |
|---|---|---|
| Cómo se ve | Pedido pendiente de reposición, acumulación en el almacén, «etiqueta creada» sin escaneo del transportista | Excepción del transportista, fecha de entrega incumplida, sin nuevos escaneos |
| De quién es el problema | Tuyo | Del transportista, pero el cliente te culpa igualmente a ti |
| Normas aplicables (EE. UU.) | Mail Order Rule de la FTC: aviso de retraso con opción de cancelar | Ninguna en el lado del envío; tu propia promesa y tus políticas |
| Qué debe contener el mensaje | Nueva fecha de envío o «aún no lo sabemos», una opción de cancelar con reembolso total, una forma gratuita de cancelar | Último escaneo real, la nueva estimación del transportista si la hay, qué ocurre después |
| Acciones que puede necesitar la IA | Cancelar el pedido, reembolsar (con aprobación) | Consultar el seguimiento, abrir un ticket de reclamación al transportista, etiquetar para una persona |
La línea entre ambos es más nítida de lo que parece. El texto de la norma de la FTC define el envío como «the act by which the merchandise is physically placed in the possession of the carrier.» Una etiqueta impresa no es eso. AfterShip incluso le da su propio estado, Pending_003, descrito como procesado y empaquetado «but not scanned at a shipping location yet.» «Etiqueta creada» es un pedido sin enviar, y tu IA debe tratarlo como tal.
¿Qué dice la ley sobre las notificaciones de retraso de envío?
En EE. UU., un aviso de retraso no es una cortesía para los pedidos sin enviar. Es obligatorio. La Mail, Internet, or Telephone Order Merchandise Rule de la FTC (guía para empresas) se aplica a la mayoría de los bienes pedidos en línea, y dice que debes tener una base razonable para cualquier plazo de envío que indiques, o enviar en 30 días si no indicas ninguno. Cuando sepas que no llegas, tienes que pedir al cliente que consienta el retraso o reembolsarlo.
Las partes que importan para una IA que escribe el mensaje:
| Qué dice la norma | Qué significa para tu mensaje de retraso |
|---|---|
| Avisar «reasonably quickly», y nunca después del plazo de envío prometido ni del día 30 | El disparador es el momento en que lo sabes, no el momento en que el cliente se queja |
| El primer aviso debe dar una nueva fecha de envío definida, o decir que no puedes darla | La IA no puede escribir «pronto». Cita una fecha de tu sistema o dice que no lo sabe |
| Debe decir que el cliente puede cancelar con reembolso total y rápido | Todo mensaje de retraso de pedido sin enviar lleva una oferta de cancelación |
| Debe dar una forma de cancelar a tu costa (número gratuito, sitio web) | Un enlace o responder para cancelar que no cuesta nada al cliente |
Si la nueva fecha está a 30 días o menos de la original, di que no responder cuenta como aceptar | Una frase extra, solo en este caso |
Si son más de 30 días, o es desconocida, explica el motivo y di que el pedido se cancela automáticamente si no responden | La IA necesita el motivo, así que este caso requiere la aportación de una persona |
| Un segundo aviso no puede tratar el silencio como aceptación | Si vuelves a retrasarte, el pedido se cancela a menos que el cliente diga «mantenlo» |
Los reembolsos salen en 7 días hábiles para la mayoría de los medios de pago, y no pueden sustituirse por crédito de tienda | Una solicitud de cancelación es una acción de reembolso, no un cupón |
La norma tiene algunas exenciones enumeradas (semillas y plantas, suscripciones después del primer envío y pedidos contra reembolso, entre ellas), y no cubre servicios. Las sanciones llegan hasta 53.088 $ por infracción.
El Reino Unido traza la línea en otro sitio. La Section 28 de la Consumer Rights Act 2015 trata de la entrega, no del envío: salvo que se acordara un plazo, los bienes tienen que llegar en 30 días. Si no llegan, y la fecha era esencial, el cliente puede rescindir el contrato; si no, puede fijar un nuevo plazo. Así que para clientes del Reino Unido, el retraso del lado del transportista también cuenta.
Soy ingeniero y no abogado, así que toma esto como un mapa, no como asesoramiento legal. El punto práctico se mantiene: una IA que escribe alegres correos de «ligero retraso, ¡gracias por tu paciencia!» sobre pedidos sin enviar se salta las dos frases que más le importan a la norma.
¿Cuándo debe enviar la IA una notificación de retraso?
Cuando la nueva fecha es posterior a la que prometiste, una vez. Esa frase sustituye a la mayoría de las tablas de umbrales que encontrarás en las guías de retrasos.
Este es el motivo por el que me anclaría en la promesa y no en el evento del transportista, porque las excepciones de los transportistas son ruidosas. Los subestados de entrega de AfterShip enumeran unos 20 tipos de excepción, desde Exception_017 (clima extremo) y Exception_004 (despacho aduanero) hasta Exception_019 (vuelo tardío). Muchas se resuelven el mismo día. Un paquete retrasado por el clima que aun así llega dentro de tu ventana prometida no necesita un mensaje; contárselo al cliente solo crea una preocupación y luego un ticket.
También ocurre lo contrario: un paquete sin ninguna excepción, solo sin nuevos escaneos, puede pasarse discretamente de tu fecha prometida. Así que la IA debe comparar dos fechas, en lugar de vigilar un feed:
- La promesa. La estimación de entrega mostrada en el checkout o en la confirmación de envío. Vive en tu tienda o en tu política de envíos, por eso la IA necesita leer tu pedido de Shopify, no solo el número de seguimiento.
- La estimación actual. La fecha revisada del transportista o de la plataforma de seguimiento. AfterShip dispara un evento de «estimated delivery date revised» y adjunta un código de motivo como
extreme_weather,carrier_processingocustoms_clearance.
Si la estimación actual es posterior a la promesa, envía. Si no hay estimación actual y no hay escaneo en tres días, no envíes una conjetura; pásalo a una persona. Tres días es mi regla práctica, no ningún estándar, así que ajústala a tus transportistas.
Dos reglas más evitan que se convierta en spam. La documentación de flujos de AfterShip dice que las notificaciones se disparan «only once as the status of the shipment changes», y tu IA debe mantener esa misma línea: un mensaje por nueva fecha, no uno por escaneo. Y si el cliente ya escribió sobre este pedido, responde en ese mismo ticket en lugar de abrir un segundo hilo. Mi artículo sobre IA para deduplicación de tickets cubre el lado de la fusión.
¿Qué mensaje de retraso envío?
Elige la situación en la que está el pedido. La tarjeta muestra qué debe decir el mensaje y quién debe enviarlo.
Selector de mensaje de retraso
¿Dónde está el pedido ahora mismo?
- La nueva fecha de envío de tu sistema de pedidos
- «Puedes cancelar con reembolso total»
- Una forma gratuita de cancelar: un enlace o una respuesta
- «Si no tenemos noticias tuyas, asumiremos que te parece bien esperar»
La IA envía, cancelar y reembolsar necesitan aprobación
- La nueva fecha, o «aún no podemos dar una fecha»
- Por qué hay retraso (stock, proveedor, almacén)
- El pedido se cancela y reembolsa en una fecha fijada salvo que digan «mantenlo»
- Una forma gratuita de cancelar ahora
La IA redacta, una persona aprueba
- El último escaneo del transportista, con hora y lugar
- La nueva fecha estimada del transportista, citada como suya
- Qué harás si vuelve a detenerse
- Cualquier compensación solo si tu política escrita la cubre
La IA envía por sí sola
- Sin escaneo durante 3+ días y sin nueva estimación
- Perdido (
Exception_013), dañado (Exception_012), devuelto al remitente - «Entregado» pero el cliente dice que no está
La IA prepara, una persona decide
Solo resumen de la norma de EE. UU., no es asesoramiento legal. En los pedidos del Reino Unido también cuenta la entrega dentro de 30 días.
¿Qué nunca debe hacer un mensaje de retraso escrito por IA?
Inventar una fecha. Este es el fallo que convierte un retraso en una queja.
"Chat bot promised a guitar delivery by tomorrow, and they have not shipped yet. Phone support says they can't do that despite acknowledging the firm commitment promised by the chat bot."
Esa cita es todo el problema en dos frases: un pedido sin enviar y un bot seguro de sí mismo, más una fecha que nadie le dio. La solución es una regla y no un modelo mejor. La IA cita fechas que vienen de un sistema (tu registro de pedido, la estimación del transportista) y lo dice, y cuando no hay fecha, dice que no hay fecha.
La propia documentación de la integración con AfterShip de eesel lo incorpora: el agente trata un escaneo como «the carrier's version of events, not the parcel's location», informa del último punto de control con su hora y lugar y «never invents a delivery date the carrier did not give.» STIL Classics, una marca de agendas en Gorgias y Shopify, escribió lo mismo en sus instrucciones: sin fechas de envío, estimaciones de entrega ni especificaciones de producto inventadas, y si no se encuentra el pedido, avisar al equipo en lugar de decirle algo al cliente.
Lo demás de mi lista de nunca:
- No llames «en camino» a un pedido sin enviar. Comprueba primero el estado de cumplimiento. «Etiqueta creada» no es en camino.
- No prometas compensaciones que la política no cubre. Cita la política o pasa el caso. Mi guía sobre IA para solicitudes de reembolso explica cómo redactar esa política para que un agente pueda seguirla.
- No adivines con las excepciones. El resumen que hace un comerciante de Shopify del modo de fallo merece colgarse sobre tu escritorio:
"Usually the failure mode is not the first reply, it is the edge cases. A bot that answers "where is my order?" fast but confidently guesses on delivery exceptions burns trust."
- No envíes el mismo retraso dos veces. Un mensaje por nueva fecha. Los duplicados parecen un sistema que no presta atención.
- No trates «entregado» como el final. Una respuesta a «entregado pero no está» va a una persona, siempre. Eso es una queja, no una pregunta de seguimiento.
¿Qué herramientas necesitas para las notificaciones de retraso de envío con IA?
Tres capas, y la IA se sitúa encima de las otras dos.
| Capa | Qué contiene | Ejemplos | Qué lee la IA de ella |
|---|---|---|---|
| Tienda | El pedido, la promesa, el estado de cumplimiento | Shopify, WooCommerce, BigCommerce | ¿Se cumplió? ¿Qué fecha se prometió? ¿Aún se puede cancelar? |
| Seguimiento | Escaneos del transportista, excepciones, fechas revisadas | AfterShip, un feed de 3PL o de almacén | Último escaneo, tipo de excepción, nueva estimación |
| Helpdesk + IA | La conversación y el mensaje | Gorgias, Zendesk, Freshdesk con un agente de IA | Escribe y envía el mensaje, gestiona las respuestas |
La tienda
Las notificaciones propias de tu tienda cubren los eventos que controla. Las notificaciones de tienda de Shopify se activan con cosas como la realización del pedido, el cumplimiento y los reembolsos, y se pueden personalizar con variables Liquid. Lo que la tienda no ve es lo que ocurre dentro de la red del transportista después del cumplimiento, y por eso existe la segunda capa. Si estás en Shopify, mi artículo sobre chatbots de IA para Shopify cubre el lado de las respuestas en el chat de la tienda.
La plataforma de seguimiento
AfterShip es la elección más habitual para esta capa, y su constructor de flujos muestra por qué: hay disparadores listos para excepción, fecha estimada de entrega revisada y fecha estimada de entrega incumplida.
Qué disparadores obtienes depende del plan, según la guía de notificaciones de AfterShip y su página de precios:
| Plan de AfterShip Tracking | Precio | Envíos incluidos | Disparadores de retraso | API y webhooks |
|---|---|---|---|---|
| Free | 0 $ | Consulta la página de precios | No incluidos | No |
| Essentials | Desde 29 $/mes | 6.000 al año, luego 0,08 $ cada uno | Excepción, información recibida | No |
| Premium | Desde 59 $/mes | 6.000 al año, luego 0,12 $ cada uno | Añade fecha estimada de entrega revisada | Sí, 10 solicitudes por segundo |
| Enterprise | Contacta con ventas | Personalizado | Añade entrega próxima | Sí, límite personalizado |
Los flujos propios de AfterShip envían correos y SMS con plantilla, y lo hacen bien. Donde se detienen es en el razonamiento: comparar la nueva fecha con la promesa de tu tienda, comprobar si el pedido llegó a cumplirse o leer el último ticket del cliente antes de escribir. Ese es el trabajo de la tercera capa.
La IA en tu helpdesk
Aquí es donde se escribe el mensaje y se gestionan las respuestas. Si estás comparando opciones, mis recopilaciones de los mejores chatbots de seguimiento de pedidos y de los chatbots de estado de pedidos enumeran el panorama.
Los usuarios de Gorgias también pueden ver su configuración nativa en mis artículos sobre seguimiento de pedidos con IA en Gorgias y umbrales de retraso en Gorgias.
¿Cómo configuras las notificaciones de retraso de envío con IA?
Este es el orden en que lo haría. Cada paso es pequeño, y puedes parar después del paso 4 y ya tendrás la mayor parte del valor.
Paso 1: cuenta tus tickets de retraso
Saca los tickets WISMO del mes pasado y ordénalos en las dos columnas de antes: aún no enviados, y enviados pero con retraso. A la mayoría de las tiendas que he visto les sorprende lo grande que es la primera columna. Son los tickets que causó tu almacén, y son los que tienen ataduras legales en EE. UU. Si quieres una forma estructurada de hacerlo, mi artículo sobre IA para informes de soporte tiene un desglose por motivo de contacto.
Paso 2: escribe la promesa donde la IA pueda leerla
La IA no puede comparar con una promesa que no ve. Pon tus plazos de envío en una página de política o en un documento corto de instrucciones: días de procesamiento y ventanas del transportista por región, y también qué significa «exprés». Añade la política de compensación, si tienes una, en el mismo lugar, con cifras exactas.
Paso 3: conecta el pedido y el seguimiento
Conecta la tienda y la plataforma de seguimiento al agente de IA para que lea ambos en vivo. En eesel, la integración con Shopify añade acciones como Get Order Fulfillment (número de seguimiento, transportista y estado del envío), Cancel Order (para pedidos que no se han cumplido) y Refund Order. La integración con AfterShip (activada por workspace bajo petición) añade Get tracking, que lee el transportista, el último punto de control, el historial y cualquier entrega estimada que haya dado el transportista.
Paso 4: despierta al agente cuando ocurra un retraso
Ni Shopify ni AfterShip despiertan a un agente de IA por sí solos; la documentación de eesel es clara en que ambas integraciones no tienen disparadores. Así que eliges uno de dos patrones:
- Un webhook. Tu sistema de almacén, un paso de Zapier sobre un evento de AfterShip o tu propio backend envía por POST el retraso a una automatización por webhook de eesel. El agente despierta con esos datos y sigue las instrucciones que escribiste para él.
- Una programación. Una ejecución matinal que comprueba los pedidos abiertos contra sus fechas prometidas y envía lo que toca. Cape Coffee Beans usa barridos programados para su cola de Zendesk:
160comprobaciones programadas en un mes, cada una termina en un correo corto al fundador o en ningún correo cuando no hay nada que informar.
La vía del webhook es la de la propia documentación de eesel, que usa un retraso de envío del almacén como ejemplo práctico. Pides el webhook en el chat y dices qué hacer con cada carga:
Cuando llega un retraso, el agente lo comprueba contra Shopify y actúa. En el ejemplo de la documentación no se pudo emparejar el pedido, así que en lugar de escribir a nadie abrió un ticket etiquetado en Gorgias para el equipo, que es exactamente lo que quieres cuando los datos no cuadran:
Si prefieres configurarlo desde una terminal o un agente de programación, la CLI de eesel hace el mismo trabajo: eesel integrations connect aftership imprime el enlace de conexión, eesel automations lista la automatización por webhook y si está activa, y eesel approvals muestra todo lo que espera a una persona. Claude Code, Codex o Cursor también pueden ejecutar esos comandos, lo cual es útil cuando quien envía el webhook es tu propio backend y el mismo ingeniero conecta ambos extremos.
Paso 5: pon las acciones de riesgo detrás de aprobación
Enviar una actualización de retraso es de bajo riesgo. Cancelar y reembolsar no. En eesel, cada acción puede ejecutarse sola, preguntar primero o quedar desactivada (acciones y aprobaciones), y las acciones retenidas se pueden aprobar en el panel, en Slack o con eesel approvals approve <id> en una terminal.
Empezaría con cancelar y reembolsar en «preguntar primero», luego observaría un par de semanas las decisiones y después aflojaría lo que sea aburrido. Mi artículo sobre flujos de aprobación en soporte al cliente explica cómo elegir.
Paso 6: pruébalo con los pedidos retrasados del mes pasado
Antes de que nada llegue a un cliente, reprodúcelo. Toma de 20 a 30 pedidos retrasados del mes pasado, pasa cada uno y lee cada mensaje que habría enviado. Comprueba tres cosas: si eligió la columna correcta, si cada fecha vino de un sistema y si retuvo los casos que debía retener. Mi guía sobre pruebas de simulación de soporte con IA cubre los tamaños de muestra para esto.
¿Cómo se ve esto en una tienda real?
Tres clientes de eesel gestionan las preguntas de envío de formas que vale la pena copiar.
Question Beauty vende cosmética vegana a través de Shopify y gestiona el soporte en Gorgias, gran parte mensajes cortos de redes sociales y chat. Ante una pregunta de entrega o de pedido, eesel encuentra al cliente por correo, comprueba el pedido y su estado de cumplimiento y responde con los datos de seguimiento. Si el pedido aún se está procesando, o el seguimiento ya responde la pregunta, lo dice y cierra el ticket. En un mes fueron 990 tickets de Gorgias gestionados, 290 pedidos de Shopify consultados y 280 tickets cerrados sin intervención humana.
Rúngne, una marca noruega de ropa de escalada que envía desde Noruega y desde un almacén en EE. UU., repartió el trabajo entre agentes. Un agente de borradores encuentra el pedido en Shopify, comprueba por qué no se ha enviado y deja una respuesta para el equipo como nota interna; un agente de helpdesk aparte responde directamente a «¿dónde está mi pedido?» y a las preguntas sobre la política de envíos. En 2.100 tickets de Gorgias en un mes, eso supuso 580 borradores para el equipo y 440 respuestas públicas. La comprobación de «por qué no se ha enviado» es la columna de sin enviar de antes, hecha antes de que nadie responda.
STIL Classics es el que señalaría por la regla de no adivinar nunca. Sus tickets suelen implicar «a delivery scan that has not moved», y el agente consultó 230 pedidos de Shopify en un mes antes de redactar una sola línea, sin permitir fechas de envío inventadas.
Ninguno de estos tres es una configuración pura de «correo de retraso proactivo», y quiero ser claro al respecto. Son el lado de las respuestas hecho con cuidado, que es la base, y los patrones de webhook y programación de arriba son la forma de volver ese mismo agente hacia fuera.
¿Cómo mides si funciona?
Vigila cuatro números, antes y después:
| Métrica | Qué te dice | Dónde obtenerla |
|---|---|---|
| Tickets WISMO por cada 100 pedidos retrasados | Si el mensaje proactivo está funcionando | Etiquetas del helpdesk + plataforma de seguimiento |
| Contactos repetidos sobre el mismo pedido retrasado | Si el mensaje respondió la pregunta o solo abrió un hilo | Helpdesk |
| Cancelaciones tras un aviso de retraso | Si las nuevas fechas son creíbles (un pico significa que no lo son) | Tienda |
| Mensajes con una fecha que resultó ser incorrecta | El que daña la confianza; apunta a cero fechas inventadas por la IA | Muestra de revisión |
Una nota rápida sobre el último: que la estimación de un transportista sea errónea es normal. Que la IA cite al transportista y luego el transportista falle está bien, pero que la IA produzca una fecha que salió de la nada, ese es el error.
Errores comunes con las notificaciones de retraso de envío con IA
Los que más veo, más o menos por orden de los problemas que causan:
- Tratar los pedidos sin enviar como retrasos del transportista. Sin oferta de cancelación, sin fecha de envío revisada, un alegre «en camino». En EE. UU. esa es la parte del mensaje de la que trata la norma de la FTC.
- Disparar con cada excepción. Los pequeños sobresaltos por el clima que se resuelven el mismo día se convierten en clientes preocupados. Dispara por la promesa, no por el escaneo.
- Dejar que la IA rellene los huecos. Sin fecha de un sistema no hay fecha en el mensaje. «Aún no tenemos una nueva fecha del transportista» es una frase completa y honesta.
- Enviar desde una dirección no-reply. La respuesta del cliente («¿puedo cancelar?») es lo más útil que puede pasar a continuación. Envía desde el helpdesk para que caiga en un ticket.
- Olvidar el ticket que ya existe. Si escribieron ayer, el mensaje de retraso pertenece a ese hilo.
- Automatizar el caso del paquete perdido. Perdido, dañado y «entregado pero no está» son reclamaciones y decisiones de criterio. Redacta y pasa el caso; mi guía sobre IA para reclamaciones de garantía tiene el mismo patrón de traspaso.
Si tus retrasos llegan en oleadas (picos de fiestas, una huelga de transportistas), mi artículo sobre IA para picos estacionales de soporte explica cómo mantener las mismas reglas bajo carga, y IA para cobertura de soporte en fin de semana cubre el escaneo del sábado que nadie vigila.
Prueba eesel para notificaciones de retraso de envío
Si tu tienda funciona con Shopify y tus tickets llegan a Gorgias, Zendesk o Freshdesk, eesel funciona como un compañero de IA que ya sabe leer el pedido y el escaneo del transportista. Apunta un webhook de retraso hacia él y comprobará si el pedido se envió, comparará la nueva fecha con tu promesa, enviará una actualización honesta y retendrá las cancelaciones y los reembolsos para que tú los apruebes. Question Beauty cerró 280 tickets de Gorgias en un mes de esta manera sin que una persona los tocara.
Puedes configurarlo desde el chat del panel o la CLI, probarlo con los pedidos retrasados del mes pasado y ver los planes en la página de precios. Prueba eesel gratis y mira qué habría enviado.