It may be you have a DD in the processor referring to the internal reader. The DD does not have to be used the DD just must exist.
//SUBMIT DD SYSOUT=(A,INTRDR),DCB=BLKSIZE=800
When the internal reader is in the processor the id is forced to the user's ID unless the ENCOPTBL INTRDR_ALTID=Y is set.
The following is from https://docops.ca.com/ca-endevor-SCM/18/en/securing/data-set-security#DataSetSecurity-AlternateIDandProcessors
Security for internal reader jobs is affected by the Optional Features Table (ENCOPTBL) option INTRDR_ALTID and processor ALTID settings as shown in the following table.
|Y or blank (default)||OFF (default)||Any processor step that includes an INTRDR DD card is run under the user ID. No swapping to the altid for data access occurs. The job that is submitted to the internal reader runs under the user ID.|
|N||OFF (default)||Processor step runs under the user ID, therefore internal reader job is submitted under user ID.|
|Y or blank (default)||ON||Processor step runs under the altid, therefore internal reader job is submitted under altid.|
|N||ON||Processor step runs under the user ID, therefore internal reader job runs under the user ID. Note: ALTID=N overrides INTRDR_ALTID=ON.|
Note: If the job is being submitted by a REXX exec, then the LGNT$$$I/O logic must be used in the REXX, regardless of whether the internal reader is allocated in the REXX itself or with an INTRDR DD statement in the processor.