on 04-20-2016 4:13 AM
Hello Experts,
Recently we came across a scenario where we are trying to print a SAPScript form (pdf) average of about 3000+ pages / spool. Since the size of the spool is large every step of the processing (spool generation, output generation, etc.) taking huge time to complete.
I am looking for suggestion on below options as to how we can design it better and make it more robust and fast.
Has anyone ever faced a similar situation, our main pain currently is the runtime to generate the spool and converting that in to PDF.
Please throw your suggestions.
Thanks,
Kamal
Hello Kamal,
first and foremost: frontend (dialog) mode should be avoided in this case.
Since frontend connections are sensitive to network (connection) issues, the results of large spools can vary.
So to answer the questions:
I know the KBA mentioned in point 2. is valid for frontend printing, but if the network staff can ensure that no interruptions will happen during the transfer of the PDF data, then it can be tested.
However, productive usage needs to be seriously monitored.
Best regards,
Laszlo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank You Laszlo - quite helpful.
Since we are using SAPScript forms, I believe for SAPPDFPRINT we need to have Adobe forms.
We also trying using PDFUC device type and it is working up to the expectation in preliminary testing/poc environment with the "Host Spool Access Method" as "Email Receiver" and I am getting large attachments in my email.
The next worry is how I can extract just the PDFs from any email using any standard or custom SAP code... I wish there would be access method to store the output as file or something...
/Kamal
Hi,
OTF to PDF conversion for a large spooljob will take long if the documents contain images and/or truetype fonts. You do not need to do this via actual "printing" (to a printer with PDF device type). You could also try to have a background job do the conversion to PDF: run report RSTXPDFT4, enter the name of the spool request, and it will ask you if it should do the conversion via a background job. This job will generate another (binary) spool job with the PDF file which you can download (once job has completed) via RSTXPDFT5.
Regards,
Alex
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
84 | |
10 | |
9 | |
8 | |
6 | |
6 | |
6 | |
5 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.