Cómo detectar si tu contabilidad de criptomonedas está mal hecha

2. Metodología de comprobación y detección de errores (paso a paso)

En este apartado, describiremos la metodología de comprobación que aplicamos para revisar una contabilidad de CoinTracking y cómo detectar incidencias antes de que se conviertan en un problema.

La idea es sencilla, recorreremos paso a paso los controles en el mismo orden en que se audita una contabilidad real (importación del dato → conciliación → documentación de cambios → trazabilidad → validaciones → generación y revisión de informes fiscales).

En cada paso indicaremos:

• Qué revisar exactamente en CoinTracking
• Qué señales son red flags
• Qué se observó en el caso práctico anonimizado.

Con ello podrás aprender a identificar por ti mismo los errores más frecuentes y a exigir la información mínima necesaria para que una contabilidad sea auditable y defendible.

2.1. Cargar los datos en CoinTracking de terceros

Si, como en nuestro caso práctico, solo dispones de un archivo “CoinTracking – Trade Table” en formato .csv o .xlsx, el primer paso es volcarlo en CoinTracking para poder auditarlo. En caso de no disponer de ese archivo o de credenciales, debes solicitárselo a la empresa con la que trabajaste.

Para poder volcar tus datos a CoinTracking, debes importarlo mediante “Importar → Importación CSV/XLS” (según corresponda) y subirlo a la herramienta.

Recuerda que es importante realizar este paso en una cuenta limpia (puedes hacerlo con una cuenta gratuita) para evitar duplicar datos y/o generar errores. Si ya dispones de los datos en tu cuenta de CoinTracking, puedes omitir este paso y comenzar la revisión con los siguientes apartados.

2.2 Revisión de conciliación de balances por medio (Exchanges, billeteras u otros)

El primer paso y más elemental es conciliar balances, o dicho de forma simple, comprobar que el saldo que muestra CoinTracking coincide con los saldos que tenemos.

Para conocer los balances que estamos declarando, debemos dirigirnos a “Análisis → Portafolio → Saldos por Exchange”. En este apartado veremos uno a uno los balances calculados por CoinTracking sobre los datos añadidos.

La revisión mínima e imprescindible consiste en tres comprobaciones:

1. Cantidad de activo: Deberemos revisar que el saldo del que disponemos coincida compárandolo con nuestro medio (Exchange, billetera…).
2. Valoración del activo: Comprobaremos que el valor en euros del activo sea correcto.
3. Limpieza scam tokens: Detectar y bloquear con la herramienta «añadir a lista negra» de todos los activos fraudulentos que hayamos recibido pero no se hayan comprado.

Al aplicar esta revisión al caso práctico, aparecieron tres señales claras:

• Red flag 1: Saldos negativos
  El usuario tenía saldos negativos en algunos medios y esto no debería ocurrir nunca en una contabilidad conciliada.
  Cuando el balance sea negativo o diferente al que dispongamos en el Exchange o billetera sincronizada a CoinTracking es porque necesariamente que faltan o sobra información.
  Por ello, saldos negativos ya demuestran que no se estaba conciliando ni revisando/subsanando errores.
  
• Red flag 2: Valoraciones incorrectas por activos mal identificados
  Se detectaron activos con valoraciones extremadamente altas (cientos de miles de euros) que no correspondían al valor de los activos reales.
  Como ejemplo, en el caso analizado se etiquetó como PUMP un activo que en CoinTracking corresponde a Pumpfun (PUMP11). Esta identificación errónea provocó una valoración incorrecta y fue uno de los múltiples errores de la misma naturaleza detectados (tickers homónimos / activos mal mapeados).
  
• Red flag 3: Tokens scam/spam no marcados
  Aparecían activos que el usuario no había adquirido ni reclamado y que encajaban con patrones típicos de spam/scam (por ej. exploradores blockchain los catalogaban como tokens peligrosos o AirDrops distribuidos a miles de usuarios a la vez bajo una misma TXID).
  En el caso anonimizado, estos tokens no estaban bloqueados ni marcados, lo que contaminaba el balance de las billeteras y afectaba a la trazabilidad.

La conciliación de balances no es un paso “de calidad extra”, es el filtro indispensable que determina si la contabilidad se sostiene.

Si CoinTracking refleja saldos negativos, discrepancias con el saldo real del medio o valoraciones distorsionadas por tokens mal identificados o spam/scam, entonces, la contabilidad no está conciliada y cualquier paso o comprobación posterior será inútil y prueba inequívoca que no se han subsanado errores de vital importancia.

2.3 Trazabilidad (origen/destino de fondos)

Para que una contabilidad de criptoactivos sea defendible, no basta con que esté conciliada y los balances cuadren, debe poderse acreditar la trazabilidad de los fondos.

La trazabilidad permite demostrar de dónde salen los activos y a dónde llegan. Esto es relevante tanto a efectos fiscales (inventario, coste, naturaleza del evento) como desde la óptica de compliance/AML, porque las entradas y salidas sin origen/destino verificable generan riesgos fiscales y de cumplimiento.

Para revisar la trazabilidad en CoinTracking, podemos acudir a “Análisis → Comprobaciones → Transacciones perdidas” y comprobar:

• Que no existan depósitos (llegadas) sin un origen identificable o sin evidencia (TXID / contraparte / soporte documental).
• Que no existan retiradas (salidas) sin un destino identificable o sin evidencia (facturas / contraparte / otros soportes documentales).
• Que los emparejamientos entre movimientos se hagan con tolerancias razonables (por ejemplo, una ventana temporal para llegadas/salidas cuando la plataforma no registra el mismo timestamp por su zona horaria), evitando emparejar operaciones que en realidad no sean el mismo movimiento. Generalmente emplearemos una compatibilidad mínima de:
  • Coincidencia del 95% del valor entrante y saliente
  • Ventana -12h/+24h entre la salida y la llegada del activo.
  • Evitar emparejar como transfer movimientos que ocurren dentro del mismo medio (no es posible que envies fondos y los recibas en el mismo medio).

La existencia de depósitos o retiros sin trazabilidad se soluciona normalmente:

• Añadir medios faltantes: La falta de un Exchange o billetera que explique el destino u origen de los fondos.
• Atribución del evento incorrecta: Cuando la llegada o salida se corresponda con una causa diferente al atributo «depósito» o «retirada», por ejemplo, que se trate de la entrega de rendimientos de un pool de liquidez o Airdrop y lo etiquete incorrectamente como «depósito».

En el caso anonimizado, detectamos incidencias relevantes que no fueron subsanadas:

• Más de 1.200 transacciones perdidas sin revisar.
• Medios incompletos (faltaban billeteras/plataformas, por ejemplo, se apreciaba la ausencia de redes como IOTA o XLM).
• Cientos de atribuciones incorrectas:
  • Microentradas repetidas compatibles con ataques de polvo (dust attack) registradas como depósitos
  • Rendimientos de pools de liquidez tratados como depósitos genéricos
  • Entradas/salidas asociadas a LP/staking clasificadas como depósitos y retiradas sin reconstrucción del flujo.

La trazabilidad puede ser un apartado complejo, desde AFCripto de forma frecuente nos enfrentamos a casos con +10.000 transacciones pérdidas sin origen y destino que conllevan muchas horas de trabajo por su actividad DeFi o antigüedad, pero no por ello se deben desatender.

2.4 Validaciones de valuación (tickers/precios)

En el mercado de las criptomonedas existen muchos activos que utilizan el mismo ticker de moneda, lo cual provoca que las aplicaciones contables identifiquen de forma incorrecta a una moneda y afecten a su valuación.

Para detectar estos errores, CoinTracking facilita una herramienta llamada «Validar transacciones», que podremos encontrar en«Análisis → Comprobaciones» y que, tras activar la opción «avisos», nos indicará que operaciones tienen un 20% de diferencia o más de valuación entre activos.

En este caso las redflags son sencillas, si disponemos de operaciones en este apartado, es necesario revisarlas en tal de asegurar que la herramienta no esta confundiendo tickers, y de hacerlo, sustituirlo por el correcto.

En el caso anonimizado de estudio, detectamos multiples activos en este caso, con monedas como SOL, que representa a Solana pero en CoinTracking es SOL2 o PUMP que representa a PumpFun y en la herramienta es PUMP11.

2.5. Revisión de informes fiscales (errores + plausibilidad)

Uno de los ultimos pasos que debemos dar con nuestra contabilidad y cuando los anteriores pasos esten totalmente correctos es la generación de informes fiscales.

A su realización, obtendremos en PDF y Excel, el resumen de plusvalias o minusvalias materializadas, pero, deberemos fijarnos en:

• No existen errores (advertencias) en los informes
  Su existencia supone que se estaban vendiendo activos que no se ha justificado su compra. Generalmente tendremos errores en este apartado por:
  • Horas incorrectas en algun Exchange por zona horaria
  • Se ha conciliado mal saldos, no hay trazabilidad completa o en general, falta de información.
• Revisar la valuación de operaciones, stakings AirDrops (y otros)
  Ante la ausencia de una herramienta especifica que nos permita detectar valuaciones incorrectas en tickers que no sean operaciones, emplearemos el informe para detectar que todas las valuaciones y cantidades de rendimientos/alteraciones patrimoniales son correctas.

2.6. Registro y documentación de cambios

Para llevar a cabo una contabilidad de criptoactivos, es frecuente tener que corregir o complementar datos importados desde exchanges o billeteras de forma manual.

En la práctica, es habitual encontrar incidencias como:

• Datos faltantes en CSV o API de Exchanges que requieren ser complementados
• Transacciones en Blockchains con catalogación del evento sucedido de forma incorrecta (pone depósito donde es staking, por ej).
• Blockchains o Exchanges sin soporte que deben ser trasladados a mano o haciendo uso de Excels “preparados” para ello.

Por este motivo, documentar las modificaciones y mantener un inventario mínimo de fuentes y medios utilizados se considera una buena práctica para que el trabajo sea auditable, justificable y reproducible, tanto en revisiones de terceros como en procesos de cumplimiento bancario o requerimientos de la administración tributaria.

En el caso anonimizado, detectamos varias red flags porque no le aportaron:

• Registro de modificaciones: listado de cambios realizados sobre los datos entregados por el proveedor, indicando el motivo de cada ajuste.
• Fuentes de información: origen de los datos utilizados (API, CSV, blockchain/exploradores, documentación de soporte como correos, facturas u otros).
• Inventario de medios: relación de exchanges, direcciones públicas de billeteras y/o plataformas utilizadas en el periodo.
• Calidad del dato por medio: identificación de qué medios presentaban incidencias y cuáles no requirieron intervención.

En resumen, una contabilidad de criptoactivos no es solo el resultado final, sino la trazabilidad del proceso: inventario de medios, listado de archivos fuente y un registro de modificaciones con su causa y evidencia. Sin esa “cadena de custodia” del dato, cualquier ajuste manual queda sin soporte y la contabilidad deja de ser plenamente auditable. En AFCripto trabajamos con este enfoque, identificamos y documentamos cada modificación y conservamos y organizamos las fuentes utilizadas para que el trabajo sea revisable por el cliente y por terceros.