¿Qué se considera “normas de facturación del IVA” si nadie custodia las criptomonedas?
Sí, las obligaciones de facturación pueden seguir aplicando. Un sistema sin custodia cambia quién controla las criptomonedas, no si la venta requiere una factura de IVA adecuada según las normas de la UE; en la práctica, la facturación IVA criptomonedas sin custodia UE sigue dependiendo de la operación subyacente.
La distinción clave es sencilla: las obligaciones sobre el formato de la factura no son lo mismo que la obligación de pagar IVA. Un comerciante puede seguir teniendo que declarar el IVA aunque el procesador nunca toque los fondos, y la factura puede seguir necesitando los datos comerciales habituales, el desglose fiscal y la identificación del proveedor que figura como vendedor.
Ahí es donde mucha gente se equivoca. “Sin custodia” no significa “sin factura”, y la respuesta a ¿una pasarela cripto sin custodia debe emitir factura? normalmente depende de quién sea el vendedor, no de quién enrute el pago.
Si el comerciante es el vendedor, normalmente la factura relevante es la suya. Es posible que el procesador ni siquiera aparezca en la factura visible para el cliente, porque solo forma parte del canal de pago, no de la operación imponible en sí.
Una prueba práctica ayuda: pregúntese quién vendió los bienes o servicios, quién fijó el precio y quién debe declarar el IVA. Si las respuestas apuntan al comerciante, la factura sigue a la venta del comerciante, no al recorrido técnico que siguieron las criptomonedas.
Por ejemplo, una empresa que vende servicios digitales en Alemania puede aceptar criptomonedas a través de un procesador sin custodia y emitir igualmente el mismo tipo de factura de IVA que usaría con pagos con tarjeta. El método de pago cambia. La obligación de facturar, no.
¿La factura del comerciante tiene que mostrar al procesador de pago cripto?
Normalmente, no. Si el procesador no es el proveedor, la factura al cliente a menudo no necesita nombrarlo, porque la factura sirve para documentar la entrega o prestación, no la tecnología de pago; dicho de otro modo, un procesador de pagos cripto y factura de IVA no siempre van unidos en la cara visible del documento.
Hay excepciones, y son poco espectaculares pero reales. Si el procesador actúa como agente, comerciante de registro o intermediario contractual, entonces la factura puede tener que reflejar ese papel en la cadena de facturación, en la descripción del pago o en los registros internos del comerciante.
Eso depende del contrato, no del diseño de la wallet.
En un esquema sencillo, la factura muestra al comerciante, al cliente, los bienes o servicios, el tratamiento del IVA y quizá un número de referencia que vincule la factura con la operación. El procesador puede quedar fuera de la cara visible de la factura y, aun así, figurar en los registros internos.
Cuando el comerciante usa un procesador que solo aporta el código de checkout y la ruta de la wallet, el cliente suele ver el nombre del comerciante, no el del procesador. Eso es habitual en el comercio online y una de las razones por las que las empresas se preguntan cómo una pasarela de pago cripto para WooCommerce puede encajar en los flujos de facturación existentes sin rehacer todo el proceso contable.
Conviene mantener la factura centrada. La factura del cliente no debería convertirse en un diagrama técnico.
Si el procesador solo enruta el pago, ¿puede aun así generar requisitos de datos en la factura?
A veces sí, pero solo de forma indirecta. Un intermediario puramente técnico puede generar necesidades de evidencia, no necesariamente una nueva obligación de IVA, y ahí es donde la frase “is non-custodial crypto payment processing subject to VAT invoicing rules in the EU” se vuelve una pregunta útil en lugar de un eslogan.
El procesador puede generar referencias que ayuden a enlazar un pago con una factura: hashes de transacción, IDs de pedido, marcas de tiempo, confirmaciones de liquidación o mensajes de estado del pago. No siempre son campos de factura en sentido estricto, pero pueden convertirse en datos de respaldo si una autoridad fiscal pregunta cómo vinculó el comerciante el pago con la venta.
Piénselo así: un terminal de tarjeta no aparece en cada factura, pero el comerciante puede conservar igualmente los registros del terminal. Un procesador sin custodia puede desempeñar el mismo papel entre bastidores.
En algunos casos, la factura o el recibo puede necesitar una referencia de pago si el ERP o el sistema contable del comerciante la usa para conciliar la venta. Eso es una cuestión de sistema, no necesariamente una norma legal sobre el formato de la factura, y la diferencia importa porque las empresas suelen exagerar lo que la factura debe contener.
Una advertencia merece la pena: si el procesador también realiza servicios de liquidación, conversión de precio o lógica de pagos fraccionados, la carga de registro puede crecer rápidamente. La línea entre un relevo técnico y una función de pago regulada puede volverse difusa.
Y precisamente en esa zona difusa la documentación se convierte en un seguro barato.
¿Cuándo los pasos de conversión o liquidación cambian el tratamiento de la facturación?
La conversión es el punto de inflexión. Si las criptomonedas se convierten en fiat, stablecoin u otro activo durante la liquidación, la empresa debe preguntarse si ese paso es solo un mecanismo de pago o una operación separada con su propio rastro documental.
No toda conversión genera una nueva factura. Mucho depende de quién controla la conversión, cuándo se transmite la titularidad y si el comerciante está prestando realmente un servicio de conversión o simplemente recibe el producto del cobro en otra forma.
Supongamos que el cliente paga en cripto, el procesador redirige los fondos al instante y un socio de liquidez los convierte antes de liquidarlos al comerciante. En muchos modelos de negocio, la factura sigue vinculada a la venta subyacente, mientras que la conversión se documenta en otra parte de la trazabilidad del pago.
Dicho esto, la documentación debería poder mostrar el recorrido. Si el comerciante recibe valor en euros tras la conversión, los registros deben conectar el pago en cripto, la referencia de conversión y el importe liquidado. De lo contrario, un auditor puede ver tres cifras y solo una historia.
¿Significa eso que el comerciante necesita una segunda factura al cliente? Normalmente no. Pero si el servicio de conversión se vende por separado, se factura por separado o es contractualmente distinto, entonces podría estar ante una segunda prestación y una segunda cuestión de facturación.
Respuesta corta: la vía de liquidación puede importar. Simplemente no reescribe automáticamente la factura de IVA original.
¿Qué registros debe conservar un comerciante para cumplir con las expectativas de auditoría del IVA de la UE?
Un comerciante debe conservar suficiente evidencia para reconstruir la operación desde el pedido hasta la liquidación. Eso suele empezar con los datos del pedido: campos de identidad del cliente cuando sea lícito, descripción del producto o servicio, precio, moneda, tipo de IVA y número de factura.
Después vienen las marcas temporales. La fecha de la entrega o prestación, la fecha de pago y cualquier fecha de conversión pueden importar por separado. Tres fechas, tres funciones distintas.
También ayuda conservar la referencia del pago en cripto, como el hash de la transacción, la dirección de wallet utilizada para la liquidación y el ID de referencia del procesador. Esos datos no son vistosos, pero a menudo son la única forma de demostrar que un pago concreto corresponde a una factura concreta.
Las referencias del exchange también pueden importar si el comerciante convierte cripto a fiat o si el procesador usa un mercado de terceros. El comerciante debería poder mostrar la fuente del tipo de cambio o la referencia de liquidación utilizada en ese momento.
La prueba de contraprestación es otro elemento discreto. Para justificar el IVA, es posible que el comerciante deba demostrar que el valor realmente se recibió, no solo que se solicitó. Una transacción pendiente no es lo mismo que un pago liquidado.
Si la empresa almacena bien los registros, puede responder a las preguntas habituales de auditoría sin entrar en pánico. Si no guarda nada, tiene un problema incluso antes de que empiece la auditoría.
Algunos equipos construyen sus controles primero en torno a la seguridad y luego al impuesto. Eso está al revés, pero es común; para una base práctica sobre controles operativos, consulte las mejores prácticas de seguridad para pasarelas de pago cripto.
¿Las ventas transfronterizas dentro de la UE cambian la respuesta de facturación para los pagos sin custodia?
Sí. Las ventas transfronterizas en la UE pueden cambiar la respuesta sobre la factura incluso cuando la herramienta de pago es sin custodia, porque las normas de facturación suelen depender del tipo de prestación y de la aplicación concreta del Estado miembro.
Una empresa que vende servicios B2B en un Estado miembro y productos digitales en otro puede enfrentarse a requisitos distintos sobre el contenido, el plazo y el idioma de la factura. El canal de pago no elimina esas diferencias.
Por eso el comerciante debe separar dos preguntas. Primero: ¿cómo se hizo el pago? Segundo: ¿qué tipo de operación se realizó y dónde tributa?
Por ejemplo, un comerciante de la UE que vende a otra empresa de la UE puede necesitar una factura con inversión del sujeto pasivo en ciertos casos, mientras que una venta a consumidor puede requerir tratamiento local del IVA u otro análisis del lugar de prestación. La factura sigue las reglas de la prestación, no la arquitectura de la wallet.
El procesador sin custodia puede ser el mismo en distintos países. La factura, no necesariamente.
La práctica de cada Estado miembro también puede influir en cuánto detalle debe mostrar la factura, especialmente cuando las normas locales exigen menciones específicas sobre exenciones de IVA, números de IVA del cliente o referencias sectoriales.
El volumen transfronterizo convierte esto en algo más que una cuestión técnica. Un comerciante que emite 10 facturas al mes puede gestionarlo manualmente; uno que emite 10.000, no.
¿Cuándo el problema de facturación es realmente un asunto fiscal y no de integración de pagos?
Se cruza esa línea cuando la pregunta deja de ser “¿cómo funciona el flujo de pago?” y pasa a ser “¿cuál es la prestación subyacente?”. Si la respuesta depende del lugar de prestación, de una exención, de prestaciones mixtas o de exenciones de facturación específicas del sector, el asunto es fiscal, no de integración de pagos.
Los equipos de pago pueden describir los carriles. No pueden decidir si la empresa vendió software, derechos de acceso, consultoría, vales o un paquete combinado con distinto tratamiento de IVA.
La división práctica es esta: si el comerciante quiere saber si la factura debe mencionar un hash de wallet, eso es una cuestión operativa. Si el comerciante quiere saber si la factura debe cargar un IVA del 0%, del 19% o ningún IVA, eso es una cuestión fiscal.
La misma división se aplica cuando el comerciante pregunta si el propio procesador debe aparecer en algún lugar de la factura. Eso depende de la agencia, de la estructura de merchant-of-record y de si el procesador ha asumido un papel que altera la cadena de suministro.
Un último ejemplo ayuda. Una plataforma freelance, un comerciante SaaS y un vendedor de bienes pueden usar la misma herramienta de pago sin custodia y, aun así, enfrentarse a normas de facturación distintas porque las prestaciones subyacentes son diferentes. La arquitectura de pago permanece fija. El análisis del IVA, no.
En ese punto, el siguiente paso correcto no es otro ajuste del checkout. Es revisar contratos, revisar facturas y revisar el IVA local, preferiblemente antes de emitir la primera factura transfronteriza.
Comentarios