Extensibilidade side-by-side

Uma extensão side-by-side é um aplicativo separado que trata o SAP S/4HANA como um sistema com o qual conversa, e não como um código que altera:

1. A extensão é construída e implantada no SAP BTP, no runtime e na linguagem adequados ao caso de uso: ABAP no SAP BTP ABAP environment, ou Java e Node.js, por exemplo com CAP.
2. Ela lê e altera dados do SAP S/4HANA apenas por APIs remotas liberadas, que a SAP documenta no SAP Business Accelerator Hub.
3. Ela pode reagir a business events que o SAP S/4HANA publica, de modo que não precisa fazer polling em busca de mudanças.
4. A conectividade e a confiança são configuradas entre o SAP BTP e o ERP: destinations, mais o SAP Cloud Connector para sistemas on-premise.
5. A extensão tem ciclo de vida próprio. Ela é implantada, escalada e atualizada independentemente das releases do SAP S/4HANA.

A extensibilidade side-by-side transforma, portanto, uma extensão em um problema de integração com aplicativo próprio, e não em uma mudança dentro do ERP.

As orientações de extensão da SAP citam vários arquétipos de aplicativos side-by-side:

• Apps de proxy e conveniência, que simplificam ou remodelam o acesso ao SAP S/4HANA para um público específico.
• Apps substitutos, que trocam um passo standard por um customizado.
• Apps de pré-processamento e pós-processamento, que preparam os dados antes de chegarem ao ERP ou atuam sobre o que o ERP produziu.
• Apps analíticos, que combinam dados do SAP S/4HANA com outras fontes.

Os padrões típicos incluem apps full-stack para um cliente, apps SaaS multitenant construídos por parceiros, cenários de hub que conectam vários sistemas ERP ou serviços de nuvem, apps mobile e automação entre sistemas. Na Alder Manufacturing, um portal de status de entregas para os motoristas da Bright Freight, que não têm usuário no SAP S/4HANA, é um caso natural de side-by-side. A extensibilidade side-by-side se encaixa melhor quando a extensão atende novos usuários, novos canais ou vários sistemas.

• Clean core por arquitetura. O ERP não é modificado, e a extensão depende apenas de APIs liberadas e eventos.
• Ciclo de vida independente. A extensão pode ter entregas semanais enquanto o SAP S/4HANA segue o seu próprio calendário de releases, e os upgrades do SAP S/4HANA não tocam o seu código.
• Livre escolha de stack. As equipes podem usar ABAP, Java ou JavaScript e os serviços do SAP BTP adequados, do SAP Build Apps ao CAP.
• Alcance além dos usuários SAP. Parceiros externos, fornecedores e clientes podem usar a extensão sem contas no SAP S/4HANA.
• Escopo multissistema. Um único aplicativo pode combinar o SAP S/4HANA com outros sistemas SAP e não SAP.

Para extensões com público, necessidades de escala ou ritmo de releases próprios, a extensibilidade side-by-side é a opção que a SAP posiciona no SAP BTP.

• Sem transação compartilhada. Uma chamada remota não consegue alterar dados SAP e dados customizados em uma única unidade de trabalho, então a consistência precisa ser desenhada com compensações ou novas tentativas.
• Limitada pelas APIs remotas. Se nenhuma API liberada ou evento cobre a operação necessária, a extensão não consegue alcançá-la de forma limpa; pode ser preciso construir antes uma API ABAP Cloud on-stack.
• Mais peças móveis. Conectividade, propagação de identidade, monitoramento e operação se somam a cada extensão.
• Volume de dados e latência. Ler grandes volumes de dados SAP, ou fazer muitas chamadas granulares, é mais lento e mais caro do que o acesso on-stack.
• Um segundo ciclo de vida para assumir. Cada extensão precisa de um responsável, de um orçamento e de um modelo de suporte após o go-live.

A extensibilidade side-by-side mantém o core limpo movendo a complexidade para o landscape ao redor dele, onde ela ainda precisa ser gerenciada.

As orientações de arquitetura de extensões da SAP oferecem um teste prático. Características que apontam para cada opção:

Muitos requisitos precisam das duas coisas: um serviço ABAP Cloud on-stack que expõe uma API remota customizada e um app side-by-side que a consome. A decisão é tomada por requisito, e o acoplamento aos dados do SAP S/4HANA é o critério decisivo.

• SAP S/4HANA Cloud Public Edition: o serviço SAP S/4HANA Cloud Extensibility no SAP BTP conecta um sistema registrado a um subaccount, com o service plan api-access para APIs e o plan messaging para eventos; para conexões de entrada, uma destination HTTP é gerada quando a instância de serviço é criada.
• Private Edition e on-premise: o SAP Cloud Connector e as destinations ligam o SAP BTP ao sistema, e as APIs OData liberadas são ativadas no SAP Gateway; os eventos saem do sistema pelo componente Enterprise Event Enablement.
• Todas as edições: para chamadas executadas como o usuário conectado, configura-se a principal propagation, com single sign-on pelo SAP Cloud Identity Services na Public Edition e pelo Cloud Connector na Private Edition e no on-premise.

O padrão de extensão é idêntico entre as edições; apenas a conectividade, a configuração de eventos e a configuração de confiança mudam.