Infrastruktur MAG 1605

Business Suite on Hana

2016
Geschrieben von Karsten Kötter, cbs

S/4 wird die Business Suite zukünftig ablösen. Aber S/4 ist noch sehr jung. Dennoch sollten Unternehmen die Innovationen jetzt in ihre Planung miteinbeziehen, ihre langfristige SAP-Roadmap definieren und mit den ersten Schritten beginnen. Kann Business Suite on Hana ein hilfreicher Zwischenschritt sein?

Im November 2015 hat SAP mit S/4 Hana die nächste Generation ihrer Business Suite auf den Markt gebracht. Die alte Business Suite wird noch bis 2025 unterstützt, Anwenderunternehmen müssen bis dahin auf SAP S/4 Hana umgestiegen sein.

Allerdings spielt der Umstieg zu S/4 Hana von der Komplexität her in der Liga einer R/2-zu-R/3-Migration. So spricht SAP bei S/4 Hana auch nicht von einem Upgrade, sondern von einer Konvertierung.

Häufig wird im Kontext von S/4 Hana auf die Philosophie des „Principle of One“ verwiesen: Dies bedeutet, dass es zukünftig für eine Anforderung nur eine Implementierungsoption gibt. Demgegenüber steht die historisch gewachsene Business Suite; hier gibt es häufig verschiedene Realisierungsmöglichkeiten für eine Anforderung.

Fujitsu

Als Beispiel sei die Ablösung des Kunden- und Lieferantenstamms in S/4 Hana durch den Business-Partner genannt. Jeder kann sich ausmalen, was die von SAP angestrebte Bereinigung der Codebasis für Auswirkungen auf kunden­eigenes Coding haben wird.

Trotzdem wird SAP S/4 Hana aber die SAP-Plattform der Zukunft sein. SAP spricht vom „Digital Core“. Die Änderungen in S/4 Hana im Vergleich zur Business Suite beschränken sich auch nicht auf rein technische Aspekte, sondern umfassen insbesondere auch funktionale und prozessuale Änderungen.

Die SAP Business Suite hingegen ist ein bewährtes und stabiles Produkt. Seit 2013 ist die Business Suite on Hana verfügbar und im Markt etabliert. Viele SAP-Anwenderunternehmen verwenden die Business Suite noch auf einer Nicht-Hana-Datenbank. Die Frage ist: Inwieweit ist der Umstieg auf Suite on Hana ein sinnvoller Zwischenschritt auf dem langfristigen Weg zu S/4 Hana?

Viele Unternehmen haben mittlerweile die Migration ihrer Business Suite zu Hana erfolgreich durchgeführt. Das Produkt und die entsprechenden Migrationsverfahren sind mittlerweile etabliert und ausgereift.

Mit der Business Suite on Hana können SAP-Anwenderunternehmen schon heute von funktionalen Vorteilen profitieren, die mit Hana als Datenbank verfügbar werden. Einige Beispiele:

  • Die neu entwickelte und für Hana optimierte Bedarfsplanung („MRP Live“) bietet alle betriebswirtschaftlichen Vorteile und drastischen Perfor­mance-Gewinne der entsprechenden S/4-Hana-Implementierung.
  • Mit einer Suite on Hana kann man von den Vorteilen eines operationalen Echtzeit-Reportings („Hana Live“) profitieren.
  • Ein BW on Hana kann im Zusammenspiel mit einer Suite on Hana neue Möglichkeiten für den effizienten Datenzugriff verwenden („Smart Data Access“).
  • Darüber hinaus sind bei einer Suite on Hana bei einigen Reports deutliche Performance-Steigerungen zu beobachten, die Hana-Optimierungen der Business Suite sind in einem SAP-Hinweis gesammelt aufgeführt.

Code & Data Cleansing

Die wesentlichen technischen Aspekte einer Suite-on-Hana-Migration umfassen die Bereiche Code & Data Cleansing sowie SAP-Basis und -Infrastruktur. Im Bereich Code Cleansing muss das kundeneigene Coding unter Umständen für Hana angepasst werden (funktionale Korrektheit) und sollte für Hana optimiert werden (Performance).

Darüber hinaus ist es empfehlenswert, die Verwendung des kundeneigenen Codings über einen längeren Zeitraum (mindestens ein Jahr) zu protokollieren, um totes Coding zu identifizieren und zu isolieren.

Im Bereich Data Cleansing bietet es sich an, im Vorfeld der Hana-Migration das Datenbankvolumen durch Housekeeping und Archivierung gezielt zu reduzieren. So lassen sich enorme Kosten sparen. Diese Code-&-Data-Cleansing-Aktivitäten sind teilweise recht langwierig, fallen aber im Zuge einer späteren S/4-Hana-Konvertierung sowieso an.

Zudem kann das Rechenzentrum mit einer Suite on Hana schon Erfahrung mit dem produktiven Betrieb einer transaktionalen Applikation auf einer Hana-Datenbank sammeln, ohne eine zusätzliche Arbeitslast durch große Prozessänderungen zu erfahren.

Denn gerade in puncto Infrastruktur führt Hana durch eigene Konzepte im Bereich der Hochverfügbarkeit und Ausfallsicherheit doch zu einigen Neuerungen.

Lizenzkosten

Mit Blick auf die Lizenzkosten muss jedes Anwenderunternehmen seine Lizenzverträge dahingehend prüfen, wie sich eine Suite on Hana auswirkt. Nicht selten ist die Summe der Lizenzkosten von Business Suite und Hana geringer als die Summe von Business Suite und Drittanbieter einer Datenbank, wie etwa von Oracle.

Innovationen im Bauch

Wichtig ist: Eine Suite on Hana (das impliziert SAP NetWeaver 7.40) beinhaltet bereits alle wesentlichen technologischen Innovationen von S/4 Hana. Beispiele sind SAP UI5 (Fiori) und Abap CDS Views – beides Technologien, die massiv in S/4 Hana Verwendung finden und bei jeder künftigen S/4-Hana-Implementierung eine wesentliche Rolle spielen werden.

Mit einem Suite-on-Hana-System hat die IT-Abteilung damit schon die technologischen Bausteine, um wertvolle praktische Erfahrungen bei der Implementierung und im Umgang mit den neuen Technologien zu sammeln.

Wer auf diese Weise frühzeitig Know-how aufbaut, kann sich bei einer späteren S/4-Hana-Implementierung voll auf die Umsetzung der Kundenanforderungen konzentrieren, ohne sich erst mühsam ins Thema einzuarbeiten oder vermeidbare Anfängerfehler zu begehen.

Mit dem Umstieg zu Suite on Hana vor einer S/4-Hana-Konvertierung werden vorausschauend schon viele technische Aufgaben erledigt, die später im Zuge einer S/4-Hana-Konvertierung sowieso bearbeitet werden müssten.

Darüber hinaus entfällt die Notwendigkeit, Prozessänderungen zu bearbeiten – diese stehen wiederum bei einer S/4-Hana-Konvertierung aufgrund der funktionalen Neuerungen unweigerlich an.

Statt einen großen Schritt von Business Suite on any-DB zu S/4 Hana zu tun und dabei beide Blöcke aus technischen und funktionalen Anpassungen in einem zu bearbeiten, empfiehlt sich in vielen Fällen ein Zwei-Schritt-Verfahren mit dem Zwischenschritt einer Suite on Hana:

Die Suite-on-Hana-Migration erlaubt eine Konzentration auf technische Aspekte; der spätere Schritt zu S/4 Hana kann damit stark auf funktionale Aspekte fokussiert werden. Ergebnis: Der Aufwand und das Risiko sind bei einem späteren Wechsel zu S/4 Hana deutlich reduziert.

Etablierte Migrationen

Wie man die Migration zur Suite on Hana konkret gestaltet, hängt von der Ausgangssituation der bestehenden Systeme ab. Es gibt drei verschiedene Möglichkeiten:

  • Die Neuimplementierung eines Suite-­on-Hana-Systems mit Datenmigration (Greenfield-Ansatz)
  • Ein Upgrade der SAP-Komponenten mit anschließender Datenbankmigration (klassisches zweistufiges Vorgehen)
  • Upgrade & Datenbank-Migration in einem Schritt („Database Migration Op­tion“ oder kurz „DMO“)

Alle Verfahren sind mittlerweile etabliert, markterprobt und stabil. Jede Option bietet Vor- und Nachteile: Der Greenfield-Ansatz mit gleichzeitiger Datenmigration bietet sich insbesondere für Split-&-Merge-Szenarien an, bei denen die Hana-Migration beispielsweise mit der Herauslösung eines Tochterunternehmens aus der Business Suite kombiniert werden soll.

Demgegenüber steht der Aufwand für die Datenmigration. Das klassische zweistufige Vorgehen bietet den Vorteil, dass eine sehr große Anzahl von möglichen Ausgangssituationen unterstützt wird. Hierbei sind allerdings zwei Downtimes für die komplette Migration erforderlich. Das DMO-Verfahren hat den Vorteil einer Migration zu Suite on Hana in einem Schritt, der zudem noch Downtime-optimiert ist.

Darüber hinaus sind bei einer Hana-Migration in der Regel noch Aktivitäten im Bereich des Custom Coding erforderlich; diese lassen sich in drei Blöcke strukturieren:

  • Obligatorische Hana-Code-Anpassungen
  • Datenbank-agnostische Performance-Optimierungen
  • Hana-spezifische Performance-Optimierungen

Bei der richtigen Planung des Hana-Custom-Code-Managements und einem pragmatischen Vorgehen sind mit überschaubarem Aufwand gute Optimierungen zu erzielen. Die Entscheidung für einen direkten Weg zu S/4 Hana oder einer Suite on Hana sowie die konkrete Wahl des Migrationsvorgehens sollte stets unternehmensindividuell anhand der konkreten Situation abgeleitet werden.

Berater wie cbs Corporate Business Solutions GmbH bieten hierfür effiziente Methoden, die Managementberatung zur Bebauungsplanung und Systemarchitektur mit Technologie-Services kombinieren. Mit dem cbs S/4 Hana Transition Program werden Unternehmen gezielt auf S/4 Hana vorbereitet und individuelle Strategien für die digitale Transformation entwickelt.

Die Suite-on-Hana-Migration kann erfahrungsgemäß sehr gut mit einem Upgrade auf EHP 7 oder EHP 8 kombiniert werden. Die durch den Upgrade sowieso schon eingeplanten Testzyklen der Business Suite führen dazu, dass die Hana-Anpassungen implizit mitgetestet werden.

Weniger Aufwand, geringeres Risiko

Fazit: S/4 Hana wird sich auf breiter Basis durchsetzen, steckt aber noch in den Kinderschuhen. Die SAP Business Suite on Hana hingegen ist etabliert und stabil. Die Migration zu einer Suite on Hana bietet schon jetzt viele Vorteile.

Dazu minimiert sie die Arbeitslast und das Risiko beim zukünftigen Umstieg zu S/4 Hana. Und vor allem: Mit bewährten Verfahren und überschaubarem Aufwand lässt sie sich effizient und zügig realisieren.

Über den Autor

Karsten Kötter, cbs

Dr. Karsten Kötter ist Senior Solution Architect bei CBS.

Hinterlassen Sie einen Kommentar

AdvertDie Meinung 2