{"id":33011,"date":"2018-02-23T08:33:15","date_gmt":"2018-02-23T07:33:15","guid":{"rendered":"https:\/\/e3magpmp.greatsolution.dev\/?p=33011"},"modified":"2022-05-01T09:48:12","modified_gmt":"2022-05-01T07:48:12","slug":"sap-object-based-transformation","status":"publish","type":"post","link":"https:\/\/e3magpmp.greatsolution.dev\/de\/sap-object-based-transformation\/","title":{"rendered":"SAP Object-based Transformation"},"content":{"rendered":"

Die meisten der SAP-Kunden kennen die Legacy System Migration Workbench (LSMW) als effizientes Werkzeug f\u00fcr Migrationen oder Massendaten\u00e4nderungen. Von SAP vordefinierte Schnittstellen zur Daten\u00fcbernahme-Workbench, zur Batch-Input- und Direct-Input-Verarbeitung sowie zu den Standardschnittstellen BAPI und IDoc sichern dabei die konsistente Verbuchung aller Daten ab.<\/p>\n

Die Verbuchung der Daten erfolgt transaktional, das hei\u00dft, die der Verarbeitung zur Verf\u00fcgung gestellten Daten werden analog zu der manuellen Verarbeitung durch Anwender gegen beispielsweise das aktuelle Customizing oder die Validit\u00e4t abh\u00e4ngiger Objekte verprobt.<\/p>

\"\"<\/a><\/div>
\"\"<\/a><\/div>
\"\"<\/a><\/div>\n

Wenn Daten\u00fcbernahmen aus Fremdsystemen oder auch Anpassungen sowie Erweiterungen bestehender SAP-Daten\u00adobjekte anstehen, gilt die LSMW unver\u00e4ndert als das bevorzugte und schnell anzuwendende Tool. Wenn jedoch zum Beispiel die Datenhistorie oder vollst\u00e4ndige Belegketten mitmigriert werden sollen, m\u00fcssen andere Werkzeuge eingesetzt werden.<\/p>\n

Landscape Transformation<\/h3>\n

Die von SAP entwickelte Software Landscape Transformation 2.0 (LT 2.0) ist inzwischen in den IT-Fachabteilungen ebenfalls recht bekannt. SAP LT 2.0 verf\u00fcgt \u00fcber eine Vielzahl qualit\u00e4tsgepr\u00fcfter und global zertifizierter Werkzeuge zur sicheren Anpassung und Umstellung laufender SAP-Systeme.<\/p>\n

Speziell f\u00fcr einzelne spezifische Anwendungsf\u00e4lle gibt es sogenannte LT-Szenarien oder auch spezifische SLO-Services. Diese stellen durch vordefinierte und parametrisierbare Funktionen sowie eine eindeutige Konvertierungs-Roadmap sicher, dass alle erforderlichen Arbeitsschritte chronologisch und korrekt ausgef\u00fchrt werden k\u00f6nnen.<\/p>\n

Die Nutzung von SAP-Landscape-Transformation-2.0-Software erfordert den Einsatz von der SAP hierf\u00fcr zertifizierter Berater. Wenn die Anforderung des Kunden nur in einer inhaltlichen Anpassung, beispielsweise einer Kontenplanharmonisierung oder der Reorganisation von Profit-Centern besteht, sind die LT-2.0-Tools das zu empfehlende Transformations-Werkzeug.<\/p>\n

Carve-outs<\/h3>\n

Aber auch bei komplexeren Szenarien wie einem Carve-out eines Unternehmensteils (zum Beispiel durch Verkauf), um anschlie\u00dfend alleine in ein neu aufgebautes SAP-System weitergef\u00fchrt zu werden, hilft die LT-Software mit dem Szenario Clone and Delete schnell und zuverl\u00e4ssig.<\/p>\n

Hierbei wird ein SAP-System vollst\u00e4ndig kopiert und in einem nachfolgenden Schritt werden alle nicht zu \u00fcbertragenden Buchungskreise in der Systemkopie gel\u00f6scht. \u00dcbrig bleibt dann ein sofort einsetzbares System mit ausschlie\u00dflich den relevanten Buchungskreisen.<\/p>\n

Seine Grenzen findet SAP Landscape Transformation 2.0 in der Regel dann, wenn die notwendigen Transformations- oder Konsolidierungsanforderungen den Umfang der von SAP vordefinierten Szenarien \u00fcberschreiten.<\/p>\n

Auch das in der Theorie denkbare sequenzielle Aneinanderreihen mehrerer LT-Szenarien ist nicht praxisgerecht, weil dieses automatisch zu langen Projektlaufzeiten und mehrfachem Testaufwand f\u00fchrt.<\/p>\n

Dies ist insbesondere dann der Fall, wenn gleichzeitig Harmonisierungen und Dublettenbereinigungen, Reorganisationen und Konvertierungen, Umbenennungen oder Verschmelzungen durchgef\u00fchrt werden m\u00fcssen.<\/p>\n

\"Tabelle<\/a>
Vergleich der SAP-Migrations-Werkzeuge.<\/figcaption><\/figure>\n

Selektive Datenmigration<\/h3>\n

F\u00fcr diese Anforderungen verf\u00fcgt SAP \u00fcber ein weiteres Werkzeug, das den meisten Fachabteilungen der Kunden jedoch weniger gel\u00e4ufig ist, die SAP Object-based Transformation, kurz SAP OBT.<\/p>\n

Hierbei steht die Idee im Vordergrund, zusammenh\u00e4ngende logische Datenobjekte, die sogenannten Business-Objekte, unmittelbar auf der Ebene der Datenbanktabellen zu transformieren. Damit ist es m\u00f6glich, die gesamte Datenhistorie der einzelnen Objekte mit zu migrieren.<\/p>\n

Anders als bei der transaktionalen Datenmigration unter Nutzung beispielsweise der LSMW oder der SAP Posting Engine spricht man bei OBT von der selektiven Datenmigration.<\/p>\n

Grundlage ist hierbei das von SAP bei OBT ausgelieferte Business Object Directory, welches bereits rund 500 verschiedene Business-Objekte umfasst. Ein Business-Objekt \u2013 klassifiziert als Main- oder Sub-Objekt \u2013 beinhaltet im Directory nicht nur alle dazugeh\u00f6rigen SAP-Tabellen, sondern insbesondere auch die intelligente Verlinkung zu anderen Business-Objekten, um einen konsistenten Aufbau aller dazugeh\u00f6rigen Daten zu erm\u00f6glichen.<\/p>\n

Trotz der vordefinierten 500 verschiedenen Business-Objekte erfordert die Realit\u00e4t in Projekten vielfach weitere oder modifizierte Business-Objekte. Aufgrund konkreter Projektanforderungen hat Gambit Consulting eine Vielzahl weiterer Business-Objekte modelliert und somit den Leistungsumfang von SAP OBT deutlich erweitert.<\/p>\n

Die Objektmodellierungswerkzeuge werden ebenfalls genutzt, um kundenindividuelle Datenobjekte problemlos und ohne Einschr\u00e4nkungen mit zu transferieren.<\/p>\n

SAP OBT erm\u00f6glicht dabei sowohl die Transformation innerhalb eines Systems (Object-based Conversion) als auch die \u00dcbertragung zwischen zwei Systemen (Object-based Migration). Voraussetzung ist, dass die involvierten Systeme SAP-Systeme sind. Nicht-SAP-basierte Systeme werden vom OBT nicht unterst\u00fctzt.<\/p>\n

Objektbasierte Migration<\/h3>\n

Bei einer Object-based Migration wird der Scope entweder durch eine vollst\u00e4ndige \u00dcbernahme aller Daten eines Quellsystems oder das gezielte Ausw\u00e4hlen der Daten vorgegebener Organisationseinheiten (i. d. R. ein oder mehrere Buchungskreise) bestimmt.<\/p>\n

Die Transformation in ein bereits operativ genutztes Zielsystem stellt dabei kein Problem dar. Anders als bei der klassischen Datenmigration werden bei OBT die Daten auf Tabellenebene \u00fcbertragen. So k\u00f6nnen historische Daten, aber auch alle angearbeiteten Vorg\u00e4nge uneingeschr\u00e4nkt und unter Beibehaltung des vollst\u00e4ndigen Belegflusses \u00fcbernommen werden.<\/p>\n

Bei der Transformation der Daten kommen die Vorteile von SAP OBT durch die zahlreichen Anpassungsm\u00f6glichkeiten, wie beispielsweise prozessuale oder strukturelle Optimierungen, zum Tragen.<\/p>\n

Diese sind unter anderem:<\/p>\n