Explicação das possibilidades de extensibilidade, dependendo da versão do SAP S/4HANA

Para cada edição do SAP S/4HANA, as possíveis técnicas de ampliação estão listadas abaixo.

A extensibilidade de usuário-chave descreve a possibilidade de implementar ampliações com apps predefinidos. Também inclui a possibilidade de programação restrita com ABAP restrito.

A captura de tela ilustra as opções de extensibilidade disponíveis.

A tabela seguinte fornece mais detalhes sobre as opções de ampliação da interface do usuário:

Mais informações sobre a figura:

Extensibilidade do usuário chave

Utilize o app Campos e lógica personalizados para definir campos personalizados adicionais para um determinado contexto empresarial. O app pode ampliar não só as tabelas de banco de dados subjacentes, mas também quaisquer visões CDS e serviços OData associados.

Utilizar includes de customizing predefinidos (CI_*)

Estas são estruturas de include predefinidas presentes em algumas tabelas padrão da SAP, nas quais os campos personalizados podem ser adicionados. Os campos podem ser definidos por meio do customizing (daí o nome), por exemplo, em finanças, a estrutura do "bloco de classificação contábil" CI_COBL. Também pode ser possível adicionar campos diretamente aos includes. Todos os nomes de campos personalizados devem estar no espaço de nomes de cliente, por exemplo, começando com "ZZ", para evitar conflitos com campos SAP que possam ser adicionados no futuro.

Utilizar uma estrutura append

Campos adicionais podem ser adicionados a tabelas padrão da SAP, sem modificação, usando uma estrutura append. Estes não estão predefinidos e podem ser adicionados a qualquer tabela. Os campos devem estar novamente no espaço de nomes de cliente (ver acima). Normalmente, essa modificação seria efetuada juntamente com as ampliações associadas da IU e da lógica empresarial. Em alguns casos, a SAP forneceu guias "de instruções" descrevendo todas as etapas necessárias. As estruturas append também podem ser utilizadas para anexar ajudas para pesquisa ou definir chaves externas para campos padrão existentes.

Includes de ampliação

Estes podem ser utilizados para adicionar campos personalizados ao serviço OData de um app, se o app não puder ser modificado mediante campos personalizados e lógica. Tecnicamente, eles são fornecidos como includes DDIC em estruturas padrão, que podem ser ampliados utilizando uma estrutura append.

A modificação direta da tabela não é permitida, mas, independentemente disso, nunca deve ser necessária, uma vez que os campos podem ser sempre adicionados por meio de uma estrutura append.

Extensibilidade do usuário chave

• Utilize o app Visões CDS personalizadas. Isso permite que uma visão personalizada seja criada usando dados de outras visões publicadas. É possível agregar quantidades/valores. Parâmetros de entrada e filtros podem ser definidos.
• Extensibilidade lado a lado pode significar a replicação de tabelas de dados para o SAP S/4HANA no SAP Business Technology Platform e a criação de uma visão CDS com base nelas. Também pode significar extrair dados para um sistema separado do SAP Business Warehouse (SAP BW) ou outro data warehouse para criar visões sobre eles.

Extensibilidade clássica

Uma visão CDS pode ser definida usando as ferramentas de desenvolvimento ABAP no Eclipse. Nesse caso, a linguagem de definição de dados CDS é codificada diretamente e, portanto, uma lógica de seleção mais sofisticada pode ser implementada.

Extensibilidade do usuário chave

• Use o app Lógica personalizada para implementar um BAdI, usando ABAP restrito.
• A extensão lado a lado pode ser usada em combinação com o app Lógica personalizada para implementar uma lógica mais sofisticada, envolvendo um serviço externo. Considere que a ampliação lado a lado não fornece pontos de ampliação adicionais para apps padrão. Qualquer ampliação ainda é limitada pelos parâmetros de entrada e de saída fornecidos na interface BAdI.

On-premise

• É recomendável aplicar a política Clean Core. Tecnicamente, você ainda pode usar uma técnica de extensibilidade clássica com um ponto de ampliação estável que não necessita de uma chave de modificação. Por exemplo, BAdIs ABAP (SE18/SE19), BAdIs AMDP para ampliar procedimentos de script SQL padrão, ampliações SMOD/CMOD e eventos de transação comercial SAP.
• É recomendável aplicar a política Clean Core. Tecnicamente, você ainda pode usar uma técnica de extensibilidade clássica com um ponto de ampliação estável que requer uma chave de modificação, por exemplo, user exits como as rotinas VOFM, como fórmulas de determinação do preço.
• Ampliações implícitas ou pontos de ampliação. Estes não requerem uma chave de modificação, mas, de outra forma, são muito semelhantes a modificações. Eles permitem que os clientes modifiquem qualquer código SAP no início ou no fim de qualquer bloco de classificação contábil. Em um upgrade, elas precisam ser processadas em SPAU_ENH - o risco é que o ponto de ampliação possa não existir mais ou não ter mais acesso aos mesmos dados.
• É recomendável aplicar a política Clean Core. Modificações técnicas no código padrão da SAP são possíveis sem restrição. Em um upgrade, elas precisariam ser processadas no SPAU - o risco é que o ponto de ampliação possa não existir mais ou não ter mais acesso aos mesmos dados.

Extensibilidade do usuário chave

• Use o app Business objects personalizados para implementar qualquer modelo de dados personalizado necessário e, em seguida, gere o app de atualização e a lógica de determinação e validação do código, conforme necessário, usando ABAP restrito.
• Utilize o app Business Objects personalizados como acima e, em seguida, utilize um ambiente de desenvolvimento integrado (IDE) baseado na Web como SAP Business Application Studio (BAS) ou SAP Web IDE, disponível em SAP Business Technology Platform, para continuar ampliando a IU.

Extensibilidade lado a lado

Crie o app no SAP Business Technology Platform. A lógica empresarial pode ser escrita em Java, Java Script ou ABAP. O SAP Cloud SDK pode ser usado para integração com o SAP S/4HANA Cloud, edição pública e privada, onde necessário, por exemplo, chamada de serviços OData e BAPIs.

• Extensibilidade clássica, usando o framework de programação de aplicativos RESTful ABAP.
• Extensibilidade clássica, usando o framework BOPF. Este é o mesmo framework de aplicação subjacente ao app Business Objects personalizados, mas ao trabalhar diretamente nesse framework, com o ABAP clássico, é possível que uma aplicação mais sofisticada possa ser criada.
• Extensibilidade clássica, usando BOL/GenIL. Ao desenvolver apps baseados na IU da Web, por exemplo, relacionados ao SAP S/4HANA para gerenciamento de clientes; SAP Solution Manager, implementação da administração de pedidos de modificação com o SAP Solution Manager.
• Apps Web Dynpro ou Floorplan Manager, sem o BOPF. É possível, se existir alguma barreira para utilizar BOPF para definir o business object.
• Transações SAPGUI Dynpro. Geralmente, isso não é mais recomendado para novas aplicações.

Extensibilidade do usuário chave

• Utilize o app Atualizar modelos de formulário, em combinação com o Adobe LiveCycle Designer. Os dados são fornecidos por meio de um serviço OData. Existem formas separadas para os cabeçalhos/rodapés do documento e para o conteúdo do corpo. O Adobe LiveCycle Designer é uma ferramenta de design de formulário com todos os recursos. Para uma lógica de formulário mais complexa, pode ser necessário um scripting, que pode ser JavaScript.
• Utilize o app Atualizar modelos de e-mail. Crie o modelo de e-mail necessário com base em um fornecido previamente pela SAP.

Extensibilidade clássica

• As tecnologias de formulário impresso mais antigas também são suportadas nas edições on-premise e privada do SAP S/4HANA, incluindo Adobe Forms 'clássicos' (transação SFP).
• Antes do SAP S/4HANA, não havia uma abordagem única e consistente para determinar textos de e-mail. Em alguns casos, pode ser possível, por meio da configuração; em outros, você pode precisar codificar uma ampliação.