Upload
others
View
10
Download
0
Embed Size (px)
Citation preview
DATENMIGRATION GEHT NICHT, GIBTS NICHT.
MIT SAP OBJECT BASED TRANSFORMATION
SAP OBJECT BASED TRANSFORMATION
SAP OBJECT BASED TRANSFORMATION PARALLEL STATT SEQUENTIELL
Mit SAP Object Based Transformation (OBT) können Business-Objekte oder ganze Geschäftsprozesse
konsistent über verschiedene SAP-Systeme hinweg (Migration) oder innerhalb von SAP-Systemen (Kon-
vertierung) transformiert werden; dabei besteht auch die Möglichkeit, historische Daten zu erhalten.
SAP OBJECT BASED TRANSFORMATION BIETET WICHTIGE VORTEILE FÜR IHRE SAP-TRANSFORMATION
u OBT erlaubt die selektive Transformation von Business-Objekten und bietet die Möglichkeit,
benötigte Inhalte mithilfe der Transformation Rule Workbench und der Number Conversion
Engine zu ändern.
u Automatisierte Vergleiche zwischen Quell- und Zielsystemen erkennen Integrationskonflikte
und bieten Hilfestellung bei der Lösung solcher Konflikte.
u Die OBT-Engine umfasst automatisierte Routinen für erkannte Konflikte und entsprechende
Lösungen, wie z. B. bei Nomenklatur- oder Nummernkreiskonflikten.
u Die Vorteile von OBT liegen in der Flexibilität (z. B. Transformation von kundenspezifischen
Tabellen oder Daten), einer nahezu störungsfreien Transformation (z. B. Geschäftskontinuität
oder Verfügbarkeit historischer Daten) und Near Zero Downtime aufgrund der Möglichkeit,
Ausfallzeiten nahezu vollständig.
OBT ist Bestandteil der Plattform SAP Landscape
Transformation 2.0 (LT 2.0).
Die technische Grundidee von SAP Object Based
Transformation ist es, zusammenhängende logische
Datenobjekte, die sogenannten Business Objekte,
unmittelbar auf der Ebene der Datenbanktabel-
len zu transformieren. Das hat den Vorteil einer
maximalen Flexibilität in komplexen Migrations-
projekten. Deshalb spricht man, im Gegensatz zu
der transaktionalen Datenmigration, beim Einsatz
von LSMW oder der SAP Posting Engine von einer
selektiven Datenmigration.
SAP liefert Object Based Transformation mit ei-
nem vorkonfigurierten Business Object Dictionary
(BOD) für mehr als 500 Objekte und Unterobjekte
aus dem SAP-Standard aus. Das BOD umfasst das
SAP-Datenmodell einschließlich aller Beziehungen
zu einem Objekt.
02
SAP OBJECT BASED TRANSFORMATION
SAP OBJECT BASED TRANSFORMATION PARALLEL STATT SEQUENTIELL
GAMBIT hat mit den Erfahrungen diversester OBT-Projekte die OBT-Funktionen weiter verbessert, sodass
eine Migration/Konvertierung mit einer gleichzeitigen Harmonisierung oder Konsolidierung der Daten und
Datenstrukturen kombiniert werden kann. Durch die parallele statt sequentielle Umsetzung und Abwicklung
dieser Prozess-Schritte sind erhebliche Zeiteinsparungen möglich, da die Test- und Go-Live-Aufwände der
einzelnen Zwischenschritte entfallen.
� In einem oder mehreren vorwiegend unbekannten
Quellsystemen liegen Altdaten vor
� Datenstruktur und Feldverwendung entsprechen nicht
den SAP-Anforderungen und müssen angepasst werden
� Es werden Feldzuordnungsregeln und viele Mapping-
Tabellen benötigt
� Ungültige Daten müssen korrigiert und fehlende,
für das SAP-System erforderliche Daten müssen
hinzugefügt werden.
� Die zu migrierenden Daten müssen mit dem bestehen-
den Customizing kompatibel sein
� Die Migration historischer Daten ist in der Regel nicht
möglich
� Die Altdaten liegen in bekannten Strukturen und Daten-
feldern vor. Das SAP-Datenmodell ist allgemein bekannt
und transparent
� Die Transformation wird in der Regel lediglich durch
Konflikte und Unterschiede beeinflusst. Eine breite
Palette von Analysewerkzeugen unterstützt diesen
Prozess
� Im Rahmen der Transformation werden historische
Daten berücksichtigt/erhalten
� Mit OBT können die Daten auch ohne geeignetes
Customizing transformiert werden
� Bei einem Brownfield-Transformationssatz kann die
Transformation ohne profunde Prozesskenntnisse
durchgeführt werden
Die klassische Altdatenübernahme erfordert einen
hohen Projektaufwand und eine starke Bindung der
Fachabteilung und IT.
Object Base Transformation minimiert den Auf-
wand, ermöglicht mehr Flexibilität und verkürzt die
Projektlaufzeit.
Klassische Datenübernahme SAP Object Based Transformation
VE
RS
US
Unsere Kunden können aus folgenden 1-Step Komponenten wählen, die im Rahmen eines
Object-Based-Transformation-Projekts einzeln oder kombiniert ausgeführt werden können.
u Reorganisieren oder Konvertieren
Anlagenklassen, Kostenplan, Kostenstelle, Profitcenter, Geschäftsjahr, Kunde oder Lieferant
u Zusammenführen
Buchungskreis, Kostenrechnungskreis, Kostenstelle oder Profitcenter
u Umbenennen
Buchungskreis, Kostenrechnungskreis, Materialnummern oder Personalnummern
u Harmonisieren
Kunde, Lieferant oder Material
u Weitere Anpassungen
Währung anpassen, Ergebnisbereich anpassen, Umstieg vom klassischen auf das neue Hauptbuch
(New GL)
03
SAP OBJECT BASED TRANSFORMATION
PROJEKTABLAUF SAP OBJECT BASED TRANSFORMATION Üblicherweise wird ein SAP-Object-Based-Transformation-Projekt in 6 Phasen aufgeteilt:
123456
ANALYSE
SCOPING
IMPLEMENTIERUNG
TRANSFORMATION
TEST-ZYKLEN
GO-LIVE
� Allgemeine und BO-bezogene Analyse
� Zustandvergleich zwischen Quelle und Ziel
� Identifizierung weiterer LT-Anforderungen
� Identifizierung möglicher Probleme und technischer Lücken
� Auswahl der relevanten Objekte
� Definition der Selektionskriterien
� Auswahl der am besten geeigneten Technologie
� Entscheiden über weitere LT-Anforderungen
� Migration/Konvertierung der Daten
� Abgleich
� Abnahme der Transformation
� Migrations-/Konvertierungstest der Daten
� Optimierung des Transformationsablauf
� Erarbeitung der Projektspezifikation
� Hinzufügen fehlender BO-Inhalte
� Anpassung vorhandener BO-Inhalte
� Implementierung der Transformationsregeln
� Einrichtung der Datenmigrations-/Konvertierungsumgebung
� Vorbereitung einer effizienten Migration/Konvertierung
� Festlegung der Selektionen
� Finalisierung der BO-Einstellungen
04
SAP OBJECT BASED TRANSFORMATION
� Festlegung der Selektionen
� Finalisierung der BO-Einstellungen
Jedes OBT-Projekt beginnt mit der Analyse von Ist- und Soll-Zustand der relevanten Quell- und
Zielsysteme und der betroffenen Business-Objekte. Darüber hinaus werden weitere Transformations-
Anforderung, mögliche Risikofaktoren und technische Lücken identifiziert.
Im nächsten Schritt werden die Selektionskriterien definiert und die relevanten Transformationsobjekte
und die geeignete Transformations-Technologie unter Berücksichtigung weiterer Transformations-
Anforderung ausgewählt.
Nach erfolgreichem Test beginnt die Migration/Konvertierung der Daten zum Go-Live Termin und der
finale Abgleich und Abnahme der Objekt-basierten Transformation.
Im Anschluss wird die Datenmigrations- und Konvertierungsumgebung eingerichtet, um eine effiziente
und sichere Migration und Konvertierung zu gewährleisten.
Nach dem Migrations-/Konvertierungstest der Daten wird ggfs. der Transformationsablauf
entsprechend optimiert.
In der Implementierungsphase werden zunächst die Projektspezifika erarbeitet. Fehlen Inhalte bei
den vorkonfigurierten Objekten im BOD, werden diese durch GAMBIT Experten hinzugefügt oder die
vorhandenen BOD-Inhalte werden bei Bedarf entsprechend angepasst. Zudem folgt die Implementierung
der Transformationsregeln, die Festlegung der Selektionen und abschließend die Finalisierung der
BO-Einstellungen.
05
AUSGEWÄHLTE REFERENZEN.
IM ÜBERBLICK.
ALLE RECHTE VORBEHALTEN
Autoren: Dr. Thomas Fischer, Luisa Deiseroth. Dieses Werk ist urheberrechtlich geschützt.
Jegliche Weiterverbreitung oder Nutzung, auch auszugsweise, bedarf einer schriftlichen Genehmigung der Herausgeber. © 2020
NOOXIT GmbH | Junkersring 35 | 53844 Troisdorf | Fon +49.2241. 8845-0 | [email protected] | www.nooxit.de
GAMBIT Consulting AG | Rothusstrasse 15 | 6331 Hünenberg | Fon +41.41.41 8.45-20 | [email protected] | www.gambit-consulting.chCH
GAMBIT Consulting GmbH | Junkersring 35 | 53844 Troisdorf | Fon +49.2241. 8845-0 | [email protected] | www.gambit.deDE
DE
15.000 +60 +
Anwender im Application
Management
SAP LT zertifizierte
Berater 120 +
600 + 3
Berater
Projekte Standorte1995
Gründung
TMTM