Aceptar un pago con criptomonedas implica algo más que una transacción en blockchain. La empresa debe vincular el pago con una factura, determinar su valor en la moneda contable, separar las comisiones, seguir las conversiones y explicar dónde terminaron los fondos. La contabilidad de criptomonedas para empresas convierte los movimientos de pago en registros financieros estructurados que Finanzas puede conciliar, revisar y presentar sin depender de capturas de monederos ni estimaciones manuales.
¿Qué debe explicar la contabilidad cripto?
Un cadena de bloques muestra que los activos digitales se movieron entre direcciones. Sin embargo, no explica el motivo comercial de la transferencia ni cómo debe registrarla la empresa.
La contabilidad debe responder preguntas como:
- ¿Qué cliente o factura originó el pago?
- ¿Cuándo reconoció la empresa el hecho financiero?
- ¿Cuánto valía el pago en la moneda contable?
- ¿Qué activo y red utilizó el cliente?
- ¿Qué comisiones de procesamiento, red o conversión se aplicaron?
- ¿Se mantuvo, convirtió, retiró, reembolsó o desembolsó el activo?
- ¿Puede conciliarse el saldo final con los pagos?
Por eso, la contabilidad cripto no consiste solo en rastrear transacciones.
Un registro fiable conecta cuatro capas:
Pedido comercial → Pago cripto → Movimiento de tesorería → Registro financiero
El ciclo de vida de un pago con criptomonedas explica cómo pasa un pago de la intención comercial al procesamiento en blockchain, la aceptación, la liquidación y el registro final.
El estado del pago no es lo mismo que el estado contable
Los sistemas de pago y de contabilidad responden preguntas distintas.
Un sistema de pagos pregunta:
¿Es válido este pago y está listo para que la empresa actúe?
Un sistema contable pregunta:
¿Qué hecho financiero ocurrió, cuándo debe reconocerse y cómo debe medirse?
Una transacción puede ser visible en blockchain antes de cumplir las reglas de aceptación del comercio. Del mismo modo, puede confirmarse antes de asignarse a la factura correcta o registrarse en contabilidad.
Una secuencia útil sería:
- Detectado: la transacción aparece en la red.
- Confirmado: alcanza el estado de confirmación requerido en la red.
- Aceptado: el comerciante considera completado el pago según sus reglas operativas.
- Registrado: el evento financiero se incorpora al sistema contable.
- Reportado: la transacción pasa a formar parte de los informes financieros internos o externos.
La detección no implica por sí sola reconocer ingresos. Tampoco la confirmación define el tratamiento contable. La empresa debe aplicar una política documentada al pago aceptado y a la operación comercial relacionada.
Definir la política contable antes de registrar pagos
Las empresas deben definir su política de contabilidad cripto antes de que aumente el volumen de transacciones.
La política debe determinar:
- la moneda funcional o contable de la empresa;
- el momento en que un pago entra en el proceso contable;
- la fuente y fecha/hora aprobadas para valorar los activos;
- cómo se clasifican los distintos criptoactivos;
- cómo se contabilizan las comisiones de procesamiento y red;
- cómo se tratan las conversiones;
- cómo se gestionan reembolsos, pagos insuficientes y excesivos;
- cómo se distinguen los movimientos de monederos y desembolsos de los ingresos;
- qué registros debe conservar Finanzas.
El tratamiento correcto depende del marco contable, la jurisdicción, el activo y las circunstancias de la transacción.
Según la decisión de 2019 del Comité de Interpretaciones de IFRS para criptomonedas con las características indicadas, se aplica IAS 2 cuando se mantienen para venderlas en el curso ordinario del negocio; en otros casos, generalmente se aplica IAS 38. El Comité también concluyó que esas criptomonedas no cumplían la definición de efectivo.
Bajo US GAAP, FASB ASU 2023-08 exige medir determinados criptoactivos comprendidos en su alcance a valor razonable en cada período, reconociendo los cambios en el resultado neto. Los tokens con derechos contractuales distintos, incluidas algunas stablecoins, pueden requerir otro análisis.
Por tanto, las empresas deben confirmar el tratamiento con un profesional contable cualificado.
Consulta la decisión de las IFRS y la norma de FASB sobre criptoactivos.
¿Qué debe registrarse en cada pago cripto?
Cada pago aceptado debe vincular la transacción en blockchain con el hecho comercial que lo originó.
Un registro práctico puede incluir:
| Campo | Por qué importa |
|---|---|
| ID de pedido o factura | Vincula el pago con la venta |
| ID de pago o Track ID | Identifica el registro de pago en la pasarela |
| Hash de transacción | Vincula el registro con la evidencia en blockchain |
| Referencia del cliente | Identifica al pagador o la cuenta |
| Activo y red | Indica exactamente qué se recibió |
| Importe en cripto | Conserva la cantidad original del activo |
| Valor en moneda contable | Registra el valor según la política aprobada |
| Marca temporal y fuente de valoración | Permite reproducir la medición |
| Hora de aceptación del pago | Indica cuándo se pudo actuar sobre el pago |
| Comisión de procesamiento | Separa el coste del proveedor de los ingresos |
| Comisión de red | Registra los costes del movimiento en cadena |
| Detalles de conversión | Rastrea el cambio de un activo a otro |
| Reembolso o ajuste | Conserva las correcciones posteriores |
| Referencia de liquidación o desembolso | Explica adónde fueron los fondos |
| Referencia del asiento o libro mayor | Vincula los datos de pago con los asientos contables |
El endpoint Generate Invoice de OxaPay permite al comerciante incluir su propio order_id y devuelve un track_id para la sesión de pago. Payment Information puede recuperar el pago específico mediante ese Track ID.
Estas referencias conectan el registro comercial del negocio con el registro de la pasarela.
Consulta Generate Invoice y Payment Information.
Proceso práctico de contabilidad de pagos cripto
Paso 1: crear el pago con una referencia comercial
El registro contable debe comenzar cuando se crea la solicitud de pago, no después de recibir los fondos.
Asocia al pago el ID de pedido del comercio, la factura, la cuenta del cliente o la referencia de suscripción. Guarda también inmediatamente el identificador de pago de la pasarela.
Esto evita que Finanzas reciba más tarde una lista de transacciones sin contexto comercial claro.
Paso 2: registrar el pago aceptado
Cuando el pago alcanza el estado de aceptación aprobado por el comercio, vincúlalo al pedido correcto y crea el hecho contable según la política empresarial.
El registro debe conservar:
- la cantidad de cripto recibida;
- el activo y la red de pago;
- el valor en moneda contable;
- la fuente y fecha/hora de valoración;
- la factura o pedido correspondiente;
- comisiones aplicables.
No sustituyas la cantidad de cripto por su valor fiat. Finanzas puede necesitar ambas cifras para revisar tenencias, conversiones, reembolsos y movimientos posteriores de saldos.
Paso 3: separar ingresos brutos y comisiones
Las empresas suelen registrar únicamente el importe neto que aparece en su saldo. Sin embargo, así se oculta la economía real de la transacción.
Supongamos que un cliente paga el equivalente a 1.000 USD y el proveedor descuenta 10 USD de comisión de procesamiento. El registro puede necesitar conservar:
- venta bruta: $1,000;
- gasto de procesamiento: $10;
- activo neto recibido: $990.
El asiento exacto depende de la política contable de la empresa. No obstante, los registros subyacentes deben mantener separados los ingresos y los costes de pago.
Los posibles costes del pago cripto incluyen:
- comisiones de procesamiento de la pasarela;
- comisiones de red blockchain;
- comisiones o diferenciales de conversión;
- costes de retirada;
- costes de transacción de reembolsos;
- costes de movimientos de tesorería.
Separar estas categorías ayuda a conocer el margen real de los pagos.
Paso 4: tratar la conversión como un hecho independiente
Recibir criptomonedas y convertirlas son dos hechos diferentes.
Por ejemplo:
Pago del cliente en BTC → BTC aceptado → BTC convertido a USDT
El historial contable puede necesitar conservar:
- cantidad de BTC recibida;
- valor de BTC al reconocer el pago;
- momento de la conversión;
- tipo de cambio de conversión;
- comisión de conversión;
- importe recibido en USDT;
- cualquier diferencia resultante según la política aplicable.
No sustituyas el registro de pago original por el importe convertido. El pago original demuestra qué entregó el cliente; el registro de conversión explica qué hizo Tesorería después.
Para los comerciantes que prefieran una política de conversión automática después del pago, consulta Auto Convert to USDT.
OxaPay también ofrece Swap e información de tipos de cambio que las empresas pueden conectar a sus registros de tesorería.
Consulta OxaPay Swap y Swap Rate.
Paso 5: distinguir movimientos de tesorería e ingresos
Mover fondos entre saldos controlados por la empresa normalmente no representa una segunda venta.
Por ejemplo:
- transferir cripto desde el saldo de la pasarela a un monedero corporativo;
- mover activos entre monederos operativos y de reserva;
- consolidar saldos;
- retirar fondos a una dirección de tesorería;
- enviar activos a un exchange o proveedor de liquidez.
Estos movimientos deben conservar:
- origen y destino;
- activo y red;
- cantidad;
- comisión de transferencia;
- referencia de transacción;
- finalidad comercial;
- autorización.
Sin esta distinción, los movimientos internos pueden confundirse con nuevos ingresos o gastos sin explicar.
Si una empresa traslada automáticamente pagos recibidos elegibles a un monedero de tesorería externo, el proceso debe seguir siendo rastreable hasta el pago original. Consulta Automatic Crypto Withdrawals for Merchants.
Para entender la relación general entre aceptación, conversión, saldos y movimientos de tesorería, consulta Modelos de liquidación de pagos con criptomonedas.
El endpoint Account Balance de OxaPay ofrece saldos por moneda; Payout History permite filtrar los desembolsos por fecha, estado, importe, divisa, red y tipo interno o externo.
Consulta Account Balance y Payout History.
Paso 6: registrar excepciones y ajustes
No todos los pagos siguen el camino previsto.
El proceso contable debe contemplar:
- pagos insuficientes;
- pagos excesivos;
- pagos tardíos o vencidos;
- pagos duplicados;
- pagos aceptados manualmente;
- reembolsos;
- desembolsos fallidos o rechazados;
- correcciones en la asociación entre pedido y pago.
Un pago insuficiente no debe convertirse silenciosamente en una venta con descuento, salvo autorización expresa de la empresa. Tampoco un pago excesivo debe considerarse automáticamente ingreso. Un reembolso debe actualizar los registros de pago, pedido, cliente, tesorería y contabilidad.
Para gestionar estos casos, consulta How to Handle Underpaid and Expired Crypto Invoices.
Cada decisión manual debe registrar:
- quién la aprobó;
- por qué se aprobó;
- qué registros cambiaron;
- cuándo ocurrió el cambio;
- cuál fue el resultado financiero final.
Ejemplo ilustrativo de un pago
Supongamos que una empresa emite una factura de 1.000 USD y el cliente paga en ETH.
El registro debe conservar la cantidad de ETH y la obligación comercial de 1.000 USD. Al llegar al estado de aceptación aprobado, el proceso contable registra la transacción según la política establecida.
Si después convierte ETH en USDT, debe crear un registro de conversión independiente, no reescribir el pago original.
Si más adelante retira los USDT a su monedero de tesorería, esa retirada es otro movimiento independiente.
El historial completo es:
Factura → Pago en ETH → Comisión de pago → Conversión de ETH a USDT → Retirada a tesorería
Cada etapa responde una pregunta diferente:
- Factura: ¿Por qué pagó el cliente?
- Pago: ¿Qué activo se recibió?
- Comisión: ¿Cuánto costó el procesamiento?
- Conversión: ¿Cómo cambió el activo mantenido?
- Retirada: ¿Adónde se transfirió el activo?
Este ejemplo es ilustrativo. Por tanto, los asientos y criterios de medición dependen del marco contable y del asesoramiento profesional.
Conciliar antes del cierre financiero
Los registros contables solo son fiables cuando concuerdan con la actividad de pagos y tesorería subyacente.
La conciliación periódica debe comparar:
- pedidos y facturas;
- pagos aceptados;
- Order IDs y Track IDs;
- hashes de transacción;
- reembolsos y ajustes;
- comisiones de la pasarela;
- conversiones;
- saldos de cuenta;
- desembolsos y retiradas;
- asientos contables.
El endpoint Payment History de OxaPay permite consultar y filtrar pagos por rango de fechas, estado, tipo, importe, Track ID, activo y red. Así puede servir como fuente para revisiones y conciliaciones programadas.
Consulta OxaPay Payment History.
La conciliación identifica si los registros coinciden. La contabilidad, por su parte, determina cómo deben reflejarse en el sistema financiero los hechos verificados.
Las stablecoins reducen la volatilidad, no la responsabilidad contable
Las stablecoins pueden hacer los valores de pago más previsibles que los activos volátiles, pero no eliminan la necesidad de registros estructurados.
Las empresas deben seguir conservando:
- la stablecoin exacta;
- la red blockchain;
- la cantidad recibida;
- el valor en moneda contable;
- las comisiones;
- las conversiones;
- la exposición al emisor o contraparte, cuando corresponda;
- los reembolsos y movimientos de tesorería.
No todas las stablecoins tienen las mismas características legales, contractuales, de reembolso o contables. Por ello, «stablecoin» es una categoría operativa, no una clasificación contable completa.
Errores habituales en contabilidad cripto
Registrar cada entrada como ingreso
Los monederos pueden recibir transferencias internas, reembolsos, pruebas, depósitos o fondos no relacionados. Reconocer ingresos requiere contexto comercial.
Conservar solo el valor fiat
La cantidad original, el activo, la red y la referencia pueden necesitarse para valoración, conversión, reembolso y conciliación posteriores.
Registrar solo el importe neto
Mezclar ingresos, comisiones y costes de conversión en una sola cifra oculta la rentabilidad de los pagos.
Tratar la confirmación como política contable
La confirmación en blockchain aporta evidencia de red, pero no define por sí sola el reconocimiento de ingresos ni la clasificación del activo.
Ignorar las conversiones
Convertir BTC a USDT cambia el activo mantenido y puede generar nuevas obligaciones de medición e información.
Considerar ingresos las transferencias entre monederos
Las transferencias entre cuentas controladas por la misma empresa normalmente son movimientos de activos, no nuevas ventas.
Utilizar precios actuales para registros históricos
El endpoint Prices de OxaPay ofrece precios actuales de las criptomonedas admitidas. Las empresas deben guardar la fuente y la marca temporal de valoración aprobadas cuando ocurre el hecho contable, porque el precio actual no reconstruye el valor empleado antes.
Cómo apoya OxaPay los procesos de contabilidad cripto
OxaPay no sustituye al software contable ni determina el tratamiento de un criptoactivo. Aporta datos de pago y tesorería que las empresas pueden incorporar a su proceso contable.
Entre las funciones relevantes están:
- Order IDs definidos por el comercio;
- Track IDs únicos de pago;
- Payment Information para registros individuales;
- Payment History con búsqueda;
- estados de pago documentados;
- datos de saldos;
- funciones y tipos de Swap;
- Payout Information y Payout History;
- Webhooks para cambios de estado del pago.
Los Webhooks de OxaPay notifican a los comercios los cambios relevantes de estado, ayudando a los sistemas a captar los eventos al producirse. Sin embargo, antes de crear o finalizar el registro financiero, contabilidad debe aplicar la política del comercio.
El modelo más fiable es:
OxaPay proporciona evidencia de pago estructurada. La política contable del comercio determina su tratamiento financiero.
Convertir los pagos cripto en registros financieros explicables
La contabilidad cripto resulta manejable cuando cada pago conserva su contexto comercial.
Un proceso fiable debe:
- vincular el pago con un pedido o factura;
- conservar el activo y la cantidad de cripto;
- aplicar una política de valoración coherente;
- registrar comisiones por separado;
- tratar las conversiones como hechos separados;
- distinguir los movimientos de tesorería de los ingresos;
- documentar reembolsos y ajustes manuales;
- conciliar pagos, saldos y registros contables.
La pasarela de pagos con criptomonedas OxaPay ofrece los identificadores, el historial de pagos, la información de saldos, los datos de Swap y los registros de desembolsos necesarios para construir este seguimiento.
Al conectar esos datos con una política aprobada y una revisión profesional, los comercios pueden pasar de simplemente recibir cripto a crear registros claros incluso cuando aumenta el volumen.
