Le marché SAP entre dans une phase de bifurcation commerciale sans précédent. D’un côté, la fin du support standard de SAP ECC au 31 décembre 2027 (maintenance étendue payante jusqu’en 2030) force des centaines d’ETI à planifier leur migration. De l’autre, SAP propose désormais deux trajectoires cloud radicalement différentes : GROW with SAP (S/4HANA Cloud Public Edition) et RISE with SAP (S/4HANA Private Edition). Le problème : les deux sont présentées par les commerciaux SAP comme “la solution cloud”, sans que les différences structurelles soient explicitées clairement.
Cet article démêle les deux offres avec un comparatif factuel, un tableau de profils et une recommandation tranchée par type d’ETI.
Pourquoi SAP pousse son marché vers le cloud en 2026
La deadline ECC : ce que les dates signifient réellement
SAP ECC 6.0 (EHP 6-8) perd son support mainstream au 31 décembre 2027 (source : Rimini Street, SAP maintenance deadlines). Une maintenance étendue est disponible jusqu’au 31 décembre 2030, avec une majoration de licence estimée à environ 9 %. Au-delà de 2030, le support SAP standard s’arrête complètement pour les versions ECC on-premise.
Une troisième option existe depuis début 2025 : les clients ECC complexes qui signent un contrat RISE with SAP peuvent accéder à “SAP ERP Private Edition” avec support jusqu’en 2033, à condition de migrer vers la base de données HANA avant fin 2030 (source : SecurityBridge). C’est un filet pour les migrations les plus lourdes, pas une stratégie de long terme.
Ce que SAP ne dit pas spontanément : ces extensions de support sont payantes, et leur coût cumulé peut financer une partie significative de la migration vers S/4HANA. Autrement dit, attendre coûte de l’argent.
La bifurcation commerciale : deux programmes, deux mondes
SAP a structuré son offre cloud autour de deux programmes distincts :
- GROW with SAP : le programme d’accès à S/4HANA Cloud Public Edition. Conçu pour les PME-ETI qui veulent un déploiement rapide, standardisé, sur une infrastructure mutualisée gérée par SAP.
- RISE with SAP : le programme d’accès à S/4HANA Private Edition. Conçu pour les entreprises existantes SAP ECC qui veulent migrer en conservant leurs personnalisations et en contrôlant leur rythme de mise à jour.
Ces deux programmes ne sont pas interchangeables. Choisir l’un plutôt que l’autre engage l’entreprise sur sa stratégie IT pour les 7 à 10 ans suivants.
Anatomie des deux offres
SAP S/4HANA Cloud Public Edition (GROW with SAP)
La Public Edition repose sur un tenant mutualisé. Tous les clients partagent la même infrastructure SAP, hébergée sur les hyperscalers (AWS, Azure, Google Cloud). En contrepartie de cette mutualisation, SAP impose des contraintes fortes.
Clean Core obligatoire. Toute extension doit passer par la SAP Business Technology Platform (BTP) en mode “side-by-side” : aucune modification du code SAP standard n’est tolérée. Le développement ABAP classique, les user-exits et les modifications Z sont proscrits. SAP a renforcé cette position au Sapphire 2026 en lançant un Clean Core Certification Programme, qui certifie les extensions BTP comme compatibles avec au moins trois cycles de release consécutifs.
Mises à jour trimestrielles obligatoires. Le tenant reçoit les nouvelles versions automatiquement chaque trimestre. L’entreprise n’a pas de fenêtre de gel. Pour les équipes IT habituées à tester manuellement chaque mise à jour SAP, c’est un changement de modèle opérationnel majeur.
Migration greenfield uniquement. La Public Edition ne permet pas la conversion brownfield depuis ECC. L’entreprise repart d’un système vierge, charge ses données de référence et reconfgure ses processus selon les “Best Practices” SAP. C’est la trajectoire la plus propre techniquement, mais la plus lourde sur le plan de la conduite du changement.
Délai de mise en oeuvre. Les déploiements GROW suivant le framework SAP Activate se réalisent généralement en 3 à 6 mois pour un périmètre standard (source : lupusconsulting.com).
SAP S/4HANA Private Edition (RISE with SAP)
La Private Edition fonctionne sur un tenant dédié, physiquement isolé des autres clients SAP. L’infrastructure peut être hébergée chez SAP directement, ou chez un partenaire hyperscaler (AWS, Azure, GCP) selon les négociations contractuelles.
Personnalisations legacy tolérées. Le code ABAP existant (code Z, modifications, user-exits) peut être conservé à court terme. C’est la principale raison pour laquelle les entreprises avec un historique ECC long optent pour RISE : elles évitent de réécrire des années de développement spécifique.
Fenêtres de mise à jour contrôlées. Contrairement à la Public Edition, l’entreprise choisit ses fenêtres de mise à jour semestrielles. C’est un confort pour les DSI qui gèrent des cycles de gel avant les arrêtés ou les périodes critiques (clôtures annuelles, pics d’activité).
Migration brownfield et bluefield possibles. La conversion système depuis ECC (brownfield) est la trajectoire la plus courante en RISE. La migration “bluefield” (sélective, processus par processus) est également supportée pour les entreprises qui veulent nettoyer partiellement leur dette technique pendant la migration.
Tableau comparatif
| Critère | Public Edition (GROW) | Private Edition (RISE) |
|---|---|---|
| Infrastructure | Multi-tenant mutualisé | Single-tenant dédié |
| Personnalisation | BTP uniquement (clean core strict) | Code ABAP legacy toléré |
| Cadence mises à jour | Trimestrielle, obligatoire | Semestrielle, planifiable |
| Migration depuis ECC | Greenfield uniquement | Brownfield, Bluefield, Greenfield |
| Délai de go-live | 3-6 mois (périmètre standard) | 12-24 mois selon complexité |
| Coût relatif (TCO 5 ans) | 30-45% moins cher par utilisateur | Premium pour la flexibilité |
| Minimum contractuel | 15 utilisateurs (FUE) | Variable selon négociation |
| IA / SAP Joule | Inclus, mises à jour auto | Disponible, mise à jour planifiée |
| Responsabilité infra | SAP | SAP ou partenaire hyperscaler |
| Secteurs typiques | Distribution, services, négoce standard | Industrie, banque, pharma, défense |
Source TCO : une analyse publiée par Redress Compliance sur un portefeuille de 250 FUE estimait en 2026 un écart de 1,19 million USD sur 5 ans entre Public et Private Edition, la Public Edition étant affichée de 30 à 45 % moins chère par utilisateur en abonnement (source : redresscompliance.com).
Quatre profils d’ETI : la recommandation tranchée
Le bon choix dépend moins de la taille de l’entreprise que de son historique SAP et de ses contraintes métier. Voici quatre profils types.
Profil A : ETI avec plus de 30 % de code ABAP personnalisé
Diagnostic : L’entreprise tourne sur ECC depuis 10 ans ou plus. Elle a accumulé des centaines de programmes Z, des modifications de programmes SAP standard, des interfaces spécifiques non documentées. Une conversion greenfield nécessiterait de réécrire ou de recetter la quasi-totalité de ce parc applicatif.
Recommandation : Private Edition (RISE). La brownfield conversion permet de faire tourner le code existant en S/4HANA le temps de planifier sa rationalisation. L’objectif devrait être d’atteindre un clean core progressif sur 3 à 5 ans, mais sans couper court à la continuité opérationnelle.
Profil B : ETI de distribution ou négoce sur processus standard
Diagnostic : L’entreprise fait de la distribution ou du négoce. Ses processus (Order-to-Cash, Procure-to-Pay, Stock management) sont largement standard. Le peu de personnalisation existante relève souvent de contournements d’une version ECC vieillissante, pas de vrais différenciateurs métier.
Recommandation : Public Edition (GROW). Le greenfield est une opportunité de se débarrasser d’une dette technique accumulée sans valeur ajoutée. Le délai de 3 à 6 mois est réaliste pour ce profil. Le clean core imposé force des bonnes pratiques que l’équipe IT aurait de toute façon du mal à imposer en interne.
Profil C : ETI en portefeuille de private equity avec horizon de cession à 3-5 ans
Diagnostic : Le fonds actionnaire veut une valorisation maximum dans 3 à 5 ans. Un système ERP cloud standardisé, intégralement géré par SAP, avec zéro dette technique visible, améliore la due diligence technique et réduit les provisions pour risques IT dans le business plan de cession.
Recommandation : Public Edition (GROW). La Public Edition maximise l’attractivité pour les acheteurs : infrastructure standard, aucun code propriétaire, coûts prévisibles. C’est un argument explicite dans les mémos d’information (IM) préparés pour les process M&A dans les secteurs où SAP est la norme.
Profil D : ETI réglementée (pharma, banque, défense, secteur public)
Diagnostic : L’entreprise est soumise à des obligations de résidence des données, d’isolation des environnements, de traçabilité des accès ou de certification (FDA, EMA, normes sectorielles de défense). L’infrastructure mutualisée de la Public Edition n’est pas compatible avec ces contraintes de conformité.
Recommandation : Private Edition (RISE). L’isolation du tenant, la possibilité de négocier la localisation géographique des données et la flexibilité sur les fenêtres de mise à jour correspondent aux contraintes de ces secteurs. Pour les acteurs défense, il faut aller plus loin et négocier l’hébergement dans des zones certifiées HDS ou SecNumCloud selon les exigences.
Pièges à éviter lors de la négociation SAP
Le “Voluntary Managed Migration” : qui paie quoi ?
SAP propose dans certains contrats RISE une contribution à la migration sous l’étiquette “Voluntary Managed Migration”. Ce qui n’est pas toujours explicite : cette contribution couvre l’infrastructure SAP pendant la phase de migration, pas les services de l’intégrateur, pas la migration des données, pas la recette fonctionnelle. Le budget intégrateur reste entièrement à la charge du client.
Les coûts BTP : l’extension qui s’emballe
En Public Edition, toute fonctionnalité qui ne rentre pas dans le standard SAP passe par BTP. La BTP est facturée en unités de consommation (crédits BTP). Pour les entreprises qui sous-estiment le volume de leurs besoins de personnalisation, la facture BTP peut dépasser le coût de la licence principale en quelques années. Il faut auditer précisément le backlog d’extensions avant de signer un contrat GROW.
Les SLAs cloud : lire les petits caractères
SAP garantit des SLAs de disponibilité sur ses offres cloud. Ces SLAs se mesurent en pourcentage mensuel. Un SLA à 99,7 % correspond à environ 2h de non-disponibilité autorisée par mois. Il faut lire les conditions précisément : certaines fenêtres de maintenance planifiée sont exclues du calcul du SLA. Pour les entreprises en flux tendu ou en 3x8, ces exceptions peuvent être critiques.
Le verrou GROW/RISE : pas de bascule sans renégociation
Un contrat GROW (Public Edition) ne peut pas être converti en contrat RISE (Private Edition) sans renégociation complète et rupture du contrat initial. Si l’entreprise signe en GROW et réalise 18 mois plus tard que ses besoins de personnalisation dépassent ce que BTP peut offrir raisonnablement, le coût de la bascule vers RISE sera significatif. L’inverse est aussi vrai : un client RISE qui veut simplifier ne peut pas basculer en GROW sans recommencer un projet greenfield.
Alternatives à considérer
Rester sur ECC jusqu’en 2030 : quand c’est défendable
Rester sur ECC avec la maintenance étendue est défendable si et seulement si l’entreprise a un plan de transformation crédible pour 2028-2030 et que l’investissement de migration ne peut pas être rentabilisé avant la fin de la période. Ce n’est pas une stratégie d’esquive : c’est un arbitrage temporel. La majoration de licence pour la maintenance étendue (estimée à ~9 %) doit être intégrée dans le TCO de l’option “attendre”.
Quand S/4HANA n’est pas la réponse
SAP S/4HANA n’est pas adapté à toutes les ETI. Pour les entreprises de moins de 100 utilisateurs ERP actifs, les alternatives suivantes méritent une évaluation sérieuse :
- Oracle Cloud ERP : alternative crédible pour les ETI qui ont une complexité financière ou multi-entités élevée et qui ne sont pas dans l’écosystème SAP.
- Microsoft Dynamics 365 F&SCM : pertinent pour les ETI déjà dans l’écosystème Microsoft (Azure, M365) et qui veulent une intégration native avec Power BI et Copilot.
- Infor CloudSuite : particulièrement fort sur certaines verticales industrielles (aéronautique, agroalimentaire, distribution) où les modules métier sont préfigurés.
Ces alternatives ne sont pas mentionnées ici pour faire “équilibré” : elles ont des cas d’usage où elles surpassent SAP sur le TCO ou la rapidité de déploiement, et les évaluer coûte moins cher que de signer un contrat SAP qui ne correspond pas au profil de l’entreprise.
Tableau de décision en trois questions
| Question | Réponse OUI | Recommandation |
|---|---|---|
| Avez-vous plus de 20 % de code ABAP personnalisé dans ECC ? | Oui | Private Edition (RISE) |
| Avez-vous des contraintes réglementaires d’isolation des données (pharma, défense, banque) ? | Oui | Private Edition (RISE) |
| Vos processus métier sont-ils largement standards (pas de différenciateur IT majeur) ? | Oui | Public Edition (GROW) |
Si les trois réponses sont négatives ou mixtes : il faut une analyse technique approfondie, idéalement un audit du parc ABAP existant avant toute décision. Signer sans cet audit est la source numéro un de dépassements budgétaires dans les projets S/4HANA.
Pour approfondir les sujets couverts dans cet article, lisez notre guide complet sur la stratégie Clean Core et les extensions BTP, notre analyse du TCO ERP sur 5 ans et notre dossier sur les upgrades majeurs SAP vs réimplémentation.
