Un proceso de pago con criptomonedas solo es fiable cuando el backend del comercio entiende el estado del pago. Un cliente puede pagar el importe exacto, pagar de menos, pagar de más, pagar después de la caducidad o activar una revisión de riesgo.
Para los comercios, estos estados no son etiquetas decorativas. Determinan si el pedido debe entregarse, pausarse, abonarse, reembolsarse o revisarse por el equipo de soporte.
Por qué importan los estados de la factura
Los pagos en blockchain son definitivos desde la perspectiva de la red, pero los pedidos del comercio aún necesitan lógica de negocio. El sistema de pago debe relacionar una transacción con un pedido y decidir qué hacer a continuación.
El estado del pago ofrece al backend una regla estable y evita que los operadores tengan que inspeccionar manualmente cada transacción.
Facturas pagadas
El estado «pagado» de una factura significa que el cliente envió el pago esperado y que el comercio puede continuar con la entrega según su política. En productos digitales, esto puede desbloquear contenido. En comercio electrónico, puede mover el pedido a procesamiento.
Utiliza webhooks para que el pedido se actualice automáticamente cuando la factura pase al estado «pagado».
Facturas con pago insuficiente
El estado «pago insuficiente» de una factura significa que el importe recibido es inferior al esperado. Puede deberse a comisiones de la cartera, confusión con el tipo de cambio, errores de introducción manual o un malentendido del cliente.
Los comercios deben decidir si solicitan un pago adicional, aceptan una pequeña tolerancia, mantienen el pedido pendiente o lo cancelan. La política adecuada depende del margen del producto y de las expectativas de soporte.
Facturas con pago excesivo
El estado «pago excesivo» de una factura significa que el cliente envió más de lo requerido. Puede no ser problemático, pero el comercio necesita un procedimiento contable claro. Entre las opciones habituales están el saldo interno, el reembolso manual, un crédito adicional o la revisión por soporte.
Lo importante es la visibilidad. Si el backend sabe que la factura tiene el estado «pago excesivo», los operadores pueden resolver el caso de manera coherente.
Facturas caducadas y pagos tardíos
Las facturas suelen caducar para que el comercio no quede vinculado indefinidamente a un tipo de cambio antiguo o a una sesión de pago. El cliente aún puede enviar fondos después de la caducidad, por lo que los pagos tardíos necesitan un tratamiento explícito.
No trates los pagos tardíos como pedidos pagados normales, salvo que esa sea tu política. Sepáralos para que soporte y contabilidad puedan decidir el siguiente paso.
Conciliación mediante webhooks
El patrón de integración más seguro da prioridad a la conciliación mediante webhooks. Crea la factura, muestra los datos de pago y actualiza el pedido solo después de que el backend reciba y verifique el evento de estado del pago.
Empieza por la API de facturas cripto y conéctala con la máquina de estados de tus pedidos antes de lanzar el pago en producción.
