S/4 HANA und SAP HANA: Gut zu wissen!
Kern von S/4HANA ist die In-Memory Datenbank SAP HANA, in der die am häufigsten verwendeten Daten im Arbeitsspeicher vorgehalten werden, so dass die Datenbank nahezu in Echtzeit zu extrem leistungsfähigen Analysen und Berechnungen imstande ist. Während SAP R/3- bzw. SAP ECC-Systeme unter vielen verschiedenen Datenbanken und Datenbanktypen, einschl. SAP HANA lauffähig sind, benötigt das SAP S/4HANA zwingend die SAP HANA Datenbank.
Was passiert mit SAP WM -, wenn der SAP-Support oder sogar Nutzungsrechte auslaufen. Und was ist der günstigste Zeitpunkt auf die SAP HANA Datenbank umzusteigen? Machen Sie sich jeweils vertraut mit der für Ihr geplantes S/4HANA-Release aktuellen Simplification List. Die Simplification List enthält alle Transaktionen zu denen es bei einem Wechsel von SAP Business Suite auf S/4HANA Änderungen in der Anwendung gibt, einschl. Empfehlungen und Alternativen.
Bei HANA Einführungen gibt es typische Schwierigkeiten - etwa die Lauffähigkeit kundeneigener Z-Programme. Diese müssen in Ihrer Syntax, insbesondere zu den SELECT und SORT Statements angepasst werden, um die gewünschte Verwendung auch unter HANA weiter zu gewährleisten. SAP stellt ein Toolset bereit, welches Sie bezüglich der Z-Programme (Custom Code) bei einer HANA-Migration unterstützt. Das ABAP Test Cockpit (ATC) - für die Systeme SAP EhP2 und aufwärts für SAP NetWeaver 7.0 SP 12 und der Code Inspector – für ältere Systeme vor den genannten Versionen kann Ihnen helfen, den SELECT-Befehl mit ORDER BY PRIMARY KEY automatisiert zu ändern und somit die HANA-Konformität in kurzer Zeit zu erreichen. Sollten Sie mit Ihrer SAP-Entwicklungsumgebung noch nicht Eclipse verwenden, können wir eine HANA-Migration Ihrer Z-Programme mit eigenen Werkzeugen gewährleisten. Zu diesem Zweck und als Ergänzung der Standard SAP Werkzeuge haben wir Tools entwickelt, die die betroffenen Stellen identifizieren und automatisch umstellen.
Bereiten Sie Ihre SAP Business Suite SAP ECC auf die Umstellung auf SAP HANA und S/4HANA vor: Ferner wird empfohlen:
In Systemlandschaften, in denen gleichzeitig an mehreren Releases gearbeitet wird, können in verschiedenen Entwicklungssystemen ähnliche Änderungen parallel erfolgen. So können beispielsweise neue Entwicklungen im Implementierungs-Entwicklungssystem stattfinden, während im Wartungssystem der produktiven Umgebung Fehler behoben oder Optimierungen vorgenommen werden. Ein regelmäßiger Abgleich der Systemstände ist hierbei entscheidend, um sicherzustellen, dass die Änderungen in der gesamten Systemlandschaft synchronisiert bleiben. Dieser Prozess der Synchronisierung wird als Nachbereitung oder Retrofit bezeichnet. Retrofit unterstützt die Synchronisation von geänderten Objekten. Im Unterschied zur manuellen Synchronisation von Transportaufträgen mit geänderten Objekten zwischen den verschiedenen Entwicklungssystemen ermöglicht Retrofit die automatische Erkennung und das Management von Konflikten, wenn ein Objekt in beiden Systemen modifiziert wurde. Retrofit kann für SAP S/4HANA in Ihrer SAP-S/4HANA-Landschaft mit erweiterten Funktionen genutzt werden. Dazu gehören umfassende Kompatibilitätsprüfungen, wie ATC-Prüfungen und Customizing-Überprüfungen, um Workbench- und Customizing-Objekte beim Übertragen von einem niedrigeren auf ein höheres SAP-S/4HANA-Release oder Support-Package-Level zu synchronisieren.
Kern von S/4HANA ist die In-Memory Datenbank SAP HANA, in der die am häufigsten verwendeten Daten im Arbeitsspeicher vorgehalten werden, so dass die Datenbank nahezu in Echtzeit zu extrem leistungsfähigen Analysen und Berechnungen imstande ist. Während SAP R/3- bzw. SAP ECC-Systeme unter vielen verschiedenen Datenbanken und Datenbanktypen, einschl. SAP HANA lauffähig sind, benötigt das SAP S/4HANA zwingend die SAP HANA Datenbank.
Was passiert mit SAP WM -, wenn der SAP-Support oder sogar Nutzungsrechte auslaufen. Und was ist der günstigste Zeitpunkt auf die SAP HANA Datenbank umzusteigen?
Machen Sie sich jeweils vertraut mit der für Ihr geplantes S/4HANA-Release aktuellen Simplification List. Die Simplification List enthält alle Transaktionen zu denen es bei einem Wechsel von SAP Business Suite auf S/4HANA Änderungen in der Anwendung gibt, einschl. Empfehlungen und Alternativen.
Bei HANA Einführungen gibt es typische Schwierigkeiten - etwa die Lauffähigkeit kundeneigener Z-Programme. Diese müssen in Ihrer Syntax, insbesondere zu den SELECT und SORT Statements angepasst werden, um die gewünschte Verwendung auch unter HANA weiter zu gewährleisten.
SAP stellt ein Toolset bereit, welches Sie bezüglich der Z-Programme (Custom Code) bei einer HANA-Migration unterstützt. Das ABAP Test Cockpit (ATC) - für die Systeme SAP EhP2 und aufwärts für SAP NetWeaver 7.0 SP 12 und der Code Inspector – für ältere Systeme vor den genannten Versionen kann Ihnen helfen, den SELECT-Befehl mit ORDER BY PRIMARY KEY automatisiert zu ändern und somit die HANA-Konformität in kurzer Zeit zu erreichen.
Sollten Sie mit Ihrer SAP-Entwicklungsumgebung noch nicht Eclipse verwenden, können wir eine HANA-Migration Ihrer Z-Programme mit eigenen Werkzeugen gewährleisten. Zu diesem Zweck und als Ergänzung der Standard SAP Werkzeuge haben wir Tools entwickelt, die die betroffenen Stellen identifizieren und automatisch umstellen.
Bereiten Sie Ihre SAP Business Suite SAP ECC auf die Umstellung auf SAP HANA und S/4HANA vor:
- Analysieren Sie in Ihrem Produktivsystem Ihre Daten und verwendeten Programme per SQL-Abfrage: Welche Z-Programme werden tatsächlich noch verwendet und welche Daten kann man vor der Migration archivieren?
- Machen Sie sich vertraut mit den neuen Technologien, wie CDS, BOPF, OData, ADT, Eclipse usw. für die zukünftige Entwicklung eigener Programme sowie Anpassung und Erweiterung der SAP-Standardobjekte.
- Programmieren Sie heute schon „S/4HANA-ready“. Verwenden Sie hierfür das remote ATC (ABAP Test Cockpit).
Ferner wird empfohlen:
- Eine Umstellung auf Unicode vorzunehmen, sofern noch nicht erfolgt.
- Passen Sie die Syntax Ihrer zu migrierenden Z-Programme an – machen Sie diese „HANA-ready“.
- Verbessern Sie die Performance Ihrer laufzeitkritischen SQL-Abfragen.
- Umsetzung des Geschäftspartneransatzes (Customer-Vendor Integration) in einem separaten Projekt vorab zum S/4HANA-Migrationsprojekt.
In Systemlandschaften, in denen gleichzeitig an mehreren Releases gearbeitet wird, können in verschiedenen Entwicklungssystemen ähnliche Änderungen parallel erfolgen. So können beispielsweise neue Entwicklungen im Implementierungs-Entwicklungssystem stattfinden, während im Wartungssystem der produktiven Umgebung Fehler behoben oder Optimierungen vorgenommen werden. Ein regelmäßiger Abgleich der Systemstände ist hierbei entscheidend, um sicherzustellen, dass die Änderungen in der gesamten Systemlandschaft synchronisiert bleiben. Dieser Prozess der Synchronisierung wird als Nachbereitung oder Retrofit bezeichnet.
Retrofit unterstützt die Synchronisation von geänderten Objekten. Im Unterschied zur manuellen Synchronisation von Transportaufträgen mit geänderten Objekten zwischen den verschiedenen Entwicklungssystemen ermöglicht Retrofit die automatische Erkennung und das Management von Konflikten, wenn ein Objekt in beiden Systemen modifiziert wurde.
Retrofit kann für SAP S/4HANA in Ihrer SAP-S/4HANA-Landschaft mit erweiterten Funktionen genutzt werden. Dazu gehören umfassende Kompatibilitätsprüfungen, wie ATC-Prüfungen und Customizing-Überprüfungen, um Workbench- und Customizing-Objekte beim Übertragen von einem niedrigeren auf ein höheres SAP-S/4HANA-Release oder Support-Package-Level zu synchronisieren.