El título necesita una precisión inmediata: las primeras cohortes CARF empiezan a intercambiar información en 2027; CARF no empieza en todas partes en 2027. El proceso de compromisos del OECD Global Forum incluye jurisdicciones que apuntan a intercambios en 2027, 2028 y 2029, sujetos a legislación doméstica y activación de relaciones de intercambio.
Esa implementación escalonada es precisamente la razón por la que la preparación importa antes de que el primer fichero se mueva entre administraciones tributarias.
Tres ideas clave
- CARF es un estándar, no una fecha global única. El framework OECD se vuelve operativo mediante derecho doméstico, due diligence de providers, reglas de reporting y relaciones de intercambio activadas según calendarios jurisdiccionales.
- 2026 importa porque los datos ya importan. Los early adopters están recopilando información mientras las cohortes posteriores construyen la misma infraestructura de identidad, residencia, controlling persons y transacciones.
- CARF no es un impuesto cripto. Aumenta la visibilidad transfronteriza; el impuesto sustantivo sigue dependiendo del contribuyente, residencia, actividad, transacción y derecho doméstico.
Qué cambia realmente CARF
El Crypto-Asset Reporting Framework fue diseñado para extender la transparencia fiscal automática a crypto-assets y service providers que quedan fuera o no encajan bien en la arquitectura tradicional de reporting de cuentas financieras.
El mecanismo central resulta familiar por otros sistemas de intercambio de información:
provider due diligence → reporting a la administración doméstica → intercambio automático con otra administración tributaria.
Pero el objeto es diferente. CARF trata determinadas crypto-asset transactions y a los service providers que las efectúan o ponen a disposición bajo las definiciones del estándar.
Es un sistema de información, no un sistema de tipos impositivos.
El mapa global es un conjunto de cohortes
El OECD Global Forum afirma actualmente que 76 jurisdicciones se han comprometido formalmente a implementar CARF, y que la mayoría prevé comenzar el intercambio automático de información sobre transacciones cripto en 2027.
El mismo material del Global Forum se refiere expresamente a jurisdicciones que trabajan para iniciar intercambios en 2027, 2028 o 2029.
Esa distinción debería cambiar la forma en que un founder internacional lee el titular.
La pregunta correcta no es:
¿Cuándo empieza CARF?
Es:
¿Qué jurisdicciones, providers y usuarios están conectados con qué calendario de implementación?
Reino Unido muestra el modelo early adopter
UK ofrece un ejemplo concreto de data year 2026.
La guía de HMRC exige a los providers dentro del perímetro recopilar información de usuarios y transacciones bajo el régimen CARF británico. La información individual incluye identidad, residencia y tax-identification data. Para entidades puede incluir información de controlling persons. Los datos de transacciones incluyen value, tipo de cryptoasset, tipo de transacción y units.
El primer reporte británico cubre 1 enero a 31 diciembre de 2026 y debe presentarse entre 1 enero y 31 mayo de 2027.
Para un provider, eso significa que el primer deadline de reporting no es el principio del proyecto. Es el resultado de un año de data collection y due diligence.
DAC8 muestra la vía europea de implementación
En la Unión Europea, DAC8 se aplica desde el 1 de enero de 2026 e incorpora conceptos basados en CARF dentro del marco europeo de cooperación administrativa.
La Comisión Europea indica que los RCASPs recopilan desde esa fecha información sobre transacciones cripto reportables de usuarios residentes en la UE y que los primeros intercambios de información de 2026 se realizan antes del 30 de septiembre de 2027.
DAC8 no debe utilizarse como sinónimo de CARF. Es la vía jurídica de la UE para transparencia fiscal cripto y tiene su propio perímetro, procedimientos e implementación doméstica.
Es útil aquí porque demuestra la misma lección general: el reporting necesita un operating data system antes de la primera fecha de intercambio.
UAE demuestra otro calendario
UAE hace imposible ignorar el modelo escalonado.
El Ministry of Finance de UAE señala que la implementación de CARF está prevista para entrar en funcionamiento en 2027, con primeros intercambios esperados en 2028.
Eso significa que una empresa no puede copiar el calendario de UK o EU sobre un provider de UAE.
La dirección global puede ser común mientras la fecha doméstica de commencement es diferente.
Suiza demuestra otra etapa de implementación
Swiss SIF señala que Suiza ha declarado su intención de implementar el intercambio automático cripto y que el marco jurídico ha avanzado, mientras la selección de exchange partners sigue bajo deliberación parlamentaria.
Su página oficial actual dice que la base legal de crypto AEOI no se aplica en 2026 y que la implementación no puede comenzar antes del 1 de enero de 2027 como fecha más temprana.
El ejemplo es útil porque separa cuatro ideas que suelen mezclarse:
compromiso político → base legal doméstica → activación con exchange partners → intercambio efectivo.
No son la misma fecha.
Qué necesitan los providers antes del primer intercambio
La carga operativa empieza por data quality.
Un provider dentro del perímetro puede necesitar conocer:
- quién es el usuario;
- dónde es residente fiscal;
- su TIN o identificador equivalente;
- si una entidad tiene controlling persons reportables;
- qué crypto-assets y transaction types son reportables;
- units y values asociados a esas transacciones; y
- qué evidencia respalda la conclusión de due diligence.
Esa información no se crea de forma fiable pulsando un botón «export CARF» a final de año.
Debe estar integrada en onboarding, mantenimiento de cuenta y sistemas transaccionales.
Los usuarios también necesitan una arquitectura de registros
CARF suele discutirse como obligación del provider, pero su efecto práctico alcanza al usuario.
Una persona que utiliza varios exchanges, self-custody wallets y cuentas corporativas puede tener que reconciliar registros de sistemas que clasifican transfers y trades de forma distinta. Una administración que reciba provider data no conocerá automáticamente acquisition basis, beneficial ownership, si un transfer fue entre wallets de la misma persona o qué regla fiscal doméstica aplica.
El contribuyente sigue necesitando por tanto su propia evidencia.
El expediente más sólido conecta:
identidad → residencia fiscal → ownership de cuenta/entidad → historial de wallets → historial de transacciones → valoración → tax return.
CARF aumenta el coste de las contradicciones entre esas capas.
La mejor objeción: self-custody queda fuera del exchange
Self-custody sigue siendo una distinción importante.
CARF está construido alrededor de Reporting Crypto-Asset Service Providers; no es una regla que convierta cada blockchain address en una entidad que reporta directamente a la administración tributaria.
Pero eso no convierte self-custody en invisible.
Las transacciones que involucran a un RCASP pueden entrar en su reporting perimeter bajo las reglas aplicables y los transfers forman parte de la arquitectura de reportable transactions. Además, pueden existir blockchain analytics, AML y poderes domésticos de información fuera de CARF.
La conclusión correcta no es ni «toda wallet se reporta» ni «self-custody derrota al reporting».
Es que el perímetro de reporting sigue el estándar jurídico y los intermediarios implicados.
Bankability y regulación siguen siendo sistemas distintos
Una crypto company puede estar licenciada y preparada para CARF y seguir afrontando una decisión bancaria separada.
Del mismo modo, el KYC de un banco no sustituye el CARF due diligence del provider. Los datos pueden solaparse, pero el mandato jurídico es diferente.
Es la misma disciplina estructural que se aplica a todo cripto regulado:
licence ≠ operational readiness ≠ bankability ≠ tax position ≠ tax-information reporting.
Los sistemas interactúan. No deben colapsarse.
CARF no calcula el impuesto
Este es el último guardrail.
CARF puede dar a las administraciones mucha más información sobre usuarios y reportable transactions. No decide por sí mismo si existe una ganancia imponible, el importe de acquisition basis, si la actividad es personal o corporativa, qué pérdidas existen o qué reglas aplican en el país de residencia.
Ese análisis sustantivo sigue perteneciendo al derecho fiscal doméstico.
El cambio práctico es que las suposiciones sin soporte pasan a ser más fáciles de contrastar con datos externos.
Qué preparar antes de que tu cohorte entre en funcionamiento
Para un provider o crypto user internacionalmente móvil, el expediente de preparación debería responder:
- ¿Qué regímenes CARF/DAC8 de provider y jurisdicción aplican?
- ¿Cuál es el año doméstico de data collection y la primera fecha de reporting?
- ¿Qué evidencia de residencia fiscal y TIN existe?
- ¿Están actualizados ownership de entidades y controlling persons?
- ¿Pueden distinguirse adquisiciones, disposals, crypto-to-crypto exchanges y transfers?
- ¿Reconcilian exports de providers con wallets, flujos bancarios y contabilidad?
- ¿Puede la tax return explicar diferencias entre reportable transaction data y el resultado fiscal real?
El primer intercambio en 2027 es el milestone visible. La calidad de los datos intercambiados se determina antes.
Fuentes
- OECD Global Forum — Tax transparency y proceso de compromisos CARF
- OECD Global Forum — What we do / compromisos CARF
- OECD — Crypto-Asset Reporting Framework y CRS modificado
- HMRC — Collecting cryptoasset user and transaction data
- HMRC — Reporting cryptoasset user and transaction data
- Comisión Europea — DAC8
- UAE Ministry of Finance — CARF MCAA e implementation timetable
- Swiss SIF — AEOI sobre crypto assets
Aviso
Este artículo ofrece información general sobre transparencia fiscal y recordkeeping. No constituye asesoramiento jurídico, fiscal, regulatorio, contable ni de inversión. Fechas de implementación CARF, perímetro doméstico, reporting mechanics, exchange relationships y sanciones varían según jurisdicción y pueden cambiar; las fuentes primarias aplicables deben verificarse antes de reportar o confiar en una fecha concreta de implementación.
