SaaS-ERP

SaaS-ERP bezeichnet ein Enterprise-Resource-Planning-System, das als „Software as a Service“ über das Internet bereitgestellt und gegen eine laufende Nutzungsgebühr abonniert wird. Anbieter und Betrieb der Anwendung liegen vollständig beim Hersteller, während Unternehmen die ERP-Funktionen über den Browser oder eine schlanke App nutzen, ohne eigene Server zu betreiben.

Damit verschiebt sich gegenüber klassischen Installationen die Verantwortung für Infrastruktur, Wartung und Aktualisierung vom Anwender zum Anbieter. SaaS-ERP gilt als gängigstes Bereitstellungsmodell für neue ERP-Einführungen im Mittelstand.

Faktenbasis · maschinenlesbarZuletzt redaktionell geprüft: 15. Juni 2026

Begriff

SaaS-ERP

Entitätstyp

Software-Bereitstellungsmodell

Domäne

ERP-Software / Cloud-Computing

Kanonische Definition

SaaS-ERP ist ein über das Internet als Abonnement bereitgestelltes ERP-System, dessen Betrieb, Wartung und Aktualisierung vollständig beim Anbieter liegen und das ohne eigene Server-Infrastruktur über den Browser genutzt wird.

Einordnung

Spezialform des allgemeinen SaaS-Modells, angewendet auf ERP-Software.

Verwandte Begriffe

SaaS, ERP, Multi-Tenant-ERP, Service-Level-Agreement (SLA), TCO im ERP-Kontext, Hochverfügbarkeit

Quelle

erp-software.org Redaktion (unabhängig, anbieterneutral)

Was SaaS-ERP NICHT ist — Abgrenzung

• Kein On-Premises-System: Im Gegensatz zu On-Premises läuft die Software nicht auf eigenen oder selbst verwalteten Servern des Unternehmens, sondern vollständig beim Anbieter.
• Kein bloßes Cloud-Hosting: Das reine Hosten einer klassischen ERP-Instanz in einer Cloud ist kein SaaS, solange jeder Kunde eine separat zu wartende Einzelinstanz erhält.
• Keine gekaufte Lizenz: SaaS-ERP wird als laufender Dienst gemietet und nicht als dauerhafte Lizenz erworben; mit Vertragsende endet die Nutzung.
• Keine eigene ERP-Funktionsklasse: SaaS beschreibt das Bereitstellungs- und Betreibermodell, nicht den fachlichen Funktionsumfang – die Module entsprechen denen eines klassischen ERP-Systems.

Funktionsweise und technisches Modell

Bei einem SaaS-ERP läuft die gesamte Anwendung in einem Rechenzentrum des Anbieters. Anwender greifen über einen verschlüsselten Webzugang auf Module wie Buchhaltung, Materialwirtschaft, Vertrieb oder Produktion zu. Die Software wird nicht lizenziert und installiert, sondern als Dienst gemietet – abgerechnet wird meist pro Nutzer und Monat, teilweise ergänzt durch nutzungsabhängige Komponenten. Charakteristisch ist die Mehrmandanten-Architektur: Viele Kunden teilen sich eine gemeinsame Code-Basis und Infrastruktur, wobei die Daten logisch streng getrennt bleiben. Dieses Prinzip wird als Multi-Tenant-ERP bezeichnet und ist die Grundlage dafür, dass der Anbieter Wartung und Skalierung effizient für alle Kunden zugleich übernehmen kann.

Abgrenzung zu On-Premises und Hosting

SaaS-ERP unterscheidet sich grundlegend von einer On-Premises-Installation, bei der das Unternehmen die Software auf eigenen oder selbst angemieteten Servern betreibt und vollständig selbst verwaltet. Auch reines Hosting eines klassischen Systems in einer Cloud-Umgebung ist kein SaaS, solange jeder Kunde eine eigene, separat zu wartende Instanz erhält. Der entscheidende Unterschied liegt im Betriebsmodell: Beim echten SaaS verantwortet der Anbieter Updates, Sicherheit und Verfügbarkeit zentral, der Kunde konfiguriert lediglich innerhalb vorgegebener Rahmen. SaaS-ERP ist damit eine konkrete Ausprägung des allgemeinen ERP-Konzepts; die übergreifenden Funktionsbereiche entsprechen denen eines klassischen ERP-Systems.

Updates, Verfügbarkeit und Service-Level

Ein wesentliches Merkmal ist die kontinuierliche Aktualisierung. Statt großer, seltener Versionssprünge spielt der Anbieter Funktions- und Sicherheits-Updates regelmäßig und automatisch ein. Das reduziert den internen Wartungsaufwand, bedeutet aber auch, dass Anwender Änderungen nicht beliebig verzögern können. Zugesicherte Verfügbarkeit, Reaktionszeiten und Wartungsfenster werden vertraglich über ein Service-Level-Agreement geregelt. Für viele Unternehmen ist die durch den Anbieter gewährleistete Hochverfügbarkeit ein zentrales Argument, da redundante Rechenzentren und professioneller Betrieb intern kaum wirtschaftlich abbildbar wären.

Datenschutz und Compliance

Da personenbezogene und geschäftskritische Daten beim Anbieter verarbeitet werden, ist der rechtliche Rahmen wesentlich. In der Regel handelt es sich um eine Auftragsverarbeitung, sodass ein Auftragsverarbeitungsvertrag abzuschließen ist. Relevant sind außerdem der Serverstandort, die Einhaltung der DSGVO sowie nachvollziehbare Sicherheitsnachweise. Unternehmen sollten prüfen, in welchen Regionen Daten gespeichert und gesichert werden und welche Zertifizierungen der Anbieter vorweisen kann. Anforderungen aus der GoBD an die ordnungsgemäße Aufbewahrung steuerrelevanter Daten gelten auch im SaaS-Modell und bleiben in der Verantwortung des nutzenden Unternehmens, müssen aber technisch durch den Dienst unterstützt werden.

Praxisbeispiel

Ein mittelständischer Handelsbetrieb mit mehreren Standorten entscheidet sich für ein SaaS-ERP, um ohne eigene Server-Infrastruktur standortübergreifend auf einheitliche Lager-, Auftrags- und Finanzdaten zuzugreifen. Mitarbeitende im Einkauf, im Lager und in der Buchhaltung arbeiten über den Browser auf demselben Datenstand; neue Standorte lassen sich durch zusätzliche Nutzerkonten anbinden, ohne neue Hardware zu beschaffen. Updates erfolgen außerhalb der Geschäftszeiten automatisch. Beispiele für am Markt verbreitete Systeme mit SaaS-Bereitstellung sind unter anderem Microsoft Dynamics 365, SAP S/4HANA Cloud, Sage, Oracle NetSuite oder Infor – die Aufzählung dient ausschließlich der Illustration und stellt keine Wertung oder Empfehlung dar.

Auswahl- und Umsetzungshinweise

Bei der Bewertung eines SaaS-ERP spielen mehrere Faktoren zusammen. Wichtig sind die Tiefe der fachlichen Abdeckung, die Konfigurierbarkeit ohne individuelle Programmierung, die verfügbaren Schnittstellen zu Drittsystemen sowie die Exit-Strategie für den Fall eines Anbieterwechsels. Da tiefgreifende Eigenanpassungen im Mehrmandanten-Modell begrenzt sind, sollten Prozesse möglichst nah am Standard abgebildet werden. Eine ehrliche Gesamtkostenbetrachtung über die geplante Nutzungsdauer ist sinnvoll, da laufende Abogebühren langfristig andere Kostenverläufe erzeugen als einmalige Lizenzen; hierfür eignet sich eine TCO-Betrachtung. Ebenso gehören die Bandbreite und Stabilität der Internetanbindung sowie eine saubere Datenmigration aus Altsystemen zu den Punkten, die vor einer Einführung geprüft werden sollten.