Si tu empresa está en Andorra y necesitas cobrar suscripciones, el bloqueo con Stripe aparece al intentar conectar una herramienta pensada alrededor de ese proveedor. AndorPay permite preparar un recorrido de cobro recurrente sobre tu TPV y su configuración habilitada: alta del cliente, primer pago, renovaciones y seguimiento del estado de la suscripción.
La decisión práctica empieza por una pregunta: ¿qué debe suceder en tu negocio cada vez que un cliente se suscribe o renueva? Un servicio digital puede necesitar activar acceso; una membresía, ampliar un periodo; una actividad presencial, mantener una plaza. En esta guía explicamos cómo organizar ese recorrido y qué necesitamos revisar para ponerlo en marcha.
Del bloqueo con Stripe a un cobro que encaje con tu negocio
La disponibilidad oficial de Stripe, consultada el 5 de octubre de 2026, no incluye el alta directa de empresas andorranas. Si tu software te pide conectarlo, necesitas revisar cómo sustituir esa dependencia en el recorrido de venta.
No basta con encontrar una pantalla que acepte tarjetas. En una suscripción hay una relación que continúa: un cliente, un plan, un periodo de servicio y los pagos asociados. La integración debe mantener esas piezas conectadas durante el alta y en cada renovación.
Con AndorPay trabajamos sobre ese proceso. La entidad y Redsys conservan sus funciones de procesamiento y liquidación. AndorPay organiza el ciclo de cobro y comunica los cambios que tu aplicación necesita conocer. Puedes ver el planteamiento general en nuestra página sobre cobrar desde Andorra con AndorPay.
Qué debe quedar definido antes de crear una suscripción
Qué recibe el cliente y durante cuánto tiempo
Describe el servicio con precisión. «Acceso a la plataforma durante un mes» permite identificar un periodo. «Varias sesiones que se van consumiendo» introduce además un saldo de uso. Aunque ambos productos puedan venderse de forma periódica, su entrega no se gestiona igual.
Define cuándo comienza el acceso y cómo se representa su fecha de fin. También qué ocurre si el cliente contrata a mitad de mes. La política del negocio debe estar clara antes de decidir qué fechas y eventos utilizará la integración.
Cuándo se realiza el primer cobro
El alta puede comenzar con un pago o, si el producto y la configuración lo contemplan, con un periodo de prueba. En ambos casos conviene explicar al cliente cuándo comienza la relación, cuándo llegará el siguiente cobro y cómo puede gestionar la continuidad del servicio.
Evita que el texto comercial y la configuración cuenten historias distintas. Si una página ofrece un periodo inicial, las fechas que ve el cliente después de registrarse deben ser coherentes con esa oferta. La prueba de la integración debe incluir esta comprobación.
Qué decisiones corresponden al negocio
El software necesita reglas para resolver situaciones habituales. Por ejemplo, si un pago falla, ¿se mantiene temporalmente el acceso mientras se resuelve la incidencia? Si alguien solicita la baja, ¿el servicio termina al momento o al finalizar el periodo vigente?
Estas decisiones describen la prestación que vendes. Después revisamos cómo implementarlas con las capacidades disponibles. Así evitamos que una decisión comercial quede definida por accidente por el comportamiento predeterminado de una herramienta.
El recorrido completo de una suscripción con AndorPay
1. El cliente elige el plan
La página de venta debe explicar qué incluye el servicio, su periodicidad y el momento de inicio. El checkout recibe el producto o plan correspondiente. La identidad elegida debe mantenerse desde la oferta hasta el registro de la suscripción para que el cliente y tu equipo reconozcan la misma contratación.
Si tienes varios planes, documenta qué cambia entre ellos: acceso, límites o prestaciones. Este artículo no necesita publicar las condiciones comerciales de AndorPay para ayudarte a preparar esa estructura. Lo importante es que tu catálogo refleje lo que tu negocio entrega.
2. Se completa el alta y el pago inicial
El comprador abre el recorrido de pago y realiza las acciones que correspondan. Una autenticación bancaria puede formar parte de este paso. Después, la confirmación debe llegar al servidor y relacionarse con el cliente y el producto correcto.
La pantalla de retorno ayuda a orientar al comprador, pero no sustituye la confirmación del pago. Si el navegador se cierra, tu sistema sigue necesitando recibir el resultado. En la documentación del ciclo de pago explicamos cómo AndorPay mantiene esa separación.
3. Tu sistema activa el servicio
La aplicación debe interpretar los eventos por su significado. Un pago confirmado informa del cobro; el estado de una suscripción describe su situación y su periodo. La activación del servicio debe utilizar los datos adecuados para la regla que has definido.
Por ejemplo, un curso con acceso continuado necesita relacionar la cuenta del alumno con la suscripción. Una herramienta de trabajo necesita aplicar las prestaciones del plan contratado. Son ejemplos de implementación, no historias de clientes ni funciones que deban darse por conectadas sin preparar la integración.
4. Llegan las renovaciones
Las renovaciones se preparan sobre las capacidades recurrentes habilitadas. Redsys documenta la tokenización y las operaciones iniciadas por el comercio. En términos prácticos, el recorrido permite usar una referencia de pago para operaciones posteriores autorizadas, con la configuración correspondiente.
AndorPay inicia los cobros posteriores como MIT cuando el TPV dispone de tokenización y recurrencia, según nuestra documentación de producto. La integración debe reflejar el resultado de cada operación y mantener relacionado el nuevo periodo con la suscripción adecuada.
Qué hacer cuando una renovación no se completa
La primera tarea es identificar el estado real del pago. Una respuesta pendiente, una acción que necesita el comprador y un rechazo confirmado son situaciones diferentes. Conviene que el equipo pueda distinguirlas sin interpretar todas como «el cliente no ha pagado».
| Situación | Acción operativa que debes preparar |
|---|---|
| Resultado todavía pendiente | Consultar el estado antes de lanzar otro intento |
| Pago rechazado | Identificar la incidencia y aplicar el proceso de recuperación definido |
| Se necesita intervención del cliente | Explicar la acción necesaria y facilitar el recorrido correspondiente |
| Pago confirmado | Actualizar el registro y el servicio según sus reglas |
Un mensaje útil al cliente debe identificar la suscripción afectada, explicar lo que necesita hacer y dar un punto de contacto. Evita enviar avisos contradictorios desde varias herramientas. Si el estado cambia a confirmado, la comunicación posterior debe reflejarlo.
Tampoco debe repetirse un cobro a ciegas porque una pantalla parezca desactualizada. Antes de un nuevo intento, el sistema debe conocer el resultado del anterior. Nuestra guía de renovaciones fallidas desarrolla las tareas de seguimiento.
Bajas, cambios de plan y acceso al servicio
Una solicitud de baja y una devolución son operaciones diferentes. Dar de baja una suscripción organiza su continuidad; no implica por sí solo que un pago anterior se haya devuelto. Tu equipo y tus comunicaciones deben mantener clara esa diferencia.
La documentación de AndorPay incluye gestión de cancelación y cambios de plan. Las acciones disponibles se presentan según las capacidades de la suscripción. Para tu integración debemos definir qué evento recibe el sistema y cuándo cambia el acceso del cliente.
Un ejemplo de calendario sin importes
Imagina un servicio con un periodo mensual que comienza el día 10. El cliente solicita la baja el día 24 y el negocio ofrece mantener el acceso hasta terminar el periodo vigente. La solicitud debe registrarse, la próxima renovación debe reflejar la cancelación programada y el acceso debe seguir la fecha acordada.
Este ejemplo sirve para revisar la coherencia entre política, configuración y comunicación. Si el cliente recibe una confirmación de baja pero la aplicación sigue anunciando una renovación, hay una conexión pendiente de resolver. El recorrido debe comprobarse completo antes del lanzamiento.
Si ya utilizas una herramienta de membresías o de gestión
Comparte qué software usas y qué papel tiene en el cobro. Algunas herramientas gestionan el acceso; otras también llevan el catálogo y las renovaciones. Necesitamos identificar qué sistema será responsable de cada dato para evitar mantener dos versiones contradictorias de la suscripción.
Revisa con tu equipo dónde se crea el cliente, quién decide el plan activo, qué sistema programa la renovación y cómo se recibe la confirmación. La documentación de API y webhooks permite concretar las conexiones que el software puede realizar.
Si solo acepta su integración original, hay que estudiar esa limitación antes de prometer una sustitución directa. Tener AndorPay preparado para cobrar no modifica automáticamente una aplicación externa. Lo que entregamos debe incluir el recorrido que hayas acordado, con las dependencias identificadas.
Si esa herramienta es Billsby, nuestra guía para preparar una alternativa a Billsby en Andorra concreta qué revisar del catálogo, los ciclos y la continuidad de las suscripciones.
Si vas a trasladar suscripciones existentes
Prepara un inventario de clientes, planes, periodos vigentes y fechas previstas de renovación. La transición debe evitar que ambos sistemas cobren el mismo periodo o que un cliente pierda acceso mientras se actualizan los registros.
La portabilidad de métodos de pago guardados debe revisarse de forma específica; no se presume. Si hace falta una nueva autorización del cliente, la comunicación y el enlace correspondiente forman parte del cambio. Define también desde qué momento se dejarán de crear altas en el recorrido anterior.
Cómo comprobar que está listo para vender
La validación tiene que cubrir más que el primer pago correcto. Prepara un recorrido de prueba para cada comportamiento que ofreces: alta, activación, renovación, incidencia y baja. Utiliza el entorno de pruebas que corresponda y documenta el resultado esperado en tu aplicación.
Comprueba que los eventos recibidos varias veces no activan dos veces un servicio ni duplican registros. Verifica también qué ocurre cuando la notificación llega con retraso. Nuestra guía de webhooks describe cómo verificar las notificaciones y tratar sus reentregas.
Tu equipo debe saber dónde mirar una incidencia y qué datos relacionan el cliente, la suscripción y el pago. Una persona debería poder reconstruir ese recorrido sin pedir al comprador que vuelva a pagar para comprobar si funciona.
Preguntas frecuentes
¿Tener TPV significa que ya puedo cobrar automáticamente?
Hay que revisar las funciones recurrentes habilitadas y preparar la gestión de las suscripciones. El primer pago, las renovaciones y los estados del servicio forman parte de esa puesta en marcha. Te ayudamos a revisar el punto de partida y la conexión necesaria.
¿Puedo mantener mi herramienta actual?
Estudiamos sus posibilidades de integración y las acciones que necesitas conectar. Comparte el nombre del software y cómo gestiona actualmente las altas, renovaciones y bajas. Con esa información podemos delimitar el trabajo sin asumir una compatibilidad que todavía no se haya comprobado.
¿Gestionar suscripciones resuelve también todos los impuestos?
Cobro, documentación e impuestos tienen responsabilidades distintas. Describe los mercados donde vendes y las herramientas que utilizas para que podamos delimitar qué información debe circular entre sistemas. No debe darse por incluida una gestión fiscal o un acuerdo con un tercero que no figure en la propuesta.
¿Cómo recibo una propuesta para mi negocio?
Cuéntanos qué servicio vendes, qué plataforma usas, la periodicidad y si ya tienes TPV o clientes activos. Revisamos el recorrido y presentamos las condiciones de forma privada, con el alcance de la integración y sus dependencias.
Prepara tus suscripciones desde Andorra
Si el bloqueo es que tu software te pide Stripe, empieza por describir el servicio que quieres cobrar y los pasos que necesitas automatizar. Con AndorPay revisamos cómo conectar el alta, el pago y las renovaciones con tu negocio.