SAP Fiori for SAP S/4HANA – My Inbox – Part 2 – Task-Specific Options
Latest Update 29 April 2020: Linked in the Manage Workflows blogs and videos.
Latest Update 2: Linking in the Notifications and Manage Workflow blogs, and the SAP Fiori for SAP S/4HANA wiki.
Latest Update: There is a variation on Intent-based Navigation – if you are navigating to another Fiori (SAPUI5) Application deployed on the same Fiori Frontend Server, you can embed the target app directly into the Task Detail – see SAP Note 2305401 – Integration of SAPUI5 Fiori Applications into My Inbox 2.0 for details.
Having activated Fiori My Inbox as described in SAP Fiori for SAP S/4HANA – My Inbox – Part 1 – Activation you will need to understand the configuration and extensions for tasks. Each task type can use the option that best fits the need of that task, whether it’s Approving a Purchase Order, Releasing an Invoice, or responding to an Environmental Health and Safety safety observation.
The move towards greater metadata driven development in Fiori and the single Fiori archetype in SAP S/4HANA brings all sorts of exciting benefits for scaling S/4AHANA Fiori apps, including Fiori My Inbox.
However if you have used SAP Fiori My Inbox in SAP Business Suite or Suite on HANA, rest assured earlier options for configuring and extending My Inbox are still supported. And just as before, Fiori My Inbox supports both SAP delivered and custom workflows out of the box with a default implementation. However there are some significant benefits to be achieved by tailoring tasks – especially when it comes to mobile devices.
There are 4 main options to adjust the default behaviour of tasks in the inbox:
- Task-specific annotations
- Decision options
- Intent-based navigation
We’ll take a brief look at these and finish with:
- General extension options
- My Inbox in action – how to validate and test my inbox
Tip: Some of the extension options are covered in more depth the Fiori My Inbox wiki.
Task-specific Configuration and Extension Options
Task-specific configuration and extension options are particularly critical when we intend to use Fiori My Inbox on mobile devices. While Fiori My Inbox app itself will operate on multiple devices, how the task-specific behaviour has been configured determines whether that particular task can be viewed and actioned on the device in question.
Fortunately easy configuration is provided to control which devices can view which tasks. This avoids users becoming frustrated by being presented with related work items of a task they can’t action on their current device.
Whether we are including standard or custom workflows the steps are much the same.
By default Fiori My Inbox selects all work items for that user relevant to the user’s current device type from the configured workflow providers.
NOTE: It is possible to filter the task gateway to only select configured tasks in the IMG (transaction SPRO). Just remember that this affects all your My Inbox tiles. You can deactivate the task filter again if you need to do so later.
The newest option – currently only available in SAP S/4HANA 1610 or higher – is to extend the task specific details using an annotations XML file.
This option works on all device types.
These are currently provided for certain standard workflows as part of the SAP S/4HANA install. On the Fiori Roadmap is the intention to support this option for custom workflows also.
We know if this option is being used when there is an “My Inbox Generic Application” entry (technically visualization type INBOX_GEN) configured for the task id in Task Visualization (transaction SWFVISU) in the SAP S/4HANA core system.
The parameters in the entry include:
- COMPONENT_NAME points to the metadata-driven generic task based UI
- QUERY_PARAM00 points to the OData service providing the detail data
- QUERY_PARAM01 points to the annotation file holding the metadata
Task-specific Decision Options
The quickest and easiest way to add task specific is to use the configuration options for Custom Attributes and Decision Options.
These option works on all device types. There are some additional instructions included in the following SAP Notes:
2421360 – Action Buttons are not being displayed in Fiori My inbox App
2421785 – How to Customize Decision Keys In My Inbox Fiori App
Using the Custom Attributes we can add custom information to the task detail shown in the inbox for a particular work item. The blog Embellishing Your Approvals Without Coding describes how.
Similarly, we can use configuration options to add simple action buttons to our task. We can even add positive (green) and negative (red) colours to the button to highlight preferred options. To use this option you need to know:
- The workflow id
- The task id
- The step number of the task within the workflow
This works exactly the same way as in earlier releases of Fiori My Inbox and the process is described in the blog Fiori My Inbox – Adding Action Buttons.
In fact if the task is a User Decision, the action buttons will already be configured for us and will operate without any further action needed.
Tip: If you display a workflow’s flowchart in the Workflow Builder (transaction SWDD) a user decision task will have the following symbol.
If the task is not a user decision task, then as per previous releases of Fiori My Inbox we can match our configured buttons with a background action by implementing the BADI /IWWRK/BADI_WF_BEFORE_UPD_IB.
NOTE: To use this option, we first need to identify an API that can perform the action we need in background. It doesn’t matter whether the API is a BAPI (enterprise service), class method, or function module – it just needs to work and to be able to be called from within the ABAP system.
An example of how to do this is shown in the blog Fiori My Inbox – Implement the BADI for Updating the Decision.
We can also view examples from SAP S/4HANA My Inbox sub apps that use this option and deliver a working implementation for this BADI. For example, enhancement implementation MM_PUR_PO_APPROVE_ACTIONS provided for Purchase Order approvals via workflow WS20000075.
Task-specific Intent-based Navigation
When we want to launch the user from the work item to a different user interface we can use intent-based navigation.
IMPORTANT: This option may not work on all device types, i.e. the task specific details will be displayed but it may not be possible to launch the navigation target on mobile devices. In particular, SAPGUI for HTML and Web Dynpro ABAP user interfaces cannot be guaranteed to work on mobile devices – there are just too many variations in how individual apps have been written. If you use this option with mobile make sure you test it thoroughly – and don’t be surprised if you hit a roadblock.
An intent-based navigation is a semantic reference to a Target Mapping defined in the Tile Catalog for that app. It provides a default Open Task button in the task specific detail to launch the navigation target.
NOTE: There is a particularly desirable variation on intent-based navigation if your target app is another Fiori (SAPUI5) app deployed on the same Fiori Frontend Server. You can embed the target app directly into the Task Detail area. Refer to SAP Note 2305401 – Integration of SAPUI5 Fiori Applications into My Inbox 2.0 for details and a very useful Cookbook guide you can download.
We know intent-based navgation is being used when there is a Task Visualization (transaction SWFVISU) entry of type “Intent-Based Navigation” (technically visualization type INTENT) configured in the SAP S/4HANA core system. This example is for Chemical approvals within the Enterprise Function Hazardous Materials Management.
The parameters in the entry include:
- SEMANTIC_OBJECT – refers to the Semantic Object in the Target Mapping
- ACTION – refers to the action to be applied to the Semantic Object as configured in the Target Mapping
- QUERY_PARAM00 – query parameters hold the values to be passed to the target mapping
A matching Target Mapping must be defined in the Tile Catalog for the app, as in this example from the Target Mappings of Tile Catalog SAP_EHS_BC_HS_HAZMAT_MGMT. The target mapping defines the navigation target of the Semantic Object/action combination. In the example the target mapping for semantic object Chemical and action approve points to a Web Dynpro ABAP application.
NOTE: As usual the system alias listed in the target mapping needs to mapped to the SAP S/4HANA core system in (transaction SM30) table maintenance view /UI2/ALIASMAP.
More information on intent-based navigation for My Inbox can be found in Note 2274940 – URL generation for intent-based navigation
If we want full control over the task specific display and behaviour then we need to use the Fiori My Inbox extensibility concept – just as in previous releases of Fiori My Inbox.
This option supports all device types.
For example, we can use this to:
- Adjust the information in the Task Header, e.g. to highlight the financial value associated with an approval
- Add additional information below the Task Detail, e.g. to permit item-level approval of a shopping cart
- Remove or add tabs
- Remove or add buttons
For more information on this refer to SAP Note 2118812 – How to Extend SAP Fiori My Inbox
General extension options
If we want full control over the My Inbox display and behaviour then we need to use the SAP Fiori My Inbox extensibility concept as described in SAP Note 2118812 – How to Extend SAP Fiori My Inbox Again, this works just as in previous releases of SAP Fiori My Inbox.
For example we can use this to:
- Change the master detail display, e.g. to add a financial value attribute or the author of the request
- Change the filter, group, and sort behaviour for My Inbox
- Hide unwanted inbox features and buttons at the task or general inbox level, such as Substitution options
Example use cases can also be found in blog Real Life Experiences in Extending Fiori My Inbox
My Inbox in Action
Make sure your My Inbox users have appropriate authorizations in both the Fiori Frontend Server to access the Fiori app and call the OData Service, and in the SAP S/4HANA core they need inbox authorizations as per sample security role /IWPGW/RT_WF_USR.
In addition to testing the Inbox and any changes made it’s important to check more than just the task itself. In particular check:
- The count on the My Inbox tile matches the count within the app
- Action buttons work both for individual and mass actions on tasks
- Substitution and substituted items work correctly
Tip: Remember the substitute will also need access to and authorization for My Inbox
You can find blogs on workflow notifications
You can also find out more about the new flexible workflow in the SAP Help Portal > General Functions for key users guide for your SAP S/4HANA version, section Manage Workflows
You will also find a comparison in this useful blog SAP S/4HANA Flexible Workflow Overview and comparison with SAP Business Workflow and a video guide at SAP HANA Academy – SAP S/4HANA RIG: Adapting Workflows in S/4HANA
Becoming a SAP Fiori for SAP S/4HANA guru
You’ll find much more on our SAP Fiori for SAP S/4HANA wiki
Brought to you by the S/4HANA RIG
Very nice Jocelyn. Thanks for sharing. Please update us with new dimensional change
Sure Anjan - as soon as it is released for customer usage.
When you say "The newest option – currently only available in S/4HANA 1610 – is to extend the task specific details using an annotations XML file.", the understanding is that the CDS UI annotations can be extended/ overridden using SEGW Vocabulary Annotations. Is that correct?
Dose that mean, we can create a new Annotation Model for Referenced Service and add a few more annotation from Gateway side. And then specify the new Annotation Model URL in the visualisation parameter configuration.
If that's the case, then how are the CDS UI annotation loaded into the Gateway Vocabulary Annotation model? Or can we provide 2 or more annotation models in visualisation parameter configuration?
In S/4HANA CDS UI annotations can be extended using SEGW annotations - however typically we do not add anything else in the SEGW layer as per the Principle of One Archetype. It's possible with e.g. Fiori Elements to add or override annotations with a local annotations xml as part of the Fiori app itself - that is a layering of annotations.
The exact details and recommendations for how to use annotations with Task Specific options are part of what we are waiting for. It would be premature to discuss those details until that announcement is made.
Just a bit of a provocation on your comment: "however typically we do not add anything else in the SEGW layer as per the Principle of One Archetype".
If you look at standard Fiori apps in S4 HANA like Material Documents Overview you will find lots of SEGW annotations. I was looking to build a similar list report and took me a while to find out that all the nice features like date picker were hidden in the backend service. So, there might be a reason for it, or would you recommend to avoid doing the same?
Annotations have been added to historical OData Services, or occasionally complex OData Services that for various reasons may have been created in txn SEGW.
However clear strategic direction is to create annotations in the ABAP CDS View via MetaData extension. Easy and efficient and maximum impact when reusing the ABAP CDS View in multiple apps.
Second option for UI related annotations is to use the SAPUI5 app for the Fiori elements. Easy and great for overriding the default annotations in a single specific app e.g. when reusing the same CDS view for related apps.
Putting annotations in the OData Service via SEGW is more of a fallback option rather than strategic. It works but it's more effortful than using CDS.
Thanks Jocelyn for the info.
Would be interested to hear on possibilities of using annotations files/ paths for Task Specific configurations.
As would we all... I keep asking periodically. We are using this in S/4HANA already. It's more a matter of it being officially released for customer use.
A small update - currently there is some discussion internally whether to adjust the approach to e.g. use the standard annotations for Object Page instead. Until this has been resolved we don't expect the inbox annotations to be released for use.
THank you for sharing this information.
Currently i have a situation where the work item can be display properly in my inbox fiori. I also have made some entry in the SPRO to put WF iD, STEP ID, etc for my decisions step, and the approve and reject button has Green and Red colors respectively. Up to this point I think all the setting are seemed corrects.
The problem is when I approve the work item from My Inbox FIORI, it does not seem to trigger the WF, and the work item still there in My Inbox FIORI as well as in SAP Inbox. But this case is never happen when I approve the work item from SAP Inbox, where the WF is properly triggered.
Do you have any idea about this? how to trigger the WF from My Inbox FIORI?
Ok so if your work item is actually a User Decision task the decision is passed automatically as an answer.
However if it's any other type of work item, you need to implement the related BADI and add some code to do the equivalent update of whatever your work item would usually update.
This is what is explained in the blog I referenced above... https://blogs.sap.com/2015/06/08/fiori-my-inbox-step-6-implement-the-badi-for-updating-the-decision/
What's happening is the button pressed is being provided to the BADI - but because your not actually hitting the button in the *original* task in foreground, you need to add some code to the BADI to make the equivalent change in the background.
Try the blog and give it a go.
I implemented My Inbox – Approve Purchase Requisitions. Dynamic tile shows correct number and number of items in list is correct, but when select one item not show nothing of information in detail screen (only number and title).
Any idea about it?
Hmmmm... nasty! That should not happen. I've seen it working fine... it may be a language/translation issue or just a regular common or garden bug.
Ok so general procedure to follow for any problems with Fiori apps
You'll need to know your S/4HANA version as a minimum. It also helps to be able to check what support components you are on in your Fiori Frontend Server.
If you still can't find anything just raise a SAP Incident.
Good luck and let us know how you fixed it when you find the answer.
I implemented the notes:
2416097 - PR Item Details not displayed in My Inbox application
2415677 - Minimal information for Purchase Requisition Items displayed in the List view of My Inbox app
And my app gets information correctly. Thank you very much
Thanks for this blog. We're at the moment experimenting with activating the fiori myinbox, from my understanding the fiori myinbox should work the same way as the sap business inbox, however we found out that something standard like advance with dialog is not working, is this something that will be fixed in the future, or is SAP expecting us to rewrite multiple stringed workflow tasks into 1 all encompassing task.
Kind regards, Rob Dielemans
AFAIK UWL never did Advance with Dialog ... and there's no promise of that in Fiori My Inbox. Advance with Dialog was mostly standard in SBWP where you are in a stateful (rather than a stateless) environment.
Thanks for the wonderful blog!
We are planning to use the standard (retrieved from fiori apps ref library) fiori my box without any customization.
Is it mandatory to implement BADI for the standard my inbox and workflow scenarios?
For example, there is a standard my inbox already available in the fiori apps library for My Inbox - Approve Supplier Invoice. Do we still need to implement the BADI if we want to use this standard inbox or just following the implementation information mentioned in fiori apps library is sufficient?
Hi Ram, My pleasure!
If there's a sub-app for My Inbox available such as My Inbox - Approve Supplier Invoice - you are always better off implementing this first. Often they come with a predefined implementation of the BADI to save you having to create one.
Is it possible to use My Inbox for other SAP objects. I wanted to test it for SAP PM notifications and PM orders. I have activated WF for PM notifications and in the backend all is working fine. I get task TS00008314 and I am able to process it. I am not able to see it in fiori app My Inbox. I have created entry in "Scenario Definition". My inbox in configured to see all items. Do I have to creates also entry in SWFVISU?. I am able to see i.e. PO approval item in My Inbox. We are using S4 1610.
Yes my inbox will work for all work items of SAP Business Workflows. You need to create an entry in SWFVISU to control how the work item is actioned. It should show up anyway though.
Check it is actually a work item and not a notification item - we do not show notification items in My Inbox.
You will only see it in My Inbox if the work item has not yet been processed of course. Once the work item is processed it disappears from all inboxes and goes to the outbox.
If you are still having trouble with your configuration, please Post a Question in answers.sap.com with tag SAP Fiori for SAP S/4HANA. And add some further details - e.g. screenshot of your config.
We've been live with MyInbox 1.0 for some time. We had removed the mass action ability initially. We'd like to enable it, but would like mass action available for only certain tasks. Is there a way to control which tasks you can take mass action on? I've been unable to find anything in notes or blogs.
Note 2131722 seemed to indicate there was an issue with actions being take on tasks that were not mass enabled, but doesn't indicate how you control that at a task level.
Any guidance would be appreciated.
HI Roger, You can turn it on mass actions for a specific scenario filter as per note 2491100
Otherwise if your users select work items en masse, but there are no mass actions for that task, they will not see any options.
If you have further questions please raise them in https://answers.sap.com as per the SAP Community Rules of Engagement. Please understand we can’t address detailed issues in blog comments.
After configuration of My Inbox 2.0 Approve Requisition app is working but comments entered at the time of approval are not shown at next approval step in My Inbox App.
SAP Community is not an official support channel. You can find SAP Notes and report your problem at https://launchpad.support.sap.com
I notice there are a few SAP Notes about issues with comments in Fiori My Inbox when you search on component CA-INB-FIO with keyword comments such as note 2508104.
If you do want to raise a further question on the SAP Community please do that at https://answers.sap.com as per the SAP Community Rules of Engagement.
Please understand we can't address detailed issues in blog comments.
I am sharing your blog content to my friends and colleges.. Great work.
Very nice blog post. My use case is the opposite of what you describe - we have a complex SAPUI5 Task Interface where data must be filled in this is integrated as external and therefor we want to hide the Decision options in the details page in order to only complete the task from within the task user interface.
However, if no decision options are maintained as described by you and the linked sap notes, the default decision value texts from the workflow step are added as neutral buttons.
How can the decision options be hidden from default my inbox for specific task types?
In my opinion a my inbox extension for this simple requirement would be too much overhead....
thank you very much
Thanks for the encouragement!
For that type of use case you definitely want to look at the section on Task-specific Intent-based Navigation
That's an alternative to using the decision options so it replaces them with the appropriate options depending on how you have configured the navigation. Check for SAP Notes on this though... I',m aware we've had a couple of issues with the embed option so make sure you have your inbox patched up to the best possible state.
Were you able to achieve this functionality. I am kind of looking for a similar solution where my custom application will have all the decision buttons. I want to hide all the buttons which standard My Inbox application is showing.
The configuration of decision tasks may not fulfill my requirement as user will make changes in the custom application before taking decision.
I was trying to bring my own annotation in Task-specific Annotation. I did as per your blog, but it is showing blank page. So I have few doubts to find the solution.
1) COMPONENT_NAME : If I am using my own component, I have to use the same "cross.fnd.fiori.inbox.annotationBasedTaskUI" ? Or If I have to give my own component, which path I have to give?
2) When I debugged in browser console, I saw the data is coming from CDS view. But screen is still blank. Then I have navigated to other item and clicked the same task again. Then it had 2 batch request and One value request. But for other items, it is showing 3 batch request. Whether there is something wrong in my config?
Is there any document/reference for this issue?
Whether this issue is in my side or should I raise incident to SAP?
Thanks in advance,
We currently do not recommend or provide support for using task based annotations for custom developments. The preferred option for custom developed apps for tasks is to use task-specific intent-based navigation.
This is partly due to some thoughts around how My Inbox itself may change in future, as well as greater consolidation and clarity around how annotations are used generally across all Fiori apps.
Using task-specific intent-based navigation also gives you much greater freedom in the task display than can currently be supported with the my inbox use of annotations.
Hope that helps clarify things.
Great !!! Thanks a lot Jocelyn
This helped us to take decision for custom development.
Now we decided to follow task-specific intent-based navigation for our requirement.
Also I have another question.
I have tried to pass the parameters to application as below
But in the application I am getting these value as null.
Is there any way to get proper values Instance ID?
I saw this value is available if I read this.getRouter()._oRouter._prevBypassedRequest.
But wanted to check which one is the properway.
Thanks in advance,
Ok your Query parameters are not quite correct. You would not provide those values this way - you are not starting a SAP BOR object - just passing parameters to another app. There is further advice on how to do this in SAP Note 2274940 - URL generation for intent-based navigation which you should find helpful.
We installed S/4 HANA 1709. We have a custom workflow for PO approval and upon installing the MyInbox fiori app, we could only see the header details of the PO (well, not really..). Line item details are not present. We had approached SAP support and was told that we have to use the standard workflow in order for the MyInbox to work properly. Is this true?
Hi Zamzuri, That's not quite correct. To get these features automatically you would need to use the standard PO approval workflow. However you can create a similar inbox annotations file for your task to get a similar effect - one of our customers did this. You can also use My Inbox extensibility if you want to make more complex changes.
Hi Jocelyn Dart
Thanks a lot for sharing this information.
I have created a custom UI5 List Reportapplicatoin using CDS annotations and I would like to see this on click of work item.When I am trying to do it is giving me the following error
After going through the documentation mentioned in NOTE – 2305401, I have maintained the following routes in my MANIFEST.JSON
But I think, I need to maintain my targets as well. I am not sure what to maintain here as targets. If you have any idea please help me and throw some light on how to address this issue…
FYI : I developed custom UI5 report using List Report Template from CDS Annotations.
That looks ok to me. Since your report is a List Report you might need to define the incoming parameters as per SAPUI5 SDK > Developing apps with Fiori elements ... Configuring External Navigation https://sapui5.hana.ondemand.com/#/topic/1d4a0f94bfee48d1b50ca8084a76beec
First of all, thank you for this great blog.
We have implemented My Inbox 2.0 on Hana 1610 SP06 and Approve Purchase Order and Approve Requisition works fine. But we want to add a "Plant" custom field to both approving detail views. I find some blogs about this issue for example:
But my mind confused. Which approach is the best practice for extending My Inbox 2.0? Could you share best practice tutorial or any official document about the extension, especially adding new field to detail views? thanks
Hi Mehmet, it's a good question! These days (we are all in 1809 and about to go to 1909 now) we are moving more to using the embedded app approach for my inbox apps. However if that's the only change you need to make then the blog you mention should give you an easier way forward.
Nice Blog ...Thanks for sharing this blog ..
I have small query ..
For Creating the push notification i setup all required setting to get the notification in SAP FIORI launchpad in s4 Hana . But i have not understand how the Task Visualization has assign to specific notification's with respect to workflow task ...
Hi Nareshkumar, Ok so you need to look perhaps at this blog below which explains how the notifications relate to the tasks. It's actually separate from the Task Visualizations (which control how the task itself is launched)
Leading S/4HANA UX – Notification Center – Part 2 – Providing Notifications
Just by chance:
I stumbled upon this blog while trying to figure out, why Fiori Approve Travel Expenses (https://launchpad.support.sap.com/#/notes/2323673) and Fiori Approve Leave Request (https://launchpad.support.sap.com/#/notes/2791031) both use My Inbox but do it separate ways and what would be the difference from a user's POV.
I already configured Fiori ATE for my Inbox and used a separate tile for that. While I think it will be nicer to have all in one big My Inbox the LOB want's to have separate tiles for each process. Will I be able to fullfil this using note 2791031 for ALR?
BTW I already asked that as a question here: https://answers.sap.com/questions/13107452/fiori-approve-leave-request-my-inbox-integration-i.html
Nice blog, Thank you for sharing the valuable info..
Could you please tell how to add new fields when I click on each PR Line item ( My Inbox app ) .
If I click on the line item above then I want to display 4 new fields like GL Account, cost center , gl account description, cost center desc.
If you have any idea please help me on this issue.
I have and issue with the My-Inbox App , in detail page table is showing " Right now, there are no visible columns in the table. please select the columns you need in the table settings." error , If you have any idea how to get as shown in your screen shot , could you help me.
Hi Aparna Vadakanti , I am facing the same issue. Please let me know if you found a solution to this problem.
I'm having the same issue with PO Workflow. Please let me know if you found a solution to this problem.
Hi Subhashini Kuntala
the Collection should be implemented in that annoution.xml file. here is an example for three columns:
Thank you, Suliman.
Will try this solution.
I'm having the same issue with PO Workflow. Please let me know if you found a solution to this problem.
Hi Jocelyn Dart I have a question.
I am using app F2728 Verify General Journal Entries For Processor (Inbox) and I want to change the intent after click in document number in details screen.
But in SWFVISU the component name is COMPONENT_NAME is cross.fnd.fiori.inbox.annotationBasedTaskUI
The question is: can I combine Task-specific Annotations parameters with Task-specific Intent-based Navigation parameters?
No unfortunately you need to create your own task UI for that usually. Check the app documentation for any options, and then raise a SAP Incident to check for any additional options or changes coming in the roadmap
Thanks for such a nice blog.
My customer requirement is to hide footer buttons (e.g. claim, forward, open Task etc.) irrespective of any WF Type. Could you please suggest what's the best way to do it. We are on S/4 HANA 1909. I checked the Fiori Apps Library but there is no UI hook available in S3 View to hide them.
As per my understanding best way to hide them from oData side OR I need to extend the CA_FIORI_INBOX Fiori app and do the needful?
Looking forward your feedback. Thanks.
Hi Jocelyn Dart
Thank you for sharing the valuable information. The steps has helped in configuring the notification . But i have a question regarding the SAP_WORKFLOW_PUSH_NOTIFICATION . The Background job is in release status as per config its triggered based on event SAP_BWF_PUSH_NOTIFICATIONS. When i try to run report RSWF_PUSH_NOTIFICATION_EXECUTE i am getting the notification in my launchpad, but the Job is not getting triggered. Do we need to do any config for raising the event SAP_BWF_PUSH_NOTIFICATIONS. So that the background job is triggered.