Omzetcontractregels

Omzetcontractregels via Revenue Rules in de zijbalk bepalen hoe CryptaCount inkomende transacties classificeert als omzet. Deze regels automatiseren het onderscheid tussen verschillende omzetstromen — staking-beloningen, validatorvergoedingen, protocolinkomsten, serviceomzet — zodat transacties worden geboekt op de juiste GL-rekeningen zonder handmatige review.

Waarom omzetregels belangrijk zijn

Crypto-entiteiten ontvangen vaak meerdere soorten inkomsten via dezelfde walletadressen:

• Staking-beloningen van validatoroperaties
• Protocolvergoedingen van eigendom van DeFi-protocollen
• Serviceomzet van SaaS- of infrastructuurdiensten betaald in crypto
• Airdrops die al dan niet als omzet worden beschouwd afhankelijk van de jurisdictie
• Yield van lending of liquiditeitsverschaffing

Zonder regels worden alle inkomende tokens standaard op een generieke classificatie gezet. Omzetregels passen bedrijfslogica toe om deze categorieën automatisch te onderscheiden, waardoor wordt gewaarborgd:

• Correcte boeking op GL-rekening (verschillende omzettypen → verschillende rekeningen)
• Nauwkeurige categorisering in de winst-en-verliesrekening
• Juiste belastingbehandeling (timing van omzetherkenning kan per categorie verschillen)
• Auditklare classificatie met gedocumenteerde regels

Een regel aanmaken

Een nieuwe omzetclassificatieregel aanmaken:

1. Navigeer naar Revenue Rules
2. Klik op Create Rule
3. Configureer de regelcriteria:

Regelcriteria

Veld	Beschrijving
Name	Beschrijvend label (bijv. “Ethereum Staking Rewards — Acme Digital Holdings”)
Asset	Op welk token of welke munt deze regel van toepassing is (bijv. ETH)
Transaction type	Specifieke typen matchen (STAKING_REWARD, CLAIM_REWARD, enz.)
Source address	Transacties van specifieke verzenderadressen matchen (bijv. een bekend stakingcontract)
Amount range	Optioneel minimaal/maximaal bedragfilter
Wallet	Optioneel beperken tot specifieke wallets

Regelactie

Wanneer een transactie aan de criteria voldoet, wijst de regel het volgende toe:

• Revenue classification — De specifieke omzetcategorie (operationele omzet, staking-inkomsten, protocolvergoedingen, enz.)
• GL account — Op welke grootboekrekening te boeken
• Economic intent — INCOME, OPERATIONAL, INVESTMENT, enz.

4. Sla de regel op

Regels testen

Test een regel op uw bestaande transactiegegevens voor activering:

1. Klik in de regeldetailweergave op Test Rule
2. Het systeem evalueert de regelcriteria op alle werkruimtetransacties
3. Resultaten tonen:
   • Matched transactions — Hoeveel bestaande transacties door deze regel zouden worden geclassificeerd
   • Sample matches — Een preview van gekoppelde transacties met hun voorgestelde classificatie
   • Conflicts — Transacties die zowel aan deze regel als aan een andere bestaande regel voldoen

Testen voor activeren

Testen wordt sterk aanbevolen voor het activeren van een nieuwe regel. Een regel met te brede criteria kan op grote schaal transacties verkeerd classificeren. Bekijk de testresultaten om te verifiëren:

• Het aantal overeenkomsten is redelijk (niet onverwacht hoog of laag)
• Voorbeeldtransacties zijn inderdaad het type dat u wilt classificeren
• Geen conflicten met regels met hogere prioriteit

Regels in- en uitschakelen

Elke regel heeft een actief/inactief-schakelaar:

• Actief — De regel wordt toegepast tijdens classificatie. Nieuwe en herclassificeerde transacties worden geëvalueerd aan de hand van deze regel.
• Inactief — De regel bestaat maar wordt niet toegepast. Gebruik dit om een regel tijdelijk uit te schakelen zonder hem te verwijderen.

Schakel een regel via de regelenlijst of -detailweergave. Het deactiveren van een regel maakt al gedane classificaties niet ongedaan — het stopt alleen toekomstige transacties van koppeling.

Regelprioriteit en conflicten

Wanneer meerdere regels dezelfde transactie kunnen matchen, past CryptaCount regels toe in prioriteitsvolgorde. De eerste overeenkomende regel wint.

Prioriteit beheren

Regels worden geëvalueerd in lijstvolgorde. Sleep regels om ze te herordenen en prioriteit in te stellen. Plaats meer specifieke regels boven bredere:

1. Specifiek contract + specifiek activum + specifieke wallet — Hoogste prioriteit
2. Specifiek contract + specifiek activum — Gemiddelde prioriteit
3. Alleen-activum- of alleen-type-regels — Lagere prioriteit, bredere opvangnet

Conflictoplossing

Als de testfunctie conflicten tussen regels aantoont, lost u deze op door:

• Criteria beperken — Meer voorwaarden toevoegen aan de conflicterende regel zodat er geen overlap is
• Herordenen — De specifiekere regel hoger plaatsen in de prioriteitenlijst
• Samenvoegen — Overlappende regels samenvoegen tot één regel met de juiste classificatie

Werkruimte- en globale regels

Omzetclassificatie werkt op twee niveaus:

• Werkruimteregels — Aangemaakt door werkruimtegebruikers, van toepassing op één werkruimte
• Globale regels — Regels op platformniveau die van toepassing zijn op alle werkruimten

Werkruimteregels hebben voorrang op globale regels voor hetzelfde transactietype.

Integratie met de boekhouding-pipeline

Omzetregels worden verwerkt in de boekhouding-pipeline:

1. Transactie komt binnen (van walletsynchronisatie of CEX-import)
2. Automatische classificatie wordt uitgevoerd, inclusief evaluatie van omzetregels
3. Gekoppelde regel wijst de omzetcategorie en GL-rekening toe
4. Journaalgeneratie gebruikt de toegewezen GL-rekening voor de creditregel
5. Financiële rapporten weerspiegelen de geclassificeerde omzet op de juiste inkomstenstaattregel

Als geen enkele regel een inkomenst transactie matcht, valt deze terug op de standaardclassificatielogica of gaat ze naar de handmatige reviewwachtrij.

Tip

Begin met regels voor uw omzetstromen met het hoogste volume. Voor Acme Digital Holdings zijn dat misschien staking-beloningen en protocolvergoedingen. Voeg regels toe voor randgevallen zodra ze verschijnen in de reviewwachtrij — zo bouwt u incrementeel een uitgebreide regelset op zonder van tevoren over-engineered te zijn.