returnEasier
← Novedades
NovedadesComerciante2 min de lectura

El acuse de desistimiento ya no se queda sin enviar

Si el envío del acuse de recibo falla, returnEasier lo reintenta solo: una revisión automática busca los acuses pendientes cada 15 minutos. Tu cliente sigue viendo su pantalla de éxito con el identificador y, si el acuse no llega ni a encolarse, lo ves en el timeline para reenviarlo. Evita los correos duplicados y está en todos los planes.

Cuando alguien desiste de una compra, returnEasier le manda el acuse de recibo en segundos: identificador único, resumen del pedido, plazos y el PDF con su sello de tiempo y su hash. Desde hoy, si ese envío falla, el sistema lo recupera solo en lugar de esperar a que alguien se dé cuenta.


Tu cliente ya no ve un error al confirmar

Hasta ahora, si la cola de envíos estaba caída en el momento exacto de confirmar, el Paso 2 del portal terminaba en una página de error —aunque la solicitud ya estuviera registrada—. Era el peor momento posible para mostrar un error: la pantalla de éxito es el justificante inmediato del cliente, la que le da su identificador.

Ahora esa pantalla se muestra siempre. Es lo coherente con la ley: el desistimiento surte efecto desde que el consumidor comunica su decisión, no desde que le llega el correo. Y evita el otro efecto secundario, que el cliente volviera a empezar y creara una solicitud duplicada.

Una revisión automática cada 15 minutos

Cuatro veces por hora, una revisión automática busca solicitudes de desistimiento sin acuse enviado para volver a encolarlas. Deja 5 minutos de margen —para no pisar un envío que va de camino— y cubre los últimos 30 días, suficiente para atravesar cualquier incidencia realista de un proveedor. Cada revisión reintenta un lote limitado de acuses pendientes, así que en una incidencia larga, con muchos a la vez, alguno puede esperar más de una vuelta.

Nada de correos duplicados: antes de enviar se comprueba si el acuse ya salió, y solo se procesa una vez cada solicitud, aunque coincidan el envío original y el reintento. El único resquicio es el de arriba —proveedor que acepta y anotación que no llega a guardarse—, y está asumido a propósito: ante la duda, antes un duplicado que un cliente sin su acuse.

Y si no llega ni a encolarse, lo ves en el timeline

Un fallo silencioso era el verdadero problema: sin acuse no había ni rastro, y el aviso al comercio viaja en ese mismo envío. Ahora la solicitud registra el evento «Acuse no enviado (reenvíalo desde esta pantalla)» en su timeline, dentro del detalle de la solicitud en tu admin de Shopify, con el botón «Reenviar confirmación» justo al lado. Ese evento cubre el fallo al ENCOLAR el envío. Si el trabajo se encola bien y falla después —al generar el PDF o al entregarlo al proveedor—, no verás ese aviso en el timeline: de eso se ocupa el reintento automático de los 30 días, y el botón «Reenviar confirmación» está disponible igual.

Como todo evento de returnEasier, entra en el audit log y aparece en tu exportación auditable: queda constancia de que ese acuse necesitó un reenvío y de cuándo se hizo. El audit log es append-only —solo se añaden entradas— y lleva hash encadenado, que puedes contrastar con los de tus exportaciones anteriores; el PDF del acuse lleva además el hash de su solicitud.

Un detalle de precisión: el identificador de una devolución comercial —una devolución voluntaria según tu propia política— ya no puede abrir la pantalla de éxito del flujo legal. Antes la abría y la reencuadraba con el texto normativo del desistimiento, que no le corresponde. Cada flujo enseña ahora su propia pantalla.

El registro auditable, reforzado en la base de datos

En la misma tanda hemos reforzado las cadenas de hashes de tu histórico, y merece la pena decir hasta dónde llega cada una. La de eventos —la que recompone tu exportación auditable— la protege la propia base de datos: no admite dos eslabones colgando del mismo padre ni un segundo arranque, y si algo así apareciera, la lectura se detiene en vez de seguir como si nada. La de solicitudes lleva la mitad de esa red: la base de datos impide que dos filas compartan el mismo eslabón anterior, y cualquier otra anomalía se registra y se sigue adelante, a propósito —bloquearla dejaría a tu tienda sin poder registrar ni un desistimiento más, y eso sería peor que el problema—.

Qué tienes que hacer

Nada. Está activo en todos los planes y en los 7 idiomas. Si quieres repasar qué correos manda returnEasier y cuándo, te lo contamos en el centro de ayuda; y si prefieres ver dónde vive el timeline de una solicitud, mira cómo gestionar una solicitud.

¿Te ha servido este artículo?