Fiori Technology & Architecture
The Fiori technology and architecture are extremely complex. Behind the simple and clear interface of the apps lie a myriad of process steps. Before implementing SAP Fiori apps, you need to configure the system landscape appropriately to support SAP Fiori.
It is necessary to set up both frontend components that provide the user interface and connect to the backend, as well as backend components that provide the data.
Fiori Technology & Architecture: Frontend SAP UI5
SAPUI5 (SAP User Interface 5) serves as the technical foundation for Fiori. This is a framework derived from OpenUI5, and consists of HTML5, JavaScript, XML and CSS. SAPUI5 is suitable for creating web applications in both SAP and non-SAP environment. In such web applications, the user interface and the database are clearly separated from one another.
A notable feature is the cross-platform compatibility of SAPUI5, given that it is a browser-based technology. This implies that not only applications for desktops can be developed, but also responsive applications for smartphones or tablets. For instance, the camera can be controlled to scan a barcode.
OData services can be used to provide data from CDS views (Core Data Services) or ABAP programs and to utilize and process this data in an application. Data from the backend can also be transmitted to the UI5 frontend using other technologies such as PHP. Under specific conditions, Fiori applications can also be utilized offline..
To ensure a consistent and SAP-compliant design, SAPUI5 provides several libraries for creating and designing applications. Furthermore, there are SAP Fiori Design Guidelines to assist in finding appropriate elements, such as tables, lists, buttons, text fields, or even entire app templates.
Fiori Technology & Architecture: Backend OData with CRUD methods
OData stands for Open Data Protocol. It is a data access protocol that was released by Microsoft in 2007. An OData service enables data extraction from the SAP backend system through the SAP gateway. OData uses HTTP (Hyper Text Transfer Protocol) to transfer the data. The data is modeled using JSON or XML. An OData implementation consists of the three main components data model, protocol and services. The actual OData service is the implementation of the OData protocol, which in turn consists of the service document and the service metadata document.
In addition to an S/4HANA system, a backend can also be an ECC, CAR or BW system. In principle, OData can also be used separately from SAP systems. The frontend and backend are separated to manage the user interface, as well as data management and database tables separately.
The call is made via URI (Uniform Resource Identifiers), which determine which OData service is called with which data model. According to the REST guidelines, the call of the OData service is permitted by the following requests:
- GET: get a single entry or a list of entries
- POST: create a new entry
- PUT: modify an existing entry
- DELETE: Delete an existing entry
- PATCH: Update individual attributes of an existing entry
