Cómo gestionar facturas cripto impagadas, tardías o vencidas

Una factura cripto impagada solo debe permanecer abierta hasta la hora de vencimiento que muestra el checkout. Después, no pidas al comprador que pague el enlace antiguo: crea una factura nueva si la venta sigue vigente. Si afirma que ya pagó, solicita el hash y verifica la transferencia real en la blockchain; una captura no basta.

«Impagada», «transacción pendiente», «vencida» y «pagada tarde» son situaciones distintas.

Tabla rápida de decisiones

Situación	Acción del comercio	¿Entregar el pedido?
No hay transacción y la factura sigue abierta	Reenviar el enlace original y esperar	No
Enviada antes del plazo, todavía pending	Verificar el hash y esperar la confirmación	Todavía no
No hay transacción y la factura venció	Cerrar el intento; crear otra si procede	No
Transferencia confirmada después del plazo	Verificar red, token, destinatario e importe; aplicar la política	Decisión manual
La transferencia no corresponde a la factura	Investigar antes de entregar o reembolsar	No
Se emite una factura nueva tras vencer la anterior	Indicar que solo debe usarse el enlace nuevo	Solo después de pagar la factura nueva

Si el importe es incorrecto, sigue el flujo para facturas pagadas de menos o de más. Si la blockchain es incorrecta, usa la guía de investigación y recuperación de red equivocada. No reduzcas esos casos a un simple «pago tardío».

La documentación de BTCPay Server separa facturas vencidas, parcialmente pagadas y pagadas tarde. Coinbase Business distingue estados open, paid, void y overdue. Los nombres cambian, pero la regla es la misma: vencimiento y evidencia de pago se evalúan por separado.

Qué significa realmente el vencimiento

El vencimiento cierra la ventana de pago. No borra una transferencia ni impide técnicamente que alguien envíe tokens más tarde a una dirección pública. Indica que el checkout y el sistema de pedidos ya no deben aceptar automáticamente un pago nuevo mediante la solicitud antigua.

El límite importa porque precio, existencias o condiciones pueden haber cambiado; la cotización puede estar obsoleta; el comprador puede tener una factura de sustitución; una transferencia tardía puede confundirse con otro pedido; y una entrega automática sin límite temporal crea duplicidades.

La fuente de verdad es el plazo del checkout. No inventes otro por chat ni digas que una página vencida aún es segura para pagar.

Cómo trata GramPayBot una factura vencida

GramPayBot compara red, token, destinatario, importe exacto y ventana de pago. Una factura vencida deja de mostrar opciones activas. El matcher automático normal considera transferencias confirmadas dentro de la ventana; una transferencia posterior no cambia silenciosamente la factura vencida a paid.

Los fondos pueden haber llegado a la wallet controlada por el comercio, pero «llegaron tokens» y «la factura se pagó según sus condiciones» son hechos diferentes. Verifica el caso y registra una decisión separada. Consulta el flujo de facturación cripto para pequeñas empresas.

Si la factura está abierta y no hay pago

1. Reenvía el mismo enlace de checkout.
2. Pide usar la red, token e importe completo de la página actual.
3. Indica que no debe pagarse después del vencimiento visible.
4. Mantén el pedido en espera.
5. Entrega solo tras una transferencia confirmada y coincidente.

No abras varias facturas para el mismo pedido porque el comprador no responda. Los enlaces simultáneos aumentan el riesgo de doble pago.

Si el comprador dice «ya pagué»

Pide el hash o firma original, no una imagen. Comprueba:

1. Red: ¿es la solicitada?
2. Estado: ¿la transferencia tuvo éxito y suficientes confirmaciones?
3. Token: ¿contrato o mint auténtico de USDT/USDC?
4. Destinatario: ¿coincide la dirección completa?
5. Importe: ¿incluye todos los dígitos y el sufijo identificador?
6. Tiempo: ¿cuándo entró en bloque respecto al vencimiento?
7. Reutilización: ¿se asignó el hash a otro pedido?

Una transacción enviada puede seguir pendiente hasta su inclusión y finalidad. La documentación de Ethereum explica su ciclo de vida. No entregues mientras el resultado sea incierto. Usa la lista completa de verificación de pagos.

Si venció sin transferencia verificada

1. Registra el intento original como cerrado.
2. Confirma que el comprador aún quiere comprar.
3. Revisa precio, disponibilidad y condiciones.
4. Crea otra factura con una ventana nueva.
5. Escribe claramente que solo debe usar el enlace nuevo.
6. Conserva el ID anterior para soporte y auditoría.

La sustituta debe tener identidad y estado propios. No reescribas el historial para que ambas parezcan una sola factura.

Mensaje sugerido:

La factura anterior ha vencido y no debe pagarse. Hemos creado otra con el importe y plazo actuales; utiliza solo el nuevo enlace. Si ya enviaste una transacción, no vuelvas a pagar y envíanos el hash.

Si el pago confirmado llegó tarde

Tras verificarlo, ten en cuenta que GramPayBot no ofrece una acción para cambiar una factura ya vencida a paid. Selecciona un resultado comercial documentado:

• cumplir el pedido como excepción documentada fuera de la factura vencida si no cambiaron precio ni disponibilidad y la política lo permite; la factura permanece expired en GramPayBot;
• aplicarlo a un pedido nuevo con vínculo claro en el registro;
• reembolsarlo si no se puede entregar;
• mantenerlo en revisión si token, importe, titularidad o cliente son inciertos.

No lo aceptes automáticamente solo porque el importe parezca correcto. Tampoco reembolses automáticamente a la dirección emisora: una exchange puede usar una wallet compartida que no acredite devoluciones al comprador.

Reembolso seguro

GramPayBot no puede editar ni revertir una transacción confirmada. El reembolso es una transferencia nueva autorizada por el comercio.

Verifica la operación original, red, contrato, importe y wallet receptora. Autentica al cliente mediante el pedido, solicita y confirma una dirección de reembolso en la misma red, explica las comisiones y vincula el hash nuevo. Para importes altos, exige aprobación de dos personas.

Nunca solicites seed phrase ni clave privada. Ignora servicios de recuperación ofrecidos por mensajes no solicitados.

Evitar el pago duplicado

El riesgo máximo aparece cuando el comprador tiene el enlace viejo y el nuevo. Muestra expired con claridad; envía el nuevo por el canal autenticado; escribe «no pagues la factura anterior»; detén al comprador si ya hay una operación pending; revisa ambos registros antes de entregar; y contabiliza cada hash una sola vez.

También puedes enviar la guía cómo pagar una factura con USDT o USDC.

Registro de soporte

Guarda ID del pedido y contacto, IDs original y sustituto, vencimiento con zona horaria, red/token/dirección/importe esperados, hash declarado, hora real del bloque, resultado de verificación, decisión y aprobador, mensajes y hash de reembolso.

Preguntas frecuentes

¿Se puede pagar una factura cripto vencida?

Puede ser técnicamente posible enviar tokens a la dirección pública, pero no debe hacerse. El checkout ya no acepta el pago y el caso exigirá revisión manual.

Se envió antes del vencimiento y confirmó después. ¿Qué ocurre?

No uses solo la hora del monedero. Verifica la inclusión real en bloque, el estado y el resultado del sistema de matching.

¿Extender la antigua o crear una nueva?

Crea otra salvo que el sistema tenga una extensión explícita y auditable.

¿GramPayBot puede deshacer una transferencia tardía?

No. Los fondos van a la wallet del comercio. El reembolso es otra transacción del titular.

¿Debo crear otra factura si el comprador quizá ya pagó?

Todavía no. Solicita el hash e investiga primero la transferencia inicial. Crear y pagar una segunda factura antes de verificarla puede causar un pago duplicado.