thanks for your answer!
I'm working on already existing jobs, which do the reverse and bottom up by an exit controlled by special content of CHARS and MODIFY=<modulename>.
This works today, but now I want to use BPXWDYN to define the DD and OUTPUT statements dynamically, because a lot of parameters are decided at runtime.
Today the jobs are submitted by internal reader and I want to have them under control of OPC/TWS.
The problem is, that BPXWDYN does not support MODIFY=<modulename>.
Therefore I'm looking for an other way.
BillyBoyo wrote:Is there only one sheet per envelope?
no, it differs from letter to letter, also attachments may be added or not and the postal charge is calculated and added to the address window.
BillyBoyo wrote:Is your print run is driven by a file? How about adding three extra steps into your process? Firstly, add a sequence number to the front of each record on your driver file. Secondly, sort the file on the sequence number. Thirdly, strip off the sequence number. Then proceed as before.
The sequence numbers can be ascending or descending, as long as you sort in the "opposite direction". You'll need you 180 degree flip as well.?
The print file is not line mode, but AFP!
I think sorting this record by record does not make sense.
A solution could be an AFP command "reverse printing" on top of the file:
The sort order of the file keeps as it is and the printing is done in reverse order.
=> But I cann't find a command like this in AFP.
If it is not single sheet, tell us as much as you can (it should be in the spec
) about the print.
BillyBoyo wrote:Can your collating machine take a roll? Why, if you don't mind me asking, choose a roll for your stationery before you know how it is going to work with your hardware?
I'm changing already existing jobs