Boekhouding voor indie-app-ontwikkelaars: Waarom je 1099-K nooit overeenkomt met je bankrekening

Je opent in februari je bankafschrift, ziet een storting van Apple en het bedrag komt niet eens in de buurt van het getal op de 1099-K die net in je inbox is binnengekomen. Heeft Apple een fout gemaakt? Ben je tekortgedaan? Zal de IRS denken dat je inkomsten verbergt?

Geen van de bovenstaande. Als je apps, abonnementen of in-app aankopen verkoopt via de App Store of Google Play, horen het getal op je belastingformulier en het bedrag op je betaalrekening verschillend te zijn — en als je niet begrijpt waarom, verandert het belastingseizoen in een gokspel in plaats van een reconciliatie van vijf minuten.

Dit is een van de meest voorkomende redenen voor verwarring bij solo-ontwikkelaars en kleine app-teams, en het is volledig op te lossen met een beetje structuur. Dit is wat de kloof daadwerkelijk veroorzaakt en hoe je een boekhoudroutine opbouwt waarmee je klaar bent voor een audit zonder tegen januari op te zien.

Waarom het 1099-K-getal er verkeerd uitziet (dat is het niet)​

Zowel Apple als Google zijn verplicht om een Formulier 1099-K te verstrekken aan Amerikaanse ontwikkelaars zodra het bruto betalingsvolume de drempels van de IRS overschrijdt ($5.000 aan niet-aangepaste brutoverkopen voor 2026, wat in de komende jaren zal dalen naar de wettelijke drempel van $600). Het sleutelwoord is bruto.

Formulier 1099-K rapporteert de niet-aangepaste brutoverkopen — de volledige prijs die de klant betaalt voordat een van de volgende zaken wordt afgetrokken:

• De commissie van Apple of Google (standaard 30%, of 15% als je in aanmerking komt voor een programma met verlaagde tarieven — hierover hieronder meer)
• Terugbetalingen en terugboekingen (chargebacks) die na de verkoop zijn uitgevoerd
• Valutaomrekeningsverschillen, als klanten in een andere valuta betalen dan je uitbetalingsvaluta
• Belastingen die het platform namens jou heeft geïnd en afgedragen (btw, GST en in veel Amerikaanse staten sales tax — zowel Apple als Google treden op als 'marketplace facilitators' en regelen deze afdracht rechtstreeks, waardoor het jou nooit bereikt, maar het is wel verwerkt in het gerapporteerde brutoverkoopcijfer)
• Bronbelasting (withholding tax), als je een buitenlandse ontwikkelaar bent of als er belastingdocumentatie in je dossier ontbreekt

Een brutoverkoopcijfer van $10.000 op je 1099-K kan dus na aftrek van alleen de commissie veranderen in $6.800–$7.000 aan daadwerkelijke opbrengsten voor de ontwikkelaar, nog voordat er rekening is gehouden met terugbetalingen of valuta-effecten. Dat is geen fout — het is het verschil tussen de bruto-omzet (top-line revenue) en wat een marktplaats 'opbrengsten voor ontwikkelaars' (developer proceeds) noemt.

De vier getallen die elke app-ontwikkelaar moet bijhouden​

In plaats van achteraf te proberen het ene getal met het andere in overeenstemming te brengen, kun je het hele jaar door vier verschillende cijfers bijhouden. Elk cijfer heeft een ander doel:

1. Bruto-omzet — het getal op de 1099-K. Wat klanten hebben betaald, vóór eventuele inhoudingen. Dit is wat de IRS op het formulier ziet.
2. Netto-uitbetaling — wat Apple of Google daadwerkelijk op je bankrekening stort, na commissie, terugbetalingen en valutaomrekening. Dit is je werkelijke bruto-bedrijfsomzet voor de boekhouding.
3. Inkomen na belastingen — netto-uitbetaling minus de ~25-35% die je opzij moet zetten voor federale belastingen voor zelfstandigen, inkomstenbelasting en (indien van toepassing) staatsbelasting.
4. Echt nettoloon (real take-home) — inkomen na belastingen minus bedrijfskosten (kosten voor het ontwikkelaarsprogramma, cloudhosting, betalingen aan freelancers/contractanten, softwareabonnementen, advertentiekosten).

De meeste paniek rondom 'waarom komen deze getallen niet overeen' ontstaat doordat ontwikkelaars cijfer #1 vergelijken met cijfer #4 en ervan uitgaan dat er iets mis is. Ze horen niet overeen te komen. Het zijn verschillende stadia van dezelfde dollar.

Waar je de werkelijke cijfers vandaan haalt​

Je hoeft de maandelijkse rapporten van Apple of Google niet handmatig regel voor regel te reconciliëren — maar je hebt wel een routine nodig.

Apple (App Store Connect):

• Betalingen en financiële rapporten toont de maandelijkse opbrengsten per regio, al na aftrek van de commissie van Apple.
• Financiële rapporten voor een bepaalde maand zijn meestal pas rond de eerste vrijdag van de volgende fiscale maand volledig ingevuld — reconcilieer niet te vroeg, anders vergelijk je onvolledige gegevens.
• Valutaomrekening vindt plaats op de dag van betaling, niet op de dag van aankoop. Dit betekent dat een verkoop in december tegen een andere koers kan worden omgerekend dan een verkoop in november, zelfs bij dezelfde nominale prijs in buitenlandse valuta.

Google Play Console:

• De pagina's Bestellingsbeheer en Financiële rapporten splitsen de brutoverkopen, de servicekosten van Google, terugbetalingen en terugboekingen op als afzonderlijke regelitems — gedetailleerder dan het gebundelde maandelijkse rapport van Apple, maar maandelijks geleverd in plaats van in realtime.
• Vanaf bestellingen geplaatst na 3 augustus 2026 is Google Play begonnen met het delen van de kosten voor terugboekingen met ontwikkelaars: je neemt nu de aankoopprijs (na aftrek van de kosten van Google) plus de terugboekingskosten van het creditcardnetwerk op je bij onterechte geschillen, in plaats van dat Google de volledige kosten op zich neemt. Als terugboekingen een aanzienlijk deel van je omzet uitmaken, is dat een nieuwe kostenpost om vanaf nu apart bij te houden.

De praktische gewoonte: noteer aan het einde van elke maand de bruto-omzet, commissie, terugbetalingen en netto-uitbetaling als vier afzonderlijke getallen in je boeken — en niet alleen het gestorte bedrag. Wanneer de 1099-K de volgende januari arriveert, zou je totale bruto-omzet er al mee moeten overeenstemmen, omdat je het hele jaar door de bruto-omzet hebt bijgehouden in plaats van dat je deze achteraf probeert te reconstrueren.

Zie de programma's voor verlaagde commissie niet over het hoofd​

Als je een kleinere ontwikkelaar bent, betaal je misschien minder commissie dan je denkt — of laat je geld liggen door je niet aan te melden.

• Apple's Small Business Program: 15% commissie in plaats van 30%, beschikbaar voor elke ontwikkelaar of elk bedrijf dat in het voorafgaande kalenderjaar $1 miljoen of minder aan totale opbrengsten (na aftrek van Apple's deel) heeft verdiend. Aanmelden is eenvoudig en self-service binnen App Store Connect — er is geen beoordeling van de aanvraag.
• De parallelle programma's van Google Play: het Apps Experience Program en Games Level Up Program bieden 15% over de eerste $1 miljoen aan jaarlijkse inkomsten voor in aanmerking komende apps en games, en het Play Media Experience Program kan e-book-, muziek- en videostreaming-apps verlagen tot wel 10% als ze integreren met Android TV, Wear OS of Google Cast. In tegenstelling tot het programma van Apple vereisen de programma's van Google een aanvraag en moeten ze binnen de categorie passen — ze zijn niet automatisch.

Als je halverwege het jaar de grens van $1 miljoen aan opbrengsten hebt overschreden, of als je app-categorie is gewijzigd, controleer dan jaarlijks je aanmeldingsstatus. Een ontwikkelaar die 30% betaalt terwijl deze in aanmerking komt voor 15%, verliest stilletjes de helft van zijn platformmarge.

Een eenvoudige maandelijkse reconciliatieroutine​

Je hebt geen boekhoudsoftware nodig die is gebouwd voor grote app-uitgevers om dit bij te houden. Een herhaalbare maandelijkse checklist is voldoende:

1. Haal het financiële rapport van de huidige maand op uit App Store Connect en/of Google Play Console.
2. Noteer vier regelitems: brutoverkopen, platformcommissie, terugbetalingen/terugboekingen, netto-uitbetaling.
3. Koppel de netto-uitbetaling aan de daadwerkelijke bankstorting. Als de uitbetaling van Apple vertraging oploopt (opbrengsten kunnen er 30 tot meer dan 45 dagen over doen om je rekening te bereiken na de verkoop, afhankelijk van de betalingsvoorwaarden en valuta), noteer dan de vertraging in de rapportageperiode, zodat je de storting van deze maand niet vergelijkt met het rapport van deze maand.
4. Zet je belastingreserve apart (25-35% van de netto-uitbetaling, meer als je in een staat met hoge belastingen woont) op een aparte rekening zodra de storting is verwerkt — en niet pas bij de belastingaangifte.
5. Registreer ook de uitgavenkant. De ontwikkelaarsbijdrage van Apple van $99/jaar, de eenmalige registratiekosten van Google van $25, eventuele kosten voor freelancers of ontwerpers, en softwareabonnementen die voor de ontwikkeling worden gebruikt, zijn allemaal aftrekbare bedrijfskosten die je belastbaar inkomen verlagen — maar alleen als ze worden geregistreerd, en niet alleen onthouden.

Door dit maandelijks te doen, verandert de jaarlijkse belastingstress in vijf minuten administratie. Dit betekent dat wanneer je 1099-K arriveert, je deze controleert aan de hand van cijfers die je al hebt — in plaats van dat je onder tijdsdruk een heel jaar aan platformrapporten probeert te reconstrueren.

Houd je app-inkomstengrootboek in platte tekst​

Spreadsheets werken een tijdje, maar ze worden snel kwetsbaar zodra je bruto-omzet, commissie, terugbetalingen, valuta-effecten en kosten over twee platforms en meerdere maanden bijhoudt — één kapotte formule en je hele reconciliatie is onbetrouwbaar. Beancount.io biedt indie-ontwikkelaars een boekhoudgrootboek in platte tekst waarin elke App Store- of Google Play-uitbetaling, terugbetaling en uitgave een versiebeheerde boeking is die je regel voor regel kunt controleren — geen verborgen formules, geen vendor lock-in en een indeling die van nature uitermate geschikt is om bruto- versus netto-omzet over verschillende platforms te reconciliëren. Begin gratis en ontdek waarom ontwikkelaars die al in code denken, de voorkeur geven aan een boekhouding die op dezelfde manier werkt.