Extensibilité key user

L'extensibilité key user couvre plusieurs types d'extension, chacun avec sa propre application :

• Champs personnalisés sur des business contexts comme l'en-tête de commande d'achat, mis à disposition dans les applications, les rapports, les formulaires, les modèles d'e-mail et, lorsqu'elles sont libérées, les API.
• Logique personnalisée : implémentations de Business Add-Ins (BAdI) libérés, écrites dans un éditeur web en ABAP for Key Users, par exemple pour proposer une valeur par défaut ou contrôler une valeur.
• Business objects personnalisés : petits modèles de données propres avec persistance et services générés, pour des données que le standard ne contient pas.
• Vues CDS et requêtes analytiques personnalisées pour le reporting sur des sources de données libérées ; les noms et les versions des applications varient selon la release.
• Adaptation de l'interface à l'exécution : déplacer, masquer, renommer ou ajouter des champs et des sections dans les applications SAP Fiori qui le permettent.

Chaque option se rattache à un point d'extension que SAP a explicitement ouvert. L'extensibilité key user est donc large en variété mais étroite en portée : elle modifie ce que SAP a rendu modifiable.

Supposons qu'Alder Manufacturing souhaite une notation fournisseur sur chaque commande d'achat :

1. Un key user ouvre l'application des champs personnalisés et crée le champ sur le business context Procurement: Purchasing Document, qui couvre l'en-tête de commande d'achat.
2. Le key user choisit le type et le libellé du champ et active les usages : quelles applications, quels rapports, formulaires ou API doivent connaître le champ.
3. La publication du champ génère les artefacts techniques dans le système.
4. Dans l'application de commande d'achat, le key user ajoute le champ à l'écran grâce à l'adaptation de l'interface à l'exécution.
5. Si la notation doit être renseignée par défaut pour Cedar Office Supply, une implémentation de logique personnalisée d'un BAdI approprié la définit.
6. Les éléments d'extension sont transportés vers le test et la production : via des software collections en Public Edition, ou via les applications Configure Software Packages et Register Extensions for Transport on-premise et en Private Edition.

Aucun environnement de développement ABAP n'intervient. L'extensibilité key user transforme une petite amélioration typique en une modification proche de la configuration, avec son propre chemin de transport.

• Rapidité pour les petites modifications : un champ ou un contrôle peut être mis en production sans projet de développement.
• Stabilité aux mises à niveau : les extensions ne dépendent que de points d'extension libérés, elles s'inscrivent donc par construction dans le principe du clean core.
• Mêmes outils dans toutes les options de déploiement : les applications existent en Public Edition, en Private Edition et on-premise, si bien que les compétences sont transférables.
• Contrôles d'impact intégrés : l'application Extensibility Inventory affiche les éléments d'extension et indique s'ils utilisent des objets SAP devenus obsolètes.
• Prise en compte des dépendances : l'export des software collections analyse les dépendances entre éléments d'extension avant le transport.

Pour les champs supplémentaires, les contrôles simples et les modifications d'écran sur les documents standard, l'extensibilité key user est la première option vers laquelle orientent les recommandations d'extensibilité de SAP.

• Limitée par les points d'extension libérés. Si SAP n'a pas libéré de business context ou de BAdI pour l'objet, les outils key user ne peuvent pas l'atteindre.
• Langage restreint. ABAP for Key Users n'autorise qu'un sous-ensemble d'ABAP et l'accès aux objets libérés pour les applications key user ou créés par celles-ci.
• Petite par conception. Les business objects personnalisés conviennent à des données simples ; les transactions complexes, les traitements de masse ou les nouveaux flux de bout en bout nécessitent l'extensibilité développeur ou side-by-side.
• Un seul système. Les extensions key user résident dans un seul système SAP S/4HANA et ne coordonnent pas d'étapes dans d'autres systèmes.
• La gouvernance n'est pas gratuite. De nombreuses petites extensions créées par de nombreux key users deviennent difficiles à tracer sans règles de nommage, documentation et responsable par élément.

Ces limites sont la raison pour laquelle les outils restent sûrs : l'extensibilité key user sacrifie la portée au profit de la stabilité aux mises à niveau et de la rapidité.

Utilisez l'extensibilité key user lorsque toutes ces conditions sont réunies :

• la modification se rattache à un business object standard qui propose un business context ou un BAdI libéré ;
• la logique est courte, locale et ne nécessite aucun appel à d'autres systèmes ;
• les données appartiennent au document lui-même, et non à une application distincte ;
• un key user ou un CoE nommément désigné sera responsable de l'élément après le go-live.

Une erreur fréquente consiste à commencer avec les outils key user puis à les pousser au-delà de leurs limites, par exemple en enchaînant plusieurs BAdI pour imiter un workflow. Lorsque les exigences dépassent un champ, un contrôle ou une modification d'écran, passez à l'extensibilité développeur ou à une extension side-by-side au lieu de forcer l'extensibilité key user au-delà de sa conception.

Parcourez cette séquence avant de soupçonner un défaut :

1. Non publié. Les champs enregistrés comme brouillons n'existent pas à l'exécution.
2. Usage non activé. Le champ doit être activé pour cette application, ce rapport, ce formulaire ou cette API précis.
3. Non ajouté à l'écran. L'activation d'un usage rend le champ disponible ; l'adaptation de l'interface le positionne.
4. Mauvais business context. Un champ au niveau du poste n'apparaît pas dans l'en-tête, et inversement.
5. Absent du système cible. La software collection ou le transport n'incluait pas le champ ou un élément dépendant.
6. Application non extensible. Certaines applications SAP Fiori ne prennent pas du tout en charge l'usage ; la rubrique d'extensibilité de l'application dans sa documentation SAP Help Portal liste les business contexts qu'elle prend en charge.

La plupart des cas de champ manquant avec l'extensibilité key user relèvent d'un usage ou d'un transport incomplet, pas d'une application défaillante.