Cancelar una suscripción cripto significa detener las renovaciones futuras. Por sí solo, no reembolsa un pago liquidado, no revierte una transferencia ya enviada ni determina cuándo termina el acceso pagado. Son acciones distintas que el comercio debe coordinar.
Para el cliente, el primer paso es seguir el procedimiento de cancelación publicado por el servicio. Comprueba en la confirmación la fecha de fin del acceso y si hay alguna renovación pendiente. Si el modelo de pago también utiliza permisos de gasto de la billetera, sigue las instrucciones oficiales de esa billetera para revisarlos. Desconectar un sitio web no es lo mismo que revocar una autorización de gasto.
Esta guía está dirigida a comercios que gestionan pagos recurrentes en USDC o USDT, siempre que el activo y la red elegidos estén disponibles. Describe un proceso recomendado para la aplicación y la atención al cliente, sin afirmar que Yolfi incluya de forma nativa todos los controles que se indican a continuación.
Distingue cuatro elementos antes de modificar una suscripción
Una sola etiqueta de «cancelada» oculta varios estados diferentes. Mantén separados los siguientes registros:
| Registro | Pregunta que debe responder | Acción al cancelar |
|---|---|---|
| Calendario de renovaciones | ¿Se solicitará o intentará otro pago? | Detener las tareas futuras mediante los controles de facturación documentados |
| Intento de pago | ¿Ya se ha enviado o liquidado una renovación? | Comprobar su estado real; no dar por hecho que la cancelación lo revierte |
| Derecho de acceso pagado | ¿Hasta cuándo ha comprado acceso el cliente? | Mantener o finalizar el acceso según las condiciones publicadas y la legislación aplicable |
| Permiso de la billetera, si se utiliza | ¿Puede una aplicación concreta seguir gastando el activo autorizado? | Explicar el procedimiento de revocación propio del modelo y confirmar su resultado por separado |
Una renovación pagada antes de la cancelación puede seguir correspondiendo a un período de servicio válido. A la inversa, que una billetera no tenga fondos no demuestra que se haya cancelado la suscripción. Registra la solicitud del cliente en lugar de deducir su intención a partir de un cobro fallido.
Para conocer el ciclo completo de las membresías, consulta la facturación recurrente con stablecoins para comunidades. Aquí nos centramos en la coordinación de la cancelación entre los registros de facturación, pagos y acceso.
Identifica cómo se autoriza el pago recurrente
No todas las suscripciones cripto utilizan el mismo mecanismo. Una nueva solicitud de pago en cada período es distinta de un cobro automático autorizado previamente. Los permisos de las billeteras también varían según la implementación.
Como ejemplo concreto —no como descripción de la implementación de Yolfi—, la documentación de Base sobre pagos recurrentes describe permisos de gasto revocables. No atribuyas a otro proveedor los nombres de funciones, los límites de autorización ni el comportamiento de cancelación de ese sistema.
La guía de autorizaciones de MetaMask distingue entre desconectar un sitio y revocar una autorización de tokens. Ninguna de esas acciones, por sí sola, indica a tu aplicación si debe conservar el acceso ya pagado o emitir un reembolso.
Antes del lanzamiento, documenta qué sistema programa las renovaciones, qué autorización utiliza, quién puede detenerlas y cómo se comprueba el resultado. Nunca indiques a los clientes que revoquen un contrato cualquiera encontrado en los resultados de búsqueda. Utiliza la documentación oficial de la billetera, la red y el permiso concretos; nunca solicites una frase de recuperación ni una clave privada.
Gestiona la cancelación como una operación registrada
Utiliza una referencia de cancelación compartida entre atención al cliente y la aplicación:
- Autentica a quien presenta la solicitud y vincula la suscripción con el cliente correcto. Una dirección pública de billetera no demuestra por sí sola la titularidad de la cuenta.
- Registra la hora de la solicitud, la zona horaria, el plan, la fecha hasta la que está pagado el acceso y la versión de la política de cancelación.
- Comprueba si hay una renovación en cola, en curso o confirmada. Registra su identificador y el estado observado.
- Detén las tareas de renovación futuras mediante los controles documentados para la integración real. No inventes un punto de acceso de la API ni consideres que un indicador local demuestra que un programador externo se ha detenido.
- Vuelve a consultar el estado de facturación resultante. Si la comprobación falla, marca la cancelación como pendiente y asigna un responsable en lugar de darla por completada.
- Fija la fecha de fin del acceso a partir de las condiciones y de los comprobantes de pago. Mantén separada la decisión sobre un posible reembolso.
- Envía una confirmación que indique qué se ha detenido, qué sigue pendiente y cuándo termina el acceso.
Haz que las solicitudes repetidas sean seguras: reintentar la misma cancelación no debe generar otro reembolso, acortar el acceso dos veces ni enviar confirmaciones contradictorias. En las integraciones basadas en notificaciones, aplica los mismos principios que en los webhooks idempotentes para pagos cripto.
Resuelve las renovaciones que coinciden con la cancelación
El caso difícil es el de un cliente que cancela mientras se procesa un pago. Guarda la marca de tiempo de la solicitud y examina el intento de pago, en lugar de decidir según la última notificación que llegue.
| Situación observada | Gestión recomendada |
|---|---|
| No existe ningún intento de renovación | Detener la creación de renovaciones futuras y confirmar la fecha de fin del acceso |
| Hay una renovación en cola, pero no se ha enviado | Utilizar los controles de detención documentados de la integración y verificar el estado resultante |
| Ya se ha enviado una transferencia | Seguir su confirmación; no prometer que detener el calendario cancela la transferencia |
| Se liquida un pago durante la revisión | Conciliarlo con el período correcto y después aplicar la política de cancelación y reembolso |
| Llega una notificación tardía después de la cancelación | Conservar la solicitud de cancelación y procesar los comprobantes del pago sin reiniciar la facturación de forma silenciosa |
Ejecuta en serie las actualizaciones que compiten entre sí en tu aplicación para que el procesamiento de un pago no borre accidentalmente una instrucción de cancelación. Utiliza tus propias referencias de operación; las etiquetas de este artículo son conceptuales, no valores de estado de la API de Yolfi.
Si el dinero ya ha llegado, devolverlo requiere una decisión y una transacción independientes. La lista de comprobación para reembolsos de pagos cripto aborda la verificación de direcciones, la autorización y el registro de operaciones. No describas un reembolso como una reversión de la transferencia original en la cadena de bloques.
Explica con claridad cuándo termina el acceso
Detener la renovación y finalizar el servicio no tienen por qué ocurrir al mismo tiempo. Mantener el acceso hasta el final del período suele ser más fácil de explicar, pero el resultado conforme a derecho depende de las condiciones, el servicio y la jurisdicción. No prometas un plazo universal de reembolso o cancelación.
Una confirmación puede seguir este modelo; es un ejemplo, no el relato de un cliente:
Se ha detenido la renovación. Tu acceso pagado actual seguirá disponible hasta la fecha y hora que aparecen en tu cuenta. Estamos revisando un intento de pago que se inició antes de la cancelación. Confirmaremos su resultado por separado. Esta confirmación de cancelación no implica que se haya emitido un reembolso.
En el mensaje que envíes, sustituye las referencias imprecisas a la cuenta por la fecha y hora exactas, con su zona horaria. Si la comprobación del estado de facturación sigue pendiente, indícalo en lugar de decir «se ha detenido la renovación». Si no hay ningún pago en revisión, omite esa frase.
Registra el mensaje, el resultado de la entrega y la persona responsable de la próxima revisión. Antes de retirar el acceso, concilia el período pagado y cualquier renovación sin resolver. La conciliación de pagos debe vincular el pago, la suscripción y el derecho de acceso, en lugar de depender de la memoria de un agente de atención al cliente.
Qué papel desempeña Yolfi y qué debes verificar
La página de suscripciones actual de Yolfi describe la creación de un pago de renovación por cada ciclo de facturación, recordatorios de recarga y liquidación directa en la billetera del comercio. Sus preguntas frecuentes indican que los clientes pagan desde su propia billetera; esto no demuestra que existan cargos automáticos mediante permisos de gasto. Estas funciones no eximen al comercio de su responsabilidad sobre las condiciones de cancelación, la política de acceso o la gestión de excepciones.
Antes de utilizar una integración concreta, verifica sus controles de cancelación actuales, el modelo de autorización y el comportamiento de las notificaciones en la documentación o con el equipo de atención de Yolfi. Esta guía no acredita la existencia de un punto de acceso de cancelación en la API de Yolfi, la revocación automática de permisos de billetera, la gestión integrada de derechos de acceso ni la automatización de reembolsos.
Prueba la cancelación antes de una renovación, durante un intento pendiente y después de la liquidación. En cada caso, confirma el estado final del programador y el mensaje al cliente. Utiliza la lista de comprobación de la integración antes del lanzamiento para distinguir las pruebas de la aplicación de los movimientos reales de fondos.
Preguntas frecuentes
¿Desconectar una billetera cancela una suscripción cripto?
No lo des por hecho. Desconectar un sitio, revocar un permiso de gasto y cancelar una suscripción con un comercio son operaciones diferentes. Sigue el procedimiento de cancelación del servicio y los controles de permisos documentados de la billetera; después comprueba cada resultado.
¿La cancelación reembolsa automáticamente el último pago?
No. La cancelación detiene las renovaciones futuras según las condiciones del servicio. Un reembolso requiere su propia decisión sobre el derecho a recibirlo, su autorización y su registro de pago; también pueden existir derechos reconocidos por ley.
¿Debe terminar de inmediato el acceso pagado?
Aplica las condiciones publicadas, el período pagado confirmado y la legislación aplicable. Registra una fecha y hora explícitas de fin del acceso, en lugar de dejar que una etiqueta genérica de cancelación las determine por accidente.
¿Una notificación de pago tardía puede reactivar la suscripción?
Tu aplicación no debe interpretar un mensaje de pago tardío como un nuevo consentimiento para la facturación recurrente. Concilia el pago, conserva la instrucción de cancelación y exige un proceso de reactivación explícito cuando corresponda.
Conclusión
Trata la cancelación como un cambio coordinado, no como un único campo de estado. Detén la facturación futura, verifica el resultado, resuelve cualquier pago en curso e indica al cliente exactamente cuándo termina su acceso. Gestiona de forma explícita la revocación de permisos y los reembolsos para que ni el cliente ni tu equipo confundan una sola acción con las cuatro.
