Een factuur in USDC of bitcoin opstellen: wat er op moet

Een factuur die in crypto betaald wordt, is gewoon een factuur. Hij moet alles bevatten wat een normale factuur moet bevatten, en daar komt één blok bij: het bedrag in de munt, de koers waarmee je dat bedrag hebt berekend, het ontvangstadres en het netwerk waarop je betaald wilt worden. De belangrijkste beslissing die je daarbij neemt is welk van de twee bedragen leidend is, het bedrag in euro of het bedrag in coin.

Dit artikel gaat over het document dat je verstuurt, niet over wat er daarna binnenkomt. Hoe je een ontvangen betaling vastlegt en omrekent is een verhaal apart, en dat behandelen we in waarom het bijhouden van je blockchain-boekhouding ertoe doet. Hier gaat het om wat je vooraf op papier zet, zodat je klant weet wat hij moet doen en jij later weet waar de betaling bij hoort.

Wat er sowieso op moet

De basiseisen aan een factuur veranderen niet doordat er in USDC betaald wordt. In de EU is grotendeels hetzelfde rijtje van toepassing: je eigen naam en adres, je btw-identificatienummer, in Nederland ook je KvK-nummer, de naam en het adres van je klant, een factuurnummer uit een doorlopende reeks, de factuurdatum, de datum waarop je de dienst hebt geleverd, een omschrijving en aantal, het bedrag exclusief btw, het btw-tarief, het btw-bedrag en het totaal.

Lever je aan een zakelijke klant in een ander EU-land, dan gelden aanvullende regels, zoals het btw-nummer van je klant en een vermelding als de btw verlegd is. Wat er precies moet staan hangt af van wie je klant is en waar hij zit. Als je daar niet zeker van bent, is dat een vraag voor je boekhouder of voor de Belastingdienst, niet iets waar de betaalmethode iets aan verandert. Meer daarover lees je in hoe btw werkt bij stablecoin-betalingen.

Eén punt is wel relevant voor dit onderwerp: de btw hoor je in euro's uit te drukken. Ook als je de rest van de factuur in een andere valuta zet, moet het btw-bedrag in euro op de factuur terug te vinden zijn. Dat is precies de reden waarom een factuur die volledig in bitcoin is opgesteld meer werk oplevert dan een factuur in euro's met een betaalinstructie erbij.

Euro of munt: welk bedrag is leidend

Je kunt het op twee manieren doen. Je factureert in euro's en zet het cryptobedrag erbij als betaalinstructie. Of je factureert in de munt zelf en zet de euro-tegenwaarde erbij voor de btw.

Voor vrijwel elke zzp'er is de eerste variant de verstandigste. Je prijs staat dan vast in de valuta waarin je je kosten betaalt, je btw-bedrag staat vast, en het koersverschil tussen het moment van versturen en het moment van betalen komt voor rekening van je klant: die moet nu eenmaal het equivalent van € 1.839,20 overmaken, wat de koers ook doet. Factureer je in de munt ("0,021 BTC"), dan ligt dat risico bij jou en kan je factuur tussen vrijdag en maandag een paar procent minder waard worden.

Zet het expliciet op de factuur, zodat er geen discussie over kan ontstaan. Eén zin volstaat: het eurobedrag is leidend, het bedrag in USDC is indicatief en berekend op basis van de genoemde koers. Bij een stablecoin is dat verschil klein maar niet nul. Bij bitcoin kan het binnen een betaaltermijn oplopen.

De koers: welke bron en welk moment

Een koers zonder bron en tijdstip is geen koers, maar een schatting. Vermeld daarom drie dingen: het valutapaar, de bron en het moment. Bijvoorbeeld: "EUR/USDC 1,0812 volgens [je koersbron], 8 juni 2026 om 09:14 UTC."

Kies één bron en blijf die het hele jaar gebruiken, voor al je facturen en later ook voor je omrekening bij ontvangst. Wisselen tussen bronnen omdat de ene je op een dag beter uitkomt, is precies het soort inconsistentie waar een controle over valt. Zet het tijdstip er in UTC bij, want blockchaintransacties zijn in UTC gestempeld en je wilt niet later gaan puzzelen of 09:14 nu Nederlandse tijd was of niet.

Wat deze koers niet doet, is bepalen wat je uiteindelijk in je boeken zet. De koers op de factuur is een rekenhulp voor je klant. De waarde die je administratief verwerkt, hangt af van de betaling zelf, en dat hoort bij het volgende stuk van de route en niet bij dit document.

Adres en netwerk: het veld waar het misgaat

Het ontvangstadres hoort op de factuur, en het netwerk erbij. Dat tweede wordt het vaakst vergeten en veroorzaakt de duurste fouten. USDC bestaat op Ethereum, op Base, op Polygon, op Solana en op nog een handvol netwerken. Het zijn allemaal echte USDC, maar het zijn niet uitwisselbare tegoeden. Stuurt je klant USDC over Polygon naar een adres dat jij alleen op Ethereum beheert, dan is het geld in het gunstigste geval terug te halen met technische hulp en in het ongunstigste geval weg.

Schrijf het adres voluit, in één blok, zonder regelafbreking. Zet het netwerk er in gewone taal bij: "USDC op Base", "USDT op Ethereum (ERC-20)", "Bitcoin (mainnet)". Wil je op meerdere netwerken kunnen ontvangen, noem er dan één als voorkeur en maximaal één als alternatief. Hoe meer keuze je aanbiedt, hoe groter de kans dat er iets misgaat. Twijfel je nog, lees dan welk netwerk het goedkoopst is voor stablecoins.

Gebruik bij voorkeur per klant of per factuur een apart ontvangstadres. Dat kost je niets en scheelt later veel: een betaling die op een uniek adres binnenkomt, koppelt zichzelf min of meer aan de juiste factuur.

Betaaltermijn en wat je afspreekt als de koers beweegt

Een cryptobetaling is meestal binnen minuten definitief, dus een lange betaaltermijn heeft weinig praktisch nut en vergroot alleen het koersrisico. Veertien dagen is gebruikelijk, zeven dagen is bij bitcoin te verdedigen. Kort de termijn niet zo ver in dat je klant hem niet kan halen, want je wint er niets mee.

Spreek daarnaast twee dingen af die op een gewone factuur niet nodig zijn. Ten eerste: wie draagt de netwerkkosten. De gebruikelijke afspraak is dat de klant die betaalt, zodat het bedrag dat bij jou binnenkomt gelijk is aan het bedrag op de factuur. Zet dat er letterlijk zo neer, anders krijg je facturen die net een paar euro te kort binnenkomen.

Ten tweede: wat er gebeurt als de koers tussen versturen en betalen beweegt. Een werkbare afspraak is een marge: betalingen die binnen bijvoorbeeld 1% van het factuurbedrag in euro liggen, gelden als volledig voldaan, en wijkt het meer af, dan volgt een aanvullende betaling of een creditfactuur. Dat is een commerciële afspraak tussen jou en je klant en geen fiscale regel, maar het voorkomt dat je voor € 4 verschil een correctie moet gaan sturen.

Een voorbeeldfactuur

Zo ziet het eruit in de praktijk. Studio Vermeer, een eenmanszaak, factureert een klant in Berlijn voor UX-onderzoek en wil in USDC betaald worden.

• Factuur 2026-041
• Factuurdatum: 8 juni 2026
• Leverdatum: mei 2026
• Van: Studio Vermeer, Havenstraat 12, 1013 AB Amsterdam, btw-id NL001234567B01, KvK 87654321
• Aan: Nordlicht GmbH, Torstraße 40, 10119 Berlijn
• UX-onderzoek, 16 uur à € 95,00: € 1.520,00
• Btw 21%: € 319,20
• Totaal te betalen: € 1.839,20

Betaling in USDC

• Te betalen bedrag: 1.988,54 USDC
• Koers: EUR/USDC 1,0812 volgens [koersbron], 8 juni 2026, 09:14 UTC
• Netwerk: Base
• Adres: 0x9f2c4b8e1d7a3056fbc9e2a41d80b6537c1e4a92
• Betaaltermijn: 14 dagen, uiterlijk 22 juni 2026

Voorwaarden bij betaling in crypto

Het eurobedrag van € 1.839,20 is leidend. Het bedrag in USDC is indicatief en berekend tegen bovenstaande koers. Netwerkkosten komen voor rekening van de opdrachtgever en het ontvangen bedrag dient gelijk te zijn aan het genoemde bedrag. Betalingen met een tegenwaarde binnen 1% van het factuurbedrag gelden als volledig voldaan. Betaal uitsluitend op het genoemde netwerk, want betalingen via een ander netwerk kunnen niet worden verwerkt.

Meer dan dit is het niet. Vier extra regels en een blokje voorwaarden, en de rest is de factuur die je toch al maakte.

Kort samengevat

Factureer in euro's, zet het cryptobedrag erbij als instructie, en maak expliciet welk van de twee leidend is. Noem koers, bron en tijdstip. Zet adres en netwerk voluit en laat over dat netwerk geen twijfel bestaan. Houd de betaaltermijn kort en leg vast wie de netwerkkosten draagt en welke afwijking je accepteert. Daarna is het aan de betaling, en dat is het punt waarop het handmatige werk begint.

stbl admin genereert per factuur een uniek ontvangstadres, houdt bij welke betaling erop binnenkomt, waardeert die in euro's tegen een vaste koersbron en koppelt hem terug aan de juiste factuur. Je sleutels blijven van jou: stbl admin is niet-custodiaal en raakt je geld nooit aan. De Pro-versie kost € 49 per maand exclusief btw.

Dit artikel is algemene informatie en geen fiscaal advies. Jouw situatie kan afwijken en regels kunnen veranderen. Raadpleeg een gekwalificeerd belastingadviseur of je boekhouder voor advies over jouw omstandigheden.