Contabilidad cripto de MetaMask

Conecte MetaMask a CryptaCount con su dirección pública del monedero y convierta la actividad on-chain 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 como fuente para el libro auxiliar

Los monederos on-chain contienen actividad de tesorería y operativa que su sistema de contabilidad no puede ver. 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

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

1. Dirección pública (recomendado). Copie su dirección pública del monedero MetaMask (`0x…`). En CryptaCount, vaya a Integraciones → Añadir monedero → MetaMask y péguela. CryptaCount lee su historial on-chain en las redes EVM compatibles (Ethereum, Polygon, Arbitrum, Optimism, Base y otras).
2. Importación CSV. Exporte su historial de transacciones del portfolio de MetaMask como CSV y súbalo.

**Proporcione siempre únicamente la dirección *pública*. Nunca introduzca una Frase de Recuperación Secreta** ni una clave privada — CryptaCount nunca las solicita. Una dirección pública es solo de observación y solo lectura; no puede mover fondos. Añada cada dirección si su empresa usa múltiples monederos.

Qué fluye a sus libros

Actividad on-chain de esas direcciones: swaps, transferencias, interacciones DeFi (liquidez, lending, staking), actividad NFT y comisiones de gas — cada uno clasificado para contabilidad, con transferencias entre sus propios monederos conciliadas para que no se contabilicen como enajenaciones.

Diseñado para equipos financieros

• Multi-cadena — un único conjunto de libros en las cadenas que usa su empresa, 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 la actividad de su monedero MetaMask al libro auxiliar

Un monedero MetaMask se conecta por su dirección pública, una vista de solo observación que permite a CryptaCount leer el historial on-chain sin ninguna capacidad de mover fondos. A partir de esa dirección, CryptaCount lee cada transacción en las redes EVM compatibles que usa el monedero y escribe cada una como un registro discreto con marca de tiempo en el libro auxiliar de criptomonedas — el swap, la transferencia, la interacción con contrato, la comisión de gas — cada uno con su activo, cantidad, contraparte e identificador on-chain íntegros. Su libro mayor recibe asientos contables resumidos, mientras el detalle completo on-chain permanece por debajo para la conciliación, el cálculo de ganancias y la auditoría.

La importación es idempotente: cada transacción on-chain está vinculada a su hash y posición de log, por lo que releer un monedero nunca duplica un evento. Puede actualizar después de un cierre, añadir una dirección recién descubierta o ampliar el historial, y confiar en que las cantidades y los saldos se mantienen estables entre actualizaciones. Dado que los monederos on-chain contienen actividad de tesorería y operativa que su sistema de contabilidad no puede ver de otro modo, este es a menudo el único lugar donde esa actividad se vuelve visible para el equipo financiero — una única fuente de verdad fiable sobre lo que hizo realmente el monedero.

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

Los datos on-chain brutos son densos y sin etiquetar; CryptaCount los prepara para la contabilidad clasificando cada transacción en un evento que sus libros pueden usar — un swap (una enajenación de un activo y una adquisición de otro, con precio independiente), una transferencia entrante o saliente, una interacción DeFi como suministrar liquidez, prestar o hacer staking, un movimiento de NFT, o una comisión de gas. Un swap en un exchange descentralizado se reconoce por el evento de dos lados que es, de modo que la ganancia realizada implícita en él se captura en lugar de ocultarse dentro de un único movimiento de token.

La conciliación demuestra los libros frente a la propia cadena. CryptaCount rastrea el saldo acumulado de cada activo implícito en su historial clasificado y lo verifica frente al saldo on-chain de la dirección, de modo que una transacción faltante, una red no compatible o una interacción sin clasificar aparece como una discrepancia en lugar de distorsionar silenciosamente sus posiciones. La cadena es la autoridad última sobre lo que posee un 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 monedero — un swap a otro token, una venta 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 opaca: puede desglosarse desde una ganancia en el libro mayor hasta las adquisiciones específicas que la generaron, incluidos activos adquiridos primero en un exchange y posteriormente transferidos al monedero.

El motor soporta la gama completa de estrategias de disposición que puede necesitar un equipo financiero 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 cuenta y cadena, no una suposició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

Las tesorerías on-chain mueven activos constantemente — de un exchange a MetaMask, entre dos de sus propios monederos, o a través de cadenas mediante un puente — 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, un lector ingenuo ve una salida de una dirección y una entrada a otra 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 como una ganancia que nunca ocurrió.

El emparejamiento considera activo, cantidad, momento y dirección en todas sus direcciones conectadas, y marca para confirmación humana cualquier cosa que no pueda emparejar con seguridad — los puentes y las conversiones de activos envueltos en particular se benefician de la revisión de un experto. Eso le mantiene en control de la base que se traslada, que es precisamente lo que espera un auditor cuando los activos se mueven entre los propios monederos de una organización. Añadir todas las direcciones de la empresa desde el principio es lo que hace que este emparejamiento sea fiable en lugar de parcial.

Comisiones y movimientos internos

Cada acción on-chain tiene un coste de gas, y el gas es parte de la economía de la transacción que paga. CryptaCount captura las comisiones de gas y las trata según su política — añadiendo el gas de una adquisición al coste de adquisición de ese activo, neteándolo contra los ingresos en una enajenación, o contabilizándolo como gasto — de modo que el coste y la ganancia reportados reflejen el verdadero coste de operar on-chain. En un monedero activo, el gas suma una cifra real, e ignorarlo subestima el coste y sobreestima las ganancias. Las interacciones DeFi también pueden generar tokens de recompensa o comisiones, que se reconocen en el momento de la recepción en lugar de descartarse.

• Comisiones de gas — capitalizadas en la base, neteadas contra los ingresos o contabilizadas como gasto según su política de medición, nunca ignoradas silenciosamente.
• Recompensas DeFi — las recompensas de liquidez, lending o staking se reconocen al valor razonable en el momento de la recepción y se dotan de un coste de adquisición para la enajenación posterior.
• 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 y entre cadenas — emparejados entre sus direcciones y excluidos de los cálculos de ganancias, con la base trasladada.

Controles y pista de auditoría

El control más sólido con un monedero no custodial es que CryptaCount solo mantiene una dirección pública — de solo observación, solo lectura, incapaz de mover fondos — y nunca solicita una Frase de Recuperación Secreta ni una clave privada. Eso es trivial de evidenciar ante un auditor: la conexión no puede transaccionar físicamente. Más allá del acceso, cada línea del libro mayor es 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. Dado que la cadena es pública e inmutable, esa referencia fuente es una evidencia inusualmente 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 nunca diverjan. 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 Web3 raramente operan desde un único monedero. Las operaciones, la tesorería, las nóminas y la actividad de protocolo pueden residir cada una en direcciones separadas, y un grupo puede abarcar varias entidades jurídicas. 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 operador de DAO, un fondo o una tesorería corporativa pueden mantener la actividad on-chain de cada entidad claramente separada en lugar de entremezclada en un único libro indiscriminado.

Esto importa tanto para la precisión como para 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 una transferencia entre los monederos de dos entidades se trata como el movimiento intercompañía que es, en lugar de netearla como si el grupo fuera una única dirección. La revisión y los permisos pueden limitarse por espacio de trabajo, apoyando la segregación de funciones que espera un auditor en una tesorería multi-monedero y multi-cadena.

Errores comunes al contabilizar la actividad de MetaMask

• Olvidar monederos. La actividad on-chain solo está completa si se conecta cada dirección de la empresa; un monedero omitido deja un hueco que rompe el emparejamiento de transferencias y los saldos.
• Tratar los swaps como no-eventos. Un swap en un DEX es una enajenación y una adquisición; ignorarlo oculta una ganancia o pérdida realizada.
• Contabilizar las transferencias internas o de puente como ventas. Mover activos entre sus propios monederos o entre cadenas no es una enajenación — emparejar los tramos preserva la base.
• Ignorar el gas. Las comisiones de gas son parte del coste de la transacción; omitirlas subestima el coste y sobreestima las ganancias en un monedero activo.
• Clasificar mal las recompensas DeFi. Las recompensas de liquidez, lending y staking son ingresos en el momento de la recepción y una ganancia separada en la enajenación posterior; conflation de los dos distorsiona ambas cifras.

Cómo usa CryptaCount sus datos de MetaMask

CryptaCount lee su dirección pública de MetaMask como fuente de solo observación, importa cada transacción on-chain en las redes EVM que usa, clasifica swaps, transferencias, interacciones DeFi, actividad NFT y gas 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 on-chain retenido en el libro auxiliar para que cada número sea trazable hasta su hash de transacción. Nunca guarda claves ni mueve fondos. Para ver cómo gestionaría sus monederos y cadenas, nuestro equipo puede revisar su configuración.

¿Qué redes lee CryptaCount para una dirección de MetaMask?

CryptaCount lee el historial on-chain en las redes EVM compatibles que usa el monedero — Ethereum y las principales layer-2 y sidechains como Polygon, Arbitrum, Optimism y Base, entre otras. La misma dirección pública se lee en cada cadena en la que ha estado activa, de modo que un único conjunto de libros puede abarcar las redes que realmente usa su organización.

¿Cómo gestiona CryptaCount las posiciones DeFi para los libros?

Las interacciones DeFi se clasifican según lo que son económicamente — suministrar o retirar liquidez, prestar, pedir prestado o hacer staking — y los tokens de recompensa recibidos se reconocen al valor razonable en el momento de la recepción con un coste de adquisición para la enajenación posterior. Cuando una interacción es ambigua, se marca para revisión en lugar de adivinarse, de modo que el tratamiento contable es una decisión que usted controla.

¿Es realmente seguro conectar una dirección pública para nuestra tesorería?

Sí. Una dirección pública es de solo observación y solo lectura: permite a CryptaCount ver el historial on-chain del monedero pero no puede mover, firmar ni retirar nada. CryptaCount nunca solicita su Frase de Recuperación Secreta ni la clave privada, y no hay ninguna vía por la que una dirección conectada pudiera autorizar una transacción — el acceso es únicamente de observación.

¿Cómo se tratan los movimientos de puente entre cadenas?

Un puente mueve el mismo valor de una cadena a otra dentro de su organización, por lo que no debería contabilizarse como una enajenación. Cuando ambos lados están conectados, CryptaCount empareja los tramos y traslada el coste de adquisición a través del puente, y marca cualquier tramo que no pueda emparejar con seguridad para que un revisor lo confirme — razón por la que conectar todas sus direcciones desde el principio es importante.