Normally, all printers on which you want to print from the SAP system must be created in the SAP system as output devices. Front-end printing is available to reduce the significant administration effort associated with this. This means that – with the help of front-end printing – a user logged on to the SAP system through the SAP GUI can use the printers that are set up at his or her front end PC.
Unlike remote printing, you do not require any fixed IP addresses for front-end printing.
As shown in the figure Front-End Printing, you can use front-end printing with control technology and access method G. Controls are DLLs that run in the process context of the SAP GUI. The print control receives the print data and transfers it to the host spool system (OS spooler).
Note
Access method G allows you to set up front-end printing using SAP GUI for Java irrespective of the platform. Printing using the Windows Terminal Server is also made easier with front-end printing using control technology.
Output Devices for Front-End Printing
| SAP GUI for Windows | SAP GUI for Java | SAP GUI for HTML |
---|
Device type | SWIN | <Select a suitable entry> | PDF1 or PDFUC |
Host spool access method | G | G | G |
Host printer | __DEFAULT | <irrelevant> | <irrelevant> |
As the table Output Devices for Front-End Printing shows, when using front-end printing with control technology and access method G on SAP GUI for Windows, you define a generic host printer in the SAP system by assigning it to the physical device __DEFAULT (starting with two underscores). Since the models used as front-end printers can vary considerably, the device type SWIN is often assigned for a Microsoft Windows front end, but you can also enter a specific device type.
When printing with SAP GUI for Java on other operating systems, use a corresponding device type, such as POST2 for PostScript, or PDF1 or PDFUC for PDFs.
If the front-end printing is used on SAP GUI for HTML, you can use the device types PDF1 and PDFUC. The print data is then transferred to the front-end browser as a PDF document and can be printed locally.
Hint
Front-end printing is suitable for output on local printers, but unsuitable for production or mass printing. Front-end printing is also unsuitable for output lists in background processing because it requires a connection to the front-end PC.
The processing of front-end printing is performed in the same way as with the other printing methods that use a spool work process. There can, therefore, be conflicts between regular and front-end print requests. With the profile parameter rdisp/wp_no_spo_Fro_max, you can define a maximum number of spool work processes for front-end printing for each SAP instance (the default value is 1).
We recommend that you configure at least one spool work process on each application server that users log on to. If no spool work process is running on the application server that a user wants for front-end printing, the system selects the available spool server that has the least load to process the print request. To override this behavior, you can define a spool server specifically for front-end printing by setting the profile parameter rspo/local_print/server to the required server name.
Hint
If you expect a significant workload due to front-end printing, you should configure at least one additional spool work process for each front-end printing spool server for other tasks.
Note
In addition to the general print authorizations, the following authorizations are required for front-end printing:
Note
For more information as well as some restrictions on front-end printing such as:
see SAP Notes 128105 – Front-end printing (composite SAP Note) and 616762 – Front-end printing from BSP, Web Dynpro, or SAP Fiori applications.