DAC8 y la obligacion de reporte para plataformas cripto en Espana
Enero de 2026: el deadline que se acerca
La directiva DAC8 (Directive on Administrative Cooperation, octava revision) obliga a todas las plataformas de criptoactivos operando en la UE a reportar transacciones de sus usuarios a las autoridades fiscales nacionales. La transposicion a derecho espanol debe completarse antes del 31 de diciembre de 2025. El primer reporte es en enero de 2026.
No es un borrador. No es una propuesta. El Consejo de la UE aprobo el texto final en octubre de 2023, y los estados miembros tienen la obligacion de transponerlo. Espana, que ya tiene el modelo 721 (declaracion informativa sobre monedas virtuales en el extranjero) y el registro de proveedores de servicios de criptoactivos del Banco de Espana, va a integrar DAC8 en su marco fiscal existente.
Para las plataformas de cripto, esto no es solo un problema legal. Es un problema de ingenieria.
Que exige DAC8
La directiva se basa en el CARF (Crypto-Asset Reporting Framework) de la OCDE, adaptado al contexto europeo. Los requisitos clave:
Quien reporta. Cualquier proveedor de servicios de criptoactivos (CASP) que opere en la UE. Exchanges, custodios, plataformas DeFi con intermediario identificable, y operadores de cajeros ATM de cripto. Si facilitas la compra, venta, transferencia o custodia de criptoactivos para terceros, reportas.
Que se reporta. Para cada usuario, y por cada tipo de criptoactivo:
- Datos identificativos del usuario (nombre, direccion, NIF/TIN, fecha de nacimiento)
- Numero de unidades transaccionadas (compras, ventas, intercambios)
- Valor agregado en fiat (EUR) de cada tipo de transaccion
- Numero total de transacciones
- Transferencias entre wallets (incluyendo transferencias a wallets no custodiadas)
Este ultimo punto es particularmente relevante. Las transferencias a wallets no custodiadas (self-custody) deben reportarse, aunque la plataforma no tenga visibilidad sobre la identidad del destinatario. El reporte incluye la direccion de la wallet de destino.
Formato del reporte. XML basado en el esquema CRS/CARF. La AEAT (Agencia Estatal de Administracion Tributaria) publicara el esquema XML especifico para Espana, alineado con el comun europeo. Si ya has implementado CRS para activos financieros tradicionales, el esquema es similar pero con campos adicionales para criptoactivos.
Frecuencia. Anual. El reporte cubre el ano natural anterior y debe presentarse en el primer trimestre del ano siguiente.
El reto tecnico
Para una plataforma cripto de tamano medio, implementar DAC8 requiere resolver cuatro problemas tecnicos.
Identificacion y verificacion de usuarios. DAC8 exige due diligence reforzada. No basta con el KYC basico. La plataforma debe verificar el NIF/TIN del usuario contra las bases de datos nacionales. Para usuarios espanoles, esto implica validacion contra el censo de la AEAT. Para usuarios de otros estados miembros, validacion cruzada via los mecanismos DAC existentes.
El problema practico: muchas plataformas cripto, especialmente las que operan desde hace anos, tienen usuarios registrados con datos incompletos o no verificados. DAC8 exige remediar esos registros antes del primer reporte. Para plataformas con cientos de miles de usuarios, ese cleanup de datos es un proyecto en si mismo.
Agregacion de transacciones. El reporte requiere datos agregados por usuario, por tipo de criptoactivo, y por tipo de operacion (compra, venta, intercambio, transferencia). Para plataformas con alto volumen de operaciones, agregar millones de transacciones por usuario y calcular el valor en fiat al momento de cada transaccion requiere infraestructura de datos robusta.
El calculo de valor en fiat es especialmente complejo para tokens con baja liquidez. El precio de referencia puede variar significativamente entre exchanges. DAC8 no especifica una fuente de precios obligatoria, lo que deja margen de interpretacion pero tambien riesgo de discrepancias con la AEAT.
Generacion de XML. El esquema XML del CARF tiene reglas de validacion estrictas. Campos obligatorios que dependen del tipo de transaccion, codigos de pais ISO 3166, formatos de fecha especificos, y checksums de integridad. Un XML malformado sera rechazado, y la plataforma tendra un plazo limitado para corregir y reenviar.
Transferencias a wallets no custodiadas. Detectar y reportar estas transferencias requiere monitorizar las direcciones de destino de cada retirada. Para blockchains con transparencia (Bitcoin, Ethereum mainnet), esto es posible consultando el blockchain. Para blockchains con privacidad mejorada (Monero, Zcash en modo shielded), la plataforma solo puede reportar la direccion de origen y el importe.
Implicaciones para el sector fintech espanol
Espana tiene unas 120 entidades registradas como proveedores de servicios de criptoactivos en el Banco de Espana. La mayoria son empresas pequenas con equipos tecnicos de entre 5 y 20 personas. Implementar DAC8 con sus requisitos de datos, validacion, y reporting va a consumir una proporcion significativa de su capacidad de desarrollo durante 2025.
Las plataformas mas grandes (Bit2Me, como la mas visible del ecosistema espanol) probablemente tengan equipos de compliance y datos suficientes para absorber el impacto. Las mas pequenas van a necesitar ayuda externa: consultoria fiscal para interpretar los requisitos, y consultoria tecnica para implementar los pipelines de datos y la generacion de reportes.
Hay una oportunidad clara para proveedores de software que construyan soluciones de reporte DAC8 “as a service”. Una plataforma cripto pequena no deberia tener que construir su propio generador de XML CARF. Deberia poder usar un servicio que, dado un dataset de transacciones en un formato estandar, genere el XML validado listo para enviar a la AEAT.
Que hacer ahora
Si operas una plataforma de criptoactivos en Espana, la lista de acciones para 2025 es concreta:
-
Auditoria de datos de usuarios. Identificar registros con datos incompletos o no verificados. Iniciar campanas de actualizacion de KYC.
-
Inventario de transacciones. Verificar que tu base de datos puede agregar transacciones por usuario, por tipo de activo, y por tipo de operacion con precision. Si tu esquema de datos no lo soporta, tienes un proyecto de migracion por delante.
-
Fuente de precios. Definir y documentar la fuente de precios de referencia para la conversion a fiat. Consultar con asesores fiscales si la fuente elegida es defensible ante la AEAT.
-
Prototipo de reporte. Generar un reporte XML de prueba con datos sinteticos contra el esquema CARF. Identificar los campos problematicos antes de que llegue el deadline.
-
Seguimiento de la transposicion. La AEAT publicara normas especificas para la transposicion de DAC8 a lo largo de 2025. Seguir las actualizaciones en la sede electronica de la AEAT y, si es posible, participar en las consultas publicas.
El tiempo disponible es limitado, pero suficiente si se empieza ahora. El coste de no cumplir no es solo una sancion: es la posible revocacion del registro en el Banco de Espana, lo que significa el cierre de la actividad.
Para empresas fintech que necesiten orientacion tecnica sobre implementacion de DAC8, la combinacion de consultoria regulatoria y ingenieria de datos es el camino mas eficiente.
Etiquetas
Sobre el autor
abemon engineering
Equipo de ingenieria
Equipo multidisciplinar de ingenieria, datos e IA con sede en Canarias. Construimos, desplegamos y operamos soluciones de software a medida para empresas de cualquier escala.