Um Cloud-ERP sauber zu verstehen, hilft der Blick auf das klassische Gegenmodell. Über Jahrzehnte war das On-Premise-ERP die Norm: Das Unternehmen kaufte Lizenzen, beschaffte Server, richtete Datenbanken ein und betrieb das System in den eigenen vier Wänden — mit voller Kontrolle, aber auch voller Verantwortung für Wartung, Sicherheit und Aktualisierung. Cloud-ERP dreht dieses Modell um: Aus einer einmaligen Investition in Software und Hardware (CapEx) wird eine laufende Betriebsausgabe (OpEx), aus Eigenbetrieb wird bezogener Dienst.
Wichtig ist, das Wort „Cloud“ nicht als eine einzige, klar umrissene Sache zu verstehen. Es ist ein Sammelbegriff für sehr unterschiedliche Betriebs- und Bezugsformen, die von einem echten, mehrmandantenfähigen Mietmodell bis zu einem lediglich im Rechenzentrum eines Providers gehosteten, ansonsten klassischen System reichen. Wer diese Spielarten nicht auseinanderhält (Kapitel 02), vergleicht schnell Äpfel mit Birnen — und trifft eine folgenreiche Architekturentscheidung auf unscharfer Grundlage.
In der Praxis ist die Grenze zwischen „on-premise“ und „cloud“ selten eine harte Wand, sondern eher ein Übergangsbereich. Am einen Ende steht das vollständig selbst betriebene System im eigenen Serverraum, am anderen ein reines Abonnement-Modell, bei dem das Unternehmen nichts als einen Browser und einen Vertrag besitzt. Dazwischen liegen zahlreiche Mischformen: gehostete Systeme, gemanagte Umgebungen und ausdrückliche Hybrid-Architekturen, bei denen bewusst Teile in der Cloud und Teile lokal betrieben werden.
Ein Hybrid-Modell ist dabei kein Kompromiss aus Verlegenheit, sondern oft eine durchdachte Entscheidung. Ein Unternehmen kann etwa die kaufmännischen Kernprozesse in eine Cloud-Suite verlagern, besonders sensible oder eng an die Fertigung gekoppelte Komponenten aber lokal halten. Solche Architekturen adressieren regulatorische Anforderungen, Latenz- oder Verfügbarkeitsfragen und den Wunsch, gewachsene Spezialsysteme weiter zu nutzen — allerdings um den Preis erhöhter Integrations- und Betriebskomplexität.
Cloud-ERP ist deshalb ein Leitthema, weil nahezu alle etablierten Anbieter ihre strategische Weiterentwicklung in die Cloud verlagert haben. Neue Funktionen, moderne Oberflächen und Innovationsschwerpunkte wie Automatisierung und KI erscheinen zuerst — und teils ausschließlich — in den Cloud-Varianten. Für viele Unternehmen stellt sich damit weniger die Frage, ob überhaupt in die Cloud gegangen wird, sondern in welchem Modell, in welchem Tempo und mit welcher Datenhoheit.
Dieser Beitrag ordnet Cloud-ERP herstellerneutral ein: die Betriebs- und Bezugsmodelle von Public und Private Cloud über SaaS und Hosting bis Single- und Multi-Tenant (Kapitel 02), das Funktions- und Nutzenprofil (Kapitel 03), die echten Vorteile rund um Skalierung, Updates und Gesamtkosten (Kapitel 04), die Grenzen und Abhängigkeiten inklusive Vendor-Lock-in (Kapitel 05), Integration und Ökosystem (Kapitel 06), Migration und Einführung (Kapitel 07), die Auswahlkriterien für den Mittelstand (Kapitel 08), Kosten sowie DSGVO und Datenhoheit (Kapitel 09) und häufige Fragen (Kapitel 10). Produkte werden höchstens beispielhaft genannt; Ziel ist eine fundierte Entscheidungsgrundlage, keine Kaufempfehlung.
Die erste Unterscheidung betrifft die Infrastruktur. In der Public Cloud teilen sich viele Kunden dieselbe, von einem Hyperscaler oder Anbieter betriebene Umgebung; Rechenleistung und Speicher werden nach Bedarf aus einem großen, geteilten Pool zugewiesen. Das ermöglicht hohe Skalierbarkeit und niedrigen Grundaufwand, verlangt aber die Bereitschaft, in einer standardisierten, geteilten Umgebung zu arbeiten.
Die Private Cloud stellt einem Kunden eine dedizierte, nur für ihn reservierte Umgebung bereit — sei es beim Anbieter, einem Hoster oder im eigenen Rechenzentrum. Sie verbindet Cloud-typische Eigenschaften wie flexible Bereitstellung mit mehr Kontrolle und Isolation und spricht Unternehmen an, die aus regulatorischen oder architektonischen Gründen keine geteilte Infrastruktur wollen. Der Preis ist in der Regel ein höherer Aufwand und geringere Skalenvorteile als in der Public Cloud.
Die zweite, oft verwechselte Achse betrifft das Bezugsmodell. Ein echtes SaaS-ERP (Software as a Service) ist ein fertig betriebener Dienst: Der Anbieter verantwortet Anwendung, Datenbank, Infrastruktur, Updates und Sicherheit vollständig; der Kunde nutzt und konfiguriert, betreibt aber nichts selbst. Aktualisierungen erfolgen zentral und für alle Kunden nach festem Rhythmus.
Ein gehostetes ERP (Hosted) ist demgegenüber häufig ein klassisches, ursprünglich für den Eigenbetrieb gebautes System, das lediglich in ein fremdes Rechenzentrum ausgelagert wurde. Es läuft dann zwar „in der Cloud“, verhält sich aber weiter wie eine On-Premise-Installation: Updates, Anpassungen und Verantwortlichkeiten bleiben in weiten Teilen beim Kunden oder seinem Partner. Dieser Unterschied ist erfolgskritisch, weil er über Update-Automatik, Betriebsaufwand und die Frage entscheidet, wer im Fehlerfall verantwortlich ist.
Die dritte Achse ist die Mandantenarchitektur. Bei Multi-Tenant teilen sich viele Kunden eine gemeinsame Software-Instanz; ihre Daten sind logisch getrennt, laufen aber auf derselben Codebasis. Das ist die klassische SaaS-Architektur: sehr wirtschaftlich im Betrieb, mit einheitlichen, für alle gleichzeitig eingespielten Updates — allerdings mit begrenzten individuellen Eingriffsmöglichkeiten in den Kern.
Bei Single-Tenant erhält jeder Kunde eine eigene, isolierte Instanz der Software. Das erlaubt mehr Individualisierung und Kontrolle über Update-Zeitpunkte, ist aber betrieblich aufwendiger und skaliert weniger elegant. Viele Private-Cloud-Angebote sind im Kern Single-Tenant, während reine Public-Cloud-SaaS-Lösungen meist Multi-Tenant sind. In der Praxis existieren zahlreiche Zwischenformen, weshalb es sich lohnt, im Einzelfall genau nachzufragen, was ein Anbieter unter seinem Modell versteht.
Eine grobe Orientierung: Wer überwiegend Standardprozesse fährt, geringen Betriebsaufwand und schnelle Innovation will, ist mit Public-Cloud-SaaS oft gut bedient. Wer viele geschäftskritische Anpassungen mitnehmen muss, Kontrolle über Release-Zeitpunkte braucht oder besonderen Isolations- und Compliance-Anforderungen unterliegt, tendiert eher zur Private Cloud oder zu einem gehosteten Modell. Diese Entscheidung sollte aus einer dokumentierten Bewertung von Prozessen, Anpassungstiefe, Datenschutzanforderungen und Gesamtkosten fallen — nicht aus dem Bauch, denn sie ist später nur mit erheblichem Aufwand revidierbar.
Im Zentrum jedes Cloud-ERP steht dieselbe Grundaufgabe wie bei jedem ERP: die zentralen Geschäftsprozesse eines Unternehmens auf einer gemeinsamen Datenbasis zu integrieren. Buchhaltung und Controlling, Beschaffung und Lieferantenmanagement, Auftragsabwicklung und Vertrieb, Lager und Logistik sowie je nach Ausrichtung Produktion, Projektabwicklung oder Personalwesen greifen auf einen konsistenten Datenbestand zu. Der Anspruch, Doppelerfassung zu vermeiden und eine einheitliche Sicht auf das Unternehmen zu schaffen, ist im Cloud-Modell unverändert.
Was Cloud-ERP hinzufügt, ist die durchgängige Web- und oft Mobilfähigkeit: Der Zugriff erfolgt über den Browser, ortsunabhängig und ohne lokale Installation, was verteilte Standorte, mobile Rollen und die Zusammenarbeit über Unternehmensgrenzen hinweg erleichtert. Rollenbasierte Oberflächen, eingebettete Auswertungen und zunehmend Automatisierungs- und Assistenzfunktionen (etwa KI-gestützte Vorschläge) sind in modernen Cloud-Suiten regelmäßig Teil des Standards.
Der wesentliche Nutzenhebel von Cloud-ERP ist die Verlagerung von Betriebsverantwortung. Themen, die im Eigenbetrieb dauerhaft interne Kapazität binden — Serverpflege, Datenbank-Tuning, Backups, Sicherheits-Patches, Verfügbarkeit — wandern beim SaaS-Modell weitgehend zum Anbieter. Für Unternehmen mit knapper IT-Mannschaft, wie sie im Mittelstand die Regel ist, ist das häufig der überzeugendere Vorteil als jede einzelne Funktion. Die eigene IT kann sich stärker auf fachliche Weiterentwicklung statt auf Grundbetrieb konzentrieren.
Gleichzeitig ist dieser Nutzen an eine Bedingung geknüpft: Er wirkt nur dann voll, wenn das System nah am Standard betrieben wird. Je stärker ein Cloud-ERP individualisiert und mit Sonderlogik überfrachtet wird, desto mehr verwässert der Betriebsvorteil, weil Anpassungen bei jedem Update geprüft und gepflegt werden müssen. Das Nutzenprofil von Cloud-ERP entfaltet sich am besten dort, wo Standardisierung akzeptiert und Individualität auf das wirklich Differenzierende beschränkt wird.
Ein weiterer Teil des Nutzenprofils liegt in der Art, wie moderne Cloud-Suiten den Arbeitsalltag strukturieren. Statt monolithischer Bildschirmmasken für alle setzen sie auf rollenbasierte Oberflächen, die jedem Nutzer die für seine Aufgabe relevanten Informationen und Aktionen bündeln. Das senkt die Einarbeitungshürde und macht Prozesse für die Fachbereiche greifbarer. Eingebettete Auswertungen bringen zudem Kennzahlen dorthin, wo entschieden wird, statt Reporting in ein separates System auszulagern — ein Vorteil, der im Cloud-Modell besonders leicht laufend weiterentwickelt wird.
Hinzu kommt die zunehmende Verzahnung mit Automatisierung und KI-gestützten Assistenzfunktionen. Von der Vorschlagslogik bei der Belegverarbeitung über automatisierte Freigabe-Workflows bis zu prognostischen Auswertungen erscheinen solche Funktionen in vielen Suiten zuerst in den Cloud-Varianten und wachsen dort kontinuierlich. Für den Mittelstand ist das ein struktureller Vorteil: Man partizipiert an Innovation, ohne selbst in deren Entwicklung investieren zu müssen. Wichtig bleibt der nüchterne Blick — nicht jede angekündigte Funktion ist im eigenen Kontext reif oder relevant, und der tatsächliche Nutzen ist im Einzelfall zu prüfen, nicht aus Marketingversprechen abzuleiten.
Ein Kernversprechen der Cloud ist Skalierbarkeit: Rechenleistung, Speicher und Nutzerzahlen lassen sich vergleichsweise flexibel anpassen, ohne dass neue Hardware beschafft und aufgesetzt werden muss. Wächst ein Unternehmen, kommen neue Standorte hinzu oder schwankt die Last saisonal, kann die Umgebung mitwachsen oder wieder schrumpfen. Für den Mittelstand bedeutet das weniger Kapitalbindung in Reservekapazität und weniger Risiko, sich mit einer Hardware-Investition auf einen falschen Wachstumspfad festzulegen.
Ebenso relevant ist die oft schnellere Einführung und Bereitstellung. Weil Infrastruktur und Basissystem beim Anbieter bereits stehen und viele Cloud-Suiten auf vorkonfigurierten Best-Practice-Prozessen aufsetzen, kann ein standardnahes Projekt zügiger produktiv gehen als eine klassische On-Premise-Installation. Das ist kein Automatismus — die Datenmigration und die Prozessarbeit bleiben aufwendig — aber der Aufbau der technischen Grundlage entfällt.
Im klassischen On-Premise-Modell waren Updates gefürchtete Großprojekte: Alle paar Jahre stand ein Versionssprung an, der planbar, aber riskant und teuer war. Cloud-ERP kehrt dieses Muster um. Aktualisierungen erfolgen kontinuierlich und in kleineren Schritten, zentral vom Anbieter eingespielt, sodass das System dauerhaft aktuell bleibt und Innovationen früher ankommen. Sicherheits- und gesetzliche Anpassungen werden zeitnah verteilt, ohne dass jedes Unternehmen sie einzeln einspielen muss.
Diese Update-Automatik ist ein starker Vorteil, hat aber eine Kehrseite, die zur Bedingung wird: Man gibt Kontrolle über den Zeitpunkt ab. In echten Multi-Tenant-Modellen werden Änderungen für alle Kunden verbindlich, was Disziplin beim Testen neuer Releases und die Bereitschaft verlangt, sich an den Standard zu halten. Wer stark angepasst hat, muss bei jedem Zyklus prüfen, ob seine Erweiterungen weiter funktionieren — der Vorteil der Automatik wird dann teilweise wieder aufgezehrt.
Cloud-ERP verschiebt die Kostenstruktur von hohen einmaligen Investitionen (Lizenzen, Server) hin zu planbaren, laufenden Abonnementkosten. Das schont die Anfangsliquidität, senkt die Einstiegshürde und macht Kosten kalkulierbarer — ein für den Mittelstand oft gewichtiges Argument. Auch der Wegfall von Aufwänden für Hardware-Erneuerung, Rechenzentrumsbetrieb und einen Teil der Wartung fließt in die Gesamtrechnung ein.
Wichtig ist jedoch der ehrliche Blick über den gesamten Lebenszyklus. Über mehrere Jahre summieren sich Abonnementkosten, und ob Cloud oder On-Premise am Ende günstiger ist, lässt sich nicht pauschal, sondern nur im Einzelfall und über einen realistischen Zeithorizont beantworten. Die Vorteile liegen weniger in einer garantierten Kostensenkung als in Planbarkeit, geringerer Kapitalbindung und der Entlastung knapper interner Ressourcen — konkrete Zahlen gehören individuell durchgerechnet, nicht aus Faustregeln übernommen.
Der prominenteste Nachteil echter Public-Cloud-SaaS-Modelle ist die eingeschränkte Individualisierbarkeit. Weil viele Kunden dieselbe Codebasis teilen und Updates einheitlich erfolgen, sind tiefe Eingriffe in den Kern nicht vorgesehen; Erweiterungen laufen nur über definierte Schnittstellen und Konfiguration. Für Unternehmen mit stark differenzierenden, individuellen Prozessen kann das eine echte Grenze sein — sie müssen entweder ihre Prozesse an den Standard anpassen oder auf ein anpassbareres Modell (Private Cloud, Hosted) ausweichen.
Diese Grenze ist nicht per se schlecht — der Standard-Zwang ist oft ein heilsamer Anlass, gewachsene Sonderlocken zu hinterfragen. Problematisch wird es dort, wo eine Individualität tatsächlich wettbewerbsentscheidend ist und im Standard nicht abbildbar bleibt. Genau diese wenigen, wirklich differenzierenden Prozesse gilt es vor der Modellwahl zu identifizieren.
Cloud-ERP schafft eine doppelte Abhängigkeit. Zum einen von der Internetverbindung: Ohne stabile, ausreichend dimensionierte Anbindung steht das System — was gerade an Produktionsstandorten mit schwacher Infrastruktur ein reales Risiko ist und Redundanzkonzepte verlangt. Zum anderen von der Verfügbarkeit und Stabilität des Anbieters: Ausfälle, Wartungsfenster oder im Extremfall wirtschaftliche Probleme des Anbieters betreffen unmittelbar das eigene Kerngeschäft. Vertraglich zugesicherte Verfügbarkeiten (SLAs) und ein Verständnis der Notfallprozesse gehören deshalb zur Auswahl.
Das strategisch gewichtigste Thema ist das Vendor-Lock-in — die Gefahr, so eng an einen Anbieter und dessen Ökosystem gebunden zu sein, dass ein Wechsel praktisch kaum noch möglich oder extrem teuer wird. Datenformate, proprietäre Erweiterungen, Integrationen und aufgebautes Prozess-Know-how binden ein Unternehmen über die Zeit. Je tiefer man in eine Plattform hineinwächst, desto höher die Wechselkosten. Das ist kein Grund, die Cloud zu meiden, aber ein Grund, den Ausstieg von Anfang an mitzudenken: Wie kommt man im Ernstfall an seine Daten, in welchem Format, und was kostet eine Migration weg vom Anbieter?
Im On-Premise-Umfeld wurden Systeme oft über individuell programmierte, tief eingreifende Schnittstellen verbunden — flexibel, aber wartungsintensiv und update-feindlich. Moderne Cloud-ERP setzen stattdessen auf standardisierte, API-basierte Integration: Definierte Schnittstellen (APIs), Webhooks und teils vorgefertigte Konnektoren verbinden das ERP mit anderen Diensten, ohne den Kern zu modifizieren. Das hält das System update-fähig und macht Integrationen robuster gegen Versionswechsel.
Der Preis dieser Sauberkeit ist, dass man sich an die vom Anbieter vorgesehenen Wege halten muss. Wo eine benötigte Schnittstelle nicht existiert oder eine Fachanwendung sich nicht sauber anbinden lässt, entsteht Aufwand — oder es braucht eine Integrationsplattform (iPaaS), die als Vermittler zwischen den Systemen sitzt. Für den Mittelstand ist die Frage, wie gut sich die eigene bestehende Systemlandschaft an das Cloud-ERP anbinden lässt, ein oft unterschätztes Auswahlkriterium.
Ein Vorteil vieler etablierter Cloud-Suiten ist ihr Ökosystem: App-Marktplätze mit vorgefertigten Erweiterungen, Branchenlösungen von Drittanbietern und ein Netz zertifizierter Partner. Statt jede Anforderung selbst zu entwickeln, lässt sich häufig eine fertige, wartbare Erweiterung beziehen, die mit dem Standard mitläuft. Das senkt Aufwand und Risiko — sofern die Erweiterung gepflegt wird und zum eigenen Bedarf passt.
Gleichzeitig ist das Ökosystem selbst ein Bindungsfaktor. Je mehr Erweiterungen und Partnerlösungen im Einsatz sind, desto stärker die Verankerung in der Plattform (siehe Vendor-Lock-in, Kapitel 05). Bei der Auswahl lohnt daher der Blick nicht nur auf den ERP-Kern, sondern auf die Reife und Breite des umgebenden Ökosystems: Gibt es passende Branchenlösungen, verfügbare Partner in der Region und eine aktive Entwicklungs-Community? Gerade im Mittelstand entscheidet die Verfügbarkeit passender Partner oft stärker über den Projekterfolg als der Funktionsumfang des Kerns.
Über die reine technische Anbindung hinaus geht es bei der Integration um eine fachliche Frage: Wie entsteht trotz mehrerer Systeme eine konsistente, widerspruchsfreie Sicht auf Kunden, Artikel und Belege? Ein Cloud-ERP ist in der Praxis oft der zentrale Datenknoten, an den Spezialsysteme wie E-Commerce, Versanddienstleister, Zeiterfassung, Dokumentenmanagement oder Fachanwendungen der Fertigung angebunden werden. Damit die Daten nicht auseinanderlaufen, müssen führende Systeme (Systems of Record), Synchronisationsrichtungen und Datenhoheit je Objekt sauber definiert sein — sonst entstehen Dubletten und Konflikte, die den Nutzen der Integration untergraben.
Diese Datenarchitektur ist keine reine IT-Aufgabe, sondern eine fachliche Governance-Frage, die früh im Projekt geklärt gehört. Wer die Integrationslandschaft erst nach der Systemauswahl betrachtet, riskiert teure Nacharbeiten oder unsaubere Behelfslösungen. In der Praxis lohnt es sich, die relevanten Schnittstellen und die dahinterliegenden Datenflüsse bereits in der Analysephase (Kapitel 07) zu erfassen und als Kriterium in die Auswahl (Kapitel 08) einzubeziehen — die Integrationsfähigkeit ist im Mittelstand oft der Punkt, an dem sich ansonsten passende Systeme unterscheiden.
Grundsätzlich gibt es mehrere Wege in die Cloud. Bei der Neueinführung löst ein Unternehmen ein bestehendes System (oder mehrere Insellösungen) ab und baut Prozesse standardnah neu auf — sauber, aber mit hohem Change-Bedarf. Beim Umstieg von einer On-Premise-Version desselben Anbieters in dessen Cloud-Variante kann Vorhandenes teils übernommen werden, wobei Anpassungen cloud-konform umgebaut werden müssen. Und bei der schrittweisen Verlagerung wandern einzelne Bereiche oder Standorte nacheinander in die Cloud, oft in einer Übergangszeit als Hybrid-Architektur.
Welcher Weg passt, hängt von der Ausgangslage ab: Wie gut sind die bestehenden Prozesse, wie viel Individualität ist geschäftskritisch, wie sauber sind die Daten und wie viel Erneuerung will die Organisation verkraften? Diese Fragen gehören an den Anfang — eine ehrliche Bestandsaufnahme entscheidet über Aufwand und Risiko mehr als die Wahl des Produkts.
Zwei Themen entscheiden erfahrungsgemäß über Erfolg oder Misserfolg. Das erste ist die Datenqualität: Altdaten sind fast immer unvollständiger, redundanter und uneinheitlicher als gedacht. Sie unbesehen in ein neues System zu übernehmen verschleppt Probleme; sie zu bereinigen und zu konsolidieren ist aufwendig, aber lohnend. Die Migration ist regelmäßig der unterschätzteste Aufwandsblock eines Cloud-Projekts.
Das zweite ist das Change Management. Ein ERP-Wechsel verändert Arbeitsweisen, Oberflächen und Verantwortlichkeiten; Menschen reagieren auf Veränderung mit Skepsis. Projekte, die Schulung, Kommunikation und die frühe Einbindung der Fachbereiche als Nebensache behandeln, ernten nach dem Go-live Produktivitätseinbrüche und Akzeptanzprobleme. Technik lässt sich projektieren, Akzeptanz muss man verdienen.
Der häufigste Fehler bei der ERP-Auswahl ist, mit dem Produkt statt mit dem Bedarf zu beginnen. Sinnvoll ist die umgekehrte Reihenfolge: Zuerst werden die eigenen Anforderungen geklärt — welche Prozesse müssen abgebildet werden, welche davon differenzieren wirklich, wie sehen Wachstum und Internationalisierung aus, welche Systeme sind anzubinden, welche Datenschutzanforderungen gelten. Erst auf dieser Basis lässt sich beurteilen, welches Betriebsmodell und welcher Anbieter passt. Für viele Mittelständler ist Public-Cloud-SaaS die naheliegende, wirtschaftliche Wahl; für andere spricht die Anpassungstiefe für ein Private- oder Hybrid-Modell.
Eine belastbare Auswahl bewertet Cloud-ERP entlang mehrerer Dimensionen strukturiert und gewichtet:
Gerade im Mittelstand entscheidet die Qualität des Implementierungspartners oft stärker über den Erfolg als das Produkt selbst. Hilfreich sind Partner mit nachweisbarer Erfahrung in der eigenen Branche und Größenordnung, die die Realität knapper interner Ressourcen kennen. Ein Partner, der konsequent zum Standard rät und Sonderwünsche kritisch hinterfragt, schützt das Budget besser als einer, der jeden Wunsch erfüllt — auch wenn das im Verkaufsgespräch zunächst weniger angenehm klingt.
Ebenso wichtig ist eine ehrliche Einschätzung der eigenen Kapazitäten. Ein Cloud-ERP-Projekt bindet Fachbereiche und IT über Monate, parallel zum Tagesgeschäft. Externe Beratung kann viel abnehmen, aber nicht die Entscheidungen und das Prozesswissen. Wer keine Kapazitäten freistellt, riskiert Verzögerungen, schlechte Datenqualität und Akzeptanzprobleme. Die Frage, ob das Projekt überhaupt jetzt gestemmt werden kann, gehört an den Anfang — nicht ans Ende.
Der häufigste Kalkulationsfehler ist, die Abonnementkosten für die Gesamtkosten zu halten. Tatsächlich ist die Software oft der kleinere Posten. Zu einer belastbaren Rechnung gehören außerdem Implementierung und Beratung, Datenmigration und -bereinigung, Integration der Umsysteme, Schulung und Change Management sowie die internen Personalaufwände, die in keinem Angebot auftauchen, aber real Arbeitszeit binden. Exakte Zahlen lassen sich seriös nur im Einzelfall ermitteln — Faustregeln und Benchmarks aus Sekundärquellen ersetzen keine eigene Kalkulation.
Wichtig ist die Trennung von einmaligen Projektkosten und laufenden Betriebskosten. Cloud-ERP verschiebt das Verhältnis weg von hohen Anfangsinvestitionen hin zu planbaren, aber dauerhaften Abogebühren. Über fünf bis sieben Jahre summiert sich das, weshalb der Vergleich mit On-Premise nur über eine vollständige Lebenszyklus-Betrachtung sinnvoll ist — nicht über den Vergleich der Anfangsangebote. Ob Cloud oder Eigenbetrieb günstiger ist, ist eine Frage des konkreten Falls, die im Einzelfall zu prüfen ist.
Bei Cloud-ERP werden geschäftskritische und personenbezogene Daten außerhalb der eigenen vier Wände verarbeitet — das rückt Datenschutz und Datenhoheit ins Zentrum. Entscheidend sind die konkreten vertraglichen und technischen Rahmenbedingungen: Wo liegen die Daten (Serverstandort, idealerweise EU-Region), wer hat Zugriff, wie ist die Verschlüsselung geregelt, welche Zertifizierungen liegen vor und was passiert im Falle einer Kündigung mit den Daten. Diese Punkte gehören vor der Auswahl mit den eigenen Datenschutz- und Compliance-Verantwortlichen geklärt, nicht nachträglich auf eine getroffene Wahl draufgesattelt.
