Informe de información de transacciones de clientes CARF: ¿Qué procesamiento de datos se necesita desde el flujo en cadena hasta la declaración de impuestos?

El flujo en cadena no es suficiente para respaldar la declaración de impuestos; la plataforma debe integrar datos de múltiples fuentes para cumplir con los requisitos de conformidad de DAC8.

Escrito por: FinTax

Información clave:

• El flujo en cadena necesita estar asociado con la información del cliente, las transacciones realizadas en la plataforma y los registros de cuentas para formar datos que puedan ser utilizados para la declaración.
• La clasificación y valoración de las transacciones deben manejarse de acuerdo con las reglas aplicables; las etiquetas de transacción en el sistema de negocios no pueden reemplazar directamente las categorías de informe.
• El informe de información de transacciones de clientes difiere en su propósito de cálculo de impuestos de la empresa, por lo que los campos requeridos y los métodos de cálculo deben confirmarse por separado.
• Los resultados de la declaración deben poder rastrearse hasta los registros originales y conservar la base para el tratamiento de diferencias, revisiones y correcciones.

Informe de información de transacciones de clientes CARF: ¿Qué datos se necesitan además del flujo en cadena?

Las regulaciones relacionadas con el informe de activos criptográficos de la DAC8 de la UE entrarán en vigor el 1 de enero de 2026, siendo 2026 el primer año de informe. Las plataformas de intercambio deben continuar recopilando información de clientes y datos de transacciones, y convertir los registros dispersos en billeteras, cuentas y sistemas de negocios en información de informes. El proceso de declaración de impuestos sobre activos criptográficos de la plataforma debe determinar, elemento por elemento, a quién corresponde cada registro, qué transacción ocurrió, qué valor se utilizó y cómo se forma el informe final.

Imaginemos que un cliente deposita ETH en la plataforma de intercambio, lo intercambia por BTC dentro de la plataforma y luego retira BTC a una dirección externa. Los registros en cadena pueden utilizarse para verificar el depósito y el retiro, mientras que el intercambio dentro de la plataforma requiere el soporte de detalles de transacciones y registros de cuentas. El equipo también debe confirmar a qué cliente corresponden estos registros, qué transacciones pertenecen a qué negocio y qué precio se debe utilizar para calcular el monto del informe. Simplemente combinar unos pocos flujos no responderá a estas preguntas.

Este artículo aborda el informe de información de transacciones de clientes bajo CARF (Marco de Informe de Activos Criptográficos), desglosando los seis pasos de integración de datos, asociación de direcciones y entidades, clasificación de transacciones, valoración, verificación y generación de informes. Los resultados procesados en cada paso constituyen conjuntamente el borrador de la declaración, permitiendo que los usuarios, categorías de transacciones y montos en el informe puedan rastrearse hasta los registros originales.

Integración de datos de declaración CARF: Asociar flujos en cadena con registros internos de la plataforma

Antes de la integración de datos, la empresa debe aclarar las entidades legales, el alcance del negocio y el período de informe involucrados en esta declaración, y luego determinar qué registros se necesitan extraer. Para las transacciones mencionadas, los registros de billetera se utilizan para verificar depósitos y retiros, el sistema de emparejamiento conserva los intercambios realizados, y el sistema de cuentas registra los cambios en el saldo del cliente, mientras que los detalles de costos reflejan las deducciones relacionadas. Los registros en cadena y los registros de negocios internos proporcionan diferentes informaciones sobre esta transacción, y al integrarlos, es necesario establecer relaciones correspondientes y reconocer los registros duplicados de los mismos negocios en cada sistema.

El equipo de datos, en base a esto, establece una lista de fuentes de datos, registrando los sistemas correspondientes a cada negocio, los períodos que se pueden extraer y las situaciones de falta de datos. Después de la integración, se unifican el formato de tiempo, la identificación de activos, la precisión de las cantidades y los números de registro, mientras se conservan los campos originales. Los hashes de transacciones en cadena, los números de transacción y los números de flujo de cuentas deben establecer relaciones correspondientes, permitiendo al equipo determinar si varios registros describen el mismo negocio o diferentes cambios de activos. Las brechas causadas por migraciones de sistemas o limitaciones de interfaces deben ser documentadas por separado, indicando el alcance del impacto, los métodos de recuperación y el estado de tratamiento.

El tiempo y la identificación de activos deben unificarse durante la integración. Por ejemplo, si dos sistemas utilizan tiempo local y tiempo universal coordinado (UTC), una misma transacción de fin de año puede mostrarse en diferentes fechas, por lo que al extraer datos se debe conservar la zona horaria y realizar la conversión unificada. Los códigos de activos deben corresponder a la red a la que pertenecen, la dirección del contrato y otra información. Los registros unificados se utilizan para la posterior asociación de entidades, clasificación de transacciones y verificación de montos.

Identificación de clientes CARF: Asociar direcciones de billetera, cuentas e identidades fiscales

Una vez completada la integración de datos, es necesario confirmar a qué cliente, cuenta y entidad legal corresponde cada registro. En el escenario hipotético, el depósito de ETH debe corresponder al registro de entrada del cliente, el intercambio de BTC debe poder asociarse con la transacción de esa cuenta, y el retiro debe verificarse con la instrucción del cliente y el registro de salida en cadena. Si la plataforma utiliza direcciones de custodia compartida, el saldo a nivel de dirección no puede asignarse directamente a un cliente específico, y aún debe confirmarse con los registros internos. Para las direcciones de pago externas cuya propiedad no se puede confirmar temporalmente, se debe conservar la información y el estado de verificación que se tiene, sin marcar directamente como billetera propia del cliente.

La asociación de entidades también incluye la identificación de la identidad fiscal. De acuerdo con las directrices de debida diligencia de HMRC del Reino Unido, los proveedores de servicios de activos criptográficos deben obtener una auto-declaración del usuario e identificar a los usuarios que deben ser reportados. Algunas entidades también deben identificar a los controladores y determinar si son personas que deben ser reportadas. La información de identificación de clientes (KYC) existente se utiliza para verificar la razonabilidad de la declaración, y la información sobre la residencia fiscal en la declaración debe cruzarse con los datos de apertura de cuenta. La empresa debe asociar la declaración, los resultados de verificación y la fecha de cambio con el archivo principal del cliente.

La relación entre cuentas y entidades también debe corresponder a períodos específicos. Por ejemplo, si un cliente obtiene un nuevo número de cuenta después de una migración de sistema, las transacciones históricas aún conservarán el número antiguo, y al verificar se debe confirmar la pertenencia de los registros mediante el mapeo de los números nuevos y antiguos. Si hay diferencias en la información del cliente, se debe verificar la razón con la declaración y los documentos de prueba. Las directrices de HMRC del Reino Unido exigen que se obtenga una nueva declaración para las declaraciones que ya no cumplen con los requisitos de razonabilidad, o se obtenga evidencia que respalde la declaración original. El mapeo de cuentas y la verificación de información fiscal deben conservar registros de tratamiento por separado.

Clasificación de transacciones CARF: Mapear cambios de activos a categorías de informe

Una vez que se han aclarado las relaciones de direcciones y cuentas, el equipo debe restaurar los cambios de activos a negocios específicos. El escenario mencionado incluye depósitos, intercambios de criptomonedas y retiros, y los costos relacionados también deben identificarse por separado. "Entradas" y "salidas" indican la dirección del cambio de activos, mientras que la naturaleza del negocio debe confirmarse en función de órdenes, contratos, instrucciones del cliente y reglas de productos. Las transferencias de activos del cliente, la asignación de fondos propios de la empresa, los intercambios y otros negocios deben mapearse a categorías de informe separadas, y escenarios como staking, préstamos y recompensas también deben tener bases de clasificación correspondientes.

Tomando como ejemplo las directrices de intercambio de criptomonedas de HMRC del Reino Unido, para el intercambio de ETH por BTC que debe ser reportado, se debe reflejar el valor de mercado justo de los activos dispuestos y adquiridos, y deducir los costos de transacción según las directrices, asignándolos a las categorías de informe correspondientes. Si el proveedor de servicios solo maneja uno de los lados y no sabe qué activos ha adquirido el cliente, las directrices estipulan que se debe tratar como una transferencia. Por lo tanto, la clasificación también depende de los negocios que el proveedor de servicios realmente ejecuta y la información que posee. La empresa puede mantener etiquetas de negocio, cuentas contables y categorías de informe por separado, y registrar sus relaciones correspondientes y versiones aplicables. Los registros que no se pueden determinar pueden ser temporalmente clasificados como proyectos pendientes de revisión, que serán incluidos en la categoría correspondiente después de la confirmación por parte de finanzas y cumplimiento.

Los resultados de clasificación deben conservar la base de juicio. Para los depósitos, intercambios y retiros en el ejemplo, se deben asociar los registros de entrada, detalles de transacciones y órdenes de retiro, explicando la razón para adoptar la categoría correspondiente. Los contratos y arreglos de fondos bajo la misma etiqueta de negocio también deben ser verificados para identificar transacciones sustancialmente diferentes. Una vez completada la clasificación, cada registro pendiente de valoración debe tener activos, dirección y categoría de negocio claramente definidos, y el cálculo de montos debe realizarse de acuerdo con los criterios correspondientes.

Valoración de transacciones CARF: Determinar el momento de valoración, la fuente de precios y el método de conversión

Una vez completada la clasificación de transacciones, es necesario determinar el momento de valoración, la fuente de precios, la moneda de conversión y el tratamiento de costos para los montos de informe. Un mismo intercambio de criptomonedas involucra dos activos, y solo tener la cantidad no es suficiente para generar el monto del informe. El equipo debe conservar las cotizaciones utilizadas en el momento de la transacción y el proceso de conversión, verificando las cantidades de activos en ambos extremos y los registros de costos. El valor en el momento de la transacción y la valoración del saldo al final del período se utilizan para diferentes propósitos, y no se puede rellenar uniformemente el precio de fin de período para todas las transacciones del año.

Las directrices de valoración de CARF del Reino Unido sobre transferencias exigen que se informe al valor de mercado justo en el momento de la transacción, utilizando una única moneda de informe y aplicando un método razonable y consistente basado en la evidencia disponible en ese momento. Las directrices priorizan el uso de datos de transacciones internas aplicables; si no hay valores de referencia correspondientes, se deben utilizar, en orden, el valor contable interno, datos de precios de terceros, la última valoración interna, y solo como último recurso una estimación razonable. Al utilizar estos métodos alternativos, se debe indicar el método en el informe XML y conservar la fuente de precios, el tiempo de cotización y la base de selección en el borrador.

El borrador de valoración también conserva la cantidad de activos, el precio unitario utilizado, el tipo de cambio, la moneda de informe y los ajustes de costos, facilitando el recálculo por parte del personal de revisión. Los registros sin cotización se incluyen en la lista de diferencias de valoración, registrando el proceso de recuperación de precios o el uso de métodos alternativos, y luego actualizando el monto del informe correspondiente a la transacción.

Verificación de datos CARF: Verificar saldos de cuentas, clasificación de transacciones y montos de informe

Una vez que los detalles de transacciones han sido clasificados y valorados, es necesario verificar los detalles y los resultados preliminares de la recopilación. La verificación puede comenzar desde los saldos iniciales y finales de las cuentas de los clientes y los activos, correlacionando los depósitos, transacciones, costos y retiros durante el período, revisando registros duplicados, cuentas no asociadas y precios faltantes. Al verificar los saldos, se debe aclarar si los costos ya están incluidos en el monto de salida, para evitar deducciones adicionales. En caso de que la plataforma agrupe o custodie, también se debe distinguir entre los cambios en las cuentas de los clientes y las transferencias entre billeteras, y primero confirmar que los saldos utilizados para la comparación tengan el mismo alcance.

Para las transacciones mencionadas, el personal de revisión debe poder rastrear desde la cuenta del cliente hasta el depósito de ETH, la transacción de intercambio y el retiro de BTC, y luego verificar cómo estos registros ingresan al resumen del informe; también puede verificar hacia abajo desde un monto resumido para confirmar si hay omisiones o recopilaciones duplicadas. Al encontrar diferencias, se deben registrar las razones, el alcance del impacto, el método de corrección y los resultados de la revisión. El equipo financiero explica los montos y la base de cálculo, el equipo de cumplimiento verifica el alcance y la clasificación del informe, y el equipo de datos proporciona registros de extracción y conversión; las diferencias no resueltas deben asignarse a un responsable de tratamiento y un revisor.

La verificación de saldos y la revisión de los criterios de informe deben registrar los resultados por separado. Por ejemplo, si las cantidades de ambos extremos de un intercambio ya se han contabilizado, pero la categoría de disposición se ha mapeado incorrectamente, los saldos aún pueden coincidir, pero el resumen de clasificación necesitará ajustes. El equipo debe regresar a la etapa de clasificación o valoración para corregir los registros y luego regenerar el resumen afectado. El borrador de verificación también debe indicar los clientes, activos y campos de informe involucrados, de modo que la generación de documentos utilice datos de la misma versión que se revisó.

Generación y presentación del informe CARF: Mapeo de campos, verificación XML y correcciones documentadas

Los detalles verificados y los resultados de recopilación deben convertirse en los campos de informe requeridos por la jurisdicción de declaración. HMRC del Reino Unido exige que se resuma por usuario, activos criptográficos relevantes y tipos de transacciones, y el borrador debe conservar la relación entre los detalles y los montos de informe. Al generar el archivo, se deben mapear la identidad del cliente, la categoría de transacción, la cantidad de activos, el monto y la moneda de informe a los campos correspondientes, verificando los elementos obligatorios, los valores de código, los tipos de datos y las relaciones lógicas entre los campos.

De acuerdo con las directrices de declaración del Reino Unido, el primer informe que cubre 2026 debe presentarse antes del 31 de mayo de 2027. El archivo de informe debe estar en formato XML y cumplir simultáneamente con el esquema de la OCDE y los requisitos de documentos de HMRC. Después de completar la verificación de formato, el equipo también debe revisar el alcance de los usuarios, la clasificación de transacciones y los montos resumidos, completar la aprobación interna y presentar el informe. La versión presentada, el recibo y el borrador correspondiente deben conservarse juntos. HMRC del Reino Unido aclara que, al encargar a un tercero la presentación, el sujeto del informe sigue siendo responsable de la precisión y completitud de la información.

La versión del archivo debe estar asociada con el correspondiente snapshot de datos, las reglas de clasificación y los registros de precios. Si después de la presentación se descubre que hay errores en la identidad del cliente o en el monto de la transacción, el equipo debe confirmar los datos utilizados en el informe original, volver a verificar los registros afectados y realizar las correcciones del informe. Las actualizaciones de datos internas y las correcciones de informes presentados deben registrarse por separado, de modo que los datos actuales del sistema puedan corresponder con el contenido de informes históricos.

Diferencias en los criterios de informe CARF y DAC8: Distinguir entre el informe de información de transacciones de clientes y el cálculo del impuesto sobre la renta de la empresa

Los informes de información de transacciones de clientes bajo CARF y DAC8 proporcionan la identidad del usuario y la información de transacciones relevantes. Al calcular el impuesto sobre la renta de la empresa, también se debe rastrear la adquisición de activos, la disposición posterior y los ajustes fiscales para determinar ingresos, costos y ganancias y pérdidas. Los montos del informe de información de transacciones difieren en su propósito de costo de adquisición, por lo que ambos borradores deben mantenerse por separado.

El formato del informe, los plazos de declaración y los procedimientos de corrección son específicos de cada jurisdicción de implementación. La guía XML de CARF de la OCDE se utiliza principalmente para el intercambio de información entre autoridades fiscales, pero también puede utilizarse para declaraciones nacionales donde la ley local lo permita. Las plataformas transfronterizas deben configurar los campos requeridos, los criterios de resumen y las reglas de documentos en base a un mismo conjunto de datos fundamentales.

Borrador de declaración CARF: Verificación completa del proceso desde registros originales hasta campos de informe

Desde el flujo en cadena hasta la declaración de impuestos, las empresas deben completar la asociación de registros originales, la clasificación de negocios, el cálculo de montos y la verificación de informes. El borrador de declaración debe poder explicar la fuente y el proceso de tratamiento de cada dato del informe, y conservar los registros de corrección de diferencias y revisiones. Los equipos de finanzas, cumplimiento y datos pueden seleccionar un conjunto de muestras de negocios reales para completar la verificación completa del proceso desde los registros originales hasta los campos de informe, asignando las brechas de datos encontradas a responsables específicos y tiempos de finalización.

Preguntas frecuentes FAQ

¿Se puede completar el informe de información de transacciones de clientes CARF solo con el flujo en cadena?

Los negocios que involucran transacciones dentro de la plataforma, asignación de cuentas de clientes o costos fuera de línea requieren la obtención simultánea de registros internos. Solo después de asociar el flujo en cadena con las transacciones, cuentas y detalles de costos se puede explicar completamente el proceso de transacción y su monto de informe.

¿Se pueden excluir directamente los registros marcados como "transferencias internas" en la clasificación de transacciones CARF?

La etiqueta de "transferencia interna" no es suficiente para decidir el tratamiento del informe. Se debe confirmar la entidad de los cuentas de salida y entrada, el proveedor de servicios y la relación comercial, diferenciando entre la asignación de billeteras propias de la empresa y la transferencia de activos de clientes, y luego clasificar según las reglas de informe.

¿Cómo se deben tratar por separado las brechas de valoración del informe CARF y las brechas de costo de adquisición del impuesto sobre la renta?

Las brechas de valoración y las brechas de costo de adquisición deben registrarse por separado. La valoración del informe debe obtener precios según las reglas correspondientes o utilizar métodos alternativos; el cálculo de ganancias y pérdidas del impuesto sobre la renta necesita rastrear el costo de adquisición. Ambos tratamientos deben conservar la base de cálculo y los registros de revisión.

¿La verificación del archivo XML del informe CARF significa que la declaración se ha completado?

Después de completar la verificación de formato, también se debe revisar el alcance del informe, la clasificación de transacciones y los montos, completar la aprobación, la presentación y la verificación del recibo. Pasar la verificación de estructura y la precisión y completitud del contenido del informe son dos asuntos de verificación diferentes.

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.