SAP S/4HANA Systemumstellung: die Rolle des SAP Solution Managers

SAP S/4HANA

,

SAP

SAP S/4HANA Systemumstellung: die Rolle des SAP Solution Managers

Sergio Ferrari | May 06, 2020

SAP Solution Manager ist die umfassendste Lifecycle-Management-Lösung für SAP. Sie ermöglicht es Kunden, ihre Investitionen kontinuierlich zu schützen, Innovationen zu fördern und den Wert ihrer SAP-Lösungen zu steigern.

In diesem Interview mit Renato Moltrasio verstehen wir im Detail, wie der SAP Solution Manager die Umstellung auf SAP S/4HANA unterstützen kann.

Hallo Renato, möchten Sie sich vorstellen?

Hallo Sergio, vielen Dank, dass ich in unserer Blog-Reihe SAP S/4HANA-Umstellung vertreten bin.

Ich bin ein leidenschaftlicher Senior Spezialist für Change & Control Management und IT Service Management und seit mehr als 20 Jahren SAP Solution Architect. Angefangen habe ich mit den "klassischen" ABAP TMS-Konfigurationen und jetzt seit 8 Jahren verwende ich den Solution Manager zur Steuerung des ALM. Ich sehe den SAP Solution Manager gerne als das "ERP"-System der IT-Abteilung und stelle Tag für Tag fest, dass dies etwas Innovatives in der IT-Arbeitsweise ist.

Glauben Sie, dass der SAP Solution Manager die Umstellung auf SAP S/4HANA unterstützen kann?

Ja, sicher. SAP Solution Manager ist eine Schlüsselfunktion, die Ihnen bei der Gestaltung Ihres SAP S/4HANA-Projekts helfen kann, entweder im Falle einer Greenfield-Implementierung oder im Falle einer Brownfield-Implementierung.

Eine große Herausforderung bei der Umstellung auf S/4 ist die Modifikationssynchronisation zwischen dem "Live"-System und der Projektumgebung. Eine der großartigen Funktionen des Solution Managers, die Ihnen dabei helfen kann, ist das Standalone-Retrofit. Diese Funktion verfolgt alle konsolidierten Modifikationen, die in der AMS-Landschaft durchgeführt werden, und stellt Ihnen ein Werkzeug zur Verfügung, mit dem Sie die Modifikationen in das Entwicklungssystem der Umstellungsprojektlandschaft übertragen können, was Ihnen das Leben bei den doppelten Wartungsaktivitäten erleichtert!

Das ist in der Tat ein interessantes Feature! Gibt es noch etwas anderes?

Aber natürlich! Ein weiteres heißes Thema ist die Dokumentation des Prozesses, den Sie implementieren oder anpassen.

Der SAP Solution Manager verfügt über das Szenario "Prozessmanagement" (früher "Lösungsdokumentation"), das alle Geschäftsprozesse, die im Rahmen des Umstellungsprozesses ablaufen werden, dokumentieren und darstellen kann. Sie können alle klassischen Projektdokumente wie funktionale Spezifikationen, technische Dokumente, Testdokumente usw. erstellen und speichern. Interessant ist, dass all diese Informationen zur einzigen Quelle der Wahrheit des Projekts und später der "Lösung" werden, die implementiert oder migriert werden soll.

Die "Lösung" ist das zentrale Konzept im Solution Manager, das alle Systeme, Anwendungen und Prozesse eines Unternehmens zusammenfasst. Sie fungiert als Container für Versionen der Lösungsdokumentation.

Da die Lösungsdokumentation die Testfälle enthält, können Sie ausgehend von der Lösungsdokumentation mit Hilfe des Szenarios "Test Suite" alle erforderlichen Testpläne generieren. Diese Testpläne können zur nahtlosen Führung und Kontrolle der Benutzerakzeptanztestphase des Projekts verwendet werden, die ein entscheidender Punkt in jedem Projekt ist. In den folgenden Bildern sehen Sie ein Beispiel für die Analysemöglichkeiten, die Sie in der Test Suite nutzen können, um eine Vorstellung von den laufenden Tests zu bekommen.

SAP Solution Manager Process Management scenario for SAP S/4HANA Conversion

SAP Solution Manager Test package for SAP S/4HANA Conversion

Schließlich können all diese Testpläne später während der Wartungsphase nach dem Go-Live des Projekts wiederverwendet werden, um massive NRT-Läufe (No-Regression Test) durchzuführen.

Großartig! Noch eine Frage. Was ist mit fehlerhaften Testfallergebnissen: Kann uns der Solution Manager dabei helfen?

Ich hatte nur gehofft, dass Sie mir diese Frage stellen würden, und die Antwort ist ja, definitiv!

Der SAP Solution Manager bietet ein weiteres Szenario namens ITSM (IT Service Management), mit dem Sie Defekte mit "Defektdokumenten" unter Verwendung des im ITSM vordefinierten Prozesses verwalten können. Es ist sehr einfach und nützlich, dieses Incident-Management-Tool zu verwenden, das natürlich alle Defekte im Auge behält und das Team diese auf gut organisierte Weise bearbeiten lässt. Am Ende werden Sie sicher sein, dass Sie alle benötigten Testfälle abgeschlossen und alle kleinen Mängel, die Sie während der Testphase gefunden haben, behoben haben.

Auch bei diesem Szenario werden Sie einen klaren Überblick über den Status der Anpassungen haben, wenn Sie den Fehlerstatus betrachten.

Schließlich werden Sie nach dem Go-Live in der Lage sein, das ITSM-Szenario während der Wartungsphase für das Incident Management im Allgemeinen zu nutzen. Gut ist, dass Sie in der Lage sein werden, ein weiteres Szenario in das ITSM zu integrieren: das Szenario Change and Control Management (früher ChaRM).

ChaRM beinhaltet die SAP Best Practices für das Transportmanagement, da es Ihnen ermöglicht, den Transport of Copies-Mechanismus standardmäßig (bei normalen Änderungen) zu verwenden. Es stellt die Verbindung zwischen den Geschäftsanforderungen und der zugrunde liegenden technischen Implementierung her und durchläuft die Lösungsdokumentation.  

ChaRm verfügt über einen vollständig integrierten Transportmechanismus und ein Änderungskontrollsystem, um Änderungen über Technologie-Stacks und Anwendungskomponenten hinweg zu verwalten, und schließlich ist es hochgradig in andere SAP Solution Manager-Szenarios integriert.

Letzte Frage: Was ist Ihre bevorzugte SAP Solution Manager-Funktionalität?

Ich habe zwei bevorzugte Solution Manager-Funktionen: die erste ist der BPCA (Business Process Change Analyzer). Dies ist eine Art "klassisches" Feature, das zwei verschiedene Solution Manager-Szenarien zusammenfasst, die ich Ihnen bereits erläutert habe: Lösungsdokumentation und Testsuite. Mit dieser Funktion können Sie die Auswirkungen Ihrer Änderungen auf die bereits implementierten Prozesse identifizieren. Sie können eine Liste von Transportaufträgen oder Änderungsdokumenten eingeben und Sie erhalten die Auswirkungen auf die bereits implementierten Prozesse (ausführbare Dateien in Ihrer Lösungsdokumentation). Auf diese Weise können Sie sich während der Nicht-Regressionstestphase auf eine begrenzte "gute" Anzahl von Testfällen konzentrieren.  

Meine zweite Lieblingsfunktion ist die CSOL (Cross System Object Lock) und DGP (Downgrade Protection). Dies ist ein wirklich einfaches, aber effektives Feature, das sowohl in CharRM als auch im Standalone-Retrofit verwendet wird, um eine Art "logischen" Sperrmechanismus bereitzustellen, der den klassischen Sperrmechanismus der ABAP Workbench integrieren kann, während der Transportauftrag bereits freigegeben ist, aber seinen Lebenszyklus noch nicht abgeschlossen hat (nicht in das Produktivsystem importiert).

Test CTA Silvia

Für weitere Informationen zur Umstellung auf SAP S/4HANA, abonnieren Sie diesen Blog. Unten finden Sie weitere Artikel dieser Serie:

 

Möchten Sie mehr erfahren?

Entdecken Sie, wie wir Unternehmen auf der ganzen Welt bei der Umstellung auf SAP S/4HANA mit schnellen, von Experten geführten Beratungs-, Implementierungs- und Managed Services unterstützen.

MEHR ERFAHREN

Abonnieren!