Hoe het Belastingoverzicht Berekent wat je Verschuldigd Bent

Het belastingoverzicht (tax summary report) beantwoordt één specifieke vraag: hoeveel belastbare omzet heb je per maand gefactureerd, en hoeveel belasting heb je daarover in rekening gebracht? Het wordt opgebouwd door elke in aanmerking komende factuur te groeperen op de maand van de factuurdatum, en vervolgens twee getallen per maand op te tellen — belastbare omzet en geïnde belasting — apart voor elke valuta waarin je factureert. De logica achter welke facturen meetellen, hoe de splitsing tussen omzet en belasting wordt afgeleid, en waarom het rapport is georganiseerd op factuurdatum in plaats van betaaldatum, bepalen allemaal wat de uiteindelijke getallen betekenen, en het is de moeite waard om dit te begrijpen voordat je een printje aan een boekhouder geeft als vervanging voor een echte belastingaangifte.

Welke Facturen Worden Meegeteld

Twee categorieën facturen worden uitgesloten voordat er iets wordt opgeteld. Offertes worden volledig overgeslagen — het rapport kijkt alleen naar documenten van het type "factuur", omdat een offerte nog geen daadwerkelijke omzet of belastingverplichting heeft gegenereerd, hoe waarschijnlijk acceptatie ook is. Concept- en geannuleerde facturen worden ook uitgesloten, met als redenering dat een concept nog niet naar iemand is verstuurd en dus nog geen verplichting vertegenwoordigt, en een geannuleerde factuur juist is ingetrokken omdat de transactie die erin werd beschreven niet heeft plaatsgevonden. Elke andere status — verzonden, deels betaald, achterstallig, betaald — wordt meegeteld, wat een betekenisvolle ontwerpkeuze is: het rapport telt gefactureerde belasting, niet geïnde belasting. Een factuur die drie weken geleden is verstuurd en nog steeds niet is betaald, draagt zijn volledige belastingbedrag bij aan de totalen van de betreffende maand, precies hetzelfde als een factuur die dezelfde dag werd betaald als waarop ze werd verstuurd.

Waarom Gegroepeerd op Factuurdatum, Niet op Betaaldatum

De maand die wordt gebruikt voor groepering komt uit het datumveld van de factuur zelf — specifiek het jaar- en maandgedeelte ervan — niet uit het moment waarop een betaling tegen de factuur werd geregistreerd, en ook niet uit het moment waarop de factuur in het systeem werd aangemaakt als dat toevallig afwijkt van de vermelde factuurdatum. Dit is vooral belangrijk voor facturen met lange betalingstermijnen: een factuur met een betalingstermijn van 60 dagen, gedateerd in maart, die uiteindelijk in mei wordt betaald, verschijnt nog steeds in de totalen van maart, niet van mei. Voor de meeste boekhouding op transactiebasis is dit het verwachte gedrag, maar als jij of je boekhouder denkt in termen van kasbasis — omzet tellen wanneer het geld daadwerkelijk binnenkomt — komt dit rapport niet overeen met die zienswijze, en er is momenteel geen schakeloptie om de groeperingsbasis te wijzigen. Elke factuur waarvan het datumveld geen schone waarde heeft van vier cijfers jaar, twee cijfers maand, wordt stilzwijgend overgeslagen in het rapport in plaats van een fout te veroorzaken, wat in de praktijk alleen misvormde of verouderde gegevens raakt.

Hoe Belastbare Omzet Wordt Afgeleid, Niet Opgeslagen

Het rapport haalt geen apart opgeslagen "belastbare omzet"-veld uit elke factuur, omdat zo'n veld niet bestaat. In plaats daarvan wordt het direct berekend als het totaal van de factuur minus het belastingbedrag, met een ondergrens op nul. Dit is het omgekeerde van hoe het totaal oorspronkelijk werd opgebouwd — belasting werd berekend door het belastingtarief toe te passen op het subtotaal na korting, en vervolgens op te tellen bij het totaal — dus door het belastingbedrag er weer af te trekken, wordt de belastbare basis gereconstrueerd. De ondergrens op nul bestaat als beschermingsmaatregel tegen elke factuur waarbij een data-inconsistentie anders een negatief cijfer zou kunnen opleveren; in normaal gebruik, aangezien belasting een percentage is van een niet-negatieve basis, wordt deze ondergrens vrijwel nooit geactiveerd.

Groepering per Valuta Binnen Elke Maand

Binnen een bepaalde maand, als je klanten in meer dan één valuta hebt gefactureerd, combineert het rapport deze niet tot één gemengd getal. De gegevens van elke maand worden verder gesplitst per valuta — je ziet bijvoorbeeld een maartregel voor USD-facturen en een aparte maartregel voor EUR-facturen, elk met eigen belastbare omzet, geïnde belasting en aantal facturen. Zoals bij de andere financiële rapporten in het product vindt er nergens in deze berekening een wisselkoersconversie plaats; valuta's worden strikt gescheiden gehouden in plaats van geschat tot één getal met een koers die tegen de tijd dat je het rapport leest al verouderd zou zijn.

Aantal Facturen als Controlemiddel

Elke regel bevat ook een telling van hoeveel facturen eraan hebben bijgedragen, wat minder nuttig is als hoofdcijfer en meer als een manier om de totalen snel te controleren — als het belastingcijfer van een maand er onverwacht hoog of laag uitziet, vertelt het aantal facturen je snel of dat komt door een ongewoon groot of klein aantal facturen die maand, of door één uitschieter die een verder normaal aantal scheeftrekt. Het is een kleine toevoeging, maar het maakt van het rapport iets dat je in één oogopslag daadwerkelijk kunt controleren, in plaats van slechts twee ruwe getallen.

Sortering en Export

Regels worden gesorteerd met de meest recente maand bovenaan, en bij een gelijke maand alfabetisch op valutacode, zodat een werkruimte met meerdere valuta's toch een stabiele, voorspelbare volgorde krijgt in plaats van een die telkens verschuift tussen het laden van rapporten. Net als het ouderdomsoverzicht is dit rapport beschikbaar als CSV-download met dezelfde kolommen voor periode, valuta, aantal facturen, belastbare omzet en geïnde belasting als de JSON-weergave — handig om direct in een spreadsheet te plakken die een boekhouder al bijhoudt, zonder dat je de getallen handmatig opnieuw hoeft af te leiden.

Wat Dit Rapport Niet Is

Het is de moeite waard om precies te zijn over de grenzen van het rapport, want belastingrapportage is een van de weinige plekken waar een verkeerde aanname echte gevolgen heeft. Dit rapport weerspiegelt belasting zoals berekend op je facturen met welk belastingtarief je ook hebt ingevoerd toen je elke factuur opstelde — het heeft geen kennis van jurisdictie-specifieke belastingregels, drempels, vrijstellingen of aangifteverplichtingen, en het maakt geen onderscheid tussen verschillende soorten belasting als je opereert in een gebied met meerdere toepasselijke belastingcategorieën op één factuurregel. Het is een samenvatting van wat je in rekening hebt gebracht en berekend binnen je eigen facturen, geen vervanging voor een jurisdictie-bewuste belastingmachine of professioneel belastingadvies. Beschouw het als het snelle, accurate antwoord op "hoeveel belasting heb ik deze maand op facturen gezet", en laat de onderliggende vraag "is dat het juiste bedrag, en waar moet het worden aangegeven" over aan wie zich daadwerkelijk met je belastingnaleving bezighoudt.

Hoe Dit Samenhangt met Korting-vóór-Belasting Berekeningen

Het belastingbedrag dat in dit rapport op elke factuur wordt meegenomen, werd zelf berekend over het subtotaal ná korting, niet het oorspronkelijke — kortingen worden overal in het product toegepast vóórdat belasting wordt berekend, wat betekent dat het belastingcijfer van een factuur met korting deze verlaagde basis al weerspiegelt tegen de tijd dat het dit rapport bereikt. Je hoeft geen extra aanpassing te doen voor facturen met korting bij het lezen van het belastingoverzicht; welk belastingbedrag er ook op de factuur is opgeslagen, dat houdt al rekening met eventuele toegepaste korting, en het rapport telt die reeds correcte cijfers per factuur simpelweg op per maand en valuta. Dit is vooral van belang omdat het betekent dat het cijfer "belastbare omzet" dat dit rapport toont — totaal minus belasting — ook al netto is na kortingen, geen subtotaal vóór korting dat je apart zou moeten verrekenen.

Een Uitgewerkt Voorbeeld over Twee Maanden

Stel dat een werkruimte in maart drie facturen verstuurt: één van €1.000 met €80 belasting, één van €500 met €40 belasting, en één offerte van €2.000 die die maand niet wordt omgezet in een factuur. De offerte wordt volledig uitgesloten, dus het belastingoverzicht van maart toont twee facturen, €1.380 belastbare omzet (€920 plus €460, afgeleid door van elke factuur het totaal minus de belasting te nemen), en €120 geïnde belasting. Als een van die maartfacturen pas in april daadwerkelijk wordt betaald, telt deze nog steeds volledig mee in de totalen van maart, niet van april — de regel van april weerspiegelt alleen facturen die daadwerkelijk in april zijn gedateerd, ongeacht wat die maand is betaald. Dit is de duidelijkste illustratie van waarom het rapport is georganiseerd op factuurdatum in plaats van betaaldatum: het beantwoordt "wat heb ik gefactureerd en welke belasting heeft dat opgeleverd", niet "welke belastingdragende omzet is deze maand daadwerkelijk binnengekomen".

Facturen Zonder Belasting Tellen Ook Mee

Niet elke factuur heeft noodzakelijkerwijs belasting toegepast — sommige diensten of jurisdicties zijn vrijgesteld van belasting, en veel werkruimtes rekenen simpelweg helemaal geen belasting. Die facturen worden niet uitgesloten van het belastingoverzicht zoals concepten en geannuleerde facturen dat wel zijn; ze worden meegenomen met een belastingcijfer van nul, wat betekent dat ze nog steeds hun volledige bedrag bijdragen aan de belastbare omzet van die maand en nog steeds meetellen in het aantal facturen, maar niets toevoegen aan de kolom geïnde belasting. Dit is belangrijk als je het rapport doorneemt en een maand opvalt waarin het aantal facturen hoog lijkt ten opzichte van de geïnde belasting — dat is niet per se een probleem met de gegevens, het kan simpelweg betekenen dat een deel van de facturen van die maand vrijgesteld van of zonder belasting was door ontwerp, en het rapport geeft dat correct weer in plaats van die facturen stilzwijgend uit de telling te laten vallen.