Ein von Gründern geführtes B2B-SaaS-Startup mit einem jährlich wiederkehrenden Umsatz (ARR) von 4 Millionen US-Dollar kann plötzlich mit einer sechsstelligen nachträglichen Sales-Tax-Haftung in neun Bundesstaaten konfrontiert sein, noch bevor der erste Finanzexperte eingestellt wurde. Der Auslöser ist selten ein einzelnes dramatisches Ereignis. Es ist die langsame Akkumulation von Kunden in New York, Texas, Pennsylvania und Washington – die Software-as-a-Service jeweils als steuerpflichtig behandeln – in Kombination mit einem Abrechnungssystem, das vor zwei Jahren stillschweigend die Schwellenwerte für den wirtschaftlichen Nexus (Economic Nexus) überschritten hat.
Die Sales Tax sollte eigentlich ein Problem für Einzelhändler sein, die Schuhe verkaufen, nicht für Cloud-Unternehmen, die APIs und Dashboards vertreiben. Diese Annahme gilt seit dem 21. Juni 2018 nicht mehr, als der Oberste Gerichtshof der USA das Urteil South Dakota v. Wayfair fällte. Im Jahr 2026 verfügt fast jeder US-Bundesstaat mit einer Sales Tax auch über eine Regelung zum wirtschaftlichen Nexus, und eine wachsende Liste von Staaten behandelt SaaS als steuerpflichtiges Produkt oder steuerpflichtige Dienstleistung. Das Flickwerk ist unübersichtlich, es steht viel auf dem Spiel, und die gute Nachricht ist, dass die operativen Abläufe mittlerweile gut verstanden werden.
Dieser Leitfaden erläutert, wie man im Jahr 2026 ein belastbares Sales-Tax-Programm für ein SaaS- oder Cloud-Unternehmen aufbaut: wie man die Steuerpflicht Bundesstaat für Bundesstaat analysiert, wie man über Nexus-Schwellenwerte nachdenkt, wie man Tools wie Stripe Tax, Anrok, Avalara oder TaxJar auswählt, wie man mit gebündelten Transaktionen umgeht und wie man historische Belastungen durch ein Voluntary Disclosure Agreement (VDA) bereinigt, wenn man sie entdeckt.
Warum sich SaaS-Sales-Tax von E-Commerce-Sales-Tax unterscheidet
E-Commerce-Verkäufer haben ein relativ klares Mentales Modell: Körperliche bewegliche Gegenstände sind im Allgemeinen steuerpflichtig, man erhebt die Steuer an der Lieferadresse, und die Steuersätze stammen aus einer Referenztabelle. SaaS bricht jeden Teil dieses Modells.
Es wechseln keine materiellen Güter den Besitzer. Die „Lieferung“ erfolgt über das Internet, oft an einen Nutzer in einem anderen Bundesstaat als der Rechnungsadresse. Das Produkt ist ein Abonnement, das Softwarezugang, API-Aufrufe, professionelle Dienstleistungen, Schulungen und Speicherplatz beinhalten kann – wobei jeder Bestandteil potenziell unterschiedlich besteuert wird. Kunden sind oft Unternehmen, die für eine Wiederverkaufsbefreiung (Resale Exemption) in Frage kommen können oder auch nicht. Und die grundlegende Frage – ist SaaS überhaupt steuerpflichtig? – wird in jeder Jurisdiktion anders beantwortet.
Es gibt drei Ebenen, die ein SaaS-Unternehmen abbilden muss:
- Nexus – Hat der Bundesstaat die Gerichtsbarkeit, um von Ihnen die Einhebung der Steuer zu verlangen?
- Steuerbarkeit (Taxability) – Besteuert der Bundesstaat das, was Sie verkaufen, tatsächlich?
- Sourcing (Zuordnung) – Wenn es steuerpflichtig ist, welche Adresse bestimmt den Steuersatz?
Wenn Sie bei einem dieser Punkte einen Fehler machen, erheben Sie entweder zu viel Steuer (und müssen sich mit verärgerten Kunden durch Rückerstattungsprozesse schlagen) oder zu wenig (und häufen eine Haftung an, die sich durch Strafen und Zinsen summiert).
Schritt 1: Abbildung der SaaS-Steuerbarkeit pro Bundesstaat
Die wichtigste Tabelle in Ihrem Steuerprogramm ist diejenige, die pro Bundesstaat festlegt: „Muss ich dieses Produkt besteuern?“ Für ein typisches B2B-SaaS-Abonnement im Jahr 2026 sieht die Landschaft in etwa so aus:
Bundesstaaten, die SaaS weitgehend besteuern
- New York besteuert SaaS als Verkauf von vorgefertigter Software (prewritten software), unabhängig von der Bereitstellungsmethode. Der Standort des Kunden bestimmt die Zuordnung (Sourcing).
- Pennsylvania behandelt SaaS als steuerpflichtige Standardsoftware zum regulären Sales-Tax-Satz.
- Texas besteuert SaaS als Datenverarbeitungsdienst (data processing service), aber nur 20 % des Rechnungsbetrags unterliegen der Steuer – Texas gewährt eine 20-prozentige Befreiung auf Datenverarbeitung, sodass der effektive Satz für eine 100-Dollar-Rechnung der kombinierte Staats- und Lokalsatz angewendet auf 20 Dollar ist.
- Washington besteuert SaaS als „digitalen automatisierten Dienst“ unter der Einzelhandelsumsatzsteuer und wendet separat die B&O-Steuer (Business & Occupation Tax) an.
- Tennessee besteuert SaaS sowohl für die geschäftliche als auch für die private Nutzung.
- South Carolina besteuert SaaS unter seinen weit gefassten Definitionen für Kommunikationsdienste.
- Utah besteuert vorgefertigte Software, auf die aus der Ferne zugegriffen wird.
- Ohio, Connecticut, Iowa, Massachusetts, Rhode Island, Hawaii und New Mexico besteuern jeweils SaaS, teilweise mit unterschiedlichen Sätzen für geschäftliche gegenüber privater Nutzung.
Bundesstaaten, die SaaS im Allgemeinen nicht besteuern
- Kalifornien besteuert SaaS nicht – die Regel besagt, dass SaaS nicht steuerpflichtig ist, da kein materielles persönliches Eigentum übertragen wird. (Individuell für einen Kunden entwickelte Software kann eine andere Geschichte sein.)
- Florida, Georgia, Illinois, Virginia, Colorado (mit Ausnahmen auf Stadtebene) und North Carolina besteuern SaaS derzeit im Allgemeinen nicht.
Die Dynamik in der Mitte
Mehrere Bundesstaaten haben ihre Position in den letzten Jahren geändert, und Maine hat im Jahr 2026 unter SB 162 mit Wirkung zum 1. Juli 2026 neue Kategorien digitaler Abonnementdienste in die Steuerbasis aufgenommen. Betrachten Sie diese Liste als etwas, das Sie jedes Quartal neu prüfen müssen – die Finanzbehörden der Bundesstaaten erlassen oft stillschweigend Bescheide (Letter Rulings), die Produkte ohne großes Aufsehen neu klassifizieren.
Die praktische Erkenntnis: Erstellen Sie keine einmalige Tabelle und legen Sie sie dann ab. Abonnieren Sie einen Dienst zur Verfolgung von Steuern auf Bundesstaatsebene (Anrok, Avalara, TaxJar und Numeral veröffentlichen alle Änderungsprotokolle) oder erstellen Sie eine Kalendererinnerung, um Ihre wichtigsten zehn Bundesstaaten jedes Quartal neu zu verifizieren.
Schritt 2: Den Wayfair Economic Nexus verstehen
South Dakota v. Wayfair erlaubte es den Bundesstaaten, von Fernverkäufern die Erhebung von Sales Tax allein auf der Grundlage wirtschaftlicher Aktivitäten zu verlangen. Die meisten Bundesstaaten folgten dem Beispiel von South Dakota und führten einen Schwellenwert von 100.000 $ Umsatz oder 200 Transaktionen ein. Einige weichen davon ab:
- Kalifornien verwendet einen kombinierten Umsatz von 500.000 $ (kein Test der Transaktionsanzahl). Der Schwellenwert von 200 Transaktionen gilt hier nicht.
- Texas nutzt einen Umsatzschwellenwert von 500.000 $.
- New York setzt 500.000 $ Umsatz und mehr als 100 Transaktionen voraus (beides erforderlich).
- Tennessee verwendet 100.000 $ Umsatz.
- Kansas hat den Transaktions-Test abgeschafft und nutzt nun 100.000 $ Umsatz.
Einige praktische Hinweise, die Gründer oft unvorbereitet treffen:
- Die Schwellenwerte zählen in der Regel den Bruttoumsatz, nicht den steuerpflichtigen Umsatz. Selbst wenn SaaS in einem Bundesstaat nicht steuerpflichtig ist, zählt Ihr Abonnementumsatz oft für den Nexus-Schwellenwert dieses Staates. Daher müssen Sie sich möglicherweise registrieren und Null-Steuererklärungen abgeben, nur um konform zu bleiben.
- Marktplatz-Facilitatoren wie Stripe Atlas, AWS Marketplace und Apples App Store ziehen die Steuer in vielen Fällen in Ihrem Namen ein. Deren vermittelte Verkäufe können je nach Bundesstaat für Ihren Schwellenwert zählen oder auch nicht.
- Nachwirkende Steuerpflicht (Trailing Nexus) ist von Bedeutung. Kalifornien verlangt, dass Sie die Steuererhebung bis zum Ende des folgenden Kalenderjahres fortsetzen, selbst wenn Sie den Schwellenwert unterschreiten.
Erstellen Sie einen Echtzeit-Nexus-Tracker. Die meisten Tax-Engines erledigen dies automatisch; wenn Sie mit einer Tabellenkalkulation arbeiten, aktualisieren Sie diese monatlich.
Schritt 3: Bei den richtigen Behörden registrieren
Sobald Sie einen Schwellenwert überschreiten (oder kurz davor stehen), registrieren Sie sich beim Finanzministerium des jeweiligen Bundesstaates (Department of Revenue). Die Mechanik:
- SST-Mitgliedsstaaten (Streamlined Sales Tax) (24 Staaten, darunter 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 und Kentucky) akzeptieren einen einzigen kombinierten Antrag über das SSUTA Central Registration System.
- Nicht-SST-Staaten haben eigene Portale. Einige sind einfach (online in 10 Minuten), andere mühsam (Papierantrag, per Fax eingereichter IRS-Brief, Kautionspflicht). Texas, Kalifornien und Florida haben jeweils ganz eigene Registrierungsschritte.
- Home-Rule-Jurisdiktionen — Colorado, Louisiana und Alabama haben lokale Sales-Tax-Behörden, die unabhängig vom Bundesstaat agieren. In Colorado kann das bedeuten, dass man sich zusätzlich zum Bundesstaat separat bei Städten wie Denver, Boulder und Aurora registrieren muss.
Nach der Registrierung erhalten Sie einen Meldeturnus (monatlich, vierteljährlich oder jährlich), der an Ihr erwartetes Volumen gebunden ist. Dieser Zeitplan ist in den meisten Bundesstaaten nicht verhandelbar, und versäumte Meldungen — selbst bei Null-Erklärungen — ziehen Strafen nach sich.
Schritt 4: Die Tax-Engine konfigurieren
Bis zum Jahr 2026 dominieren vier Plattformen die Automatisierung der SaaS-Sales-Tax:
- Stripe Tax — ideal, wenn Sie bereits Stripe Billing nutzen. Es übernimmt die Berechnung und lässt sich nahtlos in Stripe Invoices und Subscriptions integrieren. Für die Einreichung und Abführung verweist Stripe Sie an Partner wie TaxJar oder Taxually, anstatt dies intern zu erledigen.
- Anrok — speziell für B2B- und B2C-SaaS mit wiederkehrenden Abonnements und komplexen Abrechnungsmodellen (Nutzung, Seats, API-Aufrufe) entwickelt. Die Einstiegspreise liegen bei 100 $/Monat und beinhalten Berechnungen, Monitoring und Einreichungen. Anrok ist die beste Wahl für SaaS-native Unternehmen, die Einreichung und Verwaltung von Befreiungsbescheinigungen an einem Ort benötigen.
- Avalara (AvaTax) — die Enterprise-Option mit über 1.000 Integrationen in ERP-Systeme wie NetSuite, SAP und Oracle. Die Preisgestaltung erfordert ein Verkaufsgespräch. Lohnt sich bei einem komplexen Tech-Stack; für ein Series-A-SaaS oft überdimensioniert.
- TaxJar (ein Stripe-Unternehmen) — stark im Bereich E-Commerce und Marktplätze, mit dem AutoFile-Service (50–55 in den Vorjahren). Weniger SaaS-fokussiert als Anrok, aber gut in Stripe integriert.
Was jede Tax-Engine von Ihnen benötigt:
- Validierung der Kundenadresse — die Rechnungs- und Lieferadressen müssen einer realen Jurisdiktion zugeordnet werden können. „Garbage in, garbage out“ (Müll rein, Müll raus).
- Steuerliche Produktzuordnung (Taxability Mapping) — jeder SKU oder Abonnement-Stufe muss ein Steuercode zugewiesen werden, der der Engine sagt, worum es sich handelt. „SaaS — B2B-Abonnement“ wird anders zugeordnet als „digitaler Download“ oder „professionelle Dienstleistungen“.
- Erfassung von Steuerbefreiungsbescheinigungen — wenn ein Kunde befreit ist (Wiederverkauf, gemeinnützig, Regierung), müssen Sie eine gültige Bescheinigung pro Bundesstaat erfassen und speichern. Anrok und Avalara enthalten Workflows für Befreiungsbescheinigungen; bei Stripe Tax können Sie Tools wie Numeral oder Sphere anbinden.
- Sourcing nach Rechnung vs. Lieferung vs. Nutzungsort — für SaaS verwenden die meisten Bundesstaaten die Hauptgeschäftsadresse des Kunden, aber einige betrachten den Standort der Nutzer. Implementieren Sie die Regel, die Ihre Tax-Engine empfiehlt, und dokumentieren Sie diese.
Schritt 5: Gebündelte Transaktionen mit dem True Object Test handhaben
Eine typische SaaS-Rechnung sieht oft so aus:
- 5.000 $ — jährliches Plattform-Abonnement
- 1.500 $ — Implementierungsleistungen
- 400 $ — Schulungsguthaben
- 200 $ — Premium-Support-Add-on
Wenn das Abonnement in einem Bundesstaat steuerpflichtig ist und die Dienstleistungen nicht, können Sie diese dann separat besteuern? Die Antwort hängt vom True Object Test ab — auch bekannt als „Essence of the Transaction“-Doktrin. Dabei wird gefragt, was der Kunde im Kern kauft.
Wenn der Kunde primär den Zugang zur SaaS-Plattform kauft und die Implementierung/Schulung nur nebensächlich sind, kann das gesamte Paket in Staaten, die den True Object Test weit auslegen, als steuerpflichtige Software behandelt werden. Wenn die Implementierung eine wesentliche, separat ausgehandelte Dienstleistung mit eigenen Leistungen ist, können Sie die Komponenten möglicherweise separat in Rechnung stellen und besteuern.
Zwei praktische Absicherungen:
- Komponenten separat ausweisen und bepreisen auf der Rechnung. Bundesstaaten, die eine Entbündelung zulassen, verlangen fast ausnahmslos, dass die Komponenten auf der kundenorientierten Rechnung separat aufgeführt werden.
- Die vertragliche Absicht dokumentieren. Ein Rahmenvertrag (Master Service Agreement), der die Implementierung als separates Engagement mit eigenem Leistungsverzeichnis (Statement of Work) beschreibt, stützt eine getrennte Behandlung weitaus besser als eine einzelne Zeile auf einem Angebot.
Ein aktuelles Urteil aus New York vom April 2026 zu gebündelten SaaS-Transaktionen bekräftigte: Wenn eine Softwarekomponente „zentral und nicht nur nebensächlich“ ist, ist die gesamte Transaktion als Software steuerpflichtig. Der sicherste Weg ist daher, eine Bündelung durch Design nur dann vorzunehmen, wenn Sie eine klare, separat bepreiste Dienstleistungsposition haben.
Schritt 6: Achten Sie auf Sonderfälle
Einige Situationen treten so häufig auf, dass sie eine gesonderte Erwähnung verdienen:
- Texas: 20 % Befreiung für Datenverarbeitung — SaaS ist in Texas steuerpflichtig, aber als „Datenverarbeitungsdienstleistung“ (Data Processing Service) sind 80 % der Gebühr steuerbefreit. Ihre Steuer-Engine muss dies berücksichtigen; viele berechnen standardmäßig den vollen Satz und ziehen zu viel Steuer ein.
- Informationsdienste in New York — Unabhängig von SaaS haben „Informationsdienste“ (wie zusammengestellte Branchendaten) ihre eigenen Regeln und können befreit sein, wenn die Daten personalisiert sind.
- Cloud-Infrastruktur (IaaS) vs. SaaS — Tennessee besteuert SaaS, aber nicht IaaS, da kein materielles persönliches Eigentum übertragen wird. New York behandelt IaaS als nicht steuerpflichtig, während SaaS steuerpflichtig ist. Die Unterscheidung ist wichtig, wenn Sie hybride Produkte verkaufen.
- Kostenlose Testversionen und Freemium — Die meisten Bundesstaaten betrachten den zahlungspflichtigen Teil eines Abonnements als den steuerpflichtigen Tatbestand. Kostenlose Angebote lösen keine Steuererhebung aus, können aber in einigen Bundesstaaten dennoch für die Schwellenwerte des wirtschaftlichen Nexus (Economic Nexus) zählen, da sie als „Transaktionen“ gelten.
- Jährliche vs. monatliche Abrechnung — Der Steuerzeitpunkt ist in der Regel der Zeitpunkt der Rechnungsstellung, nicht der Zeitpunkt der Umsatzrealisierung. Eine Rechnung im Januar für ein 12-monatiges Jahresabonnement löst die gesamte Umsatzsteuer für das Jahr im Januar aus.
Schritt 7: Historische Steuerrisiken durch ein VDA bereinigen
Wenn Sie feststellen, dass Sie in den letzten zwei Jahren in einem Bundesstaat Steuern hätten erheben müssen, registrieren Sie sich nicht einfach und beginnen mit der Erhebung für die Zukunft. Das hinterlässt einen Rattenschwanz an nicht eingereichten Erklärungen und nicht erhobenen Steuern, die der Staat auch im Nachhinein noch einfordern kann – oft mit einem sechs- oder zehnjährigen Rückschauzeitraum.
Die Lösung ist eine freiwillige Selbstanzeige-Vereinbarung (Voluntary Disclosure Agreement, VDA). Sie (in der Regel über einen Steuerberater oder eine auf VDAs spezialisierte Kanzlei) treten anonym an den Bundesstaat heran, vereinbaren einen begrenzten Rückschauzeitraum (typischerweise 3–4 Jahre statt unbegrenzt) und zahlen die nachgeforderte Steuer. Im Gegenzug erlässt der Staat Strafen, reduziert manchmal die Zinsen und gewährt Schutz vor strafrechtlicher Verfolgung.
Wann ein VDA sinnvoll ist:
- Sie haben keine Steuern erhoben und der Bundesstaat wusste nichts von Ihrer Existenz. (Wenn Sie Steuern erhoben, aber nicht abgeführt haben, sind Sie nicht berechtigt – das ist eine „Trust Fund“-Haftung mit anderen Konsequenzen.)
- Ihre historische Belastung ist groß genug, dass die Ersparnis durch erlassene Strafen die Anwaltskosten übersteigt (meist sinnvoll ab einer Steuernachzahlung von über 25.000 $).
- Sie möchten vor einer Finanzierungsrunde oder einer Übernahme reine Weste schaffen, da Umsatzsteuerrisiken ein Standardbefund bei der Due Diligence sind.
Wie viel Sie nachzahlen müssen, hängt davon ab, was Sie tatsächlich in Rechnung gestellt haben – deshalb sind saubere, prüffähige Finanzunterlagen enorm wichtig, wenn Sie ein Steuerrisiko entdecken. Eine zuverlässige historische Aufzeichnung jeder Rechnung, der Kundenadresse, der verkauften Leistung und des berechneten Betrags ist die Grundlage für jede VDA-Berechnung. Wenn Sie dies nicht rekonstruieren können, basiert die Nachzahlung auf Schätzungen, die den Staat begünstigen.
Schritt 8: Die vierteljährliche Abstimmung operationalisieren
Ein funktionierendes Umsatzsteuerprogramm umfasst diese wiederkehrenden Routinen:
- Monatlich — Steuererklärungen in jedem registrierten Bundesstaat einreichen. Die meisten Systeme erledigen dies automatisch; Sie bestätigen nur noch.
- Vierteljährlich — Gleichen Sie die in Ihrem Abrechnungssystem erhobenen Steuern mit den in den Erklärungen gemeldeten Steuern ab. Untersuchen Sie Abweichungen. Aktualisieren Sie Ihren Nexus-Tracker.
- Jährlich — Überprüfen Sie Ihre Steuerbarkeitsmatrix anhand neuer Urteile der Bundesstaaten, prüfen Sie Ihre Befreiungsbescheinigungen auf Ablaufdaten und erneuern Sie erforderliche staatliche Registrierungen.
- Ereignisgesteuert — Neubewertung nach einem Produktlaunch (neue SKU, neuer Steuercode), einer Preisänderung (Bündelung von Leistungen), einer Akquisition (übernommener Nexus) oder einer größeren geografischen Expansion.
Halten Sie Ihre Finanzunterlagen vom ersten Tag an bereit für eine Betriebsprüfung
Die Einhaltung der Umsatzsteuerregeln ist Ihren Büchern nachgelagert. Wenn Ihre Abrechnungsdaten, Kundenadressen und die Umsatzrealisierung nicht sauber sind, wird jeder der oben genannten Schritte schwieriger – und eine staatliche Betriebsprüfung wird zu einer teuren Suche in Stripe-Exporten und alten Verträgen.
Beancount.io bietet eine Text-basierte, versionsverwaltete Buchhaltung, die Ihnen einen vollständigen, prüffähigen Datensatz jeder Transaktion, jedes Kunden und jeder Rechnung liefert – genau das, was Sie brauchen, wenn eine Finanzbehörde einen fünfjährigen Transaktionsverlauf anfordert. Keine Blackboxen, kein Vendor Lock-in und jede Änderung wird in Git verfolgt. Starten Sie kostenlos und schaffen Sie das finanzielle Fundament, auf das sich Ihr Steuerprogramm (und Ihr zukünftiger Käufer) verlassen kann.