La búsqueda CARF criptoactivos Colombia suele mezclar dos preguntas distintas: qué información enviarán los proveedores de criptoactivos a la DIAN y qué debe hacer una persona en su propia declaración. La Resolución DIAN 000240 de 2025 crea un marco de intercambio de información para proveedores sujetos a reporte. No es una tarifa de impuesto ni convierte automáticamente cada movimiento de cualquier billetera en un reporte del usuario.

Para un exchange o una empresa que presta servicios de criptoactivos, el reto práctico es la calidad del registro: identificar correctamente las cuentas reportables, clasificar las operaciones y conservar los datos que permitan respaldar el archivo enviado. Para una persona usuaria, entender el flujo ayuda a reconciliar los extractos, pero sus obligaciones tributarias individuales deben revisarse por separado. Este artículo es informativo y no reemplaza el criterio de la DIAN ni la asesoría tributaria.

Qué significa CARF para los exchanges en Colombia

CARF es el Marco de Reporte de Criptoactivos de la OCDE, creado para que las jurisdicciones participantes intercambien automáticamente cierta información sobre criptoactivos. En Colombia, la Resolución 000240 del 24 de diciembre de 2025 añadió reglas de debida diligencia, contenido, formato y plazos para los Proveedores de Servicios de Criptoactivos Sujetos a Reporte. La norma cubre los años gravables 2026 y siguientes; por eso, en octubre de 2026 el periodo inicial está en curso y todavía no corresponde presentar el primer archivo anual de ese periodo.

La obligación no se define solamente por el nombre comercial de una aplicación. La resolución usa criterios de residencia, constitución, administración, establecimiento o lugar habitual de negocios en Colombia para determinar qué proveedor puede quedar sujeto. También distingue a usuarios reportables y personas que ejercen control reportables. Un proveedor debe aplicar el procedimiento de debida diligencia indicado en el Anexo T6.16 y documentar cómo llegó a su clasificación; no basta con etiquetar a todas las cuentas igual.

Qué información contempla el reporte

La DIAN dispone que el reporte incluya datos de identificación y residencia fiscal de usuarios que sean reportables y, cuando corresponda, de las personas que ejercen control sobre una entidad. Para cada criptoactivo relevante con operaciones reportables, el proveedor debe compilar información de actividad. La resolución contempla adquisiciones a cambio de moneda fiduciaria, enajenaciones por moneda fiduciaria, intercambios entre criptoactivos y otras categorías definidas en la norma y sus anexos.

Entre los campos agregados aparecen el tipo de criptoactivo, número de operaciones, unidades y montos en moneda fiduciaria, netos de comisiones cuando así lo establece cada categoría. El esquema técnico CARF XML pide códigos de moneda, valores con precisión establecida y otros atributos de validación. No conviene inferir desde un extracto resumido qué campos exactos se reportan para una cuenta: hay que leer la resolución y anexos vigentes, el tipo de operación y el perfil reportable.

La norma también contempla operaciones de transferencia y transacciones de pago minorista reportables bajo condiciones específicas. Eso no significa que cada retiro on-chain, depósito o pago de cualquier importe tenga automáticamente el mismo tratamiento. Los criterios de “criptoactivo relevante”, “usuario reportable” y las excepciones deben resolverse con las definiciones y procesos de debida diligencia del texto oficial.

Fechas, XML y controles de envío

La Resolución 000240 dispone que la información de un año calendario se presente electrónicamente a la DIAN, a más tardar el último día hábil de mayo del año siguiente. Así, la actividad del año gravable 2026 corresponde al ciclo de presentación de 2027. El envío usa el esquema XML del Anexo T6.17; la norma pide archivos separados para las jurisdicciones reportables cuando corresponda. Si el proveedor aplica debida diligencia y no identifica usuarios o personas controlantes reportables para ese año, debe presentar un reporte en cero cuando la regla le sea aplicable.

Antes de remitir datos, el proveedor sujeto debe actualizar el RUT con la responsabilidad 67 asociada al intercambio automático de información CARF y completar los pasos que exige el sistema de la DIAN, incluida la firma electrónica. Un XML que no valida, un usuario mal clasificado o una moneda sin código consistente pueden causar rechazos o correcciones. Conviene tratar la generación del reporte como un control de datos de producto y operaciones, no como una tarea de última hora en mayo.

Qué deberían preparar los equipos de producto y operaciones

  • Definir qué entidades del grupo prestan servicios desde Colombia o cumplen los criterios de conexión que describe la resolución.
  • Mapear cada operación del libro mayor y de los registros de la plataforma a las categorías de la Resolución 000240, sin asumir que todos los swaps, retiros o pagos son equivalentes.
  • Guardar una fuente auditable para fecha, activo, unidades, contraparte o identificador disponible, comisión, monto y conversión a moneda fiduciaria usada para valoración.
  • Vincular el procedimiento de debida diligencia a la cuenta y al periodo, con evidencia de residencia fiscal, NIT o equivalente y datos de control cuando se requieran.
  • Probar el XML con el esquema técnico vigente, registrar errores, conciliarlos con el libro de operaciones y mantener evidencia de correcciones y envíos.
  • Aplicar controles de acceso, retención y seguridad a los datos personales; limitar la información a personal y proveedores que la necesiten para cumplir el proceso.

Qué puede hacer una persona usuaria

La norma de reporte está dirigida a proveedores sujetos, pero un cliente puede mejorar su propia conciliación. Descarga periódicamente el historial de operaciones, conserva los comprobantes de compra y venta, identifica depósitos y retiros entre tus propias billeteras, y guarda los identificadores de transacción cuando existan. Comisiones, fecha, unidades y valor en pesos usados por la plataforma facilitan explicar diferencias entre un extracto, un explorador de bloques y un registro contable.

Ese archivo personal no sustituye el análisis de la declaración de renta. La doctrina publicada por la DIAN en 2026 explica que el tratamiento fiscal sigue apoyándose en normas tributarias generales, y que CARF atiende el intercambio de información. Por tanto, no debe interpretarse la regla de reporte del proveedor como un nuevo impuesto, una tasa fija o una instrucción individual para declarar cada movimiento. Si una operación incluye staking, préstamo, puente, pago o una estructura empresarial, confirma el tratamiento que aplica a tu situación con la norma y un profesional.

Cómo mantener clara la cadena de datos

El objetivo de CARF es reducir brechas de información entre jurisdicciones, pero los datos del exchange y el registro on-chain no siempre describen el mismo aspecto. Un retiro puede aparecer como transferencia en la plataforma y como una transacción de red con varias salidas; una operación agregada puede mostrar montos netos de comisión. Antes de comparar cifras, identifica si estás viendo órdenes ejecutadas, depósitos, retiros, transferencias internas, comisiones o valoraciones.

Para los proveedores, la prioridad es que el dato reportado pueda rastrearse desde la fuente hasta el XML. Para los usuarios, la prioridad es guardar evidencia suficiente para explicar sus propios movimientos sin asumir que un reporte automático reemplaza sus deberes. Revisa la versión vigente de la resolución antes de cada cierre anual: definiciones, anexos técnicos y criterios de intercambio pueden cambiar.

Consulta nuestro hub de datos fiscales y cripto y la guía sobre verificación de proveedores cripto en Argentina para comparar cómo varía el marco local entre países. Son temas relacionados, pero la regla colombiana de CARF tiene sus propios sujetos, plazos y estructura.