Cobros cripto recurrentes sin tarjeta guardada

Cómo ocurre realmente una renovación

Todo el ciclo es de envío, nunca de cobro. Lee esta sección y sabrás exactamente qué hace el sistema, porque no hay mucho más.

1. 01

   Una dirección permanente por suscriptor

   Al crear la suscripción, el suscriptor recibe una dirección de depósito derivada de tu propio monedero, y no cambia entre periodos. Puede guardarla, automatizar el envío desde su monedero o pagar manualmente cada periodo. Nunca le pides credenciales ni almacenas ninguna.

2. 02

   Un reloj de periodo, no un intento de cobro

   Una suscripción lleva el inicio y el fin de su periodo actual. Al terminar no se intenta nada: sin reintentos, sin gestión de impagos, sin cobro fallido. El periodo simplemente vence si no llega un pago, y es un pago lo que lo hace avanzar.

3. 03

   Llega el pago, se evalúa la renovación

   Cuando el dinero llega a esa dirección, se evalúa según el estado de la suscripción. Si el periodo había vencido o estaba pendiente, cuenta como renovación y recibes el estado exacto del importe —pagado, pagado de menos o pagado de más— para que tu aplicación decida qué acceso concede. Un pago que llega tarde se evalúa como renovación al llegar, no se descarta.

4. 04

   Una suscripción nueva empieza sin acceso

   Las suscripciones empiezan pendientes, no activas. El acceso comienza cuando se detecta el primer pago, de modo que no existe ninguna ventana en la que alguien tenga una suscripción activa sin haber pagado. Tu aplicación debe tratar «pendiente» como «todavía sin derecho».

Qué pasa con el dinero que llega a un periodo ya pagado

El crédito es contabilidad, no custodia. Los fondos ya están en tu propia dirección; el saldo de crédito es una cifra contable que describe lo que llegó, no un saldo que guardemos por ti. No hay nada que retirar, porque no hay nada guardado.

Los webhooks que recibe tu aplicación

El estado de una suscripción solo sirve si tu aplicación se entera. Estos son los eventos publicados hoy, en el orden en que ocurren a lo largo de un periodo.

subscription.renewed

Se evaluó un pago frente a una suscripción pendiente o vencida. Incluye el estado del importe —pagado, pagado de menos o pagado de más— junto con las cantidades y tu propia referencia del suscriptor, para que tu aplicación decida qué desbloquea.

subscription.expiring_soon

El periodo actual vence dentro del plazo de aviso que configures. Este es el enganche para tu propio correo de recordatorio, enviado antes de perder nada.

subscription.expired

El periodo venció sin pago. No se cobró a nadie ni se intentó nada; la suscripción simplemente dejó de estar al corriente, y tu aplicación debe retirar el acceso.

subscription.credit_added

Llegó un pago a una suscripción cuyo periodo actual ya estaba totalmente pagado, y se registró como crédito en lugar de tratarse como renovación.

Cada webhook de suscripción va firmado, se entrega con reintentos y lleva tu propia referencia externa del suscriptor, así que quien lo recibe nunca tiene que adivinar de quién se trata.

Cómo funciona lo recurrente sin tarjeta guardada

Todo esto se deriva de no tener un medio de pago guardado. Diseña teniéndolo en cuenta y el modelo funciona.

• No puedes cobrar a un suscriptor. No hay medio de pago almacenado ni domiciliación, así que cada periodo exige que el suscriptor envíe, que es exactamente por lo que nada puede cobrarse sin él.
• Un suscriptor que se olvida simplemente vence. El webhook de vencimiento próximo existe para que puedas recordárselo, pero el recordatorio es tuyo y la decisión sigue siendo suya.
• Un plan con precio en cripto se mueve con el mercado entre periodos. Ponle precio en una stablecoin si quieres que el importe signifique lo mismo el mes que viene.
• No hay contracargos ni reversiones. Un reembolso es un pago que devuelves tú, en tus propios términos, desde tu propio monedero.
• Conceder y retirar el acceso es tarea de tu aplicación. Unheld te dice qué pasó y cuándo; no se coloca delante de tu producto.

Preguntas