Una factura de criptomonedas caducada no demuestra, por sí sola, que no se haya enviado dinero. Antes de pedir al cliente que vuelva a pagar, distingue entre una solicitud de pago sin usar, una transferencia pendiente de confirmación y otra enviada fuera de plazo. Revisa el registro de pago del proveedor y la transacción real antes de sustituir la factura o tramitar el pedido.
Esta guía está dirigida a comercios que gestionan compras puntuales. Explica cómo actuar ante una solicitud de pago caducada, no cómo recuperar transferencias no admitidas ni garantiza que todos los pagos tardíos puedan abonarse al pedido. Las reglas varían entre proveedores; una cuenta atrás no constituye una política universal de reembolsos.
Qué caduca: la solicitud, no la cadena de bloques
Una página de pago puede fijar un plazo de validez para el importe cotizado o las instrucciones de pago. Una sesión de pago alojada por el proveedor también puede tener su propio periodo de validez. Ninguno de esos plazos cancela una transacción que ya se haya transmitido a una cadena de bloques.
Mantén separados tres registros: el pedido comercial, la solicitud de pago o factura y la transferencia. Un pedido puede tener varios intentos de pago. Crear una solicitud de sustitución no debe borrar el registro de un intento anterior que aún podría recibir fondos.
Como ejemplo específico de un proveedor, Cryptomus documenta que una factura que caduca después de que el cliente pague, pero antes de la confirmación de la red, puede pasar más tarde al estado de pagada. Recomienda crear una factura nueva cuando la caducada no se ha pagado. Esta distinción es útil, pero esas reglas no demuestran cómo gestiona Yolfi los pagos tardíos.
Evalúa el pago antes de ofrecer un nuevo intento
Pregunta si el cliente autorizó una transferencia real, no solo si abrió su billetera. Un retiro de una plataforma de intercambio marcado como en proceso podría no haberse transmitido aún a la red. A la inversa, una página de pago desactualizada podría no reflejar una transferencia que el proveedor ya haya detectado.
| Qué puedes verificar | Qué significa | Siguiente paso seguro |
|---|---|---|
| No se envió ninguna transferencia ni se detecta recepción de fondos | La solicitud anterior no se utilizó | Revisa el pedido y emite instrucciones vigentes si aún queda por pagar |
| Hay una transferencia pendiente o en confirmación | El resultado aún no es definitivo | Mantén el caso abierto; todavía no solicites un segundo pago |
| Los fondos llegaron fuera de plazo | La recepción y la aceptación del pedido requieren revisiones separadas | Sigue el procedimiento de excepciones documentado por el proveedor |
| El proveedor confirma que el pago se completó correctamente | La cuenta atrás anterior no determina si se debe tramitar el pedido | Vincula el pago al pedido y tramítalo una sola vez |
| Solo se aporta una captura de pantalla o una referencia de transacción que no permite verificar el pago | El pago no está verificado | Pide la red y el hash de la transacción; investiga antes de abonar el importe |
Un hash de transacción es una referencia de consulta, no una prueba de que ese cliente haya pagado ese pedido. Verifica el activo, la red, el destinatario, el importe recibido y el estado de confirmación pertinente. No deduzcas que una transferencia de tokens se completó correctamente solo porque una transacción con actividad no relacionada se ejecutó con éxito. Si el destino o la red no coinciden, utiliza la guía para evitar pagos en la red equivocada en lugar de pedir al cliente que repita el mismo error.
Procedimiento de cinco pasos ante una factura caducada
1. Detén el nuevo intento mientras reúnes pruebas
Asigna una persona responsable al caso de asistencia y vincúlalo al pedido y a la factura original. Pide la red seleccionada, el hash de la transacción si está disponible, el importe y la hora aproximada del envío con su zona horaria. Nunca solicites una frase de recuperación ni una clave privada. Registra únicamente los datos del cliente necesarios en tu sistema de gestión empresarial con acceso restringido.
Utiliza un mensaje claro: «No vuelvas a enviar fondos mientras revisamos la primera transferencia. Envíanos el hash de la transacción y la red, o confirma que no realizaste ninguna transferencia». Se trata de una propuesta de mensaje de atención al cliente, no de una afirmación sobre notificaciones automáticas de Yolfi.
2. Comprueba por separado el registro del proveedor y la transferencia
Consulta el estado actual del pago en la interfaz autenticada del comercio o mediante la integración documentada. Comprueba si se detectaron fondos, si la confirmación sigue incompleta y si la solicitud tiene una marca de tiempo de caducidad. Si el registro del proveedor y el explorador discrepan, mantén el caso sin resolver y remítelo al servicio de asistencia del proveedor según su procedimiento.
En el caso de Yolfi, la documentación actual de pagos distingue entre PENDING, CONFIRMING, SUCCESS, EXPIRED, FAILED y CANCELLED. Indica que isFullyPaid por sí solo no acredita la confirmación ni la liquidación. Para tramitar el pedido se requiere un pago con status = SUCCESS o un Webhook payment.confirmed verificado. Una redirección o una captura de pantalla del cliente no equivalen a esa confirmación.
Las marcas de tiempo documentadas incluyen createdAt, detectedAt, paidAt y expiresAt; algunas pueden no estar presentes. No inventes marcas de tiempo ausentes ni interpretes la hora en que el cliente pulsó enviar como la hora de detección del proveedor. Estos campos ayudan a investigar, pero no documentan la recuperación automática de un pago tardío en Yolfi.
3. Resuelve el intento original antes de sustituirlo
Si no se envió ni recibió nada y el pedido sigue pendiente de pago, crea una solicitud vigente mediante el proceso admitido. Vuelve a comprobar el precio, la disponibilidad y el método de pago elegido por el cliente. Indícale que utilice solo las nuevas instrucciones, no una dirección antigua ni un código QR guardado.
Si existe una transferencia, no supongas que sustituir la factura la trasladará automáticamente a la nueva. Conserva ambas referencias. Cuando aún no sea posible resolver el caso de forma segura, informa al cliente de que el pago está en revisión, en lugar de marcar el pedido como impagado y cobrar de nuevo.
4. Decide cómo gestionar los fondos tardíos verificados
Aplica las reglas reales del proveedor y tus condiciones de venta para decidir si los fondos recibidos pueden abonarse al pedido o deben devolverse. Una transferencia tardía no mantiene por defecto la cotización de cambio caducada. Acuerda con el cliente cualquier revisión de la valoración o del importe; no cambies el precio sin avisar después de recibir los fondos.
Si el importe es insuficiente o excesivo, sigue la lista de comprobación para diferencias de importe. Si corresponde una devolución y controlas los fondos, utiliza la lista de comprobación para reembolsos. No supongas que la dirección del remitente original es un destino seguro para el reembolso ni prometas un reembolso automático que el proveedor no haya documentado.
5. Cierra un único pedido con un resultado auditable
Registra el intento original, cualquier intento de sustitución, la recepción verificada y la decisión final. Indica si el pedido se tramitó, se canceló, recibió un abono o se reembolsó, según el resultado real. Si dos intentos se completan correctamente, señala la recepción duplicada para su revisión, en lugar de entregar dos veces o ignorar el segundo pago.
Protege la tramitación del pedido tanto frente a notificaciones repetidas como frente a varios intentos de pago exitosos. El pedido comercial debe tramitarse una sola vez, aunque la integración reciba de nuevo la misma confirmación. Utiliza la guía de conciliación para vincular las pruebas de pago con los registros de tus pedidos.
Explica con más claridad el siguiente intento de pago
Muestra el plazo y la zona horaria de la solicitud activa cuando estén disponibles. Explica que los clientes deben dejar de usar las instrucciones caducadas y contactarte si ya enviaron fondos. Distingue entre «a la espera del pago» y «fondos detectados, pendientes de confirmación» siempre que el proveedor ofrezca esa información.
Para un producto reutilizable de precio fijo, los enlaces de pago de Yolfi ofrecen un punto de acceso al pago que puedes compartir. Para un pedido dinámico, la documentación de Checkout Session describe una sesión de corta duración con un importe controlado por el servidor que crea una factura cuando el comprador elige cómo pagar. Trátalos como objetos distintos, no como temporizadores intercambiables.
Los activos y las redes disponibles dependen de la configuración real del pago. Utiliza las instrucciones vigentes del proceso de pago activo, no una lista genérica de tokens. Esta guía no establece una duración de caducidad fija para Yolfi, un periodo de gracia ni un reembolso automático de pagos tardíos.
Preguntas frecuentes
¿Una factura caducada significa que se perdieron las criptomonedas?
No. La caducidad por sí sola no permite determinar dónde están los fondos. Es posible que no se haya enviado una transferencia, que aún esté pendiente o que haya llegado sin haberse abonado al pedido. Verifica la transacción y el registro del proveedor antes de comunicar un resultado. La recuperación no está garantizada si el activo o la red no son compatibles.
¿Debe el cliente volver a enviar fondos de inmediato?
No, si la primera transferencia podría existir. Investígala primero. Cuando no se haya enviado ninguna transferencia y la solicitud original no se haya utilizado, emite instrucciones vigentes después de comprobar que el pedido sigue pendiente de pago.
¿Los pagos en USDC o USDT también pueden llegar tarde?
Sí. El objetivo de precio de una moneda estable no elimina las demoras de las billeteras, las plataformas de intercambio o las redes, ni amplía la validez de una solicitud de pago. Sigue las instrucciones activas y las reglas de confirmación documentadas por el proveedor.
¿Puede un comercio tramitar una factura caducada de Yolfi basándose en una captura de pantalla?
No. La condición documentada para tramitar el pedido es SUCCESS o un Webhook payment.confirmed verificado, no una captura de pantalla, una redirección ni isFullyPaid por sí solo. Si una transferencia tardía sigue sin resolverse, investígala mediante el procedimiento admitido en lugar de inventar un estado de pago exitoso.
Conclusión: primero verifica y después sustituye
La respuesta más segura ante una factura de criptomonedas caducada no es solicitar inmediatamente un segundo pago. Determina si existe una transferencia, verifica su estado, resuelve cualquier recepción tardía conforme a las reglas del proveedor y cierra el pedido una sola vez. Cuando no se haya enviado ningún pago, facilita instrucciones nuevas mediante el proceso de enlaces de pago de Yolfi correspondiente y conserva la referencia original en tus registros.
