Apps transacionais

Um app do SAP Fiori é transacional quando sua finalidade principal é alterar dados de negócio: criar um documento, editá-lo, executar uma ação como liberar ou rejeitar e salvar o resultado no back-end. Ler dados faz parte do trabalho, mas o app existe para concluir uma tarefa.

A documentação inicial do SAP Fiori descrevia três tipos de aplicação: apps transacionais, apps analíticos e fact sheets. No SAP S/4HANA, o papel do fact sheet foi em grande parte assumido pelas object pages, e a SAP Fiori Apps Reference Library agora rotula esse tipo como "SAP Fiori - Object page / Fact sheet". A classificação descreve o que um app faz, não como ele é construído: um app transacional pode ser um app SAP Fiori elements ou um app freestyle SAPUI5. Um app é transacional porque permite ao usuário concluir uma tarefa de negócio, não por causa da tecnologia por trás dele.

Um app transacional típico no SAP S/4HANA passa por estas etapas:

1. O usuário abre o app a partir de um tile ou link; o SAP Fiori Launchpad resolve o intent para o app.
2. O app carrega a lista ou o objeto por meio de um serviço OData.
3. Quando o usuário começa a editar, muitos apps atuais criam um draft, de modo que o trabalho em andamento fica salvo sem ser lançado.
4. Ao salvar ou em uma ação como aprovar, o serviço OData chama a lógica de negócio do back-end, que executa verificações, autorização e lançamento.
5. O status do documento muda no sistema de registro, e processos subsequentes, como um flexible workflow, podem começar.

Para novos desenvolvimentos, a SAP posiciona o ABAP RESTful application programming model como a forma de construir e estender apps transacionais do SAP Fiori. Apps mais antigos usam modelos anteriores baseados no Gateway. Seja qual for o modelo, um app transacional é um front-end para a lógica de negócio do back-end, que é onde as regras de fato residem.

A SAP Fiori Apps Reference Library é a principal ferramenta de consulta. Uma sequência prática:

1. Pesquise pela tarefa de negócio ou pela transação do SAP GUI que se quer substituir.
2. Filtre o tipo de aplicação por "SAP Fiori - Transactional".
3. Verifique a versão do produto: um app disponível na release atual do SAP S/4HANA Cloud pode não existir em uma release on-premise mais antiga.
4. Leia as informações de implementação: serviços OData, business catalogs e business roles necessários.
5. Verifique o rótulo de tecnologia de UI, que distingue os apps SAP Fiori elements de outros apps SAPUI5.

Os rótulos não são exclusivos. A Procurement Overview Page (F1990), por exemplo, é classificada como transacional e analítica ao mesmo tempo. Para apps transacionais, o tipo de app é um primeiro filtro útil, não uma descrição completa do que o app faz.

• SAP S/4HANA Cloud Public Edition: a SAP entrega e atualiza os apps a cada release cloud. Os clientes os disponibilizam por meio de business roles e os estendem com ferramentas de key user ou extensibilidade para desenvolvedores; alterar código SAP não é uma opção.
• Private Edition e on-premise: o cliente ativa os apps, seus serviços OData e seu conteúdo de launchpad, e controla quando novas versões dos apps chegam por meio de upgrades. Modificações clássicas continuam tecnicamente possíveis, mas vão contra a abordagem de clean core.
• Banco de dados: no SAP S/4HANA, todos os apps rodam em SAP HANA. No antigo SAP Business Suite, os apps transacionais podiam rodar em outros bancos de dados, enquanto os apps analíticos e os fact sheets exigiam SAP HANA.

Exemplo: a Alder Manufacturing, na Private Edition, precisa ativar os serviços por trás do Manage Purchase Orders antes que os compradores possam usar o tile; um cliente da Public Edition apenas atribui a business role. O app transacional é o mesmo conceito em todas as edições; o que difere é quem o ativa e o altera.

1. Supor que um app standard cobre toda a transação do SAP GUI. Muitos apps se concentram nas etapas mais comuns. Compare campos e ações com a forma como os usuários realmente trabalham antes de migrá-los.
2. Conceder o tile, mas não a autorização no back-end. Os usuários então veem o app, mas não conseguem salvar. Verifique tanto o conteúdo do launchpad quanto as roles de back-end.
3. Verificar o nome do app, mas não a release. Versões e funcionalidades dos apps diferem entre releases e edições.
4. Ignorar os sucessores dos apps. Alguns apps existem em várias versões, como o Manage Purchase Orders (Version 2); inclua no escopo a versão atual.
5. Tratar um app como o processo inteiro. Um app transacional conclui uma tarefa sobre um business object; as etapas anteriores e posteriores pertencem a outros apps, workflows ou pessoas.

A maioria dos problemas com apps transacionais vem do escopo e das autorizações, não dos próprios apps.