Op 1 juli 2026 herschreef Envato in stilte de economie van het verkopen op CodeCanyon en ThemeForest. Auteurs die een decennium hadden besteed aan het opbouwen van een "exclusieve" status — en daarmee commissiepercentages van maar liefst 87,5% per verkoop — werden zonder pardon overgezet naar één vast omzetdeel van 50%. Geen gelaagde tarieven meer, geen loyaliteitsbonus, geen exclusiviteitsvereiste. Als je een WordPress plugin- of themaontwikkelaar bent die daar verkoopt, is je nettobedrag per verkoop mogelijk zojuist gehalveerd — en als je boekhouding de omzet nog niet apart bijhield per platform, per kostenstructuur en per licentietype, merkte je dat waarschijnlijk pas toen de uitbetaling tegenviel.
Dat is het echte probleem dat schuilgaat achter deze specifieke wijziging: de meeste solo- en kleine WordPress-productbedrijven weten eigenlijk niet wat ze verdienen. Ze weten wat er op hun bankrekening binnenkomt. Dat zijn niet dezelfde cijfers, en het verschil ertussen — marktplaatscommissies, betalingsverwerkerskosten, valutaconversie, aan de bron ingehouden btw, vernieuwingsomzet die als eenmalige inkomsten wordt geboekt — is precies waar boekhoudfouten zich jarenlang stilletjes opstapelen.
Het probleem van meerdere uitbetalingskanalen
De meeste WordPress-productbedrijven verkopen niet via één kanaal. Een typische opzet bestaat uit een mix van:
- Een zelf-gehoste winkel die gebruikmaakt van een merchant-of-record-platform zoals Freemius of Paddle, dat licenties, abonnementen en belastinginning afhandelt
- Envato Market (CodeCanyon voor plugins, ThemeForest voor thema's), een marktplaats die haar deel inhoudt voordat je ooit een storting ziet
- Directe checkout via Stripe of een betaalgateway die is ingebouwd in Easy Digital Downloads of WooCommerce, waarbij jij zelf de merchant of record bent
Elk van deze kanalen betaalt uit volgens een ander schema, in een andere valutamix, na aftrek van een andere combinatie van kosten. Freemius keert mogelijk maandelijks uit, na aftrek van haar omzetdeel en eventuele belastingafhandeling. Envato betaalt uit via PayPal of bankoverschrijving na haar commissie, waarbij het exacte percentage nu afhangt van de vaste-tariefwijziging van juli 2026 in plaats van je historische exclusiviteitsniveau. Een directe Stripe-checkout stort de bruto kaartomzet, en verwerkingskosten verschijnen dagen later als een aparte kostenpost.
Als je boekhouding erop neerkomt dat je gewoon het bedrag dat op de bankrekening binnenkomt boekt als "verkoopomzet", vermeng je vier verschillende boekhoudkundige gebeurtenissen — brutomzet, marktplaatscommissie, verwerkingskosten en belastingafdracht — tot één cijfer dat je vrijwel niets vertelt over welk kanaal daadwerkelijk winstgevend is per verkochte eenheid.
De oplossing is niet ingewikkeld, maar vereist wel discipline: boek de brutomzet op het moment van verkoop in het subgrootboek van elk kanaal, en registreer marktplaatscommissies, verwerkingskosten en eventuele ingehouden belasting als aparte kosten- of tegenomzetposten. Dat is de enige manier om een vraag als "is CodeCanyon de vermelding na de tariefwijziging van juli 2026 nog waard?" te beantwoorden met een echt cijfer in plaats van een onderbuikgevoel.
Waarom de Envato-wijziging belangrijk is voor je rekeningschema
Vóór juli 2026 werden Envato's commissies binnen het exclusieve-auteursprogramma gelaagd op basis van levenslange verdiensten — hoe langer je op het platform verkocht en hoe meer volume je draaide, hoe lager de tarieven konden zakken, tot wel 12,5% voor topauteurs, wat betekende dat je tot 87,5% van elke verkoop overhield. Niet-exclusieve verkopers, die hun producten ook elders konden aanbieden, kregen aanzienlijk slechtere voorwaarden. Sinds 1 juli 2026 is die hele gelaagde structuur verdwenen. Elke auteur — ongeacht verkoopgeschiedenis of exclusiviteitsstatus — ontvangt nu een vast omzetdeel van 50%.
Voor boekhoudkundige doeleinden is dit geen bijzaak. Als je een rekening "Envato-verkopen" had waarin impliciet werd uitgegaan van een aandeel van 85%+ dat verweven zat in je historische margeberekeningen, is die aanname vanaf nu voor elke transactie onjuist. Twee dingen om onmiddellijk te doen:
- Splits je omzetrapportage per platform op de grens van 1 juli 2026. Neem geen gemiddelde van maanden vóór en na de wijziging wanneer je beoordeelt of de marktplaats het nog waard is — de eenheidseconomie is op die datum daadwerkelijk veranderd.
- Voer je kanaalvergelijking opnieuw uit. Een vast commissiepercentage van 50% bij Envato is een heel ander getal om te vergelijken met Freemius' progressieve omzetdeelmodel (dat doorgaans hoger begint en afneemt naarmate je volume groeit) of een zelfbeheerde Stripe-checkout waarbij je enige "commissie" een verwerkingskosten van ongeveer 2,9% is, plus wat je uitgeeft aan klantenwerving. Producten die het onder de oude tarieven de moeite waard maakten om exclusief bij Envato te houden, zijn dat mogelijk niet langer.
Merchant of Record versus zelfbeheerde checkout: wie is de fiscus iets verschuldigd
Dit is het onderdeel van WordPress-productboekhouding waar de meeste mensen door verrast worden, omdat de twee modellen totaal verschillende verplichtingen op je boeken creëren.
Als je verkoopt via een merchant-of-record-platform (MoR) zoals Freemius of Paddle, is dat platform juridisch de verkoper van record voor belastingdoeleinden. Het berekent, int en draagt btw af in de EU/UK, GST waar van toepassing, en Amerikaanse omzetbelasting in de staten waar je economische nexus hebt. Je boeken hebben voor die verkopen geen te-betalen-omzetbelastingrekening nodig — de MoR heeft die verplichting al op zich genomen. Wat je registreert is de netto-uitbetaling die je daadwerkelijk ontvangt, plus je bewaart de eigen transactierapporten van de MoR als je controlespoor, mocht een belastingdienst ooit vragen hoe een bepaalde verkoop belast is.
Als je direct verkoopt — een Stripe- of klassieke Paddle-integratie ingebouwd in je eigen checkout, waarbij jij de merchant of record bent — dan is die verplichting van jou. Je bent zelf verantwoordelijk voor het bijhouden van economische-nexusdrempels per staat (de meeste Amerikaanse staten activeren ergens tussen $100.000 aan verkopen of 200 transacties per jaar een omzetbelastingplicht, hoewel de drempels variëren), voor registratie waar vereist, en voor het afdragen van wat je int. Dat betekent dat je boeken een echte te-betalen-omzetbelastingrekening nodig hebben, niet alleen een omzetregel, en dat je een proces nodig hebt om te controleren wat je hebt geïnd tegenover wat je elke aangifteperiode hebt afgedragen.
Deze twee modellen door elkaar halen zonder ze in je boeken te onderscheiden is een veelvoorkomende en dure fout: bedrijven tellen ofwel een belastingverplichting dubbel die een MoR-platform al heeft afgehandeld, of — erger nog — gaan ervan uit dat een MoR de belastingverplichtingen afhandelt op een kanaal waar zij in werkelijkheid zelf verantwoordelijk voor zijn.
Licentievernieuwingen zijn geen eenmalige verkopen
Plugin- en themalicenties worden meestal verkocht als jaarlijkse (of levenslange) sleutels, en het is verleidelijk om de volledige vernieuwingsbetaling als omzet te boeken op het moment dat deze binnenkomt. Volgens standaard beginselen voor omzetverantwoording (ASC 606 in de VS) is dat niet correct als de licentie een jaar aan updates en ondersteuning geeft: omzet uit een vernieuwing mag niet eerder worden verantwoord dan de start van de vernieuwingsperiode, verspreid over de periode waarin de klant daadwerkelijk recht heeft op service.
Concreet: als een klant een licentie van $120 per jaar vernieuwt, boek je niet op de dag van afschrijving $120 aan omzet. Je registreert $120 als uitgestelde omzet (een verplichting — je bent een jaar aan updates/ondersteuning verschuldigd), en verantwoordt vervolgens elke maand $10 aan omzet naarmate je die verplichting daadwerkelijk levert. Als je vooral jaarlicenties verkoopt en alleen binnengekomen kasgeld als omzet boekt, is je maandelijkse winst-en-verliesrekening misleidend — met pieken rond je vernieuwingsdrukke maanden en een te lage waarde de rest van het jaar — en als je ooit financiële cijfers nodig hebt voor een leningaanvraag, een overnamegesprek, of gewoon een eerlijk beeld van of het bedrijf groeit, dan verbergt die piekvorming de werkelijke trend.
Dit speelt nog sterker zodra je gelijktijdig via Freemius, Envato en een directe checkout verkoopt, omdat de vernieuwingsmechanismen per kanaal enigszins verschillen (Envato's licenties zijn bijvoorbeeld traditioneel meer gericht op eenmalige aankoop dan op abonnementsvernieuwing, terwijl Freemius is opgebouwd rond terugkerende licenties). Je registratie van uitgestelde omzet moet daar per kanaal rekening mee houden, in plaats van één blanco aanname toe te passen op elke verkoop.
Uitbetalingen afstemmen zonder gek te worden
De praktische wekelijkse of maandelijkse taak die dit allemaal samenbrengt, is uitbetalingsafstemming: het vergelijken van wat het dashboard van elk platform zegt dat je hebt verdiend met wat daadwerkelijk op je bankrekening is beland, en het begrijpen van elke tussenliggende post. Een werkbaar proces ziet er als volgt uit:
- Haal het transactieniveaurapport op van elk kanaal (Freemius, Envato, Stripe) in plaats van te vertrouwen op het totale uitbetalingsoverzicht — je hebt brutoverkoop, commissie/kosten en ingehouden belasting nodig als aparte regelposten, niet als één nettocijfer.
- Boek brutomzet en elke aftrekpost apart in je grootboek, gelabeld per kanaal, zodat je een echt kanaal-per-kanaal margerapport kunt draaien.
- Stem de nettostorting af tegen de som van brutomzet minus kosten minus ingehouden belasting voor die uitbetalingsperiode. Een verschil betekent meestal een terugbetaling, chargeback of valutaconversieverschil dat je nog niet hebt geregistreerd.
- Volg vernieuwings- versus nieuwe-verkoopomzet apart bij, zelfs binnen één kanaal, zodat je je werkelijke vernieuwingspercentage kunt zien — misschien wel de beste gezondheidsindicator voor een softwarebedrijf met licenties, en één die volledig verduisterd raakt als vernieuwingen en nieuwe verkopen samen in één rekening "Envato-verkopen" worden gegooid.
Dit met de hand in een spreadsheet doen is werkbaar bij een handvol transacties per maand; het houdt op te schalen zodra je drie kanalen met verschillende valuta's, kostenschema's en belastingbehandelingen elke uitbetalingscyclus tegen elkaar moet afstemmen.
Houd je boekhouding over meerdere kanalen controleerbaar
Als je uitbetalingen jongleert van Freemius, Envato en een directe Stripe-checkout, is plain-text accounting een natuurlijke match: de transacties van elk kanaal bestaan als versiebeheerde items die je kunt taggen, scripten en vergelijken, in plaats van verstopt te zitten in een black-box dashboard dat je alleen nettostortingen toont. Beancount.io geeft je die transparantie — volledige controle over hoe brutomzet, marktplaatskosten en uitgestelde vernieuwingsomzet worden gecategoriseerd, met een volledig controlespoor voor elke verkoop. Ga gratis aan de slag en ontdek waarom ontwikkelaars die al in versiebeheer denken, ook hun boekhouding overzetten naar platte tekst.