Using R/3 reports can be challenging. We’ve brought together some lessons learned and strategies to make your use of R/3 reports more productive.
For example, did you know that when you execute an R/3 report, the R/3 System reads the transactional data records and creates an internal data table (to facilitate easier navigation by the end user)?
This data resides within the R/3 System’s RAM memory – and can equate to a large volume of data (which may be a primary cause of extended response times).
For example, in order to read 100,000 records of a length of 500 bytes from the R/3 System’s hard drive, the R/3 System will typically require about three minutes processing and presentation time – and having larger quantities of data is very common.
However, there are some ways around these dilemmas.
We will examine three optimizing methods: background processes, saved data and summarization levels – and we encourage end users and developers to experiment with each method – but please, test these strategies on your DEV box!
Finally, we present several odds and ends – processes and information which may be helpful, including some R/3 procedures to assist users with their R/3 reporting tasks.
Knowledge learned in this article can be used by:
Trimming the Fat
A basic rule of SAP reporting is to limit the amount of data the System needs to manage, making it as small as possible. So as a general rule, it makes sense to execute reports of up to 20,000 records online (or via a Dialog process). This amount may be marginally expanded by increasing the underlying database buffer and/or creating special indices.
If the amount of data exceeds 20k records, another approach should be considered: executing the report via a background process.
You can execute a report as a background process and save the result set data within the R/3 main memory.
This technique is known as using saved data.
This approach is best when the end user doesn’t need to have immediate access to the report. The disadvantage of this method is the inherent requirement for the end user to create a variant for each variable combination. If a large number of variable combinations are required, these variants can be summarized in one variant group and executed together in the background.
Note: The next article will discuss using variants with your R/3 reports.
Remember: reports using saved data may not contain the most up-to-date data within the R/3 system. However, if used judiciously, saved data is a very useful means of improving R/3 reporting response times.
Summing it Up
The final R/3 report optimizing tip we will discuss is summarization levels.
R/3 reports are typically designed in such a way that the end user will “drill down” from a highly summarized level (also known as a “roll-up”) down to the detail level.
Please note: in processing a report, R/3 stores the report’s result set data in the R/3 RAM memory. However, the end user can control to a great degree how much data will be stored by way of telling the R/3 System to ”summarize” or aggregate the result set data.
These summarized data sets are called summarization levels. Developers and end users have the ability to determine the total number of levels (the drill down levels) required and thereby the degree of detailed data.
Result set data, which is accessed from these summarization levels, can be accessed very quickly. In addition, compared to saved data, result set data is always up-to-date. The only caveat would be: the greater the number of summarization levels; the greater the data transfer times .
Finally, use of summarization levels is advantageous when similar result set data is required by several reports.

Various Reporting-Related Transactions for Version 4.6C/D
User File Capture of SAP Print Spool Output
Determining Where a Field is Used
System Access to Logical Databases
Listing Standard SAP Reports Listing Reports by Group
Listing the Reports Tree
Make a Text File of an ABAP Program
Copy the ABAP Program Source File to a Local Text File (continued from previous tip)
Exporting a Report Writer Report
Recent articles by Geoffry C. Houze
Geoffry has more than 30 years of technical and managerial consulting experience. He presently holds the position of ERP Practice Manager for Data Management Group, where he is responsible for managing the implementation of business intelligence with ERP systems such as SAP and Lawson. Geoffry holds SAP Partner certifications in Project Management (3.1g - 4.6C) and Portals 5.0. He attended the Geac Partner Academy, Lotus Corporation and Business Objects (Info, Reports and CE v. 6 - 0 and BOE XI), and is one of four people certified by Business Objects to instruct their clients regarding SAP R/3 and SAP BW (3.x).