O que são aplicativos SAP Fiori? Tipos, exemplos e casos de uso

Os aplicativos SAP Fiori são aplicações baseadas em funções que oferecem aos usuários SAP uma forma mais moderna de concluir tarefas, analisar dados e trabalhar com informações de negócio.

Em ambientes reais, porém, o termo "aplicativo Fiori" causa muita confusão. Um usuário clica em um bloco no Fiori Launchpad e, às vezes, acessa um aplicativo Fiori nativo; outras vezes, uma transação SAP GUI mais antiga executada por meio do Web GUI. Alguns aplicativos tratam transações, outros tratam análises, e outros permitem que as pessoas explorem objetos de negócio, como clientes, fornecedores, materiais, pedidos de compra ou faturas.

Portanto, entender os aplicativos Fiori exige mais do que memorizar categorias. Você precisa saber o que cada tipo foi criado para fazer, onde funciona bem e quando fica aquém de um processo de negócio real.

Um aplicativo pode apoiar uma única tarefa de forma excelente e ainda assim deixar a maior parte do processo descoberta — as aprovações, exceções, transferências, prazos, dados ausentes, integrações e responsabilidades divididas entre funções.

Este artigo apresenta os principais tipos de aplicativos Fiori, exemplos típicos, casos de uso práticos e como avaliar se um aplicativo padrão é bom o suficiente para a sua equipe.

O que é um app SAP Fiori?

Um app SAP Fiori segue os princípios de design Fiori da SAP e normalmente é acessado por meio do Fiori Launchpad. Ele oferece aos usuários uma forma orientada a tarefas de trabalhar com dados SAP, objetos de negócio, relatórios, aprovações ou solicitações. Em vez de pedir que alguém se lembre de um código de transação e encontre seu caminho em uma tela cheia de informações, um app Fiori é construído em torno de uma função ou necessidade específica.

Exemplos comuns são apps que criam uma requisição de compra, aprovam um item de workflow, revisam faturas em aberto, monitoram KPIs de compras, verificam o status de pedidos de venda, gerenciam solicitações de licença ou exibem informações de fornecedores.

Essa orientação a tarefas é o principal ponto que separa o Fiori do uso tradicional do SAP GUI. O SAP GUI oferece a usuários experientes transações densas, repletas de opções, campos, menus e variantes. O Fiori restringe o escopo a uma única atividade, o que ajuda especialmente usuários ocasionais, gestores, trabalhadores móveis e cenários de autosserviço.

O foco é genuinamente valioso, mas isso também significa que você deve sempre verificar um app em relação ao trabalho real que ele deve apoiar. Um app Fiori pode parecer mais limpo do que uma transação antiga, mas o que importa é se ele oferece ao usuário informações, ações, filtros e contexto suficientes para concluir a tarefa corretamente.

Um bloco nem sempre é um aplicativo Fiori nativo

Uma suposição comum é que todo bloco, também conhecido como "tile", do Launchpad abre um aplicativo Fiori nativo. Não abre.

Um bloco é apenas um ponto de entrada. O que é carregado quando você clica nele depende inteiramente de como o Launchpad está configurado — pode ser um aplicativo Fiori nativo, um aplicativo Fiori elements, uma aplicação SAPUI5 personalizada, uma página analítica, uma transação clássica do SAP GUI renderizada por meio do Web GUI ou alguma outra aplicação baseada em URL.

A distinção é importante porque as pessoas dirão "estamos usando Fiori" quando metade dos seus blocos, na verdade, inicia transações antigas em um navegador. Essa pode ser uma estratégia de transição perfeitamente razoável — ela centraliza o acesso no Launchpad sem forçar uma reformulação de todas as transações de uma só vez —, mas ninguém deve confundi-la com uma experiência totalmente nativa do Fiori.

Para adoção e planejamento, vale a pena ser preciso sobre o que cada bloco realmente abre: um aplicativo Fiori nativo, uma aplicação SAPUI5 personalizada, um aplicativo Fiori elements ou uma transação clássica exposta por meio do Web GUI. E, além do rótulo, pergunte se o aplicativo melhora a tarefa ou apenas muda o local em que o usuário clica para iniciá-la.

Um Launchpad abarrotado de blocos não é automaticamente uma experiência moderna. O valor vem do que cada bloco abre e de quão bem ele se ajusta à função e ao processo por trás da tarefa.

Principais tipos de apps SAP Fiori

Você pode agrupar os apps Fiori de várias maneiras. Uma divisão comum orientada ao negócio é entre apps transacionais, apps analíticos e fichas informativas. Em projetos modernos, você também encontrará padrões como páginas de visão geral, relatórios de lista, páginas de objeto e páginas de lista analítica. Esses termos se sobrepõem, mas descrevem coisas ligeiramente diferentes — alguns nomeiam o propósito de um app, outros nomeiam o padrão de interface usado para criá-lo.

Em termos práticos:

• Apps transacionais ajudam os usuários a realizar uma tarefa.
• Apps analíticos ajudam os usuários a entender desempenho, tendências e exceções.
• Fichas informativas permitem que os usuários explorem um objeto de negócio.
• Páginas de visão geral resumem o que importa para uma função ou área.
• Relatórios de lista ajudam os usuários a encontrar e trabalhar com muitos registros.
• Páginas de objeto permitem que os usuários visualizem ou mantenham um registro específico.

O restante do artigo aborda cada um desses tipos por vez.

Apps transacionais

Apps transacionais são onde as tarefas de negócio são realizadas no SAP — criar, alterar, aprovar, enviar, liberar, rejeitar ou lançar dados de negócio. Eles tendem a estar mais próximos do trabalho operacional diário.

Exemplos típicos: criar uma requisição de compra, aprovar um pedido de compra, lançar um recebimento de mercadorias, gerenciar solicitações de licença, liberar um documento de faturamento ou processar uma solicitação de serviço.

Eles se destacam quando a tarefa é clara e específica para uma função, sem forçar o usuário a passar por uma transação extensa cheia de opções não relacionadas. Um gerente que só precisa aprovar solicitações de compra, por exemplo, não precisa da profundidade de uma transação completa de compras. Um app de aprovação focado pode mostrar o solicitante, valor, fornecedor, centro de custo, justificativa, anexos e a ação de aprovação — nada mais.

Esse é o Fiori no seu melhor: trabalho guiado e específico para uma tarefa, voltado a uma função definida.

Ainda assim, isso merece uma análise cuidadosa. Um app simplificado pode ser ideal para usuários ocasionais e gerentes, e inútil para usuários avançados que lidam com grandes volumes e dependem de filtros avançados, variantes, alterações em massa e tabelas densas. A verdadeira pergunta não é se existe um app transacional — é se ele corresponde à forma como a equipe realmente trabalha.

Apps analíticos

Apps analíticos ajudam os usuários a acompanhar o desempenho, identificar exceções e descobrir o que precisa de atenção. Em vez de conduzir uma única transação, eles organizam os dados em KPIs, gráficos, tabelas e resumos visuais. Gerentes, analistas, controllers e líderes operacionais que precisam de visibilidade sobre um processo dependem muito deles.

Exemplos incluem monitorar faturas vencidas, gastos de compras, desempenho de fornecedores, níveis de estoque, desempenho de vendas, posição de caixa ou backlog de serviços.

Um bom app analítico ajuda a responder perguntas como quais itens estão atrasados, qual KPI saiu da faixa esperada, quais fornecedores, centros ou equipes precisam de atenção e o que investigar primeiro.

Os melhores não param na visualização — eles conduzem o usuário do insight à ação. Um gerente pode começar em um cartão de KPI, identificar uma área problemática, abrir a lista de itens afetados e ir diretamente para o objeto ou tarefa relevante. É isso que torna os apps analíticos tão úteis para a gestão por exceção: você evita a revisão manual de cada transação e se concentra nos casos que se desviam do padrão.

Tudo isso depende da qualidade dos dados, do desempenho dos serviços, do desenho de autorizações e de KPIs que realmente significam algo. Gráficos atraentes não salvam métricas que não refletem como o negócio funciona.

Fichas informativas

Fichas informativas permitem que os usuários explorem um objeto de negócio específico — um cliente, fornecedor, material, pedido de compra, pedido de venda, fatura, empregado, centro de custo ou ativo. Em vez de se concentrar em uma transação ou em um KPI, uma ficha informativa apresenta o objeto e tudo o que está conectado a ele.

Uma ficha informativa de fornecedor pode mostrar os detalhes do fornecedor junto com pedidos de compra relacionados, faturas em aberto, contatos, informações de pagamento e links para outros apps.

Isso é importante porque o trabalho empresarial raramente é isolado. Um pedido de compra se conecta a um fornecedor, um material, um contrato, uma fatura, uma entrega, uma aprovação e um centro de custo. Uma ficha informativa expõe essas relações para que os usuários não fiquem saltando às cegas entre telas desconectadas. Elas são particularmente úteis quando alguém precisa de contexto antes de agir — um aprovador ou analista entendendo o histórico de um objeto e os documentos relacionados antes de decidir o que vem a seguir.

Só não confunda uma ficha informativa com visibilidade completa do processo. Ela pode mostrar detalhes ricos sobre um objeto enquanto o processo ao redor — regras, responsabilidades, prazos, exceções e transferências — fica fora da página.

Páginas de visão geral

Páginas de visão geral oferecem um resumo baseado em função de informações, prioridades e ações. Em vez de abrir vários apps e relatórios separados, o usuário vê cartões que reúnem o que importa para sua função: KPIs, listas, gráficos, alertas, links rápidos, tarefas pendentes.

Um gerente de compras pode querer aprovações pendentes, problemas com fornecedores, requisições em aberto, vencimentos de contratos e indicadores de gastos em uma única tela. Um gerente financeiro pode querer faturas vencidas, documentos bloqueados, indicadores de caixa e filas de exceção.

O bom funcionamento depende do desenho das funções. Mostre demais e isso vira ruído; mostre de menos e as pessoas voltam para outros relatórios, planilhas ou SAP GUI. Uma boa página de visão geral responde a uma pergunta — o que este usuário precisa saber ou fazer primeiro? — e conquista isso ao ser construída em torno de responsabilidades reais, em vez de em torno de quaisquer cartões que estejam disponíveis.

Relatórios de lista e páginas de objeto

Relatórios de lista e páginas de objeto são os padrões essenciais para lidar com registros de negócio.

Um relatório de lista permite que os usuários pesquisem, filtrem, classifiquem e revisem muitos registros de uma só vez — útil quando precisam localizar o item certo antes de agir, sejam requisições de compra em aberto, faturas bloqueadas, pedidos de venda, notificações de manutenção ou registros de clientes. Uma página de objeto trata um único registro em profundidade, reunindo suas seções, campos, informações relacionadas, anexos, notas, status e ações disponíveis em um só lugar.

Os dois geralmente funcionam como um par: o usuário começa por uma lista, a restringe com filtros, escolhe um item, abre a página de objeto, revisa os detalhes e age se estiver autorizado. Esse ritmo — encontrar o objeto, entendê-lo, agir sobre ele — é o motivo pelo qual o padrão é tão comum.

Ele se encaixa bem quando o objeto de negócio está bem definido e a jornada do usuário é relativamente previsível. Encaixa-se menos bem quando o trabalho precisa de muita orientação, lógica de interação incomum, várias funções ou transferências complexas entre departamentos. Nesses casos, o app dá suporte ao objeto sem dar suporte ao processo completo ao seu redor.

Apps Fiori nativos vs HTML GUI / Web GUI

Um app Fiori nativo é projetado de acordo com os princípios do Fiori — baseado em funções, focado em tarefas, responsivo e integrado naturalmente ao Launchpad.

HTML GUI, geralmente chamado de Web GUI, é algo diferente. Ele executa transações clássicas do SAP GUI dentro de um navegador. O usuário pode acessar a transação a partir de um bloco do Launchpad, mas a experiência por trás continua sendo o modelo antigo de transações GUI.

Essa diferença molda tanto as expectativas dos usuários quanto o planejamento do projeto. Um app Fiori nativo oferece uma experiência mais limpa e orientada, adequada para usuários ocasionais, gestores, aprovadores e trabalhadores móveis. Uma transação Web GUI mantém a profundidade, a densidade e a familiaridade com as quais os usuários especialistas contam.

Os dois coexistem confortavelmente. Uma empresa pode executar Fiori nativo para aprovações, análises, autoatendimento e uso móvel, enquanto ainda expõe transações clássicas para trabalho especializado ou para áreas em que não existe um app Fiori adequado.

Os problemas começam quando todo bloco passa a ser chamado de "app Fiori". Os usuários esperam algo moderno e, em vez disso, recebem uma transação antiga em um navegador. Um inventário mais honesto — app Fiori nativo, app Fiori elements, app SAPUI5 personalizado, app analítico, transação clássica via Web GUI, aplicação externa ou baseada em URL — torna o treinamento, o suporte, a adoção e os roteiros de modernização muito mais fáceis de planejar.

O que é a SAP Fiori Apps Reference Library?

A SAP Fiori Apps Reference Library é o catálogo oficial da SAP para explorar aplicativos Fiori disponíveis e conteúdos relacionados do Launchpad. As equipes a utilizam para pesquisar aplicativos, entender o que eles fazem e analisar detalhes técnicos e de implementação. Na maioria dos projetos, ela é o primeiro ponto de consulta quando alguém quer saber se já existe um aplicativo padrão para uma determinada necessidade.

Você pode pesquisar aplicativos disponíveis, funções de negócio, componentes de aplicação, produtos e versões necessários, detalhes de implementação, aplicativos relacionados e informações de configuração.

A biblioteca é realmente útil, mas não substitui a validação de negócio. Encontrar um aplicativo nela não significa que ele se encaixa nos seus usuários — significa que o aplicativo é um candidato que vale a pena avaliar. Antes de adotar qualquer solução padrão, você ainda precisa confirmar se ela dá suporte ao processo necessário, à função, aos dados, ao volume, aos campos personalizados, às autorizações, às expectativas de desempenho e aos cenários de exceção.

A biblioteca responde à primeira pergunta — existe um aplicativo padrão? O negócio ainda precisa responder à segunda: ele é bom o suficiente para a forma como nossa equipe realmente trabalha?

Como saber se um aplicativo padrão é bom o suficiente

Avalie um aplicativo Fiori padrão com base no trabalho real, não em seu nome, descrição ou acabamento visual.

Comece pela tarefa. "Compras" é amplo demais para significar algo; "aprovar uma requisição de compra" ou "analisar o desempenho de fornecedores" é específico o suficiente para ser avaliado. Lembre-se de que um aplicativo pode atender perfeitamente a uma tarefa e ainda assim ignorar o processo ao redor dela.

Depois, pergunte para quem ele é destinado. Um gestor, um solicitante, um analista, um agente de serviços compartilhados, um trabalhador de campo e um usuário avançado chegam com expectativas diferentes. Alguns querem orientação e simplicidade; outros querem velocidade, filtros avançados, ações em massa, variantes e densidade de informações.

Em seguida, compare-o com o escopo funcional de que você realmente precisa — campos obrigatórios e personalizados, anexos, notas, aprovações, documentos relacionados, tratamento de exceções, regras de autorização, relatórios e conformidade local. É aqui que a adoção morre silenciosamente. Um aplicativo pode parecer mais limpo do que a transação antiga e ainda assim ser rejeitado no momento em que os usuários percebem que falta uma funcionalidade essencial.

Observe também o processo, porque um aplicativo não é um processo de negócio. O processo abrange quem inicia o trabalho, quais dados ele exige, quem o revisa, o que acontece em caso de rejeição, quais prazos se aplicam e como as exceções são tratadas.

Por fim, verifique desempenho, treinamento e documentação. Um aplicativo lento, confuso ou mal explicado não será adotado, por melhor que pareça. As pessoas precisam saber não apenas qual bloco abrir, mas quando usar o aplicativo, qual etapa do processo ele cobre e o que acontece depois que elas agem.

Um aplicativo padrão que vale a pena não é aquele que simplesmente aparece no catálogo. É aquele que se ajusta bem o suficiente à função, à tarefa, ao processo, aos dados e ao contexto de trabalho para resistir ao uso diário.

Considerações finais

Os aplicativos Fiori podem melhorar de fato a forma como as pessoas acessam tarefas, informações, análises e objetos de negócio no SAP — com mais foco, mais orientação por função e acesso mais fácil pelo Launchpad. Mas tudo depende da adequação.

Um aplicativo transacional justifica seu uso quando executa a tarefa com profundidade suficiente. Um aplicativo analítico justifica seu uso quando evidencia problemas reais de desempenho e exceções. Uma ficha informativa justifica seu uso quando fornece contexto significativo. Uma página de visão geral justifica seu uso quando reflete as prioridades reais de uma função. Relatórios em lista e páginas de objeto justificam seu uso quando as pessoas conseguem encontrar, entender e agir sobre registros sem atrito.

A lição que vale guardar: escolher aplicativos Fiori não é um exercício técnico de catálogo. Uma boa avaliação começa com o processo de negócio, a função, os dados, as exceções, as expectativas de desempenho e o contexto de trabalho. Os aplicativos Fiori têm sucesso quando o aplicativo, a função, a tarefa e o processo estão alinhados.

FAQ

Os aplicativos SAP Fiori são iguais às transações SAP GUI?

Não. Os aplicativos SAP Fiori geralmente são projetados em torno de funções, tarefas e experiências de usuário específicas, enquanto as transações SAP GUI frequentemente oferecem telas mais amplas e densas para usuários especialistas. No entanto, algumas transações SAP GUI podem ser acessadas a partir do SAP Fiori Launchpad por meio do Web GUI, o que significa que um bloco do Launchpad nem sempre representa um aplicativo Fiori nativo.

Um bloco SAP Fiori pode abrir uma transação clássica do SAP GUI?

Sim. Um bloco no SAP Fiori Launchpad pode abrir diferentes tipos de conteúdo, incluindo aplicativos Fiori nativos, aplicativos SAPUI5 personalizados, páginas analíticas, URLs externas ou transações clássicas do SAP GUI renderizadas por meio do Web GUI. É por isso que as equipes devem inventariar o que cada bloco realmente abre antes de chamar tudo de aplicativo Fiori.

Qual é a diferença entre aplicativos SAP Fiori transacionais e analíticos?

Os aplicativos SAP Fiori transacionais ajudam os usuários a concluir tarefas de negócio, como criar, aprovar, lançar ou alterar registros. Os aplicativos analíticos ajudam os usuários a monitorar desempenho, revisar KPIs, identificar exceções e entender tendências. Em termos simples, os aplicativos transacionais oferecem suporte à ação, enquanto os aplicativos analíticos oferecem suporte à visibilidade e à tomada de decisões.

Os aplicativos SAP Fiori padrão são suficientes para todo processo de negócio?

Nem sempre. Um aplicativo SAP Fiori padrão pode dar suporte muito bem a uma tarefa específica, mas o processo mais amplo pode envolver aprovações, exceções, prazos, campos personalizados, integrações, passagens de responsabilidade e regras de negócio locais. As equipes devem validar cada aplicativo em relação ao processo real antes de decidir que ele é suficiente.

Por que alguns usuários ainda preferem o SAP GUI ao SAP Fiori?

Alguns usuários especialistas preferem o SAP GUI porque ele pode ser mais rápido para trabalhos densos, repetitivos e de alto volume. Eles podem depender de códigos de transação, layouts, variantes, filtros avançados, ações em massa e tabelas compactas já familiares. O SAP Fiori pode ser melhor para cenários guiados, baseados em função, móveis, analíticos e de autoatendimento, mas não é automaticamente melhor para todos os usuários ou tarefas.

Como sei se um aplicativo SAP Fiori é útil para minha equipe?

Comece verificando se o aplicativo oferece suporte à tarefa, função, dados e processo específicos de que sua equipe precisa. Em seguida, valide a cobertura funcional, campos personalizados, autorizações, desempenho, usabilidade, necessidades de treinamento e cenários de exceção. Um aplicativo Fiori útil não é apenas aquele que existe no catálogo; ele deve se ajustar à forma como os usuários realmente trabalham.

Para que é usada a SAP Fiori Apps Reference Library?

A SAP Fiori Apps Reference Library é usada para pesquisar e avaliar aplicativos SAP Fiori disponíveis e conteúdo relacionado do Launchpad. Ela ajuda as equipes a entender o objetivo do aplicativo, funções de negócio, produtos SAP necessários, detalhes de implementação e informações técnicas. É um ponto de partida para avaliação, não um substituto para a validação do processo de negócio.

Qual é a diferença entre um aplicativo SAP Fiori e um processo de negócio?

Um aplicativo SAP Fiori oferece suporte a uma tarefa, tela, objeto, relatório ou interação do usuário. Um processo de negócio inclui o fluxo completo de trabalho entre funções, decisões, dados, aprovações, exceções, prazos, sistemas e responsabilidades. Um aplicativo Fiori pode melhorar uma parte de um processo, mas não define nem governa automaticamente todo o processo.