Internal reader jobs using wrong ACID after applying TSS PTFs

Document ID : KB000107694
Last Modified Date : 25/07/2018
Show Technical Document Details
Issue:
After applying the latest Top Secret 16.0 maintenance to my test LPAR, jobs submitted to the internal reader are failing. They are using the ID of the submitting job - CICS or CA Dispatch - instead of the user's ACID. For example on test: //HKPNAPDP JOB (HMB0F00TE),'NURSE AUDIT PRINT', // CLASS=H,MSGCLASS=X,REGION=8M Prod LPAR is correct: //HKPNAPDP JOB (HMB0F00TE),'NURSE AUDIT PRINT', // CLASS=H,MSGCLASS=X,REGION=8M, // USER=SH24002 I copied the TSS security file from prod to test yesterday and bounced TSS. Dispatch archive is using the CADSDISP ID on test, while on prod it is using CADSDIS (without the "P"). From IOF: DSEXXTAR J030485 SEC CADSDISP JOBNAME--JOBID---ACT-STAT-OWNER---- DSEXXTAR J035515 CADSDIS  
Cause:
 AFTER SO04024 NOVERIFY DOES NOT INSERT USER= ON JOBCARD
Resolution:
SO04627 
  PROBLEM DESCRIPTION:
 After fix SO04024, JES(NOVERIFY) does not insert USER= on the jobcard.
 Also, CICS will fail to insert USER= on jobs submitted thru either
 the TD QUEUE or SpoolWrite commands regardless of the (VERIFY/NOVERIFY)
 JES control option setting. As a result submitted jobs will run under the
 wrong ACID.
 
 SYMPTOMS:
 The job fails indicating the user is not authorized.
 
 IMPACT:
 The job is not executed.