Ansicht
Dokumentation

/SCMTMS/R_EOP_INDEX_REBUILD - Programm /SCMTMS/R_EOP_INDEX_REBUILD - Aufbewahrungsdaten neu aufbauen

TXBHW - Original Tax Base Amount in Local Currency   CPI1466 during Backup  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Verwendung

Mit diesem Report können Sie die Tagesabschlussdaten für die Prüfung auf Ende des Verwendungszwecks (EoP-Check) neu aufbauen. Dadurch können Sie den EoP-Check für Ihre Geschäftspartnerdaten durchführen.

Integration

Dieser Report baut die Einträge in der Schattentabelle /SCMTMS/D_EOB_BP neu auf, in der die Informationen über den Beginn des Aufbewahrungszeitraums (SoRT) für einen Geschäftspartner abgelegt sind. Der SoRT wird gemäß den Eingaben in den Selektionskriterien für alle zugehörigen Geschäftspartner oder Business-Objekte berechnet.

Das System überschreibt alle Einträge, die sich bereits in der Tabelle /SCMTMS/D_EOB_BP befinden.

Voraussetzungen

Sie haben den Schalter BUPA_ILM_SWITCH aktiviert. (Technische Basis für die Datenvernichtung ist die NetWeaver-Komponente für Information Lifecycle Management (ILM).)

Sie verfügen über die erforderliche Berechtigung für Berechtigungsobjekt 'S_RFC'. Diese ist für den Fall erforderlich, dass der Report in einem parallelen Modus ausgeführt wird.

Funktionsumfang

Sie können neue SoRT-Daten für Geschäftspartner und Business-Objekte berechnen.

Wählen Sie eines der folgenden Selektionskriterien:

Selektion

• Geschäftspartnerauswahl
  Das System berechnet den SoRT für die angegebenen Geschäftspartner neu.

• Business-Objekt-spezifische Auswahl
  Das System berechnet den SoRT basierend auf den Belegen der angegebenen Business-Objekte gemäß den angegebenen Geschäftspartnern neu.

Sie können den Report im parallelen Modus ausführen. Für den parallelen Modus können Sie folgende Selektionskriterien verwenden:

• Max. Anzahl verwendeter WPs
  Gibt die maximale Anzahl der Workprozesse an, die gleichzeitig verarbeitet werden können.
  Hinweis: Die tatsächliche Anzahl der frei verfügbaren Workprozesse kann geringer sein als die maximale Anzahl an Workprozessen. Um einen Denial-of-Service zu vermeiden, stellt das Programm intern sicher, dass in solchen Fällen mindestens zwei Workprozesse verfügbar bleiben. Das bedeutet, die maximale Anzahl der verwendeten Workprozesse ist gleich der Anzahl der frei verfügbaren Workprozesse minus zwei.

• Max. Anzahl Belege pro WP
  Da die Berechnung des SoRT auf Geschäftsbelegen basiert, können Sie über diesen Parameter steuern, wie viele Belege ein Workprozess (WP) für ein Business-Objekt verarbeitet.

Standardvarianten

Ausgabe

Im Fehlerfall können Sie das Anwendungsprotokoll mit Transaktion SLG1 auf Fehlermeldungen prüfen.

Objekt: /SCMTMS/TMS

Unterobjekt: BF

Aktivitäten

Beispiel

BAL_S_LOG - Application Log: Log header data   rdisp/max_wprun_time - Maximum work process run time  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 3367 Date: 20240419 Time: 042022     sap01-206 ( 80 ms )