Michael Kroschwitz - Embedded Analytics in SAP S/4HANA

SAP-HANA-Views können mittels Eclipse (inkl. SAP-HANA-Add-on), SAP HANA Studio und SAP Web IDE erstellt werden. Sie erfahren mehr zu diesen Tools in Kapitel 4 .

Das virtuelle Datenmodell (Virtual Data Model) dient dazu, Datenbank-Views zu strukturieren, die die Daten mittels SQL von der Datenbank abrufen. In der schematischen Darstellung sind die ABAP-CDS-Views (hierzu gleich mehr) im virtuellen Datenmodell hierarchisch strukturiert. Im Wesentlichen werden auf unterster Ebene des Modells Bewegungs- und Stammdaten in getrennten Views von der Datenbank gelesen. Über verschiedene Ebenen und View-Typen hinweg werden diese Daten bis hin zur Query View konsolidiert.

»CDS« steht in diesem Kontext für Core Data Services. ABAP-CDS-Views sind das Pendant zu SAP-HANA-Views und werden im ABAP-Stack des SAP-S/4HANA-Systems entwickelt (verfügbar seit ABAP 7.40 SP8). Sie dienen wie SAP-HANA-Views zur Entwicklung von Datenmodellen und somit Datenbankabfragen. ABAP-CDS-Views werden mittels OpenSQL ausgeprägt. Durch den Code-Pushdown wird die Rechenleistung an die SAP-HANA-Datenbank ausgelagert; somit ist ein Performanceunterschied zwischen ABAP-CDS-Views und SAP-HANA-Views kaum zu spüren. Im SAP-S/4HANA-Kontext wird zwischen nachfolgenden CDS-Views unterschieden:

Private/Basic Views – Private oder Basic Views greifen direkt auf Datenbanktabellen zu. Sie dienen in der Regel dazu, Daten einer Tabelle bereitzustellen, damit diese in anderen Views wiederverwendet werden können.

Interface-/Composite Views – Mit Interface-/Composite Views (zusammengesetzten Views) werden mehrere Basic Views konsolidiert. Es werden beispielsweise die Sachkontentexte (SKA1) zur Tabelle ACDOCA hinzugelesen.

Consumption-Views – Consumption-Views (Verbrauchs-Views) bilden die oberste Hierarchiestufe im Reporting-Modell ab. Sie setzen auf Interface-Views auf und konsolidieren die finalen Daten für den späteren Bericht.

Customer Specific Views – Zu jeder View können Customer Specific Views (kundenspezifische Views) erstellt werden. Damit ist es möglich, bestehende Views um bestimmte Merkmale zu erweitern, ohne diese zu modifizieren. Mittels Customer Specific Views können auch SAP-Standard-Views ergänzt werden. Mehr dazu können Sie in Abschnitt 5.2 nachlesen.

Die Reporting-Schicht dient zur Konsumierung und Visualisierung der Queries in SAP S/4HANA mittels SAP-Fiori-Applikationen. Für Standard-Queries bietet SAP viele Standardkacheln an, die nach vorheriger Aktivierung (siehe Kapitel 2 ) verwendet werden können. Für kundeneigene Queries bieten sich benutzerdefinierte analytische Abfragen an (siehe Kapitel 3 ).

InfoAreas dienen der Strukturierung eines BW-Systems und somit der Gliederung von BW-Objekten, wie z.B. InfoObjects und InfoProvidern. In SAP S/4HANA Embedded Analytics sind die Standardauslieferungsobjekte ebenfalls in InfoAreas geordnet. Die InfoProvider von Finance gehören in die InfoArea Finanzkreis & Controlling – /ERP/FMCO (siehe Abbildung 1.2).

Abbildung 1.2: InfoArea »Finanzkreis & Controlling«

InfoObjects sind typische Auswertungsobjekte aus SAP BW und werden u.a. gebraucht, wenn zeitabhängige Merkmale (Geschäftsjahr 0CALYEAR) als Selektionsparameter in Queries verwendet werden. InfoObjects unterscheiden sich in folgenden Eigenschaften:

Merkmale (z.B. Buchungskreis; siehe Abbildung 1.3)

Kennzahlen (z.B. Umsatz, Kosten)

Einheiten (z.B. Währungen und Mengen)

Zeitmerkmale (z.B. Geschäftsjahr, Monat)

technische Merkmale (z.B. eine Request-ID)

Anzeige von InfoObjects

InfoObjects können Sie mit der Transaktion RSA5 installieren und mit der Transaktion RSD1 im SAP-S/4HANA-System anzeigen lassen.

In Abbildung 1.3 sehen Sie das InfoObject /ERP/COMPCODE – Buchungskreis , das im Standard ausgeliefert ist. In den Details auf der Registerkarte Allgemein können Sie beispielsweise sehen, welcher Datentyp sich hinter diesem InfoObject verbirgt und welche Zeichenlänge es hat.

Abbildung 1.3: InfoObject, Merkmal »/ERP/COMPCODE« – Buchungskreis, allgemeine Daten

Hinweis zur Einrichtung von SAP S/4HANA Embedded Analytics

Der Hinweis 2289865, »Configuration steps for SAP S/4HANA Analytics«, beschreibt die notwendigen Schritte, um Analytics in SAP S/4HANA On-Premises einzusetzen. Da die Schritte des Hinweises sehr technisch sind, empfehle ich Ihnen, diesen Hinweis durch Ihre SAP-Basis-Kollegen einspielen zu lassen.

Auf der Registerkarte Stammdaten/Texte (siehe Abbildung 1.4) erkennen Sie, dass dieses InfoObject ebenfalls ein InfoProvider ist, den Sie nutzen können, um beispielsweise direkt Daten zu Buchungskreisen in einer Query auszulesen. Darüber hinaus zeigt dieselbe Registerkarte, dass die dazugehörigen Daten über die SAP-HANA-View FCO_C_COMPANY_CODE von der Datenbank abgefragt werden.

Abbildung 1.4: InfoObject, Merkmal »/ERP/COMPCODE« – Buchungskreis, Stammdaten/Texte

Der Ausdruck InfoProvider ist ein Oberbegriff für BW-Objekte. InfoProvider dienen als Datenlieferanten. Sie können Daten speichern (Daten werden in InfoProvider geladen) oder nur als Datenlesequelle (virtueller InfoProvider) genutzt werden.

Nachfolgende InfoProvider enthalten physische Daten:

InfoCubes (siehe Abschnitt 1.2.5 1.2.5 InfoCubes InfoCubes sind ebenfalls BW-Objekte und dienen der Datenbereitstellung, z.B. für BEx Queries (siehe Abschnitt 1.2.6 ). Im Gegensatz zu virtuellen InfoProvidern können in InfoCubes Daten geladen und gespeichert werden. Im Standardberichtswesen von SAP S/4HANA wird der InfoCube /ERP/SFIN_R01 – Financials Planning beispielsweise für das Speichern von Plandaten genutzt. In SAP S/4HANA werden InfoCubes u.a. für folgende Planungen eingesetzt: Kostenstellenplanung Planung von Innenaufträgen Planung in der Markt- und Segmentrechnung (CO-PA/CO-MA) Profitcenter-Planung In Abbildung 1.11 sehen Sie den InfoCube /ERP/SFIN_R01 . Auf den ersten Blick ist kein Unterschied zu einem virtuellen InfoProvider zu erkennen. Über denselben Weg wie in Abschnitt 1.2.4 beschrieben können Sie sich auch für diesen InfoCube die Attribute anzeigen lassen. Dabei sehen Sie, dass es sich hierbei um einen SAP-HANA-optimierten Standard-InfoCube mit einer physischen Datenablage handelt (siehe Abbildung 1.12). Abbildung 1.11: InfoProvider »/ERP/SFIN_R01« – InfoCube für Plandaten Abbildung 1.12: InfoProvider »/ERP/SFIN_R01« – Attribute )