Carte d'architecture SAP Fiori : de la tile à la base de données

L1 · Point d'entrée et expérience

Là où les utilisateurs commencent : le SAP Fiori Launchpad ou un site SAP Build Work Zone, My Home et SAP Mobile Start. Cette couche détermine ce que les utilisateurs voient en premier, pas ce que font les applications.

• SAP Fiori Design GuidelinesLes SAP Fiori Design Guidelines sont la documentation publique du design system de SAP pour SAP Fiori, qui couvre les principes de design, les floorplans, les éléments d'interface, les patterns et les fondements visuels pour le web, iOS et Android. Les SAP Fiori Design Guidelines définissent SAP Fiori comme un standard d'expérience utilisateur plutôt que comme un produit unique ; des technologies comme SAPUI5 implémentent ce standard dans le code.
• SAP HorizonSAP Horizon est la famille de thèmes visuels actuelle de SAP Fiori, qui succède à Quartz et Belize et est livrée dans SAPUI5 sous forme de Morning Horizon, Evening Horizon et deux variantes à contraste élevé. SAP Horizon modifie les couleurs, les formes, la typographie et l'en-tête du shell dans les applications SAP Fiori et les interfaces classiques, mais ne modifie ni la mise en page des applications, ni les floorplans, ni la logique métier.
• SAP Fiori ClientLe SAP Fiori Client est une application conteneur mobile native retirée, qui ouvrait le SAP Fiori Launchpad d'une organisation et y ajoutait la mise en cache des ressources, les notifications push et l'accès aux fonctions de l'appareil, comme l'appareil photo et le lecteur de codes-barres. La fin du SAP Fiori Client ne concerne que cette application d'encapsulation ; les applications SAP Fiori et le launchpad continuent dans les navigateurs.
• SAP Mobile StartSAP Mobile Start est l'application mobile native de SAP servant de point d'entrée sur iOS, iPadOS et Android, qui donne aux utilisateurs accès aux applications SAP Fiori, aux to-dos et aux notifications issus de sites SAP Build Work Zone ou SAP Start sur SAP BTP. En mai 2026, SAP Mobile Start est devenu l'application mobile Joule Work, qui ajoute les conversations avec Joule.
• SAP Fiori Apps Reference LibraryLa SAP Fiori Apps Reference Library est le catalogue en ligne de SAP qui recense les applications SAP Fiori ainsi que les applications classiques SAP GUI et Web Dynpro, en indiquant pour chacune son ID, son type d'application, ses intents, ses business roles, ses catalogues, ses services OData et les versions de produit requises par release. C'est une référence de planification et d'implémentation, et non un composant d'exécution.
• UI Integration CardsLes UI integration cards sont des cards SAPUI5 définies de manière déclarative dans un fichier manifest.json qui décrit l'en-tête, le contenu, la source de données et les actions, afin qu'un hôte comme SAP Build Work Zone ou My Home puisse les afficher sans application complète. Les UI integration cards présentent un contenu concis et actionnable, avec un lien vers l'application sous-jacente.
• SAP Fiori LaunchpadLe SAP Fiori Launchpad est le shell basé sur les rôles par lequel les utilisateurs lancent les applications SAP Fiori, les transactions SAP GUI for HTML et les applications Web Dynpro dans SAP S/4HANA. Le SAP Fiori Launchpad fournit des services partagés tels que la navigation basée sur les intents, la recherche, les notifications et la personnalisation, et ne montre à chaque utilisateur que le contenu affecté via ses rôles.
• App FinderL'app finder est la fonction du SAP Fiori Launchpad dans laquelle les utilisateurs parcourent toutes les applications accordées par leurs rôles, regroupées par business catalog, et les ajoutent à leurs pages ou à My Home. Il reflète les accès existants sans en accorder : une application n'apparaît que si un business catalog qui la contient est affecté à l'un des rôles de l'utilisateur.
• My HomeMy Home est la page d'entrée personnelle du SAP Fiori Launchpad en mode spaces. Dans SAP S/4HANA, My Home réunit des sections pour les to-dos, les actualités, les pages, les applications favorites et récentes, les insights tiles et les insights cards, que chaque utilisateur peut afficher, masquer et réorganiser. My Home synthétise le travail réparti entre les applications ; il ne remplace pas les applications elles-mêmes.
• SAP Build Work ZoneSAP Build Work Zone est un service SAP BTP qui permet de créer des business sites centraux offrant aux utilisateurs un point d'entrée unique vers les applications SAP S/4HANA, les applications SAP BTP et les applications tierces. SAP Build Work Zone existe en édition standard, l'ancien SAP Launchpad service, et en édition advanced, qui ajoute des workspaces, des fonctions de collaboration et des contenus de connaissance.
• TileUne tile dans le SAP Fiori Launchpad est la représentation visuelle d'une application sur une page : statique, dynamique ou personnalisée, comme une tile KPI SAP Smart Business. Une tile lance l'application en déclenchant un intent ; la tile ne contient pas l'application, et c'est un target mapping correspondant qui décide quelle application s'ouvre réellement.
• My InboxMy Inbox est l'application SAP Fiori (app ID F0862) dans laquelle les utilisateurs traitent les tâches de workflow : les approuver, les rejeter, les réserver, les libérer ou les transférer. My Inbox lit les tâches via le service Task Gateway, généralement depuis SAP Business Workflow et le flexible workflow du back-end SAP S/4HANA connecté, et affiche les options de décision que chaque tâche définit.
• SAP Task CenterSAP Task Center est un service SAP BTP qui fédère dans une seule liste de tâches les tâches d'applications SAP et non SAP, comme SAP S/4HANA, SAP SuccessFactors et SAP Build Process Automation. SAP Task Center conserve un cache de ces tâches, et les utilisateurs les traitent dans la SAP Task Center Web app, dans SAP Start ou dans l'application Joule Work.

L2 · Contenu, navigation et accès

La configuration qui détermine quelles applications chaque utilisateur peut voir et ouvrir : business roles, catalogues, spaces et pages, tiles, semantic objects et target mappings.

• TileUne tile dans le SAP Fiori Launchpad est la représentation visuelle d'une application sur une page : statique, dynamique ou personnalisée, comme une tile KPI SAP Smart Business. Une tile lance l'application en déclenchant un intent ; la tile ne contient pas l'application, et c'est un target mapping correspondant qui décide quelle application s'ouvre réellement.
• Spaces et pagesLes spaces et pages forment le modèle de mise en page du SAP Fiori Launchpad : un space est une entrée de la barre de navigation du launchpad contenant une ou plusieurs pages, et une page organise les applications en tiles ou en liens dans des sections. Attribués aux utilisateurs via les rôles, ils remplacent la page d'accueil obsolète à groupes ; ils déterminent la mise en page, pas l'accès.
• Catalogues (technical et business)Les catalogues du SAP Fiori Launchpad sont des conteneurs de tiles et de target mappings qui déterminent les applications auxquelles un utilisateur peut accéder. Les technical catalogs contiennent les définitions originales des tiles et target mappings par domaine applicatif ; les business catalogs en référencent un sous-ensemble propre à une tâche et sont affectés à des business roles, jamais directement aux utilisateurs.
• Business RoleUn business role dans SAP S/4HANA est l'objet rôle qui donne aux utilisateurs l'accès au contenu SAP Fiori : il regroupe des business catalogs, des spaces du launchpad et les autorisations associées. En on-premise et en Private Edition, un business role est un rôle PFCG ; en Cloud Public Edition, il est géré dans l'application Maintain Business Roles.
• Target MappingUn target mapping dans le SAP Fiori Launchpad est la règle qui résout un intent de navigation — un semantic object plus une action, comme PurchaseOrder-display — vers une application concrète : une application SAPUI5, une transaction SAP GUI for HTML, une application Web Dynpro ABAP ou une URL. Sans target mapping correspondant, une tile ne peut rien ouvrir.
• Semantic ObjectUn semantic object dans SAP Fiori est le nom d'une entité métier, comme PurchaseOrder ou SalesOrder, qui constitue la première moitié d'un intent de navigation. Combiné à une action, comme dans PurchaseOrder-display, le semantic object permet au launchpad de trouver un target mapping correspondant sans que l'application appelante sache quelle application va s'ouvrir.
• Navigation basée sur les intentsLa navigation basée sur les intents est le modèle de navigation SAP Fiori dans lequel une tile, un lien ou une application demande un intent, c'est-à-dire un semantic object et une action notés #SemanticObject-action, au lieu d'une application concrète. Le launchpad résout l'intent à l'exécution via les target mappings des rôles de l'utilisateur ; un même lien peut donc ouvrir des applications différentes selon le rôle ou le terminal.
• Launchpad Content ManagerLe launchpad content manager est l'outil d'administration du SAP Fiori Launchpad dédié aux business catalogs : il crée, copie et supprime des catalogues, ajoute ou retire des références à des tiles et target mappings existants, et contrôle les affectations de rôles et l'activation des services. Le launchpad content manager ne crée pas de tiles ni de target mappings originaux ; c'est le rôle du launchpad app manager.
• Launchpad DesignerLe launchpad designer est l'outil obsolète du SAP Fiori Launchpad, exécuté dans le navigateur, qui créait catalogues, tiles, target mappings et groupes, en variante spécifique au mandant (/UI2/FLPD_CUST) et multimandant (/UI2/FLPD_CONF). SAP indique que le launchpad designer ne doit plus être utilisé pour du nouveau contenu ; le launchpad app manager et le launchpad content manager le remplacent.
• /UI2/FLIA/UI2/FLIA est la transaction de Fiori Launchpad Intent Analysis, un programme de support du SAP Fiori Launchpad qui indique, pour un intent, un type d'appareil et un utilisateur donnés, quels rôles d'autorisation et catalogues portent l'intent et quels tile et target mapping lui sont associés. /UI2/FLIA est le premier contrôle lorsqu'une tile est visible mais que la navigation échoue.
• /UI2/FLC/UI2/FLC est la transaction des Fiori Launchpad Checks, un programme qui liste le contenu du SAP Fiori launchpad par package de développement et signale les erreurs de cohérence dans les catalogues, groupes, tiles et target mappings. /UI2/FLC détecte les références cassées avant les utilisateurs, mais SAP le documente comme obsolète à partir d'ABAP platform 2025, au profit d'outils de contenu plus récents.
• Invalidation des caches du launchpadL'invalidation des caches du launchpad est l'ensemble des programmes et étapes qui vident les caches du SAP Fiori launchpad, principalement le cache UI2 côté serveur avec /UI2/INVALIDATE_GLOBAL_CACHES et les ressources côté navigateur avec /UI2/INVALIDATE_CLIENT_CACHES. C'est une correction ciblée du contenu obsolète après des transports, des mises à niveau ou des support packages, et non une première étape de routine.
• PFCG et rôles SAP FioriPFCG est la transaction SAP de maintenance des rôles qui donne accès à SAP Fiori en on-premise et en Private Edition. Le menu d'un rôle PFCG contient des business catalogs et des spaces du launchpad, et les autorisations du rôle incluent les autorisations de démarrage des services OData appelés par les applications, contrôlées via l'objet d'autorisation S_SERVICE.
• SU53 et STAUTHTRACESU53 et STAUTHTRACE sont les transactions SAP d'analyse des échecs d'autorisation : SU53 affiche les contrôles d'autorisation en échec pour un utilisateur, et STAUTHTRACE enregistre chaque contrôle d'autorisation pendant une reproduction. Ensemble, elles indiquent quel objet d'autorisation, quel champ et quelle valeur ont été refusés à une application SAP Fiori ou à son service OData, afin de corriger précisément le rôle PFCG.
• Rapid Content Activation (task lists STC01)Rapid Content Activation est l'ensemble des task lists SAP S/4HANA, exécutées dans la transaction STC01, qui activent en masse le contenu du SAP Fiori launchpad : services OData, nœuds ICF, business roles et, en option, utilisateurs de test. Rapid Content Activation fonctionne par business role ou par catalogue et remplace des centaines d'étapes d'activation manuelles, mais ne conçoit pas les rôles.
• App Descriptor (manifest.json)L'app descriptor est le fichier manifest.json d'une application, d'un composant ou d'une bibliothèque SAPUI5 : un document JSON qui déclare l'ID de l'application, sa version, ses sources de données, ses modèles, son routage, ses dépendances de bibliothèques et ses inbounds et outbounds de navigation croisée. L'app descriptor est ce que lisent SAPUI5, le SAP Fiori Launchpad et SAP Build Work Zone pour charger, connecter et lancer l'application.
• SAP Fiori Apps Reference LibraryLa SAP Fiori Apps Reference Library est le catalogue en ligne de SAP qui recense les applications SAP Fiori ainsi que les applications classiques SAP GUI et Web Dynpro, en indiquant pour chacune son ID, son type d'application, ses intents, ses business roles, ses catalogues, ses services OData et les versions de produit requises par release. C'est une référence de planification et d'implémentation, et non un composant d'exécution.
• App FinderL'app finder est la fonction du SAP Fiori Launchpad dans laquelle les utilisateurs parcourent toutes les applications accordées par leurs rôles, regroupées par business catalog, et les ajoutent à leurs pages ou à My Home. Il reflète les accès existants sans en accorder : une application n'apparaît que si un business catalog qui la contient est affecté à l'un des rôles de l'utilisateur.
• Responsibility ManagementResponsibility Management est un framework SAP S/4HANA qui détermine les agents responsables des tâches de workflow, des situations et d'autres activités au moyen d'équipes, de fonctions de membre et de règles de responsabilité. Le flexible workflow, SAP Business Workflow et Situation Handling demandent à Responsibility Management qui doit agir, si bien que les destinataires suivent des attributs métier comme la division ou la société, et non des utilisateurs nommés.

L3 · Applications d'interface

Les applications qui s'ouvrent derrière les tiles : applications SAP Fiori standard, applications générées avec SAP Fiori elements, applications SAPUI5 freestyle, transactions SAP GUI for HTML, Web Dynpro ABAP et applications low-code.

• SAPUI5SAPUI5 est le framework d'interface JavaScript d'entreprise de SAP pour créer des applications SAP Fiori exécutées dans le navigateur, avec une structure modèle-vue-contrôleur et un data binding vers des services OData. SAPUI5 est la distribution sous licence SAP du même cœur que l'open source OpenUI5, enrichie de bibliothèques, comme les graphiques et les smart controls pilotés par annotations, livrées uniquement avec les produits SAP.
• OpenUI5OpenUI5 est l'édition open source du framework JavaScript UI5 de SAP, publiée sous licence Apache 2.0 et développée publiquement sur GitHub. OpenUI5 partage avec SAPUI5 le runtime de base et les bibliothèques de contrôles les plus utilisées, comme sap.m, mais exclut les bibliothèques réservées à SAP, comme SAP Fiori elements, les smart controls, les graphiques et le shell du launchpad.
• UI5 Web ComponentsLes UI5 Web Components sont une bibliothèque open source de web components indépendants de tout framework, fondés sur les standards navigateur Custom Elements et Shadow DOM, qui implémentent le design SAP Fiori. Les UI5 Web Components fonctionnent avec React, Angular, Vue ou du HTML pur et complètent SAPUI5 : ils fournissent des contrôles SAP Fiori, pas un framework applicatif avec modèles, routage ou floorplans.
• SAP Fiori toolsSAP Fiori tools est un ensemble d'extensions pour SAP Business Application Studio et Visual Studio Code qui génère, configure, prévisualise et déploie des applications SAP Fiori elements. SAP Fiori tools couvre le projet front-end, de l'application wizard et de la Page Map jusqu'à la prévisualisation avec données fictives et au déploiement, tandis que le service OData derrière l'application est construit avec d'autres outils.
• App Descriptor (manifest.json)L'app descriptor est le fichier manifest.json d'une application, d'un composant ou d'une bibliothèque SAPUI5 : un document JSON qui déclare l'ID de l'application, sa version, ses sources de données, ses modèles, son routage, ses dépendances de bibliothèques et ses inbounds et outbounds de navigation croisée. L'app descriptor est ce que lisent SAPUI5, le SAP Fiori Launchpad et SAP Build Work Zone pour charger, connecter et lancer l'application.
• Applications transactionnellesLes applications transactionnelles sont des applications SAP Fiori qui permettent aux utilisateurs de créer, modifier ou traiter des business objects, par exemple saisir une demande d'achat, approuver une demande ou comptabiliser un document. Elles écrivent dans le système de référence via des services OData et constituent l'un des types d'application SAP Fiori d'origine, aux côtés des applications analytiques et des fact sheets.
• Applications analytiquesLes applications analytiques sont des applications SAP Fiori qui donnent aux utilisateurs une vision des données métier SAP S/4HANA au moyen de tiles de KPI, d'analytical list pages, d'overview pages, de rapports multidimensionnels et de stories intégrées. Elles lisent surtout les données opérationnelles via des requêtes analytiques ABAP CDS plutôt qu'un data warehouse distinct, si bien que les chiffres reflètent l'état actuel des transactions.
• Fact sheetsLes fact sheets sont un type d'application SAP Fiori historique qui affiche les informations clés d'un business object, comme un poste de demande d'achat, et propose des liens vers les objets associés, les applications transactionnelles et les transactions back-end. Les fact sheets reposaient sur des modèles de recherche et s'ouvraient surtout depuis la recherche du launchpad ; dans SAP S/4HANA, les object pages ont largement repris leur rôle.
• Application SAPUI5 freestyleUne application SAPUI5 freestyle est une application SAP Fiori spécifique dont les développeurs écrivent directement les vues, les contrôleurs et la logique d'interface avec les contrôles SAPUI5, au lieu de générer les écrans à partir d'annotations OData comme le fait SAP Fiori elements. Elle offre un contrôle total sur la mise en page et le comportement, et la maintenance de ce code reste à la charge du client ou du partenaire.
• SAP GUI for HTML (Web GUI)SAP GUI for HTML, également appelé Web GUI, est le rendu dans le navigateur des transactions SAP GUI classiques : l'Internet Transaction Server intégré au noyau ABAP convertit chaque écran dynpro en HTML sur le serveur. SAP GUI for HTML permet aux tiles du SAP Fiori Launchpad d'ouvrir des transactions dépourvues d'application SAP Fiori native, sans client desktop installé.
• Web Dynpro ABAPWeb Dynpro ABAP est la technologie d'interface côté serveur de SAP pour construire des applications web dans l'environnement ABAP, fondée sur l'approche modèle-vue-contrôleur et développée dans l'ABAP Workbench. Les applications Web Dynpro ABAP ne sont pas des applications SAPUI5, mais le SAP Fiori Launchpad peut les lancer via des target mappings, et beaucoup figurent dans la SAP Fiori Apps Reference Library.
• KPI SAP Smart BusinessLes KPI SAP Smart Business sont des indicateurs clés de performance définis dans le framework SAP Smart Business sur des services OData analytiques reposant sur des vues ABAP CDS, et affichés sous forme de tiles de KPI dans le SAP Fiori Launchpad avec objectifs, seuils et tendances. Chaque tile de KPI ouvre une application de drill-down, et les KPI SAP Smart Business se créent désormais avec l'application Manage KPIs and Reports.
• Applications spécifiques (Z-apps)Les applications spécifiques, ou Z-apps, sont des applications et extensions qu'un client construit dans l'espace de noms client, où les noms d'objets commencent par Z ou Y : applications SAPUI5 freestyle, applications SAP Fiori elements sur des vues CDS spécifiques ou copies d'applications SAP. Les applications spécifiques appartiennent au client, qui les teste et les maintient à chaque upgrade.
• SAP Fiori ElementsSAP Fiori elements est un framework SAPUI5 qui génère des applications SAP Fiori à partir des métadonnées du service OData, des annotations d'interface et d'un app descriptor, avec des floorplans prédéfinis comme le list report et l'object page au lieu de vues et contrôleurs codés à la main. Il échange la liberté de mise en page contre un design cohérent, des fonctions d'entreprise intégrées et moins de code d'interface à maintenir.
• List ReportUn list report est un floorplan SAP Fiori elements qui permet de trouver et de filtrer de grands ensembles de business objects et d'agir dessus. Il se compose d'une barre de filtres, de la gestion des variantes et d'un tableau ou d'un graphique que le framework génère à partir des annotations OData. Un list report sert généralement de page d'entrée d'une application et transmet chaque objet à une object page.
• Object PageL'object page est un floorplan SAP Fiori elements qui affiche, modifie et crée un seul business object. Elle se compose d'un en-tête avec les informations clés, d'une barre de navigation et de sections de contenu que le framework génère à partir d'annotations OData telles que UI.HeaderInfo et UI.Facets. On y accède généralement depuis un list report, et elle prend en charge la gestion des drafts.
• WorklistLa worklist est un floorplan SAP Fiori elements qui permet de traiter une collection connue d'éléments de travail dans un tableau sans barre de filtres complète, souvent répartis en onglets de statut avec le nombre d'éléments. La worklist vise à terminer ou à déléguer des éléments ; dans SAP Fiori elements for OData V4, c'est un list report configuré sans barre de filtres.
• Analytical List Page (ALP)Une analytical list page (ALP) est un floorplan SAP Fiori elements qui réunit des filtres visuels, un graphique interactif et un tableau sur une même page, afin que les utilisateurs analysent les données, remontent à une cause première et agissent sur les postes sous-jacents. Dans SAP Fiori elements pour OData V4, l'analytical list page est une variante du list report.
• Overview Page (OVP)L'overview page (OVP) est un floorplan SAP Fiori elements qui résume un domaine métier dans une grille de cards, chacune liée à son propre jeu de données et rendue à partir d'annotations, afin qu'un rôle voie les priorités et accède à la bonne application. L'overview page agrège plusieurs sources sur un seul écran, mais laisse le travail détaillé à d'autres applications.
• Form Entry Object PageUne form entry object page est une variante de l'object page SAP Fiori elements qui masque l'en-tête et la barre de navigation, ne laissant qu'un formulaire pour saisir un business object. Une form entry object page utilise les mêmes annotations qu'une object page standard et peut remplacer le list report comme page de départ, en s'ouvrant souvent en mode création.
• Flexible Column LayoutLe flexible column layout est une disposition de page SAP Fiori qui affiche côte à côte jusqu'à trois niveaux d'informations liées, généralement une liste, un objet et un sous-objet, dans des colonnes dont la largeur s'adapte à l'écran. Le flexible column layout est implémenté par le contrôle SAPUI5 sap.f.FlexibleColumnLayout et peut être activé dans les applications SAP Fiori elements.
• Flexible Programming ModelLe flexible programming model est l'approche de SAP Fiori elements pour OData V4 qui combine, dans une même application, des building blocks pilotés par les métadonnées, des points d'extension, des extensions de contrôleur et des pages personnalisées avec du code SAPUI5 freestyle. Le flexible programming model supprime le choix du tout ou rien entre un floorplan généré et une application SAPUI5 entièrement écrite à la main.
• SAP Build AppsSAP Build Apps est l'outil low-code visuel de SAP sur SAP BTP pour créer des applications web et mobiles natives, anciennement appelé SAP AppGyver. SAP Build Apps associe un éditeur d'interface par glisser-déposer, une logique visuelle et un back-end visuel optionnel. Depuis mars 2026, SAP Build Apps est déprécié en tant que produit autonome au profit de l'offre unifiée SAP Build.
• Adaptation de l'interface (Adapt UI)L'adaptation de l'interface est la fonctionnalité de flexibilité SAPUI5 qui permet aux key users de modifier à l'exécution la mise en page des applications SAP Fiori pour tous les utilisateurs, par exemple en déplaçant, masquant, renommant ou ajoutant des champs, tandis que les utilisateurs finaux personnalisent les vues pour eux-mêmes. L'adaptation de l'interface stocke ces modifications à part, si bien que l'application d'origine reste inchangée et compatible avec les mises à niveau.
• My InboxMy Inbox est l'application SAP Fiori (app ID F0862) dans laquelle les utilisateurs traitent les tâches de workflow : les approuver, les rejeter, les réserver, les libérer ou les transférer. My Inbox lit les tâches via le service Task Gateway, généralement depuis SAP Business Workflow et le flexible workflow du back-end SAP S/4HANA connecté, et affiche les options de décision que chaque tâche définit.
• SAP Fiori Design GuidelinesLes SAP Fiori Design Guidelines sont la documentation publique du design system de SAP pour SAP Fiori, qui couvre les principes de design, les floorplans, les éléments d'interface, les patterns et les fondements visuels pour le web, iOS et Android. Les SAP Fiori Design Guidelines définissent SAP Fiori comme un standard d'expérience utilisateur plutôt que comme un produit unique ; des technologies comme SAPUI5 implémentent ce standard dans le code.
• Annotations d'interfaceLes annotations d'interface sont des termes de métadonnées du vocabulaire UI OData de SAP, comme UI.LineItem, UI.SelectionFields et UI.HeaderInfo, qui décrivent la présentation des données : quelles colonnes affiche un tableau, quels champs figurent dans la barre de filtres et ce qu'affiche l'en-tête d'une object page. SAP Fiori elements les lit à l'exécution et construit la page en conséquence.
• Gestion des draftsLa gestion des drafts est un mécanisme des applications SAP Fiori, de RAP et de CAP qui stocke les modifications non sauvegardées d'un business object sous forme de draft côté serveur, séparé des données actives. Elle permet aux utilisateurs de reprendre un travail interrompu, d'exécuter des validations pendant la saisie et de voir quand quelqu'un d'autre modifie le même objet, jusqu'à ce que Save transforme le draft en version active.
• UI Integration CardsLes UI integration cards sont des cards SAPUI5 définies de manière déclarative dans un fichier manifest.json qui décrit l'en-tête, le contenu, la source de données et les actions, afin qu'un hôte comme SAP Build Work Zone ou My Home puisse les afficher sans application complète. Les UI integration cards présentent un contenu concis et actionnable, avec un lien vers l'application sous-jacente.
• Target MappingUn target mapping dans le SAP Fiori Launchpad est la règle qui résout un intent de navigation — un semantic object plus une action, comme PurchaseOrder-display — vers une application concrète : une application SAPUI5, une transaction SAP GUI for HTML, une application Web Dynpro ABAP ou une URL. Sans target mapping correspondant, une tile ne peut rien ouvrir.
• Extensibilité key userL'extensibilité key user est l'ensemble des outils in-app de SAP S/4HANA qui permet à des key users formés d'ajouter des champs personnalisés, de la logique personnalisée, des business objects personnalisés, des rapports et des adaptations d'interface aux applications standard via des applications SAP Fiori. L'extensibilité key user ne fonctionne qu'aux points d'extension que SAP a libérés à cet effet, ce qui maintient les extensions obtenues stables lors des mises à niveau.

L4 · Services et API

Les services OData et les API qu'appellent les applications d'interface pour lire et écrire des données, exposés via SAP Gateway, des service bindings RAP ou des services CAP.

• Annotations d'interfaceLes annotations d'interface sont des termes de métadonnées du vocabulaire UI OData de SAP, comme UI.LineItem, UI.SelectionFields et UI.HeaderInfo, qui décrivent la présentation des données : quelles colonnes affiche un tableau, quels champs figurent dans la barre de filtres et ce qu'affiche l'en-tête d'une object page. SAP Fiori elements les lit à l'exécution et construit la page en conséquence.
• ODataOData (Open Data Protocol) est un protocole ouvert, fondé sur REST, qui permet d'interroger et de modifier des données via HTTP. C'est le canal standard par lequel les applications SAP Fiori lisent et écrivent les données métier dans SAP S/4HANA et sur SAP BTP. SAP utilise deux versions, OData V2 et OData V4, qui diffèrent par leurs fonctionnalités, leur outillage et la prise en charge par les applications.
• SAP GatewaySAP Gateway est le framework ABAP qui expose les services OData des systèmes SAP tels que SAP S/4HANA et SAP ERP, en assurant l'enregistrement des services, le routage, les contrôles d'autorisation et la journalisation des erreurs pour les applications SAP Fiori. SAP Gateway s'exécute soit en mode embedded dans le système back-end, soit sur un système hub distinct, un choix de déploiement aux conséquences durables pour l'exploitation.
• Service Binding (RAP)Un service binding est l'objet du référentiel ABAP qui, dans RAP, lie une service definition à un protocole de communication, tel qu'OData V2, OData V4 ou InA, et à un type de consommation, UI ou Web API. Un service binding publie également l'endpoint du service et propose un aperçu SAP Fiori elements pour les services UI.
• API libérées et SAP Business Accelerator HubLes API libérées sont des objets et services SAP, tels que services OData et SOAP, événements, vues CDS et classes ABAP, que SAP a dotés d'un statut de libération et d'un contrat de libération garantissant leur stabilité lors des mises à niveau. Le SAP Business Accelerator Hub est le catalogue public de SAP où les API distantes et les événements sont documentés et peuvent être testés.
• /IWFND/MAINT_SERVICE/IWFND/MAINT_SERVICE est la transaction SAP Gateway qui enregistre, active et maintient les services OData V2, y compris leurs alias système et leurs nœuds ICF, sur le système qui sert les applications SAP Fiori. Les services OData V4 sont publiés séparément, sous forme de groupes de services dans /IWFND/V4_ADMIN : activer une application fait donc souvent intervenir les deux transactions.
• /IWFND/ERROR_LOG et /IWBEP/ERROR_LOG/IWFND/ERROR_LOG et /IWBEP/ERROR_LOG sont les journaux des erreurs de SAP Gateway : /IWFND/ERROR_LOG enregistre les requêtes OData en échec côté hub Gateway, et /IWBEP/ERROR_LOG les erreurs levées dans l'implémentation du service back-end. Ensemble, ces deux journaux sont le premier point de diagnostic lorsqu'une application SAP Fiori affiche une erreur ou aucune donnée.
• /IWFND/GW_CLIENT/IWFND/GW_CLIENT est la transaction du SAP Gateway Client, un outil de test HTTP intégré à SAP Gateway qui envoie des requêtes OData directement à un service, sans l'application SAP Fiori. /IWFND/GW_CLIENT affiche la réponse brute, rejoue les requêtes en échec depuis le journal des erreurs et stocke des cas de test réutilisables, ce qui distingue les problèmes de service des problèmes d'application.
• Activation des services SICFSICF est la transaction de maintenance de l'arborescence des services de l'Internet Communication Framework (ICF), qui associe chaque chemin HTTP d'un système ABAP à un gestionnaire. L'activation des services SICF est essentielle pour SAP Fiori, car tous les nœuds ICF sont livrés inactifs, et le launchpad, chaque application SAPUI5 et chaque service OData V2 ne se chargent que si leurs nœuds sont actifs.
• Nettoyage du cache de métadonnées GatewayLe nettoyage du cache de métadonnées Gateway est la procédure qui vide les modèles de services OData mis en cache dans SAP Gateway : /IWFND/CACHE_CLEANUP vide le cache sur le hub et /IWBEP/CACHE_CLEANUP dans le back-end. Ce nettoyage est nécessaire lorsqu'une application SAP Fiori continue d'afficher d'anciens champs, libellés ou annotations après une modification du service.
• Applications spécifiques (Z-apps)Les applications spécifiques, ou Z-apps, sont des applications et extensions qu'un client construit dans l'espace de noms client, où les noms d'objets commencent par Z ou Y : applications SAPUI5 freestyle, applications SAP Fiori elements sur des vues CDS spécifiques ou copies d'applications SAP. Les applications spécifiques appartiennent au client, qui les teste et les maintient à chaque upgrade.
• ABAP RESTful Application Programming Model (RAP)L'ABAP RESTful Application Programming Model (RAP) est le modèle de programmation de SAP pour construire en ABAP des business objects transactionnels, des services OData et des applications SAP Fiori. RAP combine des modèles de données ABAP CDS, des behavior definitions qui déclarent opérations, validations et draft, des implémentations de comportement en ABAP, ainsi que des service definitions et service bindings qui exposent le résultat en OData V2 ou V4.
• SAP Cloud Application Programming Model (CAP)Le SAP Cloud Application Programming Model (CAP) est le framework de SAP pour construire des services et des applications d'entreprise, principalement sur SAP BTP. Les développeurs déclarent les modèles de données et les services dans le langage Core Data Services (CDS) propre à CAP, et un runtime Node.js ou Java les expose comme endpoints OData, REST ou GraphQL, avec des handlers génériques pour les opérations standard.
• BAPIUne BAPI (Business Application Programming Interface) est une interface SAP standardisée, définie comme méthode d'un type de business object dans le Business Object Repository et implémentée sous forme de module fonction ABAP appelable par RFC. Les BAPI donnent aux programmes et aux systèmes externes l'accès aux processus et aux données métier SAP, et restent courantes dans les intégrations SAP ERP et SAP S/4HANA.

L5 · Logique métier et modèle de données

Les modèles de données et la logique métier derrière les services : vues ABAP CDS, business objects et comportement RAP, modèles CAP, BAdI et code ABAP spécifique.

• Gestion des draftsLa gestion des drafts est un mécanisme des applications SAP Fiori, de RAP et de CAP qui stocke les modifications non sauvegardées d'un business object sous forme de draft côté serveur, séparé des données actives. Elle permet aux utilisateurs de reprendre un travail interrompu, d'exécuter des validations pendant la saisie et de voir quand quelqu'un d'autre modifie le même objet, jusqu'à ce que Save transforme le draft en version active.
• Vues ABAP CDSLes vues ABAP CDS sont des modèles de données définis avec Core Data Services, le langage de définition de données fondé sur SQL de la plateforme ABAP. Une vue CDS déclare des champs, des jointures, des associations vers d'autres entités et des annotations, et la base de données l'exécute. Dans SAP S/4HANA, les vues CDS forment le virtual data model sur lequel reposent de nombreuses applications SAP Fiori, analyses et API.
• ABAP RESTful Application Programming Model (RAP)L'ABAP RESTful Application Programming Model (RAP) est le modèle de programmation de SAP pour construire en ABAP des business objects transactionnels, des services OData et des applications SAP Fiori. RAP combine des modèles de données ABAP CDS, des behavior definitions qui déclarent opérations, validations et draft, des implémentations de comportement en ABAP, ainsi que des service definitions et service bindings qui exposent le résultat en OData V2 ou V4.
• SAP Cloud Application Programming Model (CAP)Le SAP Cloud Application Programming Model (CAP) est le framework de SAP pour construire des services et des applications d'entreprise, principalement sur SAP BTP. Les développeurs déclarent les modèles de données et les services dans le langage Core Data Services (CDS) propre à CAP, et un runtime Node.js ou Java les expose comme endpoints OData, REST ou GraphQL, avec des handlers génériques pour les opérations standard.
• Virtual Data Model (VDM)Le virtual data model (VDM) est l'ensemble structuré en niveaux de vues ABAP CDS de SAP dans SAP S/4HANA, qui transforme les tables de la base de données en entités orientées métier : des basic et composite interface views pour la réutilisation, et des consumption views pour des applications et requêtes précises. Le virtual data model est le socle de données commun des applications SAP Fiori, de l'analytique embarquée et des API.
• BAPIUne BAPI (Business Application Programming Interface) est une interface SAP standardisée, définie comme méthode d'un type de business object dans le Business Object Repository et implémentée sous forme de module fonction ABAP appelable par RFC. Les BAPI donnent aux programmes et aux systèmes externes l'accès aux processus et aux données métier SAP, et restent courantes dans les intégrations SAP ERP et SAP S/4HANA.
• ABAP CloudABAP Cloud est le modèle de développement de SAP pour créer des applications, services et extensions ABAP prêts pour le cloud et stables lors des mises à niveau. ABAP Cloud combine ABAP CDS, l'ABAP RESTful Application Programming Model, une version restreinte du langage ABAP et uniquement des API SAP libérées. ABAP Cloud n'est pas un produit : il s'exécute dans l'environnement ABAP de SAP BTP et au sein de SAP S/4HANA.
• Clean CoreLe clean core est le principe de SAP visant à maintenir un système SAP S/4HANA proche du standard afin que les mises à niveau restent prévisibles : les extensions utilisent des API libérées et des points d'extension stables, s'exécutent on-stack avec ABAP Cloud ou side-by-side sur SAP BTP, et évitent de modifier le code SAP. Le clean core est un objectif de gouvernance mesuré dans le temps, pas un produit.
• Extensibilité key userL'extensibilité key user est l'ensemble des outils in-app de SAP S/4HANA qui permet à des key users formés d'ajouter des champs personnalisés, de la logique personnalisée, des business objects personnalisés, des rapports et des adaptations d'interface aux applications standard via des applications SAP Fiori. L'extensibilité key user ne fonctionne qu'aux points d'extension que SAP a libérés à cet effet, ce qui maintient les extensions obtenues stables lors des mises à niveau.
• Applications analytiquesLes applications analytiques sont des applications SAP Fiori qui donnent aux utilisateurs une vision des données métier SAP S/4HANA au moyen de tiles de KPI, d'analytical list pages, d'overview pages, de rapports multidimensionnels et de stories intégrées. Elles lisent surtout les données opérationnelles via des requêtes analytiques ABAP CDS plutôt qu'un data warehouse distinct, si bien que les chiffres reflètent l'état actuel des transactions.
• KPI SAP Smart BusinessLes KPI SAP Smart Business sont des indicateurs clés de performance définis dans le framework SAP Smart Business sur des services OData analytiques reposant sur des vues ABAP CDS, et affichés sous forme de tiles de KPI dans le SAP Fiori Launchpad avec objectifs, seuils et tendances. Chaque tile de KPI ouvre une application de drill-down, et les KPI SAP Smart Business se créent désormais avec l'application Manage KPIs and Reports.
• Applications spécifiques (Z-apps)Les applications spécifiques, ou Z-apps, sont des applications et extensions qu'un client construit dans l'espace de noms client, où les noms d'objets commencent par Z ou Y : applications SAPUI5 freestyle, applications SAP Fiori elements sur des vues CDS spécifiques ou copies d'applications SAP. Les applications spécifiques appartiennent au client, qui les teste et les maintient à chaque upgrade.
• Annotations d'interfaceLes annotations d'interface sont des termes de métadonnées du vocabulaire UI OData de SAP, comme UI.LineItem, UI.SelectionFields et UI.HeaderInfo, qui décrivent la présentation des données : quelles colonnes affiche un tableau, quels champs figurent dans la barre de filtres et ce qu'affiche l'en-tête d'une object page. SAP Fiori elements les lit à l'exécution et construit la page en conséquence.
• SAP Business WorkflowSAP Business Workflow est le moteur de workflow intégré à la plateforme ABAP sous SAP ERP et SAP S/4HANA. Les développeurs modélisent les définitions de workflow dans le Workflow Builder (SWDD), des événements métier les déclenchent à l'exécution, et le moteur crée des work items que les agents traitent dans le Business Workplace ou dans My Inbox. Le flexible workflow s'appuie sur ce moteur.
• Flexible WorkflowLe flexible workflow est un framework SAP S/4HANA qui permet aux key users de configurer des workflows d'approbation pour des documents métier précis, comme les demandes d'achat ou les factures fournisseurs, via des applications SAP Fiori plutôt que par développement ABAP. Les key users définissent les conditions de démarrage, les étapes d'approbation et les destinataires, et les approbateurs traitent les tâches qui en résultent dans My Inbox.
• Situation HandlingSituation Handling est un framework SAP S/4HANA qui détecte les situations métier exceptionnelles, comme un contrat sur le point d'expirer ou une facture fournisseur bloquée, et informe les utilisateurs responsables en leur fournissant le contexte et des actions suggérées. Situation Handling confronte des objets métier ou des messages système à des conditions configurées et détermine les destinataires via Responsibility Management.

L6 · Système de référence

Les documents métier et les données de base dans SAP S/4HANA ou SAP ERP. Chaque couche supérieure existe pour lire, modifier ou présenter ces données.