Aprende en Comunidad
Avalados por :
Como configurar um Launchpad central com SAP Build Work Zone e federação de aplicativos
- Creado 01/03/2024
- Modificado 01/03/2024
- 9 Vistas
No último ano, fiz parte de um projeto no qual fundimos os sistemas SAP de duas empresas em um único. Eventualmente, finalizamos com um sistema principal S/4 HANA 2020, uma Suite Empresarial SAP para SRM e outra para Recursos Humanos. Durante este projeto, estive envolvido na configuração do Fiori Launchpad. Como ainda tínhamos múltiplos sistemas backend, nossa estratégia era fornecer um único ponto de acesso para todos os usuários finais. O usuário final não deveria se preocupar com o sistema backend! Com o launchpad local, não conseguimos fornecer um único launchpad ao usuário final, teríamos um para cada backend. Mesmo com um Servidor Front-end central, isso não foi possível devido às diferentes versões dos sistemas backend. Portanto, decidimos optar pelo SAP Build Work Zone, edição padrão (também conhecido como Serviço de Launchpad BTP) para fornecer um launchpad central.
Neste post do blog, quero compartilhar algumas ideias sobre nossa estratégia, arquitetura e lições aprendidas.
Estratégia
Para este projeto, escolhemos usar o SAP Build Work Zone, edição padrão (também conhecido como Serviço de Launchpad BTP) para poder fornecer um único launchpad aos nossos usuários finais. Com este Launchpad, você pode configurar múltiplos sistemas backend em um único Launchpad. Um usuário final acessará o launchpad, abrirá um aplicativo e não saberá qual sistema está acessando nos bastidores. Poderá voltar à página inicial e abrir outro aplicativo carregado de outro backend sem perceber. Um único launchpad com vários backends sem que os usuários finais tenham ideia, não é ótimo?
Como isso funciona no SAP Build Work Zone, edição padrão (também conhecido como Serviço de Launchpad BTP)? Comparado ao local e NEO, ele carregará os aplicativos de um provedor de conteúdo. No NEO, você podia ativar pacotes comerciais e os aplicativos estavam disponíveis como parte do launchpad. Com o novo serviço de Launchpad BTP, isso não é mais assim. Você deve conectar todos os seus sistemas backend como provedor de conteúdo no tempo de design. Enquanto em tempo de execução, ele carregará o aplicativo completo do backend e o entregará ao usuário final.
O Launchpad suporta provedores de conteúdo para federar automaticamente aplicativos ao launchpad, mas também suporta integração manual:
Tenho esta imagem do seguinte recurso:
https://help.sap.com/docs/Launchpad_Service/8c8e1958338140699bd4811b37b82ece/b7fa275656b94a3cb4f65e7...Arquitetura
Com este projeto, estamos fornecendo mais de 500 aplicativos Fiori para nosso negócio vindos de 3 sistemas backend. A maioria vem dos sistemas S/4 HANA 2020, alguns do backend SRM e outros do backend de Recursos Humanos. Para isso, configuramos a seguinte arquitetura, 3 sistemas backend com gateway integrado conectados ao launchpad como provedor de conteúdo para que possamos utilizar o serviço de federação:
Conectar sistemas é uma coisa, também temos diferentes tipos de aplicativos que queremos mostrar juntos no Serviço de Launchpad. Dependendo do tipo de aplicativo, devemos tomar diferentes ações para a ativação, mas também definir uma estratégia diferente. Categorizamos os aplicativos de acordo com o tipo:
- Aplicativos padrão (WDA, GUI e Fiori) - fornecidos pela SAP
- Extensões - Nossos próprios desenvolvimentos do cliente
- Aplicativos personalizados WDA + Gui - Também desenvolvimentos próprios do cliente
- Fiori nativo personalizado - Desenvolvimentos do cliente
Sin respuestas
No hay respuestas para mostrar
Se el primero en responder
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute