Nuevas funciones
1. Informes
Una nueva pestaña de Informes en Configuración reúne los informes de saldo, comisiones y conciliación en un solo lugar. Seguimiento del movimiento de fondos Dos vistas siempre actualizadas, descritas como «Comprende cómo la actividad, las comisiones y los pagos afectan a tu saldo»:- Resumen de saldo y pagos — saldo inicial, desglose de actividad y detalles de cada pago en una sola vista
- Todas las comisiones — un desglose completo y detallado de cada comisión cobrada durante el período
2. Período de gracia de la suscripción
Una suscripción cuya renovación falla ahora puede seguir funcionando durante un período configurable en lugar de quedar en espera inmediatamente. Activa Período de gracia de la suscripción en Configuración → Suscripciones y establece el Número de días del período de gracia — entre 1 y 30 días. Los períodos de gracia están desactivados de forma predeterminada. Durante este período, la suscripción pasa al estadopast_due: se conserva el acceso y el uso sigue acumulándose, de modo que un cliente cuya tarjeta simplemente haya caducado no queda desconectado mientras lo soluciona. Un nuevo webhook subscription.past_due se activa cuando comienza el período.
Elige qué ocurre si el período termina sin que se haya efectuado el pago mediante Estado de la suscripción después del período de gracia: En espera, que coincide con el comportamiento actual, o Cancelar suscripción.
3. Lista de bloqueo de clientes
Bloquea a un cliente que no debería poder volver a comprarte, mediante su ID de cliente o su dirección de correo electrónico. El bloqueo cancela las suscripciones activas del cliente, detiene futuras sesiones de checkout y pagos directos, y deja su Customer Portal en modo de solo lectura. Como las entradas coinciden con la dirección de correo electrónico, un cliente que vuelva a registrarse con el mismo correo seguirá siendo bloqueado. Las entradas de la lista de bloqueo incluyen notas, para que puedas registrar por qué se bloqueó a alguien.
4. Reintento de pago manual
Reintenta manualmente una renovación de suscripción fallida en lugar de esperar al calendario de reintentos automáticos, usando Reintentar pago manualmente en la página de detalles del pago. El cargo se realiza en el método de pago ya guardado en la suscripción, por lo que el cliente no tiene que hacer nada, y no consume un intento del calendario automático. Cada factura de renovación permite hasta tres reintentos manuales, con un período de espera entre ellos: una hora antes del segundo y tres horas antes del tercero. Así, los rechazos repetidos no perjudican tu tasa de autorización.
5. Registro de actividad en los pagos
Cada página de detalles del pago ahora incluye un Registro de actividad: «Un historial de las acciones realizadas en esta transacción durante los últimos 90 días». El registro sigue todo el ciclo de vida en orden, desde Pago iniciado, pasando por la autenticación y la captura, hasta Pago realizado correctamente. También continúa con los reembolsos y las disputas, de modo que un pago impugnado se lee como una sola historia y no como varios registros desconectados.
6. Un formulario de descuentos rediseñado
Ahora, al crear un código de descuento, puedes ver lo que estás creando a medida que lo haces. Un panel lateral alterna entre Resumen, una descripción del descuento en lenguaje sencillo, y Vista previa, que muestra el descuento tal como lo vería un cliente durante el checkout. Opciones de moneda te permite establecer el importe del descuento para cada moneda en la que vendas. Elegibilidad y restricciones reúne las reglas de productos y clientes. Los límites de canje, el límite del ciclo de facturación y Exigir un valor mínimo del pedido — un importe mínimo del carrito aplicado por moneda — ahora se encuentran en Avanzado.
7. Controles de cancelación independientes
La cancelación de autoservicio solía consistir en un único interruptor. Ahora son dos configuraciones independientes en Configuración → Suscripciones:- Permitir la cancelación inmediata — «Permitir que los clientes finalicen su suscripción y pierdan el acceso de inmediato».
- Permitir la cancelación en la próxima fecha de facturación — «Permitir que los clientes cancelen al final del período que ya han pagado».
8. Cambios de plan pagados en una página de checkout
Activa Cobrar los pagos por cambios de plan mediante Payment Link en Configuración → Suscripciones y un cliente que actualice su plan en el Customer Portal pagará el cambio en una página de checkout alojada, en lugar de hacerlo contra el mandato guardado. El botón de confirmación muestra el importe pendiente y, cuando se abre el checkout, el cliente recibe el mensaje: «Completa el pago en la nueva pestaña. Tu plan actual seguirá activo hasta que el pago se realice correctamente». La suscripción mantiene su plan anterior hasta que el pago se realice correctamente, y un pago rechazado se puede reintentar mediante el mismo enlace. El Customer Portal también sabe ahora si permites cancelar un cambio de plan programado, por lo que muestra u oculta ese control en lugar de ofrecer una acción que sería rechazada.
9. Presupuesto de reintentos de KYC
Una verificación de identidad fallida ahora indica por qué falló y cuántos intentos quedan, en lugar de informar simplemente de un fallo. Cada usuario dispone de tres intentos y el aviso muestra «Intentos restantes: 2/3», junto con el motivo real proporcionado por el proveedor de verificación. El botón cambia a Intentar de nuevo mientras queden intentos. Si se utilizan los tres, el aviso explica que el equipo de soporte puede volver a abrir la verificación. Más información: Verificación de la cuenta10. Checkout en georgiano
El checkout ahora está disponible en georgiano, lo que eleva el total a 22 idiomas. El georgiano se detecta a partir del navegador del cliente, como cualquier otro idioma compatible, o puedes forzarlo mediante el parámetroforce_language.
Más información: Idiomas compatibles
11. Sin tarjeta con precio de 0 $
Una suscripción ahora puede comenzar sin un método de pago cuando no hay ningún importe pendiente hoy. Activa la casilla Sin tarjeta con precio de 0 $ en la sección de precios del producto, junto a Período de prueba (días) y Descuento predeterminado (%). Que no haya ningún importe pendiente hoy puede ocurrir de dos maneras, y una sola casilla cubre ambas:- Una prueba gratuita — un período de prueba sin importe de prueba, por lo que el primer cargo es
0mientras dura la prueba. - Un precio recurrente de 0 $ — el precio es
0directamente o un descuento lo reduce a ese importe, ya sea el Descuento predeterminado (%) del producto o códigos de descuento acumulados hasta alcanzar un descuento del 100 % durante el checkout.
payment_method_required: false. Después se envía un correo electrónico de recordatorio antes de que comience la facturación real. La antelación se establece mediante Recordatorio del método de pago en Configuración → Suscripciones, entre 1 y 30 días, con un valor predeterminado de 3. Si la tarjeta nunca llega, la suscripción pasa a on_hold cuando vence el primer cargo real, y añadir un método de pago la reactiva. Dos correos electrónicos para clientes cubren este caso y están activados de forma predeterminada: Recordatorio para añadir un método de pago y Suscripción en espera, sin método de pago.
A través de la API, la casilla única se asigna a dos campos de precio independientes, trial_payment_method_optional y zero_amount_payment_method_optional, por lo que puedes activar cada caso por separado si gestionas los productos directamente.
12. Tax ID obligatorio en el checkout
Las sesiones de checkout aceptan un nuevo indicador de funciónrequire_tax_id para empresas que venden únicamente a empresas registradas. De forma predeterminada, tiene el valor false, por lo que nada cambia a menos que lo solicites.
Con el indicador activado, Comprar como empresa aparece preseleccionado y bloqueado en la página de checkout, Nombre de la empresa y Número de Tax ID pasan a ser obligatorios, y Continuar al pago permanece atenuado mientras alguno de ellos esté vacío o se rechace el Tax ID. La validación del Tax ID sigue permitiendo continuar si falla, por lo que una interrupción del servicio de consulta nunca bloquea directamente al cliente.
allow_tax_id también debe ser true o la solicitud se rechaza con un 400, y una sesión creada con confirm: true debe incluir un tax_id porque omite por completo la página de checkout.
El requisito se aplica en la página de checkout y no en el servidor: una confirmación enviada directamente a la API aún puede omitir tax_id. Por ello, considera el indicador como un control de la experiencia de checkout y no como una garantía.
Más información: Hacer obligatorio el Tax ID