DAC8 en España: reporte automático de ingresos cripto

DAC8 en España reporte automático de ingresos cripto a Hacienda

Qué datos empieza a compartir un exchange MiCA con Hacienda desde 2026

Hasta 2025, la relación entre los exchanges cripto y Hacienda en España era esencialmente pasiva. El contribuyente declaraba lo que consideraba, la Agencia Tributaria podía requerir información en casos puntuales, y el reporte automático – el mecanismo por el que entidades comunican datos sobre sus clientes sin que medie petición individual – no cubría el ecosistema cripto de forma sistemática. Desde 2026, con la aplicación efectiva de la directiva DAC8, el escenario ha cambiado por completo.

DAC8 es la octava modificación de la Directiva de Cooperación Administrativa de la Unión Europea. Extiende el marco de intercambio automático de información fiscal, que llevaba años aplicándose a cuentas bancarias y productos financieros, al universo de criptoactivos y plataformas que los comercializan. Los CASPs (Crypto-Asset Service Providers) autorizados bajo MiCA pasan a tener obligación de reportar a la administración tributaria datos sobre las transacciones y tenencias de sus clientes, y esa información se comparte entre los Estados miembros de la UE.

Para un apostante español que usa exchanges MiCA como punto de entrada y salida al ecosistema cripto, esto significa que Hacienda recibe información sobre sus operaciones cripto de forma sistemática, sin mediar requerimiento. El marco se aplica desde el ejercicio 2026, con los primeros reportes efectivos sobre datos del ejercicio 2025 llegando a la administración a lo largo del año. Voy a repasar qué se reporta, qué CASPs quedan sujetos, cómo afecta al apostante y cuál es la diferencia con otros instrumentos como el modelo 721.

Sujetos obligados, datos, periodicidad

Los sujetos obligados bajo DAC8 son los CASPs autorizados bajo MiCA o con notificación válida en un Estado miembro de la UE. Esto incluye exchanges (compra-venta de cripto a euros y entre cripto), custodios de activos digitales, proveedores de servicios de intercambio P2P con infraestructura centralizada y emisores de EMT/ART con presencia operativa directa con clientes finales.

Los datos reportados son extensos. Identificación del cliente (nombre, dirección, número de identificación fiscal, domicilio), tipo de activo (BTC, ETH, stablecoins, tokens), volumen de transacciones durante el ejercicio (operaciones de compra, venta, intercambio, transferencia), saldo a fecha determinada y ganancias y pérdidas computables. En esencia, todo lo necesario para que la administración pueda contrastar la declaración del contribuyente con la foto real de su actividad.

«Esta normativa no solo establece reglas claras para la operativa de las criptomonedas, sino que también busca proteger a los usuarios y fomentar la innovación responsable.» La descripción que hace la CNMV sobre la aplicación MiCA encaja con el papel que cumple DAC8 en el lado tributario: pasar de un ecosistema opaco a uno donde el intercambio de información es sistemático, y donde la declaración del contribuyente deja de ser la única fuente de datos para la administración.

La periodicidad del reporte es anual. Los CASPs consolidan la información de cada cliente durante el ejercicio y la entregan a la administración en el plazo establecido, típicamente en los primeros meses del año siguiente. A partir de ahí, la información se distribuye entre las administraciones de los Estados miembros donde los clientes son residentes fiscales.

CASPs españoles y extranjeros con pasaporte

El número de empresas relacionadas con criptoactivos registradas en España creció un 56% tras la entrada en vigor de MiCA. Este crecimiento refleja tanto empresas de nueva creación como adaptaciones de operadores existentes que necesitaban obtener autorización MiCA para seguir operando legalmente en UE tras el fin del periodo transitorio.

Para el apostante español, el universo CASP relevante se divide en dos. Primero, los CASPs españoles con autorización directa del regulador español (CNMV, Banco de España). Segundo, los CASPs de otros Estados miembros que operan en España mediante el mecanismo de pasaporte europeo: autorizados en un país UE, pueden ofrecer servicios en todos los demás.

Los dos grupos son sujetos obligados a DAC8. La diferencia es dónde reportan y cómo llega la información a la Agencia Tributaria española. Los CASPs españoles reportan directamente a la AEAT. Los CASPs de otros países UE reportan a su administración local, que a su vez remite la información a la administración española para la parte correspondiente a clientes residentes en España.

Los exchanges fuera del marco MiCA – operadores offshore, plataformas en jurisdicciones sin convenio fiscal relevante con la UE, casas de apuestas offshore que custodian cripto – no son CASPs autorizados y, por tanto, no entran en el perímetro DAC8. Esto tiene consecuencias prácticas: los flujos que un apostante tenga con operadores offshore no se reportan automáticamente a Hacienda.

Impacto para el apostante: trazabilidad de cobros en cripto

La combinación entre DAC8 y el ecosistema del apostante cripto produce un patrón de trazabilidad que conviene entender bien.

Cuando el apostante compra BTC en un exchange MiCA español y lo envía a un operador offshore para apostar, la compra queda reportada. La Agencia Tributaria sabe que ha adquirido X BTC en esa fecha a ese precio. Sabe también, si el reporte detalla transferencias, que esos BTC han salido del exchange hacia una dirección externa.

El operador offshore está fuera del perímetro DAC8. La Agencia Tributaria no recibe información de lo que ocurre dentro del operador: no sabe cuánto has apostado, cuánto has ganado o perdido, cuál es tu saldo en el operador a cierre de año.

Cuando el apostante retira del operador offshore y convierte cripto a euros en el exchange MiCA, la venta queda reportada. La AEAT sabe que ha vendido X BTC en esa fecha a ese precio, y que el resultado ha entrado en euros en el exchange.

La Administración tiene una foto con huecos. Sabe las entradas y salidas del perímetro regulado pero no lo que ocurre en el intermedio offshore. La obligación del contribuyente es declarar correctamente en IRPF las ganancias patrimoniales que se hayan producido, y la administración puede contrastar con los datos reportados: si las entradas y salidas en euros no cuadran con las ganancias declaradas, hay discrepancia que motiva revisión.

Esto cambia el equilibrio de riesgo para el apostante. Antes de DAC8, la ocultación de ingresos cripto derivados de apuestas offshore era más difícil de detectar porque la administración no tenía visibilidad sistemática. Con DAC8, los flujos de entrada y salida quedan documentados automáticamente, y la declaración correcta de las ganancias resultantes pasa a ser necesidad operativa, no opción discrecional.

Diferencia entre DAC8 y modelo 721

DAC8 y el modelo 721 se confunden con frecuencia, pero son piezas distintas del mismo rompecabezas.

DAC8 es intercambio automático de información entre entidades y administraciones. Los CASPs reportan, sin intervención del cliente, datos sobre actividad de los clientes. Cubre transacciones, saldos, ganancias durante el ejercicio. Se aplica desde 2026.

El modelo 721 es una declaración informativa que presenta el contribuyente sobre sus posiciones en cripto custodiadas en el extranjero. Cubre la foto a 31 de diciembre de posiciones que superen 50.000 euros agregados. Se aplica desde el ejercicio 2023 y se presenta entre enero y marzo del año siguiente.

Son complementarios. DAC8 da visibilidad sobre lo que pasa dentro de entidades reguladas con pasaporte UE. El 721 obliga al contribuyente a informar sobre lo que tiene fuera de ese perímetro. Entre ambos, la Agencia Tributaria construye una imagen más completa del universo cripto de cada residente español.

Hay solapamiento parcial. Un exchange MiCA con pasaporte europeo entrará en el reporte DAC8, pero si el cliente mantiene posiciones superiores a 50.000 euros, también debe aparecer en su declaración 721. La administración recibe la información por dos vías y puede contrastarlas entre sí. Una discrepancia no intencionada se explica y se corrige; una discrepancia sistemática genera requerimientos.

Derechos RGPD y acceso a los datos compartidos

El apostante tiene derechos sobre los datos que las CASPs reportan a la administración bajo DAC8. El marco RGPD aplica al tratamiento de información personal, incluso cuando esa información se comparte bajo obligación fiscal.

Los derechos básicos incluyen acceso (saber qué información se ha reportado sobre el contribuyente), rectificación (corregir datos erróneos), y limitación del tratamiento en ciertos supuestos. El ejercicio se hace mediante solicitud formal al CASP obligado y, en caso de discrepancia, a la autoridad de control.

En la práctica, lo más útil es solicitar al exchange un extracto anual completo de operaciones y saldos a cierre de ejercicio. Este extracto refleja lo que el CASP reportará a la administración bajo DAC8. Conservarlo da al contribuyente la capacidad de contrastar por su cuenta los datos que llegarán a Hacienda y de anticipar cualquier discrepancia.

Si el CASP no facilita esta información en plazo razonable, el usuario puede recurrir al derecho de acceso RGPD. Los CASPs con autorización MiCA son conscientes de estas obligaciones y suelen tener procesos establecidos para atenderlas. La experiencia práctica en exchanges grandes es que la información se obtiene sin fricción cuando se solicita formalmente.

Qué cambia en la rutina fiscal del apostante cripto

Con DAC8 operativo, las prácticas que tienen sentido para un apostante cripto residente en España se ordenan con más claridad.

Llevar registro personal riguroso de operaciones deja de ser recomendación abstracta y pasa a ser necesidad práctica. El apostante tiene que ser capaz de contrastar lo que declara con lo que los CASPs reportan. Si las cifras no cuadran, la administración lo detecta.

Declarar ganancias patrimoniales correctamente en IRPF es más crítico que antes. La ocultación, antes defendible por opacidad sistémica del ecosistema cripto, ahora se detecta con facilidad porque los flujos de entrada y salida del perímetro regulado están documentados.

Separar exchanges MiCA (para compra y venta a euros) de wallets propias y operadores offshore (para custodia y actividad) simplifica el registro fiscal. Cada punto del flujo queda nítido: la entrada es una compra en CASP que aparecerá en el reporte DAC8, la actividad en operador offshore queda fuera del reporte, la salida es una venta en CASP que vuelve a aparecer.

El momento cripto-fiscal más tranquilo es el del apostante que declara con buena información, tiene los extractos ordenados y presenta modelo 721 cuando supera el umbral. Son horas de trabajo al año, sin drama. El momento más difícil es el del apostante que nunca llevó registro, retira 50.000 euros en un cierre de ejercicio y tiene que explicar la procedencia ante una inspección con datos DAC8 delante. La diferencia entre ambos escenarios se construye durante el ejercicio, no cuando llega el requerimiento.

Un operador de apuestas offshore entra en DAC8?
No. Los operadores de apuestas offshore sin licencia DGOJ y sin autorización MiCA quedan fuera del perímetro DAC8. La actividad dentro de esos operadores no se reporta automáticamente a la administración tributaria española. Sí quedan reportadas las operaciones de compra y venta de cripto en los exchanges MiCA que el apostante usa para entrar y salir del circuito, lo que deja a la administración una visión parcial pero consistente de entradas y salidas del perímetro regulado.
Los datos DAC8 sustituyen al modelo 721?
No. Son instrumentos distintos y complementarios. DAC8 es reporte automático desde entidades obligadas (CASPs con pasaporte MiCA) a la administración. El modelo 721 es declaración informativa presentada directamente por el contribuyente sobre posiciones cripto custodiadas en el extranjero que superan 50.000 euros agregados. La Agencia Tributaria usa ambas fuentes y puede contrastarlas entre sí: si el contribuyente tiene obligación de 721 y no lo presenta mientras los datos DAC8 muestran posiciones relevantes, se genera alerta que puede derivar en requerimiento.