Règles de comptabilisation des revenus

Les règles de comptabilisation des revenus sous Revenue Rules dans la barre latérale définissent la manière dont CryptaCount classifie les transactions entrantes en tant que revenus. Ces règles automatisent la distinction entre différents flux de revenus — récompenses de staking, frais de validateur, revenus de protocole, revenus de services — afin que les transactions soient imputées aux comptes GL appropriés sans révision manuelle.

Pourquoi les règles de revenus sont importantes

Les entités crypto reçoivent souvent plusieurs types de revenus via les mêmes adresses de wallet :

• Récompenses de staking issues des opérations de validation
• Frais de protocole liés à la détention de protocoles DeFi
• Revenus de services provenant de services SaaS ou d’infrastructure payés en crypto
• Airdrops qui peuvent ou non constituer des revenus selon la juridiction
• Rendements issus du lending ou de la fourniture de liquidités

Sans règles, tous les tokens entrants sont affectés par défaut à une classification générique. Les règles de revenus appliquent une logique métier pour distinguer automatiquement ces catégories, garantissant ainsi :

• Une imputation correcte aux comptes GL (différents types de revenus → différents comptes)
• Une catégorisation précise dans le compte de résultat
• Un traitement fiscal approprié (le timing de la reconnaissance des revenus peut différer selon la catégorie)
• Une classification prête pour l’audit avec des règles documentées

Création d’une règle

Pour créer une nouvelle règle de classification des revenus :

1. Naviguez vers Revenue Rules
2. Cliquez sur Create Rule
3. Configurez les critères de la règle :

Critères de la règle

Champ	Description
Name	Libellé descriptif (p. ex. « Ethereum Staking Rewards — Acme Digital Holdings »)
Asset	Le token ou la devise concerné par cette règle (p. ex. ETH)
Transaction type	Correspondance avec des types spécifiques (STAKING_REWARD, CLAIM_REWARD, etc.)
Source address	Correspondance des transactions provenant d’adresses d’émetteurs spécifiques (p. ex. un contrat de staking connu)
Amount range	Filtre optionnel de montant minimum/maximum
Wallet	Restriction optionnelle à des wallets spécifiques

Action de la règle

Lorsqu’une transaction correspond aux critères, la règle attribue :

• Revenue classification — La catégorie de revenus spécifique (revenus opérationnels, revenus de staking, frais de protocole, etc.)
• GL account — Le compte du grand livre sur lequel imputer l’écriture
• Economic intent — INCOME, OPERATIONAL, INVESTMENT, etc.

4. Enregistrez la règle

Test des règles

Avant d’activer une règle, testez-la sur vos données de transactions existantes :

1. Depuis la vue de détail de la règle, cliquez sur Test Rule
2. Le système évalue les critères de la règle sur l’ensemble des transactions de l’espace de travail
3. Les résultats affichent :
   • Matched transactions — Combien de transactions existantes seraient classifiées par cette règle
   • Sample matches — Un aperçu des transactions correspondantes avec leur classification proposée
   • Conflicts — Les transactions qui correspondent à cette règle ET à une autre règle existante

Tester avant d’activer

Il est fortement recommandé d’effectuer un test avant d’activer une nouvelle règle. Une règle aux critères trop larges peut entraîner une mauvaise classification à grande échelle. Vérifiez les résultats du test pour vous assurer que :

• Le nombre de correspondances est raisonnable (ni anormalement élevé, ni anormalement faible)
• Les transactions en exemple sont bien du type que vous souhaitez classifier
• Aucun conflit n’existe avec des règles de priorité plus élevée

Activation et désactivation des règles

Chaque règle dispose d’un bouton de bascule actif/inactif :

• Active — La règle est appliquée lors de la classification. Les transactions nouvelles et reclassifiées seront évaluées par rapport à cette règle.
• Inactive — La règle existe mais n’est pas appliquée. Utilisez cette option pour désactiver temporairement une règle sans la supprimer.

Basculez une règle depuis la liste des règles ou la vue de détail. La désactivation d’une règle n’annule pas les classifications déjà effectuées — elle empêche uniquement les transactions futures d’être mises en correspondance.

Priorité des règles et conflits

Lorsque plusieurs règles peuvent correspondre à la même transaction, CryptaCount applique les règles par ordre de priorité. La première règle correspondante l’emporte.

Gestion de la priorité

Les règles sont évaluées dans l’ordre de la liste. Faites glisser les règles pour les réordonner et définir la priorité. Placez les règles plus spécifiques au-dessus des règles plus générales :

1. Contrat spécifique + actif spécifique + wallet spécifique — Priorité la plus haute
2. Contrat spécifique + actif spécifique — Priorité moyenne
3. Règles basées sur l’actif uniquement ou le type uniquement — Priorité plus basse, capture générale

Résolution des conflits

Si la fonctionnalité de test révèle des conflits entre des règles, résolvez-les en :

• Affinant les critères — Ajoutez davantage de conditions à la règle conflictuelle afin d’éliminer le chevauchement
• Réordonnant — Placez la règle plus spécifique plus haut dans la liste de priorités
• Fusionnant — Combinez les règles qui se chevauchent en une seule règle avec la classification correcte

Règles d’espace de travail et règles globales

La classification des revenus opère à deux niveaux :

• Workspace rules — Créées par les utilisateurs de l’espace de travail, s’appliquent à un seul espace de travail
• Global rules — Règles au niveau de la plateforme qui s’appliquent à tous les espaces de travail

Les règles d’espace de travail ont la priorité sur les règles globales pour le même type de transaction.

Intégration avec le pipeline comptable

Les règles de revenus s’intègrent dans le pipeline comptable :

1. La transaction arrive (depuis la synchronisation du wallet ou l’import CEX)
2. La classification automatique s’exécute, incluant l’évaluation des règles de revenus
3. La règle correspondante attribue la catégorie de revenus et le compte GL
4. La génération du journal utilise le compte GL attribué pour l’écriture de crédit
5. Les rapports financiers reflètent les revenus classifiés dans la ligne appropriée du compte de résultat

Si aucune règle ne correspond à une transaction de revenus, celle-ci est transmise à la logique de classification par défaut ou entre dans la file de révision manuelle.

Astuce

Commencez par des règles pour vos flux de revenus les plus importants en volume. Pour Acme Digital Holdings, il pourrait s’agir des récompenses de staking et des frais de protocole. Ajoutez des règles pour les cas particuliers au fur et à mesure qu’ils apparaissent dans la file de révision — vous construisez ainsi un ensemble de règles complet de manière incrémentale, sans sur-ingénierie dès le départ.