DAC8 y la obligación de reporte para plataformas cripto en España

Enero de 2026: el deadline que se acerca

La directiva DAC8 (Directive on Administrative Cooperation, octava revisión) obliga a todas las plataformas de criptoactivos operando en la UE a reportar transacciones de sus usuarios a las autoridades fiscales nacionales. La transposición a derecho español 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 aprobó el texto final en octubre de 2023, y los estados miembros tienen la obligación de transponerlo. España, que ya tiene el modelo 721 (declaración informativa sobre monedas virtuales en el extranjero) y el registro de proveedores de servicios de criptoactivos del Banco de España, 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 ingeniería.

Qué exige DAC8

La directiva se basa en el CARF (Crypto-Asset Reporting Framework) de la OCDE, adaptado al contexto europeo. Los requisitos clave:

Quién 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.

Qué se reporta. Para cada usuario, y por cada tipo de criptoactivo:

• Datos identificativos del usuario (nombre, dirección, NIF/TIN, fecha de nacimiento)
• Número de unidades transaccionadas (compras, ventas, intercambios)
• Valor agregado en fiat (EUR) de cada tipo de transacción
• Número total de transacciones
• Transferencias entre wallets (incluyendo transferencias a wallets no custodiadas)

Este último 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 dirección de la wallet de destino.

Formato del reporte. XML basado en el esquema CRS/CARF. La AEAT (Agencia Estatal de Administración Tributaria) publicará el esquema XML específico para España, alineado con el común 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 año natural anterior y debe presentarse en el primer trimestre del año siguiente.

El reto técnico

Para una plataforma cripto de tamaño medio, implementar DAC8 requiere resolver cuatro problemas técnicos.

Identificación y verificación de usuarios. DAC8 exige due diligence reforzada. No basta con el KYC básico. La plataforma debe verificar el NIF/TIN del usuario contra las bases de datos nacionales. Para usuarios españoles, esto implica validación contra el censo de la AEAT. Para usuarios de otros estados miembros, validación cruzada vía los mecanismos DAC existentes.

El problema práctico: muchas plataformas cripto, especialmente las que operan desde hace años, 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 sí mismo.

Agregación de transacciones. El reporte requiere datos agregados por usuario, por tipo de criptoactivo, y por tipo de operación (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 transacción requiere infraestructura de datos robusta.

El cálculo 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 interpretación pero también riesgo de discrepancias con la AEAT.

Generación de XML. El esquema XML del CARF tiene reglas de validación estrictas. Campos obligatorios que dependen del tipo de transacción, códigos de país ISO 3166, formatos de fecha específicos, y checksums de integridad. Un XML malformado será rechazado, y la plataforma tendrá 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 dirección de origen y el importe.

Implicaciones para el sector fintech español

España tiene unas 120 entidades registradas como proveedores de servicios de criptoactivos en el Banco de España. La mayoría son empresas pequeñas con equipos técnicos de entre 5 y 20 personas. Implementar DAC8 con sus requisitos de datos, validación, y reporting va a consumir una proporción significativa de su capacidad de desarrollo durante 2025.

Las plataformas más grandes (Bit2Me, como la más visible del ecosistema español) probablemente tengan equipos de compliance y datos suficientes para absorber el impacto. Las más pequeñas van a necesitar ayuda externa: consultoría fiscal para interpretar los requisitos, y consultoría técnica para implementar los pipelines de datos y la generación de reportes.

Hay una oportunidad clara para proveedores de software que construyan soluciones de reporte DAC8 “as a service”. Una plataforma cripto pequeña no debería tener que construir su propio generador de XML CARF. Debería poder usar un servicio que, dado un dataset de transacciones en un formato estándar, genere el XML validado listo para enviar a la AEAT.

Qué hacer ahora

Si operas una plataforma de criptoactivos en España, la lista de acciones para 2025 es concreta:

1. Auditoría de datos de usuarios. Identificar registros con datos incompletos o no verificados. Iniciar campañas de actualización de KYC.

2. Inventario de transacciones. Verificar que tu base de datos puede agregar transacciones por usuario, por tipo de activo, y por tipo de operación con precisión. Si tu esquema de datos no lo soporta, tienes un proyecto de migración por delante.

3. Fuente de precios. Definir y documentar la fuente de precios de referencia para la conversión a fiat. Consultar con asesores fiscales si la fuente elegida es defensible ante la AEAT.

4. Prototipo de reporte. Generar un reporte XML de prueba con datos sintéticos contra el esquema CARF. Identificar los campos problemáticos antes de que llegue el deadline.

5. Seguimiento de la transposición. La AEAT publicará normas específicas para la transposición de DAC8 a lo largo de 2025. Seguir las actualizaciones en la sede electrónica de la AEAT y, si es posible, participar en las consultas públicas.

El tiempo disponible es limitado, pero suficiente si se empieza ahora. El coste de no cumplir no es solo una sanción: es la posible revocación del registro en el Banco de España, lo que significa el cierre de la actividad.

Para empresas fintech que necesiten orientación técnica sobre implementación de DAC8, la combinación de consultoría regulatoria y ingeniería de datos es el camino más eficiente.