Étendre S/4HANA sans modification inutile du core.

Nous développons et exploitons des iFlows sur SAP Integration Suite, aussi bien pour l'intégration API synchrone que pour des scénarios asynchrones et événementiels. L'objectif est un landscape d'intégration maintenable, pas un empilement croissant d'interfaces point à point.

• Conception et développement d'iFlows pour l'intégration basée API et basée messages
• Intégration événementielle via SAP Event Mesh lorsque le découplage et le traitement réactif sont pertinents
• API management : exposition, versioning et supervision du contenu d'intégration
• Migration des interfaces PI/PO existantes vers Integration Suite lorsque cela fait partie du périmètre

SAP BTP propose deux runtimes applicatifs aux forces différentes. Cloud Foundry convient à un déploiement applicatif managé, basé sur des buildpacks, avec moins de charge opérationnelle. Kyma, construit sur Kubernetes, convient aux workloads conteneurisés nécessitant plus de contrôle sur la configuration runtime. Nous choisissons le runtime selon le workload, pas par défaut.

Pour les développements spécifiques, nous utilisons le SAP Cloud Application Programming Model (CAP) pour les services natifs BTP et l'ABAP RESTful Application Programming Model (RAP) pour les extensions développées dans la stack ABAP de S/4HANA — le choix du modèle dépendant de l'emplacement réel de la logique et des données.

• Services CAP pour les extensions side-by-side, nouvelles applications métier et logique inter-systèmes
• Business objects et API custom basés RAP pour les extensions in-app sur S/4HANA
• Modélisation de vues CDS comme fondation de données partagée entre les deux modèles
• Conception d'API OData V2/V4 exposées de façon cohérente à Fiori, aux systèmes externes et aux flux d'intégration

Nous développons des applications Fiori elements et UI5 freestyle au-dessus de vues CDS et de services OData — couvrant à la fois de nouvelles applications spécifiques et l'extension d'applications Fiori standard via la flexibilité SAPUI5 et l'extensibilité key user.

Chaque extension est positionnée délibérément en side-by-side (sur BTP, hors du système S/4HANA) ou en in-app (dans S/4HANA, via les points d'extension publiés et le modèle d'extensibilité développeur RAP). Cette décision est guidée par la stabilité des upgrades, pas par la commodité : les extensions side-by-side laissent le core S/4HANA intact, tandis que les extensions in-app sont cadrées sur des points d'extension supportés afin de survivre aux montées de version.

• Décisions de positionnement d'extension documentées au regard de l'impact sur l'upgrade et le cycle de vie
• Utilisation d'API et de points d'extension publiés plutôt que modification du core
• Conception identité et autorisations (SAP Identity Authentication/Provisioning, modélisation des rôles et scopes) cadrée par engagement