Comptabilité crypto Ledger
Connectez Ledger à CryptaCount avec vos adresses publiques ou un CSV Ledger Live et transformez l'activité de votre portefeuille froid en comptes propres. CryptaCount lit votre historique, calcule le coût d'acquisition et comptabilise des écritures dans votre ERP — avec le détail conservé dans le grand livre auxiliaire.

Votre portefeuille matériel comme source pour le grand livre auxiliaire
La trésorerie détenue sur un Ledger est invisible pour votre logiciel de comptabilité jusqu'à ce que quelqu'un la rapproche manuellement. CryptaCount lit cette activité dans un grand livre auxiliaire crypto, applique le coût d'acquisition et votre politique d'évaluation, et produit des écritures synthétisées pour votre grand livre général.
Comment connecter
Ledger est un portefeuille matériel, il n'y a donc pas de clé API — vous vous connectez par adresse publique ou CSV (une vue en lecture seule, en observation uniquement) :
- Adresses publiques. Pour chaque chaîne que votre Ledger détient (Bitcoin, Ethereum et autres), copiez l'adresse publique (ou la clé publique étendue, le cas échéant) depuis Ledger Live. Dans CryptaCount, allez dans Intégrations → Ajouter portefeuille → Ledger et collez-la.
- CSV Ledger Live. Dans Ledger Live, exportez votre historique d'opérations en CSV et importez-le — un seul fichier couvrant tous vos comptes.
N'entrez jamais votre phrase de récupération de 24 mots. CryptaCount n'a besoin que de vos adresses publiques ou d'un CSV — les deux en observation uniquement et en lecture seule. Votre phrase de récupération reste sur votre appareil.
Ce qui alimente vos comptes
Activité on-chain sur les chaînes et comptes gérés par Ledger : achats et ventes, transferts, swaps, staking et récompenses et frais — chacun classifié pour la comptabilité, avec les transferts entre vos propres portefeuilles rapprochés.
Conçu pour les équipes finance
- Trésorerie multi-chaînes — un seul jeu de comptes sur toutes les chaînes, via notre infrastructure de données on-chain
- Coût d'acquisition automatisé — 12 méthodes de cession (FIFO, LIFO, HIFO, coût moyen pondéré, identification spécifique et plus) ; les traitements imposés par la juridiction (UK Section 104 pooling, Canada ACB) s'appliquent automatiquement
- Écritures dans votre ERP — QuickBooks, Xero, NetSuite ou Sage → Intégrations ERP →
- Prêt à l'audit — chaque ligne du grand livre est traçable jusqu'à la transaction on-chain
Voir le grand livre auxiliaire → · Comptabilité pour cabinets →
Comment CryptaCount ingère votre activité Ledger dans le grand livre auxiliaire
Un portefeuille matériel Ledger est connecté par ses adresses publiques — une par chaîne qu'il détient — ou par un CSV Ledger Live, les deux étant des vues en observation uniquement qui permettent à CryptaCount de lire l'historique sans aucune capacité à signer ou déplacer des fonds. À partir de ces adresses, CryptaCount lit l'activité on-chain sur chaque chaîne que l'appareil gère et inscrit chaque transaction comme un enregistrement discret et horodaté dans le grand livre auxiliaire crypto : l'achat, la vente, le transfert, le swap, la récompense de staking, les frais. Votre grand livre général reçoit uniquement des écritures synthétisées, tandis que le détail complet reste en dessous pour le rapprochement, le coût d'acquisition et l'audit.
La trésorerie en conservation froide est exactement l'activité qui tend à être invisible pour un logiciel de comptabilité jusqu'à ce que quelqu'un la rapproche manuellement, souvent des mois après. CryptaCount la rend continuellement visible et idempotente à relire — chaque transaction est indexée sur ses identifiants de chaîne, de sorte qu'actualiser un portefeuille, ajouter une chaîne, ou étendre l'historique ne double jamais le comptage. Le grand livre auxiliaire devient ainsi une source de vérité fiable pour ce que le portefeuille matériel détient et comment il y est parvenu, prête à être transformée en comptabilité.
Classification et rapprochement des transactions on-chain
CryptaCount classifie chaque transaction produite par les adresses du Ledger en un événement comptable exploitable par vos livres — un achat ou une vente, un transfert entrant ou sortant, un swap (une cession d'un actif et une acquisition d'un autre, valorisés indépendamment), une récompense de staking, ou des frais. Un swap est reconnu comme l'événement bilatéral qu'il est, de sorte que la plus-value réalisée qui y est incorporée est capturée plutôt que dissimulée, et un dépôt ou retrait est distingué d'une véritable cession afin que le coût soit traité correctement.
Le rapprochement prouve la concordance des livres avec la chaîne. CryptaCount suit le solde courant de chaque actif impliqué par votre historique classifié et le compare au solde on-chain de l'adresse, de sorte qu'une transaction manquante, une chaîne non connectée ou une interaction non classifiée apparaisse comme un écart plutôt que de déformer silencieusement les positions. La chaîne fait autorité pour ce que détient le portefeuille, et le grand livre auxiliaire doit se rapprocher d'elle — ce statut est disponible dans votre grand livre auxiliaire → pour que les réviseurs puissent l'inspecter.
Coût d'acquisition et plus-values pour les livres comptables
Toute cession depuis le Ledger — une vente, un swap en un autre actif, ou un transfert que votre politique traite comme une cession — nécessite un coût d'acquisition afin que la plus-value ou moins-value réalisée puisse être mesurée et comptabilisée. CryptaCount maintient les lots d'acquisition par actif et les consomme lors des cessions selon la méthode choisie, puis enregistre la plus-value ou moins-value au grand livre général en parallèle du mouvement on-chain. Les lots résident dans le grand livre auxiliaire, de sorte que le chiffre comptabilisé n'est jamais opaque : vous pouvez remonter depuis une plus-value au grand livre jusqu'aux acquisitions qu'elle a consommées — y compris des actifs achetés sur une plateforme d'échange et ultérieurement déplacés en conservation froide.
Le moteur prend en charge l'ensemble des méthodes de cession qu'une équipe finance peut être tenue d'utiliser et applique automatiquement les traitements imposés par la juridiction là où ils s'appliquent. La méthode est un choix de politique délibéré appliqué de manière cohérente sur toutes les chaînes que l'appareil détient, et non une décision par transaction — consultez les méthodes de coût d'acquisition disponibles → pour comprendre comment chacune consomme les lots.
Transferts entre vos propres comptes
Un portefeuille matériel est généralement la destination ou l'origine de mouvements internes — des actifs sont déplacés d'une plateforme d'échange en conservation froide pour des raisons de sécurité, ou hors de la conservation froide pour être utilisés — et chaque déplacement peut être confondu avec une cession. Rien n'a été vendu lorsqu'un actif ne fait que changer d'emplacement au sein de l'organisation, pourtant une importation naïve voit un retrait d'un côté et un dépôt de l'autre et risque de comptabiliser une plus-value fictive. CryptaCount rapproche les deux jambes d'un transfert interne en un seul mouvement du même actif, en portant le coût d'acquisition original à travers le déplacement afin qu'il ne soit ni réinitialisé ni cristallisé.
Le rapprochement tient compte de l'actif, de la quantité, du calendrier et de la direction sur l'ensemble de vos comptes connectés, et signale tout ce qu'il ne peut pas associer avec certitude pour confirmation par un utilisateur humain. Cela vous maintient en contrôle du coût porté, ce qui est exactement ce qu'un auditeur attend lorsque des actifs entrent ou sortent de la conservation froide. Le coût porté suit l'actif vers le compte qui l'a reçu, de sorte qu'une cession ultérieure soit toujours mesurée par rapport au vrai coût d'origine plutôt qu'à un chiffre réinitialisé.
Frais et mouvements internes
L'activité on-chain depuis un Ledger génère des frais de réseau, et ces frais font partie de l'économie des transactions qu'ils financent. CryptaCount capture chaque frais et le traite selon votre politique — en ajoutant le frais d'une acquisition au coût d'acquisition de cet actif, en le déduisant du produit de cession, ou en l'enregistrant comme une charge — de sorte que le coût et la plus-value déclarés reflètent le vrai coût des déplacements et des transactions. Les frais de réseau sont faciles à négliger un à un mais significatifs en agrégé, et les omettre sous-estime les coûts et surestime les plus-values.
- Frais de réseau — capitalisés dans le coût d'acquisition, déduits du produit de cession, ou enregistrés comme charge selon votre politique d'évaluation.
- Récompenses de staking et autres réceptions — reconnues à la juste valeur à la réception et dotées d'un coût d'acquisition pour la cession éventuelle.
- Swaps — reconnus comme une cession et une acquisition, chacun valorisé indépendamment, afin que les plus-values incorporées soient capturées.
- Mouvements internes — rapprochés entre comptes et exclus des calculs de plus-values, avec le coût porté intact.
Contrôles et piste d'audit
Le contrôle fondamental d'un portefeuille matériel est que les clés ne quittent jamais l'appareil — et CryptaCount le renforce en ne détenant jamais que des adresses publiques ou un export CSV, les deux en observation uniquement et en lecture seule. CryptaCount ne demande jamais votre phrase de récupération de 24 mots, et la connexion ne peut physiquement pas signer ni déplacer des fonds, ce qui est simple à démontrer à un auditeur. Chaque ligne du grand livre général est ensuite traçable à travers le grand livre auxiliaire jusqu'à la transaction on-chain exacte qui la sous-tend, avec son hash, sa date, son actif, sa quantité et les lots de coût d'acquisition consommés — et parce que la chaîne est publique et immuable, cette référence constitue une preuve solide.
Les écritures synthétisées maintiennent votre ERP épuré tandis que le détail on-chain reste dans le grand livre auxiliaire, et les mêmes données alimentent votre reporting de conformité crypto → afin que les états financiers et le grand livre auxiliaire restent alignés. Les écritures — débits, crédits et mappings de comptes — sont vérifiables avant comptabilisation via les écritures comptables →, de sorte que rien n'atteint le grand livre général sans être examiné.
Considérations multi-entités et de trésorerie
Les organisations qui conservent de la trésorerie sur des appareils Ledger gèrent fréquemment plusieurs appareils, de nombreuses adresses sur de nombreuses chaînes, et plus d'une entité juridique. Le modèle d'espace de travail de CryptaCount vous permet d'affecter les portefeuilles de chaque entité à ses propres livres, avec sa propre politique d'évaluation et son propre plan comptable, tout en consolidant sur le groupe lorsque nécessaire. Un fonds gardant des actifs en conservation froide, un cabinet gérant des trésoreries de clients, ou un groupe d'entreprises couvrant des filiales peuvent maintenir les avoirs de chaque entité proprement séparés plutôt que mélangés.
Cette séparation sous-tend la précision et la gouvernance. Le coût d'acquisition, le rapprochement des transferts et le calcul des plus-values s'effectuent au sein des livres d'une entité, de sorte qu'un mouvement entre les portefeuilles de deux entités est traité comme un transfert inter-entreprises plutôt que consolidé. Les permissions et la revue peuvent être délimitées par espace de travail, favorisant la séparation des tâches qu'un auditeur attend — particulièrement importante lorsqu'un seul appareil peut détenir une valeur significative sur plusieurs chaînes.
Erreurs courantes dans la comptabilisation de l'activité Ledger
- Manquer une chaîne ou une adresse. Un Ledger peut détenir de nombreuses chaînes ; une adresse non connectée laisse une lacune qui brise le rapprochement des transferts et les soldes.
- Comptabiliser les déplacements vers ou depuis la conservation froide comme des ventes. Transférer vers ou depuis votre Ledger n'est pas une cession — rapprocher les jambes préserve le coût et évite les plus-values fictives.
- Traiter les swaps comme des non-événements. Un swap est une cession et une acquisition ; l'ignorer dissimule une plus-value ou moins-value réalisée.
- Ignorer les frais de réseau. Les frais font partie du coût de transaction ; les omettre sous-estime les coûts et surestime les plus-values.
- Ne rapprocher la conservation froide qu'en fin d'exercice manuellement. Un rapprochement tardif et manuel invite les erreurs ; un flux en observation uniquement lu en continu maintient les livres à jour.
Comment CryptaCount utilise vos données Ledger
CryptaCount lit vos adresses publiques Ledger, ou un CSV Ledger Live, comme source en observation uniquement, ingère l'activité on-chain sur chaque chaîne que l'appareil détient, classifie achats, ventes, transferts, swaps, staking et frais en événements comptables, rapproche les soldes par rapport à la chaîne, calcule le coût d'acquisition et les plus-values réalisées selon votre politique, et comptabilise des écritures synthétisées dans votre ERP — avec le détail complet conservé dans le grand livre auxiliaire afin que chaque chiffre soit traçable jusqu'à sa source. Il ne détient jamais votre phrase de récupération et ne déplace jamais de fonds. Pour voir comment CryptaCount gérerait votre trésorerie en conservation froide, notre équipe peut parcourir votre configuration avec vous.
Vaut-il mieux ajouter des adresses publiques ou importer un CSV Ledger Live ?
Les deux fonctionnent. Ajouter l'adresse publique par chaîne fournit un flux en observation uniquement continuellement mis à jour qui reste à jour au fil des transactions du portefeuille, ce qui convient à une trésorerie continue. Un export CSV Ledger Live couvrant tous vos comptes est pratique pour un rattrapage ponctuel ou une période historique. Parce que l'ingestion est idempotente, vous pouvez utiliser les deux sans double-comptage des transactions qui se chevauchent.
Comment CryptaCount comptabilise-t-il les actifs déplacés d'une plateforme vers la conservation froide Ledger ?
Lorsque le compte de la plateforme d'échange et l'adresse Ledger sont tous deux connectés, CryptaCount rapproche le retrait et le dépôt comme un seul mouvement interne et porte le coût d'acquisition original en conservation froide. Aucune plus-value n'est reconnue sur le déplacement lui-même ; le coût suit simplement l'actif, de sorte qu'une cession ultérieure depuis le Ledger soit mesurée par rapport au vrai coût d'origine.
La connexion de notre Ledger présente-t-elle un risque de signature ?
Non. CryptaCount ne détient jamais que des adresses publiques ou un CSV — les deux en observation uniquement et en lecture seule — et ne demande jamais la phrase de récupération de 24 mots. La phrase de récupération reste sur votre appareil, et il n'existe aucun chemin par lequel une adresse connectée pourrait signer ou autoriser une transaction. L'accès est uniquement en observation.
Comment les récompenses de staking sur un Ledger sont-elles traitées dans les livres ?
Les récompenses de staking et autres réceptions sont reconnues comme des revenus à la juste valeur à la date de réception, et cette valeur devient le coût d'acquisition de l'actif reçu. Une cession ultérieure est alors mesurée par rapport à ce coût, maintenant l'événement de revenu et la plus-value ou moins-value subséquente distincts dans les livres plutôt que réduits à un seul chiffre.
FAQ
Vous fournissez vos adresses publiques (ou un CSV Ledger Live) ; CryptaCount lit votre historique on-chain dans un grand livre auxiliaire, calcule le coût d'acquisition et comptabilise des écritures dans votre ERP.
Non. En tant que portefeuille matériel, il est connecté par adresses publiques (une lecture on-chain en observation uniquement) ou par CSV Ledger Live — jamais par clé API ni phrase de récupération.
Oui. Les adresses publiques et les exports CSV sont en observation uniquement et en lecture seule. Ne partagez jamais votre phrase de récupération de 24 mots ; CryptaCount ne la demande jamais.
Soit en ajoutant l'adresse publique par chaîne, soit en exportant un CSV Ledger Live couvrant tous vos comptes.