Zum Inhalt springen

Lösung · S/4HANA-Migration

Sie führen das Programm. Wir verantworten die Daten.

Acht gesteuerte Schritte von der Extraktion bis zum Bericht nach dem Laden, für jedes SAP-Objekt der Welle. Die KI entwirft das Feld-Mapping, Fachanwender harmonisieren die Werte, jeder Ladevorgang wird vor dem Einspielen simuliert – über Standardschnittstellen, nie ein direkter Tabellenschreibzugriff.

8 Schritte
von der Extraktion bis zum Bericht, eine Plattform
Seit 2017
produktiv bei einer globalen Brauereigruppe
0
direkte Datenbankschreibzugriffe
Validierungsverlauf in vise DMW: ungültige Zeilen je Validierungslauf über den Projektzeitraum, mit Meilensteinen
Validierungsfortschritt über den Projektzeitraum – Demo Nordic RolloutBildschirme aus dem Demoprogramm Nordic Rollout · fiktive Daten

01

Was üblicherweise schiefgeht.

01 Das Mapping lebt in einer Tabelle Quell-Ziel-Regeln in Excel, drei Versionen in drei Postfächern, kein Nachweis, wer was entschieden hat. Das Mapping ist die Migration – und niemand verantwortet es.
02 Ladefehler zu spät entdeckt Der erste echte Ladevorgang ist der erste echte Test. Jeder gescheiterte Zyklus kostet eine Woche im Cut-over-Plan und ein Wochenende des Teams.
03 Werte, die es im Ziel nicht gibt Zahlungsbedingungen, Kontengruppen, Einheiten und Länder, die in ECC in Ordnung waren, stehen nicht auf der S/4-Liste. Sie je Land von Hand zu harmonisieren ist der Punkt, an dem Programme Monate verlieren.

02 · Welcher Weg, was er für die Daten bedeutet

Brownfield, Greenfield oder selektiv – der Daten-Workstream ist jeweils ein anderer.

Der Umstellungsansatz ist die Entscheidung des Programms. Was er für die Daten bedeutet, machen wir explizit, Objekt für Objekt, bevor die erste Welle geplant wird.

Brownfield · Systemkonvertierung Vor der Konvertierung am Ort bereinigen.
Die Daten
Die Datensätze bleiben dieselben; ändern müssen sich ihre Qualität und die Strukturen, die S/4 erzwingt – Geschäftspartner und CVI, Länge der Materialnummer, FI/CO-Einstellungen.
DMW-Schritte
Extract → Validate → Profile → Report plus Value Map; Fehler werden direkt in ECC korrigiert und erneut validiert, bis die Daten konvertierbar sind. FieldMap nur für die Strukturen, die sich ändern.
Der größte Teil der Arbeit ist Datenqualität vor der Konvertierung: Dubletten, CVI-Readiness, Pflichtfelder je BP-Rolle, Werte, die das S/4-Customizing nicht akzeptiert. Der Readiness-Score sagt dem Programm, wann die Daten konvertierbar sind – und die Korrekturschleife läuft in der Quelle, nicht in einer Tabelle.
Greenfield · Neueinführung Migrieren, was sich zu behalten lohnt – durch alle acht Schritte.
Die Daten
Eine ausgewählte, bereinigte Teilmenge der Altdaten zieht in einen neuen S/4-Mandanten mit neuen Strukturen und neuen Wertelisten.
DMW-Schritte
Alle acht: Extract → Scope → Validate → Profile → Field Map → Value Map → Load Sim → Report.
Scoping entscheidet, was migriert wird; FieldMap entwirft das Mapping auf die neuen Strukturen; LoV-MAP harmonisiert die Werte auf die neuen Listen; jeder Ladevorgang wird gegen das neue Customizing simuliert, bevor er eingespielt wird – über das Ladewerkzeug Ihrer Wahl.
Selective Data Transition Beides zugleich, entschieden je Objekt und je Standort.
Die Daten
Manche Buchungskreise werden konvertiert, manche Objekte neu eingeführt, die Historie wird zu einem Stichtag abgeschnitten – jedes Objekt geht seinen eigenen Weg.
DMW-Schritte
Brownfield-Schritte für konvertierte Objekte, Greenfield-Schritte für neu eingeführte, eine Readiness-Sicht über beide.
Das Risiko einer selektiven Transition ist, den Überblick zu verlieren, welches Objekt welcher Regel folgt. vise DMW führt eine Scorecard, ein Mapping-Repository und einen Audit-Trail über beide Wege, sodass das Programm jede Entscheidung beim Cut-over begründen kann.

03 · So läuft es in vise DMW

Dieselbe Disziplin in jedem Schritt.

  1. Schritte 1–4 · Extract, Scope, Validate, Profile

    Wissen, was Sie migrieren, bevor Sie es migrieren.

    Extrakte je Standort, auf die Welle beschränkt; Validierungsregeln je Objekt; eine DQ-Scorecard, die dem Lenkungsausschuss sagt, wie bereit jeder Standort ist. Daten werden in der Quelle korrigiert – oder, in einem Migrationsprojekt, direkt in DMW, wenn das der schnellere Weg ist – und erneut validiert.

    DQ-Scorecard in vise DMW nach Dimension und Objekt
    Readiness nach Dimension und Objekt
  2. Schritt 5 · Field Map

    Die KI entwirft das Mapping. Ihr Berater gibt jede Zeile frei.

    vise FieldMap schlägt aus Ihren Metadaten Quell-Ziel-Feldpaare und Transformationsregeln mit Konfidenzwert vor. Die zielgetriebene Ansicht zeigt jedes Pflichtfeld als gemappt, mit Default belegt, manuell zu laden oder ungeklärt. Jede Entscheidung hat einen Verantwortlichen und ein Datum.

    Bildschirme zu diesem Schritt stammen aus dem Migrationsdemo. Fragen Sie nach einem Walkthrough oder sehen Sie es an Ihrem eigenen Objekt im 30-Tage-PoC.
  3. Schritt 6 · Value Map

    Fachanwender harmonisieren Werte einmal, für jeden Standort.

    Zahlungsbedingungen, Kontengruppen, Länder, Sprachen, Abstimmkonten, Währungen: in vise LoV-MAP von den Personen gemappt, die sie kennen, einmal freigegeben, über Wellen hinweg wiederverwendet. Die Wertelisten speisen die Validierung, sodass ein nicht gemappter Wert vor dem Laden auffällt, nicht dabei.

    Wertemapping in vise LoV-MAP: Quellwerte auf Zielwerte gemappt, mit Fortschritt je Tabelle
    Wertemapping in vise LoV-MAP (Demodaten)
  4. Schritt 7 · Load Simulation

    Den Ladevorgang probeweise über die echten Schnittstellen fahren.

    Jeder Ladevorgang wird zuerst gegen das Ziel simuliert – BAPI, IDoc oder OData, derselbe Weg, den das echte Laden nimmt. Fehler kommen je Datensatz mit Begründung zurück; sie gehen in die Korrektur-Queue; die Simulation wird wiederholt, bis sie fehlerfrei ist. Der Änderungsmodus aktualisiert, was bereits existiert, statt alles neu zu laden.

    Bildschirme zu diesem Schritt stammen aus dem Migrationsdemo. Fragen Sie nach einem Walkthrough oder sehen Sie es an Ihrem eigenen Objekt im 30-Tage-PoC.
  5. Schritt 8 · Report

    Abstimmung nach dem Laden, die Ihre Prüfer akzeptieren.

    Was extrahiert, was transformiert, was eingespielt wurde, was gescheitert ist und warum – je Objekt, je Standort, je Lauf. Dazu die Wochenübersicht und der Bereinigungsfortschritt, die der Programmmanager seit Schritt 1 verschickt.

    Bereinigungsfortschritt je Landesgesellschaft in vise DMW
    Bereinigungsfortschritt je Landesgesellschaft

05 · FAQ

Klare Antworten, in jedem Review dieselben.

Für SAP-Architekten
01Was ist mit dem SAP Migration Cockpit?
Nutzen Sie es, wenn es passt. DMW ergänzt Änderungsmodus, Ladesimulation, regelbasierte Validierung und eine Korrekturschleife für Fachanwender – und kann das Cockpit oder BODS beliefern, statt selbst zu laden.
02Wie bucht DMW in S/4HANA?
Nur über Standard-BAPIs, IDocs und OData. Nie ein direkter Tabellenschreibzugriff. Geschäftspartner laufen über CVI wie bei jedem von SAP freigegebenen Werkzeug.
03Welche Objekte?
Alle: Kunde, Lieferant, Geschäftspartner, Material, Stückliste, offene Posten, Sachkonten, Kostenstellen, Instandhaltung, Anlagen. Regelbibliothek und Mapping sind je Objekt; die Plattform ist dieselbe.
04Wie arbeiten Sie mit unserem Systemintegrator?
Wir verantworten den Daten-Workstream und übergeben dem Integrator zu den vereinbarten Terminen bereinigte, gemappte, simulierte Daten. Ihre IT betreibt DMW, wir betreiben es für Sie unter SLA, oder hybrid mit einem Visehub-Spezialisten im Team.

Den Daten-Workstream mit einem Objekt starten, in 30 Tagen.

Meist fällt die Wahl auf den Kunden- oder Lieferantenstamm. Wir extrahieren ihn, validieren ihn, mappen ihn und simulieren das Laden – und Sie sehen, was die gesamte Welle erfordert.