Show TOC Anfang des Inhaltsbereichs

Hintergrunddokumentation Sichern geänderter Werte  Dokument im Navigationsbaum lokalisieren

Wenn Sie Ihre Daten in einer Anwendung der BW-integrierten Planung sichern, persistiert das System die seit dem letzten Sichern veränderten Daten auf der Datenbank. Dabei werden immer die Änderungen an Daten (und nicht die absoluten Werte) gebucht.

Gesicherte Werte protokollieren

Mit dem BAdI BADI_RSPLS_LOGGING_ON_SAVE des Erweiterungsspots RSPLS_LOGGING_ON_SAVE können Sie diejenigen Daten protokollieren, die im Rahmen einer Anwendung der BW-integrierten Planung gesichert werden. Diese Protokollierung ist für real-time-fähige InfoCubes implementierbar.

Das BAdI ist filterabhängig. Legen Sie für jeden real-time-fähigen InfoCube, für den Sie eine Protokollierung vornehmen möchten, eine Implementierung des Interfaces IF_RSPLS_LOGGING_ON_SAVE an.

Über die Methoden log_defined bzw. log_structure wird festgelegt, ob bzw. in welchem Format die Daten zur Verfügung gestellt werden sollen. In der Methode log_structure können Sie festlegen, dass über spezielle InfoObjects in der DDIC-Struktur auch Kontextinformationen über den Namen des schreibenden Benutzers, das Datum, die Uhrzeit und die SAVE-ID zur Verfügung stehen. Über die SAVE-ID ist es möglich, eine 'Sichern'-Aktion in einer Planungsanwendung zu identifizieren.

Beispiel

Wenn also z.B. ein Benutzer im Rahmen einer Planungsanwendung insgesamt dreimal Daten sichert und jeweils zwei real-time-fähige InfoCubes beschreibt und zudem für beide InfoCubes die Protokollierung aktiv ist, so werden insgesamt drei SAVE-IDs vom System erzeugt, die jeweils den beiden Protokollierungsaufrufen der beiden InfoCubes bei Bedarf mitgegeben werden. Es ist somit möglich, in den Protokollen der beiden InfoCubes zu identifizieren, welche Daten aus InfoCube1 zusammen mit welchen Daten aus InfoCube2 gesichert wurden.

Mit der Methode log_write wird die eigentliche Protokollierung bei jedem 'Sichern'-Ereignis in der Anwendung aufgerufen, die die Daten in der über log_structure festgelegten Struktur übergibt. In der Methode log_write wird die eigentliche Protokollierung implementiert, z.B. das Schreiben der Daten in eine transparente Tabelle. Der Methode log_write wird neben den Daten auch die Request-ID des real-time-fähigen InfoCubes mitgeteilt, in der die Daten gesichert wurden.

Hinweis

Die Methoden dieses Interfaces sind im einzelnen in der Interface-Dokumentation beschrieben (siehe Class Builder, Transaktionscode SE24).

Über die Statistik-Events 50098 und 50099 können Sie die Verarbeitungszeiten messen (siehe Übersicht der Statistik-Events (Tabelle RSDDSTATEVENTS)).

Daten vor dem Sichern mit einer Planungssequenz prüfen

Um zu vermeiden, dass Benutzer einer Planungsanwendung geänderte Daten sichern, die als ungültig gelten, können Sie als Administrator einen Report ausführen, der dafür sorgt, dass bei jedem 'Sichern'-Ereignis zu einem bestimmten real-time-fähigen InfoProvider eine bestimmte Planungssequenz ausgeführt wird, die die Daten dieses InfoProviders prüft.

...

       1.      Um diese Funktion verwenden zu können, führen Sie im ABAP Editor (Transaktionscode SE38) den Report RSPLS_PLSEQ_MAINTAIN aus.

       2.      Geben Sie den gewünschten InfoProvider an. Es steht eine Wertehilfe zur Verfügung.

       3.      Geben Sie die Planungssequenz an, die die zu sichernden Daten dieses InfoProviders prüft. Es steht eine Wertehilfe zur Verfügung.

       4.      Standardmäßig ist die Option Nur geänderte Sätze verarbeiten gewählt.

       5.      Geben Sie als Ebene zur Deltaermittlung eine Aggregationsebene an. 

Wenn die Planungssequenz einen Fehler meldet, werden die Daten nicht gesichert.

Ende des Inhaltsbereichs