1-IDADIDIN30E - The SCUMTRAN table could not be loaded

Document ID : KB000092877
Last Modified Date : 09/05/2018
Show Technical Document Details
Issue:
I have just upgraded to R15 and none of the application transactions can be accessed due to the above error . The transaction they are trying to access does not appear in my SC00TRAN module, which is the same on R14. I understand R15 now looks at SCUMTRAN if it can't find it in SC00TRAN which I have not configured . Please advise
Environment:
Z/os, CA Ideal 15.1
Cause:
SCUMTRAN table is new with CA Ideal 15.1

In Ideal 15.1, SC00TRAN has been split in two macro: SC00TRAN and SCUMTRAN. 
 
-  SC00TRAN does not have any user transactions. 
-  SCUMTRAN contains the user transactions.  

in other words, SC00TRAN contains the first part without user transactions. ie: SAST, IPCV,...,DDOL,..DDOX. 
 
"Sites wanting a quick conversion can simply rename their existing SC00TRAN load module as SCUMTRAN, and re-assemble SC00TRAN without the user entries. The duplicate entries for DDOL do not affect anything, as the SC00TRAN version takes precedence." 

 
Resolution:
Additional Information:
see also:

Ideal 15.1 APAR #: RO89816 : Title: SC00TRAN - SPLIT OFF USER TRANSACTIONS

Separate the user-defined transactions from SC00TRAN so that they can   
be reloaded without CICS recycle. Also add the transactions pointing to 
SC00SNON and SCPSNETT to the DISPLAY PCT results to assist support when 
the transaction IDs are changed for multiple AOR's.