Kitabı oku: «Embedded Analytics in SAP S/4HANA»
Michael Kroschwitz
Embedded Analytics in
SAP S/4HANA®
Michael Kroschwitz
Embedded Analytics in SAP S/4HANA®
ISBN:978-3-94517-075-5 (E-Book)
Lektorat:Monika Hong
Korrektorat: Die Korrekturstube
Coverdesign: Philip Esch
Coverfoto: © ktsdesign | # 142036661 – stock.adobe.com
Satz & Layout: Johann-Christian Hanke
1. Auflage 2021
© Espresso Tutorials GmbH, Gleichen 2021
URL: www.espresso-tutorials.de
Das vorliegende Werk ist in allen seinen Teilen urheberrechtlich geschützt. Alle Rechte sind vorbehalten, insbesondere das Recht der Übersetzung, des Vortrags, der Reproduktion und der Vervielfältigung. Espresso Tutorials GmbH, Bahnhofstr. 2, 37130 Gleichen, Deutschland.
Ungeachtet der Sorgfalt, die auf die Erstellung von Text und Abbildungen verwendet wurde, können weder der Verlag noch die Autoren oder Herausgeber für mögliche Fehler und deren Folgen eine juristische Verantwortung oder Haftung übernehmen.
Feedback: Wir freuen uns über Fragen und Anmerkungen jeglicher Art. Bitte senden Sie diese an: info@espresso-tutorials.com.
Inhaltsverzeichnis
Cover
Titelseite
Copyright/Impressum
Vorwort
Zielgruppe
Aufbau
Danksagung
1 Grundlagen von Embedded Analytics
1.1 Was verbirgt sich hinter Embedded Analytics?
1.2 Die Systemarchitektur
1.3 ABAP-CDS-Views vs. SAP HANA Calculation Views
2 Standardberichte in SAP S/4HANA finden und dem Anwender zur Verfügung stellen
2.1 Wie finde ich einen passenden Bericht im Standard?
2.2 Grundlagen zum SAP Fiori Launchpad
2.3 Query aktivieren oder kopieren, SAP-Fiori-App konfigurieren, Berechtigung für SAP-Fiori-App (Katalog/Gruppe) einrichten
3 Anwenderspezifische Berichte – benutzerdefinierte analytische Abfragen (Custom Analytical Queries) – die Key User Tools
3.1 Grundlagen
3.2 Wie finde ich eine passende CDS-View?
3.3 Erstellen einer benutzerdefinierten analytischen Abfrage anhand eines Praxisbeispiels
4 Modellierungstools für SAP S/4HANA
4.1 Eclipse
4.2 Development Workbench in SAP S/4HANA
4.3 Fazit
5 Kundeneigene Felder – Was nun? Standardberichte anpassen
5.1 Wie ermittle ich die Standard-View zu einem Standardbericht?
5.2 Anpassungsmöglichkeiten
5.3 Kundeneigene Felder am Beispiel eines CO-PA-/CO-MA-Berichts
6 Kundeneigene Berichte erstellen
6.1 Ausgangslage für das Praxisbeispiel
6.2 Erstellung mit SAP HANA Calculation View
6.3 Erstellung mit ABAP-CDS-View
6.4 Benutzerdefinierte analytische Abfrage für eigene Berichte
7 Möglichkeiten des Zugriffs und der Visualisierung
7.1 OData als Grundlage der Datenextraktion für ABAP-CDS-Views
7.2 SAP-Fiori-Applikationen
7.3 SAP Analytics Cloud
7.4 Microsoft Excel
7.5 BEx Query
7.6 Weitere Tools
8 Fazit
A Der Autor
B Disclaimer
Weitere Bücher von Espresso Tutorials
Willkommen bei Espresso Tutorials!
Unser Ziel ist es, SAP-Wissen wie einen Espresso zu servieren: Auf das Wesentliche verdichtete Informationen anstelle langatmiger Kompendien – für ein effektives Lernen an konkreten Fallbeispielen. Viele unserer Bücher enthalten zusätzlich Videos, mit denen Sie Schritt für Schritt die vermittelten Inhalte nachvollziehen können. Besuchen Sie unseren YouTube-Kanal mit einer umfangreichen Auswahl frei zugänglicher Videos: https://www.youtube.com/user/EspressoTutorials.
Kennen Sie schon unser Forum? Hier erhalten Sie stets aktuelle Informationen zu Entwicklungen der SAP-Software, Hilfe zu Ihren Fragen und die Gelegenheit, mit anderen Anwendern zu diskutieren: http://www.fico-forum.de.
Eine Auswahl weiterer Bücher von Espresso Tutorials:
Andreas Unkelbach:Berichtswesen im SAP ®-Controlling
Martin Munzel, Renata Munzel:Projektcontrolling mit SAP® PS
Reynaldo Konrad, Christian Sass, Sebastian Zick:Schnelleinstieg in SAP® BPC optimized for SAP S/4HANA®
Nora Voigt:Praxishandbuch SAP S/4HANA® Controlling
Christoph Theis, Stefan Eifler:Werteflüsse in die SAP®-Ergebnisrechnung (CO-PA) unter S/4HANA®
Vorwort
Einen der größten Mehrwerte von SAP S/4HANA bietet die Funktion Embedded Analytics; doch leider ist sie für viele noch ein eher unbeschriebenes Blatt. Und selbst wenn manche Anwender von »Reporting per Knopfdruck« sprechen, so ist ihnen die zugrunde liegende Funktionsweise oft unklar.
Mein Ziel ist es, mit diesem Buch »Licht ins Dunkel zu bringen« und Ihnen einen Praxisleitfaden an die Hand zu geben, mit dem Sie die Funktionsweise verstehen und die Theorie anhand von Beispielen in die Praxis umsetzen können.
Letztere orientieren sich an konkreten Fragestellungen aus dem Unternehmensalltag, die ich in meiner Tätigkeit als SAP-Berater im Umfeld von SAP S/4HANA Finance bereits lösen konnte. Ich werde Ihnen in diesem Buch zeigen, wie Sie zielorientiert Berichte finden, bestehende Berichte anpassen oder komplett eigene erstellen und letztendlich per SAP-Fiori-App konsumieren können. Die in diesem Buch vorgestellten Praxisbeispiele haben zwar einen Finanzhintergrund, können jedoch genau so an andere Bereiche adaptiert werden.
Zielgruppe
Dieses Buch richtet sich sowohl an SAP-Key-User und SAP-Berater, die selbst Berichte konsumieren, anpassen oder erstellen, als auch an SAP-Business-Warehouse-Berater. Ich habe in SAP-S/4HANA-Einführungsprojekten bereits gelernt, dass sich speziell für SAP Business Warehouse (SAP BW) zuständige Abteilungen vieler Unternehmen neu aufstellen müssen, da ein Großteil ihrer Arbeit in Zukunft direkt in SAP S/4HANA stattfinden wird.
Dieses Buch hat nicht den Anspruch, Key-User oder Berater zu Experten für SAP BW auszubilden, sondern es soll Sie in die Grundlagen sowie die Funktionsweise von Embedded Analytics einführen, damit Sie diese entweder selbst anwenden oder Anforderungen besser an Experten kommunizieren können.
Aufbau
Zunächst gebe ich Ihnen einen ersten Eindruck vom Konzept und von den technischen Grundlagen von Embedded Analytics.
In Kapitel 2 zeige ich Ihnen, wie Sie im Alltag als SAP-Berater, Key-User oder selbst als Anwender die Herausforderung meistern, die passenden Berichte gemäß Ihren Anforderungen zu finden und bereitzustellen.
Kapitel 3 soll Ihnen veranschaulichen, wie Sie schnell und einfach eigene Berichte mittels »benutzerdefinierten analytischen Abfragen« (Custom Analytical Queries) erstellen können.
Bevor Sie dann selbst Berichte bearbeiten, werde ich Ihnen in Kapitel 4 zunächst die wichtigsten Tools näherbringen, mit denen Sie Views anpassen bzw. erstellen können.
In Kapitel 5 erläutere ich, welche Anpassungsmöglichen es gibt, um Standardberichte um kundeneigene Felder zu erweitern. Anschließend zeige ich Ihnen anhand eines Praxisbeispiels, wie Sie Schritt für Schritt vorgehen müssen.
Kapitel 6 soll Ihnen mithilfe eines kleinen Beispiels aus dem Unternehmensalltag verdeutlichen, wie Sie eigene Berichte mit einer ABAP-CDS-View oder mit einer Calculation View in SAP HANA erstellen können und dabei identische Ergebnisse erzielen.
Im letzten Kapitel gebe ich Ihnen einen kleinen Ausblick auf weitere Zugriffs- und Visualisierungsmöglichkeiten für SAP HANA Calculation Views und ABAP-CDS-Views.
Danksagung
Zunächst möchte ich mich bei meiner Frau Laura bedanken, die bei allem hinter mir steht und mir den größten Rückhalt gibt – wie auch bei diesem Projekt, aufgrund dessen sie mal wieder auf viel gemeinsame Freizeit verzichten musste.
Darüber hinaus danke ich meinen großartigen Kunden, durch deren spannende Projekte ich immer wieder zu neuen Erkenntnissen gelange, die zum Teil auch in dieses Buch eingeflossen sind.
Abschließend möchte ich mich beim Verlag Espresso Tutorials für die hervorragende Unterstützung während meiner Arbeit an diesem Buch bedanken.
Im Text verwenden wir Kästen, um wichtige Informationen besonders hervorzuheben. Jeder Kasten ist zusätzlich mit einem Piktogramm versehen, das diesen genauer klassifiziert:
Hinweis
Hinweise bieten praktische Tipps zum Umgang mit dem jeweiligen Thema.
Achtung
Warnungen weisen auf mögliche Fehlerquellen oder Stolpersteine im Zusammenhang mit einem Thema hin.
Die Form der Anrede
Um den Lesefluss nicht zu beeinträchtigen, verwenden wir im vorliegenden Buch bei personenbezogenen Substantiven und Pronomen zwar nur die gewohnte männliche Sprachform, meinen aber gleichermaßen Personen weiblichen und diversen Geschlechts.
Hinweis zum Urheberrecht
Zum Abschluss des Vorwortes noch ein Hinweis zum Urheberrecht: Sämtliche in diesem Buch abgedruckten Screenshots unterliegen dem Copyright der SAP SE. Alle Rechte an den Screenshots hält die SAP SE. Der Einfachheit halber haben wir im Rest des Buches darauf verzichtet, dies unter jedem Screenshot gesondert auszuweisen.
Quellcode-Beispiele
Dieses Buch enthält viele Quellcode-Beispiele. Um die Lesbarkeit in Ihrem E-Book-Lesegerät zu verbessern und den Zeilenumbruch korrekt darzustellen, empfehlen wir, den Quellcode im Querformat zu betrachten oder die Schriftgröße kleiner zu zoomen.
1 Grundlagen von Embedded Analytics
In diesem Kapitel möchte ich Ihnen einen ersten Eindruck vom Konzept und von den technischen Grundlagen der Embedded Analytics von SAP vermitteln.
1.1 Was verbirgt sich hinter Embedded Analytics?
Ich könnte Ihnen vorab die Entstehungsgeschichte und wichtigsten Grundlagen von SAP S/4HANA erläutern, verzichte aber bewusst darauf, da es bereits sehr viel großartige Lektüre zu diesem Thema gibt. Fakt ist: Das volle Potenzial von Embedded Analytics können Sie nur mit SAP S/4HANA nutzen. Grund dafür ist u.a. die neue, vereinfachte Datenarchitektur in Verbindung mit der In-Memory-Datenbank SAP HANA. Letztere ermöglicht beispielsweise, sämtliche Informationen zu einem Beleg der Finanzbuchhaltung aus dem Universal Journal und damit aus der Tabelle ACDOCA (Accounting Document Actuals) zu erhalten. Das Universal Journal ist quasi ein InfoProvider.
Wir befinden uns mitten in der digitalen Transformation. Informationen werden immer kurzlebiger, müssen schnellstmöglich bereitgestellt werden und können ggf. entscheidende Wettbewerbsvorteile bedeuten. Sie sind das Gold der heutigen Zeit.
Genau hier setzt die neue Technologie der Embedded Analytics von SAP an. Im Gegensatz zum klassischen Business Warehouse, bei dem nur der Ansatz OnLine Analytical Processing (OLAP) verfolgt wird, werden mit Embedded Analytics die Ansätze OLAP und OnLine Transaction Processing (OLTP) kombiniert. OLTP ist der klassische Reporting-Ansatz (verwendet beispielsweise auch in SAP ERP Central Component, SAP ECC), bei dem operative Daten transaktional analysiert werden. Mit OLAP hingegen werden große Datenmengen mittels komplexer Datenstrukturen verdichtet und möglichst schnell ausgewertet. Allerdings dürfen wir hierbei nicht vergessen, dass die Daten zunächst aus einem operativen ERP-System extrahiert werden müssen. Hierbei von schnell oder wirklichem Realtime-Reporting zu sprechen, wäre falsch.
Mit Embedded Analytics ist es also möglich, die Daten in Echtzeit zu analysieren, da zuvor keine komplexen Datenstrukturen oder Programme zu durchlaufen sind, sondern die Daten direkt von der Datenbank abgerufen werden.
Dazu werden spezielle Objekte verwendet, die ich Ihnen im nächsten Abschnitt näher erläutern werde.
1.2 Die Systemarchitektur
Zunächst möchte ich Ihnen anhand von Abbildung 1.1 die Systemarchitektur eines SAP-S/4HANA-Systems erklären.
Abbildung 1.1: Systemlandschaft des Embedded Reporting in SAP S/4HANA
SAP-HANA-Datenbank
Die SAP-HANA-In-Memory-Datenbank bildet den Kern der Embedded Analytics, dem wiederum ein relationales Datenbankmanagement-System zugrunde liegt, das die Kombination OLAP und OLTP ermöglicht. Auf der SAP-HANA-Datenbank werden die Daten des SAP-S/4HANA-Systems in physischen Tabellen komprimiert und gespeichert.
SAP-HANA-Views (physische Tabellen)
Mittels SAP-HANA-Views können Sie Daten direkt in der Datenbank analysieren, berechnen oder selektieren. Es wird zwischen folgenden View-Typen unterschieden:
Attribute Views – werden eingesetzt, um Stammdaten und Attribute zu kombinieren und zu lesen. Attribute Views werden häufig wiederverwendet, beispielsweise für Sachkontenstammdaten.
Analytic Views – dienen dazu, Bewegungsdaten und Fakten zu lesen oder berechnete Spalten (Calculated Columns) zu generieren.
Calculation Views – bilden eine Kombination von Tabellen, Attribute Views, Analytical Views sowie Calculated Columns, um komplexe Datenmodelle zu erstellen oder Bewegungsdaten und Fakten zu lesen. Calculation Views können sowohl grafisch als auch SQL-basiert erstellt werden.
In früheren Versionen von SAP HANA hatten alle drei View-Typen ihren eigenen definierten Verwendungszweck. Im Laufe der Jahre wurden Funktionen der Analytic Views in die Calculation Views überführt. Heute ersetzen Letztere zunehmend die Analytic Views und sind die zukunftsorientierte Wahl.
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.
Virtuelle Datenmodelle
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.
ABAP-CDS-Views
»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.
Reporting-Schicht
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).
1.2.1 InfoAreas
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«
1.2.2 InfoObjects
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
1.2.3 InfoProvider
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)
DataStore-Objekte (dienen der Ablage von konsolidierten und bereinigten Bewegungs- oder Stammdaten auf Belegebene)
InfoObjects als InfoProvider (direktes Lesen der Daten eines InfoObjects, z.B. in einer Query)
In den nachfolgenden Abschnitten werde ich auf virtuelle InfoProvider und InfoCubes näher eingehen, da sie die relevanten Objekte für Embedded Analytics sind.
Anzeige von InfoProvidern
Mithilfe der Transaktion RSA1 können Sie sich über Modeling • InfoProvider die ausgelieferten InfoProvider in Ihrem SAP-S/4HANA-System anzeigen lassen.
Abbildung 1.5 zeigt einen Ausschnitt aus der Transaktion RSA1. Hier sehen Sie den virtuellen InfoProvider S/4HANA Financials: Istdaten aus ACDOCA (/ERP/SFIN_V01), der im Standard ausgeliefert ist.
Abbildung 1.5: InfoProvider in SAP S/4HANA
1.2.4 Virtueller InfoProvider
In SAP S/4HANA werden virtuelle InfoProvider beispielsweise für Standard-SAP-Fiori-Apps verwendet, wie etwa zur Anzeige von Kostenstellen-Ist- oder -Plandaten.
InfoProvider speichern Daten nicht wie InfoCubes (siehe Abschnitt 1.2.5), sondern lesen sie zur Laufzeit direkt von der Datenbank, wie Sie es von Views kennen. Sie erlauben somit auch nur das Lesen von Daten und nicht deren Speichern oder Verändern. In Abbildung 1.6 sehen Sie den virtuellen InfoProvider Istdaten aus ACDOCA (/ERP/SFIN_V01), der in der Voreinstellung mit der standardmäßigen SAP-Fiori-App »Marktsegmente Istdaten« (Market Segments) in SAP S/4HANA ausgeliefert wird. Dieser greift wiederum direkt auf die SAP-HANA-View FCO_C_IBP_ACDOCA zu. Wenn Sie nun beispielsweise die SAP-Fiori-App »Marktsegmente Istdaten« (App-ID F0943A) aufrufen, wird im Hintergrund die Query (/ERP/SFIN_M01_Q2501) verwendet, die sich dieses InfoProviders bedient.
Ich möchte Ihnen jetzt kurz anhand einiger Abbildungen erklären, wie Sie Schritt für Schritt herausfinden, welche SAP-HANA-View sich hinter einem ausgelieferten InfoProvider verbirgt, falls Sie diesen kopieren und anpassen möchten.
1. Rufen Sie den zu untersuchenden InfoProvider über die Transaktion RSA1 auf (siehe Abbildung 1.6).
Abbildung 1.6: Virtueller InfoProvider – »Istdaten aus ACDOCA«
2. Klicken Sie anschließend in der Menüleiste auf Zusätze • Information (Strg + F5) (siehe Abbildung 1.7).
Abbildung 1.7: InfoProvider »/ERP/SFIN_V01« – Information
3. Im geöffneten Pop-up klicken Sie auf Typ/Attribute (siehe Abbildung 1.8).
Abbildung 1.8: InfoProvider »/ERP/SFIN_V01« – Info-Selektion
4. Es öffnet sich ein weiteres Fenster, in dem Sie im Bildbereich InfoProvider-Typ sehen, dass es sich hierbei um einen InfoProvider handelt, der auf einer SAP-HANA-View basiert (siehe Abbildung 1.9).
Abbildung 1.9: InfoProvider »/ERP/SFIN_V01« – Typ
5. Mit Klick auf Details werden Ihnen Einzelheiten zu Ihrem virtuellen InfoProvider angezeigt – u.a. die technische Bezeichnung der SAP-HANA-View, in diesem Fall FCO_C_IBP_ACDOCA (siehe Abbildung 1.10).
Abbildung 1.10: InfoProvider »/ERP/SFIN_V01« – Eigenschaften des virtuellen InfoProviders, SAP-HANA-View
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
1.2.6 BW-Queries in SAP S/4HANA
Wie in den Abschnitten zuvor beschrieben, werden im Standard von SAP S/4HANA Queries zur Visualisierung von Daten eingesetzt. Diese greifen u.a. auf den Infoprovider /ERP/SFIN_V01 – Istdaten aus ACDOCA (siehe Abschnitt 1.2.4) zu.
Eventuell haben Sie schon einmal von BEx Queries gehört. Dabei handelt es sich nicht um einen speziellen Typ von BW-Queries, sondern einfach nur um Queries, die mit dem SAP BEx Query Designer erstellt wurden.
Darüber hinaus bestehen verschiedenste Möglichkeiten, Queries zu erzeugen – die gängigsten im Umfeld von SAP S/4HANA sind folgende:
SAP BEx Query Designer (siehe Abschnitt 7.5)
BW Modeling Tools (SAP-Komponente BW-MT; siehe Abschnitt 4.1) in Eclipse
per Definition eines ABAP-CDS-Views zur Analytical Query (Annotation @Analytics.query: true; siehe Abschnitt 6.3.2)
Abbildung 1.13 soll Ihnen veranschaulichen, wie z.B. der Datenfluss von der Tabelle ACDOCA bis hin zur verwendeten BEx Query aussieht:
Abbildung 1.13: Datenfluss von Tabelle ACDOCA bis BEx Query
In der SAP Fiori Apps Reference Library erkennen Sie in den Hinweisen zur jeweiligen App schnell, ob diese eine BW-Query verwendet. Rufen Sie hierfür die entsprechende App (siehe Abschnitt 2.1.1) auf und schauen Sie sich in den Informationen den Application Type an. Falls eine BW-Query zum Einsatz kommt, ist dies mit BW Query used beschrieben (siehe Abbildung 1.14).
Aufruf der SAP Fiori Apps Reference Library
Sie können die SAP Fiori Apps Reference Library unter nachfolgendem Link erreichen. Zu jeder App finden Sie eine Beschreibung über die Funktionen (PRODUCT FEATURES) sowie Hinweise zur Implementierung (IMPLEMENTATION INFORMATION):
https://fioriappslibrary.hana.ondemand.com/sap/fix/externalViewer/
Abbildung 1.14: SAP-Fiori-App »Marktsegmente – Istdaten«, Applikationstyp »BW Query«
Darüber hinaus können Sie in den technischen Hinweisen zur Implementierung erfahren, wie der technische Name der verwendeten Query lautet. Sehen Sie sich hierfür unter IMPLEMENTATION INFORMATION der App im Absatz Configuration die Zielzuordnung der App an. In der Spalte Parameter Value finden Sie neben dem Parameter Key XQUERY den technischen Namen der Query (siehe Abbildung 1.15).
Abbildung 1.15: SAP-Fiori-App »Marktsegmente – Istdaten«, Zielzuordnung, technische Query-ID »/ERP/SFIN_M01_Q2501«
1.2.7 Hilfreiche Transaktionen
Nachfolgend möchte ich Ihnen einige Transaktionen auflisten, die Sie in der täglichen Arbeit im Embedded-Analytics-Umfeld eines SAP S/4HANA-Systems unterstützen:
RSA1 – Business Warehouse Modeling Workbench: die Entwicklungsumgebung im Business-Warehouse-Umfeld. Mit dieser Transaktion können Sie so gut wie alle Objekte für Embedded Analytics anlegen, bearbeiten bzw. sich anzeigen lassen. Hier finden Sie z.B. alle InfoAreas, InfoObjects und InfoProvider.
RSD1 – InfoObjects bearbeiten
RSD5 – InfoObjects aktivieren
RSRT – Query-Monitor: zum Testen erstellter Queries
/ui2/flp – SAP Fiori Launchpad
/ui2/flpd_cust – SAP Fiori Launchpad Designer: Im SAP Fiori Launchpad Designer erstellen Sie SAP-Fiori-Kachelkataloge, -Kachelgruppen sowie eigene SAP-Fiori-Kacheln.
/UI2/SEMOBJ – Semantische Objekte: zum Erstellen von Navigationsobjekten für Zielzuordnungen von SAP-Fiori-Kacheln
1.3 ABAP-CDS-Views vs. SAP HANA Calculation Views
In Abschnitt 1.2 habe ich Ihnen die Systemarchitektur von Embedded Analytics in SAP S/4HANA vorgestellt. Dabei haben Sie erfahren, dass es ABAP-CDS-Views und SAP HANA Calculation Views gibt.
Beide View-Typen verfolgen das Ziel, Daten von der Datenbank zu lesen und für die weitere Verwendung bereitzustellen. Wie in Abschnitt 1.2.4 beschrieben, greifen virtuelle InfoProvider zum Teil direkt auf SAP HANA Calculation Views zu. Jetzt könnte man sich zu Recht die Frage stellen, warum es überhaupt die beiden Arten von Views gibt und wann diese verwendet werden?
Genau darauf möchte ich Ihnen in diesem Abschnitt Antworten geben.
1.3.1 Verwendung von ABAP CDS in SAP S/4HANA
Die grundsätzliche Strategie von SAP sieht die Verwendung von ABAP-CDS-Views vor. Vor ABAP 7.40 SP8 (2015/2016) wurden, insbesondere in SAP HANA Live, SAP HANA Calculation Views verwendet.
Der Vorteil von ABAP-CDS-Views liegt in der Option, sie direkt im SAP-NetWeaver-Stack erstellen zu können und dabei noch die Performancevorteile von reinen SAP-HANA-Views zu nutzen. Darüber hinaus werden durch die strategische Positionierung von SAP zu ABAP-CDS-Views ständig neue Funktionen entwickelt und in SAP S/4HANA bereitgestellt. Auch das Erweiterungskonzept mittels Customer Specific Views für Standard-Views spricht für ABAP-CDS-Views (mehr dazu in Abschnitt 5.2.2).
Im Vergleich zu SAP HANA Calculation Views birgt die Erstellung von ABAP-CDS-Views allerdings den Nachteil, dass hierfür grundlegende Entwicklungskenntnisse in SQL (ABAP) erforderlich sind. Ich bezeichne ABAP CDS deshalb auch nicht als »Beratertool«. SAP HANA Calculation Views können nämlich im Gegensatz dazu grafisch modelliert werden.
1.3.2 Verwendung von SAP HANA Calculation Views in SAP S/4HANA
Auch wenn ABAP-CDS-Views die strategische Wahl sind, werden dennoch weiterhin SAP HANA Calculation Views in SAP S/4HANA verwendet (siehe auch Abschnitt 1.2.3).
SAP HANA Calculation Views werden überwiegend in SAP HANA Live eingesetzt. Views aus SAP HANA Live können Sie unabhängig vom ABAP- oder SAP-NetWeaver-Stack erstellen und verwenden, da diese direkt auf der SAP-HANA-Datenbank realisiert werden. Aus diesem Grund werden SAP HANA Calculation Views auch weiterhin von SAP unterstützt.
Gerade wenn Sie SAP ECC 6.0 auf SAP HANA nutzen, empfehle ich Ihnen die Verwendung von SAP HANA Calculation Views, da diese durch Berater beispielsweise sehr leicht grafisch erstellt werden können. Sie greifen u.a. mit externen ABAP-Views direkt auf SAP HANA Calculation Views zu und konsumieren somit die Daten z.B. in einer Query in SAP ECC 6.0.
1.3.3 Fazit
Wie Sie gelernt haben, werden beide Typen von Views in SAP S/4HANA verwendet und von SAP unterstützt. Darüber hinaus bieten SAP HANA Calculation Views den Mehrwert, dass sie unabhängig vom eingesetzten ERP-System verwendet werden können.
Letztendlich bestimmt die geplante Nutzungsweise der View, welche Art von View für Sie infrage kommt.
Wenn Sie beispielsweise direkt in SAP S/4HANA mit benutzerdefinierten analytischen Abfragen (Custom Analytical Queries) über eine SAP-Fiori-App (mehr dazu in Abschnitt 6.4) auf Views zugreifen möchten, empfehle ich den Einsatz von ABAP-CDS-Views.
Möchten Sie jedoch ausschließlich über eine BEx Query oder über SAP Analytics Cloud auf Views zugreifen, können Sie auch eine SAP HANA Calculation View verwenden und diese mittels virtuellem InfoProvider (siehe Abschnitt 1.2.4) aufrufen, wie es auch bei SAP üblich ist.
2 Standardberichte in SAP S/4HANA finden und dem Anwender zur Verfügung stellen
Oft stehen Sie im Alltag als SAP-Berater, Key-User oder selbst als Anwender vor der Herausforderung, einen für die aktuelle Situation geeigneten Bericht zu finden und bereitzustellen. Dies ist gerade im SAP-Fiori-Umfeld gar nicht so einfach, da es eine Vielzahl an Berichten gibt. In diesem Kapitel möchte ich Ihnen deshalb zeigen, wie Sie Berichte finden und aktivieren.
2.1 Wie finde ich einen passenden Bericht im Standard?
Embedded-Analytics-Berichte werden in SAP S/4HANA überwiegend mithilfe von SAP-Fiori-Apps konsumiert. Aus diesem Grund werde ich Ihnen anhand eines Praxisbeispiels zeigen, wie Sie sich in der SAP Fiori Apps Reference Library zurechtfinden und gezielt nach Berichten suchen können.
Aufruf der SAP Fiori Apps Reference Library
Sie können die SAP Fiori Apps Reference Library unter nachfolgendem Link erreichen. Zu jeder App finden Sie eine Beschreibung der Funktionen (PRODUCT FEATURES) sowie Hinweise zur Implementierung (IMPLEMENTATION INFORMATION):
https://fioriappslibrary.hana.ondemand.com/sap/fix/externalViewer/
2.1.1 Wie finde ich einen Bericht in der SAP Fiori Apps Reference Library?
Nehmen wir einmal an, Sie werden darum gebeten, eine Alternative zum klassischen SAP-GUI-Bericht Kostenstellen: Ist/Plan/Abweichung, Transaktionscode S_ALR_87013611, in SAP S/4HANA zu finden und bereitzustellen.
Suchen in der SAP Fiori Apps Reference Library
Bitte beachten Sie, dass SAP die SAP Fiori Apps Reference Library global zur Verfügung stellt. Dies hat zur Folge, dass alle Apps ausschließlich in Englisch dokumentiert sind. Somit muss die Suche nach einer App auch auf Englisch erfolgen. Suchen Sie z.B. eine Kostenstellen-App, müssen Sie englische Schlagwörter eingeben wie »Cost Center«. Nähern Sie sich darüber hinaus dem Suchergebnis immer mit einzelnen Begriffen. So werden z.B. bei der Suche nach »Cost Center« Ergebnisse angezeigt, bei Verwendung der Kombination »Cost Center Actuals« jedoch keine. Wenn Sie hingegen nur nach »Actuals« suchen, werden Sie fündig.
1. SAP Fiori Apps Reference Library aufrufen
Zunächst einmal müssen Sie die SAP Fiori Apps Reference Library über den zuvor genannten Link in Ihrem Browser aufrufen. Anschließend sollten Sie das nachfolgende Einstiegsbild vorfinden (siehe Abbildung 2.1). Auf der linken Seite haben Sie nun die Möglichkeit, über verschiedene Kategorien (Categories) nach Apps zu suchen. In unserem Fall benötigen wir eine App für SAP S/4HANA, deshalb werden wir die Kategorie All apps for SAP S/4HANA aufrufen.
Abbildung 2.1: SAP Fiori Apps Reference Library – Einstiegsbild
2. Apps filtern
Nachdem Sie die Kategorie All apps for SAP S/4HANA aufgerufen haben, öffnet sich ein neues Bild mit weiteren Filteroptionen (siehe Abbildung 2.2).
Hier können Sie sich direkt alle Apps anzeigen (All apps) oder die Auswahl über weitere Selektionsparameter einschränken lassen. Da wir eine App im Umfeld des Finanzwesens suchen, schränken wir die Auswahl weiter über den Filter by Line of Business ein.
Abbildung 2.2: Filteroptionen der SAP Fiori Apps Reference Library
Im darauffolgenden Bild haben Sie die Möglichkeit, durch die Filterung nach einer SAP-Komponente die Auswahl weiter einzuschränken. Wir entscheiden uns hier für Finance (siehe Abbildung 2.3).
Abbildung 2.3: Filter nach SAP-Komponente in der SAP Fiori Apps Reference Library
3. Auswahl verfeinern
Nach der Einschränkung auf Finance werden Ihnen alle Apps aus dem Umfeld »Finance« angezeigt. Um die erforderliche App schnell zu finden, stehen Ihnen an dieser Stelle folgende Methoden zur Verfeinerung der Suchkriterien zur Verfügung:
Suche nach Schlagwort: Da wir in unserem Beispiel einen Kostenstellenbericht zum Abgleich der Plan-/Istdaten suchen, geben wir über die Freitextsuche (siehe Abbildung 2.4) Schlagwörter ein. In unserem Fall verwenden wir das Schlagwort »Cost Center«. Als Suchergebnis sollten Ihnen nun alle Apps angezeigt werden, die das Schlagwort »Cost Center« enthalten. Für uns ist in diesem Fall die App Cost Centers – Plan/Actual interessant.
Abbildung 2.4: Freitextsuche in der SAP Fiori Apps Reference Library
Suche mit bekanntem SAP-Transaktionscode: Wenn Sie, wie in unserem Beispiel, nach einer SAP-Fiori-App für eine existierende Transaktion suchen, haben Sie die Möglichkeit, den bekannten Transaktionscode ebenfalls über die Freitextsuche (siehe Abbildung 2.4) einzugeben und die Suche auszuführen. Wenn Sie z.B. den Transaktionscode S_ALR_87013611 des Berichts »Kostenstellen: Ist/Plan/Abweichung« in das Suchfeld eingeben, wird die App Cost Centers – Plan/Actual (siehe Abbildung 2.5) eingeblendet.
Abbildung 2.5: Suche mit Transaktionscode in der SAP Fiori Apps Reference Library
Abbildung 2.6: Verfeinern des Filters in der SAP Fiori Apps Reference Library
Verfeinern des Filters: Wenn Sie sich z.B. alle analytischen Apps im Bereich Finance anzeigen lassen möchten, können Sie den Filter weiter einschränken. Wählen Sie hierfür zunächst die Drucktaste mit dem Filtersymbol (siehe Abbildung 2.6). Im sich daraufhin öffnenden Pop-up wählen Sie Application Type und im nächsten Schritt Fiori – Analytical. Anschließend erhalten Sie eine Auflistung aller analytischen Apps. Sie können die Ergebnisse jetzt noch einmal über die Freitextsuche weiter einschränken.
4. Details prüfen
Nachdem Sie nun eine passende App gefunden haben, können Sie sich die Details anzeigen lassen. Dazu klicken Sie einfach auf die jeweilige App in Ihrem Suchergebnis. Anschließend werden die Details zur App auf der rechten Seite des Bildes dargestellt (siehe Abbildung 2.7).
Abbildung 2.7: Details zur App »Cost Centers – Plan/Actual« in der SAP Fiori Apps Reference Library
Hier erhalten Sie alle notwendigen Informationen zum Applikationstyp (Application Type), zu den Produktfunktionen (PRODUCT FEATURES) sowie Informationen zur Implementierung (IMPLEMENTATION INFORMATION). In Abschnitt 1.2.6 habe ich Ihnen bereits erläutert, wie der Application Type zu interpretieren ist. Nachdem Sie sich über die Details zur App informiert haben, können Sie mit der Aktivierung der SAP-Fiori-App beginnen. Wie Sie dafür vorgehen, erfahren Sie in Abschnitt 2.3.
2.1.2 Einen Bericht über das SAP Help Portal finden (Alternative zur SAP Fiori Apps Reference Library)
Da die SAP Fiori Apps Reference Library nur auf Englisch verfügbar und die Suche darüber zum Teil nicht ganz einfach ist, möchte ich Ihnen einen alternativen Weg über das SAP Help Portal zeigen. Hierfür verwende ich wieder unser Beispiel des SAP-Fiori-Kostenstellenberichts.
Abbildung 2.8: SAP Help Portal – Einstiegsbild
1. SAP Help Portal – Einstiegsbild
Zunächst rufen Sie das SAP Help Portal über den Link https://help.sap.com/viewer/index auf. Sobald sich die Seite aufgebaut hat, wählen Sie SAP Product Hierarchy (erstes Element von links unter der Freitextsuche, Stand 30. November 2020; siehe Abbildung 2.8).
Auf der nachfolgenden Seite selektieren Sie die Kategorie Enterprise Management, dann SAP S/4HANA und erneut SAP S/4HANA (siehe Abbildung 2.9).
Abbildung 2.9: SAP Help Portal – SAP Product Hierarchy
2. Release-Auswahl
Nachdem Sie auf die Produktseite SAP S/4HANA gelangt sind, sollten Sie zunächst prüfen, ob das korrekte Release ausgewählt wurde. In unserem Fall suchen wir die App für SAP S/4HANA Release 1909. Falls Sie Hilfe für ein anderes Release benötigen, können Sie dieses im Dropdown-Menü für die Versionen auswählen. Anschließend können Sie unter Product Assistance das Hilfsportal für SAP S/4HANA auf Deutsch (German) aufrufen (siehe Abbildung 2.10).
Abbildung 2.10: Produktseite von SAP S/4HANA – Release-Auswahl
3. Bereichsauswahl
Auf dem Hilfsportal angekommen, können Sie jetzt für SAP S/4HANA nach Kategorien für SAP-Fiori-Apps suchen. Für unser Beispiel suchen Sie sich Bereiche in SAP S/4HANA aus und anschließend die Option Finance. Wählen Sie dann den Link Finance (siehe Abbildung 2.11). Sie werden auf die Hilfeseite zum Thema »Finance« weitergeleitet und können nun nach entsprechenden Apps suchen.
4. Produktseite von SAP S/4HANA – Controlling
Um für unser Beispiel eine App im Controlling-Umfeld zu ermitteln, wählen Sie auf der Hilfeseite Finance die Kategorie Financial Planning and Analysis (siehe Abbildung 2.12) und anschließend Controlling. Jetzt befinden wir uns auf der Hilfsseite für das Controlling.
Abbildung 2.11: Produktseite von SAP S/4HANA – Bereichsauswahl
Abbildung 2.12: Produktseite von SAP S/4HANA – Controlling
Hier erhalten Sie alle Informationen rund um das Thema »Controlling« in SAP S/4HANA. Jede App für das Controlling ist in der Kategorie Apps für das Controlling enthalten. Hier finden Sie nun Apps für Kostenrechnungsmitarbeiter oder Manager. Wir öffnen die Kategorie Apps für Kostenrechnungsmitarbeiter. und anschließend die Unterkategorie Analytische Apps für das Controlling. Sie sind damit am Ziel. Auf dieser Seite sind alle analytischen Apps für das Controlling aufgelistet, wie in unserem Fall die App Kostenstellen – Plan/Ist. Von hier aus werden Sie für weitere Informationen automatisch zur SAP Fiori Apps Reference Library weitergeleitet.
Ücretsiz ön izlemeyi tamamladınız.
