In 2013, SAP introduced its new user-interface model called Fiori. 25 Fiori applications were made available which represented the most used business transactions. Since then, the number of Fiori applications has increased exponentially and more and more companies have started using SAP Fiori applications for one or more processes.
In order to use Fiori applications, there are certain requirements regarding the SAP system landscape. The most important requirement is that a front-end server is available, from where the SAP Fiori applications can be called. The front-end server needs to be linked to the underlying back-end system, for example an SAP ECC system, on which the actual business process takes place.
Until recently, the role of front-end server was fulfilled by including an SAP NetWeaver Gateway system in the SAP system landscape. However, since mid-2016 it is also possible to consume SAP Fiori from the SAP Cloud Platform; the SAP Cloud Platform serves as front-end server. In this blog, the advantages and disadvantages of the on-premise scenario versus the SAP Cloud scenario with regard to SAP Fiori are discussed in detail.
NB:Because the majority of companies use SAP Fiori applications for the SAP Business Suite, this blog is mainly based on this setup. However, for a S/4 HANA scenario, largely the same rules apply.
In the on-premise scenario, an SAP NetWeaver Gateway is required to call SAP Fiori applications. Here, the necessary files are retrieved from the SAP NetWeaver Gateway. These files form the so-called user interface (UI) of the SAP Fiori application and are based on SAPUI5.
In addition, SAP Fiori applications use the OData protocol to call business data from the linked backend system. After all, without data, a SAP Fiori application is an "empty shell"; the application must be connected to a back-end system that feeds it with data.
To call OData services in an on-premise scenario (see figure 1), a SAP NetWeaver Gateway system is required. It supports the so-called CRUD concept (Create, Read, Update, Delete) to provide the application with data, or to perform certain actions in the back-end system. Consider, for example, the creation of a purchase order, or the approval of an invoice. When in a certain SAP Fiori application the "Approve" button is pressed, this approval is processed via an OData call in the underlying backend system. Every SAP Fiori application has an OData service, which can be registered on the SAP NetWeaver Gateway system. Without this Gateway registration, the OData service can not be called from the Fiori application. The external OData call is converted to a SAP-specific call via registration, for example a method in an ABAP class.
Although every SAP NetWeaver system can function as an SAP NetWeaver Gateway system from 7.0 or higher, the deployment of an SAP NetWeaver Gateway system on-premise is an additional burden on the management of the system landscape. Consider, for example, the scenario for approving purchase orders. If this has to be done through the standard SAP Fiori application, a new SAP NetWeaver Gateway system must be set up for one relatively simple process / application in addition to the available SAP ECC system.
If SAP Fiori is consumed from the Cloud, the need to set up an additional SAP NetWeaver Gateway system on-premise is no longer necessary. Many standard SAP Fiori applications have now been made available on the SAP Cloud Platform. The role that the SAP NetWeaver Gateway system fulfills for making the user interface (UI) of the SAP Fiori application available can therefore be taken over by the SAP Cloud Platform. When using the cloud scenario, an SAP Cloud Connector must be installed. The SAP Cloud Connector provides the connection between the SAP Cloud Platform and the underlying SAP back-end system.
The most used standard SAP Fiori applications have already been made available on the SAP Cloud Platform and this number is being expanded. In an on-premise scenario, for example, more standard SAP Fiori applications are available than in the cloud scenario.
In addition to consuming the UI from the SAP Cloud Platform, the OData services on the SAP backend still have to be registered so that they can be called from the SAP Fiori application. It is possible to opt for this registration to take place on the on-premise Gateway system, so that in addition to the SAP Cloud, an SAP NetWeaver Gateway system is still required. However, the on-premise Gateway is now only intended for the registration of the OData services and no longer for the UI section. We here peak of a so-called hybrid solution (see figure 2).
Licensing costs must be paid for the use of SAP Fiori in the SAP Cloud. If there is an additional Gateway server in the landscape, purely for the registration of the OData services, this hybrid scenario would entail an unnecessary increase in costs. We therefore often see that in this scenario the SAP backend server fulfills the role of the Gateway for registering the OData services. For this the backend system must be at least an SAP NetWeaver 7.0 system.
In addition to the hybrid scenario, a complete cloud scenario can also be chosen (see figure 3). In addition to consuming the user interface, the registration of the OData services takes place on the SAP Cloud Platform. This is done through the so-called OData Provisioning service.
In this scenario, only the OData service needs to be present on the on-premise SAP backend system, but no SAP NetWeaver Gateway system is needed for the registration of the OData service. In this scenario, therefore, the management costs of an SAP NetWeaver Gateway server expire. By means of registration via the OData provisioning service on the SAP Cloud Platform, OData calls from the Fiori application are routed to the relevant back-end system where the OData service is available.
When using SAP Fiori applications, the available SAPUI5 version on the front-end server is important. The SAPUI5 version determines, among other things, how the SAP Fiori application behaves, which look & feel is applicable and whether certain user-interface (UI) elements can be used in the application. For example, it can be that an SAP Fiori application only runs from a specific SAPUI5 version. On the other hand, it is possible that used UI elements in an SAP Fiori application in a higher version of SAPUI5 are no longer supported or have been replaced by other elements. In addition, upgrades that also being made with regard to security and new developments in the mobile sector must be supported through new SAPUI5 versions. This makes it necessary to upgrade / patch the SAPUI5 version with some regularity to the latest available version.
The release cycles of SAPUI5 versions and patches differ considerably from the traditional release cycles for SAP software. Looking at the patches that are released for SAPUI5 versions, a new patch is available every month. For example, for SAPUI5 version 1.44, the following patches have recently been released:
- Version 1.44.35 - April 26th 2018
- Version 1.44.34 - March 29th 2018
- Version 1.44.33 - March 13th 2018
- Version 1.44.32 - March 1st 2018
- Version 1.44.30 - February 19th 2018
- Version 1.44.29 - January 22nd 2018
Upgrading an on-premise system has a relatively large impact on the ICT landscape and costs time and money. Think of making resources available, responding to support packages or executing the SPAU. All this impact disappears in the cloud scenario where a new SAPUI5 version is simply made available via the SAP Cloud Platform. Upgrading to a higher SAPUI5 version on the SAP Cloud Platform does not mean much more than selecting a higher version in the configuration of, for example, the SAP Fiori Launchpad.
Upgrading the SAPUI5 version could possibly lead to the default SAP Fiori applications no longer working correctly. Looking at an on-premise scenario, this means that various SAP OSS notes or support packages / patches may have to be used to get the SAP Fiori application working on a higher SAPUI5 version. This effort is no longer needed in a cloud scenario; the standard SAP Fiori applications available on the SAP Cloud Platform work on the SAPUI5 versions available there. It could even be "spotted" whether all SAP Fiori applications work in a higher SAPUI5 version on the SAP Cloud Platform. This is not possible in an on-premise scenario, where only one version is available. When using the SAP UI Theme Designer to create their own themes, these must be regenerated when a new SAPUI5 version is installed. In an on-premise scenario, this should be included as one of the activities in the upgrade. In a cloud scenario, own themes are automatically regenerated as soon as a new SAPUI5 version is available.
As mentioned earlier, fewer standard SAP Fiori applications are available in the cloud scenario (+500) compared to the on-premise scenario (+1.700), but this difference will gradually become less and less. Incidentally, there is always the possibility to bring a standard Fiori application, which is only available on-premise, to the SAP Cloud Platform. This can be done simply by means of an on-premise download of the SAP Fiori application followed by an upload (or deployment from the SAP Web IDE) to the SAP Cloud Platform.
In an on-premise scenario, the SAP users of the SAP back-end system must be replicated on the SAP NetWeaver Gateway system. This therefore requires extra management work for the maintenance of employees within an organization. In the cloud scenario, no additional Gateway SAP users are needed, but the users need to be created in a connected identity provider in the SAP Cloud Platform. When SAP Fiori is used in the Cloud, SAP provides an identity provider that can be used for this purpose. However, the SAP Fiori cloud scenario is very well prepared to use the already available identity provider within an organization. Think of an Active Directory or Microsoft Azure solution, where a user for the SAP Fiori Launchpad logs in with his or her own e-mail address and password which is also used elsewhere (for example when logging in to the PC or e-mail account). This means that no additional SAP users need to be maintained and the already available identity provider of the organization can be used.
As far as user / identity management is concerned, two streams can be distinguished; a data stream and an authentication stream. It must be authenticated towards the linked identity provider (in the figure below this is an Active Directory), after which the data can be retrieved from the linked SAP backend system. The user established with the authentication is sent along with the data flow towards the SAP backend system.
Regardless which identity provider is chosen in the cloud scenario, the corresponding SAP user ultimately has to be logged into the SAP backend, for example to perform the approval of a purchase order under the right user in SAP. For this purpose use is made of the so-called "principal propagation". A trust relationship is realized with certificates between the various components from the SAP Cloud Platform up to and including the SAP backend system. By means of so-called "SAML2 assertion" an attribute of the user on the identity provider linked to the SAP Cloud Platform is "propagated" towards the SAP backend system. In the SAP back-end system, this attribute ensures that the correct SAP user is logged in and takes action in the SAP back-end system.
To realize this, the following trust relations have been set up through certificates:
- Identity provider <-> SAP Cloud Platform
- SAP Cloud Platform <-> SAP Cloud Connector
- SAP Cloud Connector <-> SAP backend system
It goes without saying that such a set-up to realize this required principal propagation requires a certain multidisciplinary effort, which is not necessary in an on-premise scenario. The big advantage, however, is that users experience the convenience of single sign on (SSO) :with their regular username and password within the company they can also use SAP Fiori, without having to remember separate SAP user names and passwords. Of course, such an SSO design can also be realized in an on-premise scenario, but is not required and is therefore less common. In addition, the on-premise scenario is not prepared in the same way or preconfigured on setting up a local identity provider such as the cloud scenario.
When an on-premise scenario is used, various reporting and monitoring options are offered in both the backend and front-end systems. The advantage of this is that in case of error handling, monitoring and logging can be called up at a central location, namely the SAP NetWeaver Gateway system. Possible errors in the back-end system are also visible in SAP NetWeaver Gateway.
Looking at a cloud scenario, the reporting and monitoring options are more spread over the different parts of the installation. Roughly these are divided into three parts:
- SAP backend system
- SAP Cloud Connector
- SAP Cloud Platform
The reporting and monitoring on the SAP Cloud Platform and in the SAP Cloud Connector is not as extensive as when an on-premise scenario applies. In addition, the logging of, for example, errors is not centrally organized, so that is applicable in an on-premise scenario. After all, the occurrence of an error can originate in one of the above-mentioned three parts, and it must therefore be analyzed in several places what went wrong and why.
If an on-premise SAP NetWeaver Gateway system is used in geographically dispersed locations, there may be a delay when loading SAPUI5 resources. The further geographically located from the Gateway server, the more possible delay (so-called latency) occurs when loading the SAPUI5 resources.
This problem is dealt with in the SAP Cloud Platform through the multiple SAP Cloud data center locations. See the figure below for a view of the different locations where the services of the SAP Cloud Platform are hosted.
The SAP Cloud services that are purchased with regard to SAP Fiori are SAP Fiori Cloud and (possibly) OData Provisioning. The table below shows which locations support these services on the SAP Cloud Platform.
Because the services on the SAP Cloud Platform are available around the world, resources can be loaded from a server at a location closest to the applicant (client).
In addition, you can also make use of a so-called Content Delivery Network (CDN). Since 2015 SAPUI5 on the SAP Cloud Platform has also been made available via such a CDN, namely the Akamai CDN. The Akamai CDN routes requests to the nearest Akamai server, namely US, Germany or Australia. The multiple SAP Cloud data center locations combined with the route optimization provided by the Akamai CDN will ensure that any delay (latency) is reduced and the application is loaded faster.
In summary, we can say that the SAP Cloud Platform is a very good alternative for an on-premise SAP NetWeaver Gateway system. In particular the flexibility in the field of upgrades, the plug & play experience for standard SAP Fiori applications and the performance optimization that is possible are advantages that the SAP Cloud Platform entails. On the other hand, the landscape for a cloud scenario will require more multidisciplinary effort as an on-premise scenario. There are currently more SAP Fiori apps available for the on-premise scenario than for the cloud scenario. However, the latter can be overcome through a down- and upload of the application to the SAP Cloud Platform.
Enclosed is a list of all advantages and disadvantages mentioned in this blog.
Thanks to Joost van Poppel for writing this article.
For questions in the area of AP Workflow, Fiori, SAP Invoice Management (SIM) or SAP Master Data Governance (MDG), please contact Wouter Van Peteghem.
There are three types of apps in SAP Fiori: transactional apps, analytical apps, and factsheet apps.What is SAP Fiori cloud? ›
SAP Fiori Cloud provides customers a productive SAP Fiori environment running on SAP Cloud Platform. It enables customers to connect securely to their on-premise landscape and allows customers to access SAP Fiori apps via the SAP Fiori launchpad. This product.Is Fiori cloud based? ›
SAP Fiori Cloud provides a state-of-the-art, end-to-end SAP Fiori technology infrastructure. The enterprise-ready front end system runs on SAP Cloud Platform, SAP's in-memory cloud platform for cloud integration and extension.Is SAP web dispatcher required for Fiori? ›
The SAP Web Dispatcher is needed for routing and distributing the network calls to the correct systems. It should only forward requests to services in the internet communication manager that are necessary to run SAP Fiori apps.What is the difference between SAP Fiori and SAP GUI? ›
Overview. SAP Fiori has a wide range of advantages over SAP GUI, including improved workflows for flexibility and multi-device tasks. Fiori offers you the benefit of RESTful APIs in architectural terms, which are more flexible and easily linked than conventional SAP application integration tools.What is difference between SAP UI5 and Fiori? ›
The difference is that Fiori is a design concept, and SAPUI5 is a library framework. You can still build custom UI5 Apps that do not adhere to the SAP Fiori design guielines, but they are called custom UI5 Apps.Does Fiori require Hana? ›
SAP Fiori Requires HANA
False. Many of the out of the box Fiori Apps depend on SAP HANA, the in-memory platform for advanced data processing and next-generation applications.
SAP Fiori provides 300+ role-based applications like HR, Manufacturing, finance, etc.Is Fiori part of BTP? ›
SAP Business Technology Platform (SAP BTP, formerly SAP Cloud Platform) provides the SAP Fiori Cloud for quickly mobilizing applications in SAP Business Suite and SAP S/4HANA. SAP Fiori Cloud enables you to renew your UX with minimum cost and effort.What is SAP Fiori in simple terms? ›
SAP Fiori is the user interface or user experience (UX) that supplements and can replace the SAP GUI. This streamlined application uses tiles to encapsulate standard tasks, such as approving purchase requisitions, viewing sales orders, and approving timesheets.
SAP Fiori is a design language and user experience approach developed by SAP for use by SAP, its customers and its partners in business applications.What is Fiori used for? ›
SAP Fiori is a design system that enables you to create business apps with a consumer-grade user experience, turning casual users into SAP experts with simple screens that run on any device.What does the SAP Fiori Rule 1 1 3 mean? ›
SAP advocate a design principle known as 1-1-3 (“one one three”). This means each screen should be designed with a single user (or role) in mind, a single task that this user wants to accomplish, and a maximum of three levels of navigation to perform this task.What are the benefits of using web dispatcher while implementing SAP Fiori application? ›
- Load balancing HTTP requests to multiple application servers.
- Additional security with WD in DMZ, also look into Network Edge authentication supported by the Web Dispatcher, see SAP Help documentation.
The design philosophy of SAP Fiori is based on five core principles. SAP Fiori user experience is role-based, adaptive, simple, coherent, and delightful.What are some of the SAP Fiori user types? ›
SAP Fiori launchpad is the entryway to all SAP Fiori apps. It provides different benefits for all different types of users: end users, administrators, and developers.Why is SAP called Fiori? ›
SAP Fiori gets its name from the Italian word for flower. We know that flowers are nice to look at, are shaped with nature's intelligent design, and are delightful to behold.What is the future of SAP Fiori? ›
SAP Fiori – The future SAP Fiori is getting enriched and advanced with new business partnerships with big organizations like Google and Apple that can enable native business apps to completely use the data in their enterprise applications.What is the difference between sapui5 and OpenUI5? ›
The main difference is the license. OpenUI5 is Open Source, free to use, released under the Apache 2.0 license. Since we also use many Open Source libraries, we try to return the favor and also benefit from the experience and knowledge of developers all over the world.What are the advantages of SAP UI Fiori apps? ›
A key benefit to SAP's Fiori is that a company can deploy it quickly and with low risk when compared with traditional technology products, providing a standard digital user experience across all devices. Fiori delivers a user interface that puts the focus on employee workflows instead of functions.
SAP Fiori Apps can be accessed on desktops, Mobile or tablets. These are web-based applications hosted on SAP-Fiori server (front-end system) and access business data from SAP-ECC (back-end system).Can we use Fiori in ECC? ›
This can be done via an on premise setup or you can use SAP Fiori Cloud edition. Setting up an on-premise Fiori landscape requires the installation of a SAP Gateway server. This allows the apps to communicate with your SAP back-end system.What is Fiori architecture? ›
The SAP Fiori architecture introduces the high-level architecture of SAP Fiori. The SAP Fiori apps are built with SAPUI5 technology for web applications and iOS native and can be used on smartphones, tablets, and desktop computers. The SAP Fiori launchpad is used to launch and run the apps.Which Fiori app can run on any database? ›
Transactional apps in SAP Fiori are used to perform transactional tasks like a manager-employee transactions such as leave request, travel requests, etc. Transactional Apps run best on SAP HANA database but can be deployed with any database with acceptable performance.Where is Fiori tile Tcode? ›
- Go to SE16–>SUI_TM_MM_APP.
- Select APP_TYPE as T and Provide TCODE for which you are searching FIORI Catalogs for. In this case it is ME22N.. Execute.
- Below is the List.
Over the course of four weeks, with a time commitment of 3-4 hours per week participants get an overview of Fiori, followed by sessions on designing Fiori apps, then developing Fiori apps, managing Fiori, and then have the opportunity to take an exam to verify they have internalised the course content.How do I access the Fiori app in SAP? ›
- Open Fiori Launchpad Designer in the CUST scope. In SAP GUI for Windows, sign in on the desired client. Run transaction /n/UI2/FLPD_CUST.
- Open or create the catalog where the target mapping and tile should be created.
Description. SAP BTP Launchpad service is a service on BTP (Cloud Foundry) which is primarily focused on the enabling customers achieve a central Fiori Launchpad. Its been a while we use this service now in Fiori On Cloud and for registering different providers for integrating cross landscape apps.What is SAP Cloud Platform portal? ›
SAP Cloud Portal service lets you build digital experience portals for employees, customers, and partners. You can streamline access to business data so that your employees can execute their daily business tasks securely, from any device.What are Fiori apps? ›
Fiori is a streamlined application, delivering a role-based user experience that can be personalized across all lines of business, tasks and devices. It uses tiles to encapsulate standard tasks like viewing sales orders or approving timesheets.
SAP advocate a design principle known as 1-1-3 (“one one three”). This means each screen should be designed with a single user (or role) in mind, a single task that this user wants to accomplish, and a maximum of three levels of navigation to perform this task.What is Fiori app in s4 Hana? ›
Indeed, SAP Fiori is a collection of apps that represents the new user experience from SAP. SAP Fiori is the new design of SAP User Experience. One hundred percent focused on business users, SAP Fiori ensures that people have a consistent, coherent, simple, and intuitive user experience across multiple devices.Why is SAP called Fiori? ›
SAP Fiori gets its name from the Italian word for flower. We know that flowers are nice to look at, are shaped with nature's intelligent design, and are delightful to behold.How does Fiori connect to SAP? ›
- From the mobile service for SAP Fiori Admin portal, click Account Fiori Mobile .
- From the Connection Management page, click New Connection.
- From the New Connection dialog box, type a unique name for the connection in the Fiori Server Name field. ...
- Select Basic Authentication from the Authentication Type list.
The design philosophy of SAP Fiori is based on five core principles. SAP Fiori user experience is role-based, adaptive, simple, coherent, and delightful.What all types of views are available in SAPUI5? ›
- JS Views.
- XML Views.
- HTML Views.
- JSON Views.
Ans: Configurations of SAP Fiori Apps are divided into two parts: Configuration of Transaction Apps and Fact sheets, Configuration of Analytical Apps.What is Fiori catalog and groups? ›
What is Fiori Catalog? A catalog is a set of Tiles / Applications you want to make available for one role. Depending on the role and the catalogs assigned to the role, users can browse through the catalogs and choose the Tiles / Applications that they want to display on the entry page of the SAP Fiori launchpad.Where is OData service for Fiori app? ›
- run the Fiori App in IE.
- click 'F12' (or IE menu icon 'Tools' → F12 Developer Tools.
- This will call up the developer tool. ...
- In tab Console, the error info from backend system is displayed:
- In tab Network, the URI to access the backend OData Service can be found:
SAP Light House Scenarios are Application of SAP's UX (User Experience ) approach to improve Business interaction and Improve productivity. These apps are an SAP GUI for HTML transaction. These transactions are available in the SAP Fiori theme to support a seamless user experience across the SAP Fiori launchpad.