Wij gebruiken cookies

Wij gebruiken essentiële cookies om de site te laten functioneren en optionele cookies voor analyse en ondersteuning. Wij verkopen uw gegevens nooit. Cookiebeleid · Privacybeleid

Cryptojournaalboekingsgenerator: de gebalanceerde boeking achter vier veelvoorkomende gebeurtenissen

Kies een gebeurtenistype, voer de bedragen in en zie de dubbelboekingspost die dit oplevert. De rekeningnamen zijn bewust algemeen, zodat u ze kunt koppelen aan uw eigen rekeningschema. Het genereert een boekingsstructuur, geen complete administratie.

Start de rekenmodule

Algemene informatie over boekhoudkundige behandeling, geen boekhoud- of belastingadvies. Cijfers zijn illustratief. Controleer tegen de geldende standaarden (IFRS / US GAAP) en uw accountant.

Een sluitende boeking op basis van de bedragen die u invoert, met generieke rekeningnamen om op uw eigen rekeningschema af te beelden. Er wordt geen kostprijsmethode toegepast en geen keuze gemaakt tussen historische kostprijs en reële waarde, want beide hangen af van uw verslaggevingskader en uw grondslagen. Geen accountancy- of fiscaal advies.

Wat de generator doet

Een blockchain produceert een hash, tokenbedragen en adressen. Een exchange produceert een uitvoering. Geen van beide is een journaalboeking totdat iemand bepaalt wat de gebeurtenis betekent in boekhoudkundige termen. Deze tool behandelt de laatste stap van die vertaling voor vier gebeurtenistypen: een aankoop, een vervreemding, een inkomensontvangst en een overdracht tussen de eigen wallets van de entiteit. U voert het gebeurtenistype en een bedrag in, plus een kostprijsbasis bij een vervreemding en een vergoeding bij een aankoop of vervreemding, en het retourneert de debiteringen en crediteringen die in balans zijn.

De rekeningnamen zijn bewust algemeen: digitale activa, cash of stablecoin, gerealiseerde winst, gerealiseerd verlies, digitale activa-inkomsten. Uw rekeningschema noemt ze anders en splitst ze mogelijk per activum, wallet of doel. De structuur is wat overdraagbaar is, niet de labels.

Aankoop

Debiteer digitale activa voor de kostprijs plus de aanschafvergoeding, crediteer cash of stablecoin voor het totaal betaalde bedrag. Let op waar de vergoeding wordt geboekt. Deze wordt gekapitaliseerd in het activum in plaats van als kosten geboekt, omdat een vergoeding voor acquisitie doorgaans deel uitmaakt van de kostprijsbasis van het activum en de winst bij uiteindelijke vervreemding zal verminderen. Het in plaats daarvan als kosten boeken verlaagt de basis en verhoogt de latere winst.

Vervreemding

Debiteer cash tegen netto-opbrengst, dat wil zeggen bruto-opbrengst minus de vervreemdingsvergoeding. Crediteer digitale activa tegen de verbruikte kostprijsbasis. Het verschil gaat naar gerealiseerde winst als creditering of gerealiseerd verlies als debitering. De vervreemdingsvergoeding verlaagt de netto-opbrengst; het wordt geen eigen kostenpost. Werkend voorbeeld: een activum met een kostprijsbasis van 100, vervreemd voor 400, debiteert cash 400, crediteert het crypto-activum 100 en crediteert een gerealiseerde winst van 300. Als de opbrengst 60 was geweest, levert dezelfde structuur een gerealiseerd verlies van 40 op als debitering. Cijfers illustratief.

Inkomsten

Debiteer digitale activa tegen de waarde op ontvangst, crediteer digitale activa-inkomsten. De waarde die u als inkomen erkent, wordt de basis van het activum voor de toekomst, en dat is het punt van de boeking in plaats van een detail ervan: het voorkomt dat dezelfde waarde later bij verkoop opnieuw wordt belast. Erken 100 aan staking-beloning als inkomen, draag het activum op 100, verkoop op 130, en de winst is 30, niet 130.

Overdracht tussen eigen wallets

Debiteer de ontvangende wallet, crediteer de verzendende wallet, beide tegen de boekwaarde, en erken geen winst of verlies. Er is niets vervreemd. De entiteit houdt nog steeds het activum aan; het is slechts verplaatst. Het behandelen van een interne overdracht als een vervreemding verzint een gerealiseerde winst die nooit heeft plaatsgevonden, en het is een van de meest voorkomende manieren waarop crypto-administraties fout gaan. Een naïeve import die een uitstroom van het ene adres en een instroom naar het andere ziet, en niet weet dat beide aan dezelfde entiteit toebehoren, boekt een verkoop en een aankoop en creëert een winst uit een zelfoverdracht.

Wat deze generator niet kan

Twee beperkingen zijn belangrijker dan de rest, en geen van beide is een bug.

  • Het past geen kostprijsbasi* toe. Bij een vervreemding is de verbruikte basis iets dat u invoert, niet iets dat het berekent. Welke partijen een vervreemding reduceert, wordt bepaald door FIFO, LIFO, HIFO, gewogen gemiddelde of een jurisdictieregel, en dat vereist een volledige partijgeschiedenis. Bereken de basis met de kostprijsbasis-calculator of, beter, in een subgrootboek.
  • Het maakt geen meetkeuze tussen historische kostprijs en reële waarde. Die keuze volgt het rapportagekader en het boekhoudbeleid van de entiteit, dus de generator boekt wat u invoert en neemt geen standpunt in over of een herwaardering aan het einde van de periode vereist is.
  • Het dekt slechts vier gebeurtenistypen. Swaps, staking van hoofdsom, wrappen, bridgen, uitlenen, liquiditeitsposities, airdrops en forks zijn niet gemodelleerd.
  • Het leest uw wallets, exchanges of grootboek niet en boekt nergens iets.
  • Het nettovert niet een periode tot samengevatte boekingen, verwerkt geen meerdere valuta's, en houdt geen rekening met een netwerkvergoeding betaald in een derde token.
  • De output is een illustratie. Het is geen bewijs en geen werkdocument.

Van een boekingsstructuur naar een complete administratie

Het kennen van de vier structuren is echt nuttig voor het beoordelen van wat een systeem produceerde of het uitleggen van een behandeling aan een klant. Het is niet hoe een entiteit daadwerkelijk boekt. Een actieve treasury of fonds genereert duizenden gebeurtenissen in een periode, en het individueel boeken van elk daarvan naar het grootboek verbergt meer dan het onthult. Het gebruikelijke patroon is dat een subgrootboek de transactiegegevens op detailniveau bevat en samengevatte periodeboekingen naar het grootboek plaatst, die elk worden ondersteund door de details eronder.

Dat is wat CryptaCount doet. Het classificeert ruwe on-chain- en exchange-activiteit via 90+ blockchain-netwerken en 100+ connectoren, berekent de kostprijsbasis volgens uw methode, herkent bewegingen tussen uw eigen platforms als interne overdrachten in plaats van verkopen, en boekt schone periodeboekingen gekoppeld aan uw rekeningschema, met IFRS- en US GAAP-grootboeken en export naar QuickBooks, Xero, NetSuite, Sage en Zoho. De gids voor journaalboekingen behandelt de volledige set gebeurtenistypen.

De bijbehorende tools behandelen de aangrenzende vragen. De reëlewaardecalculator laat zien hoeveel een waardering varieert met de prijsbron die u kiest, en de winstcalculator en Ethereum-gasvergoedingscalculator behandelen de eenvoudigere rekenkunde. Alle vijf staan op de hub voor gratis tools.

Het moeilijke deel van een cryptojournaalboeking is nooit de debiteringen en crediteringen. Het is weten wat de gebeurtenis was en welke basis erdoor werd verminderd.
Bekijk hoe CryptaCount naar uw grootboek boekt

FAQ

Waarom gaat de aanschafvergoeding naar het activum in plaats van naar een kostenrekening?

Omdat een vergoeding voor acquisitie doorgaans deel uitmaakt van de kostprijsbasis van het activum. Door het te kapitaliseren, vermindert de vergoeding de winst bij uiteindelijke vervreemding in plaats van de winst- en verliesrekening twee keer te treffen, eenmaal als kosten en nogmaals via een te hoge winst.

Waarom vermindert een vervreemdingsvergoeding de opbrengst in plaats van een eigen post te krijgen?

Een vergoeding voor vervreemding vermindert doorgaans het netto gerealiseerde bedrag, dus de boeking debiteert cash tegen bruto-opbrengst minus de vergoeding en de gerealiseerde winst neemt dienovereenkomstig af. Het boeken als afzonderlijke kosten zou zowel de winst als de operationele kosten te hoog weergeven.

Werkt de generator de kostprijsbasis bij een vervreemding uit?

Nee. De verbruikte basis is een invoer die u levert. Het bepalen ervan vereist een per-partij geschiedenis en een gekozen methode, wat een subgrootboek onderhoudt. De kostprijsbasis-calculator demonstreert de werking op een handvol partijen.

Waarom is er geen winst bij een wallet-tot-wallet overdracht?

Omdat er niets is vervreemd. Het activum verplaatst tussen locaties die dezelfde entiteit controleert en neemt de kostprijsbasis met zich mee, dus beide kanten boeken tegen de boekwaarde en er ontstaat geen winst of verlies. Het boeken als verkoop creëert een fictieve winst.

Related