Seguimiento de Recuperación y Estadísticas
El Seguimiento de Recuperación detecta automáticamente cuándo un pedido recordado es pagado y lo registra como una venta recuperada, para que puedas medir el impacto directo de tus recordatorios de pago en los ingresos.
Disponible desde v1.3.0
Descripción general
Cada vez que tu tarea cron envía un recordatorio a un cliente, el módulo registra ese pedido como "recordado". Si el cliente completa el pago posteriormente y el pedido pasa a un estado pagado, el módulo marca inmediatamente el pedido como recuperado y registra la fecha.
El panel de Estadísticas de Recuperación en el panel de control del módulo te ofrece cuatro cifras principales — pedidos recordados, pedidos recuperados, ingresos recuperados y tasa de recuperación — además de un desglose mes a mes que cubre los últimos seis meses. Esto te permite ver de un vistazo si tu secuencia de recordatorios está funcionando, qué meses tienen mejor rendimiento y cuántos ingresos habrías perdido de otro modo.
El seguimiento ocurre de forma automática. No hay nada que configurar para activarlo, y no afecta a cómo se envían los recordatorios ni a cómo se procesan los pedidos.
Configuración
El seguimiento de recuperación no tiene ajustes dedicados: siempre está activo una vez instalado el módulo. La única acción que se requiere de tu parte es asegurarte de que tu tarea cron se ejecuta con regularidad para que se envíen los recordatorios. Sin recordatorios enviados, ningún pedido se registra como "recordado" y el panel de estadísticas no aparecerá.
Para encontrar las estadísticas:
- Ve a Módulos > Gestor de módulos, busca Order Payment Reminders Pro y haz clic en Configurar.
- El panel de Estadísticas de Recuperación aparece debajo de la lista de verificación de configuración en el panel de control principal.
El panel está oculto hasta que se haya enviado el primer recordatorio. Antes de eso, un mensaje de marcador de posición te indica que las estadísticas aparecerán cuando el módulo comience a enviar.
Cómo funciona
Detección de un pedido recuperado
Cuando el estado de cualquier pedido cambia en tu tienda, el módulo comprueba dos cosas:
- ¿El nuevo estado del pedido es un estado de pago aceptado?
- ¿Recibió alguna vez este pedido un recordatorio de este módulo?
Para la primera comprobación, el módulo reconoce un pedido como pagado cuando su nuevo estado coincide con alguno de los estados de pago integrados de PrestaShop (Pago aceptado y Pago remoto aceptado) o cuando el propio estado del pedido tiene activado el indicador de "pagado". Los estados de pago personalizados que hayas creado con el indicador de pagado marcado también activarán el seguimiento de recuperación.
Para la segunda comprobación, el módulo busca el pedido en su tabla de seguimiento interna. Si alguna vez se envió un recordatorio para ese pedido y el pedido aún no ha sido marcado como recuperado, se actualiza: se establece el indicador de recuperado y se registra la fecha y hora de la confirmación de pago.
Si el pedido nunca recibió un recordatorio, el cambio de estado se ignora y no se escribe ningún registro.
Cuándo se crea un registro de seguimiento
El registro de seguimiento de un pedido se crea la primera vez que se envía un recordatorio. En ese momento el módulo escribe el ID del pedido, el ID del mensaje de recordatorio enviado, un contador de recordatorios de 1 y la fecha y hora del primer recordatorio.
En cada recordatorio posterior para el mismo pedido, se actualizan el ID del último mensaje y el contador de recordatorios. El indicador de recuperado y la fecha de recuperación permanecen vacíos hasta que se detecta un cambio de estado a pagado.
Comprensión del panel de estadísticas
Pedidos recordados
El número total de pedidos distintos que recibieron al menos un correo electrónico de recordatorio en los últimos seis meses. Un pedido se cuenta una vez independientemente de cuántos correos de recordatorio recibió. El recuento se basa en la fecha en que se envió el primer recordatorio, no en la fecha del pedido en sí.
Pedidos recuperados
El número de pedidos recordados que posteriormente pasaron a un estado de pago aceptado en los últimos seis meses. Un pedido se cuenta como recuperado cuando PrestaShop cambia su estado a un estado marcado como "pagado". El recuento se basa en la fecha en que se confirmó el pago, no en la fecha del recordatorio.
Ingresos recuperados
La suma de todos los totales pagados de los pedidos recuperados en los últimos seis meses. Utiliza el total pagado real del pedido según lo registrado por PrestaShop, en la moneda predeterminada de tu tienda.
Los Ingresos recuperados reflejan el valor completo del pedido de cada pedido recuperado. No intenta restar el coste de envío de los recordatorios ni los reembolsos parciales aplicados después del pago.
Tasa de recuperación
Pedidos recuperados dividido por pedidos recordados, expresado como porcentaje y redondeado a un decimal. Una tasa superior al 20 % se resalta en verde; por debajo del 20 % se muestra en ámbar. El umbral es un punto de referencia general: lo que es "bueno" depende de tu categoría de producto y el retraso de pago habitual.
Pedidos cancelados tras los recordatorios
Debajo de las cuatro tarjetas principales, una línea muestra cuántos pedidos recordados terminaron en el estado Cancelado de PrestaShop. Esta cifra es solo informativa y no afecta a las otras métricas. Puede ayudarte a entender si la función de cancelación automática está eliminando una parte significativa de los pedidos impagados.
Tabla de desglose mensual
Una tabla debajo de las tarjetas principales lista los últimos seis meses naturales. Para cada mes muestra:
| Columna | Qué muestra |
|---|---|
| Mes | Mes natural y año (p. ej., mayo 2026) |
| Recordados | Pedidos que recibieron su primer recordatorio ese mes |
| Recuperados | Pedidos cuyo pago fue confirmado ese mes |
| Ingresos | Importe total pagado de los pedidos recuperados ese mes |
Ten en cuenta que las columnas Recordados y Recuperados utilizan fechas de evento diferentes, por lo que el mismo pedido puede aparecer en meses distintos: recordado en abril, recuperado en mayo.
Caché de estadísticas
Las estadísticas de recuperación implican unir tablas y agregar hasta seis meses de datos. Para mantener el panel de control ágil, el módulo almacena en caché el resultado calculado durante una hora. Si procesas un pago inmediatamente después de cargar el panel, los contadores no se actualizarán hasta que expire la caché. Recargar la página al cabo de una hora mostrará las cifras más recientes.
Ejemplos de uso
Ejemplo: Evaluar la eficacia de tu secuencia de recordatorios
Observas que tu tasa de recuperación lleva dos meses en el 12 %. Abriendo el desglose mensual, ves que mayo tuvo 40 pedidos recordados pero solo 5 recuperados. Decides añadir un segundo recordatorio más urgente a las 48 horas y supervisas si la tasa de recuperación de junio mejora.
Ejemplo: Seguimiento del impacto en ingresos tras habilitar un nuevo método de pago
Amplías el módulo para cubrir todos los métodos de pago, no solo la transferencia bancaria. Durante los dos meses siguientes, la cifra de Ingresos recuperados en el panel sube de 400 €/mes a 1.100 €/mes, lo que te proporciona un número concreto que informar.
Ejemplo: Calibrar la ventana de cancelación automática
Ves que 30 pedidos al mes aparecen en el contador "Cancelados tras recordatorios". Al ampliar la ventana de cancelación automática de 7 a 14 días, das más tiempo a los clientes para pagar después de tu último recordatorio — y el recuento de Recuperados del mes siguiente aumenta en 8 pedidos.
Notas importantes
- Cambios de estado manuales. Si cambias manualmente el estado de un pedido a un estado pagado en el Back Office, la recuperación se registra igual que un pago automático. El módulo no puede distinguir entre un pago genuino del cliente y una modificación por parte del administrador.
- Cambios de estado a estados no pagados. Si mueves un pedido a un estado reembolsado, en disputa o cualquier otro estado no pagado después de que ya haya sido marcado como recuperado, el indicador de recuperación no se elimina. Una vez que un pedido está marcado como recuperado, permanece recuperado aunque el pedido sea reembolsado posteriormente. Los Ingresos recuperados reflejan, por tanto, lo que se cobró, no lo que finalmente se retuvo.
- Pedidos ya recuperados. La actualización solo se activa cuando un pedido aún no ha sido marcado como recuperado. Un segundo cambio de estado a pagado en un pedido ya recuperado no tiene ningún efecto.
- Pedidos pagados antes de instalar el módulo. Los pedidos que fueron pagados antes de que se enviara algún recordatorio nunca aparecerán en las estadísticas de recuperación porque no existe ningún registro de seguimiento para ellos.
- Multitienda. El seguimiento de recuperación se activa globalmente en todas las tiendas. Un pedido de cualquier tienda se marcará como recuperado siempre que haya recibido un recordatorio. El panel de estadísticas muestra datos agregados de todas las tiendas; no hay filtro por tienda en el panel de recuperación.
- Pagos parciales. Si tu tienda utiliza un estado personalizado para pagos parciales con el indicador de pagado activado, esos pedidos se contarán como recuperados con su valor completo de
total_paid. - Ventana de estadísticas. Todas las estadísticas cubren los últimos seis meses naturales desde hoy. Los pedidos de más de seis meses quedan excluidos de todos los recuentos, aunque hayan sido recuperados recientemente.
- Interacción con la cancelación automática. Un pedido cancelado ya no es apto para un cambio de estado a pagado, por lo que nunca se marcará como recuperado. El contador "Pedidos cancelados tras recordatorios" te ofrece visibilidad sobre cuántos pedidos se eliminaron de esta forma. Considera establecer una ventana de cancelación generosa para que los clientes tengan tiempo de pagar después de recibir tu último recordatorio.
Resolución de problemas
| Problema | Solución |
|---|---|
| El panel de Estadísticas de Recuperación no aparece | El panel solo se muestra después de que se haya enviado al menos un recordatorio. Ejecuta la tarea cron y confirma primero que los pedidos aparecen en el recuento de recordados. |
| La tasa de recuperación muestra 0 % a pesar de los pedidos pagados | Confirma que el estado de pedido pagado tiene activado el indicador "pagado" en Pedidos > Estados. Los estados personalizados deben tener marcada esta opción para ser reconocidos. |
| Los Ingresos recuperados son inferiores a lo esperado | Solo se incluyen los pedidos cuya fecha de recuperación cae dentro de los últimos seis meses. Comprueba si la confirmación de pago ocurrió hace más de seis meses. |
| Las estadísticas no se actualizan tras un pago | Las estadísticas están en caché durante una hora. Espera a que expire la caché y recarga la página. |
| Las columnas Recordados y Recuperados del desglose mensual no coinciden | Esto es esperado. Recordados se basa en la fecha del primer recordatorio; Recuperados se basa en la fecha de pago. Un pedido recordado en un mes puede ser pagado en el siguiente. |
| Un pedido fue pagado pero no se contó como recuperado | El pedido debe haber recibido al menos un recordatorio antes del pago. Si el recordatorio nunca se envió, el módulo no encuentra ningún registro de seguimiento y no hace nada. Verifica que la tarea cron se ejecutó y que el pedido estaba dentro del ámbito de los recordatorios. |
Preguntas frecuentes
¿El seguimiento de recuperación afecta al envío de correos o al procesamiento de pedidos?
No. El seguimiento de recuperación solo actualiza un indicador en la tabla de seguimiento propia del módulo cuando se confirma un pago. No cambia estados de pedidos, no envía correos adicionales ni modifica ningún dato de PrestaShop.
¿Puedo restablecer las estadísticas para empezar desde cero?
Las estadísticas se calculan en tiempo real a partir de los registros de seguimiento del módulo. No hay ningún botón de restablecimiento en el Back Office. Si necesitas borrar datos históricos, tendrías que editar esa tabla directamente en tu base de datos, lo cual no se recomienda a menos que comprendas plenamente las implicaciones para el seguimiento en curso.
Si reembolso un pedido después de que haya sido marcado como recuperado, ¿disminuirá la cifra de Ingresos recuperados?
No. Una vez que un pedido está marcado como recuperado, ese estado y sus ingresos son permanentes en los registros del módulo. Los Ingresos recuperados reflejan lo que se cobró originalmente, no el importe neto tras los reembolsos.
¿Por qué mi tasa de recuperación es diferente de la que calculo manualmente?
La tasa es Recuperados dividido por Recordados dentro de la misma ventana móvil de seis meses, pero los dos recuentos utilizan fechas distintas: la fecha del primer recordatorio para Recordados y la fecha de pago para Recuperados. Un pedido recordado en el mes 1 y pagado en el mes 2 contribuye a meses naturales distintos en la tabla de desglose, pero ambos recuentos comparten la misma ventana de seis meses para la tasa principal. Los pedidos recordados hace más de seis meses quedan excluidos aunque hayan sido pagados recientemente.
¿El módulo realiza el seguimiento de recuperación para todos los métodos de pago o solo para la transferencia bancaria?
El seguimiento de recuperación se aplica a todos los pedidos que recibieron un recordatorio, independientemente del método de pago utilizado. Desde la versión 1.2.0, el módulo admite cualquier método de pago que configures.
¿Qué cuenta como estado de pedido "pagado"?
El módulo reconoce los dos estados de pago integrados de PrestaShop (Pago aceptado y Pago remoto aceptado) más cualquier estado de pedido personalizado en el que hayas marcado la opción "pagado". Puedes revisar y editar los estados de pedido en Pedidos > Estados en tu Back Office.
¿Funcionarán correctamente las estadísticas de recuperación tras actualizar desde una versión anterior?
Sí. El script de actualización añade las columnas de seguimiento necesarias a la tabla de pedidos existente. Todos los pedidos recordados anteriormente comienzan como no recuperados. A medida que esos pedidos reciban cambios de estado a pagado en adelante, se marcarán como recuperados automáticamente.