Naleving van de omzetbelasting in meerdere staten voor SaaS- en cloudsoftwarebedrijven in 2026: Een praktische gids voor oprichters

Een door de oprichter geleide B2B SaaS-startup met $4 miljoen aan ARR kan plotseling geconfronteerd worden met een achterstallige verkoopbelastingclaim van zes cijfers in negen verschillende staten, nog voordat de eerste financieel medewerker is aangenomen. De aanleiding hiervoor is zelden één enkel dramatisch incident. Het is de langzame opeenhoping van klanten in New York, Texas, Pennsylvania en Washington — die stuk voor stuk software-as-a-service als belastbaar beschouwen — in combinatie met een facturatiesysteem dat twee jaar geleden stilletjes de drempels voor economische nexus overschreed.

Verkoopbelasting (sales tax) zou een probleem moeten zijn voor winkeliers die schoenen verkopen, niet voor cloudbedrijven die API's en dashboards aanbieden. Die veronderstelling klopt niet meer sinds 21 juni 2018, toen het Hooggerechtshof uitspraak deed in de zaak South Dakota v. Wayfair. In 2026 heeft bijna elke staat met een verkoopbelasting ook een economische nexus-regel, en een groeiend aantal staten behandelt SaaS als een belastbaar product of belastbare dienst. De lappendeken aan regels is complex, de belangen zijn groot, maar het goede nieuws is dat de operationele aspecten inmiddels goed worden begrepen.

Deze gids beschrijft hoe u in 2026 een verdedigbaar verkoopbelastingprogramma opbouwt voor een SaaS- of cloudbedrijf: hoe u de belastbaarheid per staat in kaart brengt, hoe u denkt over nexus-drempels, hoe u tools kiest zoals Stripe Tax, Anrok, Avalara of TaxJar, hoe u omgaat met gebundelde transacties en hoe u historische risico's opschoont met een overeenkomst voor vrijwillige openbaarmaking (VDA) wanneer u deze ontdekt.

Waarom SaaS-verkoopbelasting verschilt van e-commerce-verkoopbelasting

E-commerceverkopers hebben een relatief overzichtelijk model: tastbare roerende goederen zijn over het algemeen belastbaar, u inde de belasting op het bestemmingsadres en de tarieven komen uit een opzoektabel. SaaS doorbreekt elk onderdeel van dat model.

Er wisselen geen tastbare goederen van eigenaar. De "levering" vindt plaats via internet, vaak aan een gebruiker in een andere staat dan het factuuradres. Het product is een abonnement dat softwaretoegang, API-aanroepen, professionele diensten, training en opslag kan bevatten — elk potentieel verschillend belast. Klanten zijn vaak bedrijven die al dan niet in aanmerking komen voor een vrijstelling voor wederverkoop. En de fundamentele vraag — is SaaS überhaupt belastbaar? — heeft in elk rechtsgebied een ander antwoord.

Er zijn drie lagen die een SaaS-bedrijf in kaart moet brengen:

1. Nexus — heeft de staat de jurisdictie om van u te eisen dat u belasting inde?
2. Belastbaarheid — belast de staat daadwerkelijk wat u verkoopt?
3. Sourcing — als het belastbaar is, welk adres bepaalt dan het tarief?

Als u een van deze zaken verkeerd inschat, inde u ofwel te veel belasting (wat leidt tot terugbetalingsprocessen met ontevreden klanten) ofwel te weinig (waardoor u een schuld opbouwt die toeneemt door boetes en rente).

Stap 1: Breng de belastbaarheid van SaaS per staat in kaart

De belangrijkste tabel in uw belastingprogramma is die waarin per staat wordt aangegeven: "moet ik over dit product belasting heffen?" Voor een typisch B2B SaaS-abonnement in 2026 ziet het landschap er ongeveer als volgt uit:

Staten die SaaS breed belasten

• New York belast SaaS als de verkoop van vooraf geschreven software (prewritten software), ongeacht de leveringsmethode. De locatie van de klant bepaalt de sourcing.
• Pennsylvania behandelt SaaS als belastbare standaardsoftware tegen het standaardtarief voor verkoopbelasting.
• Texas belast SaaS als een dataverwerkingsdienst, maar slechts 20% van het bedrag is onderworpen aan belasting — Texas verleent een vrijstelling van 20% op dataverwerking, dus het effectieve tarief op een factuur van $100 is het staats- plus lokale tarief toegepast op $20.
• Washington belast SaaS als een "digitale geautomatiseerde dienst" onder de verkoopbelasting en past afzonderlijk de B&O-belasting toe.
• Tennessee belast SaaS voor zowel zakelijk als persoonlijk gebruik.
• South Carolina belast SaaS onder zijn brede definities voor communicatiediensten.
• Utah belast vooraf geschreven software die op afstand toegankelijk is.
• Ohio, Connecticut, Iowa, Massachusetts, Rhode Island, Hawaii en New Mexico belasten elk SaaS, soms met verschillende tarieven voor zakelijk versus persoonlijk gebruik.

Staten die SaaS over het algemeen niet belasten

• California belast SaaS niet — de regel is dat SaaS niet-belastbaar is omdat er geen tastbare roerende goederen worden overgedragen. (Maatwerksoftware die voor een klant is ontwikkeld, kan een ander verhaal zijn.)
• Florida, Georgia, Illinois, Virginia, Colorado (met uitzonderingen op stadsniveau) en North Carolina belasten SaaS momenteel over het algemeen niet.

Het bewegende middenveld

Verschillende staten hebben de afgelopen jaren hun standpunt gewijzigd, en Maine heeft in 2026 nieuwe categorieën digitale abonnementsdiensten aan de belastbare basis toegevoegd onder SB 162, met ingang van 1 juli 2026. Behandel deze lijst als iets dat u elk kwartaal opnieuw controleert — belastingdiensten van staten vaardigen stilletjes "letter rulings" uit die producten herclassificeren zonder veel ruchtbaarheid.

De praktische les: maak niet eenmalig een spreadsheet om er vervolgens niet meer naar om te kijken. Abonneer u op een service die wijzigingen in staatsbelastingen bijhoudt (Anrok, Avalara, TaxJar en Numeral publiceren allemaal wijzigingslogboeken) of stel een herinnering in de agenda in om uw top tien van staten elk kwartaal opnieuw te verifiëren.

Stap 2: Begrijp de Wayfair economische nexus

South Dakota v. Wayfair stelde staten in staat om van externe verkopers te eisen dat zij sales tax innen op basis van uitsluitend economische activiteit. De meeste staten volgden het voorbeeld van South Dakota en voerden een drempel van $100.000 aan omzet of 200 transacties in. Enkele staten wijken hiervan af:

• Californië hanteert een grens van $500.000 aan gecombineerde verkopen (geen transactietest). De drempel van 200 transacties is hier niet van toepassing.
• Texas hanteert een grens van $500.000 aan omzet.
• New York hanteert een grens van $500.000 en meer dan 100 transacties (beide zijn vereist).
• Tennessee hanteert een grens van $100.000 aan omzet.
• Kansas heeft de transactietest laten vallen en hanteert nu een grens van $100.000 aan omzet.

Een paar praktische opmerkingen die oprichters vaak overvallen:

• De drempels tellen meestal de bruto-omzet, niet de belastbare omzet. Zelfs als SaaS in een bepaalde staat niet belastbaar is, telt uw abonnementsomzet vaak mee voor de nexus-drempel van die staat. Het kan dus zijn dat u zich moet registreren en nul-aangiftes moet indienen om compliant te blijven.
• Marktplaatsfacilitators zoals Stripe Atlas, AWS Marketplace en de App Store van Apple innen in veel gevallen namens u de belasting. Hun gefaciliteerde verkopen kunnen, afhankelijk van de staat, wel of niet meetellen voor uw drempelwaarde.
• Trailing nexus is van belang. Californië vereist dat u blijft innen tot en met het volgende kalenderjaar, zelfs als u onder de drempel zakt.

Bouw een real-time nexus-tracker. De meeste belastingengines doen dit automatisch; als u met een spreadsheet werkt, ververs deze dan maandelijks.

Stap 3: Registreer bij de juiste instanties

Zodra u een drempel overschrijdt (of dit binnenkort gaat doen), registreert u zich bij het Department of Revenue van de betreffende staat. De mechaniek:

• SST-lidstaten (Streamlined Sales Tax) (24 staten, waaronder Iowa, Kansas, Michigan, Minnesota, Nebraska, Nevada, New Jersey, North Carolina, North Dakota, Ohio, Oklahoma, Rhode Island, South Dakota, Tennessee, Utah, Vermont, Washington, West Virginia, Wisconsin, Wyoming, Arkansas, Georgia, Indiana en Kentucky) accepteren één gecombineerde aanvraag via het SSUTA Central Registration System.
• Niet-SST-staten hebben hun eigen portalen. Sommige zijn eenvoudig (binnen 10 minuten online geregeld), andere zijn lastig (papieren aanvraag, gefaxte IRS-brief, vereiste voor een borgsom). Texas, Californië en Florida hebben elk hun eigen specifieke registratiestappen.
• Home-rule jurisdicties — Colorado, Louisiana en Alabama hebben lokale autoriteiten voor sales tax die onafhankelijk van de staat opereren. In Colorado kan dat betekenen dat u zich, naast de staat, afzonderlijk moet registreren bij steden als Denver, Boulder en Aurora.

Na registratie ontvangt u een aangifteschema (maandelijks, driemaandelijks of jaarlijks) dat gekoppeld is aan uw verwachte volume. Dit schema is in de meeste staten niet onderhandelbaar, en gemiste aangiftes — zelfs bij $0-aangiftes — leiden tot boetes.

Stap 4: Configureer de belastingengine

Tegen 2026 domineren vier platforms de automatisering van sales tax voor SaaS:

• Stripe Tax — de beste keuze als u al gebruikmaakt van Stripe Billing. Het verzorgt de berekening en integreert naadloos met Stripe Invoices en Subscriptions. Voor aangifte en afdracht verwijst Stripe u door naar partners zoals TaxJar of Taxually, in plaats van dit intern af te handelen.
• Anrok — speciaal gebouwd voor B2B en B2C SaaS met terugkerende abonnementen en complexe facturatiemodellen (gebruik, seats, API-calls). De startprijs is $100 per maand en omvat berekeningen, monitoring en aangifte. Anrok is de sterkste keuze voor SaaS-native bedrijven die aangifte en het beheer van vrijstellingscertificaten op één plek nodig hebben.
• Avalara (AvaTax) — de enterprise-optie, met meer dan 1.000 integraties met ERP's zoals NetSuite, SAP en Oracle. Voor de prijsstelling is een verkoopgesprek nodig. De moeite waard als uw stack complex is; overkill voor een Series A SaaS.
• TaxJar (onderdeel van Stripe) — sterk in e-commerce en marktplaatsen, met de AutoFile-service ($50–55 per aangifte vanaf 2026, gestegen van $25–35 in voorgaande jaren). Minder SaaS-gericht dan Anrok, maar goed geïntegreerd met Stripe.

Wat elke belastingengine van u nodig heeft:

1. Validatie van klantadressen — de factuur- en afleveradressen moeten herleidbaar zijn naar een echte jurisdictie. Garbage in, garbage out.
2. Mapping van productbelastbaarheid — elke SKU of abonnementsvorm heeft een belastingcode nodig die de engine vertelt wat het product is. "SaaS — B2B-abonnement" wordt anders gemapt dan een "digitale download" of "professionele diensten".
3. Vastleggen van vrijstellingscertificaten — wanneer een klant is vrijgesteld (wederverkoop, non-profit, overheid), moet u per staat een geldig certificaat verzamelen en opslaan. Anrok en Avalara bevatten workflows voor vrijstellingscertificaten; bij Stripe Tax kunt u een tool als Numeral of Sphere toevoegen.
4. Sourcing op basis van factuuradres, afleveradres of gebruikslocatie — voor SaaS gebruiken de meeste staten het primaire zakelijke adres van de klant, maar sommige kijken naar de locatie van de gebruikers. Voer de regel in die uw belastingengine aanbeveelt en leg deze vast.

Stap 5: Omgaan met gebundelde transacties met de True Object Test

Een SaaS-factuur ziet er in de praktijk vaak zo uit:

• $5.000 — jaarlijks platformabonnement
• $1.500 — implementatiediensten
• $400 — trainingscredits
• $200 — add-on voor premium ondersteuning

Als het abonnement in een staat belastbaar is en de diensten niet, kunt u ze dan afzonderlijk belasten? Het antwoord hangt af van de true object test — ook wel de doctrine van het "wezen van de transactie" genoemd — die vraagt wat de klant fundamenteel koopt.

Als de klant toegang koopt tot het SaaS-platform en de implementatie/training incidenteel zijn, kan de hele bundel als belastbare software worden behandeld in staten die de true object test breed toepassen. Als de implementatie een substantiële, afzonderlijk overeengekomen dienst is met eigen deliverables, kunt u de componenten mogelijk afzonderlijk factureren en belasten.

Twee praktische verdedigingsmechanismen:

• Vermeld en beprijs elk onderdeel afzonderlijk op de factuur. Staten die ontbundeling toestaan, vereisen vrijwel universeel dat onderdelen apart worden vermeld op de factuur voor de klant.
• Leg de contractuele intentie vast. Een Master Service Agreement (MSA) waarin implementatie wordt beschreven als een afzonderlijke opdracht met een eigen Statement of Work (SOW), ondersteunt een niet-gebundelde behandeling veel beter dan een enkele regel op een offerte.

Een recente uitspraak in New York in april 2026 over gebundelde SaaS-transacties bevestigde dat wanneer een softwarecomponent "centraal in plaats van incidenteel" is, de gehele transactie belastbaar is als software. De veiligste weg is daarom om alleen bewust te bundelen wanneer u een duidelijke, apart geprijsde dienstenregel hebt.

Stap 6: Let op de uitzonderingen

Enkele situaties komen vaak genoeg voor om apart te benoemen:

• Texas 20% vrijstelling voor gegevensverwerking — SaaS is belastbaar in Texas, maar als "gegevensverwerkingsdienst" is 80% van het bedrag vrijgesteld. Uw belastingengine moet dit weten; velen berekenen standaard het volledige tarief en innen te veel.
• New York informatiediensten — los van SaaS hebben "informatiediensten" (zoals samengestelde sectorgegevens) hun eigen regels en kunnen ze worden vrijgesteld als de gegevens gepersonaliseerd zijn.
• Cloudinfrastructuur (IaaS) vs. SaaS — Tennessee belast SaaS maar niet IaaS, omdat er geen tastbare roerende zaken van eigenaar wisselen. New York behandelt IaaS als niet-belastbaar, terwijl SaaS wel belastbaar is. Dit onderscheid is van belang wanneer u hybride producten verkoopt.
• Gratis proefversies en freemium — de meeste staten beschouwen het betaalde deel van een abonnement als het belastbare feit. Gratis abonnementen leiden niet tot inning, maar kunnen in sommige staten nog steeds meetellen voor de drempels voor economische nexus omdat ze als "transacties" worden gezien.
• Jaarlijkse vs. maandelijkse facturering — het belastingpunt is over het algemeen het moment van facturering, niet wanneer de omzet wordt gerealiseerd. Een factuur in januari voor een jaarabonnement van 12 maanden genereert de volledige omzetbelasting voor het hele jaar in januari.

Stap 7: Historische blootstelling opschonen met een VDA

Als u ontdekt dat u de afgelopen twee jaar belasting had moeten innen in een staat, registreer u dan niet simpelweg om vanaf nu te gaan innen. Dat laat een spoor achter van niet-ingediende aangiften en niet-geïnde belasting waar de staat nog steeds achteraan kan gaan — vaak met een terugkijkperiode van zes of tien jaar.

De oplossing is een vrijwillige openbaarmakingsovereenkomst (VDA). U benadert de staat (meestal via een belastingadviseur of een gespecialiseerd VDA-kantoor) anoniem, spreekt een beperkte terugkijkperiode af (meestal 3–4 jaar in plaats van onbeperkt) en betaalt de achterstallige belasting. In ruil daarvoor scheldt de staat boetes kwijt, verlaagt soms de rente en biedt u bescherming tegen strafrechtelijke vervolging.

Wanneer een VDA zinvol is:

• U heeft geen belasting geïnd en de staat was niet van uw bestaan op de hoogte. (Als u wel belasting heeft geïnd maar deze niet heeft afgedragen, komt u niet in aanmerking — dat is "trustfonds-aansprakelijkheid" met andere gevolgen.)
• Uw historische blootstelling is groot genoeg dat de besparing op kwijtgescholden boetes hoger is dan de juridische kosten (meestal zinvol boven de $25.000 aan achterstallige belasting).
• U wilt met een schone lei beginnen voor een financieringsronde of een overname, waarbij blootstelling aan omzetbelasting een standaardonderdeel is van het boekenonderzoek (due diligence).

Hoeveel u achteraf verschuldigd bent, hangt af van wat u daadwerkelijk heeft gefactureerd. Daarom zijn schone, controleerbare financiële gegevens van enorm belang wanneer u een blootstelling ontdekt. Een betrouwbaar historisch overzicht van elke factuur, het adres van de klant, wat er is verkocht en hoeveel er in rekening is gebracht, vormt de basis van elke VDA-berekening. Als u dat niet kunt reconstrueren, valt de berekening van de achterstallige belasting terug op schattingen die in het voordeel van de staat uitvallen.

Stap 8: Operationaliseer de kwartaalreconciliatie

Een goed werkend omzetbelastingprogramma heeft deze terugkerende rituelen:

• Maandelijks — dien aangiften in voor elke staat waarin u geregistreerd bent. De meeste systemen doen dit automatisch; u controleert het alleen.
• Per kwartaal — stem de geïnde belasting in uw facturatiesysteem af met de belasting die op de aangiften is vermeld. Onderzoek afwijkingen. Werk uw nexus-tracker bij.
• Jaarlijks — toets uw belastbaarheidsmatrix aan nieuwe uitspraken van staten, controleer uw vrijstellingscertificaten op vervaldata en vernieuw eventuele staatsregistraties die dat vereisen.
• Gebeurtenisgestuurd — evalueer opnieuw na een productlancering (nieuwe SKU, nieuwe belastingcode), een prijswijziging (bundeling van diensten), een overname (overgenomen nexus) of een grote geografische uitbreiding.

Houd uw financiële administratie vanaf dag één klaar voor belastingcontroles

Naleving van omzetbelasting vloeit voort uit uw boekhouding. Als uw facturatiegegevens, klantadressen en omzeterkenning niet op orde zijn, wordt elke bovenstaande stap moeilijker — en wordt een controle door de staat een dure zoektocht door Stripe-exports en oude contracten.

Beancount.io biedt tekstgebaseerde, versiebeheerde boekhouding die u een volledig, controleerbaar overzicht geeft van elke transactie, klant en factuur — precies wat u nodig heeft wanneer een belastingdienst vraagt om een transactiegeschiedenis van vijf jaar. Geen black boxes, geen vendor lock-in, en elke wijziging wordt bijgehouden in Git. Ga gratis aan de slag en bouw de financiële basis waarop uw belastingprogramma (en uw toekomstige koper) kan vertrouwen.