Technology Blogs by SAP
Learn how to extend and personalize SAP applications. Follow the SAP technology blog for insights into SAP BTP, ABAP, SAP Analytics Cloud, SAP HANA, and more.
Showing results for 
Search instead for 
Did you mean: 
This is the Part III of a 3 blog series to connect SAP Fiori Cloud to On-Premise Landscape.

The blogs series consists of:

  • Part I - Describes the initial steps (A1 & S1) and architecture of the solution.

  • Part II - Describes the technical steps that must be carried by a system admin (steps S2 to S6).

  • Part III - Describes the business steps that must be carried by an Application Consultant (steps A2 to A6).

In this Blog I’m going to describe the application consultant steps we have followed to connect SAP Fiori Cloud to On-Premise landscape.

This blog covers the steps A2 to A6 from @Elizabeth Thorburn’s blog:


A2. Backend test    


Now it is time to test the standard scenario for Purchase Orders Approval. We have created a PO and we can see that the release strategy has been triggered, in transaction ME23N.


In the workflow inbox, we can also see that there is a task for approval, in transaction SBWP.


Here we came back to SAP Gateway and tested the service with our data:

In SAP Gateway:



Click “SAP Gateway Client”

Call the service URL, which gives the list of tasks to be approved:




Now you will be able to check if the OData service is working properly.

In our case, since it was a POC, we created the same user names in SAP Gateway and in SAP ERP, we mapped the same user in the RFC that connects from SAP Gateway to SAP ERP.

For productive scenarios, you will need additional settings for principal propagation.


A3. Extending App  


We have used the standard App with no modification. In our case, we executed no activities in this step.


A4. Backend Config


In SPRO, access the following path:

Materials Management > Purchasing > Purchase Order > Approve Purchase Orders App > Specify Workflow Task IDs for Approve Purchase Orders App

Then specify the task IDs that are relevant for the Purchase Order Approval scenario.

It is good to have someone who knows the Workflow settings for Approving POs. In our case the customer had implemented a custom workflow for Approving POs. In our case the Task ID was “WS91000003”, but if your customer is using the standard workflow template, the Task ID is “WS20000075”.

Follow a part of the application help that gives some hints on how to get the Task ID:

To find the workflow tasks you need to enter in this Customizing activity, proceed as follows:

  1. Start transaction SWETYPV.

  2. Find a line to which the following applies:

    • The ObjectType is BUS2012 (purchase order).


    • The checkbox Type linkage active is selected.

  1. Copy the entry for Receiver Type in the same line to your clipboard.

  2. Start the Workflow Builder (transaction SWDD).

  3. Enter the content of the clipboard into the Workflow field and press ENTER.

In the Navigation Area, you see a list of steps.

  1. For those steps that you want to use in the app, navigate to the Control tab and find out the ID of the task.


A5. Fiori Configuration Cockpit    


Now it is time to Add a Tile in Fiori Cloud for the FrontEnd component of the App. You also have to use the destination you created in step S3.

Follow the screenshots.

Getting into the administration area.

Under “Content Management”

Create New App.

Create a Catalog.

Define a Group.

Define the Visualization of your tile.


Now check the catalog.

Check Apps.

Important: Change the Fiori App to use the customer’s destination.

Click Edit.

Choose the name of your destination.


A6. Testing


In our case, the Approval Process didn’t work at the beginning.

Customer had a custom implementation of the Purchase Order Approval Workflow.

The App was getting the list of Orders to be approved, but when pushing the “Approve” button we were getting the error “No Release Code maintained for Purchase Order xxxx”

List of Purchase Orders:

Error when clicking Approve button.

We had to adjust the context elements of the approval task.

We followed the Chapter 3 of the below blog (from @Masayuki Sekihara) to fix it:

Original binding for our custom approval task:

Custom Approval Task After the adjustment:

After the workflow adjustments, the Approval step started to work in Fiori Cloud App.

Follow the screenshots!!!


Relevant documentation used at the POC

App configuration guide  (we have followed only backend components, since Front-End is in Fiori Cloud):
1 Comment