SAP S/4HANA Private Cloud 2023 avec le recul : modèles de déploiement et point de départ aujourd'hui

Nous avons publié cet article en novembre 2023, lorsque SAP a sorti S/4HANA 2023 et remanié son offre RISE with SAP. Trois ans plus tard, l’annonce de la version compte moins que la décision qu’elle a imposée : vers quel modèle de déploiement de S/4HANA passer, et quand ? Cette version conserve ce qui reste valable de 2023 et ajoute ce que nous dirions aujourd’hui à un client ECC. Dates, options et un outil d’orientation pour votre propre système sont réunis sur notre page consacrée à la fin de maintenance SAP ECC 2027.

La plupart des entreprises commencent par la question « quel cloud ? ». La bonne première question est ailleurs : « dans quelle mesure nos processus doivent-ils s’écarter du standard SAP ? ». La réponse désigne le modèle de déploiement. Presque tout le reste en découle.

En bref : avec S/4HANA 2023, SAP a fait passer l’édition on-premise et la private edition à un cycle de versions de deux ans, avec sept ans de maintenance standard par version. S/4HANA existe en trois modèles de déploiement : public cloud (SaaS, processus standard SAP, extensions propres uniquement), private cloud (single-tenant, généralement via RISE with SAP, code spécifique autorisé) et on-premise (contrôle total, responsabilité totale). La maintenance standard d’ECC prend fin en 2027, la maintenance étendue optionnelle en 2030. Si les processus standard conviennent, S/4HANA Public Cloud est la voie la plus rapide.

Qu’a changé la version S/4HANA 2023 ?

La vraie nouveauté n’était pas une fonctionnalité, mais le rythme. En 2022, SAP a annoncé qu’à partir de S/4HANA 2023, le produit on-premise et private cloud passerait à un cycle de versions de deux ans, chaque version restant sept ans en maintenance standard au lieu de cinq (SAP News). Entre deux versions, SAP livre des feature packs pour que les clients adoptent de nouvelles fonctions sans mise à niveau complète.

Pour les clients de la private edition, cela signifie moins de projets de mise à niveau et plus de temps par version. La version 2023 elle-même a apporté le mélange habituel d’améliorations Fiori, d’apprentissage automatique intégré à la finance et de nouvelles applications pour les achats et la chaîne logistique. Au même moment, SAP a ajouté à RISE with SAP un package Premium Plus avec reporting de durabilité, collaboration fournisseurs et accès anticipé à son assistant IA Joule.

La plupart de ces fonctions ont depuis été dépassées par les feature packs suivants et la version 2025. Le cycle et l’engagement de maintenance, eux, structurent encore la planification. Ce qui distingue S/4HANA lui-même d’ECC (le modèle de données en mémoire, Fiori et l’analytique intégrée) est présenté dans notre aperçu des fonctions clés et de l’architecture de S/4HANA.

Quels sont les trois modèles de déploiement de S/4HANA ?

Public cloud (SAP S/4HANA Cloud Public Edition). SaaS multi-tenant sur l’infrastructure de SAP. SAP met à niveau tous les clients selon son propre calendrier : vous testez, vous ne choisissez pas. Vous paramétrez dans le cadre fixé par SAP et étendez via les outils key user, ABAP Cloud ou SAP BTP, sans modifier le noyau. Ce modèle convient aux entreprises prêtes à travailler avec les processus standard de SAP, plus nombreuses qu’elles ne le pensent.

Private cloud (SAP S/4HANA Cloud Private Edition). Single-tenant, exploitée par SAP chez un hyperscaler, en général contractée via RISE with SAP. Vous gardez plus de marge : code spécifique, add-ons sectoriels, planification de vos mises à niveau dans les fenêtres de maintenance de SAP. C’est là qu’aboutissent la plupart des grands environnements ECC chargés d’années de développements spécifiques.

On-premise (SAP S/4HANA). Vous possédez et exploitez tout : matériel ou hébergement, correctifs, mises à niveau, exploitation. Contrôle maximal, responsabilité maximale.

Qu’est-ce que RISE with SAP ?

RISE with SAP est une offre commerciale groupée, pas un produit. Elle combine l’abonnement à la private edition avec l’hébergement chez un hyperscaler (AWS, Azure ou Google Cloud), l’exploitation technique par SAP, des crédits SAP BTP, des outils de processus comme SAP Signavio et l’accès à SAP Business Network. Un seul contrat au lieu de licences séparées pour le logiciel, l’infrastructure et les services.

Cela simplifie les achats, mais complique une comparaison de coûts à périmètre égal avec une solution non groupée. RISE n’inclut pas non plus l’implémentation : conception des processus, migration des données, développements spécifiques et tests viennent de votre partenaire et de votre équipe.

Pour la public edition, SAP propose une offre comparable sous le nom GROW with SAP, destinée aux entreprises qui introduisent des processus standard dans le cloud.

Comment choisir entre public cloud, private cloud et on-premise ?

Trois questions orientent la décision :

Dans quelle mesure vos processus s’écartent-ils du standard ? Si votre activité repose sur de nombreuses transactions spécifiques, du code Z sectoriel ou une logique de prix complexe que vous ne voulez pas simplifier, il vous faut la private cloud ou l’on-premise. Si vous êtes prêts à adopter le standard SAP et à l’étendre proprement, la public cloud vous est ouverte.

Qui doit exploiter le système ? Si vous ne voulez pas constituer ni conserver une équipe Basis pour l’infrastructure, les correctifs et les mises à niveau, choisissez RISE ou la public cloud. Si votre informatique veut maîtriser toute la pile, l’on-premise reste possible.

Comment voulez-vous gérer les mises à niveau ? En public edition, vous suivez le calendrier de SAP. En private edition et en on-premise, vous planifiez vous-mêmes les mises à niveau, dans les fenêtres de maintenance de chaque version.

Critère	Public cloud	Private cloud (RISE)	On-premise
Personnalisation	Extensions propres (key user, ABAP Cloud, BTP)	Code spécifique + BTP	Code spécifique complet
Mises à niveau	Calendrier SAP, obligatoires	Planifiées par vous, dans les fenêtres de maintenance	Planifiées par vous
Infrastructure	Exploitée par SAP	Exploitée par SAP	Exploitée par vous
Modèle commercial	Abonnement	Abonnement	Licence + hébergement
Chemin depuis ECC	Nouvelle implémentation	Conversion de système ou nouvelle implémentation	Conversion de système ou nouvelle implémentation

Que signifient les échéances de maintenance d’ECC pour votre calendrier ?

SAP assure la maintenance standard de SAP Business Suite 7, dont fait partie ECC, jusqu’à fin 2027, avec une maintenance étendue optionnelle et payante jusqu’à fin 2030. S/4HANA bénéficie quant à lui d’un engagement de maintenance au moins jusqu’à fin 2040 (SAP News).

Pour les environnements vastes et complexes qui ne pourront pas terminer avant 2030, SAP a annoncé en 2025 la SAP ERP, private edition, transition option. Elle couvre les années 2031 à 2033, pourra être achetée à partir de 2028 et exige que les systèmes ECC tournent sur SAP ERP, private edition avant fin 2030 (SAP News). C’est un filet de sécurité pour les transformations complexes, pas une raison d’attendre.

Pour une entreprise suisse de taille moyenne, la lecture pratique est simple : un projet lancé en 2027 se termine confortablement avant 2030. Un projet lancé en 2029, non.

À quoi ressemble le chemin de migration ?

D’ECC vers S/4HANA Public Cloud. Une nouvelle implémentation. Vous paramétrez la public edition, migrez les données de base et les postes ouverts et adoptez les processus standard de SAP. Le code spécifique ne suit pas. Ce dont vous avez encore besoin est reconstruit sous forme d’extension propre (voici comment cela fonctionne avec ABAP Cloud).

D’ECC vers la private edition (RISE). En général une conversion de système. Le Readiness Check et l’analyse du code spécifique de SAP montrent ce qu’il faut adapter avant la conversion. La durée dépend surtout du volume et de la qualité de votre code spécifique.

D’ECC vers S/4HANA on-premise. La même conversion, l’infrastructure restant à votre charge.

De S/4HANA on-premise vers RISE. Un déménagement vers une infrastructure exploitée par SAP. Le système et ses personnalisations suivent. C’est le chemin le plus simple si vous utilisez déjà S/4HANA.

Le rôle de Spadoom

Notre pratique ERP travaille avec S/4HANA Public Cloud. Nous livrons le noyau ERP et les processus clients qui l’entourent (Sales et Service Cloud V2, Commerce, CPQ, Field Service) avec une seule équipe : la commande qui doit être comptabilisée et l’offre qui doit être tarifée relèvent du même projet. Si vous hésitez encore, l’évaluation de préparation S/4HANA vous donne une réponse à périmètre fixe en cinq jours. Le guide de transformation présente l’architecture cible et cette comparaison des partenaires ERP et CRM explique pourquoi une seule équipe pour les deux fait la différence. La pile combinée est décrite en détail dans S/4HANA Public Cloud et Sales Cloud V2 en une seule pile.

Questions fréquentes

Que devient le code ABAP spécifique lors d’une migration vers le cloud ?

Dans S/4HANA Public Cloud, les modifications classiques ne sont pas reprises. Ce dont vous avez encore besoin se reconstruit sous forme d’extension propre (outils key user, ABAP Cloud ou SAP BTP), ou vous adoptez le processus standard. Dans la private edition, la majeure partie du code spécifique peut être convertie, mais les contrôles de code de SAP signalent les objets incompatibles à retravailler. L’ampleur dépend du volume de code Z accumulé : faites l’analyse avant de planifier le budget.

RISE with SAP coûte-t-il plus cher que l’on-premise ?

Tout dépend de ce que vous comparez. RISE regroupe logiciel, hébergement, exploitation technique et certains services dans un abonnement, si bien que la redevance annuelle paraît plus élevée qu’une simple licence. Face au coût complet d’une infrastructure propre, des mises à niveau et d’une équipe Basis, le tableau change. Comparez le coût total sur la même période et le même périmètre, pas les prix catalogue.

Puis-je passer plus tard de la private edition à la public edition ?

Oui, mais c’est une nouvelle implémentation, pas une bascule. La public edition fonctionne avec les processus standard de SAP et des extensions propres : le code spécifique et les modifications doivent donc être remplacés. Si les processus standard conviennent à votre activité, démarrer directement en public edition coûte moins cher qu’une migration ultérieure.

Quand la maintenance d’ECC prend-elle fin ?

SAP assure la maintenance standard de SAP Business Suite 7, donc d’ECC, jusqu’à fin 2027, et une maintenance étendue optionnelle, payante, jusqu’à fin 2030. Pour les environnements vastes et complexes, SAP propose en outre la SAP ERP, private edition, transition option, utilisable de 2031 à 2033, à condition que les systèmes tournent sur SAP ERP, private edition avant fin 2030.

RISE with SAP inclut-il l’implémentation ?

Non. RISE couvre l’abonnement logiciel, l’infrastructure hébergée, l’exploitation technique ainsi que les outils et crédits inclus. Le conseil, la conception des processus, la migration des données, les développements spécifiques et les tests sont en sus. Prévoyez-les dans le budget dès le départ.