Principal propagation with SAP Build Apps and S/4HANA Cloud
SAP Build Apps offers a no-code low-code platform with great features, making it easier than ever to build enterprise-ready applications. However, when it comes to such applications, Authentication, and Authorization (the 2A’s) are two critical topics that need to be addressed. In this blog, we’ll explore how we can achieve user propagation with SAP Build Apps and S/4HANA Cloud.
To achieve this, Gunter Albrecht and I were discussing different possibilities on this topic and decided to go with this approach to test the end-to-end integration.
To better understand the process, let’s consider the following flow: A user wants to access a remote cloud system through a cloud application with the same user-id and authentication provided by the cloud application (not the remote cloud system).
We will be building an extension application for S/4HANA Cloud using SAP Build Apps. The application will allow a business user in the Purchase department to view a list of purchase orders.
To access the extension application deployed on BTP, the business user can choose between Kyma and Cloud Foundry as the runtime environment. Both runtimes support Authentication and Authorization on BTP with a deployed web application.
Before proceeding further, let’s check the prerequisites for creating a user:
- A business user must be created in S/4HANA Cloud.
- A business user must be created in SAP BTP with the same email address used in S/4HANA Cloud.
Note – To create these users, you will need admin rights, for which you can contact your IT team in case you don’t have them.
To achieve the described flow, we will use principal propagation. Principal propagation refers to the user being propagated from a cloud application to another remote (cloud) system using a destination configuration with an authentication type of OAuth2SAMLBearerAssertion.
S/4HANA Cloud setup for the communication user–
We need a communication user which is nothing but a type of technical user that can be used for inbound communication in the system. With this, we need to create a communication arrangement with respect to the communication system. To set up these please follow the GitHub guide and make sure you have noted the following points as these will be needed in the next steps.
Points to be noted –
- User Credentials (username/password)
- When you have the communication arrangement created, choose OAuth 2.0 Details. Copy and save locally the fields and their values. You will need them when setting up the destination in the SAP BTP cockpit.
The next step is to create a business user with the same email ID with which you are going to access the BTP application. Please assign the respective business roles, e.g. for purchase orders, you can assign SAP_BR_PURCHASER
SAP Build Apps web application development –
We will not cover the entire process of building applications using SAP Build Apps, you can get started with developer.sap.com or from my previous blog where a simple card was created for SAP Build Work Zone Advanced Edition. You can deploy this application on Kyma Runtime or CF Runtime, choice is yours according to your business needs, we support both.
In any case, we need to configure a destination to consume the S/4HANA Cloud api’s to fetch Purchase Orders information from the system.
Please refer to the following screenshot of a destination created with the required details.
To test the connectivity of this destination from build apps, make sure you have enabled the BTP authentication and added it under SAP Systems as shown below –
Now select the required entity, in my case it’s A_PurchaseOrder, and test (Browse Data) if it can connect to the remote system and pull the data in the test section.
A successful connection shows a list of the purchase orders, which means this connection is able to authenticate my user with BTP authentication and also forwards(Assert) these details into the S/4 API request, where it actually authorizes my user against the assigned business role. You can also verify the user propagation by removing the business role against your user from the S/4HANA cloud.
We have added the web application as content within SAP Build WorkZone Standard edition and tried to access it. You can also do the same with SAP Build WorkZone Advanced Edition. In this demo, you will see the application took the default IDP of the subaccount for authentication and propagated my user to the remote system.
SAP Build Apps provides a no-code/low-code platform with great features for building enterprise-ready applications. In this blog post, we explored how to achieve user propagation with SAP Build Apps and S/4HANA Cloud to handle Authentication and Authorization. By leveraging principal propagation, customers and partners can build extensions with ease, and without worrying about the complexities of security.
If you have any questions or suggestions about this approach, feel free to share your thoughts in the comments. I’d love to hear from you about which use case you have in mind and continue the conversation!
Thank you for sharing.
1: can SAP Build WorkZone platform build list and object page like Fiori element list report and object Fiori app?
2: can SAP Build WorkZone platform build transaction application which means support create,read,update, delete?
3: can SAP Build WorkZone platform build extension base on S/4HANA private cloud or S/4HANA OP?If yes, how to build the connection between SAP build and S/4hana private cloud/OP system? Using SAP cloud connector or SAP private link?
Hi Frank Li -
Can SAP Build WorkZone platform build list and object page like Fiori element list report and object Fiori app?
Answer - SAP Build WorkZone Advanced Edition is digital experience platform. We have a long list of different cards which we can use. What you are expecting which is list report and object together is not covered - https://ui5.sap.com/test-resources/sap/ui/integration/demokit/cardExplorer/webapp/index.html#/explore/list
can SAP Build WorkZone platform build transaction application which means support create,read,update, delete?
This cant build a application but provides a space where you can display your application as central access point.
Hey Jay Adnure.
thanks for you awesome insights on the topic of Principal Propagation using SAP Build Apps! As this is an extremely important topic in productive scenarios, I'm excited to see how this plays out for enterprise-ready applications, and even mobile apps down the line! It looks like our SAP Build Apps team is already making some great progress in this area.
Thanks again for sharing your knowledge – you rock!
Thank you Martin Frick and I glad you liked the post. 2A's are really important when we start taking about no-code/low-code solutions.
Thanks Jay for sharing, will be referring for future projects as it can be useful in scenarios where a user needs to access resources or data that are hosted on different servers or systems, without having to re-authenticate, especially with build apps!!
Thank you Sunil Singh A.for your feedback.
What are the options for authentication and authorization of an app hosted on BTP but accessed from third-party cloud apps like OKTA?