Kraken crypto-boekhouding

Verbind Kraken met CryptaCount en zet uw exchange-activiteit om in schone boeken. CryptaCount leest elke transactie in, berekent de kostprijs en boekt journaalposten naar uw ERP — met de details in het subgrootboek.

Kraken als bron voor uw subgrootboek

Kraken registreert uw trades en ledger-mutaties; CryptaCount zet ze om in boekhouding. Het haalt uw Kraken-activiteit op in een crypto-subgrootboek, past de kostprijs en uw meetbeleid toe en produceert samengevatte journaalposten voor uw grootboek.

Verbinding instellen

1. Alleen-lezen API (aanbevolen). Ga in Kraken Pro naar Settings → API → Create API Key en verleen uitsluitend deze rechten: Query, Query Ledger Entries en Export Data. Ga in CryptaCount naar Integraties → Kraken en plak hem in.
2. CSV-import. Exporteer uw ledgers uit Kraken als CSV en upload die.

Die rechten zijn alleen-lezen — CryptaCount kan uw geschiedenis inzien maar niet handelen of opnemen.

Wat er uw boeken instroomt

Uw Kraken-trades, ledger-posten (stortingen en opnamen), staking en beloningen en kosten — elk geclassificeerd voor boekhouding, met berekende winst en inkomsten en afgestemde transfers.

Gebouwd voor financiële teams

• Geautomatiseerde kostprijs — 12 vervreemdingsmethoden (FIFO, LIFO, HIFO, WAVG, specifieke identificatie en meer); door het rechtsgebied verplichte behandelingen (UK Section 104 pooling, Canada ACB) worden automatisch toegepast
• Journaalposten naar uw ERP — QuickBooks, Xero, NetSuite of Sage → ERP-integraties →
• Accountantsklaar — elke grootboekregel herleidbaar tot de Kraken-transactie
• IFRS / US GAAP — meting conform uw beleid

Bekijk het subgrootboek → · Boekhouding voor kantoren →

Hoe CryptaCount uw Kraken-activiteit in het subgrootboek inleest

Kraken stelt zowel trades als een gedetailleerd ledger van elke saldowijziging beschikbaar, en CryptaCount gebruikt beide. Met uw alleen-lezen sleutel verbonden — Query, Query Ledger Entries en Export Data — haalt CryptaCount de trade- en ledgergeschiedenis op en houdt het actueel, waarbij elke gebeurtenis als een afzonderlijke, tijdgestempelde registratie in het crypto-subgrootboek wordt geschreven. De ledgerweergave is bijzonder waardevol voor boekhouding omdat het de gedetailleerde debiteringen en crediteringen vastlegt achter elke storting, opname, trade-afwikkeling en beloning, wat precies het detailniveau is waarvan reconciliatie en kostprijs afhangen.

Inlezen is idempotent: elke Kraken-trade en elke ledger-post is gekoppeld aan zijn eigen identificatoren, zodat het opnieuw synchroniseren van een periode nooit dubbel telt. U kunt vernieuwen na een afsluiting, na een gecorrigeerde export, of na het uitbreiden van de geschiedenis, en erop vertrouwen dat hoeveelheden en saldi stabiel blijven in plaats van bij elke synchronisatie te verschuiven. Het resultaat is een betrouwbare enige bron van waarheid voor alles wat er op Kraken is gebeurd, klaar om boekhouding te worden — waarbij het grootboek alleen samengevatte posten ontvangt terwijl het detail er onderaan beschikbaar blijft.

Kraken-transacties classificeren en reconciliëren

CryptaCount classificeert elke Kraken-registratie in een boekhoudgebeurtenis: een trade, een storting of opname uit de ledger-posten, een staking- of beloningsontvangst, of een kostenpost. Omdat het ledger van Kraken de componenten van elke beweging itemiseert, kan classificatie precies zijn — het activumgedeelte, het fiatgedeelte en het kostengedeelte van een trade worden elk erkend voor wat ze zijn, en een token-naar-token trade wordt behandeld als een vervreemding en een verwerving die onafhankelijk geprijsd zijn in plaats van een enkele ondoorzichtige ruil.

Reconciliatie bewijst vervolgens de boeken ten opzichte van de exchange. CryptaCount volgt de lopende hoeveelheid van elk activum die wordt geïmpliceerd door uw geclassificeerde geschiedenis en controleert die ten opzichte van de positie die Kraken rapporteert, zodat een hiaat in de geschiedenis, een ontbrekende ledger-post, of een niet-geclassificeerde regel als een afwijking aan de oppervlakte komt in plaats van saldi stilletjes te vertekenen. De reconciliatiestatus stroomt door naar uw crypto-subgrootboek → zodat beoordelaars precies kunnen zien waar de boeken en de handelsplaats overeenstemmen — dezelfde discipline die een accountant brengt aan een bankafstemming, toegepast op crypto.

Kostprijs en winst/verlies voor de boeken

Elke vervreemding op Kraken — een verkoop naar fiat, een token-naar-token trade, of een opname die uw beleid als vervreemding behandelt — heeft een kostprijs nodig zodat de gerealiseerde winst of het verlies kan worden gemeten en geboekt. CryptaCount houdt verwervingslots bij per activum en verbruikt ze bij vervreemding onder uw gekozen methode, en boekt vervolgens de winst of het verlies in het grootboek naast de activumbeweging. De lots leven in het subgrootboek, zodat het geboekte cijfer nooit een zwarte doos is: u kunt van een winst in het grootboek teruggaan naar de specifieke verwervingen die het heeft verbruikt.

De engine ondersteunt het volledige scala aan vervreemdingsstrategieën die een financieel team mogelijk verplicht is te gebruiken en past jurisdictieverplichte behandelingen automatisch toe waar van toepassing. De methode is een bewuste beleidskeuze die consistent over perioden wordt toegepast, niet een per-transactiebeslissing — bekijk de beschikbare kostprijsmethoden → voor hoe elk ervan lots verbruikt en gerapporteerde resultaten vormt.

Overdrachten tussen uw eigen rekeningen

Activa verplaatsen tussen Kraken en uw andere handelsplaatsen of wallets is routine, en elke verplaatsing is een kans om een vervreemding verkeerd te boeken. Wanneer u een activum uit Kraken naar uw eigen wallet opneemt, of er een in stuwt van elders, is er niets verkocht — het activum heeft enkel van locatie veranderd — toch ziet een naïeve import een opname en een storting en riskeert het erkennen van een winst die nooit heeft plaatsgevonden. CryptaCount koppelt de twee pijlers van een interne overdracht in een enkele beweging van hetzelfde activum, waarbij de oorspronkelijke kostprijs over de beweging wordt meegenomen in plaats van gereset of een fantoomwinst te kristalliseren.

Koppeling gebruikt activum, hoeveelheid, timing en richting, en markeert alles wat het niet met vertrouwen kan koppelen voor menselijke bevestiging. Dat houdt u in controle over de meegedragen kostprijs — precies wat een accountant verwacht wanneer een activum tussen rekeningen overgaat. De meegedragen kostprijs volgt het activum naar welke wallet of handelsplaats het ook heeft ontvangen, zodat een latere vervreemding daar wordt gemeten tegen de werkelijke oorspronkelijke kostprijs in plaats van een gereset cijfer.

Kosten en interne bewegingen

Kraken rekent kosten op trades en opnamen, en omdat het ledger ze itemiseert, kan CryptaCount elke kostenpost precies behandelen conform uw beleid — het kapitaliseren van handelskosten in de kostprijs van een verwerving, aftrekken van de opbrengsten bij een vervreemding, of boeken als een bedrijfslast. Gerapporteerde kostprijs en winst weerspiegelen daardoor wat de activiteit daadwerkelijk heeft gekost. Per-transactiekosten zijn gemakkelijk handmatig te verliezen maar betekenisvol in de totaaloptelling; ze weglaten ondergraaft de kostprijs en overdrijft winsten over een periode.

• Handelskosten — gekapitaliseerd in de kostprijs of gesaldeerd met de opbrengsten conform uw meetbeleid, ontleend aan het geïtemiseerde ledger.
• Opname-/netwerkkosten — vastgelegd ten laste van de beweging zodat de activumvermindering volledig is verantwoord.
• Staking- en beloningsontvangsten — erkend tegen reële waarde bij ontvangst en voorzien van een kostprijs voor de uiteindelijke vervreemding.
• Interne bewegingen — gekoppeld over rekeningen heen en uitgesloten van winstberekeningen, met de kostprijs ongewijzigd voortgezet.

Controles en audittrail

De Kraken-verbinding is alleen-lezen van ontwerp — Query, Query Ledger Entries en Export Data geven CryptaCount alleen uw geschiedenis, nooit toegang tot handelen of opnemen — een controle die u direct kunt aantonen. Elke grootboekregel is herleidbaar: een geboekte journaalpost boort terug door het subgrootboek naar de exacte Kraken-trade of ledger-post erachter, met datum, activum, hoeveelheid en de verbruikte kostprijslots. Die ononderbroken keten van grootboek naar brongebeurtenis is wat crypto-boeken controleerbaar maakt, en het wordt gegenereerd door normale verwerking in plaats van aan het jaareinde gereconstrueerd.

Samengevatte posten houden uw ERP schoon terwijl het bewijs op transactieniveau in het subgrootboek blijft, en dezelfde gegevens voeden uw crypto-nalevingsrapportage → zodat jaarrekeningen en subgrootboek op één lijn blijven. De journalen — debiteringen, crediteringen en rekeningkoppelingen — zijn controleerbaar vóór boeking via journaalposten →, zodat er niets ongezien het grootboek bereikt.

Overwegingen voor meerdere entiteiten en treasury

Kantoren en fondsen die Kraken gebruiken, voeren vaak meerdere rekeningen over meerdere rechtspersonen. Het werkruimtemodel van CryptaCount houdt de Kraken-activiteit van elke entiteit in zijn eigen boeken, met zijn eigen meetbeleid en rekeningschema, terwijl het toch een geconsolideerde weergave over de groep mogelijk maakt. Een fondsbeheerder met meerdere voertuigen, een accountantskantoor met veel cliënten, of een zakelijke treasury die dochterondernemingen omspant, kan elke rekening verbinden met de juiste werkruimte zonder dat gegevens over grenzen vloeien.

Deze scheiding ondersteunt zowel nauwkeurigheid als governance. Kostprijs, overdrachtkoppeling en winstberekening werken allemaal binnen de boeken van een entiteit, zodat een beweging tussen twee entiteiten wordt behandeld als een intercompany-overdracht in plaats van weggesaldeerd. Rechten en beoordeling kunnen per werkruimte worden ingekaderd, wat functiescheiding ondersteunt — de mensen die één entiteit reconciliëren hoeven niet degenen te zijn die een andere afsluiten, wat precies de controlestructuur is die een accountant zoekt.

Veelvoorkomende valkuilen bij de boekhouding van Kraken-activiteit

• Het ledgerdetail negeren. Het ledger van Kraken itemiseert bewegingen; reconciliëren alleen op basis van trade-samenvattingen mist kosten- en afwikkelingscomponenten die thuishoren in de boeken.
• Token-naar-token trades als niet-gebeurtenissen behandelen. Elk is een vervreemding en een verwerving; het negeren ervan verbergt een gerealiseerde winst of verlies.
• Interne overdrachten als verkopen boeken. Opnemen naar uw eigen wallet is geen vervreemding — het koppelen van de pijlers behoudt de kostprijs en voorkomt fantoomwinsten.
• Kosten weglaten. Weggelaten handels- en opnamekosten overdrijven winsten over een periode.
• Samenvattingen handmatig in het grootboek invoeren. Handmatige invoer breekt de herleidbaarheid naar de bronledger-post en nodigt reconciliatiegaten uit.

Hoe CryptaCount uw Kraken-gegevens gebruikt

CryptaCount leest uw Kraken-trades en ledger-posten via een alleen-lezen verbinding, classificeert elke trade, beweging, beloning en kostenpost in boekhoudgebeurtenissen, reconcilieert de resulterende posities terug naar de exchange, berekent kostprijs en gerealiseerde winsten conform uw beleid, en boekt samengevatte journaalposten naar uw ERP — met het volledige detail op ledgerniveau bewaard in het subgrootboek zodat elk getal herleidbaar is naar zijn bron. Het is de laag die een Kraken-account omzet in controleerbare boeken zonder uw fondsen aan te raken. Om te zien hoe het uw Kraken-installatie zou verwerken, kan ons team het met u doorlopen.

Waarom heeft CryptaCount het recht Query Ledger Entries nodig?

De ledger-posten van Kraken registreren de gedetailleerde debiteringen en crediteringen achter elke storting, opname, trade-afwikkeling en beloning. Dat detail is waarvan reconciliatie en kostprijs afhangen, dus door het ledger te lezen kan CryptaCount elke beweging precies verantwoorden in plaats van die af te leiden uit trade-samenvattingen alleen. Het recht is nog steeds alleen-lezen — het kan niet handelen of opnemen.

Kunnen we de Kraken-geschiedenis importeren via CSV in plaats van API?

Ja. U kunt uw ledgers uit Kraken exporteren als CSV en die uploaden, wat handig is voor historische perioden of eenmalige backfills. Inlezen is idempotent, zodat het importeren van een CSV die overlapt met via API gesynchroniseerde gegevens de transacties die al aanwezig zijn niet dubbel telt.

Hoe worden Kraken staking-beloningen in de boeken behandeld?

Staking- en beloningsontvangsten worden erkend als inkomen tegen reële waarde op de datum van ontvangst, en die waarde wordt de kostprijs van het ontvangen activum. Een latere vervreemding wordt gemeten tegen die kostprijs, zodat de inkomstengebeurtenis en de daaropvolgende winst of verlies afzonderlijk in de boeken blijven in plaats van samengevouwen in één cijfer.

Reconcilieert het Kraken-subgrootboek naar onze gerapporteerde saldi?

Ja. CryptaCount volgt de lopende hoeveelheid van elk activum die wordt geïmpliceerd door uw geclassificeerde Kraken-geschiedenis en vergelijkt die met de positie die de exchange rapporteert. Elke mismatch komt naar voren als een af te onderzoeken afwijking, zodat uw subgrootboek is bewezen ten opzichte van de handelsplaats in plaats van correct verondersteld — de basis van een controleerbare afsluiting.

Waar Kraken past in uw maandelijkse afsluiting

Een verbonden exchange is alleen nuttig voor boekhouding als het de afsluiting sneller en verdedigbaarder maakt, niet alleen zichtbaarder. Omdat de Kraken-verbinding alleen-lezen en idempotent is, is de praktische workflow om het subgrootboek gedurende de maand actueel te houden en de periodeafsluiting als een verificatiestap te behandelen in plaats van een herbouw. U vernieuwt na de laatste handelsdag, bevestigt dat de lopende hoeveelheden overeenstemmen met wat Kraken rapporteert, beoordeelt de geclassificeerde trades en ledger-posten, en keurt de journalen goed vóór boeking. Er wordt niets gereconstrueerd onder deadline omdat de activiteit is vastgelegd en gereconcilieerd terwijl het plaatsvond — de afsluiting wordt een beoordeling, geen opgraving, en een gecorrigeerde export of een late post kan opnieuw worden gesynchroniseerd zonder enig risico op het dubbel tellen van wat al is geboekt.

Een betrouwbare Kraken-afsluiting raakt doorgaans dezelfde controlepunten:

• Posities reconciliëren naar de handelsplaats — de lopende hoeveelheid geïmpliceerd door de geclassificeerde geschiedenis stemt overeen met wat Kraken rapporteert, waarbij elk verschil als af te onderzoeken afwijking aan de oppervlakte komt.
• Interne overdrachten zijn gekoppeld, zodat opnames naar uw eigen wallets de kostprijs meenemen in plaats van een fantoomwinst te kristalliseren.
• Kosten zijn verwerkt conform uw beleid, zodat de kostprijs niet te laag is en winsten niet te hoog over de periode.
• Journalen worden beoordeeld vóór boeking, zodat er niets ongezien het grootboek bereikt en elke regel herleidbaar is naar zijn bronledger-post.

Op deze manier behandeld, stopt Kraken een CSV te zijn om elke maandafsluiting tegen te strijden en wordt het een gereconcilieerde bron die schone boeken voedt. CryptaCount houdt het trade- en ledgerniveaudetail bij in het crypto-subgrootboek, boekt alleen samengevatte posten omhoog naar uw ERP, en stemt meting af op de standaard waaronder elke entiteit rapporteert — dezelfde records voeden vervolgens uw crypto-naleving en -rapportage zodat de jaarrekeningen en het subgrootboek gelijk blijven lopen. Voor een kantoor dat meerdere Kraken-rekeningen over entiteiten voert, herhaalt dezelfde routine per werkruimte zonder dat de boeken over grenzen vloeien, zodat elke entiteit op zijn eigen voorwaarden afsluit en nog steeds oprollt in een geconsolideerde weergave. Het resultaat is een Kraken-afsluiting die een beoordelaar kan aftekenen zonder de exchange opnieuw te openen, omdat het bewijs achter elk geboekt cijfer zit en de boeken zich elke keer, periode na periode, bewijzen ten opzichte van de handelsplaats.