on 06-24-2015 7:54 PM
Background:
Problem
Thoughts on If this is even feasible (tech team think not, but open to other opinions)
If feasible, suggestions?
Thanks
Abel
Hi Abel,
it is a common misconception that SAP windows-based printing (SAPWIN, SWINCF) can only be used in conjunction with a frontend printer definition (i.e. printer with access method F or G, which always requires a SAPgui connection and thus cannot be used in background processing scenarios).
What you could do is (I hope you have a Unicode SAP system because I could not find a non-Unicode SAPWIN device type which supports Turkish):
Define a printer with SWINCF device type and access method U or S. Set up a Windows (print) server in Turkey and install and run SAPSprint print client on it. This Windows Machine with SAPSPrint will be your "destination host" in SPAD. SAPSprint receives jobs from the SAP system over the network and prints it (using Windows printer driver) on a Windows printer configured on that Windows server. The name of the Windows printer (please remove any blanks from the printer name) is your "host printer" in SPAD. This way you can print from batch job to that printer and have Turkish character support.
Does that help?
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 |
---|---|
86 | |
10 | |
10 | |
9 | |
7 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.