Skip to Content
Author's profile photo Andre Fischer

Updated tasklist available for SAP Gateway service activation


When setting up a system landscape for the use of SAP Fiori or S/4 HANA lots of OData services have to be activated. For the mass activation of the OData services needed by the SAP Fiori applications the  task list SAP_GATEWAY_ACTIVATE_ODATA_SERV is provided that can be started using transaction STC01.

The problem when using this task list so far was, that the repository objects that are created when activating an OData service in SAP Gateway are created as local objects only. Also the assignment of system alias entries was not recorded and it was hence not possible to transport these settings in a SAP Fiori system landscape.

Without the possibility to transport the settings customers had either to activate the services in the quality assurance and production system or they were forced to activate the services manually using transaction /IWFND/MAINT_SERVICE.

What’s new?

With SAP Note  2630153 – Fiori Setup: Enhance OData service activation task list an updated version of the takslist SAP_GATEWAY_ACTIVATE_ODATA_SERV is available.

Overview page

When running the task list SAP_GATEWAY_ACTIVATE_ODATA_SERV you now see additional steps and input options.

1st step: Set transport options

In the first screen you can now specify the prefix for the repository objects being created which is defaulted with ‘Z’.

The second input parameter is the development package which is defaulted with $TMP. Here you can choose a transportable package via an F4-help instead.


As a default new transport and customizing requests will be created but you can also choose existing requests.

Moreover it is possible to  set the client settings and the settings for the automatic recording of changes such that changes will be recorded without the need to start transaction SCC4.

2nd step: Enter service list

As usual you can enter a list of services whose names can be copied from the SAP Fiori site.

In our demo we are using demo services where we have introduced a typo to show the behavior when errors occur.


3rd step: Choose processing mode and system alias

In this step it is possible to choose between the two different processing options that are available when using embedded deployment (co-deployed) or a hub-based deployment (routing based). If the latter is chosen you have to specify a system alias.

If co-deployment is selected the input  field for the system alias deactivated.

4th step: confirmation

In the last step you have to confirm as usual which services shall be activated.

Run the task list

Running the task list provides you with several details. You especially see an error because one of the services we tried to activate is not available in the system.

In addition we can check the workbench and the customizing request that have been created by the task list and that now contain the repository objects that have been created as a result of the service activation and the customizing entries that have been created as a result of the assignment of a system alias.

Workbench request

Customizing request



To make the administration of SAP Fiori landscapes easier I have also developed a custom task list that allows to perform mass changes to activated OData services.

This custom task is described in the following blog Custom tasklist for OData service mass maintenance.




Assigned Tags

      You must be Logged on to comment or reply to a post.
      Author's profile photo Jorge Baltazar
      Jorge Baltazar

      Excellent post Andre! This will surely help everyone in their Fiori implementations


      Author's profile photo Syambabu Allu
      Syambabu Allu

      Hi Andre,

      Good Info. It will helpful for my future Projects .




      Author's profile photo Florian Henninger
      Florian Henninger

      hi Andre Fischer ,

      the last few minutes the snote is gone for update:-(

      How long does it take and does it mean, I have to reimplement it in my system? Hope it is not a bug…


      Author's profile photo Emanuel Affatati
      Emanuel Affatati


      Great functionality and very awaited.

      Also would like to have the administration report!


      Best Regards,


      Author's profile photo Suharsh Anand
      Suharsh Anand

      Great to know




      Author's profile photo Vinod Patil
      Vinod Patil


      Thank you Andre for this blog.

      In short now, Fiori developers can goto Fiori apps library, select all required applications -> click on Aggregate -> export list of OData services -> copy and paste to tasklist -> execute task list and Fiori is ready for taste:)



      Author's profile photo Vijay Vegesana
      Vijay Vegesana

      Thanks Andre, Most of the times we have seen these missing transport issues in QA and Prod, this should help us to resolve these transport issues.

      In the same way also currently there is no transport startegy for standard UI5 applications activation as we need to do it manually in all the environments.


      Vijay Vegesana

      Author's profile photo Rakshith Shetty
      Rakshith Shetty

      Hi Andre,

      What are the best practices to activate the RAP based OData services?

      During development, service would be published from the ADT, that means it would be already available in /IWFND/MAINT_SERVICE. If the same service has to be activated and transported, what is the best approach here?