¿Qué informa CARF? Interpretación de la información que debe informarse y las diferencias en la implementación local

Este artículo organiza el marco básico de la información que debe informar CARF, las principales diferencias en la implementación local y los preparativos que puede realizar el RCASP a nivel de datos y sistemas.

Escrito por: FinTax

Introducción

En artículos anteriores de la serie CARF, discutimos y analizamos "quién necesita informar" y "dónde informar" bajo el marco de CARF. El primero se refiere a la identificación de los proveedores de servicios de activos criptográficos que informan (Reporting Crypto-Asset Service Provider, RCASP), mientras que el segundo determina, a través de las reglas de Reporting Nexus, en qué jurisdicciones el RCASP tiene obligaciones de debida diligencia e informes. Una vez que se determina el sujeto del informe y la jurisdicción del informe, surge una pregunta más concreta sobre qué información debe declarar el RCASP a la autoridad competente.

CARF exige que el RCASP identifique a los usuarios y controladores relevantes que deben ser informados sobre la base de los procedimientos de debida diligencia, y que clasifique y resuma las transacciones de activos criptográficos relevantes de acuerdo con los métodos establecidos. Los campos del informe final abarcan tres partes: información del RCASP, información del usuario y información de la transacción.

La OCDE proporciona un estándar internacional unificado, y cada jurisdicción debe implementarlo a través de sus leyes y normas técnicas locales. Por lo tanto, entender "qué informar" en CARF no solo implica volver a las reglas de la OCDE, sino también prestar atención a cómo las reglas de implementación en cada lugar cambian el contenido final del informe.

Este artículo organiza el marco básico de la información que debe informar CARF, las principales diferencias en la implementación local y los preparativos que puede realizar el RCASP a nivel de datos y sistemas, con el fin de proporcionar una referencia práctica.

I. Información que debe informarse bajo las reglas de CARF de la OCDE

(I) ¿Qué son los "activos criptográficos relevantes" dentro del alcance de CARF?

La clasificación de activos es la base de los informes de transacciones. Según la definición de CARF, el término "activos criptográficos" se refiere al valor digital que se verifica y asegura mediante un libro mayor distribuido o tecnología similar. Los "activos criptográficos relevantes (Relevant Crypto-Asset)" cubren, en principio, todos los activos que cumplen con la definición de activos criptográficos, pero excluyen:

• Monedas digitales de bancos centrales (CBDC);
• Productos de moneda electrónica específicos (SEMP);
• Activos criptográficos que el proveedor de servicios de activos criptográficos informantes ha determinado que no se pueden utilizar para fines de pago o inversión.

La evaluación de activos como BTC, ETH y otros activos principales suele ser bastante directa, mientras que las stablecoins, NFT, valores tokenizados y algunos tokens funcionales requieren un análisis más profundo.

Figura 1: Diagrama de ajuste del alcance de CARF y CRS

(II) ¿Qué informa CARF? Tres tipos de información sobre RCASP, usuarios y transacciones

La información que debe informarse se divide en tres categorías: información sobre el proveedor de servicios de activos criptográficos que informa (información del RCASP), información sobre los usuarios que deben ser informados (información del usuario) y información sobre las transacciones de activos criptográficos relevantes (información de la transacción), que constituyen el contenido completo del informe CARF.

Información del RCASP

Nombre, dirección y número de identificación del proveedor de servicios de activos criptográficos que informa *.

• El número de identificación se refiere al número de identificación del contribuyente (TIN); si no hay un número de identificación del contribuyente, se utiliza el código de registro de la empresa o el código de identificación de entidad legal global (LEI). Si no se asigna un número de identificación al RCASP, solo se debe informar su nombre y dirección.

Información del usuario

• Nombre, dirección, residencia, número de identificación del contribuyente (TIN) *, fecha de nacimiento y lugar de nacimiento * de los usuarios individuales;
• Nombre, dirección, residencia y número de identificación del contribuyente (TIN) de los usuarios corporativos; para los controladores de entidades que deben ser informados identificados en el procedimiento de debida diligencia *, también se incluye el nombre, dirección, residencia, número de identificación del contribuyente (TIN), fecha y lugar de nacimiento del controlador, así como su rol como controlador.

• La información sobre el lugar de nacimiento de los usuarios individuales no necesita ser informada a menos que la ley del país donde se encuentra el RCASP disponga lo contrario.

• El número de identificación del contribuyente (TIN) se refiere al número de identificación asignado a los contribuyentes por la jurisdicción fiscal de residencia del usuario o controlador de la entidad, y no al número emitido por la jurisdicción donde se encuentra la plataforma, donde se realiza la transacción o donde se origina el ingreso.

Si un mismo usuario se determina que tiene múltiples residencias fiscales, el informe debe reflejar cada jurisdicción fiscal en la que se encuentra el usuario y cada TIN correspondiente, sin informes selectivos.

• La debida diligencia y la declaración de información de los usuarios corporativos pueden profundizarse en los controladores; CARF exige que el RCASP identifique primero a los controladores de la entidad y luego determine si los controladores relevantes son personas que deben ser informadas (Reportable Person). Los controladores de entidades incluidos en el ámbito del informe deben cumplir con los estándares de residencia fiscal y control, es decir, deben ser residentes fiscales de la jurisdicción que debe informar y ejercer control sobre la entidad; el criterio central es "interés de propiedad controladora", poseer una proporción significativa de acciones, ocupar un puesto de alta dirección o actuar como fideicomisario, fiduciario o beneficiario, entre otros, puede cumplir con este estándar.

Información de la transacción

Para cada tipo de activo criptográfico relevante definido por CARF *, se debe informar:

1. Nombre completo del tipo de activo criptográfico relevante;
2. Adquisición y disposición de activos criptográficos relevantes en moneda fiduciaria: monto total pagado / recibido *, cantidad total de unidades y número de transacciones relevantes;
3. Adquisición y disposición de activos criptográficos relevantes a cambio de otros activos criptográficos relevantes: valor de mercado justo total *, cantidad total de unidades y número de transacciones relevantes;
4. Transacciones de pago minorista que deben informarse *: valor de mercado justo total, cantidad total de unidades y número de transacciones;
5. Transferencias de otros activos criptográficos relevantes a usuarios que deben ser informados o transferencias de usuarios que deben ser informados: transacciones de transferencia que no pertenecen a los tipos anteriores, clasificadas por tipo de transferencia (como airdrops, ingresos por staking, pagos de préstamos, intercambio de bienes o servicios), indicando el valor de mercado justo total, cantidad total de unidades y número de transacciones relevantes;
6. Transferencias a billeteras externas desconocidas: valor de mercado justo total, cantidad total de unidades.

• El monto total pagado / recibido se refiere al neto después de deducir las tarifas de transacción y se informa en la moneda fiduciaria utilizada en la transacción. Si involucra múltiples monedas fiduciarias, se informa en una sola moneda fiduciaria y se convierte de manera consistente en cada transacción relevante. Por ejemplo, se utiliza consistentemente el tipo de cambio al contado en el momento de la transacción para la conversión de moneda.

• El valor de mercado justo total se estima en el momento de la transacción y debe deducir las tarifas de transacción; debe determinarse y reportarse en una sola moneda fiduciaria y valorarse de manera consistente en cada transacción. En cuanto a los métodos de valoración, el RCASP debe depender principalmente de los pares de transacciones que mantiene; en ausencia de precios de pares de transacciones internos aplicables, se pueden utilizar métodos de valoración alternativos como el valor contable interno, el valor proporcionado por terceros o el valor más reciente o estimación razonable del RCASP (en orden de prioridad).

• Las transacciones de pago minorista que deben informarse deben alcanzar un umbral de monto de 50,000 USD, pero las transferencias de pago por debajo de este monto no están exentas de informes, sino que deben considerarse en "transferencias de otros activos criptográficos relevantes a usuarios que deben ser informados" y "transferencias a billeteras externas desconocidas".

• Si un usuario transfiere activos criptográficos a su billetera privada o a una cuenta operada por otra plataforma, lo que impide que el RCASP conozca la situación completa de la transacción, el RCASP también debe informar esto como una transferencia a una billetera externa desconocida.

• Las reglas exigen que todas las transacciones se clasifiquen y resuman. Si los activos criptográficos relevantes no son fungibles y las diferentes variantes de esos activos criptográficos tienen valores diferentes en unidades fijas, cada unidad debe considerarse como un tipo de activo criptográfico relevante separado.

II. Diferencias en la implementación: de los estándares de la OCDE a los requisitos de informes locales

Las reglas de CARF publicadas por la OCDE y sus comentarios proporcionan un estándar internacional unificado, pero finalmente cada jurisdicción lo convierte en leyes locales para su implementación. La definición de activos criptográficos relevantes, la clasificación de categorías de transacciones, los campos de informes y otras reglas centrales son muy cercanas a los estándares de la OCDE, pero en algunos detalles de implementación, las políticas locales pueden presentar diferencias significativas.

(I) ¿Los sujetos informantes incluyen usuarios nacionales?

El marco original de CARF de la OCDE está diseñado principalmente para el intercambio automático de información fiscal transfronteriza; la "jurisdicción que debe informar (Reportable Jurisdiction)" se refiere a las jurisdicciones que ya tienen acuerdos de intercambio de información CARF y están incluidas en la lista pública de jurisdicciones implementadas, y el informe se centra en los residentes fiscales de otras jurisdicciones que deben informar. Algunas jurisdicciones han agregado requisitos de informes locales, es decir, el RCASP debe informar también a la autoridad fiscal local sobre la información de los usuarios residentes fiscales del país.

Por ejemplo, el Reino Unido, a través de la Ley de Finanzas de 2026, estableció la obligación de informar del RCASP del Reino Unido sobre los usuarios residentes fiscales del Reino Unido y sus controladores relevantes, y en las directrices actuales de HMRC se exige explícitamente que el RCASP recoja la información de todos los usuarios, informando sobre los residentes fiscales del Reino Unido y otros datos de residentes fiscales de jurisdicciones participantes de CARF. La lista de jurisdicciones que deben informar según CARF publicada por la Agencia Tributaria de Nueva Zelanda incluye su propio país, por lo que los residentes fiscales de Nueva Zelanda también entran en el ámbito del informe local. En sus directrices oficiales, se explica además que cuando un RCASP tiene tanto usuarios residentes en Nueva Zelanda como no residentes, la información de identidad y los datos de transacciones relevantes de ambos deben ser presentados a la Agencia Tributaria, donde los datos de residentes se utilizan para la gestión fiscal nacional y los datos de no residentes se intercambian con la autoridad fiscal del país de residencia.

Al mismo tiempo, jurisdicciones como Japón y Singapur no han incluido a sus residentes fiscales en el ámbito de informes de CARF, y su enfoque es similar al marco original de la OCDE. Sin embargo, el RCASP aún necesita llevar a cabo procedimientos de debida diligencia para todos los usuarios, incluidos los nacionales, para identificar qué usuarios están dentro del ámbito de informes, y la falta de requisitos de informes locales no exime de esta obligación.

Por lo tanto, el ámbito de la debida diligencia no es igual al ámbito final del informe, y el ámbito de intercambio internacional no necesariamente es igual al ámbito de informes requerido por la autoridad fiscal local.

(II) Conversión de moneda fiduciaria única y métodos de valoración

Los montos de las transacciones y los valores de mercado justo deben convertirse en moneda fiduciaria para su informe de acuerdo con las reglas de CARF. Si cada jurisdicción especifica una moneda de informe, esto afectará directamente la conversión de datos y el sistema de informes del RCASP.

Por ejemplo, la normativa CARF (Aviso 6887) publicada por la Agencia Tributaria de Sudáfrica establece claramente que el monto de la transacción y el valor justo de mercado deben determinarse y reportarse en rand sudafricano (South African Rand). Las preguntas frecuentes de la Agencia Tributaria abordan la carga de cumplimiento y los desafíos reales que pueden enfrentar las plataformas de alto volumen de transacciones, explicando con más detalle los requisitos de conversión y valoración consistentes y continuas. Se señala que CARF no exige que los RCASP realicen conversiones de moneda en tiempo real, ni limita las fuentes de tipo de cambio específicas o los métodos de fijación de precios para cada transacción, permitiendo el uso de métodos razonables como el procesamiento por lotes, el uso del tipo de cambio al final del día o un promedio adecuado. El alto volumen de transacciones, la volatilidad de los precios de los activos y las diferencias en las fuentes de datos del mercado pueden equilibrarse a través de la flexibilidad operativa de los RCASP.

(III) ¿Se convierte el umbral de monto a la norma de moneda local?

Según las normas de la OCDE, las transacciones de pago minorista que alcanzan el umbral de 50,000 dólares se consideran como una categoría de transacciones de pago minorista que deben ser reportadas, de lo contrario, se clasifican como otro tipo de transacción.

Cada jurisdicción puede convertir esto a la norma de moneda local durante la implementación de la ley local. Por ejemplo, Japón establece el umbral de transacciones de pago minorista que deben ser reportadas en 5 millones de yenes (aproximadamente 31,273 dólares), Brasil utiliza un monto equivalente en reales de 50,000 dólares, la DAC8 de la Unión Europea adopta 50,000 dólares o un monto equivalente en otra moneda, mientras que otras jurisdicciones mantienen el estándar original en dólares.

La localización del umbral de monto para las transacciones de pago minorista que deben ser reportadas puede tomar varias formas, incluyendo el establecimiento de un monto fijo en moneda local o la conversión del estándar en dólares a un monto equivalente en moneda local. Esta distinción afectará la clasificación de los tipos de transacciones de activos criptográficos relevantes y la recopilación de datos por parte de los RCASP en la práctica. Una misma transacción puede ser clasificada en diferentes categorías de transacciones CARF debido a la jurisdicción aplicable, siendo una transacción de pago minorista en la jurisdicción A y clasificada como otro tipo de transferencia en la jurisdicción B.

(IV) Diferencias en los detalles de los campos de reporte específicos

Las normas de la OCDE establecen campos de reporte centrales unificados para usuarios individuales, usuarios de entidades y sus controladores, pero también dejan cierto espacio para la legislación local.

El lugar de nacimiento de los usuarios individuales no necesita ser reportado en principio, salvo que la ley de la jurisdicción donde se encuentra el RCASP disponga lo contrario. En cuanto al número de identificación fiscal (TIN), si la jurisdicción de residencia fiscal del usuario que debe ser reportado o del controlador relevante no ha emitido un TIN, o si su legislación local no exige su recopilación, no será necesario reportar el TIN. Al respecto, la IRAS de Singapur permite explícitamente que en tales casos se proporcione el código de razón correspondiente según sus reglas XML de CARF.

Además, incluso si se exige la presentación de un TIN, los formatos de los números varían entre las diferentes jurisdicciones. En el Reino Unido, el número de seguro nacional (NINO) de un usuario individual o de un controlador de entidad relevante, el número de registro de una empresa británica (CRN) y el UTR de sociedades y fideicomisos son sus respectivos números de identificación fiscal.

(V) ¿Es necesario declarar información no reportable?

Si en un año de reporte no hay información sobre usuarios o transacciones que deban ser reportadas, si los RCASP aún necesitan presentar una declaración ante la autoridad fiscal, esta cuestión también depende de las regulaciones de la jurisdicción en la que se encuentren.

El Reino Unido adopta claramente un modelo de sin datos, sin declaración, mientras que Singapur, en principio, exige la presentación de una declaración en cero (nil return), es decir, solo se debe completar la información del RCASP, sin necesidad de incluir datos de usuarios y transacciones. Además, la FAQ de CARF de la Agencia Tributaria de Japón aclara la relación entre el monto de la transacción y la información que debe ser reportada; si existe una relación contractual de transacción que debe ser reportada que no ha terminado, incluso si en un año determinado no se ha generado un monto de transacción relacionado con ese contrato, el RCASP aún debe realizar un informe anual.

Cómo preparar los datos y sistemas de CARF en RCASP

(I) Integración de la diligencia fiscal de CARF en el proceso KYC del usuario

Los datos de AML/KYC del cliente en CARF desempeñan la función de verificación de la razonabilidad de la auto-certificación fiscal (self-certification), constituyendo así una base importante para que los RCASP cumplan con la debida diligencia. Al cumplir con las obligaciones de AML/KYC, los RCASP generalmente ya han obtenido el nombre, dirección, identificación y la información de registro de las entidades, la estructura de propiedad y los beneficiarios, por lo que estos datos no necesitan ser recopilados nuevamente. Para fines de reporte, CARF también se centra en la jurisdicción de residencia fiscal, el TIN, si los controladores de entidades relevantes son personas que deben ser reportadas, y la validez de la auto-certificación fiscal. En cuanto a la información sobre la estructura de propiedad y los beneficiarios ya recopilada en KYC, los RCASP también deben juzgar si estas personas cumplen con las definiciones de "controlador de entidad" y "persona que debe ser reportada". Dado que los datos de KYC y los datos de CARF se superponen en parte, ambos deben ser datos compartidos, diferenciando su evaluación. Desde una perspectiva práctica, las empresas deben agregar un nivel de requisitos de datos de CARF sobre la base del marco KYC existente, en lugar de establecer un sistema de clientes completamente separado.

(II) Establecimiento de un mecanismo unificado de conversión y valoración de moneda fiduciaria

En la integración y reporte de la información de transacciones, la unidad de moneda fiduciaria utilizada afectará la conversión del monto de la transacción, el proceso de evaluación del valor justo de mercado, la clasificación de tipos de transacciones, entre otros aspectos. Los requisitos de localización relacionados tienen un gran impacto en el diseño del sistema de los RCASP a nivel global. Los RCASP deben conservar al menos la moneda original de la transacción, el monto de la transacción, el tipo de cambio en el momento de la transacción, así como el monto reportado después de la conversión, la moneda, el tiempo de valoración y el método de valoración, y no solo conservar el resultado convertido. Incluso si una jurisdicción actualiza los requisitos de política para reportar en la moneda local designada, los RCASP aún pueden generar informes que cumplan con los requisitos a partir de los datos de transacción subyacentes.

(III) Mejora del sistema de reglas de localización de CARF

Aunque el CARF de la OCDE puede servir como un estándar de datos básicos unificado, las diferencias en la implementación local mencionadas en este artículo reflejan que la lógica de declaración final aún se basa en la jurisdicción específica. Los RCASP necesitan identificar en qué jurisdicción generan y cumplen con las obligaciones de cumplimiento de CARF, y confirmar si el alcance del reporte incluye residentes fiscales nacionales, qué jurisdicciones deben ser reportadas según la legislación local, si se deben presentar campos opcionales como el lugar de nacimiento de los usuarios individuales, y si se requiere una declaración en cero cuando no hay información que reportar. Las diferencias en las políticas locales también se reflejan en la forma de los números de identificación fiscal. Los campos de reporte finales presentados deben determinarse en función de la legislación local y las normas técnicas de la jurisdicción del RCASP y del usuario, y estas diferencias no pueden ser tratadas simplemente con un conjunto de reglas unificadas.

Conclusión

El contenido de un informe anual de CARF se basa en una serie de juicios previos, lo que significa que los RCASP no pueden esperar hasta la fecha límite de presentación para comenzar a prepararse, sino que deben integrar el cumplimiento de CARF en la gestión de clientes, los procesos KYC y las cadenas de operación del sistema de transacciones. El CARF global ha comenzado a entrar en la fase de legislación y ejecución local, y es inevitable que los estándares unificados construidos por la OCDE continúen diversificándose. Para los proveedores de servicios criptográficos que operan a nivel transfronterizo, los mismos datos de usuarios y transacciones deben configurarse de acuerdo con las reglas nacionales de las jurisdicciones involucradas en la presentación real, y la capacidad de completar con anticipación la organización de las reglas de localización y los datos del sistema afectará directamente la capacidad de presentar el CARF de manera precisa y estable.

Este contenido se ofrece únicamente con fines informativos generales y no constituye un asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, operar o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.