Mapa de arquitetura do SAP Fiori: do tile ao banco de dados

L1 · Ponto de entrada e experiência

Onde os usuários começam: o SAP Fiori Launchpad ou um site do SAP Build Work Zone, My Home e SAP Mobile Start. Esta camada decide o que os usuários veem primeiro, não o que os apps fazem.

• SAP Fiori Design GuidelinesAs SAP Fiori Design Guidelines são a documentação pública do design system SAP Fiori, mantida pela SAP, que cobre princípios de design, floorplans, elementos de UI, padrões e fundamentos visuais para web, iOS e Android. As SAP Fiori Design Guidelines definem o SAP Fiori como um padrão de experiência do usuário, e não como um produto único; tecnologias como o SAPUI5 implementam esse padrão em código.
• SAP HorizonO SAP Horizon é a família de temas visuais atual do SAP Fiori, sucessora do Quartz e do Belize, entregue no SAPUI5 como Morning Horizon, Evening Horizon e duas variantes de alto contraste. O SAP Horizon muda cores, formas, tipografia e o cabeçalho do shell nos apps SAP Fiori e nas UIs clássicas, mas não altera layouts de apps, floorplans nem a lógica de negócio.
• SAP Fiori ClientO SAP Fiori Client é um app contêiner móvel nativo descontinuado que abria o SAP Fiori Launchpad de uma organização e acrescentava cache de recursos, notificações push e acesso ao dispositivo, como a câmera e o leitor de código de barras. O fim do SAP Fiori Client afeta apenas esse app contêiner; os apps SAP Fiori e o launchpad continuam nos navegadores.
• SAP Mobile StartO SAP Mobile Start é o app móvel nativo de ponto de entrada da SAP para iOS, iPadOS e Android, que dá aos usuários acesso a apps SAP Fiori, pendências e notificações a partir de sites do SAP Build Work Zone ou do SAP Start no SAP BTP. Em maio de 2026, o SAP Mobile Start evoluiu para o app móvel Joule Work, que acrescenta conversas com o Joule.
• SAP Fiori Apps Reference LibraryA SAP Fiori Apps Reference Library é o catálogo online da SAP com os apps do SAP Fiori e as aplicações clássicas SAP GUI e Web Dynpro, que lista para cada app seu ID, tipo de aplicação, intents, business roles, catálogos, serviços OData e versões de produto exigidas por release. A SAP Fiori Apps Reference Library é uma referência de planejamento e implementação, não um componente de runtime.
• UI Integration CardsUI integration cards são cards SAPUI5 definidos de forma declarativa em um arquivo manifest.json que descreve o cabeçalho, o conteúdo, a fonte de dados e as ações, para que um host como o SAP Build Work Zone ou o My Home possa renderizá-los sem um app completo. Os UI integration cards mostram conteúdo conciso e acionável e levam ao app por trás deles.
• SAP Fiori LaunchpadO SAP Fiori Launchpad é o shell baseado em roles por meio do qual os usuários iniciam apps SAP Fiori, transações do SAP GUI for HTML e aplicativos Web Dynpro no SAP S/4HANA. O SAP Fiori Launchpad oferece serviços compartilhados, como navegação baseada em intent, pesquisa, notificações e personalização, e mostra a cada usuário apenas o conteúdo atribuído pelas roles desse usuário.
• App FinderO app finder é a função do SAP Fiori Launchpad em que os usuários navegam por todos os apps concedidos por suas roles, agrupados por business catalog, e os adicionam às suas pages ou ao My Home. O app finder reflete o acesso existente em vez de concedê-lo: um app só aparece quando um business catalog que o contém está atribuído a uma das roles do usuário.
• My HomeO My Home é a página de entrada pessoal do SAP Fiori Launchpad no modo de spaces. No SAP S/4HANA, o My Home reúne seções de to-dos, notícias, pages, apps favoritos e recentes, insights tiles e insights cards, que cada usuário pode exibir, ocultar e reorganizar. O My Home resume o trabalho de vários apps; ele não substitui os próprios apps.
• SAP Build Work ZoneO SAP Build Work Zone é um serviço do SAP BTP para criar business sites centrais que dão aos usuários um único ponto de entrada para apps do SAP S/4HANA, apps do SAP BTP e aplicativos de terceiros. O SAP Build Work Zone tem uma edição standard, o antigo SAP Launchpad service, e uma edição advanced que acrescenta workspaces, colaboração e conteúdo de conhecimento.
• TileUm tile no SAP Fiori Launchpad é a representação visual de um app em uma page: estático, dinâmico ou customizado, como um tile de KPI do SAP Smart Business. Um tile inicia o app disparando um intent; o tile não contém o app, e um target mapping correspondente decide qual aplicativo realmente abre.
• My InboxMy Inbox é o app SAP Fiori (app ID F0862) no qual os usuários processam tarefas de workflow: aprovar, rejeitar, assumir, liberar ou encaminhar. O My Inbox lê as tarefas por meio do serviço Task Gateway, normalmente do SAP Business Workflow e do flexible workflow no back-end SAP S/4HANA conectado, e exibe as opções de decisão que cada tarefa define.
• SAP Task CenterSAP Task Center é um serviço do SAP BTP que federa tarefas de aplicações SAP e não SAP, como SAP S/4HANA, SAP SuccessFactors e SAP Build Process Automation, em uma única lista de tarefas. O SAP Task Center mantém um cache dessas tarefas, e os usuários as processam no SAP Task Center Web app, no SAP Start ou no Joule Work app.

L2 · Conteúdo, navegação e acesso

A configuração que decide quais apps cada usuário pode ver e abrir: business roles, catálogos, spaces e pages, tiles, semantic objects e target mappings.

• TileUm tile no SAP Fiori Launchpad é a representação visual de um app em uma page: estático, dinâmico ou customizado, como um tile de KPI do SAP Smart Business. Um tile inicia o app disparando um intent; o tile não contém o app, e um target mapping correspondente decide qual aplicativo realmente abre.
• Spaces e PagesSpaces e pages são o modelo de layout do SAP Fiori Launchpad: um space é uma entrada na barra de navegação do launchpad que contém uma ou mais pages, e uma page organiza apps como tiles ou links em seções. Spaces e pages chegam aos usuários por meio de roles e substituem a página inicial baseada em grupos, que está descontinuada; eles definem o layout, não o acesso.
• Catálogos (technical e business)Os catálogos do SAP Fiori Launchpad são contêineres de tiles e target mappings que decidem quais apps um usuário pode alcançar. Os technical catalogs contêm as definições originais de tiles e target mappings por área de aplicação; os business catalogs referenciam um subconjunto delas voltado a uma tarefa e são atribuídos a business roles, nunca diretamente a usuários.
• Business RoleUma business role no SAP S/4HANA é o objeto de role que dá aos usuários acesso ao conteúdo do SAP Fiori: ela agrupa business catalogs, spaces do launchpad e as autorizações por trás deles. No on-premise e na Private Edition, uma business role é uma role PFCG; na Cloud Public Edition, é mantida no app Maintain Business Roles.
• Target MappingUm target mapping no SAP Fiori Launchpad é a regra que resolve um intent de navegação — um semantic object mais uma ação, como PurchaseOrder-display — para um aplicativo concreto: um app SAPUI5, uma transação do SAP GUI for HTML, um aplicativo Web Dynpro ABAP ou uma URL. Sem um target mapping correspondente, um tile não consegue abrir nada.
• Semantic ObjectUm semantic object no SAP Fiori é o nome de uma entidade de negócio, como PurchaseOrder ou SalesOrder, que forma a primeira metade de um intent de navegação. Combinado com uma ação, como em PurchaseOrder-display, o semantic object permite que o launchpad encontre um target mapping correspondente sem que o app chamador saiba qual aplicativo será aberto.
• Navegação baseada em intentA navegação baseada em intent é o modelo de navegação do SAP Fiori em que um tile, link ou app solicita um intent, um semantic object mais uma ação escritos como #SemanticObject-action, em vez de um aplicativo concreto. O launchpad resolve o intent em tempo de execução pelos target mappings das roles do usuário, de modo que um link pode abrir apps diferentes por role ou dispositivo.
• Launchpad Content ManagerO launchpad content manager é a ferramenta de administração do SAP Fiori Launchpad para business catalogs: cria, copia e exclui catálogos, adiciona ou remove referências a tiles e target mappings existentes e verifica atribuições de roles e a ativação de serviços. O launchpad content manager não cria tiles nem target mappings originais; isso cabe ao launchpad app manager.
• Launchpad DesignerO launchpad designer é a ferramenta descontinuada do SAP Fiori Launchpad, baseada em navegador, que criava catálogos, tiles, target mappings e grupos, nas variantes específica do mandante (/UI2/FLPD_CUST) e multimandante (/UI2/FLPD_CONF). A SAP afirma que o launchpad designer não deve mais ser usado para conteúdo novo; o launchpad app manager e o launchpad content manager o substituem.
• /UI2/FLIA/UI2/FLIA é a transação do Fiori Launchpad Intent Analysis, um report de suporte do SAP Fiori Launchpad que mostra, para um determinado intent, tipo de dispositivo e usuário, quais roles de autorização e catálogos contêm o intent e quais tile e target mapping pertencem a ele. A /UI2/FLIA é a primeira verificação quando um tile está visível, mas a navegação falha.
• /UI2/FLC/UI2/FLC é a transação do Fiori Launchpad Checks, um report que lista o conteúdo do SAP Fiori launchpad por pacote de desenvolvimento e aponta erros de consistência em catálogos, grupos, tiles e target mappings. A /UI2/FLC encontra referências quebradas antes dos usuários, mas a SAP a documenta como obsoleta a partir do ABAP platform 2025, em favor de ferramentas de conteúdo mais recentes.
• Invalidação de cache do launchpadInvalidação de cache do launchpad é o conjunto de reports e passos que limpa os caches do SAP Fiori launchpad, principalmente o cache UI2 no servidor, com /UI2/INVALIDATE_GLOBAL_CACHES, e os recursos no navegador, com /UI2/INVALIDATE_CLIENT_CACHES. A invalidação de cache do launchpad é uma correção pontual para conteúdo desatualizado após transportes, upgrades ou support packages, e não um primeiro passo de rotina.
• PFCG e roles do SAP FioriPFCG é a transação de manutenção de roles da SAP que concede acesso ao SAP Fiori on-premise e no Private Edition. O menu de uma role PFCG contém business catalogs e spaces do launchpad, e as autorizações da role incluem as autorizações de início dos serviços OData que os apps chamam, verificadas pelo objeto de autorização S_SERVICE.
• SU53 e STAUTHTRACESU53 e STAUTHTRACE são as transações SAP para analisar falhas de autorização: a SU53 exibe as verificações de autorização com falha de um usuário, e a STAUTHTRACE registra todas as verificações de autorização durante uma reprodução. Juntas, a SU53 e a STAUTHTRACE mostram qual objeto de autorização, campo e valor foi negado a um app SAP Fiori ou ao seu serviço OData, para que a role PFCG possa ser corrigida com precisão.
• Rapid Content Activation (task lists da STC01)Rapid Content Activation é o conjunto de task lists do SAP S/4HANA, executadas na transação STC01, que ativam em massa o conteúdo do SAP Fiori launchpad: serviços OData, nós ICF, business roles e, opcionalmente, usuários de teste. A Rapid Content Activation trabalha por business role ou por catálogo e substitui centenas de passos manuais de ativação, mas não desenha roles.
• App Descriptor (manifest.json)O app descriptor é o arquivo manifest.json de um app, componente ou biblioteca SAPUI5: um documento JSON que declara o ID, a versão, as fontes de dados, os modelos, o roteamento, as dependências de bibliotecas e os inbounds e outbounds de navegação cruzada do app. É o app descriptor que o SAPUI5, o SAP Fiori Launchpad e o SAP Build Work Zone leem para carregar, conectar e iniciar o app.
• SAP Fiori Apps Reference LibraryA SAP Fiori Apps Reference Library é o catálogo online da SAP com os apps do SAP Fiori e as aplicações clássicas SAP GUI e Web Dynpro, que lista para cada app seu ID, tipo de aplicação, intents, business roles, catálogos, serviços OData e versões de produto exigidas por release. A SAP Fiori Apps Reference Library é uma referência de planejamento e implementação, não um componente de runtime.
• App FinderO app finder é a função do SAP Fiori Launchpad em que os usuários navegam por todos os apps concedidos por suas roles, agrupados por business catalog, e os adicionam às suas pages ou ao My Home. O app finder reflete o acesso existente em vez de concedê-lo: um app só aparece quando um business catalog que o contém está atribuído a uma das roles do usuário.
• Responsibility ManagementResponsibility Management é um framework do SAP S/4HANA que determina os agentes responsáveis por tarefas de workflow, situações e outras atividades por meio de equipes, funções de membros e regras de responsabilidade. O flexible workflow, o SAP Business Workflow e o Situation Handling perguntam ao Responsibility Management quem deve agir, de modo que os destinatários seguem atributos de negócio, como centro ou empresa, e não usuários nominais.

L3 · Aplicações de UI

As aplicações que abrem por trás dos tiles: apps SAP Fiori standard, apps gerados com SAP Fiori elements, apps SAPUI5 freestyle, transações SAP GUI for HTML, Web Dynpro ABAP e apps low-code.

• SAPUI5O SAPUI5 é o framework JavaScript de UI corporativo da SAP para construir apps SAP Fiori que rodam no navegador, com uma estrutura model-view-controller e data binding com serviços OData. O SAPUI5 é a distribuição licenciada pela SAP do mesmo núcleo do OpenUI5, que é open source, mais bibliotecas adicionais, como gráficos e smart controls orientados a anotações, entregues apenas com produtos SAP.
• OpenUI5O OpenUI5 é a edição open source do framework JavaScript UI5 da SAP, publicada sob a licença Apache 2.0 e desenvolvida publicamente no GitHub. O OpenUI5 compartilha com o SAPUI5 o runtime central e as bibliotecas de controles mais usadas, como sap.m, mas deixa de fora bibliotecas exclusivas da SAP, como SAP Fiori elements, smart controls, gráficos e o shell do launchpad.
• UI5 Web ComponentsOs UI5 Web Components são uma biblioteca open source de web components independentes de framework, construídos sobre os padrões de navegador Custom Elements e Shadow DOM, que implementam o design SAP Fiori. Os UI5 Web Components funcionam com React, Angular, Vue ou HTML puro e complementam o SAPUI5: fornecem controles SAP Fiori, não um framework de aplicação com modelos, roteamento ou floorplans.
• SAP Fiori toolsO SAP Fiori tools é um conjunto de extensões para o SAP Business Application Studio e o Visual Studio Code que gera, configura, pré-visualiza e implanta aplicações SAP Fiori elements. O SAP Fiori tools cobre o projeto de front-end, do application wizard e do Page Map até a pré-visualização com dados simulados e a implantação, enquanto o serviço OData por trás do app é construído com outras ferramentas.
• App Descriptor (manifest.json)O app descriptor é o arquivo manifest.json de um app, componente ou biblioteca SAPUI5: um documento JSON que declara o ID, a versão, as fontes de dados, os modelos, o roteamento, as dependências de bibliotecas e os inbounds e outbounds de navegação cruzada do app. É o app descriptor que o SAPUI5, o SAP Fiori Launchpad e o SAP Build Work Zone leem para carregar, conectar e iniciar o app.
• Apps transacionaisApps transacionais são apps do SAP Fiori que permitem aos usuários criar, alterar ou processar business objects, como registrar uma requisição de compra, aprovar uma solicitação ou lançar um documento. Os apps transacionais gravam no sistema de registro por meio de serviços OData e são um dos tipos originais de app do SAP Fiori, ao lado dos apps analíticos e dos fact sheets.
• Apps analíticosApps analíticos são apps do SAP Fiori que dão aos usuários visibilidade sobre os dados de negócio do SAP S/4HANA por meio de tiles de KPI, analytical list pages, overview pages, relatórios multidimensionais e stories incorporadas. Os apps analíticos leem sobretudo dados operacionais por meio de queries analíticas ABAP CDS, e não de um data warehouse separado, de modo que os números refletem o estado atual das transações.
• Fact sheetsFact sheets são um tipo legado de app do SAP Fiori que exibe as informações principais de um business object, como um item de requisição de compra, e oferece links para objetos relacionados, apps transacionais e transações de back-end. Os fact sheets eram construídos sobre search models e acessados principalmente pela busca do launchpad; no SAP S/4HANA, as object pages assumiram em grande parte esse papel.
• App freestyle SAPUI5Um app freestyle SAPUI5 é um app customizado do SAP Fiori cujas views, controllers e lógica de UI os desenvolvedores escrevem diretamente com controles SAPUI5, em vez de gerar as telas a partir de anotações OData, como faz o SAP Fiori elements. Um app freestyle SAPUI5 dá controle total sobre layout e comportamento, e a manutenção desse código fica com o cliente ou o parceiro.
• SAP GUI for HTML (Web GUI)O SAP GUI for HTML, também chamado de Web GUI, é a renderização no navegador das transações clássicas do SAP GUI: o Internet Transaction Server integrado ao kernel ABAP converte cada tela dynpro em HTML no servidor. O SAP GUI for HTML permite que tiles do SAP Fiori Launchpad abram transações que não têm app SAP Fiori nativo, sem nenhum cliente desktop instalado.
• Web Dynpro ABAPWeb Dynpro ABAP é a tecnologia de UI da SAP executada no servidor para construir aplicações web no ambiente ABAP, baseada na abordagem model-view-controller e desenvolvida no ABAP Workbench. As aplicações Web Dynpro ABAP não são apps SAPUI5, mas o SAP Fiori Launchpad pode iniciá-las por meio de target mappings, e muitas aparecem na SAP Fiori Apps Reference Library.
• KPIs do SAP Smart BusinessKPIs do SAP Smart Business são indicadores-chave de desempenho definidos no framework SAP Smart Business sobre serviços OData analíticos baseados em views ABAP CDS, exibidos como tiles de KPI no SAP Fiori Launchpad com metas, limites e tendências. Cada tile de KPI abre um app de drill-down, e os KPIs do SAP Smart Business hoje são criados com o app Manage KPIs and Reports.
• Apps customizados (Z-apps)Apps customizados, ou Z-apps, são aplicações e extensões que um cliente constrói no namespace do cliente, onde os nomes de objetos começam com Z ou Y, como apps freestyle SAPUI5, apps SAP Fiori elements sobre views CDS customizadas ou cópias de apps SAP. Os apps customizados pertencem ao cliente, que os testa e mantém a cada upgrade.
• SAP Fiori ElementsO SAP Fiori elements é um framework SAPUI5 que renderiza apps SAP Fiori a partir dos metadados de serviços OData, de anotações de UI e de um app descriptor, usando floorplans predefinidos como o list report e o object page em vez de views e controllers escritos à mão. O SAP Fiori elements troca liberdade de layout por design consistente, recursos corporativos integrados e menos código de UI para manter.
• List ReportUm list report é um floorplan do SAP Fiori elements para encontrar, filtrar e agir sobre grandes conjuntos de business objects, composto por uma barra de filtros, gerenciamento de variantes e uma tabela ou gráfico que o framework gera a partir de anotações OData. O list report geralmente serve como página de entrada de um app e encaminha objetos individuais para uma object page.
• Object PageUm object page é um floorplan do SAP Fiori elements que exibe, edita e cria um único business object, formado por um cabeçalho com fatos-chave, uma barra de navegação e seções de conteúdo que o framework gera a partir de anotações OData como UI.HeaderInfo e UI.Facets. Um object page costuma ser acessado a partir de um list report e suporta tratamento de draft.
• WorklistUm worklist é um floorplan do SAP Fiori elements para processar uma coleção conhecida de itens de trabalho em uma tabela sem uma barra de filtros completa, muitas vezes dividida em abas de status com contagem de itens. Um worklist foca em concluir ou delegar itens e, no SAP Fiori elements para OData V4, é um list report configurado sem barra de filtros.
• Analytical List Page (ALP)Uma analytical list page (ALP) é um floorplan do SAP Fiori elements que combina filtros visuais, um gráfico interativo e uma tabela em uma única página, para que os usuários analisem dados, cheguem à causa raiz e ajam sobre os itens subjacentes. No SAP Fiori elements para OData V4, a analytical list page é uma variante (flavor) do list report.
• Overview Page (OVP)Um overview page (OVP) é um floorplan do SAP Fiori elements que resume uma área de negócio em uma grade de cards, cada um vinculado ao seu próprio conjunto de dados e renderizado a partir de anotações, para que um perfil veja as prioridades e chegue ao app certo. Um overview page agrega várias fontes em uma tela, mas deixa o trabalho detalhado para outros apps.
• Form Entry Object PageUma form entry object page é uma variação da object page do SAP Fiori elements que oculta o cabeçalho e a barra de navegação, deixando um formulário para inserir um único business object. A form entry object page usa as mesmas anotações de uma object page padrão e pode substituir o list report como página inicial, muitas vezes abrindo em modo de criação.
• Flexible Column LayoutO flexible column layout é um layout de página do SAP Fiori que mostra até três níveis de informações relacionadas lado a lado, normalmente uma lista, um objeto e um subobjeto, em colunas cuja largura se adapta à tela. O flexible column layout é implementado pelo controle SAPUI5 sap.f.FlexibleColumnLayout e pode ser ativado em apps SAP Fiori elements.
• Flexible Programming ModelO flexible programming model (modelo de programação flexível) é a abordagem do SAP Fiori elements para OData V4 que combina, em um único app, building blocks orientados por metadados, pontos de extensão, controller extensions e custom pages com código SAPUI5 freestyle. O flexible programming model elimina a escolha de tudo ou nada entre um floorplan gerado e um app SAPUI5 inteiramente escrito à mão.
• SAP Build AppsO SAP Build Apps é a ferramenta visual low-code da SAP no SAP BTP para criar aplicativos web e mobile nativos, antes chamada SAP AppGyver. O SAP Build Apps combina um editor de UI de arrastar e soltar, lógica visual e um back-end visual opcional. Desde março de 2026, o SAP Build Apps está descontinuado como produto avulso em favor da oferta unificada SAP Build.
• Adaptação de UI (Adapt UI)Adaptação de UI é o recurso de SAPUI5 flexibility que permite a key users alterar o layout de apps SAP Fiori em tempo de execução, por exemplo movendo, ocultando, renomeando ou adicionando campos, para todos os usuários, enquanto os usuários finais personalizam visões para si mesmos. A adaptação de UI armazena essas mudanças separadamente do app, de modo que o app original permanece sem modificações e seguro para upgrades.
• My InboxMy Inbox é o app SAP Fiori (app ID F0862) no qual os usuários processam tarefas de workflow: aprovar, rejeitar, assumir, liberar ou encaminhar. O My Inbox lê as tarefas por meio do serviço Task Gateway, normalmente do SAP Business Workflow e do flexible workflow no back-end SAP S/4HANA conectado, e exibe as opções de decisão que cada tarefa define.
• SAP Fiori Design GuidelinesAs SAP Fiori Design Guidelines são a documentação pública do design system SAP Fiori, mantida pela SAP, que cobre princípios de design, floorplans, elementos de UI, padrões e fundamentos visuais para web, iOS e Android. As SAP Fiori Design Guidelines definem o SAP Fiori como um padrão de experiência do usuário, e não como um produto único; tecnologias como o SAPUI5 implementam esse padrão em código.
• Anotações de UIAnotações de UI são termos de metadados do vocabulário OData UI da SAP, como UI.LineItem, UI.SelectionFields e UI.HeaderInfo, que descrevem como os dados devem ser apresentados: quais colunas uma tabela mostra, quais campos aparecem na barra de filtros e o que o cabeçalho de um object page exibe. O SAP Fiori elements as lê em tempo de execução e renderiza a página de acordo.
• Tratamento de draftTratamento de draft (draft handling) é um mecanismo de apps SAP Fiori, do RAP e do CAP que armazena alterações não salvas de um business object como um draft no servidor, separado dos dados ativos. O tratamento de draft permite que os usuários retomem trabalhos interrompidos, executem validações durante a edição e vejam quando outra pessoa está alterando o mesmo objeto, até que o Save transforme o draft na versão ativa.
• UI Integration CardsUI integration cards são cards SAPUI5 definidos de forma declarativa em um arquivo manifest.json que descreve o cabeçalho, o conteúdo, a fonte de dados e as ações, para que um host como o SAP Build Work Zone ou o My Home possa renderizá-los sem um app completo. Os UI integration cards mostram conteúdo conciso e acionável e levam ao app por trás deles.
• Target MappingUm target mapping no SAP Fiori Launchpad é a regra que resolve um intent de navegação — um semantic object mais uma ação, como PurchaseOrder-display — para um aplicativo concreto: um app SAPUI5, uma transação do SAP GUI for HTML, um aplicativo Web Dynpro ABAP ou uma URL. Sem um target mapping correspondente, um tile não consegue abrir nada.
• Extensibilidade Key UserExtensibilidade key user é o conjunto de ferramentas in-app do SAP S/4HANA que permite a key users treinados adicionar campos customizados, lógica customizada, business objects customizados, relatórios e adaptações de UI a aplicações standard por meio de apps SAP Fiori. A extensibilidade key user atua apenas em pontos de extensão que a SAP liberou para esse fim, o que mantém as extensões resultantes estáveis em upgrades.

L4 · Serviços e APIs

Os serviços OData e as APIs que as aplicações de UI chamam para ler e gravar dados, expostos por meio do SAP Gateway, de service bindings RAP ou de serviços CAP.

• Anotações de UIAnotações de UI são termos de metadados do vocabulário OData UI da SAP, como UI.LineItem, UI.SelectionFields e UI.HeaderInfo, que descrevem como os dados devem ser apresentados: quais colunas uma tabela mostra, quais campos aparecem na barra de filtros e o que o cabeçalho de um object page exibe. O SAP Fiori elements as lê em tempo de execução e renderiza a página de acordo.
• ODataOData (Open Data Protocol) é um protocolo aberto, baseado em REST, para consultar e alterar dados via HTTP, e o canal padrão pelo qual os apps SAP Fiori leem e gravam dados de negócio no SAP S/4HANA e no SAP BTP. A SAP usa duas versões, OData V2 e OData V4, que diferem em recursos, ferramentas e suporte nos apps.
• SAP GatewayO SAP Gateway é o framework ABAP que expõe serviços OData de sistemas SAP como o SAP S/4HANA e o SAP ERP, tratando registro de serviços, roteamento, verificações de autorização e log de erros para os apps SAP Fiori. O SAP Gateway roda embutido (embedded) no sistema de back-end ou em um sistema hub separado, uma escolha de implantação com consequências operacionais duradouras.
• Service Binding (RAP)Um service binding é o objeto do repositório ABAP no RAP que vincula uma service definition a um protocolo de comunicação, como OData V2, OData V4 ou InA, e a um tipo de consumo, UI ou Web API. O service binding também publica o endpoint do serviço e oferece uma pré-visualização SAP Fiori elements para serviços de UI.
• APIs liberadas e SAP Business Accelerator HubAPIs liberadas são objetos e serviços SAP, como serviços OData e SOAP, eventos, CDS views e classes ABAP, que a SAP marcou com um estado de liberação e um contrato de liberação que promete estabilidade ao longo dos upgrades. O SAP Business Accelerator Hub é o catálogo público da SAP onde as APIs remotas e os eventos são documentados e podem ser testados.
• /IWFND/MAINT_SERVICE/IWFND/MAINT_SERVICE é a transação do SAP Gateway para registrar, ativar e manter serviços OData V2, incluindo seus system aliases e nós ICF, no sistema que atende os apps SAP Fiori. Os serviços OData V4 são publicados separadamente, como service groups na /IWFND/V4_ADMIN, por isso ativar um app muitas vezes envolve as duas transações.
• /IWFND/ERROR_LOG e /IWBEP/ERROR_LOG/IWFND/ERROR_LOG e /IWBEP/ERROR_LOG são os logs de erros do SAP Gateway: a /IWFND/ERROR_LOG registra requisições OData com falha no lado do hub do Gateway, e a /IWBEP/ERROR_LOG registra erros gerados na implementação do serviço no back-end. Juntos, os dois logs de erros do SAP Gateway são o primeiro ponto de diagnóstico quando um app SAP Fiori mostra um erro ou nenhum dado.
• /IWFND/GW_CLIENT/IWFND/GW_CLIENT é a transação do SAP Gateway Client, uma ferramenta de teste HTTP dentro do SAP Gateway que envia requisições OData diretamente a um serviço, sem o app SAP Fiori. A /IWFND/GW_CLIENT mostra a resposta bruta, reexecuta requisições com falha a partir do log de erros e armazena casos de teste repetíveis, o que separa problemas do serviço de problemas do app.
• Ativação de serviços na SICFSICF é a transação de manutenção da árvore de serviços do Internet Communication Framework (ICF), que mapeia cada caminho HTTP de um sistema ABAP para um handler. A ativação de serviços na SICF é importante para o SAP Fiori porque todos os nós ICF são entregues inativos, e o launchpad, cada app SAPUI5 e cada serviço OData V2 só carregam quando seus nós estão ativos.
• Limpeza do cache de metadados do GatewayLimpeza do cache de metadados do Gateway é o procedimento que limpa os modelos de serviços OData armazenados em cache no SAP Gateway: a /IWFND/CACHE_CLEANUP limpa o cache no hub, e a /IWBEP/CACHE_CLEANUP limpa o cache no back-end. A limpeza do cache de metadados do Gateway é necessária quando um app SAP Fiori continua mostrando campos, rótulos ou anotações antigos após uma alteração no serviço.
• Apps customizados (Z-apps)Apps customizados, ou Z-apps, são aplicações e extensões que um cliente constrói no namespace do cliente, onde os nomes de objetos começam com Z ou Y, como apps freestyle SAPUI5, apps SAP Fiori elements sobre views CDS customizadas ou cópias de apps SAP. Os apps customizados pertencem ao cliente, que os testa e mantém a cada upgrade.
• ABAP RESTful Application Programming Model (RAP)O ABAP RESTful Application Programming Model (RAP) é o modelo de programação da SAP para construir business objects transacionais, serviços OData e apps SAP Fiori em ABAP. O RAP combina modelos de dados ABAP CDS, behavior definitions que declaram operações, validações e draft, implementações de comportamento em ABAP, e service definitions e bindings que expõem o resultado como OData V2 ou V4.
• SAP Cloud Application Programming Model (CAP)O SAP Cloud Application Programming Model (CAP) é o framework da SAP para construir serviços e aplicações corporativas, principalmente no SAP BTP. Os desenvolvedores declaram modelos de dados e serviços na linguagem Core Data Services (CDS) própria do CAP, e um runtime Node.js ou Java os disponibiliza como endpoints OData, REST ou GraphQL, com handlers genéricos para as operações padrão.
• BAPIUma BAPI (Business Application Programming Interface) é uma interface padronizada da SAP, definida como método de um tipo de business object no Business Object Repository e implementada como um módulo de função ABAP habilitado para RFC. As BAPIs dão a programas e sistemas externos acesso a processos e dados de negócio SAP e continuam comuns em integrações com SAP ERP e SAP S/4HANA.

L5 · Lógica de negócio e modelo de dados

Os modelos de dados e a lógica de negócio por trás dos serviços: views ABAP CDS, business objects e comportamento RAP, modelos CAP, BAdIs e código ABAP customizado.

• Tratamento de draftTratamento de draft (draft handling) é um mecanismo de apps SAP Fiori, do RAP e do CAP que armazena alterações não salvas de um business object como um draft no servidor, separado dos dados ativos. O tratamento de draft permite que os usuários retomem trabalhos interrompidos, executem validações durante a edição e vejam quando outra pessoa está alterando o mesmo objeto, até que o Save transforme o draft na versão ativa.
• ABAP CDS ViewsABAP CDS views são modelos de dados definidos com Core Data Services, a linguagem de definição de dados baseada em SQL da plataforma ABAP. Uma CDS view declara campos, joins, associações a outras entidades e anotações, e o banco de dados a executa. No SAP S/4HANA, as CDS views formam o virtual data model por trás de muitos apps SAP Fiori, análises e APIs.
• ABAP RESTful Application Programming Model (RAP)O ABAP RESTful Application Programming Model (RAP) é o modelo de programação da SAP para construir business objects transacionais, serviços OData e apps SAP Fiori em ABAP. O RAP combina modelos de dados ABAP CDS, behavior definitions que declaram operações, validações e draft, implementações de comportamento em ABAP, e service definitions e bindings que expõem o resultado como OData V2 ou V4.
• SAP Cloud Application Programming Model (CAP)O SAP Cloud Application Programming Model (CAP) é o framework da SAP para construir serviços e aplicações corporativas, principalmente no SAP BTP. Os desenvolvedores declaram modelos de dados e serviços na linguagem Core Data Services (CDS) própria do CAP, e um runtime Node.js ou Java os disponibiliza como endpoints OData, REST ou GraphQL, com handlers genéricos para as operações padrão.
• Virtual Data Model (VDM)O virtual data model (VDM) é o conjunto em camadas de ABAP CDS views da SAP no SAP S/4HANA que transforma tabelas do banco de dados em entidades orientadas ao negócio: basic e composite interface views para reutilização, e consumption views para apps e queries específicos. O virtual data model é a base de dados comum para apps SAP Fiori, embedded analytics e APIs.
• BAPIUma BAPI (Business Application Programming Interface) é uma interface padronizada da SAP, definida como método de um tipo de business object no Business Object Repository e implementada como um módulo de função ABAP habilitado para RFC. As BAPIs dão a programas e sistemas externos acesso a processos e dados de negócio SAP e continuam comuns em integrações com SAP ERP e SAP S/4HANA.
• ABAP CloudABAP Cloud é o modelo de desenvolvimento da SAP para construir aplicações, serviços e extensões ABAP prontos para a nuvem e estáveis em upgrades. O ABAP Cloud combina ABAP CDS, o ABAP RESTful Application Programming Model, uma versão restrita da linguagem ABAP e somente APIs liberadas da SAP. O ABAP Cloud não é um produto: roda no SAP BTP ABAP environment e dentro do SAP S/4HANA.
• Clean CoreClean core é o princípio da SAP para manter um sistema SAP S/4HANA próximo do padrão, de modo que os upgrades continuem previsíveis: as extensões usam APIs liberadas e pontos de extensão estáveis, rodam on-stack com ABAP Cloud ou side-by-side no SAP BTP e evitam modificar código SAP. Clean core é uma meta de governança medida ao longo do tempo, não um produto.
• Extensibilidade Key UserExtensibilidade key user é o conjunto de ferramentas in-app do SAP S/4HANA que permite a key users treinados adicionar campos customizados, lógica customizada, business objects customizados, relatórios e adaptações de UI a aplicações standard por meio de apps SAP Fiori. A extensibilidade key user atua apenas em pontos de extensão que a SAP liberou para esse fim, o que mantém as extensões resultantes estáveis em upgrades.
• Apps analíticosApps analíticos são apps do SAP Fiori que dão aos usuários visibilidade sobre os dados de negócio do SAP S/4HANA por meio de tiles de KPI, analytical list pages, overview pages, relatórios multidimensionais e stories incorporadas. Os apps analíticos leem sobretudo dados operacionais por meio de queries analíticas ABAP CDS, e não de um data warehouse separado, de modo que os números refletem o estado atual das transações.
• KPIs do SAP Smart BusinessKPIs do SAP Smart Business são indicadores-chave de desempenho definidos no framework SAP Smart Business sobre serviços OData analíticos baseados em views ABAP CDS, exibidos como tiles de KPI no SAP Fiori Launchpad com metas, limites e tendências. Cada tile de KPI abre um app de drill-down, e os KPIs do SAP Smart Business hoje são criados com o app Manage KPIs and Reports.
• Apps customizados (Z-apps)Apps customizados, ou Z-apps, são aplicações e extensões que um cliente constrói no namespace do cliente, onde os nomes de objetos começam com Z ou Y, como apps freestyle SAPUI5, apps SAP Fiori elements sobre views CDS customizadas ou cópias de apps SAP. Os apps customizados pertencem ao cliente, que os testa e mantém a cada upgrade.
• Anotações de UIAnotações de UI são termos de metadados do vocabulário OData UI da SAP, como UI.LineItem, UI.SelectionFields e UI.HeaderInfo, que descrevem como os dados devem ser apresentados: quais colunas uma tabela mostra, quais campos aparecem na barra de filtros e o que o cabeçalho de um object page exibe. O SAP Fiori elements as lê em tempo de execução e renderiza a página de acordo.
• SAP Business WorkflowSAP Business Workflow é o motor de workflow embarcado na plataforma ABAP que sustenta o SAP ERP e o SAP S/4HANA. Desenvolvedores modelam definições de workflow no Workflow Builder (SWDD), eventos de negócio as iniciam em tempo de execução e o motor cria work items que os agentes processam no Business Workplace ou no My Inbox. O flexible workflow é construído sobre esse motor.
• Flexible WorkflowFlexible workflow é um framework do SAP S/4HANA que permite a key users configurar workflows de aprovação para documentos de negócio específicos, como requisições de compra ou faturas de fornecedor, por meio de apps SAP Fiori, sem desenvolvimento ABAP. Os key users definem condições de início, etapas de aprovação e destinatários, e os aprovadores tratam as tarefas resultantes no My Inbox.
• Situation HandlingSituation Handling é um framework do SAP S/4HANA que detecta situações de negócio excepcionais, como um contrato prestes a vencer ou uma fatura de fornecedor bloqueada, e informa os usuários responsáveis com contexto e ações sugeridas. O Situation Handling avalia business objects ou mensagens do sistema em relação a condições configuradas e determina os destinatários por meio do Responsibility Management.

L6 · Sistema de registro

Documentos de negócio e dados mestres no SAP S/4HANA ou no SAP ERP. Todas as camadas acima existem para ler, alterar ou apresentar esses dados.