Mapa de arquitectura de SAP Fiori: del tile a la base de datos

L1 · Punto de entrada y experiencia

Donde empiezan los usuarios: el SAP Fiori Launchpad o un sitio de SAP Build Work Zone, My Home y SAP Mobile Start. Esta capa decide lo que los usuarios ven primero, no lo que hacen las apps.

• SAP Fiori Design GuidelinesLas SAP Fiori Design Guidelines son la documentación pública del sistema de diseño de SAP Fiori, que abarca principios de diseño, floorplans, elementos de UI, patrones y fundamentos visuales para web, iOS y Android. Las SAP Fiori Design Guidelines definen SAP Fiori como un estándar de experiencia de usuario y no como un producto concreto; tecnologías como SAPUI5 implementan ese estándar en código.
• SAP HorizonSAP Horizon es la familia de temas visuales actual de SAP Fiori, sucesora de Quartz y Belize, y se entrega en SAPUI5 como Morning Horizon, Evening Horizon y dos variantes de alto contraste. SAP Horizon cambia los colores, las formas, la tipografía y el encabezado del shell en las aplicaciones SAP Fiori y en las UI clásicas, pero no modifica los layouts de las aplicaciones, los floorplans ni la lógica de negocio.
• SAP Fiori ClientSAP Fiori Client es una aplicación contenedora móvil nativa, ya retirada, que abría el SAP Fiori Launchpad de una organización y añadía caché de recursos, notificaciones push y acceso al dispositivo, como la cámara y el lector de códigos de barras. El fin de SAP Fiori Client solo afecta a esta aplicación envoltorio; las aplicaciones SAP Fiori y el launchpad siguen funcionando en los navegadores.
• SAP Mobile StartSAP Mobile Start es la aplicación nativa de SAP que sirve de punto de entrada móvil en iOS, iPadOS y Android y da a los usuarios acceso a aplicaciones SAP Fiori, tareas pendientes y notificaciones procedentes de sitios de SAP Build Work Zone o SAP Start en SAP BTP. En mayo de 2026, SAP Mobile Start evolucionó hacia la aplicación móvil Joule Work, que añade conversaciones con Joule.
• SAP Fiori Apps Reference LibraryLa SAP Fiori Apps Reference Library es el catálogo en línea de SAP con las apps SAP Fiori y las aplicaciones clásicas SAP GUI y Web Dynpro, que indica para cada app su ID, tipo de aplicación, intents, business roles, catálogos, servicios OData y versiones de producto necesarias por release. Es una referencia de planificación e implementación, no un componente de ejecución.
• UI Integration CardsLas UI integration cards son cards SAPUI5 definidas de forma declarativa en un archivo manifest.json que describe la cabecera, el contenido, la fuente de datos y las acciones, de modo que un host como SAP Build Work Zone o My Home puede mostrarlas sin una aplicación completa. Las UI integration cards muestran contenido conciso y accionable, y enlazan con la aplicación que hay detrás.
• SAP Fiori LaunchpadEl SAP Fiori Launchpad es el shell basado en roles desde el que los usuarios inician apps SAP Fiori, transacciones de SAP GUI for HTML y aplicaciones Web Dynpro en SAP S/4HANA. El SAP Fiori Launchpad ofrece servicios comunes, como la navegación basada en intents, la búsqueda, las notificaciones y la personalización, y muestra a cada usuario solo el contenido asignado mediante sus roles.
• App FinderEl app finder es la función del SAP Fiori Launchpad en la que los usuarios exploran todas las apps que les otorgan sus roles, agrupadas por business catalog, y las añaden a sus pages o a My Home. El app finder refleja el acceso existente en lugar de otorgarlo: una app aparece solo cuando un business catalog que la contiene está asignado a uno de los roles del usuario.
• My HomeMy Home es la página de entrada personal del SAP Fiori Launchpad en modo spaces. En SAP S/4HANA, My Home reúne secciones de to-dos, noticias, pages, apps favoritas y recientes, insights tiles e insights cards, que cada usuario puede mostrar, ocultar y reorganizar. My Home resume el trabajo de varias apps; no sustituye a las propias apps.
• SAP Build Work ZoneSAP Build Work Zone es un servicio de SAP BTP para crear sitios de negocio centrales que ofrecen a los usuarios un único punto de entrada a apps de SAP S/4HANA, apps de SAP BTP y aplicaciones de terceros. SAP Build Work Zone se ofrece en una edición standard, el antiguo SAP Launchpad service, y en una edición advanced que añade workspaces, colaboración y contenido de conocimiento.
• TileUn tile en el SAP Fiori Launchpad es la representación visual de una app en una page: estático, dinámico o personalizado, como un tile de KPI de SAP Smart Business. Un tile inicia la app disparando un intent; el tile no contiene la app, y un target mapping coincidente decide qué aplicación se abre realmente.
• My InboxMy Inbox es la aplicación SAP Fiori (ID de app F0862) en la que los usuarios procesan tareas de workflow: aprobarlas, rechazarlas, reclamarlas, liberarlas o reenviarlas. My Inbox lee las tareas a través del servicio Task Gateway, normalmente desde SAP Business Workflow y flexible workflow en el back-end de SAP S/4HANA conectado, y muestra las opciones de decisión que define cada tarea.
• SAP Task CenterSAP Task Center es un servicio de SAP BTP que federa en una única lista las tareas de aplicaciones SAP y de terceros, como SAP S/4HANA, SAP SuccessFactors y SAP Build Process Automation. SAP Task Center mantiene una caché de esas tareas, y los usuarios las procesan en la aplicación SAP Task Center Web, en SAP Start o en la aplicación Joule Work.

L2 · Contenido, navegación y acceso

La configuración que decide qué apps puede ver y abrir cada usuario: business roles, catálogos, spaces y pages, tiles, semantic objects y target mappings.

• TileUn tile en el SAP Fiori Launchpad es la representación visual de una app en una page: estático, dinámico o personalizado, como un tile de KPI de SAP Smart Business. Un tile inicia la app disparando un intent; el tile no contiene la app, y un target mapping coincidente decide qué aplicación se abre realmente.
• Spaces y PagesSpaces y pages son el modelo de diseño del SAP Fiori Launchpad: un space es una entrada de la barra de navegación del launchpad que contiene una o varias pages, y una page organiza las apps como tiles o enlaces en secciones. Los spaces y pages llegan a los usuarios mediante roles y sustituyen a la página de inicio basada en grupos, ya obsoleta; determinan el diseño, no el acceso.
• Catálogos (technical y business)Los catálogos del SAP Fiori Launchpad son contenedores de tiles y target mappings que deciden a qué apps puede llegar un usuario. Los technical catalogs contienen las definiciones originales de tiles y target mappings por área de aplicación; los business catalogs hacen referencia a un subconjunto de ellas específico de una tarea y se asignan a business roles, nunca directamente a los usuarios.
• Business RoleUn business role en SAP S/4HANA es el objeto de rol que da a los usuarios acceso al contenido de SAP Fiori: agrupa business catalogs, spaces del launchpad y las autorizaciones que los respaldan. En on-premise y en Private Edition, un business role es un rol PFCG; en Cloud Public Edition, se mantiene en la app Maintain Business Roles.
• Target MappingUn target mapping en el SAP Fiori Launchpad es la regla que resuelve un intent de navegación (un semantic object más una acción, como PurchaseOrder-display) en una aplicación concreta: una app SAPUI5, una transacción de SAP GUI for HTML, una aplicación Web Dynpro ABAP o una URL. Sin un target mapping coincidente, un tile no puede abrir nada.
• Semantic ObjectUn semantic object en SAP Fiori es el nombre de una entidad de negocio, como PurchaseOrder o SalesOrder, que forma la primera mitad de un intent de navegación. Combinado con una acción, como en PurchaseOrder-display, el semantic object permite al launchpad encontrar un target mapping coincidente sin que la app que realiza la llamada sepa qué aplicación se abrirá.
• Navegación basada en intentsLa navegación basada en intents es el modelo de navegación de SAP Fiori en el que un tile, un enlace o una app solicita un intent, un semantic object más una acción escritos como #SemanticObject-action, en lugar de una aplicación concreta. El launchpad resuelve el intent en tiempo de ejecución mediante los target mappings de los roles del usuario, de modo que un mismo enlace puede abrir apps distintas según el rol o el dispositivo.
• Launchpad Content ManagerEl launchpad content manager es la herramienta de administración del SAP Fiori Launchpad para business catalogs: crea, copia y elimina catálogos, añade o elimina referencias a tiles y target mappings existentes, y comprueba las asignaciones de roles y la activación de servicios. El launchpad content manager no crea tiles ni target mappings originales; eso lo hace el launchpad app manager.
• Launchpad DesignerEl launchpad designer es la herramienta obsoleta del SAP Fiori Launchpad, basada en navegador, que creaba catálogos, tiles, target mappings y grupos, en variantes específica de mandante (/UI2/FLPD_CUST) y multimandante (/UI2/FLPD_CONF). SAP indica que el launchpad designer ya no debe utilizarse para contenido nuevo; el launchpad app manager y el launchpad content manager lo sustituyen.
• /UI2/FLIA/UI2/FLIA es la transacción de Fiori Launchpad Intent Analysis, un report de soporte del SAP Fiori Launchpad que muestra, para un intent, un tipo de dispositivo y un usuario, qué roles de autorización y catálogos contienen el intent y qué tile y target mapping le corresponden. /UI2/FLIA es la primera comprobación cuando un tile es visible pero la navegación falla.
• /UI2/FLC/UI2/FLC es la transacción de Fiori Launchpad Checks, un report que lista el contenido del SAP Fiori launchpad por paquete de desarrollo y señala errores de consistencia en catálogos, grupos, tiles y target mappings. /UI2/FLC detecta referencias rotas antes que los usuarios, pero SAP la documenta como obsoleta a partir de ABAP platform 2025 en favor de herramientas de contenido más recientes.
• Invalidación de la caché del launchpadLa invalidación de la caché del launchpad es el conjunto de reports y pasos que borran las cachés del SAP Fiori launchpad, principalmente la caché UI2 del servidor con /UI2/INVALIDATE_GLOBAL_CACHES y los recursos del navegador con /UI2/INVALIDATE_CLIENT_CACHES. Es una corrección puntual para contenido obsoleto tras transportes, upgrades o support packages, no un primer paso rutinario.
• PFCG y roles de SAP FioriPFCG es la transacción de mantenimiento de roles de SAP que concede acceso a SAP Fiori on-premise y en Private Edition. El menú de un rol PFCG contiene business catalogs y spaces del launchpad, y las autorizaciones del rol incluyen las autorizaciones de inicio de los servicios OData que llaman las apps, comprobadas mediante el objeto de autorización S_SERVICE.
• SU53 y STAUTHTRACESU53 y STAUTHTRACE son las transacciones de SAP para analizar fallos de autorización: SU53 muestra las comprobaciones fallidas de un usuario y STAUTHTRACE registra cada comprobación durante una reproducción. Juntas muestran qué objeto de autorización, campo y valor se denegaron a una app SAP Fiori o a su servicio OData, para corregir el rol PFCG con precisión.
• Rapid Content Activation (task lists de STC01)Rapid content activation es el conjunto de task lists de SAP S/4HANA, ejecutadas en la transacción STC01, que activan de forma masiva el contenido del SAP Fiori launchpad: servicios OData, nodos ICF, business roles y, opcionalmente, usuarios de prueba. Funciona por business role o por catálogo y sustituye cientos de pasos manuales de activación, pero no diseña roles.
• App Descriptor (manifest.json)El app descriptor es el archivo manifest.json de una aplicación, componente o biblioteca SAPUI5: un documento JSON que declara el ID, la versión, las fuentes de datos, los modelos, el enrutamiento, las dependencias de bibliotecas y los inbounds y outbounds de navegación cruzada de la aplicación. Es lo que SAPUI5, el SAP Fiori Launchpad y SAP Build Work Zone leen para cargar, conectar e iniciar la aplicación.
• SAP Fiori Apps Reference LibraryLa SAP Fiori Apps Reference Library es el catálogo en línea de SAP con las apps SAP Fiori y las aplicaciones clásicas SAP GUI y Web Dynpro, que indica para cada app su ID, tipo de aplicación, intents, business roles, catálogos, servicios OData y versiones de producto necesarias por release. Es una referencia de planificación e implementación, no un componente de ejecución.
• App FinderEl app finder es la función del SAP Fiori Launchpad en la que los usuarios exploran todas las apps que les otorgan sus roles, agrupadas por business catalog, y las añaden a sus pages o a My Home. El app finder refleja el acceso existente en lugar de otorgarlo: una app aparece solo cuando un business catalog que la contiene está asignado a uno de los roles del usuario.
• Responsibility ManagementResponsibility Management es un framework de SAP S/4HANA que determina los agentes responsables de tareas de workflow, situaciones y otras actividades mediante equipos, funciones de los miembros y reglas de responsabilidad. Flexible workflow, SAP Business Workflow y Situation Handling consultan a Responsibility Management quién debe actuar, de modo que los destinatarios siguen atributos de negocio como el centro o la sociedad en lugar de usuarios con nombre.

L3 · Aplicaciones de UI

Las aplicaciones que se abren detrás de los tiles: apps SAP Fiori estándar, apps generadas con SAP Fiori elements, apps SAPUI5 freestyle, transacciones de SAP GUI for HTML, Web Dynpro ABAP y apps low-code.

• SAPUI5SAPUI5 es el framework de UI JavaScript empresarial de SAP para crear aplicaciones SAP Fiori que se ejecutan en el navegador, con una estructura modelo-vista-controlador y data binding a servicios OData. SAPUI5 es la distribución con licencia de SAP del mismo núcleo que el OpenUI5 open source, más bibliotecas adicionales, como gráficos y smart controls basados en anotaciones, que solo se entregan con productos SAP.
• OpenUI5OpenUI5 es la edición open source del framework JavaScript UI5 de SAP, publicada bajo la licencia Apache 2.0 y desarrollada públicamente en GitHub. OpenUI5 comparte con SAPUI5 el runtime central y las bibliotecas de controles más utilizadas, como sap.m, pero deja fuera las bibliotecas exclusivas de SAP, como SAP Fiori elements, los smart controls, los gráficos y el shell del launchpad.
• UI5 Web ComponentsLos UI5 Web Components son una biblioteca open source de web components independientes de cualquier framework, basada en los estándares de navegador Custom Elements y Shadow DOM, que implementa el diseño SAP Fiori. Los UI5 Web Components funcionan con React, Angular, Vue o HTML puro y complementan a SAPUI5: ofrecen controles SAP Fiori, no un framework de aplicaciones con modelos, enrutamiento ni floorplans.
• SAP Fiori toolsSAP Fiori tools es un conjunto de extensiones para SAP Business Application Studio y Visual Studio Code que genera, configura, previsualiza y despliega aplicaciones SAP Fiori elements. SAP Fiori tools cubre el proyecto front-end, desde el asistente de aplicaciones y el Page Map hasta la vista previa con datos simulados y el despliegue, mientras que el servicio OData que hay detrás de la aplicación se construye con otras herramientas.
• App Descriptor (manifest.json)El app descriptor es el archivo manifest.json de una aplicación, componente o biblioteca SAPUI5: un documento JSON que declara el ID, la versión, las fuentes de datos, los modelos, el enrutamiento, las dependencias de bibliotecas y los inbounds y outbounds de navegación cruzada de la aplicación. Es lo que SAPUI5, el SAP Fiori Launchpad y SAP Build Work Zone leen para cargar, conectar e iniciar la aplicación.
• Aplicaciones transaccionalesLas aplicaciones transaccionales son aplicaciones de SAP Fiori que permiten a los usuarios crear, modificar o procesar business objects, como registrar una solicitud de pedido, aprobar una petición o contabilizar un documento. Escriben en el sistema de registro mediante servicios OData y son uno de los tipos originales de aplicación SAP Fiori, junto con las aplicaciones analíticas y los fact sheets.
• Aplicaciones analíticasLas aplicaciones analíticas son aplicaciones de SAP Fiori que ofrecen a los usuarios visibilidad sobre los datos de negocio de SAP S/4HANA mediante tiles de KPI, analytical list pages, overview pages, informes multidimensionales y stories integradas. Leen sobre todo datos operativos mediante consultas analíticas ABAP CDS en lugar de un data warehouse independiente, por lo que las cifras reflejan el estado actual de las transacciones.
• Fact sheetsLos fact sheets son un tipo heredado de aplicación SAP Fiori que muestra la información clave de un business object, como una posición de solicitud de pedido, y enlaza con objetos relacionados, aplicaciones transaccionales y transacciones del back-end. Se construían sobre modelos de búsqueda y se accedía a ellos sobre todo desde la búsqueda del launchpad; en SAP S/4HANA, las object pages asumieron en gran medida su función.
• Aplicación freestyle SAPUI5Una aplicación freestyle SAPUI5 es una app personalizada de SAP Fiori cuyas vistas, controladores y lógica de UI escriben directamente los desarrolladores con controles SAPUI5, en lugar de generar las pantallas a partir de anotaciones OData como hace SAP Fiori elements. Ofrece control total sobre el diseño y el comportamiento, y el mantenimiento de ese código queda en manos del cliente o del partner.
• SAP GUI for HTML (Web GUI)SAP GUI for HTML, también llamado Web GUI, es la representación en el navegador de las transacciones clásicas de SAP GUI: el Internet Transaction Server integrado en el kernel ABAP convierte cada pantalla dynpro en HTML en el servidor. Permite que los tiles del SAP Fiori Launchpad abran transacciones sin app SAP Fiori nativa, sin instalar un cliente de escritorio.
• Web Dynpro ABAPWeb Dynpro ABAP es la tecnología de UI de SAP del lado del servidor para crear aplicaciones web en el entorno ABAP, basada en el enfoque modelo-vista-controlador y desarrollada en el ABAP Workbench. Sus aplicaciones no son apps SAPUI5, pero el SAP Fiori Launchpad puede iniciarlas mediante target mappings, y muchas figuran en la SAP Fiori Apps Reference Library.
• KPI de SAP Smart BusinessLos KPI de SAP Smart Business son indicadores clave de rendimiento definidos en el framework SAP Smart Business sobre servicios OData analíticos basados en vistas ABAP CDS, y se muestran como tiles de KPI en el SAP Fiori Launchpad con objetivos, umbrales y tendencias. Cada tile de KPI abre una app de drill-down, y hoy estos KPI se crean con la app Manage KPIs and Reports.
• Aplicaciones personalizadas (Z-Apps)Las aplicaciones personalizadas, o Z-apps, son aplicaciones y extensiones que un cliente crea en el espacio de nombres del cliente, donde los nombres de objeto empiezan por Z o Y, como apps freestyle SAPUI5, apps de SAP Fiori elements sobre vistas CDS personalizadas o copias de apps de SAP. Pertenecen al cliente, que las prueba y mantiene en cada upgrade.
• SAP Fiori ElementsSAP Fiori elements es un framework de SAPUI5 que genera aplicaciones SAP Fiori a partir de los metadatos del servicio OData, las anotaciones de UI y un app descriptor, usando floorplans predefinidos como el list report y la object page en lugar de vistas y controladores escritos a mano. SAP Fiori elements renuncia a libertad de diseño a cambio de un diseño coherente, funciones empresariales integradas y menos código de UI que mantener.
• List ReportUn list report es un floorplan de SAP Fiori elements para encontrar, filtrar y procesar grandes conjuntos de business objects, compuesto por una barra de filtros, la gestión de variantes y una tabla o un gráfico que el framework genera a partir de anotaciones OData. Un list report suele ser la página de entrada de una app y pasa cada objeto a una object page.
• Object PageUna object page es un floorplan de SAP Fiori elements que muestra, edita y crea un único business object. Se compone de una cabecera con los datos clave, una barra de navegación y secciones de contenido que el framework genera a partir de anotaciones OData como UI.HeaderInfo y UI.Facets. Normalmente se accede a una object page desde un list report y admite la gestión de draft.
• WorklistUna worklist es un floorplan de SAP Fiori elements para procesar una colección conocida de elementos de trabajo en una tabla sin una barra de filtros completa, a menudo dividida en pestañas de estado con recuentos de elementos. Una worklist se centra en completar o delegar elementos, y en SAP Fiori elements para OData V4 es un list report configurado sin barra de filtros.
• Analytical List Page (ALP)Una analytical list page (ALP) es un floorplan de SAP Fiori elements que combina filtros visuales, un gráfico interactivo y una tabla en una sola página, para que los usuarios analicen datos, lleguen a la causa raíz y actúen sobre los elementos subyacentes. En SAP Fiori elements para OData V4, la analytical list page es una variante (flavor) del list report.
• Overview Page (OVP)Una overview page (OVP) es un floorplan de SAP Fiori elements que resume un área de negocio en una cuadrícula de cards, cada una vinculada a su propio conjunto de datos y generada a partir de anotaciones, para que un rol vea las prioridades y salte a la aplicación adecuada. Una overview page agrega varias fuentes en una sola pantalla, pero deja el trabajo detallado a otras aplicaciones.
• Form Entry Object PageUna form entry object page es una variación de la object page de SAP Fiori elements que oculta la cabecera y la barra de navegación y deja un formulario para introducir un único business object. Una form entry object page usa las mismas anotaciones que una object page estándar y puede sustituir al list report como página inicial, a menudo abriéndose en modo de creación.
• Flexible Column LayoutEl flexible column layout es un diseño de página de SAP Fiori que muestra hasta tres niveles de información relacionada uno junto a otro, normalmente una lista, un objeto y un subobjeto, en columnas cuyo ancho se adapta a la pantalla. El flexible column layout se implementa con el control SAPUI5 sap.f.FlexibleColumnLayout y puede activarse en las apps de SAP Fiori elements.
• Flexible Programming ModelEl flexible programming model es el enfoque de SAP Fiori elements para OData V4 que combina en una misma app building blocks basados en metadatos, extension points, controller extensions y custom pages con código SAPUI5 freestyle. El flexible programming model elimina la elección de todo o nada entre un floorplan generado y una app SAPUI5 escrita íntegramente a mano.
• SAP Build AppsSAP Build Apps es la herramienta visual low-code de SAP en SAP BTP para crear aplicaciones web y móviles nativas, antes llamada SAP AppGyver. SAP Build Apps combina un editor de UI de arrastrar y soltar, lógica visual y un back-end visual opcional. Desde marzo de 2026, SAP Build Apps está obsoleto como producto independiente en favor de la oferta unificada de SAP Build.
• Adaptación de UI (Adapt UI)La adaptación de UI es la capacidad de flexibilidad de SAPUI5 que permite a los key users cambiar en tiempo de ejecución el diseño de las apps de SAP Fiori para todos los usuarios, por ejemplo moviendo, ocultando, renombrando o añadiendo campos, mientras los usuarios finales personalizan sus propias vistas. La adaptación de UI guarda estos cambios aparte de la app, que permanece sin modificar y segura ante actualizaciones.
• My InboxMy Inbox es la aplicación SAP Fiori (ID de app F0862) en la que los usuarios procesan tareas de workflow: aprobarlas, rechazarlas, reclamarlas, liberarlas o reenviarlas. My Inbox lee las tareas a través del servicio Task Gateway, normalmente desde SAP Business Workflow y flexible workflow en el back-end de SAP S/4HANA conectado, y muestra las opciones de decisión que define cada tarea.
• SAP Fiori Design GuidelinesLas SAP Fiori Design Guidelines son la documentación pública del sistema de diseño de SAP Fiori, que abarca principios de diseño, floorplans, elementos de UI, patrones y fundamentos visuales para web, iOS y Android. Las SAP Fiori Design Guidelines definen SAP Fiori como un estándar de experiencia de usuario y no como un producto concreto; tecnologías como SAPUI5 implementan ese estándar en código.
• Anotaciones de UILas anotaciones de UI son términos de metadatos del vocabulario OData UI de SAP, como UI.LineItem, UI.SelectionFields y UI.HeaderInfo, que describen cómo deben presentarse los datos: qué columnas muestra una tabla, qué campos aparecen en la barra de filtros y qué muestra la cabecera de una object page. SAP Fiori elements las lee en tiempo de ejecución y genera la página en consecuencia.
• Gestión de draftLa gestión de draft es un mecanismo de las apps SAP Fiori, RAP y CAP que almacena los cambios no guardados de un business object como un draft en el servidor, separado de los datos activos. Permite retomar el trabajo interrumpido, ejecutar validaciones durante la edición y ver cuándo otra persona modifica el mismo objeto, hasta que Save convierte el draft en la versión activa.
• UI Integration CardsLas UI integration cards son cards SAPUI5 definidas de forma declarativa en un archivo manifest.json que describe la cabecera, el contenido, la fuente de datos y las acciones, de modo que un host como SAP Build Work Zone o My Home puede mostrarlas sin una aplicación completa. Las UI integration cards muestran contenido conciso y accionable, y enlazan con la aplicación que hay detrás.
• Target MappingUn target mapping en el SAP Fiori Launchpad es la regla que resuelve un intent de navegación (un semantic object más una acción, como PurchaseOrder-display) en una aplicación concreta: una app SAPUI5, una transacción de SAP GUI for HTML, una aplicación Web Dynpro ABAP o una URL. Sin un target mapping coincidente, un tile no puede abrir nada.
• Extensibilidad key userLa extensibilidad key user es el conjunto de herramientas in-app de SAP S/4HANA que permite a key users formados añadir campos personalizados, lógica personalizada, business objects personalizados, informes y adaptaciones de UI a las aplicaciones estándar mediante aplicaciones SAP Fiori. La extensibilidad key user solo actúa en los puntos de extensión que SAP ha liberado para este fin, lo que mantiene las extensiones resultantes estables ante actualizaciones.

L4 · Servicios y API

Los servicios OData y las API a los que llaman las aplicaciones de UI para leer y escribir datos, expuestos mediante SAP Gateway, service bindings de RAP o servicios CAP.

• Anotaciones de UILas anotaciones de UI son términos de metadatos del vocabulario OData UI de SAP, como UI.LineItem, UI.SelectionFields y UI.HeaderInfo, que describen cómo deben presentarse los datos: qué columnas muestra una tabla, qué campos aparecen en la barra de filtros y qué muestra la cabecera de una object page. SAP Fiori elements las lee en tiempo de ejecución y genera la página en consecuencia.
• ODataOData (Open Data Protocol) es un protocolo abierto basado en REST para consultar y modificar datos a través de HTTP, y el canal estándar por el que las aplicaciones SAP Fiori leen y escriben datos de negocio en SAP S/4HANA y en SAP BTP. SAP utiliza dos versiones, OData V2 y OData V4, que difieren en funcionalidades, herramientas y compatibilidad con las aplicaciones.
• SAP GatewaySAP Gateway es el framework ABAP que expone servicios OData desde sistemas SAP como SAP S/4HANA y SAP ERP, y se encarga del registro de servicios, el enrutamiento, las comprobaciones de autorización y el registro de errores para las aplicaciones SAP Fiori. SAP Gateway se ejecuta integrado en el sistema de back-end o en un sistema hub separado, una decisión de implementación con consecuencias operativas duraderas.
• Service Binding (RAP)Un service binding es el objeto del repositorio ABAP de RAP que vincula una service definition a un protocolo de comunicación, como OData V2, OData V4 o InA, y a un tipo de consumo, UI o Web API. Un service binding también publica el endpoint del servicio y ofrece una vista previa de SAP Fiori elements para los servicios de UI.
• API liberadas y SAP Business Accelerator HubLas API liberadas son objetos y servicios de SAP, como servicios OData y SOAP, eventos, vistas CDS y clases ABAP, que SAP ha marcado con un estado de liberación y un contrato de liberación que promete estabilidad a lo largo de las actualizaciones. El SAP Business Accelerator Hub es el catálogo público de SAP donde se documentan las API remotas y los eventos, y donde pueden probarse.
• /IWFND/MAINT_SERVICE/IWFND/MAINT_SERVICE es la transacción de SAP Gateway para registrar, activar y mantener servicios OData V2, incluidos sus alias de sistema y nodos ICF, en el sistema que sirve las apps SAP Fiori. Los servicios OData V4 se publican por separado, como grupos de servicios en /IWFND/V4_ADMIN, por lo que activar una app suele implicar ambas transacciones.
• /IWFND/ERROR_LOG y /IWBEP/ERROR_LOG/IWFND/ERROR_LOG y /IWBEP/ERROR_LOG son los registros de errores de SAP Gateway: /IWFND/ERROR_LOG registra las solicitudes OData fallidas en el hub de Gateway, y /IWBEP/ERROR_LOG registra los errores generados en la implementación del servicio en el back-end. Juntos, ambos registros son la primera parada de diagnóstico cuando una app SAP Fiori muestra un error o no muestra datos.
• /IWFND/GW_CLIENT/IWFND/GW_CLIENT es la transacción de SAP Gateway Client, una herramienta de prueba HTTP dentro de SAP Gateway que envía solicitudes OData directamente a un servicio, sin la app SAP Fiori. /IWFND/GW_CLIENT muestra la respuesta en bruto, reproduce solicitudes fallidas desde el registro de errores y guarda casos de prueba repetibles, lo que separa los problemas del servicio de los de la app.
• Activación de servicios en SICFSICF es la transacción para mantener el árbol de servicios del Internet Communication Framework (ICF), que asigna cada ruta HTTP de un sistema ABAP a un handler. La activación de servicios en SICF es clave para SAP Fiori porque todos los nodos ICF se entregan inactivos, y el launchpad, cada app SAPUI5 y cada servicio OData V2 solo se cargan cuando sus nodos están activos.
• Limpieza de la caché de metadatos de GatewayLa limpieza de la caché de metadatos de Gateway es el procedimiento que borra los modelos de servicios OData almacenados en caché en SAP Gateway: /IWFND/CACHE_CLEANUP borra la caché en el hub y /IWBEP/CACHE_CLEANUP la borra en el back-end. Esta limpieza es necesaria cuando una app SAP Fiori sigue mostrando campos, etiquetas o anotaciones antiguos tras un cambio en el servicio.
• Aplicaciones personalizadas (Z-Apps)Las aplicaciones personalizadas, o Z-apps, son aplicaciones y extensiones que un cliente crea en el espacio de nombres del cliente, donde los nombres de objeto empiezan por Z o Y, como apps freestyle SAPUI5, apps de SAP Fiori elements sobre vistas CDS personalizadas o copias de apps de SAP. Pertenecen al cliente, que las prueba y mantiene en cada upgrade.
• ABAP RESTful Application Programming Model (RAP)El ABAP RESTful Application Programming Model (RAP) es el modelo de programación de SAP para construir business objects transaccionales, servicios OData y aplicaciones SAP Fiori en ABAP. RAP combina modelos de datos ABAP CDS, behavior definitions que declaran operaciones, validaciones y draft, implementaciones de comportamiento en ABAP, y service definitions y bindings que exponen el resultado como OData V2 o V4.
• SAP Cloud Application Programming Model (CAP)El SAP Cloud Application Programming Model (CAP) es el framework de SAP para construir servicios y aplicaciones empresariales, principalmente en SAP BTP. Los desarrolladores declaran modelos de datos y servicios en el lenguaje Core Data Services (CDS) propio de CAP, y un runtime Node.js o Java los sirve como endpoints OData, REST o GraphQL, con handlers genéricos para las operaciones estándar.
• BAPIUna BAPI (Business Application Programming Interface) es una interfaz SAP estandarizada, definida como método de un tipo de business object en el Business Object Repository e implementada como módulo de funciones ABAP habilitado para RFC. Las BAPI dan a programas y sistemas externos acceso a los procesos y datos de negocio de SAP, y siguen siendo habituales en integraciones de SAP ERP y SAP S/4HANA.

L5 · Lógica de negocio y modelo de datos

Los modelos de datos y la lógica de negocio detrás de los servicios: vistas ABAP CDS, business objects y behavior de RAP, modelos CAP, BAdI y código ABAP personalizado.

• Gestión de draftLa gestión de draft es un mecanismo de las apps SAP Fiori, RAP y CAP que almacena los cambios no guardados de un business object como un draft en el servidor, separado de los datos activos. Permite retomar el trabajo interrumpido, ejecutar validaciones durante la edición y ver cuándo otra persona modifica el mismo objeto, hasta que Save convierte el draft en la versión activa.
• Vistas ABAP CDSLas vistas ABAP CDS son modelos de datos definidos con Core Data Services, el lenguaje de definición de datos basado en SQL de la plataforma ABAP. Una vista CDS declara campos, joins, asociaciones con otras entidades y anotaciones, y la base de datos la ejecuta. En SAP S/4HANA, las vistas CDS forman el modelo de datos virtual que hay detrás de muchas aplicaciones SAP Fiori, análisis y API.
• ABAP RESTful Application Programming Model (RAP)El ABAP RESTful Application Programming Model (RAP) es el modelo de programación de SAP para construir business objects transaccionales, servicios OData y aplicaciones SAP Fiori en ABAP. RAP combina modelos de datos ABAP CDS, behavior definitions que declaran operaciones, validaciones y draft, implementaciones de comportamiento en ABAP, y service definitions y bindings que exponen el resultado como OData V2 o V4.
• SAP Cloud Application Programming Model (CAP)El SAP Cloud Application Programming Model (CAP) es el framework de SAP para construir servicios y aplicaciones empresariales, principalmente en SAP BTP. Los desarrolladores declaran modelos de datos y servicios en el lenguaje Core Data Services (CDS) propio de CAP, y un runtime Node.js o Java los sirve como endpoints OData, REST o GraphQL, con handlers genéricos para las operaciones estándar.
• Modelo de datos virtual (VDM)El modelo de datos virtual (VDM) es el conjunto de vistas ABAP CDS organizado en capas que SAP incluye en SAP S/4HANA y que convierte las tablas de base de datos en entidades orientadas al negocio: basic y composite interface views para la reutilización, y consumption views para aplicaciones y consultas concretas. El modelo de datos virtual es el fundamento de datos común para las aplicaciones SAP Fiori, el análisis integrado y las API.
• BAPIUna BAPI (Business Application Programming Interface) es una interfaz SAP estandarizada, definida como método de un tipo de business object en el Business Object Repository e implementada como módulo de funciones ABAP habilitado para RFC. Las BAPI dan a programas y sistemas externos acceso a los procesos y datos de negocio de SAP, y siguen siendo habituales en integraciones de SAP ERP y SAP S/4HANA.
• ABAP CloudABAP Cloud es el modelo de desarrollo de SAP para crear aplicaciones, servicios y extensiones ABAP preparados para la nube y estables ante actualizaciones. ABAP Cloud combina ABAP CDS, el ABAP RESTful Application Programming Model, una versión restringida del lenguaje ABAP y únicamente API de SAP liberadas. ABAP Cloud no es un producto: se ejecuta en el entorno ABAP de SAP BTP y dentro de SAP S/4HANA.
• Clean CoreClean core es el principio de SAP para mantener un sistema SAP S/4HANA cerca del estándar, de modo que las actualizaciones sigan siendo predecibles: las extensiones usan API liberadas y puntos de extensión estables, se ejecutan on-stack con ABAP Cloud o side-by-side en SAP BTP, y evitan modificar el código de SAP. Clean core es un objetivo de gobierno que se mide a lo largo del tiempo, no un producto.
• Extensibilidad key userLa extensibilidad key user es el conjunto de herramientas in-app de SAP S/4HANA que permite a key users formados añadir campos personalizados, lógica personalizada, business objects personalizados, informes y adaptaciones de UI a las aplicaciones estándar mediante aplicaciones SAP Fiori. La extensibilidad key user solo actúa en los puntos de extensión que SAP ha liberado para este fin, lo que mantiene las extensiones resultantes estables ante actualizaciones.
• Aplicaciones analíticasLas aplicaciones analíticas son aplicaciones de SAP Fiori que ofrecen a los usuarios visibilidad sobre los datos de negocio de SAP S/4HANA mediante tiles de KPI, analytical list pages, overview pages, informes multidimensionales y stories integradas. Leen sobre todo datos operativos mediante consultas analíticas ABAP CDS en lugar de un data warehouse independiente, por lo que las cifras reflejan el estado actual de las transacciones.
• KPI de SAP Smart BusinessLos KPI de SAP Smart Business son indicadores clave de rendimiento definidos en el framework SAP Smart Business sobre servicios OData analíticos basados en vistas ABAP CDS, y se muestran como tiles de KPI en el SAP Fiori Launchpad con objetivos, umbrales y tendencias. Cada tile de KPI abre una app de drill-down, y hoy estos KPI se crean con la app Manage KPIs and Reports.
• Aplicaciones personalizadas (Z-Apps)Las aplicaciones personalizadas, o Z-apps, son aplicaciones y extensiones que un cliente crea en el espacio de nombres del cliente, donde los nombres de objeto empiezan por Z o Y, como apps freestyle SAPUI5, apps de SAP Fiori elements sobre vistas CDS personalizadas o copias de apps de SAP. Pertenecen al cliente, que las prueba y mantiene en cada upgrade.
• Anotaciones de UILas anotaciones de UI son términos de metadatos del vocabulario OData UI de SAP, como UI.LineItem, UI.SelectionFields y UI.HeaderInfo, que describen cómo deben presentarse los datos: qué columnas muestra una tabla, qué campos aparecen en la barra de filtros y qué muestra la cabecera de una object page. SAP Fiori elements las lee en tiempo de ejecución y genera la página en consecuencia.
• SAP Business WorkflowSAP Business Workflow es el motor de workflow integrado en la plataforma ABAP sobre la que funcionan SAP ERP y SAP S/4HANA. Los desarrolladores modelan las definiciones de workflow en el Workflow Builder (SWDD), los eventos de negocio las inician en tiempo de ejecución y el motor crea work items que los agentes procesan en el Business Workplace o en My Inbox. Flexible workflow se basa en este motor.
• Flexible WorkflowFlexible workflow es un framework de SAP S/4HANA que permite a los key users configurar workflows de aprobación para documentos de negocio específicos, como solicitudes de pedido o facturas de proveedor, mediante aplicaciones SAP Fiori en lugar de desarrollo ABAP. Los key users definen condiciones de inicio, pasos de aprobación y destinatarios, y los aprobadores tratan las tareas resultantes en My Inbox.
• Situation HandlingSituation Handling es un framework de SAP S/4HANA que detecta situaciones de negocio excepcionales, como un contrato a punto de vencer o una factura de proveedor bloqueada, e informa a los usuarios responsables con contexto y acciones sugeridas. Situation Handling evalúa business objects o mensajes del sistema frente a condiciones configuradas y determina los destinatarios mediante Responsibility Management.

L6 · Sistema de registro

Documentos de negocio y datos maestros en SAP S/4HANA o SAP ERP. Todas las capas superiores existen para leer, modificar o presentar estos datos.