Der Wechsel zu einem cloudbasierten ERP-System lohnt sich vor allem, wenn ein Unternehmen den Betrieb eigener Server reduzieren, verteilte Arbeitsplätze anbinden und Updates sowie Wartung planbarer organisieren möchte. Die Entscheidung fällt jedoch nicht allein anhand der monatlichen Lizenzkosten. Datenmigration, Schnittstellen, individuelle Anpassungen, Identitätsverwaltung und die Abhängigkeit vom Anbieter bestimmen häufig stärker, ob das Projekt wirtschaftlich und technisch sinnvoll ist.
Als erster Schritt sollte das Unternehmen nicht nach einem Produkt suchen, sondern die heutige ERP-Umgebung erfassen: Welche Prozesse sind geschäftskritisch, welche Programme tauschen Daten aus und welche Sonderanpassungen werden tatsächlich genutzt? Erst auf dieser Grundlage lässt sich ein Cloud-ERP mit dem Weiterbetrieb oder der Modernisierung der vorhandenen Installation vergleichen.
In welchen Situationen ein Cloud-ERP einen echten Vorteil bietet
Ein Cloud-ERP ist kein gewöhnliches Programm, das lediglich auf einen entfernten Server verschoben wird. Bei einem typischen Software-as-a-Service-Modell betreibt der Anbieter die Anwendung und wesentliche Teile der Plattform. Das Unternehmen greift über Browser, Desktop-Anwendung oder mobile App darauf zu. Updates, Verfügbarkeit, Datensicherung und technische Zuständigkeiten richten sich nach dem gewählten Dienst und Vertrag.
Besonders plausibel ist der Wechsel in folgenden Ausgangslagen:
- Die vorhandene ERP-Version erreicht das Ende ihres Wartungszeitraums oder lässt sich nur mit erheblichem Aufwand aktualisieren.
- Server, Speichersysteme oder Datenbanken müssten ohnehin ersetzt werden.
- Mehrere Standorte, Außendienst oder Homeoffice benötigen einen einheitlichen, abgesicherten Zugriff.
- Die interne IT verbringt viel Zeit mit Updates, Kapazitätsplanung, Sicherungen und der Wiederherstellung von ERP-Komponenten.
- Medienbrüche zwischen Warenwirtschaft, Finanzbuchhaltung, Vertrieb und Microsoft-365-Anwendungen verursachen manuelle Arbeit.
- Wachstum oder saisonale Schwankungen lassen sich mit der vorhandenen Infrastruktur nur schwer abbilden.
Weniger überzeugend ist ein schneller Wechsel, wenn das lokale System stabil läuft, stark angepasste Produktionsabläufe steuert oder Maschinen über ältere Schnittstellen direkt anspricht. Auch eine langsame oder unzuverlässige Internetanbindung kann ein Ausschlusskriterium sein. In solchen Fällen kann eine hybride Architektur oder eine schrittweise Ablösung geeigneter sein als ein vollständiger Umstieg zu einem festen Termin.
Die Entscheidung beginnt bei Prozessen und nicht bei der Serverfrage
Ein ERP-Projekt scheitert selten daran, dass Windows-PCs keinen Browser öffnen können. Schwieriger sind unsichtbare Abhängigkeiten: ein Excel-Makro importiert täglich eine Datei, ein Etikettendrucker erwartet ein bestimmtes Format oder eine Fachanwendung schreibt Daten direkt in die ERP-Datenbank. Solche Verbindungen müssen vor der Produktauswahl sichtbar werden.
Für die Bestandsaufnahme sollten Verantwortliche mindestens folgende Punkte dokumentieren:
- Kernprozesse: Einkauf, Verkauf, Lager, Produktion, Service, Personal oder Finanzwesen nach Geschäftskritikalität ordnen.
- Datenquellen: Datenbanken, Dateiablagen, Excel-Arbeitsmappen, E-Mail-Postfächer und angebundene Fachprogramme erfassen.
- Schnittstellen: Import, Export, API, Druckausgabe, Bankanbindung und Datenaustausch mit Kunden oder Lieferanten festhalten.
- Sonderlogik: Eigene Felder, Berichte, Freigaben, Skripte und Erweiterungen jeweils einem verantwortlichen Prozess zuordnen.
- Benutzergruppen: Büroarbeitsplätze, Lagerterminals, mobile Geräte, externe Buchhaltung und Administratoren getrennt betrachten.
Eine Anpassung sollte nicht automatisch in die neue Umgebung übernommen werden. Wird sie kaum genutzt oder bildet sie nur einen veralteten Arbeitsablauf ab, kann ein standardisierter Cloud-Prozess günstiger sein. Unterstützt die Anpassung dagegen ein wesentliches Alleinstellungsmerkmal des Unternehmens, muss der Anbieter ihre Umsetzung, Wartbarkeit und Updatefähigkeit nachweisen.
Microsoft- und Windows-Umgebung richtig einbeziehen
In einer überwiegend mit Windows und Microsoft 365 ausgestatteten Firma ist die Identitätsverwaltung ein wichtiger Prüfpunkt. Ein Cloud-ERP kann sich unter Umständen an Microsoft Entra ID anbinden und Single Sign-on ermöglichen. Ob dies verfügbar ist und welche Lizenz oder Produktvariante erforderlich ist, muss für das ausgewählte ERP geprüft werden. Aus der bloßen Unterstützung von Microsoft 365 folgt noch keine nahtlose Anmeldung.
Für die technische Bewertung sind vier Verbindungen besonders relevant:
- Identitäten und Rechte: Lassen sich Benutzer zentral anlegen, sperren und Gruppen zuordnen? Unterstützt das System Mehr-Faktor-Authentifizierung und getrennte Administratorkonten?
- Office-Datenaustausch: Werden Excel-Exporte, Dokumentvorlagen, Outlook-Funktionen oder Teams-Anbindungen nur beworben, oder funktionieren sie mit den benötigten Feldern und Freigaben?
- Endgeräte: Sind alle Funktionen im Browser nutzbar, oder werden Windows-Clients, Plug-ins, lokale Dienste beziehungsweise bestimmte Druckkomponenten benötigt?
- Geräte und Peripherie: Funktionieren Scanner, Etikettendrucker, Signaturgeräte und andere Spezialhardware ohne dauerhafte Umwege?
Bei Microsoft Dynamics 365 sowie anderen ERP-Plattformen unterscheiden sich Funktionen, Module und Lizenzbedingungen nach Produkt und Bereitstellungsform. Maßgeblich sind daher die offizielle Produktdokumentation, die Verwaltungsoberfläche des vorgesehenen Mandanten und das schriftliche Angebot. Ein allgemeiner Hinweis auf Microsoft-Integration ersetzt keinen Test mit den eigenen Benutzerkonten, Daten und Endgeräten.
Kosten über denselben Zeitraum vergleichen
Monatliche Gebühren eines Cloud-ERP lassen sich nicht sinnvoll nur mit dem Kaufpreis einer älteren lokalen Lizenz vergleichen. Beide Varianten benötigen denselben Betrachtungszeitraum und dieselben Kostenarten. Für eine belastbare Entscheidung eignen sich beispielsweise drei oder fünf Jahre, sofern dieser Zeitraum zur Investitionsplanung des Unternehmens passt.
Die Gesamtkosten einer Cloud-Lösung lassen sich als Planungsmodell so aufbauen:
Cloud-Gesamtkosten = Einführung + Datenmigration + Schnittstellen + Schulung + (monatliche Lizenzkosten × Monate) + laufende Zusatzdienste
Für die lokale Alternative gehören unter anderem Server, Datenbanklizenzen, Wartungsverträge, Strom, Sicherung, Administration, Updates und kalkulierte Ausfallrisiken in die Rechnung. Bereits vorhandene Hardware ist nicht automatisch kostenlos: Entscheidend sind Restlaufzeit, Wartungsbedarf und der nächste notwendige Ersatz.
Ein unverbindliches Rechenszenario zeigt die Systematik. Angenommen, Einführung, Migration und Schulung eines Cloud-ERP kosten zusammen 36.000 Euro. Die Lizenzen betragen beispielhaft 1.200 Euro pro Monat, zusätzliche Dienste 300 Euro pro Monat. Über 36 Monate ergibt sich:
36.000 Euro + ((1.200 Euro + 300 Euro) × 36 Monate) = 90.000 Euro
Der Zahlencheck lautet: 1.500 Euro monatlich ergeben über 36 Monate 54.000 Euro; zusammen mit 36.000 Euro Einmalkosten sind es 90.000 Euro. Diese Werte bilden keinen Marktpreis ab. Einzusetzen sind die Beträge aus dem vollständigen Angebot einschließlich benötigter Module, Testumgebung, Speicher, Support und Schnittstellen.
Neben den Ausgaben sollte der Vergleich messbare Entlastungen berücksichtigen. Dazu zählen entfallende Servererneuerungen, weniger interne Wartungsstunden, kürzere Durchlaufzeiten oder eine geringere Zahl manueller Übertragungen. Vermutete Produktivitätsgewinne sollten konservativ angesetzt und einem verantwortlichen Prozess zugeordnet werden.
Entscheidungsmatrix für den Wechsel
Die folgende Prüflogik führt von den geschäftlichen Anforderungen zur technischen Entscheidung. Ein einzelner positiver Punkt reicht nicht aus; kritische Ausschlussbedingungen haben Vorrang.
- Wenn die bestehende Plattform ohnehin ersetzt werden muss und ein Cloud-Angebot alle Kernprozesse abbildet, dann sollte der vollständige Kosten- und Migrationsvergleich beginnen.
- Wenn zentrale Sonderfunktionen fehlen, dann ist vor einer Entscheidung ein nachgebauter Ablauf im Testsystem erforderlich. Eine Produktpräsentation genügt nicht.
- Wenn mehrere Standorte und mobile Beschäftigte auf dieselben Daten zugreifen müssen, dann spricht dies für die Cloud, sofern Identitäten, Endgeräte und Internetzugänge sicher verwaltet werden.
- Wenn Produktion oder Lager auch bei einem Internetausfall weiterarbeiten müssen, dann braucht das Unternehmen einen dokumentierten Notbetrieb oder eine hybride Lösung.
- Wenn Datenexport, Schnittstellendokumentation oder Vertragsende unklar bleiben, dann sollte keine Bindung eingegangen werden, bevor diese Punkte schriftlich geklärt sind.
- Wenn die erwartete Entlastung fast ausschließlich aus allgemeinen Verkaufsversprechen besteht, dann fehlen messbare Projektziele.
Als Ergebnis sollten drei Optionen nebeneinanderstehen: bestehendes ERP weiterbetreiben, vorhandenes System technisch modernisieren oder auf ein Cloud-ERP wechseln. Eine vierte Option kann eine stufenweise Einführung sein, bei der zunächst ein weniger kritischer Bereich umgestellt wird.
Sicherheit und Datenschutz sind geteilte Aufgaben
Der Betrieb durch einen Cloud-Anbieter nimmt dem Kunden nicht jede Sicherheitsaufgabe ab. Der Anbieter schützt Plattform und Rechenzentrumsbetrieb im vereinbarten Umfang; das Unternehmen bleibt unter anderem für Benutzerkonten, Rollen, Endgeräte, Datenfreigaben und interne Prozesse verantwortlich.
Vor Vertragsabschluss sollten Speicherorte und Übermittlungswege der Daten, Auftragsverarbeitung, Unterauftragnehmer, Verschlüsselung, Protokollierung, Wiederherstellung und Löschung geklärt werden. Welche rechtlichen Anforderungen gelten, hängt von Datenarten, Branche und Einsatzgebiet ab. Bei personenbezogenen oder besonders schutzbedürftigen Informationen gehören Datenschutzbeauftragte und gegebenenfalls spezialisierte Beratung früh in das Projekt.
Auf Windows-PCs sollte der Zugriff nicht über gemeinsam verwendete Konten erfolgen. Persönliche Benutzerkonten, Mehr-Faktor-Authentifizierung, rollenbasierte Rechte und geregelte Prozesse für Ein- und Austritte begrenzen das Risiko. Ebenso wichtig ist die Frage, wie schnell der Anbieter oder die interne Administration ein kompromittiertes Konto sperren und aktive Sitzungen beenden kann.
Migration erst nach einem Test mit realistischen Daten freigeben
Eine ERP-Migration ist nicht abgeschlossen, sobald Stammdaten importiert wurden. Bewegungsdaten, offene Vorgänge, Belege, Anhänge, Berechtigungen und gesetzlich oder betrieblich benötigte Historien müssen ebenfalls berücksichtigt werden. Nicht jeder Altbestand gehört jedoch in das neue Produkt; für archivierte Daten kann ein lesbarer, revisionsgerecht geplanter Zugriff geeigneter sein.
Ein sicherer Projektablauf umfasst diese voneinander abgegrenzten Phasen:
- Bereinigung: Dubletten, veraltete Benutzer, ungültige Artikel und überholte Berechtigungen identifizieren.
- Testmigration: Eine repräsentative Datenmenge übernehmen und Mengen, Summen, Belegketten sowie Anhänge kontrollieren.
- Prozessabnahme: Fachabteilungen führen vollständige Abläufe vom Eingang bis zur Auswertung durch.
- Umstellungsprobe: Dauer, Verantwortlichkeiten, Datensperre und Rückfallentscheidung unter realistischen Bedingungen testen.
- Produktivsetzung: Erst nach dokumentierter Abnahme migrieren und das Altsystem nicht vorschnell abschalten.
Für jeden kritischen Prozess braucht es ein Abnahmekriterium. Beim Auftrag kann das beispielsweise bedeuten, dass Preisfindung, Lagerreservierung, Lieferschein, Rechnung und Buchungsübergabe vollständig funktionieren. Bei einer Abweichung muss klar sein, ob Daten, Konfiguration, Schnittstelle oder Produktgrenze die Ursache sind.
Verfügbarkeit und Ausstieg vor dem Einstieg planen
Die zugesagte Verfügbarkeit ist nur ein Teil des Betriebsmodells. Zu prüfen sind außerdem Wartungsfenster, Reaktionszeiten, Wiederherstellungsziele, Supportkanäle und der Umgang mit Störungen bei Internetanbieter, Identitätsdienst oder ERP-Plattform. Kritische Abläufe benötigen eine Arbeitsanweisung für den Ausfallfall, etwa für Warenannahme oder Auftragserfassung.
Ebenso wichtig ist die spätere Rückgabe der Daten. Das Unternehmen sollte wissen, welche Stamm- und Bewegungsdaten, Dokumente, Protokolle und Konfigurationen exportiert werden können. Dateiformat, Kosten, Bearbeitungsdauer und Verfügbarkeit nach Vertragsende gehören in die Prüfung. Ein Datenexport ist nur dann brauchbar, wenn das Unternehmen ihn lesen und für eine Migration weiterverarbeiten kann.
Vor dem endgültigen Zuschlag empfiehlt sich ein Probeexport aus dem Testmandanten. Dabei zeigt sich, ob Beziehungen zwischen Datensätzen erhalten bleiben und ob Anhänge sowie eindeutige Kennungen enthalten sind. Dieser Test reduziert die Gefahr, später technisch gebunden zu sein, obwohl der Vertrag einen Export grundsätzlich vorsieht.
Die Freigabe sollte an überprüfbare Bedingungen geknüpft sein
Ein Cloud-ERP ist eine tragfähige Wahl, wenn es die geschäftskritischen Prozesse im Test abbildet, die Gesamtkosten über einen einheitlichen Zeitraum überzeugen und Sicherheits- sowie Ausstiegsfragen geklärt sind. Die technische Entlastung allein rechtfertigt keine Migration, wenn zentrale Schnittstellen fehlen oder der Betrieb bei einer Verbindungsstörung zum Stillstand kommt.
Die finale Entscheidung sollte erst fallen, wenn Prozessverantwortliche, IT, Datenschutz und kaufmännische Leitung dieselbe Bewertungsgrundlage verwenden. Sinnvolle Freigabekriterien sind eine erfolgreiche Testmigration, abgenommene Kernabläufe, geprüfte Microsoft- und Geräteanbindungen, ein belastbarer Notbetrieb sowie ein nutzbarer Datenexport. Fehlt einer dieser Punkte, ist eine begrenzte Pilotphase meist vernünftiger als eine sofortige vollständige Ablösung.
Häufige Fragen zu besonderen Einsatzlagen
Kann ein Unternehmen einzelne ERP-Bereiche zuerst in die Cloud verlagern?
Das ist möglich, wenn Alt- und Neusystem über stabile Schnittstellen verfügen und eindeutig festgelegt ist, welches System die führenden Daten hält. Ohne diese Zuordnung entstehen leicht doppelte Kunden-, Artikel- oder Buchungsstände. Eine stufenweise Einführung eignet sich besonders für abgrenzbare Module, verlangt aber für die Übergangszeit zusätzliche Abstimmung und Überwachung.
Was bedeutet ein Unternehmensverkauf für das Cloud-ERP?
Bei Verkauf, Aufspaltung oder Zusammenschluss können Mandantentrennung, Datenübertragung und neue Zugriffsrechte erforderlich werden. Bereits bei der Auswahl sollte geklärt werden, ob Datenbestände organisatorisch getrennt exportiert werden können und wie der Anbieter einen Mandantenwechsel behandelt. Das ist vor allem relevant, wenn mehrere Gesellschaften dieselbe Umgebung nutzen.
Ist ein Cloud-ERP für Arbeitsplätze ohne dauerhafte Internetverbindung geeignet?
Nur wenn die benötigten Tätigkeiten einen vorgesehenen Offline- oder Notbetrieb besitzen. Ein lokaler Browsercache ist dafür kein verlässlicher Ersatz. Außendienst, Lager und Produktion sollten prüfen, welche Daten offline verfügbar sind, wie Änderungen später synchronisiert werden und wie Konflikte behandelt werden. Fehlt diese Funktion, braucht der Betrieb eine zweite Verbindung oder einen dokumentierten Ersatzprozess.
