Dynamische Filter im SAP BW Analyseprozessdesigner APD

| HOW-TO PAPER [ BEST PRACTICE BI ] mayato How-To Papers im Umfeld Business Intelligence und Customer Relationship Management Titel: Dynamische Filter im SAP BW Analyseprozessdesigner [APD] Autor(en): André Bukowski Themengebiet: SAP BW Veröffentlicht: März 2008 Management Summary Im vorliegenden How-To Paper wird anhand eines konkreten Beispielszenarios gezeigt, wie dynamische Filter im SAP Analyseprozessdesigner (APD) angewandt werden können. Der APD, der lange Zeit ein Schattendasein innerhalb von SAP BW führte und nur wenigen Experten bekannt war, erfreut sich in den letzten Jahren zunehmender Beliebtheit, da er auf einfache Weise Entwicklern wie Datenanalysten flexiblen, explorativen Zugriff auf Daten innerhalb des SAP BW erlaubt. Als eine funktionale Lücke innerhalb von SAP BW erwies sich dabei für viele Zwecke das Fehlen einer Möglichkeit der Parametrisierung von Analyseprozessen. Insbesondere für Filter schmerzte lange Zeit die fehlende Möglichkeit, diese dynamisch analog den Variablen im BEx Analyzer zu belegen. Anwender waren so gezwungen, Analyseprozesse immer wieder manuell mit Filterwerten zu belegen. Mit Support Package Stack 11 lieferte SAP in 2007 ein neues Feature aus, das es erlaubt, eben diese OLAP- Variablen im Rahmen von APD-Filtern zu verwenden und so Analyseprozesse dynamisch zu nutzen. Das vorliegende Paper soll zeigen, wo eine typische Einsatzmöglichkeit solcher dynamischer Filter ist und wie die Umsetzung erfolgen kann. Voraussetzungen Vorausgesetzt wird eine SAP NetWeaver 2004s BI-Installation (BW 7.0). Da die Möglichkeit zum Einsatz von dynamischen Filtern von SAP im Rahmen eines Support Package ausgeliefert wurde, setzt das Szenario weiterhin voraus, dass sich Ihr BW-System auf NetWeaver Support Package Stack 11 oder höher befindet. Beispielszenario In einer Bank werden Daten zu Kundenkonten und Kreditverträgen aus verschiedenen Quellsystemen in SAP BW geladen und dort in DataStore Objekten (DSOs) gespeichert. Die Vertragsdaten enthalten unter anderem für jeden Vertrag Information über die Produktgruppe, zu der dieser Vertrag zu rechnen ist. Die Kennung dieser Produktgruppe und eine Reihe zugehöriger - als BW Stammdaten modellierter - Attribute sind im späteren Reporting wesentliche Selektionskriterien und Aufrissmerkmale für die Vertragsinformationen. Werden fachlich neue Produktgruppen festgelegt, so sorgt ein organisatorischer Prozess dafür, dass die Produktgruppenattribute im SAP BW manuell gepflegt werden. Zur Sicherstellung der Datenqualität möchte die Bank zusätzlich periodisch Prüfungen über den zuletzt gelieferten Datenbestand laufen lassen, die ermitteln, falls unbemerkt aus einem der Quellsysteme neue Produktgruppen angeliefert wurden. Diese Prüfung soll periodisch durch einen Analyseprozess erfolgen, der jeweils die Daten der letzten 30 Tage auf das Vorkommen von neuen Produktgruppen analysiert. Die Einschränkung des Analysezeitraums erfolgt über einen Filter im Analyseprozess auf das Feld „Stichtag“. Damit der Filter nicht monatlich wieder manuell gesetzt werden muss, soll ein dynamischer Filter über eine OLAP-Variable zum Einsatz kommen. Umsetzung Schritt 1: Anlegen der Filtervariablen Zunächst muss die später im Analyseprozess verwendete Filtervariable im Query Designer angelegt werden. Dazu startet man den BEx Query Designer und öffnet eine Query auf einem beliebigen InfoProvider, der das fragliche Merkmal - im Beispiel das Merkmal „Stichtag“ - enthält. Das Öffnen der Query ist lediglich notwendig, da der Wizard zum Anlegen der Variable im Query Designer integriert ist. Ein tatsächliches Ändern der Query ist nicht erforderlich. In der linken Baumstruktur wählt man nun das zu filternde Merkmal „Stichtag“. Durch das Klicken mit der rechten Maustaste auf den Unterpunkt „Merkmalswertvariablen“ und die Auswahl „Neue Variable“ (vgl. Abbildung 1) öffnet sich der Dialog zum Anlegen einer neuen Variablen – im konkreten Fall Tagesdatum minus 30 Tage. Abbildung 1: Anlegen der Variablen für den dynamischen Filter im BEx Query Designer Hier sind nun Name, Beschreibung und Verarbeitungsart der neuen Variablen festzulegen (vgl. Abbildung 2). Die Belegung der Variablen erfolgt durch den noch anzulegenden bzw. zu erweiternden Customer-Exit (siehe Schritt 2). 2 Abbildung 2: SAP BW Variablen Wizard (Schritt 1) [!] Weiterhin muss der Variablen ein Darstellungsbereich zugewiesen werden. Im vorliegenden Beispiel repräsentiert die Variable einen Einzelwert (vgl. Abbildung 3). Wichtig ist in diesem Schritt, dass die Variable nicht als „Eingabebereit“ deklariert wird, da sie sonst nicht im dynamischen Filter des APD verwendet werden kann. Abbildung 3: SAP BW Variablen Wizard (Schritt 2) 3 Beenden Sie das Anlegen der Variable durch Drücken von „Exit“ im Wizard. Die Variable ist anschließend unter dem gewählten Merkmal „Stichtag“, zu finden: Abbildung 4: Neue Variable des Merkmals „Key Date“ Schritt2: Customer-Exit erstellen Nachdem im ersten Schritt die Variable für den dynamischen Filter angelegt wurde, muss nun das benötigte ABAP- Coding hinterlegt werden, damit die Variable mit einem Wert gefüllt wird. Dazu wechselt man in die „Projektverwaltung von SAP-Erweiterungen“ (Transaktion CMOD), wählt das Projekt ZBW_REP und lässt sich die zugeordneten Komponenten anzeigen (Auswahl „Komponenten“  „Anzeigen“ - vgl. auch Abbildung 5). Abbildung 5: Projektverwaltung von SAP-Erweiterungen 4 Abbildung 6: Customer-Exit in der Projektverwaltung Passen Sie im Exit-Include ‚ZXRSRU01’ das ABAP-Coding für die Variable wie folgt an: DATA: L_S_RANGE TYPE RSR_S_RANGESID. DATA: l_last30 LIKE sy-datum. CASE I_VNAM. * THIS IS THE CODING FOR OUR EXIT WHEN 'ZLAST30'. CLEAR L_S_RANGE. L_LAST30 = sy-datum – 30. L_S_RANGE-LOW = L_LAST30. L_S_RANGE-SIGN = 'I'. L_S_RANGE-OPT = 'EQ'. APPEND L_S_RANGE TO E_T_RANGE. * OTHER VARIABLES MAY BE SPECIFIED IN THE SAME EXIT * WHEN… ENDCASE. Dieses füllt die Variable jeweils mit dem benötigten Wert – im Beispiel wäre es das Tagesdatum abzüglich 30 Tage. Schritt 3: Analyseprozess erstellen Die Variable ist jetzt angelegt und wird zur Laufzeit korrekt mit dem gewünschten Tagesdatum gefüllt. Nun kann der eigentliche Analyseprozess erstellt werden (Transaktion ‚RSANWB’): Im Beispielszenario sollen zunächst Daten aus einem DSO mit Vertragsdaten geladen werden – jedoch nur Verträge deren Stichtag innerhalb der letzten 30 Tage liegt. Hier findet jetzt ein dynamischer Filter mit der erstellten Variable ‚ZLAST30’ für die Vertragsdaten Anwendung. Durch diesen Filter steht nur noch die zum Abgleich benötigte Teilmenge an Verträgen zur Verfügung. Parallel werden alle in der Stammdatentabelle gespeicherten Produktgruppen eingelesen und mittels eines Left Outer Join gegen die angelieferten (und variabel nach Datum gefilterten) Produktgruppen in den Vertragsdaten gestellt. Mittels eines weiteren - diesmal statischen - Filters werden nun diejenigen Produktgruppen aus dem Join selektiert, für die in der Stammdatentabelle noch keine Attribute gepflegt sind und bei denen es sich demnach um neue Produktgruppen handelt. Die Liste dieser Produktgruppen kann nun auf verschiedene Weisen zur weiteren Verwendung bereit gestellt werden, z.B. durch Schreiben einer Datei oder eines DSO oder durch Erstellen eines Fehlerprotokolls. Der Analyseprozess würde sich für das Beispielszenario nun wie folgt darstellen: 5 Abbildung 7: Analyseprozess Filterung und Join Schritt 4: Dynamischen Filter konfigurieren Im Eigenschaften-Menü des Filters, welches man per Doppelklick auf das betreffende Filter-Icon im APD erreicht, ist zunächst die Feldauswahl zu treffen (vgl. Abbildung 8). Bei den verfügbaren Feldern (rechts) muss hier die Produktgruppe (Verwendung im Join) und der Stichtag (Filterkriterium) auswählbar sein. Sollte dies nicht der Fall sein, ist die Feldauswahl des DSO im APD anzupassen. In der Konfiguration des DSO im APD müssen alle später verwendeten Felder ausgewählt werden. Da der dynamische Filter auf das Merkmal „Stichtag“ wirken soll, ist er außerdem von den verfügbaren Feldern (rechts) auf die linke Seite („Zu filternde Felder“) zu übernehmen. Abbildung 8: Eigenschaften des Filters – Feldauswahl 6 Nachdem die Feldauswahl abgeschlossen ist, muss nun die Filterbedingung für den Stichtag angepasst werden. Dazu wechselt man auf den Reiter „Filterbedingungen“ (vgl. Abbildung 9). Abbildung 9: Filterbedingungen Da im Beispiel nur Verträge selektiert werden sollen, die ein festgelegtes Stichtagsdatum überschreiten, ist in den Filterbedingungen nur das Feld „Selektion von“ relevant. Mit der vor dem Feld liegenden Schaltfläche (roter Pfeil) kann nun die zuvor definierte Variable ausgewählt werden. Dazu wird in der sich öffnenden Maske (vgl. Abbildung 10) die Variable ‚ZLAST30’ ausgewählt und bestätigt.1 Abbildung 10: Auswahl der Variablen für den Filter Nun können auch die Filterbedingungen bestätigt werden und der dynamische Filter ist somit vollständig konfiguriert.