Another consideration to be made here is with accurate tracking of "pages 
printed", which relates to
chargeback and also device utilization and possibly management/audit reporting 
if you do this type
of thing.  

With the XEROX print subsystem approach, you will no longer have accurate SMF 
type 6 (output device)
statistics, if/when you implement the XEROX JDE/JDL commands technique, for 
form-overlay, "copies
requested", and events like restart-device, cancel-output, and other 
conditions.  

Meter statistics are captured on the XEROX subsystem however I don't believe 
you will get
information such as USERID, JCL Accounting information (and likely still not 
the READER_SUBMIT_TIME
-- critical for an accurate merge with SMF 30s) unless you attempt to merge the 
XEROX subsystem
statistics back with the corresponding SMF type 30 data for the creating job.  

Even with the vendor-supplied SMF type 6 enhancement (optional with XPAF 
software, I believe), all
events that occur offline to JES will only be known by the XEROX subsystem.

Sincerely,

Scott Barry
SBBWorks, Inc.
______________________

On Wed, 7 Feb 2007 04:32:01 -0800, Walter Marguccio 
<[EMAIL PROTECTED]> wrote:

Dear list,                                                          

we have in place the JES2 Exit1 which, other than tailoring the        
separator page, adds printer control information (JDE and JDL) to 
the raw data being passed to our channel attached XEROX printers. 
So far so good.

We are going to remove above printers from JES2 control, both XEROX
will be IP-controlled printers. Once JES2 is excluded from this       
process, Exit1 will not be triggered anymore to pass above control
information, and the raw data sent via IP to the printers will be missing
them.                                         

We already asked IBM for a solution and their suggestion was to implement IP
Printway,
coding the Begin dataset exit to pass JDE/JDL to the IP controlled XEROX
printers.

I wonder if anyone already faced and solved this problem using other means, or
someone could point to links/docs or other source of information which could
help us to find an alternative to the IBM's proposal. 

Our shop is running z/OS.e 1.4.


Best regards


Walter Marguccio
z/OS Systems Programmer
Munich - Germany

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to