Extensions Side-by-Side sur SAP BTP (anciennement « SAP Extension Suite ») — le clean core à l'ère de l'IA
À jour au 2026-10-06
Qu'est-ce que Extensions Side-by-Side sur SAP BTP (anciennement « SAP Extension Suite ») ?
« SAP Extension Suite » est une appellation retirée : SAP présente désormais les extensions à travers SAP Build, ABAP Cloud et les niveaux de clean core A à D. Le side-by-side sur SAP BTP reste le schéma sûr face aux montées de version — et en 2026, c'est aussi là que se construisent les agents d'IA, les serveurs MCP et les agents A2A, sous la SAP API Policy.
Ce que c'est — et pourquoi le nom a changé
« SAP Extension Suite » était l'ancienne appellation SAP pour les services BTP utilisés pour étendre les applications SAP (outils de développement, workflow, portails). SAP n'organise plus son discours ainsi : son parcours d'apprentissage « Developing with SAP Extension Suite » a été renommé « Building side-by-side extensions on SAP BTP », et les outils ont été consolidés sous SAP Build (Build Code, Build Apps, Build Process Automation, Build Work Zone), ABAP Cloud rejoignant SAP Build depuis TechEd 2024. Le principe derrière l'ancienne appellation demeure inchangé : étendre les applications SAP sans les modifier, via des interfaces stables et publiées — le clean core.
Les niveaux de clean core A à D (le modèle 2025)
En août 2025, SAP a remplacé son modèle binaire d'extensibilité à trois niveaux par un concept de niveau de clean core qui note chaque extension :
Pourquoi c'est important
- « SAP Extension Suite » n'est plus la façon dont SAP nomme ce domaine — SAP Build, ABAP Cloud et les niveaux de clean core A à D sont le vocabulaire actuel qu'utilisent les clients et les équipes commerciales SAP.
- Les extensions side-by-side reposant sur des API publiées sont de niveau A de clean core par construction ; la même extension appelant des objets internes retombe au niveau C ou D.
- En 2026, les extensions sont de plus en plus des agents ou des outils d'agent (CAP @mcp, agents CAP A2A, serveurs MCP d'Integration Suite) et relèvent de la SAP API Policy v.4.2026a.
Points clés
- « SAP Extension Suite » est une appellation retirée ; le parcours d'apprentissage SAP a été renommé « Building side-by-side extensions on SAP BTP » et les outils se trouvent dans SAP Build.
- Niveaux de clean core (août 2025) : A = SAP Build / API publiées, B = API classiques utilisées comme recommandé, C = objets internes, D = non recommandé.
- Briques de base : CAP (Node.js/Java), Fiori/UI5, SAP Build Apps, Build Process Automation, Integration Suite, Cloud Foundry ou Kyma, environnement BTP ABAP.
- Choisir le side-by-side pour des données, des utilisateurs ou un cycle de vie propres, une intégration non-SAP ou de l'IA ; ABAP Cloud on-stack pour la logique in-transaction ; l'extensibilité key-user pour les petits changements.
- IA native de CAP : embeddings, @cap-js/mcp (MCP), @cap-js/agents (A2A) — pour des services personnalisés, pas comme proxys d'API SAP.
- SAP API Policy v.4.2026a : uniquement des API publiées ; usage agentique des API SAP via des chemins avalisés.
Termes employés sur cette page
- Clean core
- Principe consistant à n'étendre les applications SAP qu'à travers des interfaces publiées et stables, afin que les montées de version ne cassent pas le code personnalisé ; noté depuis 2025 selon les niveaux A à D.
- Extension side-by-side
- Extension exécutée sur SAP BTP, en dehors de l'application SAP, intégrée via des API et des événements publiés.
- ABAP Cloud
- Modèle de développement ABAP restreint aux API publiées, utilisable on-stack dans S/4HANA ou dans l'environnement SAP BTP ABAP ; partie intégrante de SAP Build depuis TechEd 2024.
- CAP (SAP Cloud Application Programming Model)
- Le framework de SAP pour les services et applications sur BTP en Node.js ou Java, désormais doté de fonctionnalités d'IA natives (embeddings, adaptateur MCP, plugin agents).
- Kyma
- Le runtime Kubernetes managé de SAP BTP, adapté aux conteneurs, aux piles personnalisées et aux microservices pilotés par événements.
- Cloud Foundry
- Le runtime PaaS managé de SAP BTP, la cible la plus simple pour les applications CAP.
Sources
- SAP News — How to Extend SAP S/4HANA Cloud the Right Way (clean core levels, Aug 2025)
- SAP Community — Learning Journey renamed "Building side-by-side extensions on SAP BTP"
- SAP News — SAP Build: Generative AI & ABAP (TechEd, Oct 2024)
- SAP API Policy v.4.2026a (PDF)
- CAP documentation — Model Context Protocol Adapter
- CAP documentation — CAP-level Agents
- SAP Help — SAP Integration Suite: MCP Server
- SAP Community — Deploying a Python MCP Server to SAP BTP Kyma (Sep 2026)
- SAP Community — MCP Gateway in SAP Integration Suite: Your APIs Ready for the Age of Agents
- SAP Community — Principal Propagation for MCP Servers: SAP Integration Suite to SAP S/4HANA
- SAP Community — Build a Pro-Code A2A Agent for SAP S/4HANA Cloud with the CAP Agent Plugin
- SAP Community — Joule A2A: Connect Code-Based Agents into Joule
Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.