Wechseln Sie in die Cloud

Migration von SAP ERP ECC zu SAP Cloud ERP und der SAP Business Suite

Viele Unternehmen wollen vermehrt Innovationen nutzen, Ihre Skalierbarkeit verbessern und die genutzten Systeme, Prozesse und Daten besser miteinander verbinden. Bei SAP ECC ERP-Nutzern kommt außerdem hinzu, dass die Mainstream Maintenance von SAP für das System nur noch bis Ende 2027 geht.

Hier kommt SAP Cloud ERP zusammen mit allen Möglichkeiten der Business Suite ins Spiel: Es beschleunigt Ihre Innovation durch regelmäßige Updates und verkürzt die Reaktionszeit auf geschäftliche Anforderungen mithilfe integrierter KI-Funktionen und Automatisierungsmöglichkeiten. Und weil Sie die Cloud von SAP oder einem Hyperscaler betreiben lassen, reduzieren Sie zudem Ihre IT-Kosten. 

SAP Cloud ERP ist daher optimal auf die Bedürfnisse von SAP ERP ECC-Nutzern abgestimmt, die die Vorteile der Cloud nutzen wollen.

Eine optimierte Innovationsfähigkeit, tiefere Erkenntnisse über Ihre Geschäftsdaten und eine verbesserte Agilität - mit SAP Cloud ERP

Kontakt aufnehmen

Wann ist der richtige Zeitpunkt für die Migration?

Eine Migration von SAP ERP ECC zu SAP Cloud ERP ist unerlässlich, da die Mainstream Maintenance von SAP für das System nur noch bis Ende 2027 gilt. Dadurch droht Unternehmen, die nicht rechtzeitig auf ein moderneres ERP-System wechseln, Nachteile wie eingeschränkte Sicherheitspatches, keine rechtlichen und steuerlichen Änderungen im System sowie eine Gefährdung der Compliance der IT-Systeme.

Darüber hinaus ist SAP Cloud ERP in den folgenden Fällen die richtige Wahl für SAP ERP ECC-Nutzer:

Sie benötigen die Möglichkeit, Ihr System entsprechend dem Wachstum Ihres Unternehmens modular mit weiteren Geschäftsprozessen zu erweitern.
Sie möchten End-to-End-Geschäftsprozesse mit integrierter KI automatisieren und durchgängige Transparenz und Effizienz erzielen.
Sie möchten von regelmäßigen Updates mit den neuesten Funktionen profitieren, um Innovationen in Ihrem Unternehmen voranzutreiben.
Sie wollen Ihr ERP-System individualisieren und/oder erweitern, ohne Einbußen bei der Updatefähigkeit und Wartbarkeit in Kauf zu nehmen.

Welche SAP Cloud ERP-Lösung passt zu uns?

SAP Cloud ERP – für maximale Innovation und Geschwindigkeit:

Nutzen Sie Best Practices und Standardprozesse, die auf Ihre Branche abgestimmt sind
Profitieren Sie von halbjährlichen Updates mit den neuesten Innovationen
Gewinnen Sie mehr Zeit für Ihr Kerngeschäft, da die Cloud-Infrastruktur, die von SAP oder einem Hyperscaler betrieben und gewartet wird (Multi-Tenant)

SAP Cloud ERP eignet sich für SAP-Bestandskunden, die einen Wechsel in die Cloud nutzen möchten, um Ihre Prozesse von Grund auf neu zu definieren.

SAP Cloud ERP Private – für mehr Kontrolle über Ihre Prozesse:

Passen Sie Ihre Geschäftsprozesse an Ihre individuellen Anforderungen an
Führen Sie Innovationen im System nach Ihrem eigenen Tempo ein
Gewinnen Sie mehr Zeit für Ihr Kerngeschäft, da die Cloud-Infrastruktur, die von SAP oder einem von Ihnen gewählten Hyperscaler betrieben und gewartet wird (Single-Tenant)

SAP Cloud ERP Private eignet sich für SAP-Bestandskunden, die von einem On-Premise ERP-System in die Cloud wechseln und Ihre Individualisierungen beibehalten wollen.

Für Unternehmen, die SAP ECC im Einsatz haben, könnte es auch interessant sein, SAP Cloud ERP erstmal nur für einen Unternehmensteil (bspw. im Falle einer Akquisition, einer Joint Venture oder für Tochtergesellschaften) einzuführen. Dies bezeichnet man als Two-Tier-Ansatz. So können Sie Ihr bestehendes System um die Möglichkeiten von SAP Cloud ERP erweitern und feststellen, ob sich SAP Cloud ERP auch für den Rest Ihres Unternehmens eignen könnte.

Mehr erfahren

Alternativ bieten wir SAP ERP ECC-Kunden die Möglichkeit, nicht direkt zu SAP Cloud ERP zu wechseln, sondern einen Zwischenschritt über SAP S/4HANA On-Premise zu gehen. Somit wird die Transformation von SAP ERP ECC zu Cloud ERP in zwei Projekte unterteilt. Wir empfehlen Ihnen aber, mit uns direkt in die Cloud zu wechseln, damit Sie zukunftssicher aufgestellt sind und direkt von den Vorteilen einer ERP-Lösung in der Cloud profitieren können.

Sie sind sich unsicher, welche Version von SAP Cloud ERP für Ihr Unternehmen am besten geeignet ist? Wir klären das gerne mit Ihnen im Rahmen unseres Value Checks.

Mehr erfahren

So setzen wir mit Ihnen die Migration von SAP ERP ECC zu SAP Cloud ERP um

Um festzulegen, welche SAP Cloud ERP-Lösung zu Ihren Unternehmensanforderungen passt und der Wechsel für Ihr Unternehmen idealerweise erfolgt, bieten wir unseren Kunden eine Conversionanalyse an. Diese ist Teil unseres für SAP ERP ECC-Nutzer entwickelte Lösungspaket “5 Steps 2 Cloud ERP Private”.

Vor der Conversionanalyse bieten wir Ihnen außerdem einen Value Check an, damit Sie unsere Projektmethodik kennenlernen und wir Ihre Ausgangssituation besser verstehen können. Falls Sie unsicher darüber sind, ob Sie zu SAP Cloud ERP oder SAP Cloud ERP Private wechseln wollen, klären wir das gerne vor der Conversionanalyse mit Ihnen. Im Anschluss bereiten wir Ihnen ein Angebot für die Conversionanalyse vor und führen diese mit Ihnen durch.

Folgende Bestandteile sind im Value Check und in der Conversionanalyse enthalten:

Value Check:

Vorstellung SAP Cloud ERP inkl. Innovationen, Vorteilen und Betriebsmodell
Erklärung der Projektmethodik
Vorschlag einer Roadmap für Ihren Wechsel zu SAP Cloud ERP

Conversionanalyse:

Readiness Check zur Analyse des bestehenden Systems und einer Übersicht der relevanten Aspekte der Cloud-Transformation
Infrastruktur-Check zur Sicherstellung der geeigneten Hardware für SAP HANA
Pre-Checks zur Sammlung aller nötigen Aufgaben vor Beginn der Conversion
Custom Code Check zur Identifizierung der zu übernehmenden und ggf. anzupassenden Custom Codes
Identifizierung der relevanten Simplification Items (= technische und funktionale Aspekte, die durch den Umstieg auf die Cloud stark vereinfacht werden)
Finale Roadmap für Ihre Cloud-Transformation

Zur Conversionanalyse

Nach der Conversionanalyse legen wir mit Ihnen gemeinsam Ihre Conversion-Roadmap fest, damit Sie zu SAP Cloud ERP Private wechseln können (Brownfield Conversion). Falls Sie doch lieber SAP Cloud ERP oder SAP Cloud ERP Private mit uns neu einführen möchten, bieten wir Ihnen auch diese Möglichkeit (Greenfield-Implementierung).

‍

Das Projekt verläuft je nach Ihrer gewählten Roadmap anders:

Brownfield-Conversion SAP Cloud ERP Private:

Sie möchten Ihre Individualisierungen beim Wechsel in die Cloud beibehalten

Zu 5 Steps 2 SAP Cloud ERP Private ↓

Greenfield-Implementierung SAP Cloud ERP & SAP Cloud ERP Private:

Sie wollen durch die Cloud-Transformation Ihre Prozesse und Systeme neu aufsetzen

Zu SAP Activate ↓

5 Steps 2 SAP Cloud ERP Private

Für die Brownfield Conversion zu SAP Cloud ERP Private nutzen wir die weiteren Schritte unseres Lösungspakets “5 Steps 2 Cloud ERP Private”:

Vorbereitung:

Realisierung:

Test & Go-Live:

Nach dem Go-Live unterstützen wir Sie weiterhin bei der Arbeit mit dem neuen System mit unserem Customer Success Management.

Mehr zum Customer Success Management Mehr zum Lösungspaket

SAP Activate

Bei einer Greenfield-Einführung von SAP Cloud ERP oder SAP Cloud ERP Private verlassen wir uns auf die SAP Activate-Methodik. Diese bindet bewährte Services, Tools und Methoden ein, die Ihnen helfen, schnell und zuverlässig auf SAP Cloud ERP umzusteigen. Über das ganze Projekt hinweg ist das SAP Cloud Application Lifecycle Management (CALM) ein zentrales Tool. Es bietet u. a. Funktionen zum Prozessmanagement, Dokumentation, Projektmanagement und Change Management, um eine erfolgreiche Implementierung von SAP Cloud ERP zu sichern. Außerdem beinhaltet SAP Activate nach jeder Phase ein Quality Gate. So wird sichergestellt, dass die gewünschte Projektqualität inkl. aller erforderlichen Ergebnisse und zu erbringenden Leistungen im definierten Zeitplan erreicht wurden.

Mehr über SAP Activate erfahren

Discover: 

Prepare:

Explore:

Mithilfe von Workshops legen wir das Vorgehen zur Schließung aller Gaps fest, klären technische Anliegen wie Schnittstellen, Formulare und Berechtigungen und bereiten mit Ihnen die Datenmigration als auch die Tests im System vor:

Fit-to-Standard Workshop:
- Die SAP Best Practice Prozesse werden im System getestet
- Wir definieren die Anforderungen – diese werden danach klassifiziert, ob sie mit den Soll-Prozessen übereinstimmen (Fit) oder ob sie davon abweichen (Gaps)
- Hier kategorisieren wir auch die WRICEF-Objekte und legen die Konfigurationen, benötigte Schnittstellen und Erweiterungen fest
Delta Design Workshop:
- Wir bereiten Ihnen für jeden Gap einen Lösungsvorschlag inkl. dem modellierten Prozess vor
- Alle Anforderungen, Gaps, Konfigurationen und WRICEF-Objekte werden als Elemente im Backlog aufgenommen
Prozessmodellierung:
- Die Prozessmodelle, die in der Prozessliste enthalten sind, werden von uns verifiziert
- Bei Bedarf werden die Prozessmodelle um- oder neumodelliert
Anforderungsbeschreibung:
- Hier werden alle Anforderungen auf Basis der Prozesse mithilfe von Cloud ALM erfasst
- Alle Fits werden in Cloud ALM dokumentiert und Ihnen freigegeben
- Alle Gaps werden in einer Functional Design Specification (FDS) dokumentiert und Ihnen freigegeben - diese vermerkt die Anforderungen und wie der Gap zum Soll-Prozess geschlossen werden soll
Schnittstellen:
- Wir klären mit allen relevanten Stakeholdern die Zusammenarbeit hinsichtlich der Schnittstellen
- Mithilfe einer RACI-Matrix, die die Rollen und Verantwortlichkeiten festhält, wird die Realisierung der Schnittstellen in der nächsten Phase vorbereitet

Berechtigungen:
- Alle Berechtigungen erfassen wir in einem Konzept – dieses nutzen wir in der nächsten Phase
- Ihre Key User werden von uns zu den Berechtigungen gemäß der RACI-Matrix geschult
Formulare:
- Die Anforderungen für Formularanpassungen werden von uns erfasst – diese nutzen wir in der nächsten Phase
- Ihre Key User werden von uns zu den Formularanpassungen gemäß der RACI-Matrix geschult
Datenmigration:
- Wir erstellen ein Datenmigrationskonzept – dieses nutzen wir für die Datenmigration in der nächsten Phase
- Ihre Key User werden von uns zur Datenmigration gemäß der RACI-Matrix geschult
Entwicklungs- und Testsystem:
- Das Entwicklungs- und Testsystem sind für die nächste Phase bereitgestellt
- Wir haben allen relevanten Personen einen Zugriff auf die Systeme eingerichtet
Testplanung:
- Wir definieren und dokumentieren das Testkonzept
- Die Testfälle für die nächste Phase werden von Ihren Teilprojektleitern textlich skizziert
Sprintplanung:
- Alle Sprints werden inkl. der jeweiligen Anforderungen zur Realisierung eingeplant
- Das Vorgehen der Realisierungsphase wird abgestimmt und der Kick-Off wird terminiert
Backlogabnahme:
- Alle Anforderungen hinsichtlich Fits und Gaps als auch weitere Backlog-Elemente werden von Ihnen freigegeben
- Das Projektbudget wird auf Basis der FDS validiert

Quality Gate: Der Backlog wurde abgenommen und alle Aktivitäten der Phasen wurden erfolgreich beendet

Realize:

Alle Anforderungen werden realisiert und von Ihnen abgenommen, der Integrationstest wird vorbereitet und durchgeführt und der Go-Live wird vorbereitet. Alle Aktivitäten werden gemäß einer agilen Vorgehensweise in Sprints durchgeführt:

Realisierung der Anforderungen:
- Die freigegebenen Anforderungen aus der Backlogabnahme werden realisiert – diese werden insbesondere für den Integrationstest benötigt
- Nicht bis zum Integrationstest realisierbare Anforderungen werden danach beurteilt, ob diese kritisch für den Go-Live ist und ob ein Workaround existiert bzw. auf diese verzichtet werden kann, und ob der Integrationstest dadurch gestört wird
- Alle realisierten Anforderungen werden in Cloud ALM (bei Fits) oder in einer Technical Design Specification (TDS) (bei Gaps) dokumentiert
- Die realisierten Anforderungen übergeben wir Ihnen in einem gesonderten Termin
Test & Abnahme der Anforderungen:
- Sie testen alle realisierten Anforderungen in Funktionstests durch – als Testbasis dienen die FDS/TDS
- Nach einem erfolgreichen Test nehmen Sie alle Anforderungen ab
Train the Trainer:
- Ihre Key User werden durch Termine und Coachings befähigt, Endanwender zu schulen
- Das Konzept für die Endanwenderschulung wird definiert
Vorbereitung Integrationstest:
- Die Testfälle für den Integrationstest werden durch die Teilprojektleiter und die Projektleitung definiert – hier sollten mindestens die relevantesten Kernprozesse berücksichtigt werden
- Die Testfälle werden durch die Key User validiert und die Testpläne werden erstellt
- Alle Tools, die Methodik und die Dokumentationsgrundlage für den Integrationstest werden von der Projektleitung vorbereitet und an das Projektteam kommuniziert
- Der Ablauf des Integrationstest wird zeitlich und räumlich abgesteckt
- Das Projektteam wird über das Ziel des Integrationstests informiert – dieser dient der Prüfung des Verständnisses des Kunden in Bezug auf den Ablauf der ERP-Implementierung, der Datenqualität und des Systemstatus
Systembereitstellung:
- Das System und die Mandanten werden technisch für den Integrationstest bereitgestellt - dort werden auch die realisierten Anforderungen installiert
- Die Datenmigration wird gemäß dem Produktivsystem durchgeführt – damit stehen die Daten für alle relevanten Testfälle bereit
- Das Berechtigungskonzept wird realisiert – so können sich alle am Integrationstest beteiligten Personen am System anmelden und besitzen die relevanten Berechtigungen
- Alle Um- und Subsysteme werden angebunden und sind für den Integrationstest vorbereitet
Technisches Cut-Over:
- Alle technischen Cut-Over-Tätigkeiten (Vorbereitung des Produktivsystems, Datenmigration, Vorbereitung der Abschaltung des Alt-Systems, Festlegung von Fallback-Szenarien) werden vorbereitet und stehen für den Integrationstest zur Verfügung
- Nach dem Integrationstest werden die Aktivitäten zu einer vollständigen Übersicht ergänzt
Business Cut-Over:
- Die Vorgehensweise zum Business Cut-Over (Endanwenderschulungen, Testen der Geschäftsprozesse, Konzept für Go-Live Entscheidung und Kommunikation, Berechtigungen, Hypercare-Phase nach Go-Live, Fallback-Szenarien) wird in einem Grobkonzept festgehalten
- Nach dem Integrationstest werden die Aktivitäten zu einer vollständigen Übersicht ergänzt
Durchführung Integrationstest:
- Der Test wird gemäß den zuvor definierten Testfällen durchgeführt
- Alle Testergebnisse werden inkl. Fehlern dokumentiert und nach Fehlerklassen gemäß Vertrag klassifiziert
- Die aufgenommenen Fehler werden behoben
Change Management:
- Ihr Unternehmen wird auf die organisatorischen Veränderungen vorbereitet
- Vorbereitung Deployphase: Ein Go-Live Check wird bei SAP beauftragt

Quality Gate: Der Integrationstest wurde erfolgreich durchgeführt und alle Aktivitäten der Phase wurden erfolgreich beendet

Deploy:

Run:

Die Vorteile einer Migration zu SAP Cloud ERP für SAP ERP ECC-Nutzer

Spürbare Verbesserungen in Ihren Unternehmensprozessen - diese und weitere Vorteile bringt Ihnen der Wechsel von SAP ERP ECC zu SAP Cloud ERP:

Verbesserte Nutzererfahrung

und Benutzeroberflächen

Höhere Effizienz

durch Automatisierung und Optimierung von Geschäftsprozessen sowie der Einführung neuer Technologien insb. durch die SAP Business Suite

30%

höhere Effizienz durch Joule Agents und weiteren KI-Funktionen

Quelle: SAP Cloud ERP Benchmarks für SAP ERP ECC-Nutzer; diese Werte dienen als Vergleichsmaßstab, die tatsächlichen Verbesserungen in Ihrem Unternehmen können hiervon abweichen

Belegt in Zahlen – Cloud-Erfahrung und Mittelstandsexpertise

Unsere langjährige Erfahrung in Cloud-Projekten und unsere umfassenden Kenntnisse über den Mittelstand garantieren Ihnen eine verlässliche Projektumsetzung.

erfolgreiche SAP Cloud ERP-Projekte

35+

Jahre Erfahrung im Mittelstand

Seit

2009

SAP Gold Partner

SAP Cloud ERP in der Praxis

Effizientere Prozesse und innovative Funktionen: Follmann hat das volle Potenzial von SAP Cloud ERP Private ausgeschöpft

"Die Methodik [‘5 Steps 2 SAP Cloud ERP’] war unser roter Faden für das Projekt, nicht zuletzt weil uns der pragmatische und schlanke Ansatz von Innovabee überzeugt hat."

Wilhelm Lange
IT-Leiter
Follmann GmbH

Mehr zum Case

Häufig gestellte Fragen zur Migration von SAP ERP ECC zu SAP Cloud ERP

Welche Vorteile bringt SAP Cloud ERP im Vergleich zu SAP ERP ECC?

SAP Cloud ERP bietet gegenüber SAP ERP ECC deutliche technologische, funktionale und strategische Vorteile, unabhängig davon, ob die Public oder Private Cloud gewählt wird.

Grundlegende Vorteile gegenüber ECC (für Public und Private Cloud):
Mit SAP Cloud ERP erfolgt der Wechsel auf die S/4HANA-Plattform mit einem modernen, vereinfachten Datenmodell und In-Memory-Technologie. Dadurch werden Echtzeitverarbeitung und -analysen möglich und viele komplexe, historisch gewachsene Tabellenstrukturen aus ECC entfallen. Prozesse in Finanzen, Controlling, Logistik und Reporting sind stärker integriert, transparenter und effizienter, etwa durch das Universal Journal. Hinzu kommt eine moderne Benutzeroberfläche mit SAP Fiori, die die Nutzerakzeptanz verbessert, sowie eine deutlich bessere Integration mit Cloud-Services, Analytics, Automatisierung und Erweiterungen. Strategisch bietet SAP Cloud ERP zudem Zukunftssicherheit, da ECC absehbar ausläuft und S/4HANA die zentrale Innovationsplattform von SAP ist.

Zusätzliche Vorteile der Public Cloud:
Die Public Edition bietet besonders schnelle Einstiegsmöglichkeiten durch vorkonfigurierte Best-Practice-Prozesse und eine standardisierte Architektur. Als SaaS-Lösung übernimmt SAP Betrieb, Infrastruktur, Wartung und Updates vollständig, was Kosten, IT-Aufwand und Komplexität deutlich reduziert. Durch den hohen Standardisierungsgrad bleiben Systeme update-stabil und wartungsarm, was sie ideal für Unternehmen mit klaren, standardisierten Prozessen und begrenztem Individualisierungsbedarf macht.

Zusätzliche Vorteile der Private Cloud:
Die Private Edition verbindet Cloud-Betrieb mit einer hohen Nähe zu klassischen On-Premise-Flexibilitäten. Sie erlaubt umfangreiches Customizing, Eigenentwicklungen und komplexe Integrationen, bietet mehr Kontrolle über Infrastruktur, Sicherheit und Compliance und erlaubt eine flexible Wahl von Hyperscalern oder Betriebspartnern. Damit eignet sie sich besonders für größere Unternehmen mit komplexen, stark individuellen Prozessen oder speziellen regulatorischen Anforderungen.