CryptaCount
🌐 NL
EnglishENDeutschDEEspañolESFrançaisFRItalianoIT日本語JA한국어KONederlandsNLPolskiPLPortuguêsPT
Inloggen Gratis starten

FASB Crypto Reële Waarde: Meetniveaus Die Elke Accountant Moet Kennen

VERSLAGGEVINGSSTANDAARDEN FASB Crypto Reële Waarde: MeetniveausDie Elke Accountant Moet Kennen

De manier waarop bedrijven crypto-activa meten en rapporteren op hun balans veranderde significant toen de Financial Accounting Standards Board haar richtlijn finaliseerde die fair value-accounting voor bepaalde digitale activa vereist. FASB crypto fair value-regels, gecodificeerd onder ASC 350-60, vervingen het oude model van immateriële vaste activa met onbepaalde levensduur dat jarenlang frustreerde bij opstellers en auditors. Onder de vorige aanpak konden bedrijven cryptobezittingen alleen afwaarderen bij impairment, maar nooit weer opwaarderen, zelfs niet wanneer marktprijzen sterk herstelden. Het nieuwe model brengt de boekwaarde in lijn met de marktrealiteit door entiteiten te verplichten in aanmerking komende crypto-activa op elke rapportagedatum tegen reële waarde te waarderen, met ongerealiseerde winsten en verliezen die via het nettoresultaat lopen. Voor accountantskantoren die zakelijke klanten adviseren en voor CFO's die treasuryposities in Bitcoin of andere digitale activa beheren, is het begrijpen van hoe reële waarde wordt gemeten en geclassificeerd niet langer optioneel. Het is een kerncompetentie.

Waarom FASB overstapte op Fair Value voor Crypto-activa

Het oude impairment-only model werd breed bekritiseerd omdat het jaarrekeningen opleverde die de waarde van activa tijdens bullmarkten onderbelichten en investeerders geen actueel beeld gaven van de economische positie van een bedrijf. Een bedrijf dat Bitcoin tegen een hoge prijs kocht, zag dalen, een impairment-verlies nam en vervolgens vasthield tijdens een herstel, zou het actief tegen de geïmpaireerde waarde blijven dragen, voor onbepaalde tijd. Die asymmetrie maakte balansen misleidend. FASB reageerde na jaren van feedback van belanghebbenden door een update uit te geven die fair value-meting vereist voor crypto-activa binnen de reikwijdte, met veranderingen in de reële waarde die elke periode in het nettoresultaat worden opgenomen. De standaard is van toepassing op activa die aan specifieke criteria voldoen: het moeten immateriële activa zijn, beveiligd via cryptografie, op een gedistribueerd grootboek staan, en de houder geen recht geven op onderliggende goederen, diensten of een ander actief. Activa die niet aan die criteria voldoen, waaronder bepaalde utility tokens en non-fungible tokens, vallen buiten de reikwijdte en vereisen een aparte accountinganalyse. Deze afbakeningsbeslissing is enorm belangrijk voor kantoren die klanten met diverse digitale activaportefeuilles onboarden.

De FASB Fair Value-hiërarchie: Level 1, Level 2 en Level 3-ingangen

Fair value onder US GAAP is niet één getal dat uit de lucht komt vallen. Het wordt afgeleid via een gestructureerde hiërarchie die de meest betrouwbare evidentie prioriteert. ASC 820, de master fair value-standaard, stelt drie niveaus van ingangen vast, en dezelfde niveaus zijn van toepassing bij het meten van crypto-activa onder ASC 350-60 crypto-richtlijn. Begrijpen waar een bepaald actief in deze hiërarchie zit, bepaalt hoe controleerbaar en verdedigbaar het gerapporteerde cijfer zal zijn.

De onderstaande tabel vat de drie niveaus en hun toepassing op veelvoorkomende crypto-activatypen samen.

Niveau Ingangstype Typische crypto-activavoorbeelden Controle risico
Level 1 Genoteerde prijzen in actieve markten voor identieke activa Bitcoin (BTC), Ether (ETH) op grote beurzen Laag
Level 2 Waarneembare ingangen anders dan Level 1 genoteerde prijzen Minder liquide tokens met waarneembare maar indirecte prijzen Gemiddeld
Level 3 Niet-waarneembare ingangen op basis van entiteitsveronderstellingen Illiquide of privé uitgegeven tokens, bepaalde DeFi-posities Hoog

Voor de meeste bedrijfstreasuries die Bitcoin of Ether aanhouden, is Level 1-classificatie eenvoudig. Er zijn actieve, liquide markten op meerdere beurzen en genoteerde prijzen zijn direct beschikbaar. De meetuitdaging wordt snel intenser zodra een klant tokens met dunne handelsvolumes, activa vastgezet in staking-protocollen, of posities in wrapped tokens bezit, waarbij de peg een extra variabele introduceert. Die situaties duwen opstellers richting Level 2- of Level 3-territorium, wat meer documentatie, meer oordeelsvorming en grotere controle door auditors vereist.

ASC 350-60 Crypto: Reikwijdte, Erkenning en Openbaarmakingsvereisten

ASC 350-60 crypto-richtlijn stelt niet alleen vast hoe crypto-activa tegen reële waarde moeten worden gemeten, maar ook welke toelichtingen bij die metingen moeten worden verstrekt. Entiteiten moeten de significante ingangen en waarderingstechnieken openbaren die zijn gebruikt voor Level 2- en Level 3-metingen, wat een aanzienlijke documentatie-inspanning kan zijn voor bedrijven met een heterogene portefeuille. Voor Level 3-activa is een reconciliatie van de begin- en eindsaldo vereist, inclusief het effect van ongerealiseerde winsten en verliezen voor de periode. Deze vereisten zijn niet triviaal. Een klant met een mand van twintig tokens, waarvan er meerdere worden verhandeld op decentrale beurzen met beperkte prijstransparantie, heeft een robuust waarderingsproces nodig vóór de periodesluiting.

De erkenningsmechanismen zijn even belangrijk. Onder ASC 350-60 worden winsten en verliezen uit hoofde van veranderingen in reële waarde opgenomen in het nettoresultaat, niet in andere uitgebreide inkomsten. Dit betekent dat een bedrijf met een grote Bitcoin-positie zijn gerapporteerde winst zal zien fluctueren met cryptoprijsbewegingen, een overweging die materiële implicaties heeft voor winst-per-aandeel-berekeningen, naleving van convenanten met betrekking tot schulden en communicatie met investeerders. Accountingadviseurs moeten klanten helpen deze effecten op de winst-en-verliesrekening te modelleren voordat ze verrassingen worden aan het einde van het jaar.

Vereiste toelichting Van toepassing op Opmerkingen
Beschrijving van significante belangen Alle in scope vallende crypto-activa Naam, aangehouden eenheden, reële waarde aan het einde van de periode
Waarderingstechniek en inputs Activa van niveau 2 en niveau 3 Gebruikte methodologie moet worden beschreven
Niveau 3-rollforward Alleen niveau 3-activa Beginsaldo, aankopen, verkopen, winsten, verliezen, eindsaldo
Ongerealiseerde winsten en verliezen Alle in scope vallende crypto-activa Afzonderlijk toegelicht voor activa aangehouden aan het einde van de periode
Beperkingen op activa Waar van toepassing Omvat lock-up-periodes, stakingsbeperkingen

Hoe IFRS-crypto-activabehandeling zich verhoudt tot US GAAP

Voor bedrijven met multinationale klanten of die geconsolideerde overzichten opstellen die meerdere jurisdicties omvatten, is inzicht in het verschil tussen US GAAP en IFRS-crypto-activabehandeling essentieel. IFRS heeft nog geen speciale crypto-activastandaard gelijkwaardig aan ASC 350-60. De IASB publiceerde in 2023 een small-scope-wijziging die verduidelijkt dat crypto-activa die voldoen aan de definitie van een immaterieel actief onder IAS 38 doorgaans moeten worden gewaardeerd volgens het kostprijsmodel of het herwaarderingsmodel. Onder het herwaarderingsmodel gaan opwaartse herwaarderingen naar andere gerealiseerde en niet-gerealiseerde resultaten (OCI) in plaats van naar winst of verlies, wat een fundamenteel verschil is met de US GAAP-benadering waarbij alle fair value-veranderingen in het nettoresultaat vallen.

IFRS-crypto-administratie vereist ook een zorgvuldige analyse van de scope. Het aanhouden van een stablecoin die contractueel inwisselbaar is voor contanten, kan kwalificeren als een financieel actief onder IFRS 9, waardoor het binnen het fair value through profit or loss-model valt dat meer lijkt op de uitkomst van ASC 350-60. Maar een volatiliteitsgevoelige utility token zal waarschijnlijk vaker als een immaterieel actief onder IAS 38 worden beschouwd, met meetkeuzes die wezenlijk verschillen van het FASB-model. Bedrijven die klanten adviseren die onder beide kaders rapporteren, moeten parallelle boekhoudkundige beleidsregels hanteren en de reconcilieerbare verschillen duidelijk documenteren. Een goed onderhouden crypto-subgrootboek en kostprijsbasisreconciliatiesysteem is de praktische basis om deze complexiteit te beheersen.

Kenmerk US GAAP (ASC 350-60) IFRS (IAS 38 / IFRS 9)
Primaire standaard ASC 350-60 (specifieke cryptorichtlijn) IAS 38 of IFRS 9 (geen speciale cryptostandaard)
Waarderingsbasis Fair value verplicht voor activa binnen scope Kostprijs- of herwaarderingsmodel (IAS 38); FVTPL mogelijk onder IFRS 9
Verwerking van winsten en verliezen Nettoresultaat (P&L) OCI (herwaarderingsmodel) of P&L (IFRS 9 FVTPL)
Bijzondere waardeverminderingstoets Niet vereist onder fair value-model Vereist onder kostprijsmodel (IAS 36)
Specifieke richtlijn Ja Nee (alleen small-scope-wijziging IASB)

Staking, Wrapping en DeFi: complexiteit bij meting

De fair value-hiërarchie wordt aanzienlijk complexer wanneer cliënten crypto-activa aanhouden in andere vormen dan eenvoudige spotposities op gecentraliseerde exchanges. Gestakte activa vormen een bijzondere uitdaging. Wanneer een token is vergrendeld in een stakingprotocol, kan de houder te maken krijgen met een vertraging voordat het actief kan worden ontgrendeld en verkocht. Deze beperking van de liquiditeit is een relevante factor onder ASC 820's concept van de principal market, en kan een aanpassing van de genoteerde prijs of een verschuiving van niveau 1- naar niveau 2-classificatie rechtvaardigen. Wrapped tokens voegen een extra laag toe. Een wrapped versie van een actief handelt op een andere keten en vertrouwt op een brugmechanisme om de peg te behouden. Als de peg historisch is afgeweken of als de brug smart contract-risico met zich meebrengt, kan een eenvoudige koppeling aan de prijs van het onderliggende token de reële waarde niet nauwkeurig weergeven.

DeFi-liquiditypoolposities zijn misschien wel het moeilijkst te meten. Een positie in een automated market maker-pool is geen eenvoudige tokenbezit. Het is een evenredige vordering op twee of meer activa, onderhevig aan impermanent loss-dynamiek, en er is geen enkele genoteerde prijs voor een dergelijke positie op welke exchange dan ook. Bedrijven die klanten met DeFi-blootstelling adviseren, hebben waarderingsmethodologieën nodig die bestand zijn tegen auditors, en die methodologieën moeten worden gedocumenteerd en consistent worden toegepast van periode tot periode. De interactie van deze meetvragen met opkomende rapportagekaders zoals CARF crypto reporting en DAC8 reporting, die zich richten op transactiegegevens in plaats van balanswaarden, creëert een gelaagde compliance-omgeving die systematische tooling vereist.

Auditgereedheid en de rol van subgrootboekgegevens

Fair value-meting onder ASC 350-60 is slechts zo goed als de onderliggende gegevens. Auditors die een crypto-houdende cliënt beoordelen, willen elke positie kunnen herleiden van de verwerving tot de fair value aan het einde van de periode. Die herleiding hangt af van volledige, getimede transactierecords die zijn gekoppeld aan de specifieke wallets en exchange-accounts waar activa worden aangehouden. Hiaten in de gegevensketen, zoals niet-gemapte walletadressen, ontbrekende exchange API-feeds of niet-gereconcilieerde overdrachten tussen custodians, leiden tot bevindingen die de goedkeuring kunnen vertragen en cliëntrelaties kunnen schaden.

Administratiekantoren die hebben geïnvesteerd in subgrootboekinfrastructuur die in staat is om transactiegegevens van exchanges, wallets en on-chain bronnen te halen, en elke positie aan het juiste fair value-niveau te koppelen, verkeren in een aanzienlijk sterkere positie dan degenen die vertrouwen op handmatige spreadsheets. Het subgrootboek moet ook de kostprijsgegevens correct vastleggen, want zelfs onder het fair value-model blijft de kostprijsbasis relevant voor fiscale doeleinden onder crypto US GAAP accounting en voor het reconciliëren van boek-belastingverschillen. Cliënten die hun financiële rapportagesysteem scheiden van hun fiscale kostprijstracking creëren onnodig reconciliatiewerk en verhogen het risico op fouten in beide sets administraties.

Illustratief scenario

Om te illustreren hoe dit in de praktijk werkt, beschouwen we het volgende scenario:

Michael is een Senior Manager bij een middelgroot Amerikaans accountantskantoor dat onlangs drie zakelijke klanten met materiële crypto-bezittingen aan zijn portefeuille heeft toegevoegd. Eén klant houdt alleen Bitcoin en Ether aan bij een gereguleerde bewaarder, waardoor de Level 1 reële-waardebepaling eenvoudig is. Een tweede klant heeft een mix van Bitcoin, een minder liquide altcoin en een positie die is gestaked in een Ethereum-validator. Dit vereist Level 1-classificatie voor Bitcoin, Level 2-analyse voor de altcoin en een waarderingsinschatting voor de gestakte positie vanwege de unbonding-periode. De derde klant heeft een liquiditeitspoolpositie in een DeFi-protocol, waarvoor een op maat gemaakt waarderingsmodel nodig is dat noch de klant noch het kantoor van Michael eerder had gebouwd.

Het team van Michael gebruikt CryptaCount om volledige transactiegeschiedenissen van alle drie de klanten op te halen, elke bezitting aan het juiste reële-waardeniveau toe te wijzen en de vereiste toelichtingsschema's onder ASC 350-60 te genereren, inclusief de Level 3-rollforward voor de DeFi-positie. Wat voorheen weken van handmatige afstemming over spreadsheets zou hebben gekost, wordt voltooid voordat de auditwerkzaamheden beginnen. De auditors ontvangen een schoon, traceerbaar datapakket en alle drie de klanten tekenen op tijd af. Het kantoor van Michael positioneert vervolgens het reële-waarde-advieswerk als een zelfstandige dienstverlening voor nieuwe zakelijke crypto-klanten.

Veelgestelde vragen

Wat is FASB reële waarde voor crypto en wanneer werd het van kracht?

FASB reële waarde voor crypto verwijst naar de vereiste onder ASC 350-60 voor entiteiten om in aanmerking komende crypto-activa op elke rapportagedatum tegen reële waarde te waarderen, met wijzigingen verwerkt in de nettowinst. De standaard werd van kracht voor boekjaren die beginnen na 15 december 2024, met vroege toepassing toegestaan. Het verving het impairment-only model dat eerder van toepassing was onder het raamwerk voor immateriële activa met onbepaalde levensduur.

Welke crypto-activa vallen onder ASC 350-60?

ASC 350-60 dekt immateriële activa die zijn beveiligd via cryptografie, op een blockchain of distributed ledger bestaan, en de houder geen contractuele aanspraak geven op onderliggende goederen, diensten of financiële activa. Bitcoin en Ether zijn de meest genoemde activa die onder de reikwijdte vallen. Non-fungible tokens en bepaalde utility tokens kunnen buiten de reikwijdte vallen en vereisen een aparte accountinganalyse.

Hoe is de reële-waardehiërarchie van toepassing op crypto-activa onder US GAAP?

De ASC 820 reële-waardehiërarchie is rechtstreeks van toepassing op de waardering van crypto-activa. Level 1 gebruikt genoteerde prijzen van actieve markten, wat van toepassing is op liquide activa zoals Bitcoin die op grote beurzen worden verhandeld. Level 2 vertrouwt op waarneembare maar indirecte inputs voor minder liquide tokens. Level 3 gebruikt door entiteiten ontwikkelde aannames voor illiquide of structureel complexe posities, zoals DeFi-liquiditeitspoolstakes.

Wat is het belangrijkste verschil tussen ASC 350-60-crypto en IFRS-behandeling van crypto-activa?

Onder ASC 350-60 is reële waarde verplicht voor in aanmerking komende activa en alle winsten en verliezen worden via de nettowinst verwerkt. IFRS heeft geen specifieke cryptostandaard, dus activa worden doorgaans beoordeeld onder IAS 38 als immateriële activa, waarbij het herwaarderingsmodel winsten via andere uitgebreide inkomsten routeert in plaats van via winst of verlies. Dit levert verschillende winstvolatiliteitsprofielen op voor hetzelfde onderliggende actief.

Vereist IFRS-boekhouding voor crypto reële-waardemeting?

IFRS schrijft geen reële waarde voor crypto-activa voor zoals ASC 350-60 onder US GAAP. Onder IAS 38 kiezen entiteiten tussen het kostprijsmodel en het herwaarderingsmodel. Als een crypto-actief kwalificeert als een financieel actief onder IFRS 9, wordt reële waarde via winst of verlies beschikbaar, wat een resultaat oplevert dat dichter bij de US GAAP-behandeling ligt. De classificatiebeslissing vereist een zorgvuldige analyse van de contractuele voorwaarden van het actief.

Hoe moeten gestakte crypto-activa tegen reële waarde worden gewaardeerd?

Gestakte activa die niet onmiddellijk kunnen worden verkocht vanwege lock-up- of unbonding-periodes kunnen een korting op de genoteerde spotprijs rechtvaardigen, of herclassificatie van Level 1 naar Level 2 in de reële-waardehiërarchie, om de liquiditeitsbeperking weer te geven. De specifieke behandeling hangt af van de duur van de beperking, de markt voor het actief en het eigen accountingbeleid van de entiteit, wat allemaal moet worden gedocumenteerd en consistent toegepast.

Welke toelichtingen zijn vereist onder ASC 350-60 voor crypto-activa?

Entiteiten moeten de naam en hoeveelheid van elke significante crypto-bezitting samen met de reële waarde aan het einde van de periode, de waarderingstechnieken en inputs die worden gebruikt voor Level 2 en Level 3 activa, een rollforward van Level 3-saldi, en niet-gerealiseerde winsten en verliezen voor de periode toelichten. Beperkingen op activa, zoals staking-lock-ups, moeten ook worden toegelicht waar van toepassing. Deze vereisten gelden voor elke jaarlijkse en tussentijdse rapportagedatum.

Hoe verhouden CARF- en DAC8-rapportageverplichtingen zich tot reële-waardeboekhouding?

CARF-rapportage en DAC8-rapportage zijn transactionele rapportageregimes op regelgevingsniveau die vereisen dat aanbieders van crypto-assetdiensten transactiegegevens van klanten rapporteren aan belastingautoriteiten. Ze werken los van de reële-waardeboekhouding op de balans onder ASC 350-60 of IFRS. De transactiegegevens die voor CARF en DAC8 worden verzameld, zijn echter dezelfde onderliggende gegevens die nodig zijn om reële-waardemeting en kostprijsvolg te ondersteunen, dus geïntegreerde data-infrastructuur dient beide doelen.

Kan een accountantskantoor subledger-software gebruiken om ASC 350-60-naleving te automatiseren?

Ja. Subledger-software die verbinding maakt met beurs-API's, wallet-adressen en on-chain gegevensbronnen, kan het verzamelen van transactiegegevens automatiseren, elke positie aan het juiste reële-waardeniveau toewijzen en de vereiste toelichtingsschema's onder ASC 350-60 genereren. Dit vermindert handmatige afstemmingsinspanningen, verbetert de audit-tracedbaarheid en stelt kantoren in staat om crypto-accountingdiensten efficiënt over meerdere klanten te schalen.

Source: CryptaCount

FAQ

Wat is FASB crypto reële waarde en wanneer werd het van kracht?

FASB crypto reële waarde verwijst naar de vereiste onder ASC 350-60 voor entiteiten om in aanmerking komende crypto-activa op elke rapportagedatum tegen reële waarde te waarderen, met wijzigingen verwerkt in de nettowinst. De standaard werd van kracht voor boekjaren die beginnen na 15 december 2024, met vroege toepassing toegestaan. Het verving het uitsluitend bijzondere-waardeverminderingsmodel dat eerder gold onder het raamwerk voor onbepaalde levensduur immateriële activa.

Welke crypto-activa vallen binnen de reikwijdte van ASC 350-60?

ASC 350-60 omvat immateriële activa die zijn beveiligd via cryptografie, op een blockchain of gedistribueerd grootboek staan en de houder geen contractuele claim geven op onderliggende goederen, diensten of financiële activa. Bitcoin en Ether zijn de meest genoemde activa die binnen de reikwijdte vallen. Non-fungible tokens en bepaalde utility tokens kunnen buiten de reikwijdte vallen en vereisen een aparte administratieve analyse.

Hoe is de reële-waardehiërarchie van toepassing op crypto-activa onder US GAAP?

De ASC 820 reële-waardehiërarchie is direct van toepassing op de waardering van crypto-activa. Niveau 1 gebruikt genoteerde prijzen van actieve markten, wat van toepassing is op liquide activa zoals Bitcoin verhandeld op grote beurzen. Niveau 2 vertrouwt op waarneembare maar indirecte inputs voor minder liquide tokens. Niveau 3 gebruikt door de entiteit ontwikkelde veronderstellingen voor illiquide of structureel complexe posities zoals DeFi liquiditeitspoolbelangen.

Wat is het belangrijkste verschil tussen de behandeling van crypto onder ASC 350-60 en IFRS?

Onder ASC 350-60 is reële waarde verplicht voor activa binnen de reikwijdte en alle winsten en verliezen vloeien door de nettowinst. IFRS heeft geen specifieke cryptostandaard, dus activa worden doorgaans beoordeeld onder IAS 38 als immateriële activa, waarbij het herwaarderingsmodel winsten doorboekt via andere uitgebreide winst in plaats van winst of verlies. Dit leidt tot verschillende winstvolatiliteitsprofielen voor hetzelfde onderliggende actief.

Verplicht IFRS-administratie voor crypto reële waarde?

IFRS verplicht reële waarde voor crypto-activa niet op dezelfde manier als ASC 350-60 onder US GAAP. Onder IAS 38 kiezen entiteiten tussen het kostprijsmodel en het herwaarderingsmodel. Als een crypto-actief kwalificeert als een financieel actief onder IFRS 9, wordt reële waarde via winst of verlies beschikbaar, wat een uitkomst oplevert die dichter bij de US GAAP-behandeling ligt. De classificatiebeslissing vereist een zorgvuldige analyse van de contractuele voorwaarden van het actief.

Hoe moeten staked crypto-activa worden gewaardeerd tegen reële waarde?

Gestaked activa die niet onmiddellijk kunnen worden verkocht vanwege lock-up- of unbonding-periodes kunnen een korting op de genoteerde spotprijs rechtvaardigen, of herclassificatie van Niveau 1 naar Niveau 2 in de reële-waardehiërarchie, om de liquiditeitsbeperking weer te geven. De specifieke behandeling hangt af van de lengte van de beperking, de markt voor het actief en het eigen administratieve beleid van de entiteit, die allemaal moeten worden gedocumenteerd en consistent worden toegepast.

Welke toelichtingen zijn vereist onder ASC 350-60 voor crypto-activa?

Entiteiten moeten de naam en hoeveelheid van elke significante cryptohouding samen met de reële waarde per einde verslagperiode, de waarderingstechnieken en inputs die worden gebruikt voor Niveau 2- en Niveau 3-activa, een aansluiting van Niveau 3-saldi en ongerealiseerde winsten en verliezen voor de periode openbaar maken. Beperkingen op activa, zoals staking lock-ups, moeten ook worden vermeld waar van toepassing. Deze vereisten gelden op elke jaarlijkse en tussentijdse rapportagedatum.

Hoe verhouden CARF- en DAC8-meldingsverplichtingen zich tot reële-waarde-administratie?

CARF crypto-rapportage en DAC8-rapportage zijn transactieniveau regulerende rapportagestelsels die vereisen dat crypto-activadienstverleners transactiegegevens van cliënten rapporteren aan belastingautoriteiten. Ze werken los van reële-waarde-administratie op de balans onder ASC 350-60 of IFRS. De transactiegegevens die worden verzameld voor CARF- en DAC8-doeleinden zijn echter dezelfde onderliggende gegevens die nodig zijn om reële-waardewaardering en kostprijsvolgsysteem te ondersteunen, dus geïntegreerde gegevensinfrastructuur dient beide doelen.

Kan een accountantskantoor subledgersoftware gebruiken om ASC 350-60-naleving te automatiseren?

Ja. Subledgersoftware die verbinding maakt met beurs-API's, walletadressen en on-chain gegevensbronnen kan het verzamelen van transactieregistraties automatiseren, elke positie toewijzen aan het juiste reële-waardeniveau en de toelichtingsschema's genereren die vereist zijn onder ASC 350-60. Dit vermindert de handmatige afstemmingsinspanning, verbetert de audit traceerbaarheid en stelt kantoren in staat om crypto-administratiediensten efficiënt over meerdere cliënten te schalen.