Andorpay
Volver al blog

Publicado el · Actualizado el

Pausar una suscripción: cobros, fechas y acceso

Define qué cambia al pausar una suscripción y cómo se reanuda. Comprueba próximos cobros, periodo vigente y acceso antes de ofrecer la pausa.

Símbolo de pausa sobre un calendario con un recorrido que continúa hasta el siguiente período.

Pausar una suscripción exige decidir qué ocurre con el próximo cobro, el periodo vigente y el acceso al servicio. También debes definir cómo se reanuda: desde qué fecha vuelve a utilizarse, cuándo se cobra y si cambia el calendario. La palabra «pausa» solo resulta útil cuando el cliente puede entender sus efectos concretos.

Para un negocio en Andorra, esa política debe encajar con el sistema de suscripciones y la integración de pago. En AndorPay revisamos el recorrido de cobro y los estados que recibe tu aplicación. Antes de ofrecer una pausa, hay que comprobar las acciones que realmente permite tu instalación y cómo se coordinan con el servicio.

Pausar el cobro y pausar el servicio son decisiones diferentes

Un negocio puede permitir que alguien deje temporalmente de utilizar el servicio, que no se intente el próximo cobro o que se interrumpa toda la relación durante un intervalo. Cada opción tiene consecuencias distintas. No presupongas que conservar una cuenta significa mantener todas sus prestaciones.

Decisión Qué cambia Qué debes aclarar
Detener futuros intentos Calendario de cobro Tratamiento del periodo y documentos
Suspender acceso Uso del servicio Si continúa alguna obligación de pago
Interrumpir un periodo Prestación y fechas Qué ocurre con el tiempo ya contratado
Cancelar continuidad Próximas renovaciones Fecha final y posibilidad de nueva alta

La documentación de pausa de cobros de Stripe ilustra que detener la recaudación puede tener un tratamiento distinto del estado de la suscripción. Es un ejemplo conceptual de otro sistema; el comportamiento aplicable depende de tu integración, no del nombre de una función ajena.

Empieza por el periodo que el cliente ya tiene

Comprueba la fecha de inicio, la de finalización y si el pago correspondiente está confirmado. Una solicitud de pausa no borra ese historial. Debes saber qué servicio se ha utilizado y qué parte sigue vigente antes de modificar el calendario.

Imagina una membresía con acceso del 1 al 31 de octubre. El cliente pide una pausa el día 18. Puedes diseñar una política que la haga efectiva al terminar el periodo. En ese caso el acceso continúa hasta la fecha prevista y la siguiente etapa empieza después. Si quieres otro comportamiento, debes definirlo expresamente y comprobar su implementación.

No deduzcas una extensión del periodo o un ajuste económico automático. Detener el uso, trasladar días y modificar un cobro son acciones diferentes. La política comercial tiene que especificar cuáles se aplican y la integración debe poder representarlas.

Define una fecha de inicio y una forma de volver

Una pausa con fecha de fin necesita un calendario explícito. Explica cuándo termina el acceso actual, qué día puede reanudarse y cuándo se produciría el próximo cobro. Evita mensajes como «vuelves el mes que viene» si existe una fecha concreta que el usuario necesita conocer.

Si la duración depende de una solicitud posterior, asigna quién recibe esa petición y cómo se confirma. Guardar una cuenta en espera no significa que exista una reactivación automática. El cliente debe saber qué acción le corresponde y el negocio debe poder localizar el caso.

Incluye también el cambio de idea. Si alguien quiere volver antes, revisa si la fecha nueva afecta al periodo y al siguiente cobro. La misma regla debe poder explicarse desde ventas, soporte y la aplicación. La guía de planes de suscripción ayuda a ordenar esas condiciones.

Revisa las acciones que ya estaban programadas

Antes de aplicar una pausa, comprueba si existe una renovación pendiente, un intento en curso o una incidencia anterior sin resolver. Una instrucción nueva no convierte automáticamente una operación iniciada en una operación inexistente.

Si el pago está pendiente de confirmación, consulta su resultado antes de decidir otra acción financiera. Si está confirmado, relaciona el periodo con ese pago. La guía de renovaciones fallidas explica cómo distinguir estados y evitar cargos duplicados durante una revisión.

También revisa mensajes y tareas. Un aviso de renovación puede haber quedado programado aunque la política haya cambiado. La aplicación debe dejar de anunciar un cobro que ya no corresponde o explicar con claridad qué operación sigue pendiente del periodo anterior.

Comunica lo que cambiará antes de confirmarlo

La confirmación debe responder cuatro preguntas: desde cuándo se aplica, qué acceso queda disponible, qué ocurre con el próximo cobro y cómo se vuelve. Escribe esas respuestas con fechas cuando existan, sin depender de una etiqueta de estado.

Por ejemplo: «La pausa comenzará cuando termine tu periodo actual. Podrás utilizar el servicio hasta la fecha indicada. Para volver, solicita la reactivación y te confirmaremos el nuevo calendario». Esta redacción es adecuada únicamente si describe la política que vas a aplicar.

Después de la ejecución, confirma el resultado observado. «Hemos recibido tu solicitud» y «La pausa está aplicada» expresan estados distintos. El cliente necesita saber si queda una revisión pendiente, sobre todo si el próximo vencimiento está cerca.

La reactivación necesita su propia comprobación

Al volver, identifica el plan, el periodo y el método de pago que corresponden. Si hace falta una acción del cliente sobre su método, prepara ese recorrido. No presupongas que una referencia anterior siempre permitirá un cobro posterior sin intervención.

Decide cuándo se restablece el acceso según tu política. Si requiere un pago confirmado, utiliza el resultado económico correspondiente. Si existe una etapa de acceso sin cobro, debe estar definida y representada en el sistema. La reactivación de una cuenta no es por sí sola una confirmación de pago.

Nuestra documentación del ciclo de pago separa los eventos de suscripción y los de pago. Esa distinción permite comprobar qué cambió realmente y evitar que una actualización de estado se interprete como dinero recibido.

Cómo comprobar una pausa de principio a fin

Prepara una prueba con un periodo activo y una próxima renovación conocida. Solicita la pausa según la política diseñada y revisa el resultado en el calendario, el acceso y las comunicaciones. Una etiqueta «pausada» no basta para acreditar las tres cosas.

Después prueba el retorno: fecha efectiva, nuevo periodo, pago cuando corresponda y acceso correcto. Añade una solicitud repetida para comprobar que no crea acciones duplicadas. Incluye una baja durante la pausa para confirmar que el sistema no reanuda una relación que el cliente ya terminó.

La API de AndorPay documenta las operaciones disponibles. La presencia de un estado en un listado no demuestra que exista un recorrido completo de pausa y reactivación. Por eso revisamos el alcance concreto antes de convertir esta política en una función ofrecida a tus clientes.

Prepara tu política con cinco datos

Describe el motivo de uso que quieres cubrir, cuándo empieza la pausa, qué ocurre con el periodo vigente, cómo vuelve el cliente y qué calendario tendrá después. Con esa ficha puedes revisar tanto la comunicación como las necesidades de integración.

Si una pausa no encaja todavía con la operación disponible, define primero cómo atenderás la solicitud con un proceso concreto y verificable. No prometas una acción instantánea que tu equipo no puede ejecutar y comprobar.

Cuéntanos cómo quieres gestionar las interrupciones de tus suscripciones. En AndorPay revisamos cobro, periodos y conexión con el acceso para concretar una propuesta adaptada a tu instalación.

Preguntas frecuentes

¿Durante una pausa se conserva el acceso?

Depende de la política definida y de su implementación. Puede continuar hasta el final del periodo vigente o seguir otra regla explícita. La confirmación debe indicar qué podrá utilizar el cliente y hasta cuándo.

¿Pausar devuelve un pago anterior?

No debe interpretarse así. La pausa regula un recorrido de continuidad; cualquier gestión de un pago anterior es una operación separada y necesita su propio tratamiento.

¿Se reanuda automáticamente?

Solo cuando ese comportamiento está previsto y comprobado. Si requiere una solicitud o actualizar el método de pago, debe explicarse antes de aplicar la pausa.

WhatsApp