Accounting-SaaS im Jahr 2026: Was das bedeutet und wie Sie das richtige System auswählen

Ein Leitfaden darüber, was Accounting-SaaS im Jahr 2026 eigentlich ist, wie sich die drei Ausprägungen unterscheiden und wie Sie das Produkt auswählen, das zu der Art und Weise passt, wie Ihr Unternehmen Transaktionen erzeugt.

Accounting-SaaS bezeichnet Buchhaltungssoftware, auf die Sie über das Internet zugreifen, die vom Anbieter betrieben und aktualisiert wird und für die Sie anstelle einer einmaligen Lizenz ein Abonnement bezahlen. Die Daten befinden sich in der Infrastruktur des Anbieters, Upgrades erfolgen ohne Ihr Zutun und gesetzliche Änderungen (Compliance) werden als Updates eingespielt, anstatt eigene IT-Projekte zu erfordern.

Das war 2012 eine nützliche Unterscheidung, als die Alternative noch ein auf dem Bürorechner installiertes Programm war. Im Jahr 2026 ist fast alles in der Cloud gehostet, sodass diese Bezeichnung nicht mehr viel aussagt. Die entscheidende Frage ist heute nicht mehr, ob ein Produkt SaaS ist, sondern welche von drei grundlegend verschiedenen Ausprägungen es hat. Dies bestimmt, wer es nutzt, wie es abgerechnet wird und ob es mit Ihrem Transaktionsvolumen Schritt halten kann.

Die drei Ausprägungen von Accounting-SaaS

Ausprägung	Hauptnutzer	Wie Daten ins System gelangen	Abrechnungsmodell
App-First-Buchhaltung	Buchhalter, Steuerberater oder Geschäftsinhaber	Manuelle Eingabe, Bank-Feeds, Dateiimporte, einige Integrationen	Pro Nutzer oder Organisation pro Monat
API-First-Buchhaltung (Embedded)	Entwickler im Auftrag eines Produkts	Ihre Software ruft die API bei Eintreten von Ereignissen auf	Nach Verbrauch, meist API-Aufrufe oder Transaktionen
ERP-Suite	Finanzteam sowie operatives Geschäft	Unternehmensweite Module speisen eine zentrale Datenbank	Pro Nutzer pro Monat, zzgl. Implementierungskosten

App-First-Buchhaltung ist die nach installierter Basis größte Kategorie. Die Benutzeroberfläche ist das Produkt; die API dient, sofern vorhanden, lediglich der Synchronisation mit anderen Tools. Dies ist die richtige Wahl, wenn eine Person für die Buchführung verantwortlich ist und das Transaktionsvolumen so überschaubar bleibt, dass es von Menschenhand kontrolliert werden kann.

API-First-Buchhaltung dreht dieses Prinzip um. Die Schnittstelle (API) ist das eigentliche Produkt und die Benutzeroberfläche ist nur einer der Clients, die darauf zugreifen. Dies ist das passende Modell, wenn Ihre eigene Software die Buchungssätze erzeugt – sei es ein Marktplatz (Marketplace), der Auszahlungen an Verkäufer abrechnet, ein SaaS-Produkt, das Abo-Umsätze abgrenzt, oder eine E-Commerce-Plattform mit grenzüberschreitender Rechnungsstellung. Nordlet ist in diesem Bereich angesiedelt: Jedes Modul ist über die API erreichbar, und die Anwendung nutzt dieselben Endpunkte wie externe Aufrufer, ohne dass undokumentierte interne Schnittstellen (Private APIs) zurückgehalten werden.

ERP-Suiten decken neben der Finanzbuchhaltung auch Bereiche wie Warenwirtschaft (Inventory), Fertigung, CRM oder Personalwesen ab. Sie kommen zum Einsatz, wenn buchhalterische und operative Herausforderungen untrennbar miteinander verbunden sind. Ihre Einführung geht in der Regel mit einem umfassenden Implementierungsprojekt einher und erfordert mehr als nur einen simplen Registrierungsprozess.

Die meisten Fehlkäufe in dieser Kategorie beruhen auf einer unpassenden Ausprägung für den jeweiligen Anwendungsfall und weniger auf Fehlern der Anbieter. Ein App-First-Tool, das als Buchhaltungs-Backend einer Plattform dienen soll, wird aufwendige Middleware erfordern. Eine API, die zur Ersetzung eines Buchhalters angeschafft wird, wird den Buchhalter schlichtweg enttäuschen.

Was sich bis 2026 tatsächlich geändert hat

Vier Entwicklungen sollten eine Kaufentscheidung im aktuellen Jahr beeinflussen.

Die elektronische Rechnungsstellung wird von Land zu Land zur Pflicht. Einige EU-Mitgliedstaaten verlangen bereits strukturierte E-Rechnungen für den inländischen B2B-Handel. Das EU-Paket „Mehrwertsteuer im digitalen Zeitalter“ (VAT in the Digital Age) gibt die Richtung vor: Ab dem 1 July 2030 wird das digitale Meldewesen für den grenzüberschreitenden B2B-Handel auf E-Invoicing umgestellt, und bis zum 1 January 2035 müssen inländische Systeme entsprechend angeglichen werden. Ein Produkt, das nur PDF-Dateien ausgibt, geht an dieser Entwicklung vorbei. Strukturierte Formate sind entscheidend – Nordlet erstellt Ausgangsrechnungen und Gutschriften nach EN 16931 UBL für Peppol BIS 3.0, das Format, auf dem die meisten dieser Vorgaben aufbauen.

Änderungen bei der One-Stop-Shop-Meldung ab 2027. Ab dem 1 January 2027 erhalten die OSS- und IOSS-Verfahren einen neuen Korrekturmechanismus, zusätzliche IOSS-Informationspflichten und monatliche IOSS-Aufstellungen nach dem Bestimmungsland. Jedes Tool, das Sie heute erwerben, sollte in der Lage sein, Korrekturen nachvollziehbar mit der ursprünglichen Transaktion zu verknüpfen und nicht nur korrigierte Gesamtsummen speichern.

Bankenanbindung ist Standard, kein Alleinstellungsmerkmal. Regulierungen für Zahlungsdienste haben den Open-Banking-Zugang zu einer Selbstverständlichkeit gemacht. Echtzeit-Feeds (Live Feeds) sind heute die Grundvoraussetzung. Die Unterschiede liegen vielmehr darin, wie gut ein Produkt einen Zahlungseingang dem korrekten offenen Posten (Matching) zuordnet und wie es mit Zahlungen umgeht, die es nicht automatisch abstimmen kann.

Werbeversprechen zu „KI-Buchhaltung“ gehören auf den Prüfstand. Die automatische Kontierung ist zwar äußerst nützlich, aber auch fehleranfällig. Die entscheidende Frage an den Anbieter ist daher nicht, wie präzise das Modell arbeitet, sondern was bei Fehlern passiert: Hinterlässt eine Korrektur ein nachvollziehbaren Prüfpfad (Audit Trail) und bleibt eine abgeschlossene Buchungsperiode (Closed Period) weiterhin geschützt?

Wie sich die Preismodelle unterscheiden

Hier zeigen sich die größten Unterschiede zwischen den Ausprägungen – und hier ist eine Tabellenkalkulation aussagekräftiger als eine reine Feature-Liste.

Modell	Typisch für	Kosten steigen mit	Unpraktisch, wenn
Pro Nutzer pro Monat	App-First-Tools, ERP-Suiten	Anzahl der Mitarbeiter in der Buchhaltung	Ihre Software, nicht der Mensch, die Buchungssätze erzeugt
Pro Organisation pro Monat	App-First-Tools für Steuerberater	Anzahl der rechtlichen Einheiten (Entities) oder Mandanten	Sie Buchhaltungen für Hunderte von Mandanten benötigen
Pro API-Aufruf oder Transaktion	API-First-Tools	Dem tatsächlichen Volumen Ihres Produkts	Das Volumen stark schwankt und schwer vorhersehbar ist

Ein Rechenbeispiel macht den Unterschied konkret. Angenommen, ein Marktplatz benötigt die Buchführung für sich selbst sowie für 200 Verkäuferunternehmen, mit insgesamt rund 40,000 Buchungsvorgängen pro Monat.

Bei einer Preisgestaltung pro Organisation von beispielsweise €30 pro Organisation und Monat wären das 201 Abonnements und etwa €6,000 pro Monat – wovon fast nichts mit der tatsächlich stattgefundenen Aktivität zusammenhängt.
Bei der nutzungsbasierten Abrechnung (Metered Pricing) entspricht dasselbe Arbeitspensum einem Account mit unbegrenzten Unternehmen und 40,000 API-Aufrufen. Bei den veröffentlichten Tarifen von Nordlet ist das die Stufe für €50 pro Monat mit 30,000 inkludierten Aufrufen plus 10,000 zusätzliche Aufrufe zu je €0.003, also etwa €80 pro Monat.

Die Zahlen in diesem Beispiel dienen der Veranschaulichung, und der Betrag pro Organisation ist ein Platzhalter und nicht der spezifische Preis eines bestimmten Anbieters. Das strukturelle Prinzip gilt unabhängig von den konkreten Tarifen: Modelle pro Nutzer (Per-Seat) oder pro Einheit (Per-Entity) berechnen Ihnen die Organisationsstruktur, während nutzungsbasierte Modelle die geleistete Arbeit berechnen. Wenn Menschen die Arbeit verrichten, sind Lizenzen ein fairer Näherungswert. Wenn Software die Arbeit verrichtet, sind sie es nicht.

Eine Checkliste für die Auswahl

Benennen Sie den Hauptnutzer. Ein Mensch oder ein Programm. Alles Weitere ergibt sich aus dieser Antwort.
Zählen Sie die Einheiten (Entities). Eine Firma, ein Konzern, der Konsolidierung benötigt, oder viele isolierte Mandanten. Konzernkonsolidierung und Mandantentrennung (Multi-Tenant-Isolation) klingen ähnlich, sind aber völlig unterschiedliche Probleme.
Listen Sie die Länder auf. Fragen Sie dann für jedes Land, was das Produkt konkret liefert: nur die Steuersätze, die Berechnung einer Voranmeldung, ein einreichungsfertiges Steuerregister oder die direkte Übermittlung an die Behörde. Dies sind vier verschiedene Stufen der Unterstützung, doch Anbieter bezeichnen sie oft alle pauschal als „unterstützt die Umsatzsteuer (VAT)“.
Prüfen Sie den Schreibvorgang (Write Path). Lässt sich alles Erforderliche über die API erledigen, oder sind bestimmte Funktionen nur in der Benutzeroberfläche verfügbar? Schritte, die nur über das Interface möglich sind, bleiben für immer manuelle Arbeit.
Testen Sie die Fehlerfälle. Wiederholen Sie einen API-Aufruf (Retry). Versuchen Sie, in eine abgeschlossene Periode zu buchen. Versuchen Sie, ein bereits ausgestelltes Dokument (z.B. eine Rechnung) zu ändern. Die Ablehnungen verraten Ihnen mehr als die erfolgreichen Ausführungen.
Überprüfen Sie die Exportoptionen. Berichte als XLSX, PDF oder JSON; steuerliche Register in dem von der Behörde geforderten Format; ein vollständiger Export des Buchungsjournals. Wenn Ihre Daten das System nicht verlassen können, sind Ihre Wechselkosten unbegrenzt.
Berechnen Sie die Kosten anhand Ihrer eigenen Volumen, nicht am Musterkunden des Anbieters.
Fragen Sie, was bei gesetzlichen Änderungen passiert. Wer liefert das Update, in welchem Zeitrahmen und mit welchen Kosten ist das verbunden?

Wann Accounting-SaaS die falsche Wahl ist

Zwei ehrliche Beispiele.

Wenn Sie Einzelunternehmer mit einer Handvoll Rechnungen im Monat und einer simplen inländischen Steuersituation sind, kostet ein Abonnement möglicherweise mehr, als es einbringt. Das Tooling macht sich erst durch Volumen, Komplexität oder beides bezahlt.

Wenn Sie lediglich Echtzeitsalden innerhalb eines Wallets oder eines Zahlungsprodukts benötigen und die handelsrechtliche Buchführung separat an anderer Stelle erfolgt, benötigen Sie eher eine Ledger-Infrastruktur als ein klassisches Buchhaltungssystem. Die genaue Unterscheidung wird in unserem Leitfaden zu unveränderlichen Double-Entry-Ledger-APIs behandelt.

FAQ

Was bedeutet SaaS in der Buchhaltung?

Software as a Service bedeutet, dass der Anbieter die Buchhaltungssoftware hostet und wartet. Sie greifen über das Internet darauf zu und zahlen ein wiederkehrendes Abonnement, anstatt eine Lizenz zu kaufen. Updates, einschließlich rechtlicher Anpassungen (Compliance), werden direkt vom Anbieter bereitgestellt und müssen nicht von Ihnen installiert werden.

Ist Accounting-SaaS sicher für Finanzdaten?

Das kann sie sein. Es gilt hier allerdings, ganz konkrete statt allgemeine Fragen zu stellen: Wo werden die Daten gespeichert, wer hat Zugriff darauf, wie werden Backups gehandhabt, was passiert mit Ihren Daten bei einer Kündigung und führt das Produkt ein revisionssicheres Protokoll (Audit Trail) über jede Änderung? Ein Anbieter, der diese Fragen präzise beantwortet, ist ein besseres Zeichen als einer, der pauschal mit „Sicherheit auf Bankenniveau“ wirbt.

Was ist der Unterschied zwischen Accounting-SaaS und einer Accounting-API?

Eine Buchhaltungs-API (Accounting API) ist eine Ausprägung von Accounting-SaaS, bei der die programmierbare Schnittstelle das eigentliche Produkt und nicht nur ein Add-on ist. Ein Produkt kann durchaus SaaS sein und überhaupt keine brauchbare API haben.

Was kostet Accounting-SaaS?

Das hängt stärker vom Preismodell als vom reinen Funktionsumfang ab. Tools pro Nutzer kosten in der Regel zwischen €10 und €70 pro Nutzer und Monat; Tools pro Einheit rechnen pro Unternehmen ab; nutzungsbasierte Tools berechnen den Verbrauch. Die Tarife von Nordlet beginnen bei €10 pro Monat inklusive 3,000 API-Aufrufen, und jeder Plan enthält jedes Modul sowie die vollständige API. Modellieren Sie immer Ihre eigenen Volumen, da dasselbe Produkt günstig oder extrem teuer sein kann – abhängig davon, wovon Ihr Unternehmen am meisten generiert.

Kann Accounting-SaaS die EU-Umsatzsteuer über mehrere Länder hinweg abbilden?

Einige können das, jedoch in unterschiedlicher Detailtiefe. Fragen Sie nach, ob das Produkt nur Steuersätze kennt, ob es eine Voranmeldung berechnet, ob es eine einreichungsfertige Datei erzeugt und ob es Daten übermittelt. Nordlet berechnet OSS- und IOSS-Erklärungen aus Ihren Rechnungen inklusive periodenfremden Korrekturen, und die länderspezifische Umsatzsteuersatz-Referenz deckt die EU-27 ab. Standardpakete für inländische Voranmeldungen sind heute für drei Länder verfügbar – Litauen (FR0600), Deutschland (UStVA) und Polen (JPK_V7M) – wobei keine Meldung in Ihrem Namen an eine Behörde übermittelt wird.