{"id":4218,"date":"2025-06-05T07:26:56","date_gmt":"2025-06-05T06:26:56","guid":{"rendered":"https:\/\/www.orbis.de\/blog\/?p=4218"},"modified":"2025-11-27T10:08:39","modified_gmt":"2025-11-27T09:08:39","slug":"realtime-reporting-mit-kundeneigenen-vdms","status":"publish","type":"post","link":"https:\/\/www.orbis-group.com\/de-de\/blog\/prozesse\/analysen\/realtime-reporting-mit-kundeneigenen-vdms\/","title":{"rendered":"SAP S\/4HANA Embedded Analytics: Das Realtime Reporting mit kundeneigenen VDMs"},"content":{"rendered":"\n

In Teil 1 unserer Blogbeitragsserie wurde der Einstieg in die Welt des S\/4HANA Embedded Analytics<\/a> vorgestellt. Dazu wurden die Grundlagen der Virtuellen Datenmodelle (kurz: VDM)<\/strong> und Core Data Services (kurz: CDS Views)<\/strong> erkl\u00e4rt. Au\u00dferdem wurde der erste Schritt unseres End-To-End-Vorgehensmodells<\/strong> anhand eines Beispiels gezeigt: die Identifikation existierender SAP Standard Views, die unmittelbar als Consumption View<\/strong> (im Folgenden h\u00e4ufig auch als Analytische Query oder kurz Query<\/strong> bezeichnet) f\u00fcr Ihr Reporting nutzbar sind.<\/p>\n\n\n\n

Im zweiten Teil der Blogbeitragsserie zu S\/4HANA Embedded Analytics schauen wir auf die Schritte 2\u20134 des End-To-End Prozesses, welche sich mit der Anpassung und Erweiterung von VDMs und mit Eigenentwicklungen<\/strong> im Kontext der CDS Views befassen:<\/p>\n\n\n\n

\"SAP<\/figure>\n\n\n\n

End-to-End Prozess: Embedded Analytics Reporting<\/h2>\n\n\n\n

Neben den zahlreichen analytischen Apps und analytischen Queries, die SAP im Standard mit S\/4HANA ausliefert, gibt es immer wieder Anforderungen an Queries und VDMs mit kundeneigener Logik. Wie man dabei idealerweise vorgeht, eigene Anpassungen durchf\u00fchrt und wie eigene VDMs erstellt werden k\u00f6nnen, wird im Folgenden anhand eines konkreten Beispiels<\/strong> erl\u00e4utert. (Schritte 2 \u2013 4)<\/p>\n\n\n\n

Zur besseren Einordnung werden zun\u00e4chst nochmal die Schritte \u201e0. Anforderungen an Embedded Analytics Reporting\u201c und \u201e1.  Suche, Identifikation & Analyse bestehender VDMs bzw. CDS Views\u201c aufgegriffen, die in Teil 1 der Blogbeitrag-Serie bereits genauer thematisiert wurden.<\/p>\n\n\n\n

0. Anforderung an Embedded Analytics Reporting<\/h3>\n\n\n\n

In unserem Szenario wird eine Query f\u00fcr Kundenauftragsk\u00f6pfe und -positionen<\/strong> ben\u00f6tigt, welche sp\u00e4ter durch den End-User in verschiedenen Frontend-Tools genutzt werden soll.<\/p>\n\n\n\n

1.  Suche, Identifikation & Analyse bestehender VDMs bzw. CDS Views<\/h3>\n\n\n\n

In Teil 1 unserer Blogbeitragsserie haben wir bereits gezeigt, dass es Standard Consumption Views in diesem Bereich gibt und welche Apps bei der Suche unterst\u00fctzen k\u00f6nnen.<\/p>\n\n\n\n

Beim Testen der gefundenen Query C_SalesOrderItemQry<\/em> f\u00fcr unser Szenario wurde jedoch festgestellt, dass<\/p>\n\n\n\n

    \n
  1. nur Belege vom Typ \u201eAuftr\u00e4ge\u201c (VBTYP = \u201eC\u201c) angezeigt werden. Entsprechend der festgelegten Anforderungen sollen allerdings uneingeschr\u00e4nkt s\u00e4mtliche Belegtypen<\/strong> der Datenbanktabellen VBAK<\/em> (Verkaufsbeleg: Kopfdaten) und VBAP<\/em> (Verkaufsbeleg: Positionsdaten) analysiert werden. Bei der Analyse des VDMs stellt sich heraus, dass die Filterung bereits im darunterliegenden Composite View<\/strong> (im Folgenden h\u00e4ufig auch als Analytischer Cube oder kurz Cube bezeichnet<\/strong>) erfolgt (Anforderung 1<\/em>).<\/li>\n\n\n\n
  2. das Feld \u201eAngelegt am\u201c des Auftragskopfes lediglich als Anzeigeattribut der Dimension \u201eAuftrag\u201c vorhanden ist. Das Feld soll vielmehr als eigene Dimension im Reporting<\/strong> zur Verf\u00fcgung stehen, um flexibel danach navigieren und auswerten zu k\u00f6nnen (Anforderung 2<\/em>).
    Anmerkung: Es gibt ein Feld \u201eAngelegt am\u201c im Standard View. Dieses bezieht sich allerdings auf die Positionen, nicht auf den Kopf des Kundenauftrags.<\/li>\n<\/ol>\n\n\n\n

    2. Custom VDM Views: Erstellung eigener CDS Views<\/h3>\n\n\n\n

    In unserem Szenario liefert der Standard Composite View I_SalesOrderItemCube<\/em> ein eingeschr\u00e4nktes Datenset \u2013 n\u00e4mlich nur Belege vom Typ \u201eAuftr\u00e4ge\u201c. Somit beschr\u00e4nken sich die Anpassungen nicht nur auf den Consumption View, sondern auch auf den darunterliegenden Composite View<\/strong>.<\/p>\n\n\n\n

    Die folgende Abbildung zeigt einen Ausschnitt des Virtuellen Datenmodells und einen \u00dcberblick \u00fcber die anzulegenden Objekte:<\/p>\n\n\n\n

    \"Virtuelles<\/figure>\n\n\n\n

    Im ersten Schritt soll ein neuer Analytischer Cube entwickelt<\/strong> werden, um die Filterung auf den Belegtyp aufzuheben und das Anlegedatum des Auftragskopfes hinzuzuf\u00fcgen. Im zweiten Schritt soll dann die Analytische Query erstellt<\/strong> werden.<\/p>\n\n\n\n

    Es gibt grunds\u00e4tzlich zwei M\u00f6glichkeiten, eigene, benutzerdefinierte CDS Views zu erstellen:<\/p>\n\n\n\n

      \n
    1. Custom VDM Views – Fiori App: Benutzerdefinierte CDS-Views<\/li>\n\n\n\n
    2. Custom VDM Views – ABAP Development Tools (empfohlen)<\/a><\/li>\n<\/ol>\n\n\n\n

      Zu a) Custom VDM Views – Fiori App: Benutzerdefinierte CDS-Views<\/h4>\n\n\n\n

      Mit der Fiori<\/strong> App \u201eBenutzerdefinierte CDS-Views\u201c<\/strong> (EN: \u201eCustom CDS Views\u201c) k\u00f6nnen IT-affine Power User auf graphischer Benutzeroberfl\u00e4che eigene CDS Views neu erstellen<\/strong> oder bestehende, benutzerdefinierte CDS Views kopieren und anpassen.<\/p>\n\n\n\n

      Dabei wird der User anhand eines Workflows<\/strong> durch die Erstellung geleitet:<\/p>\n\n\n\n

      \"Virtuelles<\/figure>\n\n\n\n

      Im ersten Schritt wird der User aufgefordert, eine prim\u00e4re Datenquelle auszuw\u00e4hlen. Hierbei werden bereits erste Einschr\u00e4nkungen der App<\/strong> im Vergleich zur Entwicklung mit den ABAP Development Tools deutlich:<\/p>\n\n\n\n