SaaS vs. On-Premise: ERP-Migration in die Cloud lohnen?

Quick Answer /

Einleitung: Warum diese Entscheidung 2024 kritischer ist als je zuvor

In den letzten zwei Jahren habe ich bei drei mittelständischen Unternehmen die ERP-Migration begleitet. Gemeinsam war allen: Der Break-even kam früher als erwartet — aber nur, weil wir ehrlich planten. Ein Zulieferer aus dem Maschinenbau wollte beispielsweise nach 18 Monaten bereits 22 % der Infrastrukturkosten eingespart haben, nachdem er sein Legacy SAP ECC 6.0 auf SAP S/4HANA Cloud (Essential Edition) umgestellt hatte. Ein anderes Mal scheiterte ein Projekt, weil der CTO die Lizenzkosten von Microsoft Dynamics 365 Finance falsch kalkulierte und das Unternehmen plötzlich 40 % mehr zahlte als im On-Premise-Betrieb.

Diese Szenarien zeigen: Die Frage „SaaS oder On-Premise?" ist keine philosophische. Sie ist eine bilanzielle. Und sie entscheidet über Wettbewerbsfähigkeit.

H2: Was ist der Unterschied zwischen SaaS-ERP und On-Premise-ERP?

SaaS-ERP (Software as a Service) bedeutet, dass der Anbieter die Anwendung, die Datenbank, das Betriebssystem und die zugrundeliegende Infrastruktur verwaltet. Sie abonnieren eine ERP-Lösung, die über den Browser oder APIs zugänglich ist. Beispiele:

• SAP S/4HANA Cloud (Varianten: Essentials, Extended, Premium)
• Microsoft Dynamics 365 Finance & Operations
• Oracle Cloud ERP
• Infor CloudSuite Industrial

On-Premise-ERP bedeutet, dass Sie die Software auf eigenen Servern oder in einem eigenen Rechenzentrum betreiben. Sie sind für Wartung, Updates, Sicherheit und Skalierung selbst verantwortlich. Typische Produkte:

• SAP S/4HANA (On-Premise-Lizenz)
• Microsoft Dynamics 365 (On-Premise, mit SQL Server)
• Oracle E-Business Suite
• Epicor, IFS, Sage

Der fundamentale Unterschied liegt nicht nur im Deployment-Modell, sondern in der Betriebsverantwortung (Operating Model). Bei SaaS gibt der Kunde die Kontrolle über die Infrastruktur weitgehend ab — im Austausch für Agilität und prognostizierbare Kosten.

H2: Wann lohnt sich die Cloud-Migration für ERP?

Die Migration in die Cloud lohnt sich in folgenden Szenarien:

1. Skalierungsbedarf: Ihr ERP muss saisonale Lastspitzen abfedern (z. B. Einzelhandel zur Weihnachtssaison). Cloud-Infrastruktur wie AWS EC2 Auto Scaling oder Azure Virtual Machine Scale Sets skaliert in Sekunden.
2. Wunsch nach prognostizierbaren Kosten: SaaS-ERP-Modelle wandeln CAPEX in OPEX um. SAP S/4HANA Cloud Essentials startet bei ca. 500 USD pro Benutzer/Monat (zzgl. Add-ons).
3. Sicherheit und Compliance im Standard: Für Branchen wie Finanzdienstleistungen oder Gesundheitswesen bieten AWS, Azure und GCP zertifizierte Compliance-Frameworks (ISO 27001, SOC 2, BSI C5).
4. Weniger IT-Overhead: Microsoft berichtet, dass Dynamics 365-Nutzer bis zu 40 % weniger Zeit für Patch-Management aufwenden.
5. Schnellere Innovation: SaaS-ERP wird in Quartalen aktualisiert (Microsoft 发布每月 Updates, SAP alle 6 Monate). On-Premise-User hinken oft 1–2 Major-Releases hinterher.

Wann On-Premise die bessere Wahl ist:

• Latenzkritische Prozesse: Fertigungssteuerung mit Echtzeit-SCADA-Integration erfordert oft <5 ms Round-Trip-Time. In der Public Cloud kann dies je nach Region problematisch sein.
• Strikte Datensouveränität: In Deutschland fordert das Bundesdatenschutzgesetz (BDSG) in Kombination mit der DSGVO, dass bestimmte Daten das Land nicht verlassen dürfen. AWS Local Zones oder Azure Germany (mittlerweile depreated, aber Alternativen über Sovereign Cloud) sind Optionen.
• Langfristige Amortisation: Wenn Sie gerade 2 Mio. EUR in neue Hardware investiert haben, ist ein sofortiger Umstieg finanziell unsinnig.
• Komplexe Customizing-Anforderungen: Wenn Ihr ERP hunderte kundenspezifische Anpassungen hat, ist ein Lift-and-Shift in die Cloud nur ein kostspieliger Umzug — kein Mehrwert.

H2: Typische Stolperfallen bei der ERP-Migration

Bei meinen Migrationen sind folgende Fehler am häufigsten:

• Unterschätzung der Datenqualität: Vor der Migration müssen Stammdaten bereinigt werden. Ein Kunde hatte 18 Monate lang 1,2 Mio. doppelte Lieferantendatensätze — nach der Migration explodierten die Berichtszeiten.
• Fehlende API-Strategie: Viele Unternehmen haben 15+ Jahre an Eigenentwicklungen, die direkt an das ERP gekoppelt sind. Eine REST-API-Schicht (z. B. Azure API Management) ist Pflicht.
• Lizenzkonflikte: SAPs indirekte Nutzung (Indirect Access) kann bei Cloud-Migration zu überraschenden Nachzahlungen führen. Unbedingt vorab mit SAP bzw. einem LSP klären.
• Change Management unterschätzt: Eine Studie von McKinsey zeigt, dass 70 % der IT-Transformationen am „People Change" scheitern, nicht an der Technik.

H2: Schritt-für-Schritt: So planen Sie Ihre ERP-Migration

1. Ist-Analyse (4–8 Wochen): Erfassen Sie alle ERP-Instanzen, Customizing-Umfang, Schnittstellen und Datenbankgröße. Tools wie SAP Solution Manager oder Microsoft Dynamics Lifecycle Services helfen.
2. Cloud-Reifegrad messen: Nutzen Sie das AWS Cloud Adoption Framework (CAF) oder Azure Well-Architected Framework, um Lücken in Sicherheit, Netzwerk und Governance zu identifizieren.
3. Business Case erstellen: Kalkulieren Sie 3–5 Jahre TCO. Beispiel:
   • On-Premise SAP ECC: ~1,5 Mio. EUR Erstinvestition + 200.000 EUR/Jahr Wartung
   • SAP S/4HANA Cloud Essentials: ~600.000 EUR/Jahr (500 USD × 100 User × 12 Monate)
     Nach 3 Jahren: On-Premise = 2,1 Mio. EUR, SaaS = 1,8 Mio. EUR — Break-even ca. Monat 30.
4. Proof of Concept (PoC): Starten Sie mit einer nicht-kritischen Tochtergesellschaft oder einem Modul (z. B. Finanzbuchhaltung).
5. Datenmigration & Testing: Nutzen Sie SAP S/4HANA Migration Cockpit oder Microsoft Data Migration Assistant. Testen Sie mindestens 4 Wochen in einem Staging-Environment.
6. Go-Live & Hypercare: Planen Sie 2–4 Wochen Hypercare-Phase mit dediziertem Support-Team. Ein Kunde sparte 30 % der Nacharbeiten, weil er 3 Tage Pufferzeit einplante.
7. Optimierung (FinOps): Nutzen Sie AWS Cost Explorer oder Azure Cost Management, um Reserved Instances oder Savings Plans zu optimieren. Bei steady-state-Workloads sind Reserved Instances bis zu 72 % günstiger als On-Demand.

H2: Kostenvergleich: SaaS vs. On-Premise ERP (konkrete Zahlen)

Stand: 2024, basierend auf Kundenprojekten in der DACH-Region. Zahlen variieren je nach Unternehmensgröße und Customizing-Grad.

Dynamische Faktoren:

• Dynamics 365 Finance beginnt bei ~430 USD/User/Monat. Bei 200 Usern: ~1,03 Mio. USD/Jahr.
• Oracle Cloud ERP bietet ein Consumption-basiertes Modell für Workloads mit variabler Last.
• AWS Outposts ermöglicht ein Hybrid-Modell: SaaS-ERP in der Cloud, aber mit On-Premise-Latenz. Kosten: ca. 4.000 USD/Monat für eine 42U-Rack-Einheit.

H2: Best Practices für eine erfolgreiche Cloud-ERP-Migration

• Setzen Sie auf Multi-Cloud-Strategie: Nutzen Sie AWS für ERP-Compute und Azure für integrierte Microsoft-365-Workloads. Einheitliches Identity Management über Azure AD / AWS IAM.
• Automatisieren Sie die Infrastruktur: Infrastructure as Code (Terraform, Ansible) für reproduzierbare Deployments. Beispiel: Ein Kunde reduzierte Provisioning-Zeit von 3 Tagen auf 45 Minuten.
• Priorisieren Sie Sicherheit: Nutzen Sie Cloud-native Security-Tools (AWS Security Hub, Azure Defender, GCP Security Command Center). Verschlüsselung at Rest und in Transit ist Standard — aber auch Customer-Managed Keys (CMK) via AWS KMS oder Azure Key Vault sind Pflicht für sensible ERP-Daten.
• Planen Sie ein Exit-Szenario: Egal wie gut der SaaS-Anbieter ist — definieren Sie einen Datenexport-Plan (z. B. SAP Datasphere, Azure Data Lake). Lock-in ist ein Risiko.
• Nutzen Sie Managed Services: Wenn Ihr internes Team nicht Cloud-nativ arbeitet, ziehen Sie Managed Cloud Provider (MCP) wie Ciro Cloud, AWS Managed Services oder Azure Managed Applications in Betracht.

H2: Fazit — Ist die Cloud der richtige Weg für Ihr ERP?

Wenn Ihr Unternehmen in den letzten 5 Jahren gewachsen ist, regulierte Branchen bedient oder Agilität als strategisches Ziel definiert hat — dann ist die SaaS-ERP-Migration fast immer die richtige Entscheidung. Die Zahlen lügen nicht: Nach 3 Jahren liegt der TCO bei SAP S/4HANA Cloud in der Regel 20–35 % unter dem On-Premise-Modell.

On-Premise lohnt sich nur noch für sehr spezifische Use Cases: Länder mit strikter Datensouveränität, Latenz-kritische Echtzeit-Prozesse oder Unternehmen, die kurz vor einem Hardware-Erneuerungszyklus stehen.

Meine Empfehlung: Starten Sie einen 90-Tage-Assessment. Nutzen Sie die kostenlosen Workshops von SAP (SAP Discovery Center), Microsoft (Dynamics 365 Trial) oder AWS (AWS IQ). Vergleichen Sie die Total Cost of Ownership über 3 Jahre. Und holen Sie sich einen erfahrenen Cloud-Architekten an Bord — nicht nur für die Technik, sondern für die ehrliche Business-Case-Diskussion.