Contabilidad cripto de Ledger

Conecte Ledger a CryptaCount con sus direcciones públicas o un CSV de Ledger Live y convierta la actividad del monedero frío en libros limpios. CryptaCount lee su historial, calcula el coste de adquisición y contabiliza asientos en su ERP — con el detalle guardado en el libro auxiliar.

Su monedero hardware como fuente para el libro auxiliar

La tesorería en un Ledger es invisible para su sistema de contabilidad hasta que alguien la concilia a mano. CryptaCount lee esa actividad en un libro auxiliar de criptomonedas, aplica el coste de adquisición y su política de medición, y produce asientos resumidos para su libro mayor.

Cómo conectar

Ledger es un monedero hardware, por lo que no hay clave API — se conecta por dirección pública o CSV (una vista de solo lectura, solo observación):

1. Direcciones públicas. Para cada cadena que gestiona su Ledger (Bitcoin, Ethereum y otras), copie la dirección pública (o la clave pública extendida, donde se use) desde Ledger Live. En CryptaCount, vaya a Integraciones → Añadir monedero → Ledger y péguela.
2. CSV de Ledger Live. En Ledger Live, exporte su historial de operaciones como CSV y súbalo — un único archivo que cubre todas las cuentas.

Nunca introduzca su frase de recuperación de 24 palabras. CryptaCount solo necesita sus direcciones públicas o un CSV — ambos de solo observación y solo lectura. Su frase de recuperación permanece en su dispositivo.

Qué fluye a sus libros

Actividad on-chain en las cadenas y cuentas que gestiona Ledger: compras y ventas, transferencias, swaps, staking y recompensas y comisiones — cada uno clasificado para contabilidad, con transferencias entre sus propios monederos conciliadas.

Diseñado para equipos financieros

• Tesorería multi-cadena — un único conjunto de libros en cada cadena, a través de nuestra infraestructura de datos on-chain
• Coste de adquisición automatizado — 12 métodos de disposición (FIFO, LIFO, HIFO, coste medio ponderado, identificación específica y más); los tratamientos exigidos por la jurisdicción (agrupamiento UK Section 104, ACB canadiense) se aplican automáticamente
• Asientos en su ERP — QuickBooks, Xero, NetSuite o Sage → Integraciones ERP →
• Listo para auditoría — cada línea del libro mayor se puede desglosar hasta la transacción on-chain

Ver el libro auxiliar → · Contabilidad para despachos →

Cómo CryptaCount importa su actividad de Ledger al libro auxiliar

Un monedero hardware Ledger se conecta por sus direcciones públicas — una por cada cadena que gestiona — o mediante un CSV de Ledger Live, ambas vistas de solo observación que permiten a CryptaCount leer el historial sin ninguna capacidad de firmar o mover fondos. A partir de esas direcciones, CryptaCount lee la actividad on-chain en cada cadena que gestiona el dispositivo y escribe cada transacción como un registro discreto con marca de tiempo en el libro auxiliar de criptomonedas: la compra, la venta, la transferencia, el swap, la recompensa de staking, la comisión. Su libro mayor recibe solo asientos contables resumidos, mientras el detalle completo permanece por debajo para la conciliación, el coste de adquisición y la auditoría.

La tesorería en almacenamiento en frío es exactamente la actividad que tiende a ser invisible para un sistema de contabilidad hasta que alguien la concilia a mano, a menudo con meses de retraso. CryptaCount la hace continuamente visible e idempotente para su relectura — cada transacción está vinculada a sus identificadores de cadena, por lo que actualizar un monedero, añadir una cadena o ampliar el historial nunca duplica nada. El libro auxiliar se convierte en una única fuente de verdad fiable sobre lo que posee el monedero hardware y cómo llegó a esa situación, lista para convertirse en contabilidad.

Clasificación y conciliación de transacciones on-chain

CryptaCount clasifica cada transacción producida por las direcciones del Ledger en un evento contable que sus libros pueden usar — una compra o venta, una transferencia entrante o saliente, un swap (una enajenación de un activo y una adquisición de otro, con precio independiente), una recepción de staking o recompensa, o una comisión. Un swap se reconoce como el evento de dos lados que es, de modo que la ganancia realizada implícita en él se captura en lugar de ocultarse, y un depósito o retirada se distingue de una enajenación genuina para que la base se trate correctamente.

La conciliación demuestra los libros frente a la cadena. CryptaCount rastrea el saldo acumulado de cada activo implícito en su historial clasificado y lo compara con el saldo on-chain de la dirección, de modo que una transacción faltante, una cadena no conectada o una interacción sin clasificar aparece como una discrepancia en lugar de distorsionar silenciosamente las posiciones. La cadena es la autoridad sobre lo que posee el monedero, y el libro auxiliar debería conciliar con ella — ese estado fluye a su libro auxiliar de criptomonedas → para que los revisores lo inspeccionen.

Coste de adquisición y ganancia/pérdida para los libros

Cada enajenación procedente del Ledger — una venta, un swap a otro activo o una transferencia que su política trata como enajenación — necesita un coste de adquisición para que la ganancia o pérdida realizada pueda medirse y contabilizarse. CryptaCount mantiene lotes de adquisición por activo y los consume en la enajenación bajo el método elegido, luego contabiliza la ganancia o pérdida en el libro mayor junto al movimiento on-chain. Los lotes viven en el libro auxiliar, por lo que la cifra contabilizada nunca es una caja negra: puede desglosarse desde una ganancia en el libro mayor hasta las adquisiciones que la generaron — incluidos activos comprados en un exchange y posteriormente transferidos a almacenamiento en frío.

El motor soporta la gama completa de estrategias de disposición que un equipo financiero puede estar obligado a utilizar y aplica los tratamientos exigidos por la jurisdicción automáticamente donde corresponde. El método es una decisión de política deliberada aplicada coherentemente en cada cadena que gestiona el dispositivo, no una decisión por transacción — consulte los métodos de coste de adquisición → disponibles para ver cómo consume lotes cada uno.

Transferencias entre sus propias cuentas

Un monedero hardware es normalmente el destino u origen de movimientos internos — los activos se mueven de un exchange al almacenamiento en frío por seguridad, o salen del almacenamiento en frío para operar — y cada movimiento puede confundirse con una enajenación. No se ha vendido nada cuando un activo simplemente cambia de ubicación dentro de la organización, sin embargo, una importación ingenua ve una retirada en un lado y un depósito en el otro y se arriesga a contabilizar una ganancia ficticia. CryptaCount empareja los dos tramos de una transferencia interna en un único movimiento del mismo activo, trasladando el coste de adquisición original a través del movimiento para que no se restablezca ni se cristalice.

El emparejamiento considera activo, cantidad, momento y dirección en todas sus cuentas conectadas, y marca para confirmación humana cualquier cosa que no pueda emparejar con seguridad. Eso le mantiene en control de la base que se traslada, que es exactamente lo que espera un auditor cuando los activos entran o salen del almacenamiento en frío. La base trasladada sigue al activo hasta la cuenta que lo recibió, de modo que una enajenación posterior se mide aún frente al coste original real en lugar de una cifra restablecida.

Comisiones y movimientos internos

La actividad on-chain de un Ledger genera comisiones de red, y esas comisiones son parte de la economía de las transacciones que pagan. CryptaCount captura cada comisión y la trata según su política — añadiendo la comisión de una adquisición al coste de adquisición de ese activo, neteándola contra los ingresos en una enajenación, o contabilizándola como gasto — de modo que el coste y la ganancia reportados reflejen el verdadero coste de mover y operar. Las comisiones de red son fáciles de ignorar una a una pero significativas en conjunto, y omitirlas subestima el coste y sobreestima las ganancias.

• Comisiones de red — capitalizadas en la base, neteadas contra los ingresos o contabilizadas como gasto según su política de medición.
• Recepciones de staking y recompensas — reconocidas al valor razonable en el momento de la recepción y dotadas de un coste de adquisición para la enajenación eventual.
• Swaps — reconocidos como una enajenación y una adquisición, cada uno con precio independiente, para que las ganancias implícitas se capturen.
• Movimientos internos — emparejados entre cuentas y excluidos de los cálculos de ganancias, con la base trasladada íntegramente.

Controles y pista de auditoría

El control definitorio de un monedero hardware es que las claves nunca abandonan el dispositivo — y CryptaCount lo refuerza al mantener únicamente direcciones públicas o una exportación CSV, ambas de solo observación y solo lectura. CryptaCount nunca solicita su frase de recuperación de 24 palabras, y la conexión no puede firmar ni mover fondos físicamente, lo que es sencillo de evidenciar ante un auditor. Cada línea del libro mayor es entonces trazable de vuelta a través del libro auxiliar hasta la transacción on-chain exacta que la respalda, con su hash, fecha, activo, cantidad y los lotes de coste de adquisición consumidos — y dado que la cadena es pública e inmutable, esa referencia es una evidencia sólida.

Los asientos resumidos mantienen su ERP limpio mientras el detalle on-chain permanece en el libro auxiliar, y los mismos datos alimentan sus informes de cumplimiento cripto → para que los estados financieros y el libro auxiliar se mantengan alineados. Los asientos — débitos, créditos y mapeados de cuentas — son revisables antes de contabilizarse a través de asientos contables →, de modo que nada llega al libro mayor sin verse.

Consideraciones multi-entidad y de tesorería

Las organizaciones que mantienen tesorería en dispositivos Ledger frecuentemente gestionan varios dispositivos, muchas direcciones en muchas cadenas y más de una entidad jurídica. El modelo de espacio de trabajo de CryptaCount le permite asignar los monederos de cada entidad a su propio conjunto de libros, con su propia política de medición y plan de cuentas, al tiempo que consolida a nivel de grupo cuando sea necesario. Un fondo que custodia activos en almacenamiento en frío, un despacho que gestiona tesorerías de clientes o un grupo corporativo que abarca filiales pueden mantener las tenencias de cada entidad claramente separadas en lugar de entremezcladas.

Esa separación sustenta la precisión y el gobierno corporativo. El coste de adquisición, el emparejamiento de transferencias y el cálculo de ganancias se ejecutan dentro de los libros de una entidad, de modo que un movimiento entre los monederos de dos entidades se trata como una transferencia intercompañía en lugar de netearla. Los permisos y la revisión pueden limitarse por espacio de trabajo, apoyando la segregación de funciones que espera un auditor — particularmente importante cuando un único dispositivo puede mantener un valor significativo en múltiples cadenas.

Errores comunes al contabilizar la actividad de Ledger

• Olvidar una cadena o dirección. Un Ledger puede gestionar muchas cadenas; una dirección no conectada deja una laguna que rompe el emparejamiento de transferencias y los saldos.
• Contabilizar los movimientos hacia o desde el almacenamiento en frío como ventas. Transferir hacia o desde su Ledger no es una enajenación — emparejar los tramos preserva la base y evita ganancias ficticias.
• Tratar los swaps como no-eventos. Un swap es una enajenación y una adquisición; ignorarlo oculta una ganancia o pérdida realizada.
• Ignorar las comisiones de red. Las comisiones son parte del coste de la transacción; omitirlas subestima el coste y sobreestima las ganancias.
• Conciliar el almacenamiento en frío solo al cierre anual a mano. La conciliación tardía y manual invita a errores; un feed de solo observación leído continuamente mantiene los libros actualizados.

Cómo usa CryptaCount sus datos de Ledger

CryptaCount lee sus direcciones públicas de Ledger, o un CSV de Ledger Live, como fuente de solo observación, importa la actividad on-chain en cada cadena que gestiona el dispositivo, clasifica compras, ventas, transferencias, swaps, staking y comisiones en eventos contables, concilia los saldos frente a la cadena, calcula el coste de adquisición y las ganancias realizadas según su política, y contabiliza asientos resumidos en su ERP — con el detalle completo retenido en el libro auxiliar para que cada número sea trazable hasta su origen. Nunca guarda su frase de recuperación ni mueve fondos. Para ver cómo gestionaría su tesorería en almacenamiento en frío, nuestro equipo puede revisar su configuración.

¿Debemos añadir las direcciones públicas o importar un CSV de Ledger Live?

Ambas opciones funcionan. Añadir la dirección pública por cadena proporciona un feed de solo observación continuamente actualizado que se mantiene al día a medida que el monedero opera, lo que se adapta a una tesorería en curso. Una exportación CSV de Ledger Live que cubre todas las cuentas es conveniente para una carga puntual o un período histórico. Dado que la importación es idempotente, puede utilizar ambas sin duplicar las transacciones que se solapan.

¿Cómo contabiliza CryptaCount los activos transferidos de un exchange al almacenamiento en frío de Ledger?

Cuando tanto la cuenta del exchange como la dirección del Ledger están conectadas, CryptaCount empareja la retirada y el depósito como un único movimiento interno y traslada el coste de adquisición original al almacenamiento en frío. No se reconoce ninguna ganancia en el movimiento en sí; la base simplemente sigue al activo, de modo que una enajenación posterior desde el Ledger se mide frente al coste original real.

¿Conectar nuestro Ledger conlleva algún riesgo de firma?

No. CryptaCount solo mantiene direcciones públicas o un CSV — ambos de solo observación y solo lectura — y nunca solicita la frase de recuperación de 24 palabras. La frase de recuperación permanece en su dispositivo, y no hay ninguna vía por la que una dirección conectada pudiera firmar o autorizar una transacción. El acceso es únicamente de observación.

¿Cómo se tratan las recompensas de staking en un Ledger en los libros?

Las recepciones de staking y recompensas se reconocen como ingresos al valor razonable en la fecha de recepción, y ese valor se convierte en el coste de adquisición del activo recibido. Una enajenación posterior se mide entonces frente a esa base, manteniendo el evento de ingreso y la ganancia o pérdida posterior diferenciados en los libros en lugar de condensados en una sola cifra.