En 2026, BTP fait partie de tout bundle SAP. RISE with SAP l’inclut en crédits. GROW with SAP en dépend pour les extensions clean core. Résultat : chaque DSI en projet S/4HANA reçoit une présentation BTP sans nécessairement comprendre ce qu’il achète ni ce qu’il va consommer réellement. Ce guide décrit ce que BTP est concrètement, les cinq composants que les DSI d’ETI utilisent vraiment, et ce que vous allez payer selon votre profil.
Qu’est-ce que SAP BTP en 2026 (et ce qu’il n’est pas)
La confusion fréquente avec S/4HANA
BTP n’est pas S/4HANA. C’est l’erreur la plus courante. S/4HANA est votre ERP central (données de gestion, processus métier comptabilité, achats, logistique). BTP est la couche plateforme qui se connecte à cet ERP pour intégrer des systèmes tiers, étendre les processus sans toucher au core, analyser les données et faire tourner de l’IA.
La confusion vient de leur imbrication commerciale. Un contrat RISE with SAP inclut des crédits BTP. Un contrat GROW with SAP impose BTP pour les extensions clean core. SAP présente souvent les deux en même temps, comme si BTP était automatiquement nécessaire dès que vous êtes sur S/4HANA. Ce n’est pas faux, mais l’intensité d’utilisation varie considérablement : vous pouvez avoir un S/4HANA parfaitement opérationnel avec un usage BTP minimal, ou vous pouvez y consacrer 30 à 40 % de votre budget annuel SAP.
SAP positionne BTP comme “la plateforme de transformation digitale de l’entreprise”, mais dans la pratique des ETI (500 à 5 000 salariés), BTP est avant tout un outil d’intégration et d’extension, pas un programme de transformation.
Les quatre familles de services BTP
SAP BTP regroupe quatre grandes familles de services (Redress Compliance, 2026) :
| Famille | Usage principal | Services clés |
|---|---|---|
| Integration | Connecter S/4HANA aux SaaS tiers | SAP Integration Suite |
| Extension | Développer apps et workflows | SAP Build (Apps, Process Automation, Work Zone) |
| Data & Analytics | Gouvernance, modélisation, reporting | SAP Datasphere, SAP Analytics Cloud, HANA Cloud |
| AI & Automation | IA générative, agents, automatisation | SAP AI Core, Joule |
Vous n’avez pas à activer les quatre familles. La majorité des ETI en projet S/4HANA démarrent avec l’Integration Suite et n’activent les autres familles qu’en fonction de besoins précis. En 2026, plus de 80 services BTP sont éligibles à la consommation CPEA (SAP Licensing Experts, 2026), mais un déploiement ETI standard n’en utilise généralement que trois à cinq.
Les 5 composants que les DSI utilisent vraiment
SAP Integration Suite : connecter S/4HANA aux SaaS tiers
C’est le composant le plus déployé de BTP en pratique. Integration Suite est le successeur de SAP Cloud Platform Integration (CPI), lui-même héritier de SAP HCI. Il permet de faire circuler des données entre S/4HANA et n’importe quel système tiers via des iFlows (flows d’intégration configurables) et des API managées.
Pourquoi les DSI le choisissent : l’intégration native entre Integration Suite et les événements S/4HANA (Business Events) est difficile à reproduire avec un iPaaS générique. Pour une ETI industrielle dont le WMS doit recevoir en temps réel les ordres de fabrication issus de S/4HANA, cette intégration event-driven native a une vraie valeur. Une analyse documentée compare Integration Suite à 85 000 $/an dans un engagement BTP de 180 000 $ annuels, face à une alternative Boomi à 48 000 $/an pour la même entreprise. Integration Suite a été retenu pour ses capacités événementielles natives que Boomi ne couvrait pas sans développement custom (Automation Atlas, 2026).
Tarif indicatif : 2 500 $/tenant/mois sur le plan base (5 millions de messages inclus), 5 000 $/tenant/mois sur le plan premium (15 millions de messages). Ces tarifs sont avant négociation CPEA (Atonement Licensing, 2026).
SAP Build Apps (No-code/Low-code)
SAP Build regroupe trois outils distincts souvent confondus dans les présentations commerciales :
- SAP Build Apps : création d’applications web et mobiles sans code, connectées à S/4HANA et à BTP (anciennement AppGyver, racheté par SAP en 2022).
- SAP Build Process Automation : automatisation de workflows métier et de tâches répétitives (RPA + workflow management).
- SAP Build Work Zone : portail collaboratif qui regroupe apps, tâches et contenus dans une interface launchpad unifiée.
Les trois outils sont commercialisés sous le label “Build Suite” mais achetés séparément. Confondre les trois sur un devis est une source d’erreurs fréquente.
Usage typique ETI : une direction financière qui veut un processus de validation budgétaire connecté à S/4HANA sans développement ABAP custom. SAP Build Process Automation est souvent plus rapide à déployer que des développements classiques pour ce type de workflow structuré.
Tarif indicatif : Build Apps à 15 $/user/mois (citizen developer) ou 30 $/user/mois (professionnel). Build Code (pour développeurs) : 59 à 89 $/développeur/mois (Atonement Licensing, 2026).
SAP Analytics Cloud vs SAP Datasphere
Ces deux produits remplissent des rôles différents et sont souvent présentés ensemble à tort :
- SAP Analytics Cloud (SAC) : outil de BI et de planning intégré, couche de présentation et d’analyse pour les utilisateurs métier. Il remplace progressivement SAP BW/4HANA pour le reporting.
- SAP Datasphere : couche de gouvernance et de virtualisation des données, héritière de SAP Data Warehouse Cloud. Elle connecte des sources hétérogènes (S/4HANA, Salesforce, lacs de données tiers) dans une couche sémantique partagée.
SAC sans Datasphere est souvent suffisant pour une ETI qui fait principalement du reporting sur S/4HANA. Datasphere devient pertinent quand vous avez plusieurs sources de données à consolider avec une gouvernance fine.
Tarif indicatif : SAC entre 28 et 108 $/user/mois selon les modules activés (BI, planning, prédictif) (Atonement Licensing, 2026).
SAP CAP : pour les développements custom clean core
Le SAP Cloud Application Programming Model (CAP) est le framework officiel SAP (Node.js ou Java) pour construire des extensions sur BTP qui respectent la stratégie “clean core”. Le principe : toute logique custom autrefois codée en ABAP dans le core S/4HANA doit être externalisée dans une extension BTP autonome, développée avec CAP et connectée au core via des APIs officielles publiées dans le SAP Business Accelerator Hub.
Pourquoi c’est important : une extension CAP sur BTP survit aux upgrades S/4HANA sans être retestée et revalidée. Une modification directe du core ABAP crée une dette technique qui alourdit chaque migration. SAP a formalisé la stratégie clean core depuis 2023 et l’a renforcée au SAP Sapphire 2026 avec un programme de certification officiel pour les extensions BTP (SAP Community).
Cette logique de découplage s’inscrit dans la tendance vers les architectures composables analysées dans notre guide ERP monolithique vs. microservices vs. composable.
Qui l’utilise : principalement les équipes de développeurs SAP (anciens développeurs ABAP en reconversion, ou profils Node.js/Java). Ce n’est pas un outil citizen developer.
SAP Work Zone : portail collaboratif unifié
SAP Work Zone (anciennement SAP Launchpad Service) regroupe l’ensemble des applications SAP et non-SAP dans une interface unifiée. L’utilisateur final accède à ses tâches S/4HANA, ses applications SAP Build, ses workflows en cours et ses contenus dans un seul portail.
Usage pratique : pour une ETI avec un seul ERP central et une dizaine d’utilisateurs clés SAP, Work Zone apporte peu de valeur différentielle. Il devient pertinent à partir de 100 utilisateurs actifs avec des accès à plusieurs applications BTP différentes.
Quand BTP est indispensable, quand c’est un surcoût
Les 3 scénarios où BTP devient incontournable
1. Intégration event-driven entre S/4HANA et des SaaS critiques. Si votre processus Order-to-Cash ou vos flux logistiques nécessitent une intégration temps réel entre S/4HANA et vos outils tiers (WMS, CRM, e-commerce), et que vous avez besoin d’un monitoring centralisé de ces flux, Integration Suite est difficile à concurrencer sur le natif SAP.
2. Extension clean core en remplacement de développements ABAP. Si vous avez une roadmap de migration vers S/4HANA Cloud (GROW ou RISE), votre intégrateur vous demandera de migrer vos développements Z vers des extensions BTP. CAP devient alors votre framework structurant.
3. Reporting et planning consolidé multi-entités sur S/4HANA. Une ETI avec quatre filiales sur S/4HANA qui veut consolider budget et forecast dans un seul outil SAP nécessite SAP Analytics Cloud avec ses modules de planning financier intégrés aux données S/4HANA.
Les 5 situations où des alternatives moins chères suffisent
1. Peu d’intégrations (moins de cinq flux simples). Pour trois ou quatre intégrations basiques (export commandes vers Salesforce, import factures depuis un outil RH), un connecteur Make ou un iPaaS low-code revient à une fraction du coût d’Integration Suite.
2. Vous n’utilisez pas S/4HANA. BTP est conçu et optimisé pour l’écosystème SAP. Sur un autre ERP (Sage, Cegid, Odoo, Microsoft), les connecteurs natifs de l’éditeur ou un iPaaS générique sont plus adaptés.
3. Vos développements custom sont mineurs. Si vous avez un seul formulaire métier personnalisé à maintenir, une extension CAP sur BTP est une infrastructure surdimensionnée. SAP Fiori Elements ou une extension légère suffit.
4. Votre BI est déjà sur Power BI ou Tableau. Si vos équipes sont satisfaites de Power BI connecté directement à HANA Cloud, passer à SAC crée une double dépendance sans gain tangible à court terme.
5. Vous êtes sur GROW et vos extensions sont standards. GROW with SAP sur S/4HANA Public Edition impose une contrainte clean core stricte, mais les extensions SAP Store certifiées couvrent souvent les besoins standard sans développement BTP custom additionnel.
Modèle de licence et coûts réels en 2026
Le modèle CPEA (Cloud Platform Enterprise Agreement)
BTP ne se tarife pas à la licence fixe. Vous achetez des crédits cloud via un CPEA que les services consomment au fil de leur usage. Chaque service a un tarif en crédits, et chaque mois le solde est débité de la consommation réelle (Redress Compliance, 2026).
Ce qui rend le CPEA difficile à anticiper :
- Les crédits non consommés en fin d’exercice sont perdus (pas de report par défaut sous les termes standard)
- Le PAYG (pay-as-you-go), déclenché hors du CPEA, coûte 2 à 3 fois plus cher par unité (SAP Licensing Experts, 2026)
- 18 % des crédits CPEA sont gaspillés en moyenne sur des services sur-provisionnés ou inactifs (Atonement Licensing, 2026)
Négociation : demandez des clauses de “commit-to-actual reset” (ajustement du crédit à la consommation réelle en fin d’année) et des plafonds d’overage. Entre 30 et 40 % des acheteurs obtiennent ces clauses en négociation directe.
Consommation à l’usage vs abonnement bloqué
Certains services BTP sont disponibles en abonnement fixe mensuel (Subscription) plutôt qu’en crédits variables. Pour des workloads prévisibles (Integration Suite avec un volume de messages stable), une subscription fixe évite l’incertitude des crédits. Pour des workloads variables (IA générative, analytique exploratoire), les crédits CPEA sont plus adaptés.
La remise CPEA négociée varie selon l’engagement annuel (Atonement Licensing, 2026) :
| Engagement annuel | Remise négociable | Durée typique |
|---|---|---|
| 50 000 à 150 000 $/an | 12 % | 1 à 3 ans |
| 500 000 à 1,5 M$/an | 18 à 22 % | 2 à 3 ans |
| 5 M$/an et plus | 26 à 28 % | 3 à 5 ans |
Fourchettes de budget selon profil ETI (3 cas types)
| Profil ETI | Périmètre BTP typique | Budget annuel indicatif (avant remise) |
|---|---|---|
| 500 à 1 000 sal., 1 ERP S/4HANA, 5 à 10 intégrations | Integration Suite base + Build Apps | 60 000 à 100 000 $/an |
| 1 000 à 3 000 sal., multi-entités, intégrations complexes | Integration Suite premium + Build Suite + SAC | 120 000 à 180 000 $/an |
| 3 000 à 5 000 sal., SI hybride, BI avancée | Integration Suite + Datasphere + SAC + AI Core | 200 000 à 350 000 $/an |
Ces fourchettes sont avant application des remises CPEA négociées (12 % à 28 % selon l’engagement). Un engagement de 3 ans vous fait mécaniquement entrer dans la tranche de remise supérieure.
SAP BTP en dehors de S/4HANA : mythe ou réalité ?
Peut-on utiliser BTP sans être client SAP ?
Techniquement, oui. SAP vend des services BTP standalone (Integration Suite, Build Apps, Datasphere). Dans la pratique, les cas d’usage hors écosystème SAP restent minoritaires en 2026. BTP est conçu pour S/4HANA : son catalog d’APIs dans le Business Accelerator Hub, sa gestion des Business Events S/4HANA, ses connecteurs préconfigurés, tout cela n’a de valeur significative que si vous tournez sur S/4HANA.
Exception notable : des entreprises multiéditeurs (SAP + Oracle + Salesforce) utilisent parfois Integration Suite comme hub central d’intégration. Mais MuleSoft ou Boomi sont généralement plus pertinents dans ce contexte, car neutres vis-à-vis des éditeurs et plus flexibles sur des topologies complexes hors SAP. Notre comparatif des architectures d’intégration ERP iPaaS détaille cette grille de décision make-or-buy.
Comment démarrer : les 4 premières semaines
Avant tout déploiement BTP, quatre étapes permettent d’éviter les erreurs classiques de démarrage.
Semaine 1 : audit des intégrations existantes. Listez tous les flux d’intégration qui touchent S/4HANA (imports/exports de données, connexions SaaS, batch jobs). Évaluez pour chacun : fréquence, volume, criticité, complexité. Ce travail prend 3 à 5 jours mais conditionne toute la conception du CPEA.
Semaine 2 : dimensionnement du CPEA. Ne commencez pas par un CPEA “plateforme large”. Partez des cas d’usage réels identifiés en semaine 1 et chiffrez la consommation mensuelle de crédits par service. Demandez à votre intégrateur SAP un chiffrage précis, pas une fourchette indicative. La règle : mieux vaut démarrer avec un CPEA modeste et l’élargir que brûler des crédits sur des services non utilisés.
Semaine 3 : comparaison Integration Suite vs alternatives iPaaS. Si votre ERP n’est pas S/4HANA ou si vos intégrations sont peu nombreuses et simples, comparez Integration Suite à un iPaaS tiers avant de signer. La différence de coût est substantielle (48 000 vs 85 000 $ par an dans le cas documenté cité plus haut).
Semaine 4 : définition de la gouvernance des extensions. Si vous avez des développements ABAP à migrer, engagez dès maintenant la conversation avec votre intégrateur sur la stratégie clean core. Chaque mois de code ABAP custom ajouté à un S/4HANA qui migrera sur GROW ou Public Edition est une dette à rembourser lors de la migration.
Les 3 erreurs à éviter au lancement :
- Acheter l’ensemble du catalogue BTP parce qu’il est “inclus” dans le bundle RISE
- Confondre le Free Tier (100 messages/jour, 4 Go RAM) avec un environnement de production viable
- Ne pas négocier de clause de reset crédit avant de signer un CPEA pluriannuel
Pour approfondir
Pour comprendre comment les crédits BTP s’inscrivent dans le choix entre RISE et GROW, lire notre guide complet RISE with SAP vs GROW with SAP 2026 qui détaille les bundles inclus dans chaque programme et les contraintes de chaque modèle.
Téléchargez notre grille d’évaluation ERP — 30 critères sur 100 points pour comparer 3 éditeurs côte à côte, dont une section dédiée aux capacités de plateforme et d’extension de chaque solution.
