This is the public portal for all IBM Z Hardware and Operating System related offerings. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
Based on customer feedback, this RFE is being renamed to "Support NOTIFY JCL in PROCs and INCLUDEs" and that requirement is recognized.
Hi IBM_Systems_Developer,
One of the drawbacks of the NOTIFY JCL statement is that - as far as I know - it cannot be included in a member.
With the system symbol, I could put the following job step in a "@NOTIFY" member in my JCL library:
//SENDRC EXEC PGM=IKJEFT01
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *,SYMBOLS=EXECSYS
SEND '&JOBNAME completed with RC=&RC' USER(user_id)
Then I could use "// INCLUDE MEMBER=@NOTIFY" in the JCL jobs.
This would allow for changing who is being notified in one place (instead of editing every job).
Could something like this be done with NOTIFY?
Have you considered what can be done with the NOTIFY JCL statement that was introduced in z/OS 2.3? It allows notifications to be sent to a TSO user via a message or to an email address. It can be done conditionally (based on the jobs return code). It can also send a notification if the job does not run (ie it is canceled). However it does not allow a TSO SEND type notification and it cannot be placed in a PROC.
So is a symbol with the jobs return code to this point still needed? Or would enhancing the existing NOTIFY JCL be a better direction?
Yes, and the advantage of this is that you don't need to be a SYSVIEW/SDSF shop.
In addition, a lot of sites use custom assembler programs to send completion codes at the end of a job, so I think this would be a big ease-of-use improvement for them.
(The NOTIFY job card parameter is nice, but the only disadvantage is that you cannot include it as a member. So if you have a lot of jobs, you can't change who is being notified from one place. )
Overall, the biggest advantage would be flexibility
You may use sdsf rexx api to geht the return /abend codes of all previous steps and calculate the max-rc or 1st abend code yourself
But i agree it would be nice to have easier support for this
Yes! I was thinking of submitting this exact RFE myself just a few days ago.