SAP Fiori vs SAP GUI: O que realmente muda para os usuários
Para muitos usuários SAP, migrar do SAP GUI para o SAP Fiori parece mais do que uma reformulação visual. Isso muda a forma como as pessoas encontram trabalho, abrem aplicações e concluem tarefas.
Usuários experientes do SAP GUI dependem de códigos de transação, telas densas, hábitos de teclado, layouts salvos e anos de memória muscular. O SAP Fiori organiza a experiência de forma diferente: em torno do Fiori Launchpad, de apps baseados em funções, de blocos e de uma interface web moderna.
Para novos usuários, cenários móveis, aprovações e tarefas de autoatendimento, essa mudança geralmente é uma melhoria. Ela também cria atrito em casos reais: um usuário avançado perde velocidade, uma transação familiar é dividida entre vários apps, ou um app Fiori simplesmente não alcança a profundidade funcional da transação GUI que deveria substituir.
Portanto, a pergunta útil não é "interface antiga versus interface nova". É qual experiência se ajusta ao usuário, à tarefa, ao dispositivo e ao processo de negócio.
SAP Fiori e SAP GUI em termos simples
O SAP GUI é a interface com a qual a maioria dos usuários SAP trabalhou por anos. Ela é orientada a transações e densa, e é eficiente para pessoas que já sabem para onde ir. Elas navegam por códigos de transação, menus, atalhos, variantes de layout e telas que exibem muitas informações de uma só vez.
O SAP Fiori parte de uma premissa diferente: o papel do usuário e a tarefa em questão. As pessoas acessam os aplicativos Fiori por meio do Launchpad, onde os blocos são organizados por funções, catálogos, espaços e permissões. O efeito prático é um ponto de entrada mais focado — aprovar algo, criar uma solicitação, verificar um KPI, revisar uma lista — em vez de "abra esta transação e descubra o resto".
É aqui que as reações divergem. Um novo empregado pode achar um Launchpad baseado em funções muito mais fácil do que aprender códigos de transação. Um usuário avançado pode achar a mesma experiência mais lenta se ela remover os atalhos, a densidade e as opções avançadas que ele usa todos os dias. E uma única transação GUI nem sempre corresponde a um único aplicativo Fiori — às vezes corresponde a vários, às vezes a uma jornada redesenhada, às vezes a nada equivalente.
A diferença, então, não é principalmente visual. O SAP GUI é centrado em transações. O SAP Fiori é centrado em funções e tarefas. Ambos são úteis, mas atendem a usuários diferentes e a diferentes tipos de trabalho.
O que realmente muda para os usuários
A mudança mais visível é como o trabalho começa. No SAP GUI, você digita um código de transação, chega à tela, aplica seus filtros ou variante e segue em frente. Para especialistas, isso é extremamente rápido porque o padrão está memorizado. No Fiori, você começa pelo Launchpad e escolhe entre os aplicativos atribuídos à sua função — selecionando uma tarefa em vez de lembrar onde ela fica.
Essa única mudança impulsiona a maioria das outras:
O acesso passa a ser baseado em funções. O Launchpad mostra o que a sua função deve fazer, o que reduz ruído e ajuda usuários ocasionais. A contrapartida: você não verá aplicativos aos quais não foi atribuído, mesmo quando eles existirem no sistema.
O trabalho passa a ser orientado a tarefas. Os aplicativos Fiori tendem a se concentrar em uma atividade — aprovar um pedido de compra, revisar um pedido de venda, criar uma solicitação. Isso é ótimo para trabalho guiado e frustrante quando antes você lidava com um fluxo mais amplo dentro de uma única transação.
As telas ficam mais leves. O GUI reúne muitos campos, abas e filtros em uma única tela, que é exatamente o motivo pelo qual usuários avançados gostam dele. O Fiori reduz a complexidade visual, o que ajuda na compreensão, mas prejudica quem precisa comparar muitos campos rapidamente.
A navegação muda de forma. O GUI recompensa códigos de transação, atalhos de teclado e sequências de tela conhecidas. O Fiori se apoia na pesquisa do Launchpad, relatórios em lista, páginas de objeto e links entre objetos relacionados — mais intuitivo para iniciantes, menos direto para especialistas.
Os dispositivos se ampliam. O GUI foi criado para desktop. O Fiori foi criado para a web responsiva, o que o torna muito mais prático em tablets e celulares, para aprovações em movimento e para tarefas de campo e de autoatendimento.
Em outras palavras, a transição remodela como os usuários descobrem o trabalho, quanto eles veem de uma só vez e quão fortemente a interface está vinculada às funções. É por isso que a mesma mudança encanta um grupo e irrita outro.
Por que alguns usuários ainda preferem o SAP GUI
Muitas reclamações sobre o Fiori não são estéticas. As pessoas estão comparando duas formas de trabalhar, não dois designs.
Para usuários experientes, o GUI parece mais rápido porque os códigos de transação, as sequências de telas, os atalhos e as variantes já estão na ponta dos dedos. Eles não querem uma experiência guiada — querem velocidade e controle. Isso é mais evidente para usuários avançados, usuários-chave, consultores e equipes técnicas cujo trabalho envolve transações em alto volume, verificações detalhadas, solução de problemas ou configuração em muitos campos. Uma tela densa do GUI pode superar um app simplificado que esconde informações atrás de cliques extras.
A familiaridade intensifica isso. Alguém que usa a mesma transação há anos sabe quais campos importam, quais avisos ignorar e qual variante oferece a melhor visualização. Substituir isso por um novo app reduz a produtividade se o app não corresponder ao fluxo de trabalho real.
Há também a profundidade funcional. O Fiori nem sempre é uma substituição direta. Alguns apps são excelentes para tarefas focadas, aprovações e trabalho móvel; algumas transações legadas cobrem cenários operacionais mais amplos que o app equivalente aborda apenas parcialmente. Quando um app cobre apenas parte do que os usuários precisam, eles o veem como um retrocesso — e, às vezes, a interface "mais simples" é, na verdade, mais lenta, porque removeu justamente os elementos que tornavam o trabalho especializado eficiente.
Por que novos usuários muitas vezes preferem o SAP Fiori
Iniciantes avaliam o Fiori por critérios diferentes. Se você não conhece códigos de transação ou a lógica de telas da SAP, a GUI é intimidadora: por onde começar, qual transação, quais campos são obrigatórios?
O Fiori remove grande parte desse atrito ao organizar o trabalho em torno de apps, funções e tarefas. Em vez de pedir que você se lembre de um código, o Launchpad apresenta um conjunto selecionado — aprovações, solicitações, relatórios, ações de autoatendimento. Isso é especialmente valioso para usuários ocasionais. Alguém que apenas atualiza dados pessoais, envia uma solicitação ou verifica um status não precisa de toda a profundidade de uma transação tradicional; um app focado torna a tarefa fácil de encontrar e concluir.
A mobilidade também importa aqui. Gestores aprovando enquanto viajam, empregados em apps de autoatendimento, equipes de campo atualizando registros a partir de um tablet — esses trabalhos funcionam melhor em uma interface responsiva do que em uma tela presa ao desktop. Para esses usuários, o verdadeiro benefício não é que o Fiori pareça moderno; é que ele se alinha de perto ao trabalho: abrir o app certo, ver o que é relevante, decidir, seguir em frente.
Escolhendo entre eles, cenário por cenário
A decisão geralmente depende da natureza do trabalho. Tarefas densas, repetitivas, técnicas ou orientadas por especialistas ainda favorecem o GUI. Tarefas focadas, baseadas em função, móveis, analíticas ou de autoatendimento favorecem o Fiori.
| Cenário | Melhor opção |
|---|---|
| Trabalho operacional de alto volume | SAP GUI |
| Usuários especialistas que dependem de códigos T e atalhos | SAP GUI |
| Telas densas com muitos campos, filtros e variantes | SAP GUI |
| Administração técnica ou configuração avançada | SAP GUI / ferramentas especializadas |
| Transações legadas sem cobertura completa do Fiori | SAP GUI ou SAP GUI para HTML |
| Solução de problemas frequente por usuários-chave ou consultores | SAP GUI |
| Tarefas de aprovação | SAP Fiori |
| Autoatendimento de empregado e gerente | SAP Fiori |
| Trabalho móvel ou em campo | SAP Fiori |
| Monitoramento de KPIs e visibilidade de exceções | SAP Fiori |
| Tarefas de negócio guiadas e uso ocasional | SAP Fiori |
| Fluxos de aprovação com múltiplos papéis, regras e exceções | SAP Fiori + camada BPM* |
| Gestão de solicitações com prazos, escalonamentos e rastreabilidade | SAP Fiori + camada BPM* |
| Processos ponta a ponta que vão além de uma única transação ou app SAP | SAP Fiori + camada BPM* |
* Nesses cenários, o SAP Fiori pode oferecer a experiência de uso, enquanto uma camada BPM pode gerenciar a lógica do workflow, aprovações, prazos, escalonamentos, exceções e visibilidade operacional.
Nada disso argumenta contra a adoção do Fiori. Isso argumenta contra tratar o Fiori como uma substituição automática para todos os cenários de GUI. Para algumas funções, a modernização mais inteligente mantém o GUI onde ele ainda é eficiente e usa o Fiori onde o acesso baseado em função, guiado ou móvel cria valor claro.
O SAP Fiori está substituindo o SAP GUI?
O SAP Fiori é a experiência de usuário estratégica para o SAP moderno, especialmente o S/4HANA. Isso não significa que o GUI desapareça de todas as empresas, funções e processos no mesmo prazo.
O que o Fiori realmente muda é a direção padrão do design de UX. Novos cenários são cada vez mais construídos em torno de apps baseados em funções, acesso pelo Launchpad, tarefas guiadas e interfaces responsivas. Mas muitas organizações ainda dependem do GUI para trabalho especializado, transações legadas, configuração e operações de alto volume.
"Substituição" é uma palavra enganosa porque a realidade é desigual. Às vezes, um app Fiori substitui uma transação de forma clara. Às vezes, cobre apenas parte dela. Às vezes, a transação GUI é simplesmente disponibilizada por meio do Launchpad — oferecendo aos usuários um ponto de entrada central sem redesenhar a experiência subjacente. Vale saber aqui: a SAP Fiori Apps Reference Library não cataloga apenas apps Fiori. Ela também ajuda você a planejar apps clássicos do SAP GUI e Web Dynpro para uso no Launchpad, e a própria documentação da SAP observa que você pode verificar se uma transação GUI pode ser executada no Fiori Launchpad pesquisando seu código de transação nessa biblioteca.
A melhor pergunta não é se o Fiori substitui o GUI. É se a experiência Fiori dá suporte ao trabalho real tão bem quanto — ou melhor que — a transação que está substituindo. Para responder a isso, valide o caso de uso real com as pessoas que executam o trabalho: o app cobre os campos, filtros, variantes, ações, exceções, autorizações e relatórios dos quais elas dependem? E considere o perfil do usuário, porque um solicitante ocasional e um usuário avançado esperam coisas completamente diferentes.
Para a maioria das empresas, o futuro realista é híbrido. O Fiori se torna o ponto de entrada preferido para usuários de negócio, autoatendimento, tarefas móveis, aprovações e análises. O GUI continua atendendo aos usuários e cenários em que densidade, velocidade, profundidade ou controle técnico ainda importam. Uma transição bem-sucedida não força todos a uma única interface — ela combina a experiência certa com cada função, tarefa e processo.
A questão oculta: um aplicativo não é o processo inteiro
Um erro comum em projetos Fiori é assumir que um aplicativo melhor automaticamente produz um processo melhor.
Um aplicativo pode melhorar a forma como alguém realiza uma tarefa — tornar uma aprovação mais fácil, simplificar uma solicitação, exibir um KPI. Mas ele ainda é apenas uma parte de um processo mais amplo, que também inclui quem inicia o trabalho, quais dados são necessários, quem os valida, quais regras se aplicam, o que acontece quando faltam informações, quem aprova, quais prazos existem, como as exceções são tratadas e como o resultado é monitorado.
É por isso que um usuário pode ter uma boa experiência dentro de um aplicativo e ainda assim enfrentar um processo ruim. Um aplicativo de aprovação pode ser agradável de usar enquanto o fluxo de aprovação permanece pouco claro. Um aplicativo de solicitação pode parecer moderno enquanto ninguém sabe o que acontece após o envio. Um bloco de KPI pode sinalizar uma exceção para a qual a organização não tem nenhum procedimento de resolução.
Portanto, avalie os aplicativos em relação ao processo de ponta a ponta, não apenas à tela:
| Pergunta | Por que isso importa |
|---|---|
| Qual processo de negócio este aplicativo suporta? | Mantém a seleção de aplicativos conectada ao trabalho real. |
| Qual função o utiliza e em que ponto do processo? | Esclarece responsabilidades e transferências. |
| O que acontece antes e depois da tarefa do usuário? | Evita jornadas fragmentadas. |
| Quais exceções são comuns? | Mostra se o aplicativo lida com variações operacionais reais. |
| O que o usuário precisa para decidir ou agir? | Impede que telas simplificadas demais removam contexto crítico. |
| Como os usuários saberão em que etapa o processo está? | Conecta a execução com visibilidade e responsabilidade. |
Isso é ainda mais importante ao substituir uma transação GUI. A transação pode ter suportado um fluxo amplo enquanto o aplicativo suporta uma tarefa mais restrita — adequado quando o objetivo é simplificar o trabalho de uma função, arriscado quando ninguém mapeia o processo completo e como as partes se conectam. Um aplicativo moderno ajuda um usuário a concluir uma tarefa; um processo bem desenhado ajuda a organização a coordenar o trabalho entre funções, sistemas, regras e prazos.
Uma lista de verificação antes de substituir a GUI pelo Fiori
Não baseie a decisão apenas na existência de um aplicativo Fiori — baseie-a em saber se o aplicativo oferece suporte suficiente ao usuário, à tarefa e ao processo.
| Pergunta | O que verificar |
|---|---|
| O aplicativo cobre o trabalho necessário? | Os campos, ações, filtros, variantes, relatórios e exceções dos quais os usuários dependem hoje. |
| Quem usa a transação hoje? | Separe usuários ocasionais, usuários-chave, consultores, usuários técnicos e usuários avançados de alto volume. |
| Com que frequência a tarefa é realizada? | Tarefas ocasionais se beneficiam de orientação; tarefas repetitivas de especialistas precisam de velocidade e densidade. |
| Quanta informação é necessária de uma só vez? | Se os usuários comparam muitos campos, registros ou exceções, um aplicativo simplificado pode não ser suficiente. |
| A tarefa faz parte de um processo mais amplo? | Entenda o que acontece antes e depois do aplicativo. |
| Existem caminhos comuns de exceção? | Verifique retrabalho, dados ausentes, rejeição, escalonamento e fluxos alternativos. |
| O desenho de funções corresponde ao trabalho real? | Os usuários devem ver os aplicativos de que precisam sem um Launchpad cheio de blocos irrelevantes. |
| Os usuários ainda precisarão da GUI? | Decida entre substituição completa, substituição parcial ou coexistência. |
| O desempenho foi testado com dados reais? | Um aplicativo visualmente bom falha na adoção se carregamentos, filtros ou serviços de backend forem lentos. |
| Há documentação e treinamento? | Os usuários precisam entender como o aplicativo se encaixa em seu processo, não apenas qual bloco abrir. |
Aplique isso com usuários reais, não apenas durante a configuração técnica. Usuários-chave revelam detalhes fáceis de perder — dependências ocultas, variantes de layout, verificações manuais, exportações para planilhas, rotinas de exceção. E compare cenários antes de decidir: um aplicativo pode ser perfeito para um gerente aprovar uma solicitação, mas inadequado para um especialista processar dezenas de casos por hora. A mesma organização pode legitimamente precisar do Fiori para uma função e da GUI para outra.
Conclusão: problemas diferentes, ferramentas diferentes
SAP Fiori e SAP GUI não são "moderno versus antigo". Eles resolvem problemas diferentes de experiência do usuário.
O Fiori é mais forte quando os usuários precisam de trabalho baseado em funções, guiado, móvel, analítico ou de autoatendimento. Ele ajuda as pessoas a encontrar tarefas relevantes, elimina a necessidade de memorizar códigos de transação e oferece às atividades de negócio um ponto de entrada focado.
O GUI continua valioso quando os usuários precisam de velocidade, densidade, familiaridade e controle operacional profundo. Para usuários avançados, consultores, equipe técnica e funções de alto volume, a experiência tradicional ainda pode superar um aplicativo simplificado que oculta informações ou adiciona navegação.
Em ambientes reais, a resposta raramente é uma substituição limpa. Algumas funções prosperam com o Fiori como seu principal ponto de entrada; outras ainda precisam do GUI para trabalho especializado; alguns cenários exigem uma jornada Fiori redesenhada em vez de uma migração um para um; alguns processos precisam de ambos, dependendo de quem está envolvido.
A lição é simples: a adoção do Fiori não é uma migração cosmética de transações para blocos. É uma decisão de design centrada no usuário e no processo. Quando o aplicativo, a função, o dispositivo, os dados e o processo estão alinhados, o Fiori torna o trabalho no SAP mais acessível e focado. Quando não estão, os usuários perdem velocidade, visibilidade ou profundidade. As equipes SAP mais fortes não perguntam apenas: "Podemos substituir esta transação pelo Fiori?" Elas perguntam: "Qual experiência ajuda este usuário a fazer este trabalho melhor?"
FAQ
SAP Fiori e SAP GUI podem ser usados juntos?
Sim. Muitos ambientes SAP usam SAP Fiori e SAP GUI juntos.
O SAP Fiori pode se tornar o principal ponto de entrada para aplicativos baseados em funções, aprovações, autoatendimento, painéis, tarefas móveis e atividades de negócio guiadas. O SAP GUI pode continuar disponível para transações especializadas, trabalho técnico, configuração, solução de problemas ou cenários legados em que os usuários ainda precisam de velocidade e profundidade funcional.
Essa abordagem híbrida costuma ser mais realista do que tentar substituir todas as transações do SAP GUI de uma só vez.
Um bloco do Fiori é sempre um aplicativo SAP Fiori nativo?
Não. Um bloco no SAP Fiori Launchpad é um ponto de entrada, não uma garantia de que a aplicação subjacente seja um aplicativo SAP Fiori nativo.
Dependendo da configuração, um bloco pode abrir um aplicativo Fiori nativo, uma transação do SAP GUI pelo navegador, uma aplicação Web Dynpro, uma URL externa ou outro tipo de aplicação configurada.
Esse é um dos motivos pelos quais os usuários podem ter experiências muito diferentes, mesmo acessando tudo pelo Launchpad.
Por que o SAP Fiori às vezes parece mais fragmentado do que o SAP GUI?
As transações do SAP GUI costumam ser amplas e centradas em transações. Uma única transação pode incluir ações, campos, abas e relatórios usados por diferentes funções.
O SAP Fiori geralmente segue um modelo mais baseado em funções e orientado a tarefas. Em vez de expor uma transação ampla para todos, a experiência pode ser dividida em vários aplicativos projetados para funções ou atividades específicas.
Isso pode melhorar a clareza para usuários ocasionais, mas pode parecer fragmentado para usuários avançados se a jornada de ponta a ponta não for bem projetada.
O que as equipes devem testar antes de migrar usuários do SAP GUI para o Fiori?
As equipes devem testar cenários reais de trabalho, não apenas se o aplicativo Fiori existe.
Elas devem verificar se o aplicativo oferece suporte aos campos, ações, filtros, variantes, relatórios, exceções, autorizações e expectativas de desempenho dos quais os usuários dependem hoje. Elas também devem testar a jornada completa com usuários-chave e usuários avançados, porque pequenos detalhes ausentes podem ter um grande impacto na produtividade.
O melhor teste não é..
O aplicativo consegue abrir?
.. mas ..
O usuário consegue concluir o trabalho de forma eficiente e correta?
O SAP Fiori reduz a necessidade de treinamento de usuários?
Não completamente.
O SAP Fiori pode tornar algumas tarefas mais fáceis de entender, especialmente para usuários ocasionais, gestores, aprovadores e cenários de autoatendimento. Mas os usuários ainda precisam saber quais aplicativos usar, como o Launchpad é organizado, o que sua função permite, o que mudou em relação ao SAP GUI e como cada aplicativo se encaixa no processo de negócio mais amplo.
Uma interface moderna pode reduzir o atrito, mas não elimina a necessidade de integração, documentação e orientação de processos.
Por que alguns usuários perdem visibilidade após migrar para o SAP Fiori?
O SAP Fiori é baseado em funções, portanto os usuários geralmente veem apenas os aplicativos atribuídos à sua função. Isso melhora o foco e a segurança, mas também pode reduzir a capacidade de descoberta se as funções forem restritas demais ou se os usuários não souberem quais aplicativos existem.
Uma boa governança ajuda a evitar esse problema. As equipes devem manter definições claras de funções, catálogos internos de aplicativos, documentação, materiais de treinamento e processos de solicitação de acesso para que os usuários possam entender não apenas o que podem acessar, mas também o que existe e por quê.
