SAP Fiori vale a pena? O que muda de verdade para o usuário e o que custa

A pergunta "vamos de Fiori?" costuma vir com a resposta já embutida, porque é a interface moderna e ninguém quer defender a tela cinza de 1998.

Mas a resposta honesta é: depende de quem vai usar e com que frequência. Fiori é melhor para quem usa o SAP de vez em quando e pior para quem passa o dia dentro dele. Projeto que ignora essa divisão entrega interface nova e colhe a reclamação de que o sistema "ficou mais lento".

Onde o Fiori ganha com folga

Aprovações. Aprovar pedido, requisição, férias ou pagamento pelo celular, em vinte segundos, sem abrir a GUI. É aqui que o Fiori se paga sozinho — e é o caso de uso que mais some de projeto para projeto porque ninguém priorizou.

Consulta e autosserviço. Ver o próprio holerite, acompanhar um pedido, consultar estoque. Gente que não é usuário de SAP e não vai aprender transação.

Usuário ocasional. Diretor, gerente, vendedor de campo. Quem entra duas vezes por semana não tem memória muscular de transação, e para essa pessoa a GUI é hostil de verdade.

Processo guiado, com poucos campos. Fluxo de três telas e dez campos fica melhor no Fiori, sem discussão.

Onde a transação antiga continua melhor

Digitação de alto volume. Quem lança duzentas notas por dia na MIRO é mais rápido na GUI, e não é nostalgia: é teclado. A GUI permite percorrer campos sem tirar a mão do teclado e usar códigos de transação direto. O Fiori, feito para o mouse e o toque, perde nessa corrida.

Transações com muitos campos e abas. VA01, ME21N, as telas densas de CO. A versão Fiori ou não existe ou simplifica demais para quem precisa de tudo.

Customização pesada. Se a sua transação tem exits, telas Z e campos adicionais, isso não aparece no app Fiori padrão. Replicar significa desenvolvimento, e desenvolvimento em Fiori é mais caro que em ABAP clássico — menos gente faz.

Troubleshooting. Quem sustenta o ambiente vive em SE16, ST22 e SM37. Não existe equivalente Fiori que substitua, nem deveria.

O custo que não aparece na proposta

O item mais subestimado: você vai manter os dois mundos.

Praticamente nenhuma empresa migra 100% para Fiori. O resultado é que existe GUI e existe Fiori, e cada um tem o seu custo:

• Autorização em dobro. O catálogo e o grupo Fiori são uma camada adicional sobre o

perfil clássico. Erro de autorização passa a ter duas origens possíveis, e diagnosticar fica mais lento.

• Gateway e serviços OData. Mais uma camada para monitorar, atualizar e, quando

cair, consertar.

• Treinamento duplicado. O usuário que faz as duas coisas precisa aprender as duas.
• Suporte confuso. "Não funciona" passa a exigir a pergunta "onde?" antes de

qualquer outra.

Nenhum desses custos é proibitivo. Todos são invisíveis na decisão e visíveis no orçamento do ano seguinte.

A decisão que funciona: por perfil, não por módulo

O erro de planejamento mais comum é decidir por módulo — "vamos fazer Fiori no MM". O MM tem o comprador que vive na ME21N e o gerente que só aprova. Os dois têm necessidades opostas.

Decidir por perfil funciona melhor:

Por onde começar, se for começar

Pelos aplicativos de aprovação. São os de maior ganho percebido, menor esforço e menor risco — ninguém deixa de faturar porque uma aprovação ficou bonita.

Entregar três apps de aprovação que funcionam bem gera mais adesão do que vinte apps mornos. E dá a medida real do esforço antes de comprometer orçamento maior.

Evite o caminho inverso, que é frequente: começar pela transação mais usada da empresa, porque "é a que mais gente usa". É a que tem mais customização, mais campo e mais gente com opinião formada. É onde o projeto trava.

O que costuma destravar a conversa

Sentar com cada perfil por meia hora e assistir a pessoa trabalhar. Não perguntar o que ela acha do Fiori — olhar o que ela faz.

Em quase todo cliente aparece a mesma coisa: três ou quatro aprovações presas em e-mail que resolveriam com um app, e um time operacional que ficaria pior com qualquer mudança de interface. Com esse mapa na mão o projeto fica pequeno, barato e bem-sucedido, em vez de grande e morno.