Unternehmen stehen regelmäßig vor der Erneuerung ihrer zentralen Softwarelandschaft. Ein Enterprise-Resource-Planning-System steuert Kernprozesse wie Einkauf, Lagerhaltung, Fertigung und Finanzbuchhaltung. Die Wahl des Betriebsmodells bindet finanzielle Mittel und personelle Kapazitäten für viele Jahre. Eine Fehlentscheidung stört den täglichen Betriebsablauf spürbar.

Zwei technische Bereitstellungsmodelle stehen zur Auswahl. Die lokale Installation im firmeneigenen Serverraum heißt On-Premise. Das Mieten der Anwendung über das Internet läuft unter dem Begriff Cloud. Beide Modelle besitzen eigene Merkmale bezüglich Datenspeicherung, Betriebskosten und Betreuung.

Grundlegende Architekturunterschiede

Ein On-Premise-System arbeitet auf physischer Hardware am Unternehmensstandort. Das Unternehmen kauft die Server, Speicherkomponenten und Netzwerkschalter selbst. Die Software läuft im lokalen Netzwerk. Mitarbeiter greifen über das lokale Netz oder über virtuelle private Netzwerke (VPN) auf die Datenbank zu. Alle Daten verbleiben physisch im eigenen Gebäude.

Der Betrieb verlangt eine abgesicherte Umgebung. Dazu gehören ein klimatisierter Serverraum, eine unterbrechungsfreie Stromversorgung (USV) und ein System zur Brandfrüherkennung. Die Verantwortung für die Hardware liegt vollständig bei der internen IT-Abteilung. Fällt eine Festplatte aus, tauscht das eigene Personal das Bauteil aus. Externe Netzausfälle beeinträchtigen den internen Zugriff in der Regel nicht.

Ein Cloud-System läuft in einem externen Rechenzentrum. Der Anbieter stellt die Hardware, die Betriebssysteme und die Datenbanken bereit. Das Unternehmen mietet den Zugriff auf die Anwendung. Der Datenaustausch erfolgt verschlüsselt über das Internet. Die Serverarchitektur ist oft mandantenfähig aufgebaut. Dabei teilen sich mehrere Kunden eine physische Infrastruktur, während ihre Daten logisch streng getrennt bleiben.

Der Zugriff auf Cloud-Systeme erfolgt meist über gängige Web-Browser oder schlanke Desktop-Clients. Eine lokale Serverinfrastruktur entfällt im Unternehmen. Dafür entsteht eine strikte Abhängigkeit von einer stabilen Internetverbindung. Reißt die Internetleitung ab, stoppt der Datenzugriff im gesamten Betrieb.

Aufwand für Wartung und Aktualisierungen

Bei einer On-Premise-Lösung steuert der Betrieb den Rhythmus von Updates selbst. Diese Kontrolle schützt vor unvorhergesehenen Änderungen in Produktionsprozessen. Die IT-Abteilung testet neue Versionen zuerst in einer separaten Testumgebung. Anpassungen an Schnittstellen zu Maschinen oder Logistiksystemen bleiben stabil, bis der Betrieb das Update freigibt. Diese Stabilität erfordert eigene Fachkräfte und Zeit.

Der Wartungsaufwand vor Ort umfasst mehrere Schichten. Die Hardware benötigt Firmware-Updates. Das Betriebssystem der Server verlangt regelmäßige Sicherheitspatches. Die Datenbankverwaltung erfordert Reorganisationen und Integritätsprüfungen. Für Datensicherungen muss eine feste Routine existieren. Dazu gehört die tägliche Überprüfung der Sicherungsprotokolle und das regelmäßige Einspielen von Backups auf Testsysteme.

Cloud-Systeme verlagern diese Aufgaben zum Anbieter. Der Betreiber spielt Fehlerkorrekturen und Sicherheitsupdates zentral ein. Diese Arbeiten finden meist nachts oder an Wochenenden statt. Der interne Betreuungsaufwand für Betriebssysteme und Serverhardware sinkt auf null. Die IT-Abteilung gewinnt Zeit für die Unterstützung der Fachabteilungen.

Der Nachteil automatischer Updates liegt im Verlust der Versionskontrolle. Der Anbieter legt fest, wann funktionale Änderungen live gehen. Passt ein Update ein Datenfeld oder eine Eingabemaske an, müssen Anwender und Schnittstellen darauf vorbereitet sein. Größere Versionswechsel erfordern auch in der Cloud interne Funktionstests, um Konflikte mit Drittsoftware auszuschließen.

• Betriebssystem-Wartung: Bei On-Premise monatlich nötig, bei Cloud vollständig durch Anbieter abgedeckt.
• Hardware-Erneuerung: Vor Ort alle 4 bis 6 Jahre erforderlich, in der Cloud im Monatsbeitrag enthalten.
• Backup-Verwaltung: Lokal tägliche manuelle Prüfung ratsam, in der Cloud meist automatisiert nach Service Level Agreement.
• Funktions-Updates: Lokal frei planbar, in der Cloud an den festen Veröffentlichungszyklus des Herstellers gebunden.

Analyse der Gesamtbetriebskosten über fünf Jahre

Die Kostenstrukturen beider Modelle unterscheiden sich grundlegend. Ein lokales ERP-System verlangt hohe Anfangsinvestitionen (CapEx). Ein Cloud-System erzeugt fortlaufende Betriebskosten (OpEx). Ein realistischer Vergleich erfordert einen Betrachtungszeitraum von mindestens fünf Jahren.

Als Rechenbeispiel dient ein Produktionsbetrieb mit 42 ERP-Nutzern. Das Unternehmen benötigt Module für Warenwirtschaft, Finanzbuchhaltung und Produktionsplanung.

Kostenverlauf On-Premise

Im ersten Jahr kauft der Betrieb Softwarelizenzen für 42 Arbeitsplätze. Die Kosten liegen bei rund 58.800 Euro. Hinzu kommt Serverhardware inklusive USV und Speicher für 14.200 Euro. Die Erstimplementierung durch einen Dienstleister kostet 46.000 Euro. In den Jahren zwei bis fünf fällt eine jährliche Software-Wartungsgebühr von 18,2 Prozent des Lizenzwerts an. Das sind 10.701 Euro pro Jahr. Für Serverstrom, Kühlung und Hardwarewartung fallen jährlich etwa 3.100 Euro an. Hinzu kommen anteilige interne IT-Personalkosten von etwa 12.000 Euro pro Jahr für die Systempflege.

Kostenverlauf Cloud

Das Cloud-Modell vermeidet Lizenzkauf und Hardwareanschaffung. Der Anbieter berechnet eine monatliche Abonnementgebühr von 89 Euro pro Nutzer. Für 42 Nutzer entspricht das 44.856 Euro pro Jahr. Die Erstimplementierung fällt mit 31.000 Euro etwas geringer aus, da keine Serverkonfiguration anfällt. Die Abonnementgebühr bleibt über fünf Jahre konstant oder steigt gemäß Vertragsbindung moderat. Für zusätzliche Ausfallsicherheit der Internetleitung (Backup-Leitung über LTE oder Glasfaser) entstehen jährliche Kosten von 1.440 Euro. Interne IT-Kosten für Benutzerverwaltung und Schnittstellen betragen etwa 4.500 Euro pro Jahr.

In diesem Beispielszenario liegen die reinen Gesamtkosten der On-Premise-Lösung nach fünf Jahren unter denen des Cloud-Abonnements. Bei längerer Nutzungsdauer der Hardware vergrößert sich dieser Abstand oft. Allerdings bindet On-Premise zu Beginn viel Liquidität. Das Cloud-Modell schont das Eigenkapital zu Projektbeginn und verteilt die Belastung gleichmäßig auf die Monate.

Skalierbarkeit bei Standortwechseln

Wächst ein Unternehmen durch neue Niederlassungen oder Umzüge, zeigen sich Unterschiede in der Netzwerktopologie. Bei einem Standortwechsel des Hauptsitzes muss eine On-Premise-Infrastruktur physisch umziehen. Server werden heruntergefahren, demontiert, transportiert und am neuen Ort verkabelt. Während dieser Zeit steht das System still. Eine gründliche Planung minimiert diesen Ausfall auf wenige Wochenendtage.

Die Anbindung von Außenstellen an ein On-Premise-System erfolgt über Punkt-zu-Punkt-Verbindungen oder VPN-Tunnel. Die Antwortzeiten der Software hängen stark von der Latenz des Firmennetzwerks ab. Bei großen Distanzen zu internationalen Werken führt dies spürbar zu Verzögerungen bei Datenbankabfragen. Zusätzliche Terminalserver mildern diesen Effekt ab, erhöhen jedoch die Lizenz- und Verwaltungskosten.

Ein Cloud-ERP federt Standortwechsel ohne Hardwaretransport ab. Mitarbeiter benötigen am neuen Arbeitsplatz lediglich Strom und einen funktionierenden Internetzugang. Sie melden sich über den Browser an und arbeiten sofort weiter. Für den Wechsel eines Büros oder einer Werkshalle entstehen bezüglich des ERP-Systems keine Stillstandzeiten.

Die Eröffnung neuer Zweigstellen gelingt in der Cloud zügig. Der Administrator legt neue Benutzerzugänge an und weist Berechtigungen zu. Die Serverkapazität passt der Anbieter bei Bedarf dynamisch an. Ein Ausbau von fünf auf fünfzig Arbeitsplätze erfordert keine neuen Prozessoren im Serverraum, sondern eine Anpassung des Monatsvertrags. Für Betriebe mit mobilen Arbeitskräften oder dezentralen Lagern bietet diese Architektur praktische Vorteile.

Entscheidungsmatrix für Betriebe

Die Wahl zwischen den beiden Modellen hängt von den internen Gegebenheiten des Betriebs ab. Keine Lösung eignet sich für jedes Szenario. Die folgende Matrix dient der Einordnung der eigenen Betriebssituation.

Betriebe in ländlichen Regionen prüfen zuerst die Bandbreite. Liegt keine redundante Glasfaserleitung vor, birgt ein reines Cloud-System betriebliche Risiken. Unternehmen mit schnellem Mitarbeiterwachstum und standardisierten Vertriebsprozessen profitieren dagegen von der schnellen Anpassung des Mietmodells.

Häufige Fehler bei der Systemauswahl

Ein wiederkehrender Fehler ist das Übersehen von Schnittstellenkosten. Betriebe kalkulieren oft nur die Basislizenzen. Die Anbindung von Scannern, CAD-Programmen oder Online-Shops erfordert jedoch spezifische Middleware. Diese Anbindungen verursachen bei beiden Systemen zusätzliche Kosten, die im Vorfeld genau beziffert werden müssen.

Ein weiterer Fehler betrifft die Datenmigration. Altdaten aus Vorsystemen liegen oft in unstrukturierten Formaten vor. Die Bereinigung von Artikelstammdaten und Kundenkarteien beansprucht regelmäßig mehr Arbeitszeit als die Installation der eigentlichen Software. Dieser Aufwand entsteht unabhängig vom gewählten Bereitstellungsmodell.

Unternehmen vernachlässigen oft vertragliche Rückzugsstrategien bei Cloud-Lösungen. Endet ein Mietvertrag, muss der Anbieter die Unternehmensdaten in einem lesbaren, standardisierten Format übergeben. Fehlt eine solche Klausel im Vertrag, droht der Verlust historischer Buchungsdaten oder ein kostspieliger Nachexport.

Nächste Schritte für die Evaluierung

Die Umstellung eines ERP-Systems erfordert eine strukturierte Vorbereitung. Die folgenden Schritte führen zu einer fundierten Entscheidung.

1. Prozesse und Schnittstellen erfassen: Alle Abteilungen listen ihre täglichen Arbeitsabläufe auf. Bestehende Kopplungen an Maschinen oder Fremdsoftware werden dokumentiert.
2. Infrastruktur prüfen: Die IT misst die verfügbare Bandbreite und die Latenzzeiten des Internetanschlusses. Der Zustand bestehender Serverhardware und Netzwerkschränke wird geprüft.
3. Lastenheft verfassen: Die Anforderungen werden in Muss- und Kann-Kriterien unterteilt. Das Lastenheft dient als Grundlage für Angebotsanfragen bei Softwareanbietern.
4. Rechtliche Prüfung veranlassen: Bei Cloud-Lösungen prüft ein Datenschutzbeauftragter oder IT-Fachanwalt die Auftragsverarbeitungsverträge (AVV) sowie den Speicherort der Rechenzentren gemäß DSGVO.
5. Testbetrieb anfordern: Ausgewählte Anbieter stellen ein Testsystem mit Beispieldaten bereit. Drei bis fünf Schlüsselanwender aus Einkauf, Lager und Buchhaltung testen typische Arbeitsschritte im System.