1 of 1 people found this helpful
I read your request with interest and am surprised that there are other ControlD customers besides us!
Thanks for that.
What kind of data is this? Line Mode or Page Mode data?
I usually use the CTDAMUTI utility to process my print data. It is also possible to define a Print-2-File Print Mission (CATEGORY SEQL-FILE,NOBANNER) and write the data into a seq.file. In the ControlD Admin Guide you can find some information here.
Hi and thanks for your advice...
I ended up creating a multi-step batch print mission that used the Print mission name as part of the SEQL=file.name.MissName statement
I then have a PRINT skeleton that has a step that deletes and redefines the output file and refers to the input dataset DSN=file.name.%MISSION%
I then did my required print format post processing step, before sending output to NPF. But this could be anything you wanted.
Final step it to clean up after processing is complete.
It would be great to be able to refer the Autoedit variables within the JCL that were created/specified in the PRTMIS itself. At this time there are only a very limited set of variables available. And the dataset name length is limited to something like 14 or 15.
Also I found that you can not use the PRTMIS outclass variable in the batch print skeleton, and this would also be perfect for what we wanted and mean we needed to create fewer PRTMIS batch members. So I created a different skeleton for every class we needed to print to.
Only variables that can be used are;
//* %DEST% - PRINT MISSION DESTINATION
//* %UDEST% - PRINT MISSION DESTINATION
//* %COM#% - COM FILE RECORD NUMBER (UNIQUE NUMBER AMONG MISSION
//* RUNNING IN PARALLEL).
//* %MISSION% - THE MISSION NAME,
//* %CATEGORY% - THE MISSION CATEGORY,
//* %GROUP% - THE MISSION GROUP,
//* %OWNER% - THE MISSION OWNER ID,
//* %PRTY% - THE MISSION PRIORITY.
But it all worked as required in the end.