Hoe we tellen
Omzetcijfers zijn alleen nuttig als je weet hoe ze tot stand komen. Elke RevGlance-synchronisatie leest de officiële API van de provider en is regel voor regel gecontroleerd tegen de documentatie. Waar een provider iets weglaat, staat op deze pagina wat wij in plaats daarvan doen.
- Providers
- 11
- Algemene regels
- 10
- Wijzigt nooit iets bij je provider
- Alleen lezen
Overal
Deze gelden voor elke provider, op elke pagina.
Omzet telt vóór belasting. De kosten zijn wat de provider hield voor het verwerken van de betaling.
Bekijk de berekening toont de belasting op elke betaling: wat is afgerekend, de belasting die niet is meegeteld en waar dat bedrag vandaan komt. Geeft een provider geen belastingbedrag, dan staat dat in de rij.
Netto-omzet is betalingen, min terugbetalingen, min kosten. Kosten die de provider bij een terugbetaling teruggeeft, verlagen de kosten; kosten die hij rekent voor een terugbetaling of een betwisting tellen als kosten. Elke pagina telt het zo.
Een terugbetaling telt op de dag dat de provider die meldt, vóór belasting, net als de betaling die wordt teruggegeven. Als een terugbetaling wordt teruggedraaid of een chargeback wordt gewonnen, telt de terugbetaling niet meer.
MRR telt wat een abonnement elke maand factureert na terugkerende kortingen. Eenmalige kortingen en proefperiodes hebben geen MRR; een proefperiode die converteert, telt als nieuw op de dag van conversie.
Een achterstallig abonnement blijft meetellen terwijl de provider de betaling opnieuw probeert. Een gepauzeerd abonnement telt als verloop en komt terug als het wordt hervat.
Als de nieuwe pogingen op zijn, telt het abonnement als verloop. App Store en Google Play zonder meldingen tonen geen nieuwe pogingen, dus een verlenging die drie dagen te laat is, telt als beëindigd.
Een abonnementswijziging van vóór je verbinding verschijnt alleen waar elke betaling is vastgelegd: Gumroad, App Store en Google Play. Andere providers zeggen alleen wat een abonnement nu kost, dus dat begint op de prijs van vandaag en latere wijzigingen krijgen de datum waarop ze gebeuren.
Bedragen in andere valuta worden omgerekend naar de valuta van het bedrijf tegen de koers van de Europese Centrale Bank op de dag van elke betaling.
RevGlance leest alleen. Het brengt nooit iets in rekening, betaalt nooit iets terug en wijzigt niets bij je provider.
Stripe
- Betalingen, terugbetalingen en de kosten van Stripe komen uit je balanstransacties, in de valuta waarin Stripe ze heeft verrekend.
- Kaartterugbetalingen tellen op de dag dat Stripe ze registreert. Bankbetalingen (ACH, SEPA en andere lokale methoden) tellen ook; een terugbetaling die de bank terugstuurt verlaagt je terugbetalingen weer.
- Een betwisting telt als terugbetaling wanneer Stripe het geld terugneemt, en de terugbetaling vervalt als je de betwisting wint. De betwistingskosten van Stripe worden als kosten bewaard.
- Kortingscodes op het abonnement en op losse items gaan van de MRR af. Een kortingscode met een vast bedrag telt alleen in de eigen valuta.
- Gepauzeerde en onbetaalde abonnementen tellen als verloop; een achterstallig abonnement blijft meetellen terwijl Stripe de kaart opnieuw probeert.
- Betalingen, terugbetalingen en betwistingen tellen vóór belasting, in het belastingaandeel van hun factuur of Checkout Session. Zonder leestoegang tot Checkout Sessions blijft de belasting op verkopen buiten een factuur inbegrepen.
- Een prijs inclusief belasting telt in de MRR vóór belasting, in het belastingaandeel van de laatste factuur.
- Het pauzeren van de betalingsinning telt als verloop vanaf de dag dat RevGlance het voor het eerst ziet, omdat Stripe het niet dateert.
Polar
- Bestellingen tellen vóór belasting, met de platformkosten van Polar als kosten. Kosten in een andere valuta dan de bestelling worden als nul getoond.
- Terugbetalingen tellen vóór belasting, net als de betaling. Polar geeft geen terugbetalingsdatum, dus een terugbetaling krijgt de datum waarop de bestelling voor het laatst is gewijzigd.
- Een terugbetaling van een oudere bestelling wordt opgevangen door een volledige leesronde eens per week, dus die kan tot een week later verschijnen.
- Chargebacks worden niet gelezen, dus een verloren chargeback blijft als betaling meetellen, tenzij de provider die ook als terugbetaling meldt.
- Mislukte betalingen worden niet gemeld, dus dat cijfer blijft op nul.
- De MRR is het abonnementsbedrag, dat Polar al verlaagt met een terugkerende korting. Een eenmalige korting verlaagt de MRR niet.
- De MRR bevat belasting bij prijzen inclusief belasting: Polar geeft niet aan welke abonnementen die gebruiken. Betalingen en terugbetalingen tellen vóór belasting.
Lemon Squeezy
- Betalingen zijn het totaal van de bestelling of factuur min belasting.
- Lemon Squeezy meldt terugbetalingen inclusief belasting, dus RevGlance haalt de belasting er naar verhouding af. Reken af en toe op een cent afrondingsverschil.
- Volledige terugbetalingen krijgen de datum waarop Lemon Squeezy ze uitvoerde. Gedeeltelijke terugbetalingen hebben geen datum, dus die verschijnen op de factuurdatum.
- Een opgezegd abonnement blijft meetellen tot de betaalde periode afloopt. Een onbetaald abonnement (vier mislukte nieuwe pogingen) telt als verloop en komt terug als de betaling alsnog lukt.
- Lemon Squeezy stuurt geen opzegdatum of reden: de opzegdatum is wanneer het abonnement voor het laatst is gewijzigd.
- Lemon Squeezy meldt geen kosten, dus kosten worden als nul getoond.
- Een korting gaat van de MRR af zodra een verlenging die toont. Lemon Squeezy zegt niet of een korting terugkeert, dus een korting op alleen de eerste factuur telt niet.
- Een terugbetaling van een oudere bestelling wordt opgevangen door een volledige leesronde eens per week, dus die kan tot een week later verschijnen.
- Een proefperiode die is omgezet voordat je verbinding maakte, wordt niet getoond, omdat Lemon Squeezy een proefperiode alleen noemt zolang die loopt.
- Chargebacks worden niet gelezen, dus een verloren chargeback blijft als betaling meetellen, tenzij de provider die ook als terugbetaling meldt.
App StoreBèta
Gebouwd en getest volgens de documentatie van App Store, maar nog niet gedraaid tegen een live account. Laat het ons weten als je cijfers afwijken van de eigen rapporten van App Store.
- De klantprijs telt als omzet en de kosten zijn de klantprijs min je opbrengst, dus belasting in prijzen inclusief belasting verschijnt als kosten.
- De MRR is de laatste klantprijs, dus die bevat belasting waar de prijzen dat doen: de rapporten van Apple splitsen belasting niet uit. Een introductieaanbieding telt tegen de aanbiedingsprijs, en de normale prijs verschijnt daarna als een uitbreiding.
- Een terugbetaling komt uit het rapport van Apple met een negatieve prijs. Wanneer Apple een terugbetaling terugdraait, verwijdert RevGlance de laatste terugbetaling van die abonnee en dat abonnement. Apple zegt niet welke terugbetaling is teruggedraaid, dus bij meerdere terugbetalingen op één abonnement kan de verkeerde verdwijnen.
- Terugbetalingen die zijn aangevraagd nadat Apple de ID van een abonnee heeft gereset (180 dagen), worden bewaard, maar zonder klant.
- Tegoeden voor app-bundels (CMB-C) zijn geen terugbetalingen en worden weggelaten.
- Apple toont geen opzeggingen: een abonnement eindigt wanneer een verlenging drie dagen te laat is.
- Mislukte betalingen worden niet gemeld, dus dat cijfer blijft op nul.
Google PlayBèta
Gebouwd en getest volgens de documentatie van Google Play, maar nog niet gedraaid tegen een live account. Laat het ons weten als je cijfers afwijken van de eigen rapporten van Google Play.
- Google plaatst rapporten drie tot zeven dagen te laat. Verkopen komen eerst; inkomsten vervangen ze later door wat Google je na de eigen kosten heeft betaald. Betalingen tellen vóór belasting.
- Elke terugbetalingsregel wordt bewaard, ook gedeeltelijke. Twee gedeeltelijke terugbetalingen van één bestelling verspreid over twee maandrapporten kunnen botsen, en er kan er een worden gemist. Google zegt niet of terugbetalingen negatief zijn in de rapporten, dus ze worden gelezen als terugbetaalde bedragen.
- Terugbetalingen via de Play API gaan maar 30 dagen terug. Oudere komen binnen met het inkomstenrapport.
- Zonder realtime meldingen verschijnt een opzegging alleen als een verlenging die drie dagen te laat is, geteld zodra de rapporten die dag dekken.
- Testaankopen worden weggelaten. Een abonnement in de wacht blijft meetellen; een gepauzeerd abonnement telt als verloop tot het wordt hervat.
- De MRR is de laatste bestelling, vóór belasting. Een introductieaanbieding telt tegen de aanbiedingsprijs, en de normale prijs verschijnt daarna als een uitbreiding.
- Mislukte betalingen worden niet gemeld, dus dat cijfer blijft op nul.
GumroadBèta
Gebouwd en getest volgens de documentatie van Gumroad, maar nog niet gedraaid tegen een live account. Laat het ons weten als je cijfers afwijken van de eigen rapporten van Gumroad.
- Gumroad meldt elk bedrag in Amerikaanse dollars, ongeacht de valuta van je product, dus verkopen worden in USD vastgelegd.
- Terugbetalingen hebben geen datum: een terugbetaling krijgt de dag waarop RevGlance die vindt, of bij de eerste synchronisatie de dag van de verkoop. Verkopen worden 30 dagen terug opnieuw gelezen, en eens per week volledig, om ze op te vangen.
- Een chargeback die je hebt gewonnen is geen terugbetaling; een verloren chargeback wel, totdat je die wint.
- De MRR is wat de laatste verkoop in rekening bracht, dus een aanbiedingscode verlaagt die tot een verkoop tegen de volle prijs als een uitbreiding verschijnt.
- Belasting die Gumroad int, telt niet mee. Belasting die je zelf int, blijft meetellen, omdat de verkooplijst die niet vermeldt.
- Mislukte betalingen worden niet gemeld, dus dat cijfer blijft op nul.
PaddleBèta
Gebouwd en getest volgens de documentatie van Paddle, maar nog niet gedraaid tegen een live account. Laat het ons weten als je cijfers afwijken van de eigen rapporten van Paddle.
- Bedragen komen uit de uitbetalingstotalen van Paddle, vóór belasting, met de kosten van Paddle als kosten.
- Terugbetalingen en chargebacks tellen vóór belasting. Een chargeback die Paddle wint, of een terugbetaling die Paddle terugdraait, telt niet meer.
- Chargebackkosten die Paddle inhoudt, tellen als kosten.
- Een prijs inclusief belasting telt in de MRR vóór belasting, in het belastingaandeel van de volgende factuur.
- Terugkerende kortingen gaan van de MRR af, ook als de korting later is gearchiveerd.
- Een betaling die niet kon worden geïnd, telt als mislukte betaling. Er wordt geen geld verplaatst.
BraintreeBèta
Gebouwd en getest volgens de documentatie van Braintree, maar nog niet gedraaid tegen een live account. Laat het ons weten als je cijfers afwijken van de eigen rapporten van Braintree.
- Verrekende verkopen en verkopen in verrekening tellen, vóór belasting als je belastingbedragen meestuurt. Autorisaties die nooit zijn geïnd tellen niet.
- Terugbetalingen zijn de credittransacties, met de datum waarop Braintree ze uitvoerde.
- Braintree meldt geen verwerkingskosten via de API, dus kosten worden als nul getoond.
- De MRR is de abonnementsprijs met add-ons, min kortingen die nog factureringscycli over hebben. Een abonnement noemt geen klant, dus het krijgt de klant van zijn betalingen; een abonnement zonder betaling verschijnt onder zijn kaart.
- Een opzegging krijgt de datum uit de statusgeschiedenis. Een verlopen abonnement eindigt op de datum tot waar het is betaald.
- Een betaling die niet kon worden geïnd, telt als mislukte betaling. Er wordt geen geld verplaatst.
- Chargebacks worden niet gelezen, dus een verloren chargeback blijft als betaling meetellen, tenzij de provider die ook als terugbetaling meldt.
RecurlyBèta
Gebouwd en getest volgens de documentatie van Recurly, maar nog niet gedraaid tegen een live account. Laat het ons weten als je cijfers afwijken van de eigen rapporten van Recurly.
- Betaalde facturen voor betalingen tellen vóór belasting.
- Terugbetalingen zijn de geslaagde terugbetalingstransacties. Ze bevatten belasting, dus RevGlance haalt de belasting eraf in dezelfde verhouding als op de factuur.
- Recurly meldt geen gatewaykosten, dus kosten worden als nul getoond.
- De MRR is het subtotaal van Recurly voor het abonnement (bedrag per eenheid, aantal en add-ons, na kortingscodes, vóór belasting).
- Een opgezegd abonnement blijft meetellen tot het verloopt; verlopen, mislukte en gepauzeerde abonnementen tellen als verloop. Recurly geeft via de API geen opzegreden.
- Een betaling die niet kon worden geïnd, telt als mislukte betaling. Er wordt geen geld verplaatst.
- Chargebacks worden niet gelezen, dus een verloren chargeback blijft als betaling meetellen, tenzij de provider die ook als terugbetaling meldt.
ChargebeeBèta
Gebouwd en getest volgens de documentatie van Chargebee, maar nog niet gedraaid tegen een live account. Laat het ons weten als je cijfers afwijken van de eigen rapporten van Chargebee.
- Betaalde facturen tellen vóór belasting.
- Terugbetalingen komen uit terugbetaalbare creditnota's, min belasting in dezelfde verhouding als op de creditnota.
- Chargebee meldt geen gatewaykosten, dus kosten worden als nul getoond.
- De MRR bestaat uit de abonnements- en add-on-items, min kortingscodes op de hele factuur die blijven gelden. Eenmalige betalingen worden weggelaten.
- Abonnementen die niet worden verlengd blijven meetellen tot hun looptijd afloopt. Gepauzeerde tellen als verloop. De opzegredencode die je in Chargebee hebt ingesteld verschijnt als reden.
- Een betaling die niet kon worden geïnd, telt als mislukte betaling. Er wordt geen geld verplaatst.
- Een chargeback telt alleen als een terugbetaalbare creditnota die vastlegt.
ShopifyBèta
Gebouwd en getest volgens de documentatie van Shopify, maar nog niet gedraaid tegen een live account. Laat het ons weten als je cijfers afwijken van de eigen rapporten van Shopify.
- Betaalde bestellingen tellen vóór belasting, in de valuta van de winkel, met de kosten van Shopify Payments als kosten. Testbestellingen worden weggelaten.
- Terugbetalingen bevatten belasting, dus RevGlance haalt de belasting eraf in dezelfde verhouding als op de bestelling.
- De MRR komt uit abonnementscontracten (Shopify Subscriptions en apps die daarop zijn gebouwd), na hun kortingen. Bestellingen die door een verkoopplan zijn gemaakt tellen als terugkerend.
- Shopify geeft geen opzegdatum of reden: een opgezegd, verlopen, mislukt of gepauzeerd contract eindigt wanneer het voor het laatst is gewijzigd.
- Een deels betaalde bestelling telt mee voor wat er tot nu toe is binnengekomen.
- Waar prijzen belasting bevatten, telt de MRR vóór belasting, in het belastingaandeel van de eerste bestelling.
- Abonnementscontracten bevatten geen proefperiodedatums, dus proefperiodes worden niet getoond.
- Chargebacks worden niet gelezen, dus een verloren chargeback blijft als betaling meetellen, tenzij de provider die ook als terugbetaling meldt.
- Mislukte betalingen worden niet gemeld, dus dat cijfer blijft op nul.
Komt hier iets niet overeen met wat je bij je provider ziet? Dat is een bug die we graag horen. Terug naar RevGlance

RevGlance