Ansicht
Dokumentation

RKEVERT1 - Roll-up Verdichtungsergebnisbereiche

General Material Data   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Allgemeines

Mit diesem Programm können Verdichtungsdaten für das Berichtswesen im CO-PA erzeugt werden. Die Verdichtungsdaten weden dazu in sogenannten "Verdichtungsergebnisbereichen" abgelegt, auf denen dann das normale Berichtswesen aufsetzt. Man kann Verdichtungsergebnisbereiche neuaufbauen, aktualisieren und löschen.

Vorgehensweise

1. Zuerst sind zusätzlich zum primären Ergebnisbereich, in den operativ gebucht wird, weitere Ergebnisbereiche als Verdichtungsergebnisbereiche anzulegen. Dabei ist auf folgendes zu achten:

• Die Verdichtungsergebnisbereiche müssen die gleiche Währung, die gleiche Geschäftsjahresvariante, den gleichen Blockungsfaktor und das gleiche Kennzeichen für das zweite Zeitraster wie der primäre Ergebnisbereich haben.

• Im Customizing für die Verdichtungergebnisbereiche müssen nur die Nummernvergaben und Planversionen gepflegt werden.

• Die Verdichtungsergebnisbereiche brauchen keinem Kostenrechnungskreis zugeordnet zu werden.

• Die Verdichtung wird folgendermaßen festgelegt: Es wird über Merkmale verdichtet, die in dem Verdichtungsergebnisbereich gar nicht vorkommen oder die durch die Funktion 'Merkmalsverwendung' ausgeblendet wurden.

2. Die Steuerung zum Aufbau der Verdichtungsebenen erfolgt durch Pflege der Tabelle TKEVVR1 (Transaktion SM30).

• Ist- und Plandaten können getrennt aufgebaut werden.

• Es gibt verschieden Algorithmen, nach denen der Neuaufbau durchgeführt werden kann. Je nach Randbedingungen (z.B. Zahl der Verdichtungen, Stärke der Verdichtung, Größe der Tabellen) kann Verfahren 1 (Aus Objektebene, nach Objektnummer lesen) oder 2 (Aus Objektebene, nach Sortiermerkmalen lesen) performancegünstiger sein. Verfahren 3 (Aus Einzelposten) wird nur in Spezialfällen benötigt werden; Verfahren 4 (Aus Objektebene, parallelisierbar) lohnt sich dann, wenn häufige Neuaufbauten nötig sind und die entsprechenden Hardware vorhanden ist, so daß die Parallelisierung skaliert.

• Bei Neuaufbauverfahren 2 ist folgendes zu beachten: Die beiden Sortiermerkmale sollten hierarchisch möglichst tief liegen, bzw. umgekehrt, sie sollten hierarchisch möglichst direkt über den verdichteten Merkmalen liegen. Wird zum Beispiel über Kunde und Artikel verdichtet, so könnte man die Merkmale Kundengruppe und Artikelgruppe als Sortiermerkmale verwenden, nicht aber Sparte oder Verkaufsorganisation, die noch höher in der Merkmalshierarchie liegen. Es können in einem Lauf nur Verdichtungsergebnisbereiche mit den gleichen Sortiermerkmalen aufgebaut werden.

• Bei den Neuaufbauverfahren 1, 2 und 3 ist zur Performancesteigerung auf den Objekttabellen (CE4nnnn) der Verdichtungsergebnisbereiche ein passender Index anzulegen, der aus den Feldern MANDT, AKTBO und einigen wenigen hierarchisch tiefliegenden Merkmalen bestehen.

3. Der Neuaufbau, das Aktualisieren und das Löschen der Verdichtungsebenen erfolgt mit dem Report RKEVERT1.

• Es kann eingeschränkt werden, welche Verdichtungen bzw. ob nur Ist- oder Plandaten bearbeitet werden sollen.

• Beim Aktualisieren werden die Einzelposten, die seit dem letzten Lauf hinzugekommen sind, hochgerollt (siehe Zeitpunkt in der Tabelle TKEVVR1).

• Bei einem Neuaufbau (Modus 2) werden vorher keine Daten automatisch gelöscht. Dies muß mit dem Modus 4 gemacht werden.

• Vor jedem Neuaufbau mit dem Verfahren 4 (Aus Objektebene, parallelisierbar) ist zuerst zur Initialisierung der Report RKEVERT1 im Modus 3 zu starten; danach kann das Programm RKEVERT1 mehrfach im Modus 2 gestartet werden. Die einzelnen Jobs kommunizieren dabei und teilen sich den Neuaufbau.

ROGBILLS - Synchronize billing plans   CL_GUI_FRONTEND_SERVICES - Frontend Services  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 4285 Date: 20240520 Time: 134132     sap01-206 ( 86 ms )