Le cloud entre euphorie et chute

À l'ère de la transformation numérique, la décision concernant la future architecture ERP place les clients existants de SAP devant un dilemme complexe qui va bien au-delà du simple choix entre leur propre centre de calcul (on-prem) et le nuage externe (cloud privé ou public). Alors que le système classique sur site a longtemps dominé en tant que standard ERP, virtualisation comprise, l'idéal de la technique du cloud s'est de plus en plus imposé au sein de la communauté SAP ces dernières années, les modèles hybrides et souverains présentant des défis et des risques spécifiques qu'il convient de maîtriser.

Le modèle traditionnel sur site, dans lequel le logiciel est exploité sur du matériel appartenant à l'entreprise, offre aux utilisateurs de l'ERP une souveraineté totale sur les données, les processus commerciaux et les licences. Il permet en outre un contrôle et une adaptabilité complets des mesures de conformité et des processus commerciaux individuels (modifications Abap). Cette autonomie ERP se paie toutefois au prix fort : Les solutions sur site impliquent des coûts d'acquisition élevés pour le matériel et les logiciels, doivent être conçues pour faire face aux pics de charge potentiels, ce qui entraîne des coûts inutilement élevés, et sont fortement touchées par la pénurie de personnel qualifié et dépendantes du personnel informatique qualifié nécessaire pour fonctionner 24 heures sur 24 et 7 jours sur 7. En outre, les anciens systèmes ne peuvent souvent pas prendre en charge de nouvelles techniques telles que l'IA ou l'analytique. Dans ce cas, les clients existants de SAP peuvent toutefois se tourner vers la Business Technology Platform (SAP BTP), qui peut également être exploitée en combinaison avec une Business Suite 7 sur site.

Le cloud public des hyperscaleurs (comme AWS, Azure ou GCP) suit le chemin inverse : il offre des services publiquement via Internet, utilise une structure multi-tenant et séduit par une grande flexibilité et une évolutivité élastique ainsi qu'une facturation en fonction de l'utilisation (Pay-as-you-go). Mais ce confort n'est pas sans risque pour les clients SAP existants. L'hypothèse selon laquelle le cloud public est généralement moins cher que l'exploitation en interne ne s'est pas vérifiée au cours des dernières années. De nombreux clients existants de SAP ont orchestré leurs centres de données de manière optimale au cours des dernières années.

En revanche, les utilisateurs d'ERP font état d'un sentiment d'impuissance en cas de panne de service, car ils n'ont pas d'accès direct au centre de données et à leur propre personnel informatique. Et le concept de cloudisation n'est pas automatiquement synonyme de simplification, car la complexité de l'exploitation du centre de calcul, voir aussi Rise with SAP, subsiste. A cela s'ajoutent le risque de verrouillage du fournisseur et les préoccupations en matière de sécurité, car les données précieuses de l'entreprise se trouvent en dehors du pare-feu de l'entreprise.

Cloud hybride

C'est en raison de ces tensions que le cloud hybride s'est développé. Ce cloud computing combine des ressources sur site et des ressources de cloud privé/public et permet de conserver les données sensibles en local tout en utilisant des services de cloud computing évolutifs et des offres de fournisseurs tiers comme Salesforce (CRM) et Workday (HCM). Le principal défi réside toutefois dans l'orchestration de l'environnement informatique. La gestion de systèmes hybrides nécessite l'intégration de différents modèles d'exploitation et d'accords de niveau de service (SLA). L'interopérabilité entre les solutions sur site, qui se sont souvent développées de manière organique, et les services cloud de différents fournisseurs ERP doit être assurée avec difficulté. En outre, le déplacement des charges de travail et des grandes quantités de données entre les mondes informatiques est techniquement complexe et peut entraîner de longues durées d'exécution pour les grands systèmes, ce qui suppose une bande passante réseau élevée.

Le désir de souveraineté numérique est étroitement lié à la stratégie hybride. Il est particulièrement apprécié en Allemagne, où de nombreux clients SAP existants s'attendent à ce que leurs données soient conservées et traitées dans leurs propres centres de données ou dans des centres hébergés sur place. Le cloud souverain ou les modèles spécifiques de cloud privé (comme HPE GreenLake) visent à assurer la souveraineté sur les données critiques pour l'entreprise tout en offrant des avantages du cloud comme la flexibilité et la facturation en fonction de la consommation. Le défi ici est la grande complexité des réglementations et de la gouvernance, car des exigences réglementaires strictes (par exemple dans des secteurs réglementés comme la santé ou la finance) peuvent imposer que certaines données ERP ne quittent pas l'entreprise. L'utilisation du cloud dans des scénarios globaux, en particulier avec des fournisseurs en dehors de l'UE, exige la plus grande prudence et un examen approfondi des cadres juridiques tels que le RGPD et les influences potentielles du Cloud Act, afin d'éviter toute non-conformité.

La transformation complète des clients SAP existants vers S/4, en particulier dans le cadre de la stratégie cloud Rise with SAP, est bien plus qu'une simple mise à niveau technique ; la conversion S/4 est un défi commercial, organisationnel, technique et, surtout, de licence. Les défis, les risques et les dangers sont multiples et touchent des domaines critiques tels que le contrôle des coûts, la sécurité des données et l'autonomie. La justification économique constitue l'un des plus grands obstacles, car les coûts élevés d'un changement de progiciel de gestion intégré l'emportent souvent sur les avantages dans l'analyse du retour sur investissement. Ces coûts sont en grande partie déterminés par la complexité des licences SAP. La liste des prix SAP pour S/4 est un ouvrage complexe de plus de 200 pages qui, avec des options telles que Digital Access et SAP OpenHub, laisse la base de clients dans l'incertitude. Le thème de l'utilisation indirecte est particulièrement délicat, car l'octroi d'une licence pour Digital Access implique l'accord contractuel que les documents importés dans le système SAP via des interfaces sont soumis à une licence. Si, par le passé, ce sujet a parfois été éludé sur le plan juridique, il est considéré comme résolu après l'octroi d'une licence Digital Access, le risque de paiements ultérieurs coûteux ou d'un octroi excessif de licences restant toutefois élevé.

Avec le modèle d'abonnement et de souscription de Rise with SAP, les clients existants deviennent profondément dépendants. La conversion des licences existantes à durée indéterminée sur site en souscriptions dans le cloud se fait par le biais de l'ensemble complexe de règles du Full Use Equivalent (FUE), voir également l'article de couverture E3 d'octobre 2025. Ce processus est en fait irréversible pour le client SAP existant et entraîne une perte d'autonomie sur le système ERP, car la propriété du logiciel est transférée du client à SAP et une relation de location est créée. Cette transformation s'accompagne d'une inquiétude quant à l'augmentation des coûts. Bien que SAP reconnaisse que la migration vers le cloud avec FUE n'entraînera pas nécessairement une augmentation des revenus pour SAP, la crainte d'une augmentation de 20 à 50 % de la base de calcul après le passage au cloud persiste. Lors de l'assemblée générale de 2025, le directeur général de SAP, Christian Klein, a estimé que les revenus par client existant seraient multipliés par trois ou quatre grâce à Rise.

L'absence d'une stratégie durable de sortie du cloud de la part de SAP est considérée comme un danger existentiel pour les clients. En cas d'échec d'une conversion Rise, le client se retrouve avec les débris de son système ERP, sans être passé au cloud, mais avec des licences on-prem retirées, ce qui peut entraîner le risque de payer deux fois.

Sur le plan technique, la transformation S/4 comporte des risques élevés. La résolution des problèmes liés aux données est considérée comme le plus grand défi. La consolidation des données de base des clients et des fournisseurs dans la nouvelle approche des partenaires commerciaux est critique, car les systèmes qui ont évolué historiquement souffrent souvent d'une mauvaise qualité des données, de doublons et d'un manque de structures. Le poids des données anciennes et des informations héritées entrave en outre le retour au standard SAP (Clean Core) et fait traîner les projets en longueur.

La stratégie Clean Core prônée par SAP, qui bannit les modifications et les développements internes du noyau S/4, se heurte au niveau de personnalisation traditionnel de nombreux systèmes ERP. Pour les clients disposant d'un core très „sale“ et de développements Z importants, la transformation est extrêmement complexe et demande beaucoup de travail, ce qui peut entraîner des retards importants. Les adaptations futures doivent être effectuées en dehors du système central, par exemple via la Business Technology Platform, ce qui implique des efforts architecturaux supplémentaires et la nécessité d'un nouveau savoir-faire dans les départements informatiques. Les 22 et 23 avril, un sommet de la communauté SAP se tiendra à Heidelberg sur le thème Clean Core et BTP.

Bien que SAP et les hyperscaleurs offrent un niveau de sécurité élevé, l'utilisateur ERP reste responsable du respect de la conformité et de l'octroi correct de licences, même dans le cloud, y compris avec Rise with SAP. Le traitement de données sensibles dans le cloud public, en particulier chez les fournisseurs de cloud basés en dehors de l'UE, doit être considéré avec prudence en raison de textes de loi tels que le Cloud Act, qui peut annuler les règles du RGPD. A cela s'ajoute le risque que SAP soit autorisé à supprimer toutes les données dans le cloud dès que le contrat prend fin, ce qui oblige les clients à sauvegarder proactivement leurs données avant la fin du contrat. C'est là que les clients existants de SAP regrettent souvent l'absence de stratégie de sortie du cloud déjà mentionnée.

Face à la fin prochaine de la maintenance mainstream pour ERP/ECC 6.0 d'ici 2030 au plus tard, voire 2033, les clients existants de SAP se voient contraints de prendre des décisions stratégiques. SAP répond à ce défi avec l'offre complète Rise with SAP, conçue comme Business Transformation as a Service (BTaaS), qui doit simplifier et accélérer le passage au cloud.

La transformation stratégique du cloud avec Rise ne commence pas par la technique, mais par la clarification de la stratégie commerciale à moyen et long terme, dont doivent découler les objectifs de la conversion S/4. La question de savoir quel modèle de déploiement est le plus approprié - sur site, cloud public ou cloud privé - est d'une importance stratégique fondamentale et doit être examinée sans préjuger des résultats. Bien que SAP poursuive une stratégie cloud-first claire et l'ait renforcée ces dernières années, la réalité montre que les environnements système hybrides sont la règle pour la plupart des clients SAP existants.

L'offre Rise regroupe différents composants clés dans un seul contrat d'abonnement afin de réduire la complexité et de positionner SAP en tant qu'entrepreneur général. Elle comprend, outre l'ERP cloud S/4 (en édition privée ou publique), la Business Technology Platform, la Business Process Intelligence (Signavio), le SAP Business Network ainsi que des outils et services intégrés. La BTP fait office de pont technologique et de plateforme d'innovation qui permet des extensions côte à côte et soutient ainsi l'importante stratégie Clean Core. Cette stratégie, qui vise à maintenir le système central aussi proche que possible du standard SAP, est essentielle pour bénéficier en permanence d'innovations et de mises à jour, et s'applique aussi bien au cloud public qu'au cloud privé. Au sein de Rise, les clients existants de S/4 peuvent choisir entre deux options de déploiement principales : Cloud Public Edition et Cloud Private Edition. Le cloud public, basé sur un modèle multi-tenant, convient aux entreprises qui suivent des processus standardisés et qui visent un coût total de possession (TCO) le plus bas possible, mais ne permet qu'une configuration et une adaptation limitées. En revanche, la Private Cloud Edition (PCE), qui fonctionne techniquement comme un PaaS/SaaS dans un environnement de cloud public dédié, s'adresse aux clients SAP existants de moyenne et grande taille ayant des exigences complexes et individuelles.

Le succès de la conversion S/4, notamment vers le cloud, dépend en grande partie d'une préparation minutieuse et de l'élimination des charges héritées du passé. Les experts conseillent de profiter de la transformation comme d'une grande opportunité pour l'harmonisation des données, qui doit idéalement avoir lieu avant la conversion proprement dite. Une exigence centrale est le nettoyage et la consolidation des données de base des clients et des fournisseurs, car celles-ci doivent obligatoirement être transférées dans S/4 vers le nouveau modèle de données du partenaire commercial (Business Partner, BP). En outre, la transformation doit être associée à la mise en place d'une couche de données séparée et consciente du contexte, afin de mettre hors service les anciens systèmes et de réduire massivement la quantité de données migrées vers le nouveau système S/4, ce qui permet de réduire les coûts et d'accélérer la transition. Le traitement du code Abap propre au client (Custom Code) est également critique ; pour cela, des outils comme SAP Readiness Check et Abap Test Cockpit sont essentiels pour déterminer à temps les efforts d'adaptation nécessaires et, dans l'idéal, transférer le code sur la BTP (pour garantir le Clean Core).

En conclusion, le choix d'une stratégie de cloud avec Rise with SAP est un exercice complexe qui passe par l'édition cloud privé et les architectures hybrides pour la plupart des clients existants de SAP.

Suggestions de livres

André Tiebing, Benjamin Kunold,
Patrick Jungk, 2025, 606 pages,
ISBN 978-3-367-10239-6

Thomas Saueressig, Tobias Stein,
Jochen Boeder, Wolfram Kleis,
2024, 644 pages, ISBN 978-3-8362-9479-9

Steffi Dünnebier, Uwe Zabel 
2023, 457 pages, ISBN 978-3-8362-9239-9

Matthias Friedrich, Fred Kindler,
Marcel Kirsten, Daniel Kloppich,
Mathias List, Bert Lorenz, Lars Teuber  
2023, 651 pages, ISBN 978-3-8362-9464-5

De SolMan à Cloud ALM

Le passage de SolMan (SAP Solu-tion Manager) à SAP Cloud ALM (Application Lifecycle Management) constitue l'un des plus grands défis stratégiques et opérationnels pour les clients existants de SAP dans le cadre de la conversion S/4.

Avec la fin annoncée de la maintenance mainstream pour SolMan 7.2 fin 2027 (avec une maintenance étendue jusqu'en 2030), les entreprises doivent réorienter leur stratégie ALM. Cloud ALM est positionné par SAP comme la solution ALM stratégique pour tous les clients existants de SAP. Il s'agit d'une application native de cloud public, entièrement consolidée à partir du cloud, qui s'adresse en premier lieu aux clients qui utilisent ou prévoient d'utiliser des solutions centrées sur le cloud telles que S/4 Cloud, SuccessFactors ou le portefeuille SAP CX. Contrairement à SolMan, Cloud ALM peut être mis en service rapidement et fournit rapidement les premières données de monitoring. Les droits d'utilisation de SAP Cloud ALM sont inclus dans les contrats de support tels que SAP En-terprise Support, Cloud Editions. Malgré cette réorientation stratégique, le passage à SolMan comporte des défis et des risques considérables pour les utilisateurs de longue date de SolMan, car Cloud ALM ne constitue pas une alternative à part entière à SolMan. L'étendue des fonctionnalités de SolMan, qui offre un éventail beaucoup plus large de fonctions pour l'ensemble du cycle de vie des applications (y compris la gestion de projet, le suivi, la gestion des incidents, la gestion des changements et la gestion des tests), n'est actuellement pas atteinte par Cloud ALM. Il manque notamment à SAP Cloud ALM la gestion du cycle de vie pour SAP Business Suite et les applications non-SAP, ainsi que des fonctions pour la gestion des services informatiques (ITSM).

Le principal risque réside dans l'adéquation aux environnements hybrides. Alors que SolMan a été conçu dans le passé pour les environnements sur site et hybrides, SAP Cloud ALM semble actuellement totalement inadapté aux environnements système hybrides, car il est principalement axé sur le cloud public. Les clients qui continuent à exploiter des parties de leur environnement SAP sur site ou dans le cloud privé doivent clarifier dans quelle mesure Cloud ALM peut soutenir efficacement ces topologies hétérogènes.

La transition implique également un changement profond du rôle du département de base SAP (de CCC à CCoE) : au lieu de maintenir ses propres systèmes, les tâches se déplacent vers la coordination, la gestion des fournisseurs et l'acceptation des demandes commerciales qui sont transmises à SAP ou à l'hyperscaler. Un autre risque réside dans la dépendance en matière de licences, car le droit d'utilisation du Cloud ALM expire immédiatement si le client existant résilie le support SAP.

En résumé, SAP Cloud ALM, intégré avec Signavio et Lean-IX ainsi qu'avec le SAP Business Transformation Center pour la migration des données, constitue une plateforme qui doit garantir la gestion de la transformation des données, des innovations et de la continuité des activités à travers les systèmes. SAP poursuit ainsi l'objectif de créer une base complète pour l'optimisation des processus pilotée par l'IA.

Hyperscaler : ami et ennemi

La voie vers le cloud est depuis longtemps incontournable pour les clients existants de SAP, mais décider quel cloud est le meilleur s'apparente à un exercice d'équilibriste stratégique entre les offres propres de SAP, comme Rise with SAP, et l'utilisation directe de l'infrastructure des grands hyperscaleurs.

Les hyperscaleurs - en particulier Microsoft Azure, Amazon Web Services (AWS) et Google Cloud Platform (GCP) - offrent une option de déploiement appelée Infrastructure as a Service (IaaS), qui se distingue fondamentalement des solutions SAP packagées Private Cloud Edition (PCE) ou Public Cloud Edition.

Le principal attrait d'un système SAP exploité directement sur un hyperscaler dans le modèle IaaS réside dans une flexibilité et une agilité maximales. Contrairement aux exigences matérielles rigides et prédéfinies d'un système sur site, la plateforme hyperscaler permet une évolutivité élastique. Les ressources, par exemple pour les systèmes de développement, de test ou de sandbox, peuvent être mises à disposition en quelques heures ou être démarrées et arrêtées de manière dynamique. Cela offre non seulement une sécurité d'investissement, mais permet également un fonctionnement flexible dans le temps, facturé à la minute en cas de non-utilisation des machines virtuelles (VM) - un facteur essentiel de réduction des coûts d'exploitation (TCO). Certaines études font état d'économies de coûts de 40 à 75 % pour l'exploitation de SAP sur Azure ou d'économies annuelles de plus de trois millions de dollars US grâce à la migration de l'infrastructure SAP sur Google Cloud.

Un autre avantage décisif de l'approche hyperscaler (IaaS) est la possibilité de continuer à utiliser les licences SAP existantes (Bring Your Own License, BYOL). Cela permet aux clients existants d'emporter dans le cloud les licences on-prem qu'ils ont achetées sans devoir passer immédiatement au modèle d'abonnement associé à Rise with SAP. Les solutions sans serveur et entièrement gérées des hyperscaleurs permettent une vitesse d'innovation élevée, supérieure à ce que SAP lui-même offre dans son système principal.

En comparaison, Rise with SAP - qui est souvent hébergé sur les mêmes hypercalers, mais fonctionne en tant qu'édition cloud privée - est une offre globale regroupée. Il offre certes au client un interlocuteur unique (One Face to the Customer), mais il limite la flexibilité, car il réunit le logiciel, l'hébergement et l'exploitation en une seule souscription. En revanche, celui qui mise sur Hyperscaler IaaS peut négocier des contrats individuels avec des hyperscalers et des prestataires de services et optimiser les licences sur l'ensemble de l'infrastructure informatique.

Malgré ces avantages, l'exploitation de SAP sur des clouds hyperscaler comporte des risques et des défis considérables. L'un des problèmes centraux est que le lift and shift d'un ancien système ERP sur l'infrastructure hyperscaler modernise certes le niveau de l'infrastructure, mais maintient l'ancien ERP au niveau du logiciel. Les véritables avantages du SaaS, comme l'agilité et l'innovation, peuvent ainsi être manqués.

Enfin, le cadre juridique et la sécurité des données constituent des obstacles majeurs. La migration des systèmes SAP vers le cloud, en particulier vers le cloud public d'un hypercalculateur, est techniquement complexe. Les secteurs réglementés sont soumis à des dispositions légales particulières, souvent spécifiques au secteur, qui rendent l'utilisation du cloud complexe. Le client doit prendre très au sérieux le respect de la conformité (par exemple le RGPD) dans le cloud public et l'aborder activement. SAP lui-même essaie en outre de proposer des innovations cloud comme l'IA dans S/4 uniquement pour ses solutions cloud, ce qui pourrait potentiellement désavantager les clients existants sur site ou les utilisateurs IaaS en dehors de Rise. Le choix de SAP sur un hyperscaler nécessite donc de peser soigneusement le pour et le contre entre la flexibilité d'infrastructure gagnée et la complexité de gestion accrue, ainsi que les incertitudes en matière de coûts et de conformité.