App Store Connect zegt dat u vorige maand 3.108. U telt ze op, voelt zich goed over 6.580 van Apple, $2.210 van Google. Niemand heeft u bestolen. Elke ontbrekende dollar heeft een naam: btw, commissie, terugbetalingen, inhouding, valutaomrekening en uiteindelijk inkomstenbelasting. Het probleem is niet de kloof zelf — het is dat de meeste indie-ontwikkelaars geen grootboek hebben dat dit verklaart, waardoor ze de drie vragen die er echt toe doen niet kunnen beantwoorden: Is mijn prijsstelling correct? Zit ik op het juiste commissietarief? Is mijn cashflowprognose realistisch?
Deze gids doorloopt de volledige waterval van adviesprijs tot netto-opbrengst, legt uit waarom de uitbetaling nooit overeenkomt met het rapport, en geeft u een maandelijkse afstemmingsroutine die, eenmaal opgezet, ongeveer 30 minuten kost.
Drie Cijfers, Drie Verschillende Antwoorden
Elk app-bedrijf heeft drie omzetcijfers, en het door elkaar halen ervan is waar de verwarring begint:
- Bruto-omzet — wat klanten hebben betaald, zoals weergegeven in analysedashboards. Dit is het ijdelheidscijfer. Het omvat belasting waar de winkel deze int, en het is meestal een schatting die later wordt bijgesteld.
- Ontwikkelaarsopbrengsten — wat de winkel zegt dat u hebt verdiend, uit de maandelijkse financiële rapporten (Apple) en inkomstenrapporten (Google). Dit is netto van commissie, belasting die de winkel int en afdraagt, terugbetalingen en terugboekingen. Dit is het cijfer waarop uw boekhouding moet zijn gebouwd.
- De uitbetaling — de bankstorting. Opbrengsten minus eventuele inhoudingsbelasting, gecorrigeerd voor valutaomrekening, en onderworpen aan minimumbetalingsdrempels en de betalingskalender van de winkel.
Als uw boeken alleen de bankstorting registreren, wordt uw omzet stilzwijgend onderschat en met een maand of meer verschoven. Als ze de bruto-omzet registreren, wordt de omzet met 30–50% overschat en komt het niet overeen met enig geld dat u ooit ontvangt. De hele kunst van app-store-boekhouding is het verbinden van deze drie cijfers, zodat elke maand afsluit met nul verschil tussen gerapporteerde opbrengsten en ontvangen contanten.
De Waterval van Adviesprijs tot Netto-Opbrengst
Neem een €9,99-abonnement verkocht in een land met 20% btw, tegen de standaardcommissie van 30%. Dit is de eerlijke versie van wat er gebeurt:
| Stap | Berekening | Resterend | % van adviesprijs |
|---|---|---|---|
| Adviesprijs | — | €9,99 | 100% |
| Btw geïnd en afgedragen door de winkel | €9,99 ÷ 6 | €8,33 | 83% |
| Winkelcommissie (standaardtarief) | 30% × €8,33 | €5,83 | 58% |
| Terugbetalingen en terugboekingen (uitgaande van 3%) | 3% × €5,83 | €5,65 | 57% |
| Inkomstenbelasting bij een effectief tarief van 30% | 30% × €5,65 | €3,96 | 40% |
Ruwweg 60% van de adviesprijs bereikt nooit uw portemonnee. Een verkoop in de VS in een staat die digitale goederen niet belast, begint vanaf een hogere basis, en een ontwikkelaar op een verlaagd commissietarief houdt aanzienlijk meer over (dezelfde verkoop in een btw-regio tegen 15% commissie levert €7,08 op vóór terugbetalingen — ongeveer 71% van de adviesprijs). Het exacte percentage hangt af van uw verkoopmix, maar de structurele les geldt overal: bruto-omzet is niet uw geld. Het is het geld van de winkel dat door uw dashboard stroomt.
Niets hiervan is verborgen. De programmavoorwaarden van Apple en Google specificeren elke aftrek. Wat bij de meeste indie-bedrijven ontbreekt, is de tracking — een plek waar elke laag van de waterval een geregistreerd, controleerbaar feit is in plaats van een maandelijkse verrassing.
Het Commissietarief Dat U Werkelijk Betaalt
De duurste boekhoudgerelateerde fout in deze ruimte is op het verkeerde tarief zitten. Beide winkels halveren hun commissie voor kleinere ontwikkelaars, en inschrijving is niet overal automatisch:
Apple's App Store Small Business Program verlaagt de commissie van 30% naar 15% op betaalde apps, in-app-aankopen en abonnementen. De geschiktheid wordt gemeten in opbrengsten — verkopen netto van Apple's commissie en bepaalde belastingen en aanpassingen, niet bruto — en vereist dat u niet meer dan 1 miljoen tot nu toe in het huidige jaar. Twee details waar ontwikkelaars over struikelen:
- Als u halverwege het jaar de $1 miljoen overschrijdt, geldt het standaardtarief van 30% voor toekomstige verkopen — reeds gemaakte verkopen tegen 15% worden niet teruggevorderd, en u kunt opnieuw in aanmerking komen in het jaar nadat uw opbrengsten weer onder de drempel vallen.
- Tariefwijzigingen gaan in 15 dagen na het einde van de fiscale maand waarin uw inschrijving is goedgekeurd, dus een vertraagde inschrijving kost elke week dat het op uw takenlijst blijft staan echt geld.
Google Play's verlaagde tier past 15% toe op de eerste $1 miljoen die u elk kalenderjaar verdient, met het tarief van 30% dat in werking treedt op verdiensten daarboven — u schrijft u in door uw gekoppelde accounts te groeperen in Play Console en de voorwaarden te accepteren. Een structureel verschil dat de moeite waard is om te weten: bij Google worden alle automatisch verlengende abonnementen vanaf dag één tegen het servicevergoedingstarief van 15% belast, ongeacht programmainschrijving. Bij Apple's standaardtarief betaalt een abonnee het tarief van 30% voor de eerste 12 maanden en 15% vanaf jaar twee — een stil argument voor retentie dat alleen ertoe doet zodra u uit het verlaagde programma bent gegroeid.
Als u onder de $1 miljoen zit en niet bent ingeschreven voor Apple's programma, is het oplossen daarvan mogelijk de tien minuten met het hoogste rendement van uw jaar: de inschrijvingsflow bevindt zich in App Store Connect onder Overeenkomsten, Belasting en Bankzaken.
Waarom de Storting Nooit Overeenkomt Met het Rapport
Zelfs met het juiste tarief wijken opbrengsten en uitbetalingen af om redenen die allemaal mechanisch zijn — en elk ervan verdient een regel in uw boeken:
Betalingskalenders zijn niet maandelijks. Apple betaalt binnen 45 dagen na het einde van elke fiscale maand, en de fiscale maanden vallen niet samen met kalendermaanden — een fiscale maand kan eindigen op 27 december, met betaling die op 29 januari arriveert. In de praktijk bedraagt de kloof ongeveer 33 dagen. Google betaalt op de 15e van de volgende maand (verschuivend naar de volgende werkdag als de 15e op een weekend valt). Als u op transactiebasis werkt, is de omzet van december het geld van januari of half februari, en uw boeken hebben een uitbetalings-clearingaccount nodig om de twee te overbruggen.
Minimumdrempels vertragen kleine uitbetalingen. Apple betaalt alleen zodra uw opbrengsten een minimumbetalingsdrempel overschrijden die varieert per bankland en valuta. Een trage maand kan betekenen dat er helemaal geen storting is, met het saldo dat doorschuift — wat eruitziet als een ontbrekende $30 tenzij u het bijhoudt.
Terugbetalingen en terugboekingen worden vóór opbrengsten afgetrokken. De winkels vorderen de volledige transactie terug, en uw terugbetalingspercentage varieert stilzwijgend per product en regio. Correct geboekt is dit contra-omzet in de maand dat de terugbetaling in het rapport verschijnt, geen mysterieuze aftrek van de storting.
Belastingen stromen via twee verschillende deuren. Voor btw en veel verkoopbelastingen treden de winkels op als verkoper van record voor belastingdoeleinden — in de EU bijvoorbeeld int, collecteert en draagt Google de btw af, dus uw opbrengsten worden berekend op de exclusieve basis en u dient over het algemeen geen btw-aangiften in die landen in. Daarnaast worden niet-Amerikaanse ontwikkelaars geconfronteerd met Amerikaanse belastinginhouding op alle Amerikaanse bronbedragen, die kan oplopen tot een vast tarief van 30% als u geen W-8BEN of W-8BEN-E hebt ingediend in App Store Connect (of het Play Console-equivalent). Verdragstarieven — of simpelweg het feit dat uitbetalingen vaak afkomstig zijn van de internationale entiteiten van de winkels — kunnen dat tot nul reduceren. Hoe dan ook, inhouding verschijnt als een kloof tussen gerapporteerde opbrengsten en de storting, en is meestal verrekenbaar als tegoed — als u het vastlegt.
Valutaomrekening is een echte kostenpost. Winkels betalen uit in de valuta van uw bankregeling, waarbij ze per territorium opbrengsten omrekenen. De FX-spread is een uitgave zonder factuur, dus de enige manier om het te zien is door gerapporteerde opbrengsten per valuta te vergelijken met de storting.
De Boekhoudvraag Die De Meeste Indie-Bedrijven Fout Doen
Moet uw omzetregel bruto-omzet of netto-opbrengsten tonen? Voor de overgrote meerderheid van indie-ontwikkelaars is het antwoord netto. Onder de omzetherkenningskaders die van toepassing zijn op US GAAP (ASC 606) en IFRS 15, is de test of u de principaal in de verkoop bent — of u het goed of de dienst controleert vóór overdracht aan de klant — of een agent wiens prestatieverplichting is vervuld wanneer de winkel de verkoop doet. Wanneer de winkel de verkoper van record is, de belasting int, de betalingsrails opzet, de terugbetalingsmechaniek draagt en u een netto-bedrag per transactie betaalt, is de winkel de principaal en is uw omzet uw opbrengsten. Het boeken van bruto en het tonen van de commissie als uitgave blaast de omzet op, vervormt elke margeverhouding die u berekent, en geeft een verkeerde weergave van belastingen als iemand ooit kijkt.
De tweede fout is timing: het boeken van de bankstorting als die maand omzet. De storting vereffent vorige maand (of vorige fiscale maand) opbrengsten. Het juiste patroon is:
- Omzet opbouwen wanneer de verkopen plaatsvinden, met behulp van de schattingen van de winkel als de werkelijke cijfers nog niet bekend zijn.
- Bijstellen naar werkelijke cijfers wanneer het maandelijkse financiële rapport binnenkomt, waarbij het verschil tussen schatting en werkelijkheid wordt geboekt (er is bijna altijd een — valuta, terugbetalingen en late aanpassingen zien daarop toe).
- De storting vereffenen tegen de vordering wanneer de uitbetaling arriveert, met eventuele restposten naar inhouding, FX of drempel-doorrol — elk zijn eigen account.
Dat laatste punt is het hele spel: wanneer elke restpost een genoemd account heeft, is een verschil dat niet nul is onmogelijk te missen en duurt het minuten om het uit te leggen.
Een Maandelijkse Afstemmingsworkflow van 30 Minuten
- Download de werkelijke cijfers. Haal uit App Store Connect het maandelijkse financiële rapport (het gedetailleerde dat elk territorium dekt, met afwikkelingsdatums). Haal uit Play Console het inkomstenrapport. Deze — niet de analysedashboards — zijn uw brondocumenten.
- Registreer opbrengsten per territorium en valuta. Eén omzetregel per winkel, met territoria en valuta's daaronder bijgehouden. Dit is waar de audittrail leeft: de dag dat u moet beantwoorden "waarom daalden de EU-opbrengsten in maart met 12%," wilt u btw, commissie en terugbetalingen uitgesplitst hebben, niet één gemengd cijfer.
- Boek de aanpassing van schatting naar werkelijkheid. Verschil tussen wat uw dashboard projecteerde en wat het rapport zegt: meestal terugbetalingen, valuta en massa-uitbetalingsaanpassingen.
- Boek terugbetalingen en terugboekingen als contra-omzet in de rapportmaand, en houd het percentage in de gaten — een stijgend terugbetalingspercentage is een productsignaal in een boekhoudkostuum.
- Vereffen de uitbetaling met de vordering. Wanneer de storting binnenkomt, koppel deze aan het rapport. Inhouding gaat naar een belastingvordering-account (het is vaak verrekenbaar); FX-verschillen gaan naar een valutautgave; een korte storting onder de minimumdrempel blijft in het clearingaccount tot volgende maand.
- Controleer uw commissietarief per kwartaal. Controleer uw Small Business Program-inschrijving in App Store Connect en uw tier in Play Console — vooral als u de $1 miljoen aan opbrengsten nadert, waar beide winkels het tarief op toekomstige verkopen wijzigen. Modelleer de overgang voordat het gebeurt: het overschrijden van de grens kan halverwege het jaar uw hele margestructuur herprijzen.
Zes stappen, één zit per maand. De opbrengst is niet alleen schone boeken — het is dat prijsbeslissingen, tariefinschrijvingen en cashflowprognoses allemaal gaan draaien op opbrengsten in plaats van het ijdelheidscijfer.
Volg de Hele Waterval in Platte Tekst
Dit is precies het soort meerlagige afstemming waar plain-text accounting zijn waarde bewijst. Een beancount-grootboek geeft elke laag van de waterval zijn eigen account — income:appstore:ios, income:playstore:android, expenses:refunds, assets:receivable:payouts:apple, assets:tax-withheld — zodat de maandelijkse boeking de verklaring is, en elk cijfer terugkoppelt naar een gedownload rapport dat u jaren later opnieuw kunt afleiden. Omdat het grootboek tekst is, kunnen de winkelrapporten ernaast in versiebeheer liggen, en wordt de afstemming een diff in plaats van een spreadsheet-archeologieproject. Als u de machinerie wilt voor het importeren van bankafschriften en winkelgegevens, behandelt de documentatie de importpijplijn diepgaand.
Vereenvoudig Uw Financieel Beheer
App-store-omzet is het meest tegen-u-afgestemde inkomen dat de meeste ontwikkelaars ooit zullen hebben: commissies, belastingen, terugbetalingen en betalingskalenders nemen allemaal hun deel voordat het geld u bereikt. Het bijhouden van boeken die die waterval weerspiegelen — in plaats van een enkele "app-inkomsten"-regel — is wat een verwarrende uitbetaling omzet in een transparant, controleerbaar systeem. Beancount.io biedt plain-text accounting dat transparant, versiebeheerd en AI-klaar is, zodat elk winkelrapport, elke aanpassing en elke storting traceerbaar blijft. Start gratis en maak uw netto-opbrengst zo leesbaar als uw code.