Skip to Content

How to disable email notifications for HR Trigger requests

Scenario: HR Trigger requests make use of the same workflow notification as other Access Control requests. Customers may want to disable notifications when the request is created by HR Trigger, and all other requests should continue to generate notifications normally.


How can customers disable email notifications for HR Trigger requests only?


Solution: This can be achieved by following the steps below:


1) Create Enhancement Spot/BADi per Note 1589130 or per Note 1727135. You can also apply both notes and merge the code.


2) Thereafter, customized code can be done in method SEND_OVERRIDE of the BADi’s implenting class. It is a stable solution and does not get overwritten by SP upgrades.


The customization code below is a suggestion that has been tested in my internal system as works effectively.

In my sample code, I am suppressing e-mail notifications for HR Triggers that create request type 23.





Please note that you need to replace the request type 23 with your own number based on you HR actions maintained in SPRO.


Navigate to SPRO>…>Access Control>User Provisioning>Maintain Settings for HR Triggers,


If you would like to suppress e-mail for more than one action triggered by HR, then you need to slightly modify the sample code to achieve it.


Hope this is useful!

You must be Logged on to comment or reply to a post.
      • I'm sure a lot of people would appreciate it if these notifications can be be fully controlled using MSMP.   I think the problem occurs with us having to use Global Notification Settings because notifications like "End of Request" don't seem to work properly when used at the last stage.

        It's still a great solution to the problem though and now that I got everything working, I won't need to touch HR Triggers and BRF+ for awhile. 

      • Hi Luciana,

        Have you ever created an HR trigger for position changes on a system that uses indirect role assignments? Since position changes are generally done in advance, I believe it could be done by using the process described below.

        1.   Create a HR trigger to perform a termination action on users who have position changes.  Users will be moved to a custom user group (POSCHNG) to identify that the position change is the reason for the account expiration.  

        2.  Setup a background job that will run at the beginning of each day.  This background  job will run a program that is designed to create an access request for all accounts that are in the "POSCHNG" user group.  It should only create an access request the day after the expiration date.  The access request will contain a list of all the new roles that are currently assigned.

        In the end, the idea is to generate an access request with the new role assignments after the position change occurred.  I'm assuming we could use the GRAC_IDM_USR_ACCS_REQ_SERVICES function to implement this strategy. 

        Would you have any thoughts or advice before I try to tackle this?


        Salim Assaf

  • Hi Luciana, very good post.

    In my case I need to implement something similar with the function approval workflow. The idea is to send a notification for a function creation path only without approvers. Do you know whether this configuration is possible?

    Thanks in advance.


    • Hello Fernando,

      In your case this example is not applicable. This example is for scenarios where you do not want to send ANY emails for that process type ID and request type.

      You will need to customize it at path/stage notification level.



      • Hi Luciana,

        Thanks for your prompt reply. I tried to configure at stage level, but as there will be no approver on it, notifications are not available at stage level.

        I thought it might be possible to send the notifications based on the process type ID and path ID.

        Best regards,


        • Hi Fernando,

          I see, you have a no stage path.. if you configure it for global notification (in very first step in MSMP), are you able to do it? Like new work item notification for the Function Workflow process ID.

          • Hi Luciana,

            Apart from this, my client only wants this notification for function creation, so I have a custom initiator to separate in different paths. My idea is to send the global notificacion only for the creation path.


  • Hello Luciana,

    Could you please share the customization code to include request type  in the METHOD? i don't see any attachment to this blog, Thank you

  • Hi Luciana

    I don't see the customization code attachment in the blog. Could you please reattach the custom code for suppressing email notification based on request type?