Contabilidad cripto para empresas estonias
Una guía completa de configuración contable para OÜ estonias que mantienen o negocian criptoactivos: plan de cuentas, medición según IAS 38 bajo los modelos de coste y revalorización, pruebas de deterioro, asientos contables para cada tipo de transacción y proceso de cierre mensual.
5 puntos clave de esta página
Elegir IAS 38 o IAS 2, seleccionar FIFO o promedio ponderado, y decidir entre modelo del coste y modelo de revalorización son elecciones de política contable, no decisiones transacción por transacción. Documéntelas antes de adquirir su primer criptoactivo y aplíquelas de forma consistente.
Según el modelo de revalorización de IAS 38, los incrementos del valor razonable se reconocen en Otro Resultado Integral (una reserva separada dentro del patrimonio), no en pérdidas y ganancias. Esto evita que las oscilaciones de precios cripto inflen o reduzcan el EBITDA reportado: solo las ganancias realizadas en la disposición pasan por P&L.
Según el modelo del coste de IAS 38, si el precio de mercado de su cripto cae por debajo de su valor en libros, debe realizar una prueba de deterioro y reducirlo al importe recuperable. A diferencia del modelo de revalorización, las correcciones bajo el modelo del coste pasan por P&L, lo que hace que la contabilidad bajo el modelo del coste sea más volátil en mercados bajistas.
La contabilidad cripto empieza con un mapeo completo de wallets. Toda dirección controlada por la OÜ — hot wallets, almacenamiento en frío, subcuentas de exchange, posiciones en protocolos DeFi — debe identificarse e incluirse en el universo contable. Cualquier wallet no mapeada crea un registro incompleto.
Cada transacción cripto debe convertirse a EUR al tipo vigente en el momento de la transacción — no al cierre del mes, no al cierre del año y no a un tipo promedio. Esto es tanto un requisito IFRS como un requisito de EMTA a efectos fiscales.
¿Qué implica la contabilidad cripto para una OÜ estonia? En esencia, la contabilidad cripto de una empresa es la misma contabilidad por partida doble que cualquier otra clase de activo, pero con tres retos específicos: (1) al no existir una norma IFRS específica consolidada, se requiere una elección de política entre activo intangible bajo IAS 38 e inventario bajo IAS 2; (2) la volatilidad de precios crea asientos complejos de valor razonable y deterioro en cada cierre mensual; y (3) el volumen de transacciones y los retos de obtención de datos no se parecen a los de ningún negocio tradicional. Esta página establece el marco contable completo — desde el plan de cuentas hasta el cierre mensual — para una OÜ estonia con criptoactivos.
Sección 1 — Plan de cuentas para una OÜ cripto
La estructura completa de cuentas para tenencias de activos digitales, trading, minería y actividad DeFi
Construir un plan de cuentas preparado para cripto
Un plan de cuentas estándar de una OÜ estonia necesita una ampliación importante para gestionar criptoactivos. Las incorporaciones se agrupan en cuatro áreas: cuentas de activo para cada tipo de tenencia cripto (por clasificación y por activo), contracuentas para revalorización acumulada y deterioro, cuentas de ingresos para flujos específicos de cripto (minería, staking, rendimientos DeFi, ganancias de trading) y cuentas de gastos para costes de minería, comisiones de gas y costes de trading.
| Código | Nombre de la cuenta | Notas / Cuándo se usa |
|---|---|---|
| 1000–1999 — ACTIVOS — DIGITALES | ||
| 1050 | Efectivo — Saldos en exchanges cripto (equivalente en EUR) | EUR mantenido en exchange pendiente de uso; tratar como equivalente de efectivo |
| 1100 | Criptoactivos — Bitcoin (BTC) | Intangible IAS 38; modelo del coste o de revalorización según la política |
| 1101 | Criptoactivos — Ethereum (ETH) | Intangible IAS 38 |
| 1102 | Criptoactivos — USDC / stablecoins | Activo monetario; tratado como efectivo en EUR si está vinculado a fiat; diferencia FX si se desvía del anclaje |
| 1103 | Criptoactivos — Otros tokens | Cuenta general para tenencias menores; separar si son materiales |
| 1110 | Criptoactivos — Inventario (stock de trading) | IAS 2 — para empresas cuyo negocio principal es comprar y vender cripto |
| 1120 | Posiciones en protocolos DeFi (tokens LP) | Posiciones a valor razonable en pools de liquidez; valoración compleja |
| 1130 | NFTs mantenidos como inventario | NFTs mantenidos para reventa en el curso ordinario del negocio (IAS 2) |
| 1131 | NFTs mantenidos como activos intangibles | NFTs mantenidos a largo plazo; no para reventa inmediata (IAS 38) |
| 1150 | Equipo de minería (activos fijos) | Hardware para minería; depreciado durante su vida útil |
| 1151 | Depreciación acumulada — Equipo de minería | Contraactivo; reduce el valor contable del hardware de minería |
| 1160 | Reserva de revalorización — Cripto (contraactivo) | Asientos OCI acumulados del modelo de revalorización de IAS 38; el saldo rastrea las ganancias no realizadas acumuladas |
| 1200 | Cuentas por cobrar — Servicios cripto | Importes adeudados por servicios de minería, consultoría y exchange |
| 2000–2999 — PASIVOS | ||
| 2010 | Cuentas por pagar | Cuentas por pagar estándar a proveedores |
| 2100 | IVA por pagar — KMD | IVA repercutido cuando corresponda (los servicios de exchange cripto pueden estar sujetos a IVA) |
| 2200 | Pasivo por custodia cripto | Cripto de clientes mantenida en custodia; solo entidades con licencia VASP |
| 2300 | Pasivo por emisión de tokens | Ingresos de ventas de tokens aún no devengados (ingresos diferidos de utility tokens) |
| 2400 | Impuesto sobre la renta por pagar | Impuesto sobre distribuciones de dividendos; no sobre ganancias cripto retenidas |
| 3000–3999 — PATRIMONIO | ||
| 3000 | Capital social | Mínimo €1 |
| 3300 | Ganancias retenidas | Incluye ganancias realizadas por disposiciones de cripto |
| 3400 | Reserva de revalorización cripto (OCI) | Ganancias no realizadas bajo el modelo de revalorización de IAS 38; separadas de P&L |
| 4000–4999 — INGRESOS | ||
| 4010 | Ingresos — Exchange cripto / ganancias de trading | Ganancias realizadas por disposición de criptoactivos (cartera de trading); netas de costes si se trata de inventario |
| 4020 | Ingresos — Recompensas de minería | Valor justo de mercado de la cripto minada en el momento de recepción |
| 4030 | Ingresos — Recompensas de staking y validación | Valor justo de mercado de las recompensas de staking en el momento de recepción |
| 4040 | Ingresos — Rendimiento DeFi y recompensas de liquidez | Valor justo de mercado de los tokens de rendimiento en el momento de recepción |
| 4050 | Ingresos — Servicios cripto (B2B) | Comisiones de exchange, comisiones de custodia, acceso API a plataforma de trading |
| 4060 | Ganancia realizada en disposición — Cripto de inversión | Ganancias por disposición de cripto bajo IAS 38 mantenida como inversión (no inventario) |
| 4070 | Ingresos por airdrops y tokens promocionales | Valor justo de mercado de los tokens recibidos por airdrop si tienen valor claramente distinto de cero |
| 5000–5999 — COSTE DE INGRESOS | ||
| 5010 | Coste de cripto vendida (IAS 2 — Inventario) | Coste FIFO o promedio ponderado de la cripto vendida en operaciones de trading |
| 5020 | Costes operativos de minería — Electricidad | Costes directos de electricidad para operaciones de minería |
| 5030 | Costes operativos de minería — Comisiones de pool | Comisiones del pool de minería como % de las recompensas de bloque |
| 5040 | Comisiones de protocolos DeFi y gas | Comisiones de gas en Ethereum y transacciones L2 para interacciones con fines empresariales |
| 5050 | Comisiones de transacción de exchange (trading) | Comisiones en operaciones cripto; incluidas en el coste de disposición para tenencias bajo IAS 38 |
| 6000–6999 — GASTOS OPERATIVOS | ||
| 6010 | Depreciación — Hardware de minería | Depreciación lineal de ASICs, GPUs; normalmente 2–4 años |
| 6020 | Deterioro — Criptoactivos (modelo del coste de IAS 38) | Correcciones cuando el valor en libros excede el importe recuperable |
| 6030 | Costes de custodia y seguridad de wallets | Compra de hardware wallets; comisiones de plataformas de custodia; gestión de claves |
| 6040 | Software de contabilidad cripto | Suscripciones a Koinly, CoinTracking, TaxBit |
| 6050 | Costes AML / cumplimiento | Herramientas KYC; screening de sanciones; costes del responsable de cumplimiento |
| 6060 | Legal y regulatorio | Costes de licencia VASP/MiCA; asesoría legal sobre estructura de tokens |
| 6070 | G&A — Operación general | Oficina estándar, contabilidad, comisiones bancarias |
Sección 2 — Modelo del coste de IAS 38: medición, deterioro y disposición
Para empresas que mantienen cripto como inversiones a largo plazo con medición conservadora
Cómo funciona el modelo del coste
Según el modelo del coste de IAS 38, los criptoactivos se mantienen por su coste de adquisición original menos las pérdidas por deterioro acumuladas. Los movimientos del precio de mercado por encima del valor en libros se ignoran — el modelo del coste no permite revalorizaciones al alza. Solo cuando el precio de mercado cae por debajo del valor en libros surge un asiento contable (deterioro). Esto crea un modelo asimétrico: se reconocen las pérdidas, pero no las ganancias.
El modelo del coste es más sencillo de aplicar que el modelo de revalorización — no exige búsquedas mensuales de precios para ganancias no realizadas, ni contabilidad de reservas en OCI, ni mecánicas de reversión. Sin embargo, puede hacer que el balance de la empresa infravalore de forma significativa el valor actual de sus tenencias cripto en un mercado alcista, y genera volatilidad en la cuenta de pérdidas y ganancias en mercados bajistas cuando se requieren cargos por deterioro.
| Movimiento de mercado | Tratamiento bajo el modelo del coste | Impacto en el balance | Impacto en P&L |
|---|---|---|---|
| El precio sube por encima del coste | Se ignora — sin asiento | El valor en libros permanece al coste (infravalora el valor actual) | No se reconoce ganancia |
| El precio cae por debajo del coste | Se requiere prueba de deterioro | Reducir al importe recuperable (menor entre valor en libros y recuperable) | Pérdida por deterioro cargada a P&L |
| El precio se recupera después del deterioro | Se permite reversión del deterioro hasta el coste original según IAS 36 | El valor en libros se incrementa de nuevo hacia el coste original | Reversión del deterioro abonada a P&L |
| Activo vendido por encima del coste | Ganancia realizada en la disposición | Activo dado de baja; ingresos recibidos | Ganancia abonada a P&L |
| Activo vendido por debajo del coste | Pérdida realizada en la disposición | Activo dado de baja; ingresos recibidos | Pérdida cargada a P&L |
| Activo vendido después de una corrección por deterioro | Ganancia medida frente al valor en libros reducido | Activo dado de baja | Ganancia frente al valor reducido (no frente al coste original) |
Prueba de deterioro según el modelo del coste de IAS 38
Un indicio de deterioro es una señal de que el valor en libros podría no ser recuperable — para cripto, suele ser una caída sostenida del precio de mercado por debajo del coste. Cuando existe un indicio, se estima el importe recuperable (el mayor entre el valor razonable menos los costes de venta y el valor en uso). Para criptoactivos líquidos, la medida relevante es el valor razonable menos los costes de venta — esencialmente el precio actual de mercado menos las comisiones de transacción.
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Pérdida por deterioro — Criptoactivos (6020) | €8,000.00 | |
| Criptoactivos — Bitcoin (1100) | €8,000.00 |
* Valor en libros de BTC €30,000; importe recuperable (precio de mercado menos comisiones) €22,000; pérdida por deterioro = €8,000. Se carga a P&L. Después de la corrección, BTC se mantiene por €22,000.
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Criptoactivos — Bitcoin (1100) | €4,000.00 | |
| Reversión de deterioro — Cripto (6020 CR) | €4,000.00 |
* Reversión limitada al coste original (€30,000). El valor en libros se restaura de €22,000 a €26,000. Cualquier recuperación por encima de €30,000 no se reconoce bajo el modelo del coste.
Sección 3 — Modelo de revalorización de IAS 38: valor razonable, OCI y asientos de fin de mes
El modelo preferido para la mayoría de OÜ cripto estonias — refleja el valor de mercado actual en el balance
Cómo funciona el modelo de revalorización
Según el modelo de revalorización, los criptoactivos se vuelven a medir a valor razonable en cada fecha de información (como mínimo anualmente; en la práctica, mensual o trimestralmente para cripto por la volatilidad de precios). Los cambios en el valor razonable desde la última revalorización se reconocen en Otro Resultado Integral (OCI) — una sección de la reserva de patrimonio — y no en pérdidas y ganancias. Esto significa que las ganancias no realizadas no inflan el beneficio operativo, pero sí son visibles en el balance y en el estado de resultado integral.
Cuando se vende un activo revalorizado, cualquier ganancia acumulada en OCI (la reserva de revalorización de ese activo) se transfiere a ganancias retenidas — no pasa por P&L. La ganancia en P&L por la disposición se calcula como: ingresos por venta menos el valor en libros revalorizado más reciente.
| Evento de revalorización | Dónde se reconoce | Efecto en el balance | Efecto en P&L |
|---|---|---|---|
| Incremento del valor razonable desde la última revalorización | OCI → Reserva de revalorización (patrimonio) | El valor en libros del activo aumenta; la reserva de patrimonio aumenta | Sin impacto en P&L — ganancia en OCI |
| Disminución del valor razonable — revierte parcialmente una ganancia OCI previa | OCI → Reserva de revalorización (patrimonio) | El valor en libros del activo disminuye; la reserva de patrimonio disminuye | Sin P&L — reversión de una ganancia OCI previa |
| Disminución del valor razonable — excede la ganancia OCI previa | Exceso cargado a P&L como deterioro | El valor en libros del activo cae por debajo de la base OCI anterior | P&L: pérdida por deterioro (solo el exceso) |
| Activo dispuesto por encima del valor en libros actual | P&L: ganancia realizada en la disposición | Activo dado de baja; reserva OCI transferida a ganancias retenidas | Ganancia = ingresos menos valor en libros actual (revalorizado) |
| Activo dispuesto por debajo del valor en libros actual | P&L: pérdida realizada en la disposición | Activo dado de baja; reserva OCI transferida | Pérdida = valor en libros actual menos ingresos |
Calendario de revalorización de fin de mes y asientos contables
Al cierre de cada mes, cada criptoactivo se revaloriza al precio de mercado de cierre. La diferencia entre el nuevo valor en libros y el valor en libros anterior se registra como un asiento en OCI (si es una ganancia o una reversión dentro del OCI previo) o como un asiento en P&L (si es una pérdida que supera el OCI previo de ese activo).
| Activo | Unidades | Valor en libros anterior | Precio de cierre de mes | Nuevo valor en libros | Ganancia / (pérdida) por revalorización | Registrado en |
|---|---|---|---|---|---|---|
| BTC | 0.80 | €24,000 | €55,000/BTC | €44,000 | +€20,000 | OCI — Reserva de revalorización |
| ETH | 5.00 | €10,500 | €2,100/ETH | €10,500 | €0 (sin cambios) | N/A |
| MATIC | 2,000 | €1,800 | €0.70/token | €1,400 | −€400 | OCI — reversión parcial de ganancia previa |
| SOL | 20.0 | €3,200 | €130/SOL | €2,600 | −€600 | OCI — si el OCI previo cubre; de lo contrario P&L |
| Total | — | €39,500 | — | €58,500 | +€19,000 | Ganancia neta en OCI de octubre |
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Criptoactivos — Bitcoin (1100) | €20,000.00 | |
| Reserva de revalorización cripto — OCI (3400) | €20,000.00 | |
| Reserva de revalorización cripto — OCI (3400) | €400.00 | |
| Criptoactivos — MATIC (1103) | €400.00 | |
| Reserva de revalorización cripto — OCI (3400) | €600.00 | |
| Criptoactivos — SOL (1103) | €600.00 |
* La ganancia de BTC (+€20,000) se abona a la reserva OCI. Las pérdidas de MATIC y SOL (−€1,000 en total) reducen la reserva OCI. Movimiento neto de OCI = +€19,000. ETH sin cambios — no se requiere asiento.
Sección 4 — Inventario IAS 2 para operaciones de trading cripto
Para exchanges, mesas OTC y empresas que compran y venden cripto como actividad principal
Cuándo se aplica IAS 2
IAS 2 (Inventarios) se aplica cuando los criptoactivos se mantienen para la venta en el curso ordinario del negocio — es decir, cuando comprar y vender cripto es la actividad principal generadora de ingresos de la empresa y no una función de tesorería/inversión. Un exchange cripto, una mesa OTC o una operación de market-making mantiene cripto como inventario porque adquiere y vende activos de forma constante como parte de su cartera de trading.
Según IAS 2, el inventario cripto se mide al menor entre el coste y el valor neto realizable (NRV). A diferencia del modelo de revalorización de IAS 38, no hay revalorización al alza — si los precios de mercado suben por encima del coste, el valor en libros permanece al coste. Si los precios de mercado caen por debajo del coste, el inventario se reduce al NRV (precio de venta estimado menos costes de venta).
| Característica | Modelo de revalorización IAS 38 | Inventario IAS 2 |
|---|---|---|
| Modelo de negocio aplicable | Tesorería, inversión, tenencia | Trading, exchange, OTC, market-making |
| Revalorización al alza | Sí — a valor razonable, ganancias en OCI | No — solo el menor entre coste y NRV |
| Reconocimiento de aumento de precio | Reserva patrimonial OCI | No se reconoce hasta la venta |
| Reconocimiento de disminución de precio | P&L (si excede el OCI previo) o reversión de OCI | P&L — corrección a NRV |
| Presentación de ingresos | Ganancia bruta en disposición (P&L) | Ingresos de trading y coste de ventas (modelo de margen bruto) |
| Método de coste | FIFO, promedio ponderado o identificación específica | FIFO o promedio ponderado (la identificación específica rara vez es práctica) |
| Partida principal en los estados financieros | Activos intangibles no corrientes o corrientes | Activos corrientes — inventario |
Operaciones BTC en octubre de 2024:
Comprado: 2.0 BTC @ €40,000/BTC = €80,000 de coste
Vendido: 2.0 BTC @ €45,000/BTC = €90,000 de ingresos
Operaciones ETH:
Comprado: 10 ETH @ €1,900/ETH = €19,000 de coste
Vendido: 10 ETH @ €2,100/ETH = €21,000 de ingresos
PRESENTACIÓN EN P&L (IAS 2):
Ingresos de trading (BTC + ETH): €111,000
Coste de cripto vendida (FIFO): −€99,000
Beneficio bruto de trading: €12,000
Margen bruto: 10.8%
* Comisiones de transacción incluidas en el coste de adquisición (aumentan la base de coste)
* Inventario no vendido al cierre de mes: cualquier BTC/ETH mantenido al coste (o NRV si es menor)
* Revisión de NRV al cierre de mes: si el precio está por debajo del coste, corregir al precio de mercado actual
Sección 5 — Asientos contables para cada tipo de transacción cripto
El asiento contable completo para cada evento — comprar, vender, hacer swap, recibir, minar, hacer staking, pagar comisiones
Compra de cripto con EUR
Compra: 0.5 BTC @ €40,000/BTC = €20,000 (mediante exchange)
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Criptoactivos — Bitcoin (1100) | €20,000.00 | |
| Comisiones de transacción de exchange (5050) | €40.00 | |
| Efectivo / Saldo EUR en exchange | €20,040.00 |
* La comisión de transacción (por ejemplo, 0.2% = €40) aumenta el coste de adquisición según IAS 38 — forma parte del coste del activo. Como alternativa, las comisiones pueden capitalizarse en el coste del activo (lo que reduce la ganancia imponible posterior en la disposición por el importe de la comisión).
Venta de cripto por EUR (modelo de revalorización — IAS 38)
Disposición: 0.5 BTC a €55,000/BTC = €27,500 (el valor en libros revalorizado era €24,000)
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Efectivo / Saldo EUR en exchange | €27,500.00 | |
| Reserva de revalorización cripto (3400) | €4,000.00 | |
| Criptoactivos — Bitcoin (1100) | €24,000.00 | |
| Ganancia realizada — Disposición (4060) | €7,500.00 |
* Valor en libros en la disposición = €24,000 (después de revalorizaciones). Ingresos = €27,500. Ganancia en P&L = €27,500 − €24,000 = €3,500. Además: la reserva OCI acumulada de este BTC (€4,000) se transfiere — débito a Reserva OCI / crédito a Ganancias retenidas (traspaso interno dentro del patrimonio).
Swap cripto a cripto (ETH a MATIC)
Swap: 1.0 ETH (valor en libros €2,000, FMV €2,100) por 3,000 MATIC (FMV €2,100)
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Criptoactivos — MATIC (1103) | €2,100.00 | |
| Criptoactivos — Ethereum (1101) | €2,000.00 | |
| Ganancia realizada — Disposición (4060) | €100.00 |
* ETH se dispone a FMV (€2,100). La base de coste de ETH era €2,000. Ganancia = €100 reconocida en P&L. MATIC se adquiere por €2,100 (FMV en el momento del swap) — que pasa a ser la nueva base de coste de MATIC. La comisión de gas del swap se añade al coste de MATIC o se registra como gasto (elección de política).
Recepción de recompensas de minería
Minería: se reciben 0.002 BTC cuando el precio = €50,000/BTC → FMV = €100
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Criptoactivos — Bitcoin (1100) | €100.00 | |
| Ingresos — Recompensas de minería (4020) | €100.00 |
* FMV en el momento de recepción = ingreso. €100 es ingreso en el periodo en que se recibe. También se convierte en la base de coste de esos 0.002 BTC — por lo que una venta futura al mismo precio no genera ganancia adicional.
Recepción de recompensas de staking
Staking: se reciben 50 tokens cuando el precio = €0.80/token → FMV = €40
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Criptoactivos — Otros tokens (1103) | €40.00 | |
| Ingresos — Recompensas de staking (4030) | €40.00 |
* Mismo tratamiento que la minería. FMV en la recepción = ingreso Y nueva base de coste. Si los tokens se venden más tarde a €1.00, la ganancia adicional = (€1.00 − €0.80) × 50 = €10.
Pago de comisiones de gas en ETH
Comisión de gas: 0.003 ETH de gas por una transacción DeFi (precio de ETH €2,000 → comisión = €6.00)
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Comisiones de protocolos DeFi y gas (5040) | €6.00 | |
| Criptoactivos — Ethereum (1101) | €6.00 |
* Las comisiones de gas pagadas en ETH son una disposición de ese ETH a valor de mercado actual. La base de coste de ETH se reduce por la cantidad dispuesta. Si el ETH dispuesto tiene una base de coste distinta del precio de mercado actual, surge una pequeña ganancia o pérdida sobre esa porción de ETH.
Transferencias entre wallets propias (no imponible)
Transferencia: 0.5 BTC desde el exchange Coinbase a una hardware wallet propia
| Cuenta | Débito (DR) | Crédito (CR) |
|---|---|---|
| Criptoactivos — Bitcoin — Almacenamiento en frío (1100a) | €24,000.00 | |
| Criptoactivos — Bitcoin — Exchange (1100b) | €24,000.00 |
* Transferencia entre wallets propias: no es una disposición imponible. Mueva el valor en libros de una subcuenta a otra. La base de coste sigue al activo. Se sigue siendo propietario del mismo BTC — solo cambió la ubicación de custodia. Use subcuentas dentro de 1100 para rastrear las ubicaciones de custodia.
Sección 6 — Determinación del valor razonable de criptoactivos
Cómo establecer precios en EUR defendibles y consistentes para cada transacción y valoración de fin de mes
La jerarquía: qué precio usar
IFRS 13 (Medición del valor razonable) establece una jerarquía de tres niveles para el valor razonable. Para criptoactivos, la mayoría de los tokens principales (BTC, ETH y tokens de gran capitalización) son Nivel 1 — precios de mercado observables en mercados activos. Esto significa que el precio es objetivo y directamente observable. Para tokens ilíquidos o con poco volumen de negociación, la jerarquía pasa al Nivel 2 (inputs observables pero no precio directo de mercado) o al Nivel 3 (inputs no observables — modelos internos). La mayor parte del trabajo contable y fiscal trata con activos de Nivel 1.
| Fuente de precio | Nivel IFRS | Aceptable para | Mejor práctica |
|---|---|---|---|
| Precio spot de exchange principal (Binance, Coinbase, Kraken) | Nivel 1 | BTC, ETH, tokens de gran capitalización con mercados activos | Especificar qué exchange en la política contable; usar el mismo exchange de forma consistente |
| Precio promedio de CoinGecko | Nivel 1 (promediado) | Todos los tokens listados; precios en el momento de la transacción | La API de CoinGecko proporciona precios históricos en marcas de tiempo específicas — ideal para valorar transacciones |
| Datos OHLC de CryptoCompare | Nivel 1 (máximo/mínimo/cierre diario) | Valoraciones de fin de mes; conjunto más amplio de tokens | Usar precio de cierre para fin de mes; promedio o marca de tiempo específica para transacciones |
| TVL / NAV de protocolo DeFi | Nivel 2 | Tokens LP, activos específicos de protocolo | Complejo — a menudo requiere desglosar los activos subyacentes |
| Modelo interno (DCF de flujos de caja esperados del token) | Nivel 3 | Tokens muy ilíquidos o novedosos sin mercado activo | Requiere documentación significativa; los auditores cuestionarán supuestos subjetivos |
Establecer una política de datos de precios
Su política contable debe especificar exactamente cómo se determinan los precios, para que el enfoque sea: consistente (la misma metodología cada mes), verificable (los datos fuente pueden consultarse y confirmarse) y documentado (cada precio usado puede rastrearse hasta una fuente concreta en un momento concreto). Las fuentes de precios deben especificarse en el documento de políticas contables antes de la primera transacción.
Valoración de transacciones (cada adquisición y disposición):
Fuente: endpoint de precios históricos de la API de CoinGecko
Marca de tiempo: timestamp UTC de confirmación de la transacción on-chain
Moneda: EUR (par EUR directo cuando esté disponible; USD convertido al tipo ECB del mismo día)
Revalorización de fin de mes (modelo de revalorización IAS 38):
Fuente: precio de cierre de CoinGecko del último día natural del mes (UTC 23:59)
Alternativa: precio de cierre de Binance o Coinbase si los datos de CoinGecko no están disponibles
Tokens ilíquidos / no listados:
Usar el último precio negociado conocido en un exchange descentralizado reputado
Documentar cualquier incertidumbre significativa sobre la fiabilidad del precio
Si no hay precio fiable disponible: mantener al coste; revelar en notas
* Política adoptada: [fecha] | Se aplica a todos los criptoactivos desde la fecha de adopción
* Los cambios de política requieren resolución del consejo y reexpresión comparativa
Sección 7 — Proceso de cierre mensual para contabilidad cripto
Día a día — desde la descarga de datos hasta las declaraciones presentadas y los estados financieros aprobados
El cierre mensual cripto — qué lo hace diferente
El cierre mensual cripto comparte el mismo objetivo que cualquier cierre estándar — estados financieros precisos y completos — pero el trabajo de obtención y clasificación de datos es considerablemente más complejo. La principal diferencia respecto a un cierre estándar es que los datos de transacciones no llegan en un único feed bancario; provienen de exploradores de blockchain, APIs de exchanges, subgrafos de protocolos DeFi y exportaciones de plataformas de custodia — cada uno con formatos y marcas de tiempo diferentes y con lógicas de clasificación distintas.
| Día | Tarea | Fuente de datos | Tiempo estimado | Criterio de aprobación |
|---|---|---|---|---|
| Día 1 | Exportar todos los historiales de transacciones de exchanges del mes | API de Binance, Coinbase, Kraken o exportación CSV | 1–2 horas | Todos los exchanges descargados; rangos de fechas confirmados |
| Día 1 | Exportar transacciones on-chain de wallets (todas las direcciones) | Etherscan, explorador BTC, Solscan, etc. | 1–3 horas (por cadena) | Todas las wallets conciliadas; sin huecos en el historial de transacciones |
| Día 1 | Importar a la herramienta de contabilidad cripto (Koinly/CoinTracking) | Todas las fuentes anteriores | 30–60 min | La herramienta muestra un recuento de transacciones consistente con las exportaciones |
| Día 2 | Clasificar transacciones (compra/venta/swap/recepción/transferencia/comisión) | Herramienta de contabilidad cripto + revisión manual | 2–5 horas | Todas las transacciones etiquetadas; interacciones DeFi revisadas individualmente |
| Día 2 | Revisar manualmente interacciones DeFi complejas | Explorador blockchain + documentación del protocolo | Variable | Cada evento DeFi entendido y etiquetado correctamente |
| Día 2 | Calcular bases de coste (FIFO) para todos los eventos de disposición | Herramienta de contabilidad cripto (automatizada) + verificación manual | 1–2 horas | Las bases de coste concilian con el historial de adquisiciones |
| Día 3 | Extraer resumen de ganancias/pérdidas de la herramienta contable | Informe de la herramienta de contabilidad cripto | 30 min | Coincide con el detalle a nivel de transacción |
| Día 3 | Descargar precios de fin de mes de todos los activos mantenidos | API de CoinGecko | 30 min | Precio de cada activo a las 23:59 UTC del último día del mes |
| Día 3 | Preparar calendario de revalorización de fin de mes | Hoja de cálculo o sistema contable | 1–2 horas | Cada activo valorado; asientos OCI calculados |
| Día 4 | Registrar todos los asientos contables en el sistema contable | Exportación de herramienta cripto + asientos manuales | 2–3 horas | Todos los asientos registrados; balance de comprobación cuadrado |
| Día 4 | Conciliar saldos cripto (contabilidad vs wallets reales) | Saldos reales de wallets en el último día del mes | 1–2 horas | Variación cero entre el libro contable y las tenencias reales |
| Día 5 | Revisar P&L y balance | Sistema contable | 1 hora | Sin variaciones inexplicadas frente al mes anterior |
| Antes del día 7 | Preparar KMD si existen servicios cripto sujetos a IVA | Ingresos por servicios cripto | 30 min | IVA repercutido por servicios cripto declarado; IVA soportado recuperado |
| Antes del día 10 | Preparar cualquier declaración de ingresos ante EMTA si se requiere | Resumen de ganancias/pérdidas | Variable | Ingresos de minería/staking/DeFi declarados según corresponda |
Preguntas frecuentes
No necesariamente — y esta es una de las decisiones de política más importantes que debe tomarse desde el inicio. IAS 38 permite clasificaciones diferentes para distintas categorías de activos intangibles, siempre que cada categoría se evalúe por sus propios méritos. Un enfoque razonable: BTC y ETH (gran capitalización, líquidos, mantenidos como tesorería) bajo IAS 38 con el modelo de revalorización; pequeños tokens DeFi (ilíquidos, especulativos) bajo IAS 38 con el modelo del coste (por la dificultad de establecer un precio fiable de mercado activo). Los tokens LP y las posiciones en protocolos DeFi pueden requerir otro tratamiento distinto — posiblemente como activos financieros bajo IFRS 9. Documente cada clasificación en su política contable con la justificación. La clave es que la política se establezca a nivel de categoría, se aplique de forma consistente dentro de cada categoría y se documente antes de la primera adquisición en cada categoría.
Un airdrop de tokens con valor de mercado claramente distinto de cero es ingreso al valor justo de mercado en el momento de recepción. Registre: DR Criptoactivos — Token (por €3,000) / CR Ingresos — Ingresos por airdrop (€3,000). Los €3,000 se convierten en la base de coste de esos tokens. Si más tarde los vende por €5,000, la ganancia adicional es €2,000 — reconocida en P&L en la disposición. Si los tokens recibidos por airdrop tienen efectivamente valor de mercado cero en la recepción (sin mercado activo, sin cotización en exchanges, sin referencia de precio), puede registrarlos a cero y reconocer ingresos solo cuando adquieran valor y se vendan. Documente la base de cualquier registro a valor cero. EMTA no ha publicado orientación específica sobre airdrops, pero el principio general — ingreso a FMV en la recepción — es el enfoque defendible para tokens con precio de mercado observable.
Las comisiones de gas en ETH son una disposición de ETH — se gasta una pequeña cantidad de ETH (a su precio de mercado actual) para pagar el procesamiento de la red. Cada pago de gas tiene dos efectos contables: (1) el ETH dispuesto genera una ganancia o pérdida frente a su base de coste (normalmente pequeña, pero debe rastrearse), y (2) la comisión en sí es un gasto. Para clasificar la comisión: las comisiones de gas en adquisiciones cripto (compra de tokens) deben capitalizarse en el coste del activo adquirido — aumentan la base de coste. Las comisiones de gas en transacciones DeFi con fines empresariales (swapping, staking) son gastos operativos (Cuenta 5040). Las comisiones de gas en transferencias entre sus propias wallets son un coste menor sin tratamiento estándar claro — la mayoría de profesionales las registran como gasto. Para operaciones DeFi de alto volumen, rastrear las comisiones de gas individuales a nivel de transacción es esencial — el impacto acumulado en bases de coste y gastos es material.
La minería genera dos asientos contables en la fecha en que se recibe el BTC: (1) registrar el BTC a su FMV de €25,000 como activo, y (2) registrar €25,000 como ingresos de minería. Sus costes (€8,000 de electricidad + comisiones de pool) son gastos operativos (Cuentas 5020 y 5030), reconocidos en el periodo en que se incurren. Beneficio bruto de minería = €25,000 de ingresos menos €8,000 de costes = €17,000. El BTC queda ahora en su balance por €25,000 (que se convierte en su base de coste). A efectos del impuesto corporativo estonio, el beneficio de minería de €17,000 son ganancias retenidas — sin impuesto inmediato. El impuesto surge cuando se distribuyen dividendos. Si más tarde vende el BTC por €30,000, la ganancia adicional es €5,000 (€30,000 menos la base de coste de €25,000 establecida al recibir la minería). Esta ganancia también aumenta las ganancias retenidas sin impuesto inmediato.
Koinly requiere tres elementos para producir registros precisos: (1) todas las direcciones de wallets — cada dirección de Ethereum, dirección de Bitcoin y wallet en cualquier cadena que controle la OÜ, incluidas posiciones en smart contracts; (2) conexiones API de exchanges — claves API de cada exchange con acceso solo lectura para que Koinly pueda extraer directamente el historial de transacciones; y (3) entradas manuales para cualquier transacción no capturada por APIs — normalmente compras OTC, transferencias peer-to-peer, interacciones con protocolos DeFi en cadenas que Koinly no soporta completamente y cualquier transacción histórica anterior a la conexión API. Su contable revisará después las transacciones autoclasificadas por Koinly, corregirá manualmente los eventos mal clasificados (especialmente interacciones DeFi), exportará los datos de base de coste y los usará para preparar los asientos contables en su software de contabilidad. Koinly por sí mismo no registra en su software contable — su contable toma el output y lo traduce en asientos contables adecuados.