OMEGAMON CICS Exit KOCOME00 always returns RC=0 for XMNOUT exit. It should return the previous exit program's RC if it's greater than the OMEGAMON exit's RC.

We have our own XMNOUT exit to suppress SMF110 records for CSMI and some exception records. Our exit works fine until we need to do OMEGAMON maintenance which does OMEG REMOVE and OMEG INIT.

Normally the sequence of the XMNOUT program is KOCOME00 first then our exit as they are defined in that order in PLTPI. In the SMF110 suppression works fine.

However, OMEGAMON maintenance changes the order because the exit was removed and enabled by OMEG REMOVE and OMEG INIT transactions. In this case the SMF110 suppression does not work because KOCOME00 ignores the RC from our exit and always returns RC=0.  

I talked to the OMEGAMON Support who advised to use the Global data area to suppress CSMI transaction. But there is no other way to suppress the SMF110 exception records.

I would like to suggest

- KOCOME00 for the exit should return the previous exit program's non zero RC.

- Or OMEGAMON should provide another way to suppress the SMF110 exception records. Maybe a similar way to the CSMI in the Global data area.

Note : the exception records we are suppressing are for file string wait. The number of string wait exception records are generated around one million a day, all of them are string wait for ESDS file. We define strings=1 for all ESDS files to avoid the wait in the VSAM codes.

This issue was reported to IBM (TS015928462). The support advised to raise a RFE record.