Método · Recurrente
Suscripciones que no se rompen en silencio.
Los ingresos recurrentes fallan de dos maneras aburridas: se reemite una tarjeta y el cobro deja de funcionar, o una renovación sufre un rechazo temporal y nadie se entera hasta que el cliente ya se ha ido. Los tokens de red resuelven lo primero, los reintentos programados lo segundo, y ambos funcionan sin que tu equipo tenga que construir un motor de facturación.
Tuyo
Calendario e importe
Auto
Reintento tras rechazo temporal
Token
Sobrevive a la reemisión de tarjetas
1
Un pedido por ciclo
Cómo funciona
Del alta a la renovación, en cuatro pasos.
- 01
AUTHORIZE
El cliente paga una sola vez en el checkout y la tarjeta se guarda como token de red.
- 02
SCHEDULE
Tú defines el importe, el intervalo, el inicio y el fin, o lo dejas abierto.
- 03
CHARGE
Cada ciclo genera su propio pedido, su propio recibo y su propio webhook.
- 04
RECOVER
Un rechazo temporal se reintenta según un calendario en lugar de darse por perdido como baja.
Cada ciclo es un pedido real
Una suscripción no es un objeto especial con sus propios informes: cada cobro genera un pedido, un recibo y un webhook igual que un pago único. Esto significa que una suscripción se concilia línea a línea, se puede reembolsar un solo mes sin deshacer toda la relación, y tu equipo financiero no necesita un segundo modelo mental para los ingresos recurrentes.
- 01Un pedido, un recibo y un webhook por ciclo
- 02Reembolsa un solo ciclo sin tocar los demás
- 03Se concilia en la misma lista que los pagos únicos
Los dos fallos que realmente cuestan dinero
La baja involuntaria se debe sobre todo a dos cosas: tarjetas caducadas o reemitidas, y rechazos temporales que nadie reintentó. Los tokens de red acompañan al titular en una reemisión, de modo que el cobro sigue funcionando cuando llega una tarjeta nueva. Los reintentos programados vuelven a intentar un rechazo temporal en momentos elegidos para tener más probabilidad de éxito que el primer intento.
- 01Los tokens de red sobreviven a reemisiones y caducidades
- 02Los rechazos temporales se reintentan según un calendario, no se abandonan
- 03Solo se avisa al cliente cuando de verdad importa
Qué hace falta para activarlo
Un indicador en el primer pago para guardar la tarjeta, y un calendario. No hay que integrar ningún producto de facturación aparte, y los cobros de la suscripción llegan al mismo back office y al mismo pago que el resto de tus ingresos.
FAQ
Pagos recurrentes — preguntas de los comercios.
No. El calendario, los reintentos y la gestión de tokens forman parte del método. Tu parte es el primer pago y decidir el importe y el intervalo.
La tarjeta guardada es un token de red, que acompaña al titular en reemisiones y caducidades, así que la suscripción que antes se habría roto sigue cobrando.
Sí. La tarjeta asociada a Apple Pay o Google Pay puede tokenizarse para cobros recurrentes, de modo que una suscripción iniciada con un toque continúa sin que el cliente vuelva al checkout.
Cada ciclo es un pedido independiente, así que reembolsas ese pedido, total o parcialmente, sin afectar a ningún otro ciclo ni cancelar la suscripción.
Más métodos
Se suelen activar juntos.
Tarjetas guardadas
Vault · Un clicLos clientes recurrentes pagan con un toque; la tarjeta vive en nuestro vault y tus sistemas guardan una referencia.
02Pagos con tarjeta
Visa · MastercardEl canal por defecto, con 3-D Secure 2.0 y autenticación reforzada del cliente resueltos dentro del flujo.
03Pay by link
Sin integraciónUn enlace que creas en el back office y envías, con todos los métodos detrás y sin necesidad de web.
Cobra con cada uno de ellos.
Un comercio sandbox, claves de API y un checkout con todos estos métodos activados, para que pruebes cada uno de principio a fin antes de comprometerte con nada.