Rapprochement
Le rapprochement est le processus de vérification que vos données comptables sont complètes, cohérentes et correspondent aux sources externes. CryptaCount fournit 12 contrôles automatisés de l’espace de travail couvrant tout, des mappings d’adresses à l’intégrité de la partie double.
Tableau de bord du rapprochement
Section intitulée « Tableau de bord du rapprochement »Le tableau de bord sous Reconciliation dans la barre latérale affiche l’état actuel de tous les contrôles de l’espace de travail.

Chaque contrôle affiche :
- Check name — Ce qui est vérifié
- Status — Pass, Fail, Warning ou Not Run
- Last run — Quand ce contrôle a été exécuté pour la dernière fois
- Findings count — Nombre de problèmes trouvés (le cas échéant)
Les 12 contrôles de l’espace de travail
Section intitulée « Les 12 contrôles de l’espace de travail »1. Adresses non mappées
Section intitulée « 1. Adresses non mappées »Ce qu’il vérifie : Trouve les adresses de transaction qui n’ont pas de mapping de compte GL.
Pourquoi c’est important : Les adresses non mappées signifient que les transactions ne peuvent pas être correctement journalisées. Si une adresse apparaît dans vos données de transaction mais n’a pas de mapping GL, les écritures pour ces transactions seront incomplètes ou manquantes.
Résolution : Ajoutez l’adresse comme wallet interne ou externe avec un mapping GL, ou attribuez un compte GL au wallet existant.
2. Décomptes de transactions
Section intitulée « 2. Décomptes de transactions »Ce qu’il vérifie : Compare les décomptes de transactions attendus (données blockchain et imports CEX) aux transactions réellement enregistrées.
Pourquoi c’est important : Un écart indique des données manquantes — des transactions qui auraient dû être importées mais ne l’ont pas été. Cela peut se produire suite à des échecs de synchronisation, des erreurs d’import ou des pulls incomplets.
Résolution : Resynchronisez les wallets affectés ou réimportez les données CEX pour les périodes manquantes.
3. Soldes d’ouverture / clôture
Section intitulée « 3. Soldes d’ouverture / clôture »Ce qu’il vérifie : Vérifie que le solde de clôture d’une période est égal au solde d’ouverture de la suivante.
Pourquoi c’est important : Une rupture dans la chaîne ouverture/clôture signifie que quelque chose a changé entre les limites de période — une transaction arrivée tardivement, un recalcul ou un ajustement manuel qui n’a pas été correctement propagé.
Résolution : Recalculez les soldes pour les périodes affectées. Si l’écart persiste, vérifiez les transactions dont les horodatages tombent entre les limites de période.
4. Transferts internes
Section intitulée « 4. Transferts internes »Ce qu’il vérifie : Vérifie que les transferts internes entre vos propres wallets sont correctement appariés et nets à zéro.
Pourquoi c’est important : Un transfert interne non apparié gonfle à la fois les sorties et les entrées, faussant vos états financiers. Chaque TRANSFER_OUT d’un de vos wallets vers un autre de vos wallets doit avoir un TRANSFER_IN correspondant.
Résolution : Utilisez l’outil CEX Transfer Matching pour les transferts CEX vers wallet, ou classifiez les paires appariées comme INTERNAL_TRANSFER.
5. Frais
Section intitulée « 5. Frais »Ce qu’il vérifie : Valide que les frais de gas et les frais de trading sont correctement enregistrés et classifiés.
Pourquoi c’est important : Les transactions de frais manquantes sous-estiment les charges. Les frais mal classifiés (p. ex. un frais de gas enregistré comme transfert) faussent les catégories de reporting.
Résolution : Révisez les transactions de frais signalées et corrigez leur classification.
6. Disponibilité des prix
Section intitulée « 6. Disponibilité des prix »Ce qu’il vérifie : Identifie les transactions et les dates de solde où des données de prix sont manquantes.
Pourquoi c’est important : Sans prix, CryptaCount ne peut pas calculer la juste valeur de marché pour la transaction ou le solde. Cela affecte les calculs de FMV, les plus-values/moins-values réalisées et les tests de dépréciation.
Résolution : Les prix manquants peuvent se résoudre avec un backfill de prix. Pour les tokens obscurs ou à faible liquidité, une saisie manuelle des prix peut être nécessaire.
7. Correspondance CEX
Section intitulée « 7. Correspondance CEX »Ce qu’il vérifie : Vérifie que les dépôts et retraits CEX sont appariés avec les mouvements de wallet on-chain.
Pourquoi c’est important : Les transferts CEX non appariés provoquent un double comptage — le même événement économique apparaît à la fois comme une transaction d’exchange et une transaction de wallet.
Résolution : Utilisez l’outil Transfer Matching pour lier les paires non appariées.
8. Partie double
Section intitulée « 8. Partie double »Ce qu’il vérifie : Valide que chaque écriture a des débits et crédits équilibrés.
Pourquoi c’est important : Une écriture déséquilibrée viole l’équation comptable fondamentale. Ce contrôle détecte les écritures corrompues ou partiellement comptabilisées.
Résolution : Révisez et corrigez les écritures signalées. Recomptabilisez depuis la transaction source si nécessaire.
9. Rejeu du grand livre
Section intitulée « 9. Rejeu du grand livre »Ce qu’il vérifie : Rejoue la séquence d’écritures et vérifie que les soldes résultants correspondent aux soldes calculés.
Pourquoi c’est important : Il s’agit d’un contrôle d’intégrité complet. Si le rejeu des journaux depuis le début produit des soldes différents des calculs stockés, quelque chose dans le pipeline de données est incohérent.
Résolution : Cela indique généralement un problème de données. Exportez les résultats et enquêtez sur les actifs et périodes spécifiques où le rejeu diffère des valeurs stockées.
10. Intégrité
Section intitulée « 10. Intégrité »Ce qu’il vérifie : Exécute la validation de l’intégrité des données sur l’espace de travail complet — intégrité référentielle, vérification de la chaîne de hash sur le grand livre général, et cohérence entre entités liées.
Pourquoi c’est important : Détecte les problèmes de données bas niveau que les autres contrôles manquent — enregistrements orphelins, références brisées et entrées de grand livre falsifiées.
Résolution : Les échecs d’intégrité doivent être examinés rapidement. Les résultats détaillent quels enregistrements spécifiques ont échoué à la validation.
11. Solde vs. Blockchain
Section intitulée « 11. Solde vs. Blockchain »Ce contrôle compare vos soldes on-chain calculés aux données blockchain en direct.
Ce qu’il vérifie : Interroge les soldes on-chain actuels pour chaque wallet et les compare aux avoirs calculés par CryptaCount.
Pourquoi c’est important : Un écart signifie soit que des transactions sont manquantes dans vos données (lacune de synchronisation) soit que des transactions sont incorrectement classifiées (p. ex. un TRANSFER_IN qui devrait être un SWAP).
Résolution : Resynchronisez le wallet affecté. Si l’écart persiste après la synchronisation, examinez les transactions individuelles pendant la période de désaccord.
12. Rapprochement de la hiérarchie
Section intitulée « 12. Rapprochement de la hiérarchie »Ce qu’il vérifie : Vérifie que les soldes se cumulent correctement à travers la hiérarchie des comptes GL — les sous-comptes s’additionnent à leurs comptes parents.
Pourquoi c’est important : Assure la cohérence des totaux des états. Une hiérarchie brisée signifie que les totaux de votre bilan ou balance de vérification ne correspondent pas à la somme de leurs postes.
Résolution : Révisez l’arborescence des comptes GL et corrigez les relations parent/enfant mal configurées.
Exécuter le rapprochement
Section intitulée « Exécuter le rapprochement »Contrôles individuels
Section intitulée « Contrôles individuels »Exécutez n’importe quel contrôle individuel depuis le tableau de bord de rapprochement en cliquant sur Run à côté du nom du contrôle. Les résultats apparaissent en quelques secondes pour la plupart des contrôles ; le rejeu du grand livre et les contrôles d’intégrité peuvent prendre plus de temps pour les espaces de travail importants.
Rapprochement complet
Section intitulée « Rapprochement complet »Cliquez sur Run Full Reconciliation pour exécuter les 12 contrôles en séquence. Cela produit un rapport de rapprochement complet qui est sauvegardé à des fins de piste d’audit.
Un rapprochement complet est recommandé :
- À la fin de chaque période comptable avant la clôture
- Après l’import de grands lots de nouvelles données
- Après des modifications en masse de classification ou de mapping GL
- Avant de générer des états financiers pour usage externe
Résultats du rapprochement
Section intitulée « Résultats du rapprochement »Consultez les résultats complétés sous Reconciliation → Reports.

Chaque résultat affiche :
- Run date — Quand le rapprochement a été exécuté
- Type — Rapprochement complet ou contrôle individuel
- Status — Pass (tous les contrôles réussis), Warning (quelques problèmes), ou Fail (problèmes critiques trouvés)
- Findings — Nombre total de problèmes sur tous les contrôles
Détail des résultats
Section intitulée « Détail des résultats »Cliquez sur un résultat pour voir ses résultats complets :
- Summary — Statut pass/fail pour chaque contrôle avec décompte des résultats
- Findings list — Problèmes individuels avec description, entité affectée et gravité
- Recommendations — Résolution suggérée pour chaque résultat
Export des résultats
Section intitulée « Export des résultats »Les résultats de rapprochement peuvent être exportés pour usage externe en audit. L’export comprend :
- Détail complet des résultats
- Descriptions de la méthodologie des contrôles
- Statut de résolution des résultats précédemment traités
- Horodatage et identification de l’espace de travail
Cet export est essentiel pour la documentation d’audit — il fournit la preuve que les procédures de rapprochement ont été effectuées et leurs résultats.
Besoin d'aide ?
Vous ne trouvez pas ce que vous cherchez ? Notre équipe d'assistance est là pour vous.
Vous évaluez CryptaCount pour votre cabinet ? Voir les tarifs · Réserver une démo