This article addresses authorization failures encountered when utilizing System State Manager (SSM) within OPS/MVS to automate the shutdown of CICS regions, specifically when RACF authorization errors prevent the execution of shutdown procedures.
When issuing a MODIFY command to CICS, the task executes under the CICS region user ID by default, unless explicit sign-on configurations are utilized. The CICS region ID often lacks the necessary security clearances to execute system commands like CEMT or access required consoles.
To force the CICS command to execute under a specific authorized ID rather than the default CICS region ID, leverage both CA OPS/MVS and CICS Console Security configurations.
Route via a Dedicated Console in OPS/MVS Target a dedicated console name defined to CICS using the CONNAME keyword in your OPS/MVS rule or REXX program: ADDRESS OPER "COMMAND(F CICS####,CEMT I TAS) CONNAME(OPSCICS1)"
Bind the Console to the Authorized ID in CICS Explicitly instruct the CICS region to treat that specific MVS console as an autoinstalled console terminal mapped permanently to the desired user ID. Define this in the CICS System Initialization Table (SIT) or via CEDA:
USERID(*EVERY).Grant ESM Security Clearances (RACF) Configure security rules across three layers:
USERID(*EVERY). This allows CICS to trust the identity passed from the z/OS system console, bypassing the need for surrogate user checks (SURROGAT class).NOTE: Security configurations must be reviewed and verified by your CICS and security teams.