Eine Reihe von rechenintensiven Aktivitäten der Anlagenbuchhaltung können durch entsprechende Maßnahmen im Bezug auf ihre System-Performance deutlich verbessert werden. Entscheidend beeinflußt wird die Performance durch die Anzahl der Stammsätze und die Zahl der verwendeten Bewertungsbereiche. Wenn die Formel Stammsätze * Bewertungsbereiche zu mehr als 5.000.000 Daten führt, dann empfiehlt SAP die Möglichkeiten zur Steigerung der Performance zu nutzen.

Grundsätzlich empfiehlt sich die Aufteilung größerer Datenmengen in mehrere, möglichst gleichgroße Files und mehrere Hintergrundjobs einzuplanen. Die Möglichkeiten, große Datenmengen in kleiner Pakete aufzuteilen, ist abhängig von der verwendeten Hardware; wenn die CPU ausgelastet ist können damit keine weiteren Geschwindigkeitsvorteile mehr erreicht werden.

 Beachten Sie jedoch bitte, daß Sie die Jobs mit verschiedenen System-Usern einplanen müssen, da das Übernahmeprogramm sich teilweise auf userabhängige Get-/Setparameter bezieht.

• Wenn Sie mehr als 10.000 Anlagen übertragen möchten, sollte die Übernahme als direkter Datenimport (RAALTD11) erfolgen. Gegenüber dem Batch-Input-Verfahren (RAALTD01) ist eine Performance-Steigerung um das 10fache möglich. (Sie sollten aber immer einen kleinen Testbestand aus jeder Anlagenklasse zunächst mit dem Batch-Input-Übernahmeprogramm übernehmen um sicherzustellen, daß die Daten im Input-File korrekt sind).

• Verzichten Sie auf das zeitintensive Neurechnen der Abschreibungen.
• Die Verwendung von unterschiedlichen Geschäftsjahresvarianten führt zu Performance-Verlusten. Sie vermeiden dies, indem Sie eine jahresunabhängige Geschäftsjahresvariante wählen und erst nach der Übertragung der Daten auf die gewünschte Geschäftsjahresvariante umschalten.

Auswertungen im Rahmen von Perioden- oder Jahresabschlüssen lassen sich in aller Regel auch auf mehrere Hintergrundjobs verteilen. So ist es z.B. wesentlich günstiger, anstelle einer Auswertung über mehrere Buchungskreise mehrere Jobs mit jeweils einem Buchungskreis einzuplanen, die dann parallel laufen. Es kann auch sinnvoll sein, eine Auswertung über nur einen Buchungskreis in mehrere aufzusplitten. Eine Auswertung sortiert nach Kostenstellen für Kostenstellenverantwortliche kann z.B. in mehrere Auswertungen mit jeweils einer oder einem Intervall von Kostenstellen aufgeteilt werden.

• Die Erzeugung unterjähriger Berichte, d.h. von Berichten, die nicht mit dem Geschäftsjahres-Ende zusammenfallen, ist extrem rechenintensiv. Falls Sie nicht auf diese Berichte verzichten können, wählen Sie möglichst nicht das Berichtsdatum als Selektionskriterium. Sie erzielen Performance-Vorteile, wenn Sie Zugänge und Abgänge stattdessen über das Buchungsdatum und Bestandslisten über das Aktivierungsdatum abgrenzen.
• Verzichten Sie auf Auswertungen auf Basis abgeleiteter Daten (z.B. Profit Center). Selektieren Sie stattdessen nach Daten, die im Anlagenstammsatz stehen (z.B. Kostenstelle).
• Selektieren Sie nicht nur nach einem Kriterium (z.B. Konto), sondern verwenden Kombinationen (z.B. mit Anlagenklasse und Kontengruppe).
• Arbeiten Sie mit Gruppensummen.

• Wenn Sie beim AfA-Buchen mit Performance-Problemen rechnen (mehr als 100.000 Anlagen), können Sie als Alternative zum Standardprogramm für das AfA-Buchen (RABUCH00) das Programm RAPOST00 verwenden. Gegenüber dem Standardprogramm bietet es den Vorteil einer besseren Performance. Allerdings unterliegt es einigen Einschränkungen. Vergleichen Sie hierzu bitte den R/3-Langtext des Programms RAPOST00.

 Der Report zum Wiederherstellen einer zerstörten Batch-Input-Mappe heißt RAPOST20.

• RAPERB, RASKBU, RAJAWE, RAAFAR00, RAJABS sind unkritische Reports.

Die Durchführung der Funktionen "Jahreswechsel" und "AfA-Neurechnen" können Sie durch Angabe einer Servergruppe im Anforderungsbild der zugehörigen Transaktionen auf mehrere Applikationsserver verteilen. Vergleichen Sie hierzu bitte auch die Ausführungen in der Online-Hilfe zum Feld "Servergruppe".