Sales tax op SaaS, streaming en digitale goederen in 2026: Een overlevingsgids voor compliance per staat voor softwareleveranciers

In 2018 kon een SaaS-oprichter die jaarlijks $2 miljoen verkocht aan klanten in 40 staten de Sales Tax buiten de eigen staat nog redelijkerwijs negeren. Tegen 2026 wordt diezelfde oprichter geconfronteerd met registratiedeadlines in ten minste 25 staten, een lappendeken van "true object"-testen die elkaar over de staatsgrenzen heen tegenspreken, en een auditrisico dat cumuleert met ongeveer 30 procent aan onbetaalde belasting per jaar. De uitspraak in South Dakota v. Wayfair heeft deze complexiteit niet veroorzaakt; het heeft staatswetten die al onsamenhangend waren als wapen ingezet en op softwarebedrijven gericht.

Dit is wat het probleem uniek maakt voor digitale goederen. Een verkoper van fysieke producten kan de belastingwetgeving van een staat lezen, "materiële persoonlijke eigendommen" vinden en de regel kennen. Een SaaS-leverancier die dezelfde wetgeving leest, vindt "gegevensverwerkingsdiensten", "informatiediensten", "digitale producten", "computerdiensten", "gespecificeerde digitale goederen" en soms helemaal niets — vaak in de rulings van dezelfde staat, afhankelijk van het jaar. Twee staten met nagenoeg identieke wetteksten trekken regelmatig tegenovergestelde conclusies over hetzelfde product. Een enkele feature toggle — zoals het toevoegen van door mensen gecontroleerde rapporten aan een geautomatiseerd dashboard — kan de fiscale behandeling van een volledige abonnementslijn volledig veranderen.

Als u software, streaming media of digitale goederen verkoopt aan Amerikaanse klanten, legt deze gids uit wat er in 2026 is veranderd, hoe u moet nadenken over de "true object"-test die de belastbaarheid in ongeveer de helft van de staten bepaalt, en hoe u een compliance-strategie opzet die meeschaalt met uw omzet in plaats van eronder te bezwijken.

De drie categorieën die staten gebruiken om SaaS te classificeren (en waarom dat belangrijk is)

Staten die SaaS belasten, doen dat via drie verschillende juridische routes, en de route is van belang omdat deze bepaalt welke functies van uw product belasting triggeren, welke vrijstellingen van toepassing zijn en welke vrijstellingscertificaten u kunt accepteren.

Route 1: SaaS behandeld als materiële persoonlijke eigendommen. Dit is de breedste fiscale behandeling. Staten zoals Hawaï, New Mexico, South Dakota en Washington classificeren de toegang tot op afstand gehoste software als de verkoop van een digitaal product dat analoog is aan een fysiek goed. Zodra een transactie wordt behandeld als materiële persoonlijke eigendommen, is het uitgangspunt belastbaarheid en ligt de bewijslast bij de verkoper om aan te tonen dat een vrijstelling van toepassing is. Doorverkoopcertificaten van B2B-kopers werken over het algemeen, maar de documentatie-eisen zijn streng.

Route 2: SaaS behandeld als een belastbare dienst. Texas is het schoolvoorbeeld. Texas belast SaaS niet als software — het belast 80 procent van de SaaS-kosten als een "gegevensverwerkingsdienst" onder een regel die al decennia vóór cloud computing bestond. De vrijstelling van 20 procent erkent dat een deel van elke gegevensverwerkingstransactie bestaat uit de eigen arbeid van de klant bij het gebruik van de dienst. Tennessee, Ohio, Connecticut en het District of Columbia gebruiken variaties op dezelfde aanpak: SaaS classificeren als een van de verschillende opgesomde belastbare diensten (gegevensverwerking, informatiediensten, computerdiensten) in plaats van als een product.

Route 3: SaaS behandeld als niet-belastbare immateriële dienst. Californië, Florida, Illinois, Nevada, North Carolina, Oklahoma en Virginia zijn de belangrijkste uitzonderingen. Deze staten behandelen SaaS zoals ze juridisch advies of accountancy behandelen: een niet-belastbare professionele of immateriële dienst. Let wel, "niet-belastbaar" betekent vandaag. Verschillende van deze staten hebben wetsvoorstellen om Sales Tax uit te breiden naar digitale diensten, en de trend in recente wetgevingssessies is eenduidig: meer staten belasten SaaS dan minder.

Een oprichter die weet welke route van toepassing is in elke staat waar de klant zich bevindt, kan dienovereenkomstig plannen. Een oprichter die de vraag "wordt SaaS belast?" als een binaire ja-nee-vraag behandelt, zal zich verkeerd registreren, vrijgestelde B2B-klanten onjuist classificeren en uiteindelijk ofwel te veel innen (en collectieve schadeclaims riskeren) of te weinig innen (en naheffingen bij controles riskeren).

De True Object-test: Waar bundels, AI en hybride producten slagen of falen

De "true object"-test is het belangrijkste concept voor elk SaaS-bedrijf dat iets complexers verkoopt dan pure softwaretoegang. Het is de regel die staten toepassen wanneer een transactie zowel belastbare als niet-belastbare elementen bevat en de klant één gebundelde prijs betaalt.

De test vraagt: wat is het hoofddoel van de klant bij het aangaan van de transactie? Als het dominante doel toegang tot belastbare software is, is de hele bundel belastbaar — inclusief bijkomende diensten, training en ondersteuning. Als het dominante doel een niet-belastbare dienst is (zoals consultancy, aangepaste analyse of door mensen geleverd werk), ontsnapt de hele bundel aan belasting, zelfs als deze belastbare softwarecomponenten bevat.

In de praktijk kunnen twee staten die de "true object"-test op hetzelfde product toepassen, tot tegenovergestelde conclusies komen. Tennessee behandelt SaaS bijvoorbeeld als belastbaar wanneer het werkelijke doel toegang tot software is, maar als vrijgesteld wanneer het werkelijke doel een door mensen geleverde dienst is die toevallig door software wordt gefaciliteerd. Texas hanteert een soortgelijke analyse onder zijn gegevensverwerkingsregel. Californië kijkt, wanneer het software überhaupt belast, naar de vraag of de primaire intentie van de klant het licentiëren van intellectueel eigendom is dan wel het consumeren van een dienst.

Dit is van belang voor drie categorieën moderne producten:

• Door AI ondersteunde diensten. Een product dat AI gebruikt om marketingteksten te genereren, kan worden geclassificeerd als softwaretoegang (belastbaar in Texas, Washington, Hawaï) of als een dienst voor het maken van inhoud (die in veel staten milder wordt behandeld). De classificatie hangt vaak af van de vraag of een mens de AI-output controleert en of de klant een resultaat ontvangt dat hij zonder de mens niet had kunnen krijgen.
• Embedded software met consultancy. Implementatiepakketten, intensieve begeleiding bij onboarding (white-glove) en beheerde diensten die gebundeld zijn met een SaaS-abonnement, creëren onduidelijkheid over het werkelijke doel. Het afzonderlijk prijzen van de componenten op de factuur helpt meestal; sommige staten splitsen dit automatisch op wanneer individuele prijzen worden vermeld, terwijl andere dit verplicht stellen.
• Streaming en digitale media met redactionele curatie. Een streamingdienst met een vast tarief is doorgaans een belastbaar digitaal product. Een abonnement dat redactionele aanbevelingen, aangepaste afspeellijsten of deskundig commentaar bevat, kan het werkelijke doel verschuiven naar een dienst.

De belangrijkste stap voor compliance die een SaaS-bedrijf met meerdere producten kan nemen, is het vastleggen van de "true object"-analyse voor elke SKU, het documenteren van de klantgerichte beschrijving die die analyse ondersteunt, en deze herzien telkens wanneer het product verandert.

Economische Nexus na Wayfair: De drempelberekening in 2026

Vóór South Dakota v. Wayfair in 2018 kon een staat een buiten de staat gevestigde verkoper alleen verplichten om omzetbelasting (sales tax) te innen als de verkoper een fysieke aanwezigheid had — werknemers, voorraad of eigendommen — in de betreffende staat. Wayfair maakte een einde aan die regel. Staten kunnen nu inningsverplichtingen opleggen puur op basis van economische activiteit, zonder dat een fysieke aanwezigheid vereist is.

Bijna elke staat volgde het voorbeeld van South Dakota: $100.000 aan jaarlijkse omzet of 200 transacties met klanten in de staat activeert de nexus. Tegen 2026 verdwijnt het criterium van 200 transacties langzaam. Illinois heeft dit per 1 januari 2026 afgeschaft en voegt zich hiermee bij Colorado, Iowa, Maine, North Dakota, Washington en Wisconsin in de overgang naar drempels die uitsluitend op omzet zijn gebaseerd. Staten gaven stilletjes toe wat belastingadviseurs vanaf de eerste dag al wisten: het bijhouden van 200 facturen van $5 zorgde voor een administratieve last die niet in verhouding stond tot de belastingopbrengst die het opleverde.

Voor SaaS-bedrijven in het bijzonder zijn de praktische gevolgen van de economische nexus na Wayfair:

• Volume van één grote klant kan op zichzelf al nexus veroorzaken. Een enkel enterprise-contract van $120.000 in een staat kan nexus vestigen, zelfs als u daar verder geen andere klanten heeft.
• Gratis proefversies, freemium-niveaus en kortingen maken de drempel complexer. Sommige staten meten bruto-ontvangsten (vóór kortingen); andere meten netto. Sommigen rekenen gratis niveaus mee als "transacties" van nul dollar voor de drempel van 200 transacties; anderen niet.
• Nexus blijft bestaan. Eenmaal gevestigd, blijft de economische nexus doorgaans bestaan voor de rest van het jaar waarin u de drempel overschrijdt, plus het volledige volgende kalenderjaar, zelfs als uw omzet onder de drempel daalt. Het beëindigen van nexus is lastiger dan het activeren ervan.
• Wetgeving voor marktplaatsfacilitators kan de verplichting verschuiven. Als u verkoopt via de AWS Marketplace, Microsoft Azure Marketplace, Shopify App Store of vergelijkbare platforms, kan de marktplaats verplicht zijn om namens u belasting te innen in veel staten. Uw resellerovereenkomst moet specificeren wie de verplichting heeft.

Het moeilijkste deel van nexus-naleving is niet het innen van de belasting zodra u weet dat u deze verschuldigd bent. Het moeilijkste deel is het continu monitoren van 45 drempels, in 45 verschillende eenheden (bruto versus netto, voortschrijdende 12 maanden versus kalenderjaar, vorig jaar versus huidig jaar), en weten wanneer u de grens bent gepasseerd.

Wat er veranderde voor 2026

Drie veranderingen die de moeite waard zijn om te weten voor het huidige jaar:

Illinois beëindigt de drempel van 200 transacties (1 januari 2026). Verkopers op afstand vestigen nu alleen nexus in Illinois na het overschrijden van $100.000 aan bruto-ontvangsten. Verkopers met kleine volumes die alleen door het aantal transacties in de nexus van Illinois terechtkwamen, kunnen zich uitschrijven — maar moeten dit weloverwogen doen, vaak na een schone definitieve belastingaangifte.

Maine voegt digitale audio- en audiovisuele diensten toe aan de belastbare grondslag. Abonnementen voor streaming muziek en video voor klanten in Maine werden belastbaar in 2026, waarmee ze zich voegen bij de bredere lijst van digitale producten die Maine al belast. SaaS-leveranciers die media-gerelateerde producten verkopen, moeten de belastbaarheid in Maine opnieuw tegen het licht houden.

District of Columbia verhoogt het tarief voor digitale goederen. Met ingang van 1 oktober 2026 stijgt het belastingtarief in D.C. op digitale goederen en diensten van 6,0 procent naar 7,0 procent. Leveranciers die D.C.-belasting innen, moeten hun belastingsoftware bijwerken op de ingangsdatum; een vertraging van één maand bij het hogere tarief is de meest voorkomende bevinding bij controles in rechtsgebieden met tariefwijzigingen.

Washington blijft "retaildiensten" uitbreiden. Washington voegt al enkele jaren categorieën digitale diensten toe aan de omzetbelastinggrondslag. De uitbreidingen van 2026 omvatten aanvullende cloud-hosted diensten die voorheen een grijs gebied waren. Als u verkoopt aan klanten in Washington en vertrouwt op een belastingadvies uit 2022 of 2023, is het tijd om de analyse te herzien.

Hoe een echt SaaS-bedrijf naleving moet aanpakken

Het schoolboekantwoord op de vraag "hoe voldoe ik aan de omzetbelasting in 45 staten" is: overal registreren, belastingsoftware installeren en belasting innen op elke belastbare transactie. Voor een Series A of Series B SaaS-bedrijf is het schoolboekantwoord meestal fout. Hier is een realistischere gefaseerde aanpak.

Fase 1: De kaart opstellen (Omzet onder $1M)

Voordat u zich ergens registreert, stelt u een spreadsheet op met elke staat waarin u verkoopt, uw omzet over de afgelopen 12 maanden per staat, de drempel voor economische nexus van de staat, de behandeling van SaaS-belastbaarheid door de staat en het effectieve tarief. Als u nog geen drempels hebt overschreden en u bent niet bezig met het afronden van een Series B (wat vragen over due diligence zal oproepen), hebt u wellicht nog helemaal geen verplichtingen. Veel SaaS-bedrijven met een omzet onder de $1 miljoen hebben geen blootstelling aan omzetbelasting omdat ze in geen enkele staat de economische nexus hebben overschreden.

Nauwkeurige boekhouding vanaf de eerste dag is wat deze kaart mogelijk maakt. U kunt de omzet over de afgelopen 12 maanden per staat van levering niet berekenen als uw boekhoudsysteem de verzendadressen niet op elke factuur opslaat. Zorg dat u deze gegevensinvoer vroegtijdig regelt — het achteraf aanpassen van twee jaar aan historische facturen om de omzet op staatsniveau te achterhalen, is een project van meerdere weken.

Fase 2: Registreren waar u verplichtingen heeft ($1M–$10M)

Zodra u de nexus-drempel in een staat overschrijdt, heeft u de wettelijke verplichting om u te registreren en vanaf dat moment belasting te innen. U hoeft zich niet te registreren op de dag dat u de drempel overschrijdt — de meeste staten geven u 30 tot 60 dagen — maar langer wachten zorgt voor een opbouw van niet-geregistreerde aansprakelijkheid. De mechanische stappen:

1. Bepaal de ingangsdatum van de registratie op basis van wanneer u de drempel overschreed en de regels van de staat voor de eerste belastbare transactie.
2. Registreer via het online portaal van de staat (of de centrale registratie van de Streamlined Sales Tax als de staat deelneemt, wat ongeveer de helft van alle staten dekt met één registratie).
3. Configureer uw belastingsoftware of facturatiesysteem om te beginnen met innen op de ingangsdatum.
4. Dien de eerste aangifte in volgens het toegewezen schema (maandelijks, driemaandelijks of jaarlijks, afhankelijk van het volume).

Let op twee valkuilen bij de registratie. Ten eerste is de registratie vaak met terugwerkende kracht tot uw nexus-datum, niet de dag waarop u het formulier invult — wat betekent dat de staat belasting verwacht over de tussenliggende periode. Ten tweede creëert registratie een voortdurende aangifteplicht; u moet nihilaangiftes indienen in maanden zonder belastbare verkopen, anders riskeert u boetes voor het niet-indienen, zelfs als er geen belasting verschuldigd is.

Fase 3: Historische blootstelling opschonen (Vrijwillige melding)

Als u ontdekt dat u in eerdere jaren belasting verschuldigd was in een staat en u zich nooit heeft geregistreerd of belasting heeft geïnd, is direct registreren de slechtste zet. Een directe registratie geeft de staat een reden om terug te kijken, de volledige historische aansprakelijkheid vast te stellen en boetes op te leggen die gemiddeld ongeveer 30 procent van de onbetaalde belasting bedragen, plus samengestelde rente.

Het juiste instrument is een Voluntary Disclosure Agreement (VDA). Een VDA is een contract tussen u en de staat, meestal onderhandeld via een externe vertegenwoordiger die uw identiteit anoniem houdt totdat de overeenkomst is ondertekend. In ruil voor het vrijwillig naar voren komen, bieden staten gewoonlijk:

• Een beperkte terugkijkperiode (meestal drie of vier jaar in plaats van de onbeperkte blootstelling)
• 100 procent kwijtschelding van boetes
• Vaak een verlaging of kwijtschelding van rente

De addertje onder het gras: u komt alleen in aanmerking als de staat nog geen contact met u heeft opgenomen. Een nexus-vragenlijst, een auditbrief of zelfs een informatieverzoek kan u uitsluiten. Het venster voor VDA's sluit op het moment dat de staat aanklopt. Bedrijven die zich voorbereiden op een financieringsronde, een overname of een beursgang voeren routinematig VDA-campagnes uit in meerdere staten in de maanden voordat de due diligence begint, omdat kopers de koopprijs zullen verlagen met de volledige niet-geopenbaarde aansprakelijkheid — of aandringen op vrijwarings-escrows.

VDA's kosten echt geld. Typische professionele vergoedingen lopen op tot enkele duizenden dollars per staat, en de overeenkomsten nemen enkele maanden in beslag om over te onderhandelen. Maar het alternatief — het terugbetalen van belasting, volledige boetes (meestal 25 tot 50 procent van de belastingaanslag) en samengestelde rente over een open terugkijkperiode — is bijna altijd erger.

Fase 4: Automatiseren ($10M+)

Bij inkomsten in de groeifase schiet handmatige naleving tekort. De combinatie van meer dan 30 actieve registraties, maandelijkse aangiften in veel daarvan, tariefbepaling op adresniveau, beheer van vrijstellingscertificaten en updates over de belastbaarheid van producten overstijgt wat een financieel team handmatig kan volhouden. De standaardoplossing is een sales tax engine (Avalara, Anrok, Stripe Tax, TaxJar, Vertex) geïntegreerd met uw facturatiesysteem. De engine regelt het realtime opzoeken van tarieven, belastbaarheidsregels en aangiften.

Zelfs in dit stadium is automatisering geen vervanging voor beoordelingsvermogen. Tax engines hanteren standaardinstellingen die mogelijk onjuist zijn voor uw specifieke productconfiguratie. Iemand in het financiële team moet de belastbaarheidsclassificatie voor elke SKU beheren, de resultaten van de engine periodiek controleren en de configuratie bijwerken wanneer producten veranderen.

Veelvoorkomende fouten die audits uitlokken

Vijf fouten vormen het merendeel van de bevindingen uit sales tax-audits bij SaaS-bedrijven:

1. B2B behandelen als automatisch vrijgesteld. Veel staten hebben geen algemene SaaS-vrijstelling voor zakelijke kopers. Sommige staan alleen wederverkoopvrijstellingen toe voor echte wederverkoop, niet voor gebruik in de eigen activiteiten van de koper. Verzamel en valideer wederverkoop- of vrijstellingscertificaten voordat u een klant als vrijgesteld behandelt.
2. Sourcing-regels negeren. SaaS-verkopen worden meestal toegewezen aan het factuuradres of de primaire gebruikslocatie van de klant, maar de regels variëren. Toewijzing aan de verkeerde jurisdictie kan betekenen dat er tegen het verkeerde tarief wordt geïnd — en te veel geïnde belasting is uw verantwoordelijkheid om terug te betalen, niet die van de staat.
3. Niet indienen van nulaangiften. Eenmaal geregistreerd, verwacht een staat elke periode een aangifte, of u nu belastbare verkopen had of niet. Gemiste nulaangiften leiden tot boetekennisgevingen die vaak hoger zijn dan de feitelijk verschuldigde belasting.
4. Onjuiste verwerking van tariefwijzigingen. Wanneer een staat zijn tarief halverwege het jaar wijzigt (zoals D.C. in 2026 doet), is het vorige tarief van toepassing tot de ingangsdatum en het nieuwe tarief daarna. Tax engines regelen dit mits geconfigureerd; handmatige naleving mist de overstap vaak met één facturatiecyclus.
5. Het niet documenteren van de true-object analyse. Als een staatsauditeur vraagt of uw gebundelde dienst belastbaar is, is de schriftelijke vastlegging van hoe u deze heeft geclassificeerd — en welk klantgericht materiaal die classificatie ondersteunt — uw verdediging. Zonder dit wint de analyse van de auditeur standaard.

Houd uw financiële administratie vanaf dag één audit-klaar

Naleving van sales tax vergroot het belang van een schone, transparante financiële administratie. Elke nexus-vaststelling, true-object analyse en VDA-indiening steunt op nauwkeurige omzetgegevens per staat, vrijstellingscertificaten gekoppeld aan facturen en een duidelijk controlespoor van geboekte omzet naar geïnde belasting en afgedragen belasting. Beancount.io biedt plain-text boekhouden dat u volledige transparantie en versiebeheer over uw financiële gegevens geeft — geen black boxes wanneer een auditeur vraagt hoe u tot een getal bent gekomen, en geen vendor lock-in wanneer uw accountant het ruwe grootboek wil inzien. Ga gratis aan de slag en ontdek waarom ontwikkelaars en financiële teams kiezen voor plain-text boekhouden voor het soort nalevingswerk waarbij elke invoer verdedigbaar moet zijn.