Marco de cumplimiento regulatorio

CryptaCount está diseñada para producir datos que satisfagan tres marcos regulatorios superpuestos de la UE y que sean útiles a nivel global. La plataforma no realiza actividades reguladas por sí misma: proporciona la infraestructura computacional que las entidades reguladas (despachos contables, firmas de auditoría, asesores fiscales habilitados) utilizan para cumplir sus obligaciones.

El panorama regulatorio de la UE

DAC8 — Directiva de Cooperación Administrativa

DAC8 amplía el marco de intercambio de información fiscal de la UE a los criptoactivos. Exige a los proveedores de servicios de criptoactivos (PSCA) e intermediarios que reporten datos de transacciones y tenencias a las autoridades fiscales nacionales, que luego los intercambian entre los estados miembros.

Para los usuarios de CryptaCount, DAC8 significa que sus clientes enfrentan nuevas obligaciones de declaración. La plataforma estructura sus salidas de datos para alinearse con los esquemas de reporte de DAC8, garantizando que los datos de transacciones, períodos de tenencia, cálculos de base de coste e informes de ganancias/pérdidas puedan mapearse a los formatos de declaración requeridos.

MiCA — Reglamento sobre los Mercados de Criptoactivos

MiCA establece un marco de autorización y funcionamiento para los proveedores de servicios de criptoactivos que operan en la UE. Aunque CryptaCount en sí no es un PSCA (no custodia, negocia ni transfiere criptoactivos), sus usuarios a menudo sí lo son, o prestan servicios a clientes que lo son.

Las salidas contables de la plataforma se alinean con los requisitos de información financiera de MiCA para las entidades autorizadas, incluido el tratamiento en el balance de los criptoactivos, el reconocimiento de ingresos por servicios cripto y los cálculos de capital regulatorio.

CARF — Marco de Declaración de Criptoactivos

CARF es un estándar de la OCDE para el intercambio transfronterizo de información sobre criptoactivos, análogo al CRS (Common Reporting Standard) para las cuentas financieras tradicionales. Exige a los intermediarios recopilar y reportar información sobre transacciones de criptoactivos a las jurisdicciones participantes.

El sistema de perfiles fiscales multijurisdiccionales de CryptaCount modela los requisitos de declaración CARF junto con las normas fiscales domésticas, permitiendo a los usuarios identificar qué transacciones y tenencias generan obligaciones de declaración CARF.

Alineación con las NIIF

Para los usuarios institucionales (empresas, fondos, entidades con obligación de información pública), la metodología contable de la plataforma se alinea con las Normas Internacionales de Información Financiera:

• NIC 2 (Existencias) — Aplicada cuando los criptoactivos se mantienen como existencias (operaciones de minería, creación de mercado). Los métodos NRV (NRV + FIFO, NRV + Weighted Average) implementan el principio de la NIC 2 de «el menor entre el coste y el valor neto realizable».
• NIC 21 (Efectos de las variaciones en los tipos de cambio) — La metodología de traducción de divisas para monedas de declaración distintas del USD sigue la orientación de la NIC 21: tipos de cambio medios mensuales para partidas de ingresos/gastos, tipos de cierre para partidas del balance.
• NIC 38 (Activos intangibles) — Marco de clasificación relevante para los criptoactivos mantenidos como activos intangibles (el tratamiento NIIF predeterminado para la mayoría de los criptoactivos a partir de 2026).
• NIIF 13 (Medición del valor razonable) — La obtención del fair market value y la jerarquía sigue los principios de la NIIF 13 para determinar el valor razonable de los criptoactivos.

GAAP luxemburgués

Para las empresas privadas luxemburguesas (que no están obligadas a utilizar las NIIF), la plataforma admite el tratamiento según el GAAP luxemburgués. Esto es relevante porque CryptaCount tiene sede en Luxemburgo y muchos de sus clientes iniciales son entidades luxemburguesas. El tratamiento de los criptoactivos según el GAAP luxemburgués difiere de las NIIF en varios aspectos, especialmente en torno a las reservas de revalorización y las pruebas de deterioro.

«Calcula pero no decide»

Este principio no es una exención de responsabilidad legal, sino una decisión de diseño fundamental que da forma a cada funcionalidad del producto.

La plataforma calcula números: base de coste, fair market value, ganancias/pérdidas, asientos contables, schedules de rollforward, importes relevantes para la fiscalidad por jurisdicción. No toma decisiones de clasificación que requieran criterio profesional: si una interacción DeFi concreta constituye un hecho imponible en una jurisdicción específica, si un token determinado debe clasificarse como valor o si se aplica una exención por período de tenencia específica.

Este límite se mantiene en todo el producto:

• Los tipos de transacción se clasifican automáticamente pero siempre pueden ser modificados por el usuario
• Los perfiles fiscales por jurisdicción proporcionan datos (tipos, normas, umbrales) pero no generan automáticamente declaraciones fiscales definitivas
• Los informes se etiquetan como resultados de cálculo, no como declaraciones fiscales ni presentaciones regulatorias
• La plataforma pone explícitamente de manifiesto los ámbitos donde se requiere criterio profesional en lugar de hacer suposiciones silenciosas

Para el público B2B (contables, auditores, asesores fiscales), esto no es una limitación sino una funcionalidad. Los profesionales necesitan herramientas que proporcionen datos y cálculos fiables, no herramientas que sustituyan su criterio. La plataforma mejora su eficiencia sin traspasar al ámbito de su expertise.