Was bedeutet es, wenn Sie Fiori Apps auf der BTP entwickeln?
Wenn Sie Fiori Apps auf der SAP BTP entwickeln, treffen Sie aus Architektursicht eine ganz konkrete Entscheidung:
Sie bauen und betreiben die UI-Schicht der Anwendung vollständig in der SAP Business Technology Platform – unabhängig vom Backend-System (z. B. S/4HANA).
Dabei berücksichtigen Sie insbesondere die folgenden Architektur-Aspekte:
Cloud-native Entwicklung
Die App entsteht in der BTP, typischerweise mit:
- SAPUI5/OpenUI5
- SAP Fiori Elements
- CAP (Cloud Application Programming Model) oder RAP (ABAP RESTful Application Programming Model)
- Node.js oder Java Services
Entkopplung vom Backend
Die App läuft nicht mehr im Embedded Fiori Frontend Server eines S/4-Systems, sondern stattdessen:
- UI läuft in der BTP
- Backend-Daten kommen z. B. über OData-Services aus S/4HANA
- Verbindung über SAP Cloud Connector oder direkte Cloud-APIs
Clean Core
Ein zentraler Grund, warum Unternehmen Fiori auf der BTP entwickeln:
- Keine Modifikationen im S/4HANA
- Custom Code ist als Side-by-Side Extension ausgelagert
- Upgrades des S/4 sind einfacher
Erweiterbarkeit über BTP Services
Fiori Apps können direkt BTP-Services nutzen:
- SAP Build Process Automation (ehem. Workflow Management)
- Event Mesh
- Document Management
- Identity Services
- Integration Suite
Multi-Backend-Fähigkeit
Eine BTP‑App kann Daten aus verschiedenen Systemen kombinieren:
- S/4HANA
- SuccessFactors
- Ariba
- Nicht-SAP-Systeme
Zentralisierte Bereitstellung über Launchpad Service
Statt des Fiori Launchpads im ERP nutzt man:
- SAP Build Work Zone / Launchpad Service
- Rollen, Kataloge, Kacheln werden in der BTP gepflegt
Fazit
Fiori auf der BTP steht für eine moderne, cloud-native und entkoppelte UI-Entwicklung. Dieser Ansatz unterstützt Clean-Core-Strategien und ermöglicht es, Anwendungen unabhängig vom S/4-System zu betreiben.
Haben Sie Fragen?
Nehmen Sie Kontakt zu uns auf