Cómo conciliar pagos en stablecoins con facturas y con tu contabilidad

Por qué una transferencia de stablecoins llega sin número de factura

Payzum es un procesador de pagos cripto sin custodia y enfocado en stablecoins: los pagos se liquidan directo en wallets que controla el comercio. Así el dinero no pasa por nadie más que por ti. También significa que la contabilidad es tuya, y lo primero que descubres es que el historial de una wallet es un mal libro mayor.

Para conciliar pagos en stablecoins con facturas necesitas algo en cada pago que apunte de vuelta a la factura. La cadena no lo da gratis. En redes tipo Ethereum, una transferencia estándar de token lleva un emisor, un receptor y un monto. La documentación de ERC-20 en ethereum.org lista justo esos tres valores en el evento Transfer y no define ningún campo de memo o referencia. Tu número de factura no tiene dónde viajar.

Solana es distinta sobre el papel. Su programa Memo permite adjuntar texto a un pago, y la guía de pagos de Solana dice que los exploradores y los proveedores RPC indexan los memos, así que se pueden buscar para conciliar. En la práctica, el memo solo existe si la wallet del pagador lo agregó. Un cliente que paga desde el teléfono o desde la pantalla de retiro de un exchange casi nunca lo hace.

La clave de conciliación tiene que vivir, por tanto, en el sistema que emitió la factura.

Cómo es el cierre de mes cuando cuarenta clientes pagan a una misma wallet

Imagina una agencia de marketing que emite unas cuarenta facturas al mes y cobra en USDC. Al cierre, la wallet muestra cuarenta y pico transferencias entrantes, cada una con monto, hora y dirección de origen. Salen cinco problemas, y salen todos los meses.

• Un cliente paga 1.500 de una factura de 2.000 y promete el resto la semana próxima.
• Otro envía 312 por una factura de 300 porque tecleó mal la cifra.
• Un pago llega dos horas después de que la factura venciera.
• Una transferencia sale de la wallet caliente de un exchange que comparten miles de clientes, así que la dirección de origen no dice quién pagó.
• Un cliente salda dos facturas con una sola transferencia.

Si partes de la wallet, cada caso es trabajo de detective en un explorador de bloques. Si partes de la factura, cada uno es una excepción con nombre que cierras en un minuto.

Por qué la conciliación al estilo bancario no sirve con una wallet

Una transferencia bancaria trae el nombre del ordenante y una referencia de texto libre, y tu contador concilia con eso. Un procesador de tarjetas envía un solo depósito que agrupa muchas ventas netas de comisiones, con un reporte de liquidación que lo explica. Ninguno de los dos hábitos se traslada. La cadena te da una dirección y un hash, y una dirección no es un cliente.

La solución es llevar la clave al lugar donde queda registrada la intención del cliente, que es la factura.

La clave de tres partes: ID de factura, ID de pedido y hash de transacción

Payzum asocia cada pago a una factura. La factura tiene vencimiento, y Payzum detecta el sobrepago sobre ella. Creas la factura desde tu propio sistema con tu propia referencia de pedido, de modo que el emparejamiento se hace cuando se le pide el pago al cliente, antes de que se mueva dinero.

Todo lo que sigue queda registrado contra ese par. La exportación contable de la página de impuestos y contabilidad convierte cada venta, conversión, comisión y payout en una línea del libro. El libro completo tiene 36 columnas, entre ellas el ID de factura, el ID de pedido y los hashes de transacción, y lo descargas en CSV o JSON. Las facturas pagadas parcialmente o de más se valoran por lo que realmente llegó.

Payzum cobra 0,5% por venta procesada, descontado del monto recibido, más el gas de red on-chain. La comisión se registra en su propia línea. La diferencia entre lo que pagó el cliente y lo que llegó a tu wallet es, por tanto, un número visible.

Cada línea se valora en tu moneda de reporte, una de 31, con el tipo de referencia del Banco Central Europeo de la fecha del evento. El BCE publica esos tipos hacia las 16:00 CET en los días hábiles y aclara que son solo informativos. Trata el tipo como el método documentado y pregunta a tu contador si encaja en tu jurisdicción. Payzum da registros, no asesoría fiscal.

Un cierre de mes en seis pasos

1. Crea una factura por pago desde tu propio sistema y envía con ella tu ID de pedido. No reutilices una factura para un segundo pedido, ni siquiera del mismo cliente.
2. Deja que el webhook firmado mueva el estado de la factura en tu sistema. Verifica primero la firma y actualiza el pedido una sola vez por evento. La guía de webhooks firmados explica los detalles de idempotencia.
3. Una vez por semana, abre las excepciones: parciales, pagadas de más y vencidas. Ciérralas mientras el cliente aún recuerda el pedido.
4. El día 1, toma el reporte congelado del mes anterior. Payzum lo congela ese día y te avisa por email cuando está listo, así que las cifras no se mueven mientras trabajas.
5. Importa el archivo de extracto. QuickBooks Online y Alegra aceptan un CSV con Fecha, Descripción e Importe, y Xero, Zoho Books y Odoo aceptan OFX. La guía de importación de Intuit, actualizada en 2026, lista esas mismas tres columnas como las obligatorias.
6. Comprueba que el saldo importado sea igual al Neto de la página de Reportes del mismo periodo. Después cierra a mano las partidas abiertas.

Cinco pagos de octubre, uno parcial y uno pagado de más

Este es un cierre de ejemplo para una agencia pequeña. Las cifras son inventadas para ilustrar. Los pagos son en USDC, la moneda de reporte es USD y la columna de comisión es 0,5% del monto recibido. El gas de red va aparte y no aparece.

Ahora la prueba. Facturado 4.750,00, menos los 500,00 que siguen abiertos en INV-1043, más los 12,00 pagados de más en INV-1044, da los 4.262,00 que llegaron. Resta 21,31 de comisiones y el neto es 4.240,69. Esa es la cifra en la que debe terminar el extracto congelado, y la que debe mostrar la página de Reportes.

Dos filas necesitan a una persona. INV-1043 sigue abierta por 500,00, y o la cobras o la das de baja. INV-1044 retiene 12,00 que son del cliente, así que los devuelves o los abonas a su próxima factura. Ninguna excepción se esconde en el total de la wallet, porque el ID de factura la nombra.

Cuatro formas de facturar y dónde cambia la conciliación

La clave es la misma, pero el hábito alrededor cambia según cómo factures.

• Un cliente con cuota mensual, como una agencia o un estudio contable, paga el mismo monto el mismo día. Una factura por periodo evita que marzo se confunda con abril cuando el pago llega tarde.
• Una tienda online usa el ID de pedido como clave. El libro lleva el ID de pedido y el de factura, así que una consulta de soporte por un pedido perdido se resuelve con un hash en una sola búsqueda.
• Un freelancer que cobra desde el exterior emite una factura por trabajo. La guía para freelancers muestra cómo la ve el cliente, y el libro te muestra quién pagó qué.
• Un comercio con POS genera un QR nuevo por venta. Las ventas presenciales conservan en el libro la terminal y el cajero, de modo que el cuadre del día se puede revisar por cajero.

Conciliar un depósito bancario, un pago con tarjeta y un pago en stablecoins

Objeciones de quien lleva los libros

¿No puedo simplemente leer la wallet y emparejar montos?

Solo mientras cada cliente pague el monto exacto, una vez, a tiempo, desde una wallet que reconoces. Un solo pago parcial lo rompe, y la dirección de origen de un retiro de exchange no dice nada del cliente. Concilia por la factura.

¿Y si el cliente paga desde un exchange y no hay memo?

Aquí la clave es la factura, así que el emisor y el memo no importan. Identificas al pagador por la factura que emitiste, y el libro guarda la dirección de origen y el hash como respaldo para el expediente.

¿Seguirán moviéndose las cifras del mes después de importarlas?

El reporte congelado no. Se escribe una vez el día 1 y no cambia después. Si llega un pago tardío de una factura vieja, aparece en el mes en que llegó, con el ID de factura que te dice a qué mes pertenece.