FlowParse
Functie 15 augustus 2026 13 min leestijd

Omzetdrempel-KOR-bewaking

De KOR-grens van 20.000 euro wordt niet overschreden bij de jaarafsluiting — hij wordt overschreden met de ene factuur die op een gewone dinsdag net over de rand gaat. Elke verwerkte verkoopfactuur telt mee in een lopend totaal, zodat je het moment ziet aankomen.

FlowParse
flowparse.io
flowparse.iogeen geluid nodig
0:00 / 0:00

Een grens die je passeert vóór je het ziet

De KOR-omzetdrempel is geen jaareindcontrole — het is een grens die op elk moment van het jaar gepasseerd kan worden, met een gewone factuur op een gewone dag. Wie de omzet pas bij de jaarafsluiting voor het eerst optelt, ontdekt een overschrijding maanden nadat ze heeft plaatsgevonden, met facturen zonder btw die eigenlijk btw hadden moeten dragen.

Deze functie draait dat om: elke verwerkte verkoopfactuur telt automatisch mee in een lopend totaal voor het kalenderjaar, vergeleken met de grens van 20.000 euro — zichtbaar op elk moment, niet pas achteraf berekend.

FlowParse
flowparse.io

Waarom dit lastiger is dan het klinkt

Op papier is het simpel: tel de omzet op, vergelijk met 20.000. In de praktijk komen facturen op onregelmatige momenten binnen, uit meerdere kanalen — een factuur via e-mail, een betaling via een betaallink, een contante vergoeding die pas weken later wordt geboekt — en niemand telt die vanzelf bij elkaar op tenzij het expliciet een taak is.

Het probleem is niet dat de som moeilijk is. Het probleem is dat de som nooit wordt gemaakt totdat iemand er specifiek naar gaat zoeken — en tegen die tijd is het antwoord vaak al verouderd.

Wat er precies meetelt

Elke verkoopfactuur telt mee voor het bedrag exclusief btw, vanaf de factuurdatum — niet vanaf de betaaldatum. Facturen uit meerdere ondernemingen op dezelfde naam tellen samen mee in hetzelfde totaal, zoals de KOR-regeling zelf ook voorschrijft.

Inkoopfacturen, bonnen en bankmutaties tellen niet mee — de drempel gaat specifiek over omzet, niet over kosten of over wat er op de rekening staat. Die scheiding wordt automatisch aangehouden, zodat een grote inkoopfactuur nooit per ongeluk het omzettotaal beïnvloedt.

Een randgeval dat regelmatig voor verwarring zorgt: een vergoeding voor gemaakte kosten die je aan een klant doorberekent, bijvoorbeeld reiskosten bij een opdracht. Die vergoeding staat op de verkoopfactuur en telt daarmee mee als omzet, ook al voelt het voor de zzp'er zelf eerder als een doorbelaste kostenpost dan als eigen verdiende omzet, niet als eigenlijke verdienste.

Een tweede randgeval: een aanbetaling die wordt ontvangen voordat de bijbehorende factuur is verstuurd. Voor de KOR-drempel telt het moment van factureren, niet het moment van ontvangen — een aanbetaling die pas later wordt omgezet in een formele factuur, telt pas mee op het moment dat die factuur er daadwerkelijk is.

Een lopend totaal, geen jaartelling achteraf

Het verschil tussen deze bewaking en een jaareinde-optelsom zit in het moment waarop het cijfer bestaat. Een jaartelling achteraf bestaat pas als het jaar al voorbij is — te laat om nog iets aan de uitkomst te doen. Een lopend totaal bestaat continu, bijgewerkt bij elke nieuwe factuur.

Dat verschil is precies waar de waarde zit: niet in het uiteindelijke cijfer, dat in beide gevallen hetzelfde is, maar in het moment waarop je het kunt zien en er nog iets mee kunt.

FlowParse
flowparse.io

Het lopende totaal is ook zichtbaar terug te rekenen: op elk moment kun je zien welke facturen tot dat punt hebben bijgedragen, in plaats van alleen het eindcijfer te zien zonder de opbouw erachter. Dat maakt het totaal navolgbaar, niet alleen een getal om op te vertrouwen.

Wanneer het signaal afgaat

Standaard gaat het signaal af bij 80% van de drempel — 16.000 euro — met genoeg ruimte om nog bewust te handelen: een factuur naar januari verschuiven, een klant vragen pas begin volgend jaar te betalen, of gewoon accepteren dat de KOR dit jaar eindigt en de administratie daarop aanpassen.

Dat percentage is instelbaar. Een zzp'er met een grillig omzetpatroon — een paar grote facturen per jaar in plaats van een gelijkmatige stroom — heeft baat bij een eerder signaal, omdat één enkele factuur bij hen een grotere sprong in het totaal kan veroorzaken dan bij iemand met veel kleine, regelmatige facturen.

Het signaal: een lopend totaal dat in één factuur van 15.200 naar 18.700 euro springt, bij een drempel van 20.000.

Bij meer dan één onderneming

Een zzp'er met twee ondernemingen op dezelfde naam — bijvoorbeeld een adviespraktijk naast een kleine webshop — telt voor de KOR allebei mee in hetzelfde totaal, ook al voelen het voor de ondernemer twee gescheiden activiteiten.

Facturen uit beide ondernemingen komen samen in hetzelfde lopende totaal terecht, met de herkomst per factuur nog steeds zichtbaar — zodat je kunt zien welke onderneming het meest bijdraagt aan de drempel, zonder dat de twee als aparte, onafhankelijke tellingen worden behandeld.

Dat gecombineerde totaal verrast weleens zzp'ers die de twee ondernemingen mentaal al die tijd apart hadden gehouden — een webshop die op zichzelf ruim onder de drempel blijft, kan samen met een tweede activiteit toch over de grens gaan, zonder dat een van beide afzonderlijk daar dicht bij leek te komen.

Facturen met en zonder btw door elkaar

Na een overschrijding halverwege het jaar ontstaat een administratie met twee soorten facturen: de KOR-facturen van vóór de overschrijding, zonder btw, en de gewone facturen erna, mét btw. Beide soorten worden herkend en apart gehouden, in plaats van als één ongedifferentieerde lijst behandeld.

Dat onderscheid is precies wat een jaaroverzicht na een overschrijding leesbaar houdt — meteen duidelijk welke facturen binnen de KOR-periode vielen en welke niet, zonder dat je dat per factuur handmatig hoeft te achterhalen.

FlowParse
flowparse.io

Voor de aangifte over het overgangsjaar is dit onderscheid meer dan een leesbaarheidsdetail — het bepaalt welke facturen wel en niet in een btw-aangifte thuishoren voor dat jaar, en een vermenging van de twee soorten zou precies de fout veroorzaken die deze functie juist voorkomt.

Zo werkt het

1

Verkoopfacturen uploaden

Bij binnenkomst, of in een batch aan het begin van de maand — het totaal werkt met beide ritmes.

2

Elke factuur wordt gelezen

Bedrag, datum en btw-status per factuur.

3

Het lopende totaal wordt bijgewerkt

Automatisch, bij elke nieuwe factuur, zonder handmatige optelling.

4

Een signaal bij de ingestelde grens

Standaard 80%, aan te passen aan je eigen omzetpatroon.

5

Geëxporteerd

Excel, CSV of JSON, met het cumulatieve totaal per periode als eigen kolom.

Een jaar, op het randje

Een zzp'er met een grillig omzetpatroon eindigt het derde kwartaal op 14.900 euro — comfortabel onder de drempel, zo lijkt het. Een enkele grote factuur van 3.900 euro begin oktober duwt het totaal naar 18.800, ruim boven het signaal van 80%.

Met dat signaal zichtbaar kon de zzp'er bewust kiezen: twee kleinere facturen die eind december gepland stonden, alvast naar januari verschuiven. Het jaar eindigde op 19.650 euro — net onder de drempel, maar alleen omdat het signaal ruim op tijd kwam om er nog iets aan te doen.

FlowParse
flowparse.io

Zonder het signaal was dit waarschijnlijk anders gelopen: de twee decemberfacturen waren gewoon verstuurd zoals gepland, het jaar was geëindigd op ruim 22.000 euro, en de KOR was met terugwerkende kracht vanaf oktober vervallen — met alle rompslomp van alsnog btw berekenen over facturen die allang waren verstuurd.

Vroeg ontdekken tegenover laat ontdekken

Een overschrijding die je in oktober ziet aankomen, is een keuze: schuiven, accepteren, of de administratie alvast voorbereiden op btw vanaf de volgende factuur. Een overschrijding die je pas in januari van het jaar erna ontdekt, bij het optellen voor de aangifte inkomstenbelasting, is geen keuze meer — de facturen zijn al verstuurd, zonder de btw die erop had moeten staan.

Het verschil tussen die twee situaties is niet het cijfer. Het is precies drie maanden tijd om er iets mee te doen.

Wat je met het signaal doet

Een signaal is geen instructie. Sommige zzp'ers schuiven bewust facturen om net onder de drempel te blijven; anderen accepteren de overschrijding, omdat de gemiste voorbelasting op een recente investering toch al zwaarder woog dan het voordeel van de KOR.

Wat de functie levert, is het cijfer op het juiste moment. Welke van de twee routes voor jouw situatie de juiste is, blijft een afweging die je zelf maakt, eventueel met je boekhouder.

Een derde, minder voor de hand liggende route bestaat ook: bewust over de drempel gaan om redenen die los staan van de KOR zelf, bijvoorbeeld omdat een grote klant liever met btw factureert. Ook in dat geval is het waardevol om het moment te kiezen in plaats van het te laten gebeuren — een geplande overschrijding in januari geeft een schoner jaar dan een overschrijding die per ongeluk in november plaatsvindt.

Meerdere klanten tegelijk, bij een administratiekantoor

Voor een administratiekantoor met een reeks KOR-klanten is de vraag “wie zit dicht bij de drempel” iets dat handmatig tergend traag is om per klant apart uit te zoeken, en precies het soort vraag dat gemakkelijk vergeten wordt tot een klant er zelf naar vraagt.

Met het lopende totaal per klant zichtbaar, wordt die vraag een overzicht in plaats van een zoektocht — welke klanten al over de 80% zitten, wie nog ruim onder de drempel blijft, en wie een signaal verdient voordat het kwartaal om is.

Dat overzicht is ook waardevol bij het plannen van klantgesprekken: in plaats van elke KOR-klant hetzelfde standaardgesprek te geven, verdient alleen wie daadwerkelijk richting de drempel beweegt een proactief telefoontje, wat de tijd van het kantoor richt op de klanten die er op dat moment het meest bij gebaat zijn.

Koppeling met de rest van de administratie

Het lopende totaal staat niet los van de rest van de administratie — dezelfde facturen die meetellen voor de drempel zijn ook de facturen die in de bredere ZZP-administratie en de KOR worden gelezen, gecategoriseerd en bewaard.

Dat betekent dat de drempelbewaking geen aparte upload of apart proces vraagt — het loopt automatisch mee met de administratie die je toch al bijhoudt.

Die koppeling werkt ook de andere kant op: wijzigt een factuur achteraf, bijvoorbeeld door een correctie, dan werkt diezelfde wijziging automatisch door in het lopende totaal, zonder dat je de drempelbewaking apart hoeft bij te werken.

Wat er gebeurt bij de jaarwisseling

Het lopende totaal telt per kalenderjaar — op 1 januari begint de teller opnieuw op nul, ongeacht hoe dicht het voorgaande jaar bij de drempel eindigde. Een zzp'er die het jaar afsloot op 19.500 euro begint het nieuwe jaar weer met een volledig schone lei van 20.000 euro ruimte.

Dat opnieuw beginnen betekent niet dat de geschiedenis wordt weggegooid — het vorige jaar blijft zichtbaar als los, afgesloten totaal, zodat een vergelijking tussen jaren mogelijk blijft. Wat verandert, is alleen welk totaal er op dit moment tegen de actuele drempel wordt gehouden.

Voor een zzp'er die het voorgaande jaar net onder de drempel bleef, is de jaarwisseling ook het moment om vooruit te kijken: als de omzet van het lopende jaar een vergelijkbaar patroon volgt, is een vroeg signaal in oktober of november eerder te verwachten dan pas in december zoals het jaar ervoor.

Die vergelijking tussen jaren is precies het soort inzicht dat handmatig bijhouden zelden oplevert — zonder een vast, herhaalbaar overzicht per jaar valt het snel weg tussen alle andere administratieve taken die om aandacht vragen, jaar na jaar opnieuw.

Waarom een gemarkeerd bedrag beter is dan een gegokt bedrag

Een factuur met een onduidelijk of onleesbaar bedrag zou, als het bedrag gegokt wordt, een fout in het lopende totaal introduceren die zich pas veel later toont — precies op het moment dat de drempel zelf op het spel staat.

Daarom wordt een bedrag dat niet met voldoende zekerheid te lezen is, gemarkeerd in plaats van geschat, en apart gehouden van het lopende totaal tot het is bevestigd. Een lopend totaal dat een gemarkeerd bedrag ontbreekt, is transparanter dan een totaal dat een gegokt bedrag stilzwijgend heeft meegerekend.

FlowParse
flowparse.io

Creditnota's en correctiefacturen

Een creditnota op een eerder verstuurde verkoopfactuur — bijvoorbeeld na een gedeeltelijke terugbetaling of een correctie op een verkeerd bedrag — verlaagt de omzet voor de KOR-drempel net zo goed als de oorspronkelijke factuur die verhoogde. Zonder die creditnota mee te tellen, zou het lopende totaal een hoger, onjuist beeld geven.

Creditnota's worden herkend en verwerkt als tegenpost bij de oorspronkelijke factuur, zodat het lopende totaal het nettobedrag weerspiegelt — niet het brutobedrag van alle verstuurde facturen zonder rekening te houden met wat er later is gecorrigeerd.

Dat is met name relevant voor zzp'ers die weleens een factuur moeten crediteren na een geschil met een klant of een fout in de oorspronkelijke levering — zonder correcte verwerking van de creditnota zou het lopende totaal een overschrijding kunnen tonen die er bij het daadwerkelijke, gecorrigeerde omzetcijfer helemaal niet is.

Wat het niet doet

Meldt niets bij de Belastingdienst

De bewaking toont het cijfer. Het melden van in- of uitstappen blijft altijd jouw stap.

Beslist niet voor je

Of je een factuur verschuift, de overschrijding accepteert of uitstapt, blijft jouw keuze.

Geeft geen fiscaal advies

Wat voor jouw situatie de beste route is, bepaal je met je boekhouder.

Veelgestelde vragen

Bekijk je eigen omzetstand

Upload je facturen van dit jaar en zie in één oogopslag hoe dicht je bij de KOR-drempel zit.

Verder lezen