Extensibilidade Key User

A extensibilidade key user cobre vários tipos de extensão, cada um com seu próprio app:

• Campos customizados em business contexts como o cabeçalho do pedido de compra, disponibilizados em apps, relatórios, formulários, modelos de e-mail e, quando liberado, APIs.
• Lógica customizada: implementações de Business Add-Ins (BAdIs) liberados, escritas em um editor web em ABAP for Key Users, por exemplo para preencher um valor padrão ou verificá-lo.
• Business objects customizados: pequenos modelos de dados próprios, com persistência e serviços gerados, para dados que o standard não armazena.
• CDS views customizadas e queries analíticas para relatórios sobre fontes de dados liberadas; os nomes e as versões dos apps variam conforme o release.
• Adaptação de UI em runtime: mover, ocultar, renomear ou adicionar campos e seções em apps SAP Fiori que suportam isso.

Cada opção se conecta a um ponto de extensão que a SAP abriu explicitamente. A extensibilidade key user é, portanto, ampla em variedade, mas restrita em alcance: ela altera o que a SAP tornou alterável.

Suponha que a Alder Manufacturing queira uma avaliação do fornecedor em todo pedido de compra:

1. Um key user abre o app de campos customizados e cria o campo no business context Procurement: Purchasing Document, que cobre o cabeçalho do pedido de compra.
2. O key user escolhe o tipo e o rótulo do campo e habilita os usos: quais apps, relatórios, formulários ou APIs devem conhecer o campo.
3. A publicação do campo gera os artefatos técnicos no sistema.
4. No app de pedidos de compra, o key user adiciona o campo à tela com a adaptação de UI em runtime.
5. Se a avaliação tiver de vir preenchida por padrão para a Cedar Office Supply, uma implementação de lógica customizada de uma BAdI adequada a define.
6. Os itens de extensão são transportados para teste e produção: por meio de software collections na Public Edition, ou por meio dos apps Configure Software Packages e Register Extensions for Transport no on-premise e na Private Edition.

Nenhum ambiente de desenvolvimento ABAP é envolvido. A extensibilidade key user transforma um pequeno ajuste típico em uma mudança semelhante a configuração, com seu próprio caminho de transporte.

• Rapidez para mudanças pequenas: um campo ou uma validação pode entrar no ar sem um projeto de desenvolvimento.
• Estabilidade em upgrades: as extensões dependem apenas de pontos de extensão liberados, por isso se encaixam no princípio de clean core por construção.
• As mesmas ferramentas em todas as opções de implantação: os apps existem na Public Edition, na Private Edition e no on-premise, então as competências são transferíveis.
• Análise de impacto integrada: o app Extensibility Inventory mostra os itens de extensão e se eles usam objetos SAP que foram descontinuados.
• Consciência de dependências: a exportação de software collections analisa as dependências entre os itens de extensão antes do transporte.

Para campos extras, verificações simples e mudanças de tela em documentos standard, a extensibilidade key user é a opção que as orientações de extensibilidade da SAP indicam em primeiro lugar.

• Limitada aos pontos de extensão liberados. Se a SAP não liberou um business context ou uma BAdI para o objeto, as ferramentas de key user não o alcançam.
• Linguagem restrita. O ABAP for Key Users permite apenas um subconjunto do ABAP e acesso a objetos liberados para apps de key user ou criados por eles.
• Pequena por design. Business objects customizados servem para dados simples; transações complexas, processamento em massa ou novos fluxos de ponta a ponta exigem extensibilidade de desenvolvedor ou side-by-side.
• Um único sistema. As extensões key user vivem dentro de um único sistema SAP S/4HANA e não coordenam etapas em outros sistemas.
• A governança não vem de graça. Muitas extensões pequenas criadas por muitos key users ficam difíceis de rastrear sem regras de nomenclatura, documentação e um responsável por item.

Esses limites são a razão de as ferramentas continuarem seguras: a extensibilidade key user troca alcance por estabilidade em upgrades e rapidez.

Use a extensibilidade key user quando todas estas condições forem verdadeiras:

• a mudança se conecta a um business object standard que oferece um business context ou uma BAdI liberados;
• a lógica é curta, local e não precisa chamar outros sistemas;
• os dados pertencem ao próprio documento, não a uma aplicação separada;
• um key user ou CoE nomeado será responsável pelo item após o go-live.

Um erro comum é começar com as ferramentas de key user e esticá-las, por exemplo encadeando várias BAdIs para imitar um workflow. Quando os requisitos vão além de um campo, de uma verificação ou de uma mudança de tela, suba para a extensibilidade de desenvolvedor ou para uma extensão side-by-side, em vez de forçar a extensibilidade key user além do que ela foi projetada para fazer.

Percorra esta sequência antes de suspeitar de um defeito:

1. Não publicado. Campos salvos como rascunho não existem em tempo de execução.
2. Uso não habilitado. O campo precisa estar habilitado para aquele app, relatório, formulário ou API específico.
3. Não adicionado à tela. Habilitar um uso torna o campo disponível; a adaptação de UI o posiciona.
4. Business context errado. Um campo no nível do item não aparece no cabeçalho, e vice-versa.
5. Ausente no sistema de destino. A software collection ou o transporte não incluiu o campo ou um item dependente.
6. App não extensível. Alguns apps SAP Fiori não suportam o uso; o tópico de extensibilidade do app na documentação do SAP Help Portal lista os business contexts que ele suporta.

A maioria dos casos de campo ausente com extensibilidade key user são lacunas de uso ou de transporte, não apps com defeito.