Ir directamente al contenido
Español
  • No hay sugerencias porque el campo de búsqueda está vacío.

Registra pausas de suscripción con fecha retroactiva

Aprende a crear pausas de suscripción con fechas de inicio y fin en el pasado para dejar reflejadas en Trainingym las ausencias que el socio comunicó tarde y mantener tu histórico fiel a la realidad del centro.

Hasta ahora, para programar una pausa de suscripción tenías que hacerlo mirando al futuro: la fecha de inicio nunca podía ser anterior al día en curso. Eso dejaba fuera de Trainingym un escenario muy real: el socio se ausentó una semana, nadie registró la pausa en su momento y cuando quieres reflejarlo ya es tarde. Con la nueva capacidad del modal de pausa puedes fijar fecha de inicio y de fin en el pasado y dejar constancia en el sistema de una pausa que ya ocurrió. Un pequeño ajuste con un impacto directo en la calidad de tus datos y en la justicia frente al socio.

Índice

  1. Dónde se activa la pausa con fecha retroactiva
  2. Qué cambia respecto al flujo anterior
  3. Cuándo tiene sentido registrar una pausa pasada
  4. Impacto en el ciclo de cobros y en el reporting

1. Dónde se activa la pausa con fecha retroactiva

Abre la ficha del socio y navega al apartado de suscripciones. Entra en la suscripción que quieres pausar y pulsa sobre la opción de crear una pausa. Verás el mismo modal de siempre, con los campos de fecha de inicio y fecha de fin.

La novedad está en el selector de fechas: ahora puedes marcar una fecha de inicio anterior al día actual. Por ejemplo, si hoy es 30 de octubre, puedes fijar como inicio de la pausa el 19 de octubre. La fecha de fin también admite valores en el pasado, siempre que sea posterior o igual a la fecha de inicio: puedes registrar una pausa que arrancó el 19 de octubre y terminó el 23 de octubre.

📝 El modal mantiene el banner informativo y el resto de reglas existentes. Lo único que cambia es la permisividad del selector de fechas, que ya no bloquea el pasado.

2. Qué cambia respecto al flujo anterior

Antes, el modal solo aceptaba fechas iguales o posteriores al día en curso, lo que te obligaba a registrar la pausa en el momento en que empezaba o a renunciar a dejarla reflejada en el sistema. Para pausas que ya habían pasado, la única opción era ajustarlas a mano con notas internas o mediante la cancelación del cobro correspondiente.

Con la nueva flexibilidad, cualquier pausa puede quedar registrada en el histórico de la suscripción, en la fecha real en que ocurrió, aunque el equipo no haya podido introducirla al momento.

💡 Haz del registro retroactivo un paso estándar: cada vez que un socio comunique una ausencia pasada, el responsable de la ficha deja la pausa anotada con las fechas reales. El histórico queda limpio y futuras consultas se resuelven en segundos.

3. Cuándo tiene sentido registrar una pausa pasada

El escenario más claro es el del socio que avisa tarde. Se fue de viaje la semana pasada, no notificó a tiempo y ahora reclama que no se le cobre ese periodo. En lugar de gestionarlo como una incidencia manual de cobros, puedes registrar la pausa con las fechas exactas que corresponden.

También es útil cuando se migra o normaliza información que venía de otro sistema: puedes dejar reflejadas las pausas históricas sin forzar los datos.

⚠️ Asegúrate de tener evidencia de la ausencia (comunicación por email, justificante, etc.) antes de registrar una pausa pasada. Es un cambio con impacto económico que debería estar documentado por si el socio o un auditor lo pregunta en el futuro.

4. Impacto en el ciclo de cobros y en el reporting

Registrar una pausa en el pasado no retrocede cobros que ya se emitieron. Si durante los días marcados ya se cargó una cuota, la pausa no la deshace de forma automática; tendrás que gestionar el reembolso o la nota de crédito desde Payments si corresponde.

En cambio, el reporting sí refleja el periodo como pausa: en los informes de uso, de cancelaciones y de retención el socio aparece con su ausencia correctamente anotada. Eso evita falsos picos de inactividad y da lecturas más limpias para tus decisiones de fidelización.

💡 Cuando registres una pausa pasada, compleméntalo con una nota interna en la ficha del socio explicando el motivo (justificante médico, viaje, etc.). La trazabilidad vale oro cuando pasan meses y hay que recordar por qué se tomó esa decisión.

Caso de uso práctico

Contexto: Rosa es la responsable de retención de UrbanFit, un negocio fitness de 1.750 socios con un perfil muy profesional que viaja con frecuencia. Cada semana recibe peticiones de "pausa a toro pasado" que antes se resolvían de forma manual, caso a caso.

Datos del panel que Rosa ve antes de cambiar el flujo:

  • Peticiones de pausa retroactiva recibidas: 11 al mes de media.
  • Reembolsos manuales por pausas no registradas a tiempo: 7 al mes.
  • Tiempo medio por gestión manual: 15 minutos por caso.
  • Reclamaciones por falta de trazabilidad de pausas: 3 al mes.

Registrar la pausa retroactiva en el acto. Rosa define un protocolo claro: cuando el socio pide una pausa pasada con justificante, el equipo la registra en el día con las fechas reales de inicio y fin. Caso resuelto en 2 minutos en lugar de 15.

💡 Exige siempre el justificante (email, mensaje, documento médico) antes de aplicar una pausa retroactiva. Un procedimiento sencillo evita abusos y protege al centro ante auditorías.

Reajustar los reembolsos de forma coordinada. Si durante el periodo retroactivo se emitió un cobro, Rosa lo marca manualmente desde Payments como reembolsable, aprovechando el mismo registro para saber qué devolver y a quién.

⚠️ No olvides la parte de Payments. Registrar la pausa en el pasado no revierte cobros automáticamente; si los días coincidieron con un cargo, el socio esperará ver el reembolso en un plazo razonable.

Limpiar el reporting de retención. Al tener las pausas históricas bien registradas, los informes de retención dejan de interpretar ausencias justificadas como indicios de baja. Rosa baja la tasa de alertas falsas y concentra los esfuerzos de fidelización donde realmente importan.

💡 Revisa el panel de retención un mes después del cambio. Un menor número de alertas sin motivo real libera tiempo del equipo para contactos verdaderamente decisivos.

Conclusión

Permitir que la fecha de inicio y de fin de una pausa sean anteriores a hoy convierte un flujo rígido en una herramienta flexible y realista. Dejas de gestionar incidencias de pausa como excepciones manuales y consigues un histórico fiel a lo que pasó de verdad en tu negocio fitness. Un cambio sencillo del que gana el equipo, el reporting y, sobre todo, la confianza del socio que ve reflejada su realidad en el sistema.

📝 Contenido elaborado con ayuda de IA y revisado por el equipo de Trainingym