Chirurgische Standards für SAP-Migrationen - System Landscape Optimization (SLO) unterstützt Unternehmenswandel

System Landscape Optimization (SLO) unterstützt Unternehmenswandel Chirurgische Standards für SAP-Migrationen Die Wirtschaft heute ist in ständigem Wandel: Fusionen, Unternehmensverkäufe, Akquisitionen und Umstrukturierungen sind probate Strategien, um im globalen Wettbewerb bestehen zu können. Das bleibt nicht ohne Konsequenzen für die SAP-Systeme. Die Methode System Landscape Optimization (SLO) unterstützt die IT-Abteilungen bei der informationstechnischen Umsetzung der betriebswirtschaftlichen Vorgaben – zu niedrigen Kosten und in Rekordzeit. Viele betriebliche Veränderungen wirken sich dramatisch auf die SAP- Systemlandschaften aus, zumal die IT-Abteilungen immer weniger Zeit haben, diese laufend den neuen Bedürfnissen und Zielen anzupassen. Zu den typischen Aufgaben zählen das Zusammenlegen und Zerschneiden von Mandanten, Buchungskreisen und sonstigen SAP-Organisationseinheiten, ebenso die Harmonisierung von Stammdaten. Die Standardverfahren für Migrationsprojekte genügen diesen Anforderungen heute nicht mehr. Die SLO-Methode hingegen ermöglicht die automatische und lückenlose Übertragung aller historischen Daten – ganz gleich, wie komplex und umfangreich die Datenbestände auch sind. Die Fachbereiche im Unternehmen sind damit in der Lage, ohne Schulungen und Einweisungen wieder direkt im konvertierten System zu arbeiten. Darüber hinaus kann die Systemumstellung in der Regel an jedem beliebigen Wochenende stattfinden. Dies ist möglich durch den besonderen Ansatz und die enorme Umsetzungsgeschwindigkeit von SLO. Ein weiterer Vorteil ist der Release-übergreifender Einsatz des Verfahrens, der dem Kunden aufwändige Release-Wechsel erspart. Manipulation auf Tabellenebene SLO ist ein Migrationsvorgehen im SAP-Umfeld, das nicht wie üblich die Daten über die Anwendungsschicht in Systeme überführt, sondern unmittelbar auf Tabellenebene Manipulationen an den Daten vornimmt. Historisch entstammt dieses Vorgehen der R/2-R/3-Migration und wurde dann als R/3-R/3-Migrationsmethode weiterentwickelt. Durch die Veränderung der Daten direkt auf Tabellenebene ist SLO sehr flexibel, da die Tabelleninhalte beliebig modifiziert, gelöscht und umgeschlüsselt werden können. Wie aber ist es möglich, ohne Prüfung durch die Applikation wieder Konsistenz bei den tausenden Tabellen zu erreichen, die im SAP-Standard und den kundeneigenen Entwicklungen vorhanden sind? Das Projekt-Vorgehen folgt einer strengen Systematik. Am Anfang steht eine fundierte Analyse der betroffenen Systeme, die abhängig vom Projektziel ist. Ein Beispiel: Sollen zwei Mandanten aus zwei Systemen in ein einziges System konsolidiert werden, analysiert die SLO-Methode zuerst das Respository und das Mandanten-unabhängige Customizing auf mögliche Konflikte. Im zweiten Schritt werden die implementierten Prozesse, Nummernkreise von Stamm- und Bewegungsdaten etc. daraufhin untersucht, ob sie kompatibel sind, und mögliche Konflikte aufgedeckt. Dies setzt selbstverständlich eine genaue Kenntnis des SAP- und Kunden- Datenmodells, der zugehörigen Business-Objekte sowie der Prozesse voraus. Die identifizierten Konflikte werden dann von den Fachbereichen des Kunden und den professionellen SLO-Prozessberatern des Dienstleisters gemeinsam in Form von Regeln gelöst. Diese Regeln werden in leistungsfähigen Werkzeugen hinterlegt, anschließend die Umsetzungsprogramme generiert und vollautomatisch eingeplant. Dies sorgt bei den Projektmitarbeitern für eine maximale Transparenz und Sicherheit, die für solche komplexe Projekte unabdingbar sind. Dienstleister, die mit „Hand-am- Arm-Methoden“ SLO-Projekte anbieten, setzen ihre Kunden einem großen Risiko aus. Denn es geht in kritischen Situationen sehr leicht der Überblick verloren, zudem steht bei einem möglichen Ausfall eines Projektmitarbeiters kein Back-up zur Verfügung. Werkzeuge als Herzstück Herzstück des SLO-Ansatzes sind also die Werkzeuge. Diese haben das Projektvorgehen fest implementiert und besitzen eine umfassende Regelbasis. Neben der Leistungsfähigkeit und Flexibilität liegt das Hauptaugenmerk auf der Stabilität und Sicherheit der Methode, die durch ein standardisiertes Vorgehen gewährleistet sind – das in Analogie zu chirurgischen Verfahren betrachtet werden kann. Professionelle Tools haben umfassende Protokollierungen implementiert, um den Anforderungen der Wirtschaftsprüfer zu genügen. Grundsätzlich ist es auch möglich, SLO mit Standardmethoden zu kombinieren: zum Beispiel bei der Umsetzung von Logistik- und der Konvertierung von Finanzdaten. Nahezu unbegrenzter Einsatz Der Einsatz der „System-Chirurgie“ ist nahezu unbegrenzt. Typische Aufgaben sind die Ausgliederung von Unternehmensteilen, zum Beispiel in Werks- oder Profit- Center-Splits, oder das Verschmelzen von Mandanten, Buchungskreisen und Werken; hinzu kommt die Umstrukturierung von Unternehmen wie das rückwirkende Splitten von einem Buchungskreis auf einen bestimmten Stichtag. Selbstverständlich können auch Prozesse harmonisiert oder einfach verteilte Systemlandschaften konsolidiert werden. Auch werden bei Bedarf Archive umgesetzt. Einige Anbieter sind in der Lage, SLO Release-übergreifend anzubieten und gleichzeitig Harmonisierungs- und Releasewechsel-Projekte durchzuführen. Die Gesamtkosten von SLO-Projekten liegen – obwohl sie den Unternehmen höheren Nutzen bringen – erfahrungsgemäß weit unter dem Standardvorgehen. Herkömmliche Migration genügt nicht Der große Vorteil des System-chirurgischen Verfahrens ist der Erhalt der kompletten Historie, das heißt aller Bewegungsdaten, Änderungsbelege und Belegflüsse. Damit bleiben auch die Prozessketten bestehen, so dass vor der Migration keine laufenden Kontrakte, Projekte oder Belege abgeschlossen werden müssen. Das Standardverfahren für Migrationsprojekte – neues Customizing, Übernahme von Stammdaten, Salden, Beständen und offenen Posten – genügt diesen Anforderungen nicht. Da die Nummernkreise für Stamm- und Bewegungsdaten im Rahmen von SLO beliebig konvertiert werden können, gibt es für die Nutzer nach der Migration praktisch keine Umstellung. Dies erspart den Schulungsaufwand und die Einarbeitungszeit, was erhebliche Vorteile für die Kunden bedeutet. Durch die Flexibilität von SLO ist es möglich, Daten auch in der Vergangenheit beliebig zu verändern. Dank der hohen Umsetzungsgeschwindigkeit, die durch direkte Tabellenzugriffe ermöglicht wird, kann die System-chirurgische Umsetzung an jedem beliebigen Wochenende durchgeführt werden. Im Gegensatz dazu ist das Standardvorgehen immer auf den Beginn eines Geschäftsjahres oder -Quartals festgelegt, was eine massive Einschränkung darstellt. Denn der Migrationszeitpunkt muss mit dem Quartals- und Jahresabschluss zusammenfallen. SOA nicht immer hilfreich Die serviceorientierte Architektur (SOA) ist eine Philosophie, deren Fokus auf stark geschäftsgetriebenen Anwendungen mit einer hohen Flexibilisierung und der schnellen Einführung neuer Geschäftsprozesse liegt. Dies bedeutet, dass die Anwendungen in Komponenten realisiert werden, die nur lose gekoppelt in der Architektur eingebettet sind. Da diese Komponenten grundsätzlich von verschiedenen Herstellern zur Verfügung gestellt werden, kann der Kunde im Rahmen dieses Konzepts eine für sich optimale IT-Infrastruktur umsetzen. Die Datenintegration der einzelnen Komponenten wird durch Enterprise Application Integration (EAI)-Lösungen, wie die SAP Exchange Infrastructure (XI), realisiert, die Benutzerintegration durch Portale, zum Beispiel SAP Enterprise Portal. Auf Basis dieser SOA-Technologie ist bei einer Fusion von zwei Unternehmen die Integration verschiedener Systemlandschaften möglich. Eine tatsächliche Harmonisierung von Geschäftsprozessen oder Stammdaten ist damit allerdings nicht verbunden. Die Nutzer greifen lediglich über ein gemeinsames Portal auf ihre Altanwendungen zu, die über EAI miteinander kommunizieren. Des Weiteren stellt der Betrieb von heterogenen Systemen auf n verschiedenen Plattformen und m verschiedenen Prozessvarianten die IT-Abteilungen vor große Herausforderungen; Synergien bleiben möglicherweise ungenutzt. Bei Umstrukturierungs- oder Split- Szenarien, wie sie bei Unternehmensverkäufen entstehen, hilft die SOA-Methode überhaupt nicht. Daher lässt die SOA-Philosophie auch in Zukunft breiten Raum für das Thema SLO. Ausblick: Es bleibt viel zu tun Im Fokus von SLO-Projekten stehen heute SAP R/3- und mySAP ERP- Umsetzungen. In Zukunft wird es eine Verlagerung auf die weiteren Komponenten der SAP Business Suite geben, vor allem auf SAP Customer Relationship Management (CRM) und SAP Business Information Warehouse (BI); hinzu kommen die Industrie-Lösungen der SAP. Doch auch damit ist das Potenzial nicht ausgeschöpft: Den nächsten logischen Schritt für die SLO-Nutzung stellen effiziente Non-SAP-SAP-Migrationen unter Beibehaltung der vollen Historie dar. Autor: Dr. Andreas Schneider-Neureither, Vorstand SNP AG