Migration & Modernisierung

Worauf es bei Migration & Modernisierung ankommt

  • Bewertung der Migrationsbereitschaft und des Transformationspfads
  • SAP S/4HANA-Systemkonvertierung
  • Selektive Datentransition und Datenmigration
  • Modernisierung von Custom Code, Clean Core und Erweiterungen
  • Modernisierung von Integration, Daten, Reporting und Systemlandschaft
  • Cutover, Validierung und Stabilisierung nach der Migration

SAP-Migrationsservices für die Modernisierung

VISCAP plant und begleitet SAP-Migrationen von Anfang bis Ende — und behandelt jede als unternehmerische Entscheidung, bei der zufällig auch ein System umzieht. Wir bewerten, was übernommen wird und was das Unternehmen verkraften kann, und empfehlen dann den Weg, den Ihre Systemlandschaft trägt: Neuimplementierung, Systemkonvertierung oder selektive Datentransition — und bleiben an Bord, bis der Produktivbetrieb stabil läuft.

Was VISCAP im Rahmen von SAP-Migrations- und Modernisierungsservices liefert

01

Bewertung der Migrationsbereitschaft und des Transformationspfads

Wir klären, was tatsächlich bewegt wird — Release-Basis, Prozesse, Daten, Code und Schnittstellen — und verdichten die Ergebnisse des SAP Readiness Check sowie die Simplification Items zu einer begründeten Empfehlung für den Transformationspfad.

  • Prüfung der bestehenden SAP-Landschaft
  • SAP-Release- und Systembasis
  • Bewertung der Geschäftsprozesse
  • Ergebnisse des SAP Readiness Check
  • Prüfung der Simplification Items
  • Add-on-Kompatibilität
  • Bewertung des Datenvolumens
  • Analyse des Custom Code
  • Integrationsabhängigkeiten
  • Reporting-Abhängigkeiten
  • Überlegungen zur Business Continuity
  • Empfehlung zum Transformationspfad
02

SAP S/4HANA-Systemkonvertierung

Eine Konvertierung erhält die Konfiguration und Historie, die Sie aufgebaut haben — sobald Simplification Items bereinigt, Custom Code angepasst und das Datenvolumen reduziert sind. Erst dann werden die technische Konvertierung und die Umstellung des Datenmodells koordiniert, getestet und validiert.

  • SAP ECC-Systemkonvertierung
  • Fachliche Vorbereitung
  • Bereinigung der Simplification Items
  • Vorbereitung des Custom Code
  • Bewertung von Add-ons und Schnittstellen
  • Reduzierung des Datenvolumens
  • Koordination der technischen Konvertierung
  • Konvertierung des Datenmodells
  • Testen und Abstimmung
  • Cutover-Planung
  • Validierung nach der Konvertierung
03

Selektive Datentransition und Datenmigration

Wo weder eine vollständige Konvertierung noch ein kompletter Neuaufbau passt, überführt die selektive Transition nur das, was seinen Platz verdient: ausgewählte Einheiten, Zeitscheiben, Stammdaten und offene Posten — die Historie ist dabei eine Entscheidung, kein Standard. Restrukturierung und Harmonisierung finden hier statt, jeder Zyklus wird abgeglichen, bevor der nächste läuft.

  • Umfang der selektiven Migration
  • Auswahl von Buchungskreisen oder Geschäftsbereichen
  • Auswahl der Zeitscheibe
  • Migration der Stammdaten
  • Offene Bewegungsdaten
  • Anforderungen an historische Daten
  • Datentransformation
  • Organisatorische Restrukturierung
  • Datenharmonisierung
  • Migrationsobjekte
  • Testmigrationszyklen
  • Validierung und Abstimmung
  • Überlegungen zu Archivierung und Aufbewahrung
04

Modernisierung von Custom Code, Clean Core und Erweiterungen

Die meisten SAP-Landschaften tragen weit mehr Custom Code mit sich, als tatsächlich noch genutzt wird. Wir inventarisieren ihn anhand der realen Nutzung, entfernen, was niemand mehr aufruft, bereinigen, was S/4HANA erfordert, und überführen den Rest in Erweiterungsoptionen auf SAP BTP — damit das nächste Upgrade zur Aufgabe wird, nicht zum Programm.

  • Inventarisierung der Eigenentwicklungen
  • Nutzungsbasierte Custom-Code-Analyse
  • Stilllegung ungenutzten Codes
  • SAP S/4HANA-Kompatibilitätsprüfungen
  • Codebereinigung
  • In-App-Erweiterbarkeit
  • Developer-Erweiterbarkeit
  • Side-by-Side-Erweiterungen auf SAP BTP
  • Freigegebene APIs und Events
  • Abbau technischer Schulden
  • Clean-Core-Governance
  • Upgrade-Bereitschaft
05

Modernisierung von Integration, Daten, Reporting und Systemlandschaft

Eine Migration ist der eine Moment, in dem Schnittstellen offenliegen, die sonst niemand anfassen will. Jede SAP- und Non-SAP-Verbindung wird inventarisiert und bereinigt, die Middleware verlagert sich in Richtung API-geführter Integration auf der SAP Integration Suite, Reporting und Fiori werden neu aufgebaut, und Altanwendungen, die ihren Platz nicht mehr verdienen, werden konsolidiert, archiviert oder stillgelegt.

  • Inventar der SAP- und Non-SAP-Integrationen
  • Bereinigung der Schnittstellen
  • Überlegungen zur SAP Integration Suite
  • API-geführte Integration
  • Middleware-Transition
  • Modernisierung der Datenflüsse
  • Reporting-Inventar
  • Überlegungen zu SAP Fiori und User Experience
  • Modernisierung der Analytics
  • Systemkonsolidierung
  • Stilllegung von Altanwendungen
  • Planung von Archivierung und Aufbewahrung
  • Design der Ziellandschaft
06

Cutover, Validierung und Stabilisierung nach der Migration

Der Cutover wird geprobt, bevor er läuft. Die Ausfallzeit wird gegen den Geschäftskalender geplant, und der letzte Zyklus folgt einem bereits bewährten Drehbuch. Anschließend werden die Ergebnisse abgestimmt, Prozesse und Sicherheitsrollen validiert, und die Hypercare bleibt bestehen, bis die Fehlerkurve abflacht und der Support übernimmt.

  • Cutover-Strategie
  • Cutover-Proben
  • Finaler Migrationszyklus
  • Planung der Ausfallzeit
  • Business Continuity
  • Datenabstimmung
  • Validierung der Geschäftsdaten
  • Fachliche Validierung
  • Validierung der Integration
  • Validierung von Sicherheit und Rollen
  • Produktivsetzung
  • Hypercare
  • Fehlerbehebung
  • Performance-Monitoring
  • Übergabe an den Support
  • Planung zur Stilllegung von Altsystemen

SAP-Lösungen im Zusammenhang mit Migration und Modernisierung

Ein kontrollierter Weg von der Migrationsbereitschaft zu einer modernen SAP-Landschaft

01

Bewerten

Wir prüfen Ziele, Systeme, Prozesse, Daten und Abhängigkeiten und legen dann die Kriterien fest, auf denen die Entscheidung beruht.

  • Geschäfts- und Transformationsziele prüfen
  • SAP- und Non-SAP-Systeme bewerten
  • Prozesse, Daten, Custom Code, Integrationen und Reports prüfen
  • Systemgrenzen und Abhängigkeiten analysieren
  • Risiken für die Business Continuity identifizieren
  • Readiness-Ergebnisse prüfen
  • Entscheidungskriterien festlegen
02

Definieren

Wir vergleichen die Migrationspfade und legen Deployment-Richtung, beizubehaltende Prozesse, Anforderungen an die Datenhistorie und die Zielarchitektur fest.

  • Neuimplementierung, Systemkonvertierung und selektive Datentransition vergleichen
  • Deployment-Richtung festlegen
  • Beizubehaltende und neu gestaltete Prozesse bestätigen
  • Anforderungen an die Datenhistorie definieren
  • Clean-Core- und Erweiterbarkeitsprinzipien festlegen
  • Zielintegrationen und Reporting definieren
  • Zielarchitektur bestätigen
03

Vorbereiten

Ergebnisse werden bereinigt, Daten bereinigt und reduziert, Custom Code angepasst, und Governance für Tests, Abstimmung und Cutover wird etabliert.

  • Kritische Readiness-Ergebnisse bereinigen
  • Daten bereinigen und mappen
  • Unnötiges Datenvolumen reduzieren
  • Custom Code prüfen und anpassen
  • Schnittstellen vorbereiten
  • Migrationsobjekte definieren
  • Planung der Testmigrationen abschließen
  • Kriterien für Tests und Abstimmung festlegen
  • Cutover-Governance vorbereiten
04

Transformieren

Migrations- oder Konvertierungszyklen laufen, Daten und Prozesse werden validiert, Ergebnisse abgestimmt, der Cutover durchgeführt und Nutzer in die Zielumgebung überführt.

  • Vereinbarte Migrations- oder Konvertierungsaktivitäten durchführen
  • Migrationszyklen durchführen
  • Migrierte Daten validieren
  • Prozesse und Integrationen testen
  • Finanzielle und operative Ergebnisse abstimmen
  • Cutover durchführen
  • Produktivbereitschaft bestätigen
  • Fachanwender in die Zielumgebung überführen
05

Stabilisieren

Hypercare und Fehlerbehebung laufen bis zur finalen Abstimmung und Übergabe an AMS oder Support, während Altsysteme stillgelegt und eine Roadmap für Weiterentwicklungen festgelegt wird.

  • Hypercare bereitstellen
  • Migrationsbedingte Fehler beheben
  • Geschäftsprozesse überwachen
  • Abstimmung abschließen
  • Übergang in AMS oder Support
  • Altanwendungen stilllegen oder archivieren
  • Verbleibende Modernisierungsarbeiten priorisieren
  • Roadmap für Weiterentwicklung und Clean Core festlegen

Häufig gestellte Fragen

Alles von der Bewertung der Migrationsbereitschaft und des Transformationspfads über die S/4HANA-Systemkonvertierung, selektive Datentransition und -migration sowie die Modernisierung von Custom Code und Clean Core, Integration, Reporting und Systemlandschaft bis hin zu Cutover, Validierung und Stabilisierung nach der Migration. Es geht dabei ebenso sehr darum, was Sie zurücklassen, wie darum, was Sie mitnehmen.

Drei. Eine Neuimplementierung baut Prozesse auf dem SAP-Standard neu auf und übernimmt nur Daten, die es wert sind. Eine Systemkonvertierung führt das bestehende System mit intakter Konfiguration und Historie fort. Eine selektive Datentransition liegt dazwischen und überführt ausgewählte Einheiten, Prozesse oder Zeiträume in ein neu gestaltetes Ziel. Komplexität der Landschaft, Prozessschulden, Datenqualität, Custom Code und Veränderungsbereitschaft entscheiden, welcher Weg am besten passt.

Eine Systemkonvertierung überführt das gesamte System — Konfiguration, Custom Code, Stammdaten und Historie — in einem Schritt; das Gute kommt mit dem Schlechten mit. Eine selektive Datentransition überführt nur einen definierten Umfang: ausgewählte Buchungskreise oder Geschäftsbereiche, eine Zeitscheibe, Stammdaten und offene Posten — neu gestaltet statt übernommen. Konvertierung schützt die Kontinuität; selektive Transition verschafft Raum für Restrukturierung, zu einem entsprechenden Preis.

Nein — die Datenmigration ist nur ein Teilbereich davon. Eine Migration umfasst außerdem Prozessentscheidungen, die Bereinigung von Custom Code, den Umgang mit Add-ons und Schnittstellen, die Überarbeitung von Integration und Reporting, die Validierung von Sicherheit und Rollen sowie Cutover und Business Readiness. Wird sie nur als Datenübung behandelt, tritt der Rest des Umfangs meist spät zutage — mit deutlich weniger Spielraum für die Planung.

Ein SAP-Tool, das Ihr System analysiert und aufzeigt, was zwischen ihm und S/4HANA steht: Simplification Items, Kompatibilität von Add-ons und Business Functions, Auswirkungen auf Custom Code, Datenvolumen, empfohlene Fiori-Apps und Integrationsaspekte. Ein starker Ausgangspunkt, aber kein Plan — die Ergebnisse müssen noch interpretiert, dimensioniert und in Bereinigungsarbeiten mit klaren Verantwortlichkeiten überführt werden.

Er wird anhand der realen Nutzung inventarisiert — in den meisten Landschaften wird ein Großteil nicht mehr aufgerufen und entfällt. Was bleibt, wird auf S/4HANA-Kompatibilität geprüft und dann bereinigt, durch Standardfunktionalität ersetzt oder als Erweiterung neu aufgebaut: In-App, Developer-Erweiterbarkeit oder Side-by-Side auf SAP BTP gegen freigegebene APIs und Events. Das Ziel: weniger Code — und der außerhalb des Kerns.

Weniger, als die meisten Unternehmen zunächst annehmen. Der tatsächliche Bedarf ergibt sich meist aus gesetzlicher Aufbewahrungspflicht, Prüfungszugriff und einem praktikablen Vergleichszeitraum für das Reporting — nicht aus jedem offenen Posten seit Produktivstart. Wir legen die Anforderungen an die Historie anhand dieser Verpflichtungen fest und decken den Rest über Archivierung oder eine schreibgeschützte Quelle ab. Jedes zusätzliche Jahr, das mitgenommen wird, verlängert Migrationszyklen, Tests, Abstimmung und Ausfallzeit — eine Entscheidung, kein Standardfall.

Das richtet sich nach dem gewählten Weg und dem Zustand der Landschaft, nicht nach der Unternehmensgröße: Anzahl der Einheiten und Module im Scope, zu bereinigender Custom Code, Datenqualität, aktive Schnittstellen und die Ausfallzeit, die das Unternehmen verkraftet. Eine fokussierte Konvertierung auf einem gepflegten System dauert Monate; eine selektive Transition über mehrere Einheiten mit Restrukturierung und modernisierter Integrationsschicht dauert länger, in geplanten Wellen. Wir legen Phasenplan, Meilensteine und die Ergebnisse jeder Phase vor dem Projektstart fest — statt einer abstrakt genannten Dauer.

Ja. Wir prüfen zunächst, ob RISE with SAP und SAP Cloud ERP Private zu Ihrer Landschaft passen, und übernehmen dann, was ein Abonnement nicht abdeckt: Bereitschaft und Bereinigung, den Umgang mit Custom Code und Erweiterungen, den Datenumfang, die Überarbeitung der Integration, Tests, Cutover und Stabilisierung. Das kommerzielle Modell ändert, wer die Infrastruktur betreibt — nicht, was in Ihrem System vor dem Umzug stimmen muss.

Kontakt

Sprechen Sie mit dem Migrationsteam von VISCAP über das System, das Sie ablösen, die Historie, die Sie behalten müssen, und den Transformationspfad mit dem geringsten Risiko.

Wenn Sie auf „Beratungstermin vereinbaren“ klicken, verarbeitet VISCAP Ihre personenbezogenen Daten gemäß unserer Datenschutzerklärung.