SaaS-ERP: Was das ist und wie er sich von traditioneller ERP unterscheidet
Eine klare Definition von SaaS-ERP, ein direkter Vergleich mit On-Premise- und Hosted-ERP sowie die API-First-Subkategorie, auf der Plattformen aufbauen.
SaaS-ERP ist eine ERP-Software (Enterprise Resource Planning), die vom Anbieter auf dessen eigener Infrastruktur betrieben und als Abonnement verkauft wird, sodass alle Kundinnen und Kunden über einen Browser oder eine API dieselbe, kontinuierlich aktualisierte Version nutzen. Traditioneller ERP hingegen ist Software, die Sie einmalig lizensieren, auf von Ihnen kontrollierten Servern installieren und als eigenes Projekt aktualisieren.
Das ist die vollständige Definition. Der Rest dieses Artikels widmet sich den Konsequenzen daraus: Wer die Upgrades durchführt, wie der Preis berechnet wird, wem die Daten gehören, wie andere Systeme angebunden werden und in welchen Fällen das traditionelle Modell nach wie vor die richtige Wahl ist.
Die drei Bereitstellungsmodelle
Der Begriff „Cloud-ERP“ wird oft unpräzise für zwei verschiedene Dinge verwendet, und dieser Unterschied ist wichtig, wenn Sie Angebote miteinander vergleichen.
| SaaS-ERP (Mandantenfähig / Multi-Tenant) | Hosted-ERP (Einmandantenfähig / Single-Tenant) | On-Premise-ERP | |
|---|---|---|---|
| Wer die Server betreibt | Der Anbieter | Der Anbieter oder ein Hosting-Partner | Sie |
| Softwareversion | Eine Version für alle Kundinnen und Kunden | Ihre eigene Kopie, aktualisiert nach Ihrem Zeitplan | Ihre eigene Kopie, aktualisiert nach Ihrem Zeitplan |
| Wie Upgrades bereitgestellt werden | Kontinuierlich, ohne Projekt | Als geplantes Projekt | Als geplantes Projekt |
| Anpassbarkeit | Konfiguration und API; Code-Änderungen sind selten | Code-Änderungen möglich | Code-Änderungen möglich |
| Typisches Preismodell | Abonnement pro Nutzer:in, pro rechtlicher Einheit oder nach Nutzung | Abonnement oder Lizenz plus Hosting-Gebühr | Dauerlizenz plus jährliche Wartung |
| Compliance-Updates (Steuersätze, Meldeformate) | Werden vom Anbieter für alle gleichzeitig bereitgestellt | Werden als Patches bereitgestellt, die Sie einspielen müssen | Werden als Patches bereitgestellt, die Sie einspielen müssen |
Ein gehostetes Single-Tenant-Produkt, das ein Anbieter als „Cloud“ bezeichnet, hat das operative Profil einer On-Premise-Software im Rechenzentrum eines Drittanbieters. Es bleibt Ihre eigene Version, und Upgrades sind nach wie vor Ihr eigenes Projekt. Fragen Sie daher stets, in welche Spalte ein Produkt gehört, bevor Sie es mit einer mandantenfähigen Lösung vergleichen.
Wer die Upgrades durchführt
Bei einem mandantenfähigen SaaS-ERP gibt es genau eine Version der Software, auf die der Anbieter alle anwendet. Sie müssen kein Upgrade planen, keine neuen Releases gegen Ihre individuellen Anpassungen testen oder ein Systemintegrationshaus für eine Migration bezahlen. Der Nachteil: Sie können das Upgrade auch nicht ablehnen.
Für das Rechnungswesen hat dies eine konkrete Konsequenz. Steuersätze ändern sich, Meldeformate wechseln, und E-Invoicing-Pflichten treten zu Terminen in Kraft, die von Behörden und nicht von Ihrem IT-Kalender vorgegeben werden. Im SaaS-Modell werden diese Änderungen als Produktupdate an alle Kundinnen und Kunden ausgeliefert. Im traditionellen Modell ist jede Änderung ein Patch, den jemand in Ihrer Organisation vor Ablauf der Frist einspielen muss.
Nordlet ist ein Beispiel dafür, wie das SaaS-Prinzip auf den Finanzkern angewendet wird: Im Changelog ist jede Änderung dokumentiert, und die Ländertabelle für gesetzliche Meldungen wird direkt aus dem Quellcode generiert. So stimmen die vom Produkt übermittelten Daten und die Angaben auf der öffentlichen Seite garantiert überein.
Wie der Preis berechnet wird
Die Preisgestaltung traditioneller ERP-Software basiert auf einer unbefristeten Lizenz (häufig berechnet pro namentlich genannter oder gleichzeitiger Nutzer:in) plus einer jährlichen Wartungsgebühr von etwa einem Fünftel des Lizenzwerts, zuzüglich Implementierungsprojekt und Hardware. Das Implementierungsprojekt macht dabei in der Regel den größten Kostenblock aus und lässt sich am schwersten kalkulieren. Der Beitrag How much ERP software costs in 2026 beleuchtet das vollständige Kostenmodell.
SaaS-ERP-Preise folgen meist einem von drei Modellen:
- Pro Nutzer:in und Monat. Das gängige Modell für Suiten, die sich an Finanz- und Betriebsteams richten. Die Kosten steigen mit der Mitarbeiterzahl, nicht mit dem Geschäftsvolumen. Eine Plattform, die täglich Tausende von Transaktionen bei zwei Finanzmitarbeiterinnen abwickelt, zahlt wenig; ein Unternehmen mit vierzig Lagerist:innen zahlt viel.
- Pro rechtlicher Einheit (Entity) und Monat. Jedes juristische Unternehmen stellt ein separates Abonnement dar. Unternehmensgruppen mit vielen kleinen Einheiten zahlen für jede einzelne von ihnen – unabhängig vom jeweiligen Transaktionsvolumen.
- Nutzungsabhängige Abrechnung (Metered Pricing). Die Kosten steigen mit der Anzahl der Operationen, die das System ausführt. Dies passt zu Software, die von anderen Systemen anstelle von tippenden Menschen gesteuert wird.
Nordlet nutzt das dritte Modell. Die Preise staffeln sich nach API-Anfragen: Starter kostet 10 € pro Monat für 3.000 Anfragen, Business 50 € für 30.000, Scale 300 € für 200.000, und zusätzliche Anfragen kosten je nach Tarif zwischen 0,004 € und 0,002 €. Nutzer und Unternehmen sind unbegrenzt, und die Tarife unterscheiden sich ausschließlich in Anfragevolumen, SLA und enthaltenem Speicherplatz. Es gibt keine künstliche Einschränkung von Funktionen (Feature Gating): Rechnungsstellung, Hauptbuch, Lagerhaltung, Lohnbuchhaltung, Konsolidierung und die vollständige API sind in jedem Tarif enthalten.
Wessen Daten es sind und wie Sie sie wieder herausbekommen
Im traditionellen Modell liegt die Datenbank auf Ihrem eigenen Server, und Sie können diese direkt abfragen. Bei SaaS liegen die Daten beim Anbieter, und Sie erhalten nur das, was dieser über Schnittstellen bereitstellt. Prüfen Sie vor der Unterzeichnung drei Dinge:
- Gibt es eine vollständige Lese-API? Wenn Sie lediglich Berichte herunterladen können, ist ein Wiederaufbau Ihres Rechnungswesens an anderer Stelle kaum möglich.
- Entsprechen die Exporte Formaten, die Ihr Steuerbüro und ein Nachfolgesystem akzeptieren? Für ein Unternehmen in der EU bedeutet dies gesetzliche Abschlüsse, USt-Voranmeldungen bzw. Umsatzsteuer-Register sowie, wo relevant, nationale GoBD-konforme Exportformate oder Prüfdateien.
- Was passiert beim Ausstieg? Archivierung, Aufbewahrungsfristen und Löschprozesse müssen öffentlich dokumentiert sein.
Nordlet macht jedes Modul über dieselbe API zugänglich, die auch die Anwendung selbst nutzt; es gibt keine versteckten privaten Endpunkte. Hauptbuch-Exporte existieren im DATEV-Format für Deutschland, im FEC-Format für Frankreich und im SIE-Format für Schweden, Berichte werden als XLSX, PDF oder JSON generiert. Ein archiviertes Unternehmen kostet 1 € pro Monat und behält sämtliche Daten.
Integration: API-First versus Connector
Ein traditioneller ERP-Zugang erfolgt oft über Datenbankzugriffe, Dateidumps (File Drops) und eine Middleware-Schicht. Ein SaaS-ERP integriert sich über seine API, und die Qualität dieser Schnittstelle entscheidet darüber, wie viel Ihres Prozesses automatisiert werden kann.
Innerhalb der SaaS-Kategorie gibt es hierbei eine wichtige Unterscheidung:
- App-First SaaS-ERP hat die Benutzeroberfläche als Kernprodukt und die API als Begleitfunktion. Manche Operationen lassen sich ausschließlich über den Bildschirm ausführen. Integrationen werden meist von Partnern als separate Connectors gebaut.
- API-First SaaS-ERP hat die API als eigentliches Produkt und die Benutzeroberfläche als reinen Client dazu. Jede Operation, die auf dem Bildschirm ausgeführt wird, entspricht einem dokumentierten Aufruf, den auch ein anderes Programm absetzen kann.
Dieser Unterschied wird relevant, wenn Ihre eigene Software die Quelle der Transaktionen ist. Ein Marktplatz, der Auszahlungen an Verkäufer verarbeitet, ein Abonnementprodukt, das monatlich Umsätze abgrenzt (Revenue Recognition), oder eine E-Commerce-Plattform, die Rechnungen in mehrere EU-Länder ausstellt, erfordert die zweite Variante. Der Artikel What an accounting API is erläutert diese Kategorie im Detail.
In Nordlet ist jede Operation ein POST /v1/{module}/{resource}/{action}-Aufruf mit einem JSON-Body. Die API-Schlüssel sind mit Scopes wie sales:write versehen. Ein Idempotency-Key-Header macht Wiederholungen sicher: Derselbe Schlüssel mit demselben Payload spielt die gespeicherte Antwort ab, während derselbe Schlüssel mit einem abweichenden Payload abgelehnt wird. Webhooks werden in derselben Datenbanktransaktion geschrieben wie die Änderung, über die sie berichten; ein zurückgerolltes Dokument löst folglich niemals ein Ereignis aus. Typisierte SDKs werden aus der OpenAPI-Spezifikation für neun Sprachen generiert, jeweils mit Installationsanleitungen versehen.
Wann traditionelles ERP weiterhin gewinnt
SaaS ist nicht für jede Organisation die richtige Lösung. Das traditionelle Modell behauptet sich in drei Situationen:
- Tiefgreifende Prozessanpassungen. Ein produzierendes Unternehmen, dessen Planungslogik einen echten Wettbewerbsvorteil darstellt, benötigt gegebenenfalls Code-Enderungen, die ein mandantenfähiges Produkt nicht zulässt.
- Isolierte Netzwerke. Verteidigungsbereiche, bestimmte Versorgungsunternehmen und öffentliche Stellen betreiben Systeme, die niemals Zugriff auf das Internet haben dürfen.
- Regulatorische Vorgaben zur Datenspeicherung (Data Residency), die ein Anbieter nicht erfüllen kann. Viele können dies zwar – prüfen Sie hierzu den Auftragsverarbeitungsvertrag, anstatt vorschnell abzulehnen.
Außerhalb dieser Fälle verursachen die Kosten für den Betrieb einer eigenen ERP-Version und das manuelle Einspielen jedes Compliance-Patches Aufwand ohne Gegenwert. Why ERP implementations fail zeigt, wo diese Kosten in der Praxis meist anfallen.
Die API-First-Subkategorie
Eine vollständige ERP-Suite deckt Finanzen, Lagerhaltung, Fertigung, CRM, Personalwesen und mehr in einem einzigen Produkt ab. Viele Unternehmen, die nach „SaaS-ERP“ suchen, benötigen jedoch vor allem den Finanz- und Betriebskern (Finance and Operations Core) und verfügen bereits über den Rest oder benötigen diesen gar nicht.
Nordlet deckt diesen Kern ab: Ausgangs- und Eingangsrechnungen mit lückenloser Nummerierung, ein doppeltes Hauptbuch mit Periodensperre (Period Locking), Bankfeeds und Kontoauszugsimport mit Zahlungsabgleich, FIFO-Lagerbewertung über mehrere Lagerorte hinweg, Produktion mit Stücklisten (Bills of Materials), Anlagenbuchhaltung und Abschreibungen, Mitarbeitende und Gehaltsabrechnung, Verträge mit wiederkehrender Abrechnung (Recurring Billing), Umsatzabgrenzung nach IFRS 15, Kostenstellen, Konzernkonsolidierung sowie die EU-Umsatzsteuer, E-Invoicing und gesetzliche Meldungen für 30 Länder. Jedes Modul ist über die API erreichbar, und die Anwendung selbst setzt auf denselben Endpunkten auf.
Es handelt sich um ein junges Produkt, das sich 2026 in der Early-Access-Phase befindet und Design-Partner onboardet. Dies sollten Sie bedenken, wenn Sie es mit seit Jahrzehnten am Markt etablierten Suiten vergleichen. How ERP systems work veranschaulicht, wie der Datenfluss durch einen solchen Kern in der Praxis aussieht.
So vergleichen Sie Angebote
- Ordnen Sie jedes Produkt der korrekten Spalte der obigen Tabelle zu. Ein gehostetes Single-Tenant-System ist kein SaaS.
- Fragen Sie nach, wer Steuer- und Melde-Updates einspielen muss und zu welchen Terminen. Lassen Sie sich dies für die Länder, in denen Sie operieren, schriftlich bestätigen.
- Simulieren Sie den Preis bei dem Dreifachen Ihres aktuellen Volumens und Ihrer Mitarbeiterzahl. Pro-Nutzer-, pro-Entity- und nutzungsbasierte Preise driften beim Wachstum stark auseinander.
- Exportieren Sie einen vollständigen Datensatz aus einer Testumgebung (Sandbox) oder einem Testzugang, bevor Sie kaufen.
- Implementieren Sie einen echten Integrationsablauf gegen die API in einer Sandbox. Ein Testplan für die Vorproduktion listet die zu prüfenden Punkte auf.
FAQ
Ist SaaS-ERP dasselbe wie Cloud-ERP?
Nicht zwangsläufig. Cloud-ERP umfasst sowohl mandantenfähige SaaS- als auch einmandantenfähige Hosted-Produkte. Nur mandantenfähiges SaaS bietet vom Anbieter gesteuerte Upgrades ohne ein eigenes Projekt. Fragen Sie immer nach der genauen Architektur.
Lässt sich SaaS-ERP anpassen?
Ja, über Konfiguration und die API. Code-Änderungen am Produkt selbst sind in der Regel nicht möglich, da alle Kundinnen und Kunden dieselbe Version nutzen. Wenn Ihre Anforderung Code-Modifikationen erfordert, bewegen Sie sich im Bereich Hosted- oder On-Premise-Software.
Sind meine Daten bei einem SaaS-ERP-Anbieter sicher?
Die Antwort hängt vom Vertrag und den Sicherheitskontrollen des Anbieters ab, nicht von der Softwarekategorie. Prüfen Sie den Auftragsverarbeitungsvertrag (AVV), den Speicherort der Daten, die Aufbewahrungs- und Löschregeln sowie die Verfügbarkeit einer vollständigen Lese-API, damit Sie alle Daten jederzeit exportieren können.
Wie lange dauert die Einführung eines SaaS-ERP?
Die Registrierung dauert wenige Minuten; eine Sandbox ermöglicht Tests noch am selben Tag. Ein Go-Live im Echtbetrieb erfordert jedoch nach wie vor Datenmigration, Entscheidungen zum Kontenrahmen und Integrationsarbeit. Der Beitrag Realistic ERP implementation timelines schlüsselt dies nach Projektart auf.
Ersetzt ein SaaS-ERP die Steuerberatung oder den Buchhalter?
Nein. Das System erfasst, berechnet und reicht ein. Klassifizierungsentscheidungen, Rückstellungen und in den meisten Ländern die Unterzeichnung der gesetzlichen Abschlüsse verbleiben bei qualifizierten Fachpersonen.