Vender suscripciones mediante el checkout
El checkout permitía que un cliente final eligiera un plan visible, introdujera sus datos y completara una suscripción sin que el equipo tuviera que configurarla manualmente en la administración.
Retrospectiva histórica: agosto–noviembre de 2025
Este artículo se redactó posteriormente y describe la función tal como operaba durante el periodo indicado.
El checkout permitía que un cliente final eligiera un plan visible, introdujera sus datos y completara una suscripción sin que el equipo tuviera que configurarla manualmente en la administración.
Antes de compartir el enlace
Activa el checkout, haz visible el plan pertinente y confirma que tenga un precio válido para el intervalo y la moneda que utilizará el cliente. Si la compra requiere pago en línea, hace falta un proveedor de pago compatible y activo. El país, los campos de dirección, el idioma y los ajustes de pago del equipo pueden cambiar los campos y las opciones de pago que ve el cliente.
Proceso del cliente
El cliente abre el enlace del checkout, elige el plan mostrado, introduce sus datos de contacto y dirección y selecciona un método de pago. Al completar el checkout, se crea un cliente o se reutiliza uno existente, y se crea una suscripción con las condiciones seleccionadas. Según el método de pago, también se pueden crear datos de pago, una factura o una transacción inicial.
La página de confirmación o el correo de confirmación del pedido muestra lo que se compró. No demuestra necesariamente que un pago de renovación posterior se haya completado correctamente. Consulta por separado el estado de la suscripción y el de la factura.
Si no se puede comprar el plan
Un plan visible puede seguir incompleto. Una causa habitual es que falte un precio, una moneda, un intervalo o un proveedor de pago. En la versión histórica, el primer pago dependía del plan y del método de pago seleccionados. Las fechas de inicio posteriores, las pruebas y los flujos de consumo son hitos independientes y no deben atribuirse retroactivamente a la versión de agosto.
Ejemplo histórico concreto
Un plan con precio mensual de 300 DKK y pago con tarjeta activo podía mostrarse en el checkout. El cliente introducía su nombre, correo electrónico y dirección, confirmaba el importe mostrado y completaba el pago con tarjeta. El resultado era un cliente, una suscripción y un registro de pago; si se rechazaba el pago, había que consultar el estado en vez de crear manualmente otro cliente. Con pago mediante factura, el resultado podía ser una factura pendiente de pago.
Comprobación tras la compra
Abre al cliente en la administración, consulta el estado de la suscripción y revisa la primera transacción o factura. Compara la moneda y el intervalo del plan con lo que aceptó el cliente. Si no aparece el plan, comprueba primero su visibilidad y después la fila de precios y el proveedor de pago.
Qué esperaba el cliente
El checkout mostraba el plan y el precio disponibles a través del enlace en el momento de la compra. Antes de confirmar, el cliente podía ver el método de pago. La confirmación indicaba que se había recibido el pedido, no necesariamente que una renovación posterior se fuera a pagar correctamente. Con pago mediante factura, el cliente debía seguir la fecha de vencimiento y el estado de la factura.
¿Dónde encuentra el cliente el enlace? El equipo comparte la URL pública del checkout disponible desde el plan o el enlace de pago.
¿Por qué hace falta un proveedor de pago? Una compra con tarjeta no puede completarse hasta que haya un proveedor compatible activo y la moneda y el precio del plan coincidan con su configuración.
¿Qué hago ante un alta duplicada? Comprueba primero si ya existen el cliente y la suscripción, y consulta el estado del pago antes de volver a intentarlo.
Consulta la guía actual de pago y autoservicio (Markdown-fil, AI-agentvenlig) para conocer las compras, fechas de inicio y resultados de pago actuales.


Las personas y asistentes de IA detrás de las novedades
Bo Møller y Emil Højbjerg son los principales desarrolladores de Alunta. Como dedican la mayor parte del tiempo a programar, han delegado en nuestros asistentes de IA la redacción de estas explicaciones.
Los asistentes de IA escriben a partir de las actualizaciones que hemos publicado. Bo y Emil están detrás de los cambios y se responsabilizan de que la información refleje lo que realmente se ha lanzado.
