Metodología contable

El motor contable es el principal diferenciador de CryptaCount. Transforma las transacciones blockchain clasificadas en asientos contables por partida doble correctos, calcula la base de coste según ocho métodos reconocidos internacionalmente y produce schedules de rollforward que concilian período a período, el requisito fundamental para la información financiera lista para auditoría.

Contabilidad por partida doble

Cada transacción procesada por CryptaCount genera uno o más asientos contables siguiendo los principios de la contabilidad por partida doble. Los débitos siempre son iguales a los créditos. No hay asientos unilaterales, ni ajustes de saldo inexplicados, ni cálculos opacos.

Para una compra sencilla de ETH a 2.100 €:

Cuenta	Debe (EUR)	Haber (EUR)
Digital Assets — ETH	2.100,00
Cash / Bank		2.100,00

Para un cobro de recompensa de staking DeFi más complejo (0,5 LINK a FMV 7,25 €):

Cuenta	Debe (EUR)	Haber (EUR)
Digital Assets — LINK	7,25
Staking Income		7,25

La estructura de asientos admite un plan de cuentas completo, lo que permite a las empresas mapear las transacciones cripto a su marco contable existente.

Integridad del libro mayor con evidencia de integridad

Cada asiento contable recibe un hash criptográfico en el momento de su creación. La cadena de hashes vincula cada asiento con su predecesor, creando un libro mayor a prueba de manipulaciones. Cualquier modificación de un asiento contable histórico rompe la cadena de hashes, haciendo que los cambios no autorizados sean inmediatamente detectables.

Este mecanismo proporciona la evidencia de auditoría de que el libro mayor no ha sido modificado retroactivamente, un requisito fundamental para las auditorías de estados financieros. Las correcciones siguen siendo posibles pero deben ser transparentes y trazables, de acuerdo con las prácticas contables aceptadas.

Métodos de base de coste

CryptaCount implementa ocho métodos de base de coste, cubriendo toda la gama de enfoques reconocidos internacionalmente:

Método	Descripción	Jurisdicciones habituales
FIFO	First In, First Out: los lotes más antiguos se enajenan primero	EE. UU. (predeterminado), Reino Unido, muchos estados de la UE
LIFO	Last In, First Out: los lotes más recientes se enajenan primero	Permitido en algunas jurisdicciones
HIFO	Highest In, First Out: los lotes de mayor coste se enajenan primero	Optimización fiscal donde está permitido
WAVG	Weighted Average Cost: coste medio único combinado por activo	Francia (obligatorio), habitual en NIIF
FMV	Fair Market Value: marcación a mercado	Empresas de trading, ciertas estructuras de fondos
NRV + FIFO	Net Realizable Value (base FIFO)	Valoración de existencias según NIC 2
NRV + Weighted Average	Net Realizable Value (base WAVG)	Valoración de existencias según NIC 2
Specific Identification	Specific Identification: el usuario selecciona los lotes	Permitido en EE. UU. y otros países

Jerarquía de resolución de tres niveles

El método de base de coste se resuelve a través de una jerarquía de tres niveles:

1. Excepción específica por activo — Un método establecido para un activo concreto (p. ej., «usar HIFO para LINK») tiene la máxima precedencia
2. Nivel de clase de activo — Un método establecido para una clase de activo (p. ej., «usar WAVG para todas las stablecoins») se aplica a todos los activos de esa clase salvo que se haya establecido una excepción en el nivel 1
3. Valor predeterminado del espacio de trabajo — El valor predeterminado a nivel de espacio de trabajo (p. ej., «FIFO») se aplica a todo lo que no haya sido establecido en los niveles 1 o 2

Esta jerarquía acomoda el requisito del mundo real en el que una cartera puede necesitar diferentes métodos para distintas categorías de activos dentro de la misma jurisdicción, o donde un activo específico tiene una excepción regulatoria.

Por ejemplo, un despacho contable que gestiona un cliente luxemburgués podría establecer FIFO como valor predeterminado del espacio de trabajo, WAVG para stablecoins (nivel de clase de activo) y Specific Identification para una posición ETH grande en particular donde la selección de lotes importa para la optimización fiscal (nivel específico por activo).

Fair Market Value (FMV)

La plataforma obtiene datos de fair market value para valorar transacciones y posiciones. El FMV se captura con tres niveles de granularidad:

• FMV en el momento de la transacción — El precio de mercado en el momento exacto de cada transacción, utilizado para la base de coste y el reconocimiento de ingresos
• Tipo de cierre diario — Precios de fin de día utilizados para informes y valoración de posiciones
• Tipo medio mensual — Utilizado para la Revaluación FMV según la metodología de la NIC 21

Todos los datos de FMV se almacenan tanto en USD (moneda de valoración principal) como convertidos a la moneda de declaración del espacio de trabajo (normalmente EUR) utilizando el tipo de cambio aplicable.

Rollforward de cinco columnas

El rollforward es el artefacto central de conciliación. Hace el seguimiento de cada posición de activo a lo largo de un período de declaración en cinco columnas:

Columna	Descripción	Origen
Quantity	Número de unidades en cartera	Agregación de entradas/salidas de transacciones
Cost (USD)	Coste histórico en USD	Precio de adquisición en el momento de la compra
FMV (USD)	Fair market value en USD	Precio de mercado actual × cantidad
Cost (EUR)	Coste histórico en EUR	Coste USD × tipo de cambio en la adquisición
FMV (EUR)	Fair market value en EUR	FMV USD × tipo de cambio de cierre

El rollforward concilia: Saldo inicial + Adquisiciones − Enajenaciones ± Revaluaciones = Saldo final, verificado en las cinco columnas.

Metodología de traducción de divisas (FX)

Para los espacios de trabajo que declaran en EUR (o cualquier moneda no USD), la plataforma aplica la traducción alineada con la NIC 21:

• Revaluación FMV (EUR) utiliza el tipo de cambio medio mensual, lo que suaviza la volatilidad FX diaria en las ganancias/pérdidas de revaluación, de acuerdo con la orientación de la NIC 21 para las partidas de ingresos y gastos
• Traducción FX utiliza el tipo de cierre, el tipo de cambio a la fecha del balance aplicado a las partidas monetarias
• FX sobre Revaluación es la diferencia de equilibrio, el residual que surge de la interacción entre los cambios de FMV y los cambios del tipo de cambio. No se calcula de forma independiente; se deriva como el importe necesario para equilibrar el rollforward después de aplicar la Revaluación FMV y la Traducción FX

Este enfoque de tres componentes (Revaluación FMV, Traducción FX, FX sobre Revaluación) garantiza que las columnas del rollforward en EUR siempre concilien mientras se atribuyen correctamente los cambios de valor a sus fuentes económicas.

Ganancias y pérdidas realizadas y no realizadas

Las ganancias/pérdidas realizadas se calculan en la enajenación (venta, intercambio, transferencia de salida) como la diferencia entre el importe obtenido y la base de coste según el método seleccionado. La ganancia o pérdida se denomina tanto en USD como en la moneda de declaración.

Las ganancias/pérdidas no realizadas representan la diferencia mark-to-market entre el FMV actual y el coste histórico para los activos aún en cartera. Se calculan en cualquier momento para propósitos de informes sin afectar a la base de coste subyacente.

Para las jurisdicciones que distinguen entre ganancias de capital a corto y largo plazo (basadas en el período de tenencia), la plataforma rastrea las fechas de adquisición a nivel de lote. La clasificación del período de tenencia depende de la jurisdicción y se resuelve a través del sistema de perfiles fiscales.

Clasificación de transacciones

La plataforma asigna automáticamente tipos de transacción basándose en el análisis de eventos on-chain:

Categoría	Tipos de transacción
Transfers	Transfer in, Transfer out
Trading	Trade, Swap
Fees	Gas and network fees
Income	Staking reward, Mining reward, Airdrop, Other income
Expense	Expense
DeFi	Liquidity add/remove, Stake/unstake, Borrow/repay, Reward claim, Wrap/unwrap, Bridge in/out
NFT	NFT mint, NFT trade

La clasificación es automática pero puede modificarse. Los usuarios pueden reclasificar transacciones individuales o definir reglas de reclasificación masiva. Cada cambio de clasificación queda registrado en la pista de auditoría, garantizando la trazabilidad completa de cualquier criterio profesional aplicado.