SAP-Migrationen ohne Schranken ‑ System Landscape Optimization (SLO) als Lösung

SAP-Migrationen ohne Schranken – System Landscape Optimization (SLO) als Lösung Name: Dr. Andreas Schneider-Neureither Funktion/Bereich: CEO SNP Schneider-Neureither & Organisation: Partner AG Kurzeinführung zum Thema Die Unternehmen haben sich bislang auf die Einführung, den Betrieb und die Aktualisierung verschiedener SAP-Anwendungen konzentriert. Nun kommt es darauf an, sie zu verändern: SAP Change Management ist angesagt. Mit der System Landscape Optimization Methode (SLO) können Anwender ihre SAP-Landschaften flexibel umgestalten und vereinfachen. Die Geschäftsprozesse werden damit optimal dem unternehmerischen Wandel angepasst. In diesem Interview bezieht der Experte Dr. Andreas Schneider-Neureither von der SNP AG Stellung zu diesem Thema und erläutert die Herausforderungen von SAP-Migrationen. Darüber hinaus wird ein Ausblick auf die Entwicklung und Zukunftschancen des SAP Change Markets gegeben, dem Marktforscher und Analysten ein sehr großes Wachstumspotenzial bescheinigen. Viel Spaß beim Lesen wünscht Ihnen Ihr NetSkill-Team! www.competence-site.de Seite 1 Sehr geehrter Herr Dr. Schneider-Neureither, Frage 1: Hintergründe/Treiber für SAP Migration und SLO SAP Migrationen sind oft ein schmerzhaftes bzw. komplexes Thema. Was sind Ihrer Meinung nach die wichtigsten Anlässe dafür, dass sich Unternehmen mit SAP Migration auseinandersetzen müssen? Antwort: Die wachsende Nachfrage nach professionellem SAP Change Management hat zum einen betriebliche Gründe. Viele Unternehmen sind heute gezwungen, ihre Geschäftsmodelle, Strukturen und Sortimente laufend den veränderten Bedingungen am globalen Arbeitsmarkt, neuen Kundenanforderungen und verschärften Gesetzesvorschriften anzupassen. Die Wirtschaft ist zunehmend durch Fusionen, Unternehmensverkäufe, Akquisitionen und Umstrukturierungen geprägt. Damit verbunden ist die Aufgabe, die vorhandenen, historisch gewachsenen SAP-Systeme so umzurüsten, dass sie den betrieblichen Wandel flexibel unterstützen. Entgegen der bislang vorherrschenden Meinung beschränkt sich die Rolle der IT nicht mehr darauf, die Profitabilität eines Unternehmens auf operativer Ebene zu steigern. In Zeiten starker unternehmerischer Veränderungen ist die IT längst zum strategischen Erfolgsfaktor für Innovationen und optimierte Geschäftsabläufe geworden. Andere SAP-Migrationen wiederum sind Prozess- und/oder IT-getrieben. Die Unternehmen streben damit eine Vereinfachung ihrer Abläufe und Anwendungen an, um leistungsfähiger, produktiver und flexibler zu werden. Zugleich sollen die operativen und IT-Betriebskosten gesenkt werden. Diese Art von SAP-Migrationen dient der Standardisierung von Prozessen, der Harmonisierung von Daten und Konsolidierung von SAP-Systemlandschaften. Daher wird dieser Ansatz in der Fachwelt auch kurz „S-H-K“-Ansatz genannt. www.competence-site.de Seite 2 Frage 2: Herausforderungen der SAP Migration Was macht SAP Migrationen so komplex und herausfordernd? Worunter leiden weniger erfolgreiche Projekte in diesem Umfeld? Antwort: SAP-Systeme enthalten in der Regel Abermillionen von Stammdaten, Bewegungsdaten, Änderungsbelegen und Belegflüssen zu einer Fülle betriebswirtschaftlicher Transaktionen, wie Kundenaufträge, Bestellungen und Fertigungsaufträge. Diese Unternehmensdaten sind in mehreren tausenden Tabellen einer Datenbank gespeichert. Bei einer Migration müssen sie aus den Geschäftsprozessen, Nummernkreisen und Schlüsselbegriffen ihrer angestammten SAP-Umgebung herausgelöst werden. Der nächste Schritt sieht die Überführung in eine Prozess- und Programmwelt vor, die auf die neuen Unternehmens- und IT-Infrastrukturen zugeschnitten ist. Die Hauptaufgabe bei SAP-Migrationen besteht also darin, die Daten mitsamt ihrer Historie vollständig und korrekt in einer neuen IT-Systemumgebung abzubilden und miteinander zu verbinden. Ansonsten setzen sich die Unternehmen einem sehr großen Risiko aus, gerade wenn es sich um geschäftskritische Vorgänge oder hochsensible Daten etwa aus dem Bereich der Finanzbuchhaltung handelt. Gehen hier Daten und der Überblick verloren, kann das fatale Folgen für das gesamte Unternehmen haben. www.competence-site.de Seite 3 Frage 3: System Landscape Optimization (SLO) als Lösung Warum ist gerade System Landscape Optimization bzw. SLO ein geeigneter Lösungsansatz, um das Problem der System Migration zu lösen? Was sind alternative Ansätze? Inwieweit helfen SOA und EAI bei der Integration von Unternehmen? Warum ist SLO anderen Ansätzen überlegen? Antwort: System Landscape Optimization (SLO) hat gegenüber herkömmlichen SAP-Migrationsmethoden mehrere Vorteile zu bieten. So ist SLO das einzige Verfahren, das eine vollautomatische Umstellung beliebig großer SAP-Datenmengen möglich macht. Die herkömmlichen Migrationsmethoden setzen auf der Ebene der SAP- Anwendungen an. Da jede Anwendung durch bestimmte Ablauflogiken gekennzeichnet ist, müssen die Daten so aufbereitet werden, dass sie mit der neuen SAP-Programmumgebung kompatibel sind. Dies geschieht in der Regel manuell, was einen hohen Arbeits- und Zeitaufwand bedeutet. Die Migration über die Anwendungsschicht hat einen weiteren Nachteil. Da Belege nur einmal in einem SAP-System verbucht werden können, ist es nicht möglich, sie in neue Anwendungen zu überführen. Daher geht bei einer herkömmlichen Migration immer die Historie verloren. Das heißt für die Unternehmen, sie müssen bis zum Quartals- oder Jahresende warten, um zuvor alle laufenden Kontrakte, Projekte oder Belege abschließen zu können. Erst dann ist es möglich, die offenen Posten der Kreditoren, Debitoren und Sachkonten sowie alle entsprechenden Salden und Teilsalden zu übernehmen. In der Folge können viele Fusionen oder Akquisitionen nicht so flexibel umgesetzt werden, wie es aus Unternehmenssicht eigentlich erforderlich wäre. SLO hingegen setzt direkt an den Tabellen auf Datenbankebene an. Historisch entstammt dieses Verfahren der SAP R/2-R/3-Migration und wurde dann als R/3-R/3-Migrationsverfahren weiterentwickelt. Da die Zugriffe unmittelbar auf die Datenbanken erfolgen, können die Nummernkreise für die Stamm- und Bewegungsdaten beliebig konvertiert werden. Das heißt bei einer Migration bleiben sämtliche Prozessketten erhalten, Projekte können in der Regel unterjährig an jedem beliebigen Wochenende stattfinden. Darüber hinaus ist es den Anwendern durch den Erhalt der kompletten Historie möglich, die Arbeit im konvertierten System so fortzusetzen, wie sie im Ursprungssystem beendet wurde. Schulungen und Einarbeitungen sind überflüssig. www.competence-site.de Seite 4 Durch die direkten Tabellenzugriffe können die SLO-Projekte auch sehr schnell durchgeführt und die System-Stillstandzeiten auf ein Minimum reduziert werden. Mit SLO steht ein „systemchirurgisches“ Verfahren zur Verfügung, das den herkömmlichen Verfahren deutlich an Tempo, Flexibilität und Stabilität voraus ist und nahezu unbegrenzte Einsatzmöglichkeiten bietet. SOA / EAI Die serviceorientierte Architektur (SOA) ist eine Philosophie, die den Fokus auf stark geschäftsgetriebene Anwendungen mit einer hohen Flexibilisierung und schnellen Einführung neuer Geschäftsprozesse legt. Die Anwendungen werden in Komponenten realisiert, die nur lose gekoppelt in der Architektur eingebettet sind. Diese Komponenten werden grundsätzlich von verschiedenen Herstellern zur Verfügung gestellt und mit Enterprise-Application-Lösungen (EAI) umgesetzt. Ein Beispiel für EAI ist die SAP Exchange Infrastructure (XI), während die Benutzer durch Portale, wie das SAP Enterprise Portal, integriert werden. Fusionieren zwei Unternehmen, können ihre Systemlandschaften durch die SOA-Technologie miteinander verbunden werden. Das heißt aber nicht, dass damit auch ihre Geschäftsprozesse oder Stammdaten harmonisiert werden. Die Nutzer greifen lediglich über ein gemeinsames Portal auf ihre Altanwendungen zu, die über EAI miteinander kommunizieren. Die Kommunikation kann darin bestehen, einfach Daten weiterzuleiten oder Vorgänge zu koordinieren. Für Umstrukturierungen oder Splitt-Szenarien, wie sie bei Unternehmensverkäufen entstehen, ist die SOA-Technologie also nicht förderlich. Daher wird die SLO-Methode auch bei einer zunehmenden Verbreitung der SOA-Technologien ihre Bedeutung behalten und sogar ausbauen. www.competence-site.de Seite 5 Frage 4: Vorgehen und Werkzeuge Wie kann man sich konkret das Vorgehen bei einem SLO-Projekt vorstellen? Wer ist daran beteiligt? Wer nimmt welche Rolle ein, welche Werkzeuge kommen zum Einsatz? Welche Ergebnisse werden realisiert? Antwort: Die SLO-Methode folgt einer strengen Systematik. Erforderlich sind profunde Kenntnisse des SAP- und Kundendatenmodells sowie der zugehörigen Geschäftsobjekte und Prozesse. Daher nimmt das SNP- Beraterteam zu Projektbeginn alle betroffenen SAP-Systeme genau unter die Lupe. Den Ausschlag gibt das Projektziel. Nehmen wir den Fall, dass bestimmte Mandanten aus zwei Systemen in einem einzigen System zusammengeführt werden sollen. Dann müssen zuerst das Repository und das mandantenunabhängige Customizing auf mögliche Konflikte analysiert werden. Im zweiten Schritt wird untersucht, ob die implementierten Prozesse, die Nummernkreise von Stamm- und Bewegungsdaten usw. kompatibel sind oder ob mögliche Konflikte drohen.