La montée en puissance de SAP : Une question de souveraineté 

Le débat sur SAP a atteint un nouveau niveau. Il ne s'agit plus seulement de passer à SAP S/4 Hana ou de moderniser les anciens processus. La question qui se pose est la suivante : quel degré de souveraineté numérique les entreprises veulent-elles - et peuvent-elles - conserver à l'avenir ?

Un SAP Cloud ERP doit-il nécessairement fonctionner dans les centres de données de fournisseurs américains de cloud computing ? Ou existe-t-il des alternatives réalistes dans lesquelles les systèmes, données et processus critiques restent sous contrôle interne ? Pour l'introduction simultanée de solutions d'IA et le besoin associé de capacités hybrides de cloud computing des entreprises, cette question se pose de manière presque identique. Il ne s'agit pas d'une simple discussion sur l'architecture. Il s'agit de la capacité d'action stratégique des entreprises - et de l'indépendance numérique de l'Europe.

En 2025, SAP a réagi aux exigences changeantes et croissantes de l'environnement client en développant stratégiquement son programme de transformation du cloud. 

Rise-Journey et SAP Cloud ERP

Alors qu'auparavant, l'accent était mis sur la migration vers S/4 Hana en combinaison avec le modèle d'exploitation cloud-only largement standardisé, cette approche a été étendue au concept nettement plus large de ce que l'on appelle le „Rise-Journey“. Au cœur de ce modèle se trouve un chemin de transformation à long terme qui définit, en collaboration avec le client, une image cible pour le futur paysage de fonctions et de processus, y compris les effets économiques. Contrairement aux accords Rise précédents, plus axés sur les fonctions, les plates-formes et les délais, la marge de manœuvre est désormais nettement plus large. Pour les entreprises, cela devrait se traduire par une plus grande flexibilité en ce qui concerne le calendrier des différentes phases de transformation ainsi que les options de sortie et d'adaptation possibles. Un point important s'il devait s'avérer, sur une longue période, que les objectifs économiques ou fonctionnels ne peuvent pas être réalisés dans la mesure attendue. 

Migration S/4 complexe

Il sera intéressant d'observer si les innombrables systèmes clients de SAP seront effectivement un jour intégrés dans un service de cloud computing logiciel unique et fonctionnellement comparable. Après tout, une approche purement "lift and shift" n'a que peu de sens - surtout pour les systèmes ERP - et ne justifie souvent pas les coûts supplémentaires considérables.

En même temps, SAP aborde avec cette approche un problème pratique central qui concerne en particulier les grandes entreprises à la structure complexe : la migration complète des anciens systèmes vers S/4 Hana d'ici la fin de la maintenance en 2030 est difficilement réalisable pour de nombreuses organisations dans les conditions existantes. Cette estimation est également soutenue par des associations d'utilisateurs telles que DSAG, qui continuent de signaler une progression globalement lente des migrations S/4 Hana, et pas seulement chez les grands clients.

Dans ce contexte, une part importante des entreprises se trouve encore au début de ce voyage décrit. 

Seulement au début du voyage S/4

Cette phase se caractérise par le fait que l'image cible visée ne peut souvent être décrite que de manière qualitative. Les déclarations concrètes sur les effets sur les structures de coûts, l'amélioration des processus ou les développements fonctionnels restent dans un premier temps entachées d'incertitudes. Par conséquent, des chiffres réalistes ne seront quantifiables - si tant est qu'ils le soient - qu'à un stade avancé de la transformation. 

Pour SAP, l'objectif à long terme est beaucoup plus clair : Le modèle de revenus croît inévitablement - les revenus d'exploitation complètent les revenus logiciels. Le matériel, les services tiers et les prestations qui étaient auparavant fournis par le client ou des tiers apparaissent désormais dans les comptes de SAP en tant que chiffre d'affaires du cloud. Chiffre clé : „Annual Recurring Revenue“ (ARR). Le service d'infrastructure est généralement fourni par un hyperscalaler, à moins que le client ne s'y oppose par des objections majeures. La fidélisation des clients entre dans une nouvelle dimension de dépendance. Alors que jusqu'à présent, le lien se limitait principalement au logiciel utilisé, il s'étend désormais à un service global quasiment impossible à dissoudre, composé d'applications, de stocks de données et de plates-formes système sous-jacentes. Ce lien étroit entre le fabricant de logiciels et le fournisseur de cloud, généralement américain, heurte les clients. Au lock-in logiciel déjà prononcé s'en ajoute un autre chez l'hyperscalaler.

Les conséquences : une souveraineté technologique et organisationnelle limitée. En cas de crise, il est difficile, voire impossible, d'exercer une influence sur son propre système informatique. Des coûts difficilement calculables et gérables peuvent devenir des accélérateurs de feu en raison de l'absence d'options de sortie en cas de problèmes économiques. Beaucoup cherchent donc des solutions plus souveraines. D'une manière ou d'une autre, ils peuvent garder un certain contrôle, au moins partiel, ou le reprendre en cas de besoin.

Utiliser le cloud, rester sur site

Depuis le lancement de Rise, SAP propose également un modèle de cloud computing sur site : „SAP Cloud ERP Private, Customer Data Center Option (CDC)“. Le logiciel fonctionne alors dans le cadre du contrat SAP Cloud sur des infrastructures dans le propre centre de données du client ou dans un co-local de son choix. Dans tous les cas, l'entreprise conserve ainsi l'accès physique aux systèmes, au stockage des données et aux applications - un atout potentiel pour les scénarios de catastrophe ou de sortie.

Dans ce modèle, la différence avec le déploiement hyperscaler réside principalement dans l'emplacement. La technique et la fonction sont identiques. La codification uniforme du logiciel SAP garantit l'égalité des fonctions de tous les modèles de déploiement. En fin de compte, le même logiciel fonctionne sur toutes les options certifiées ou proposées par SAP.

Plus : latence et performance

Un exemple de cette solution est l'entreprise danoise de technologie énergétique Danfoss. Elle utilise l'option sur site de Rise pour l'exploitation de son environnement SAP S/4 Hana. Les Danois utilisent les services GreenLake Cloud de HPE. L'avantage est que Danfoss peut continuer à utiliser ses centres de données modulaires à haute efficacité énergétique, qu'elle exploite à son siège social de Nordborg, au Danemark.

L'ouverture vers une plus grande souveraineté dans l'utilisation des solutions SAP a apporté, outre les offres hyperscaler et les possibilités existantes sur site, d'autres approches de solutions, également localisées en Europe. En septembre 2025, SAP a également présenté le „SAP Sovereign Cloud“. L'étendue des fonctions et la technique n'en sont toutefois qu'à un stade précoce. C'est pourquoi il faut d'abord spécifier ou attendre des scénarios clients concrets pouvant être mis en œuvre à grande échelle.

HPE GreenLake

Comment accéder au cloud sans perdre le contrôle ? GreenLake de HPE fournit une réponse. Le service met à disposition le calcul, le stockage et le réseau localement ou de manière hybride „as a service“ - avec toutes les caractéristiques typiques du cloud. La principale caractéristique de différenciation est que l'exploitation se fait sur un site au choix de l'entreprise. Par conséquent, SAP utilise également la solution GreenLake depuis le début comme une option sur site au sein de Rise pour les clients pour lesquels l'utilisation d'un des grands fournisseurs de cloud public n'est pas une option.

Pour les entreprises qui recherchent un niveau plus élevé d'indépendance technologique et opérationnelle, l'achat de GreenLake sous forme de modèle cloud-on-premises directement auprès de Hewlett Packard Enterprise (HPE) constitue une option opérationnelle alternative.

Dans ce scénario, l'environnement SAP - par exemple pour SAP S/4 Hana - n'est pas exploité dans une infrastructure de cloud public entièrement contrôlée par le fournisseur de logiciels, mais dans un environnement dé-divisé, proche du client, qui permet néanmoins des modèles d'exploitation et de facturation typiques du cloud.

Le principal avantage de cette approche réside dans la souveraineté accrue du client : Les entreprises conservent la liberté de décider quel prestataire de services est responsable de l'exploitation de l'application, comment la pile technologique sous-jacente est concrètement conçue et à quels endroits il est possible d'exercer une influence ciblée sur les structures de coûts. Cela concerne aussi bien les composants d'infrastructure que les processus d'exploitation et de service. La condition essentielle de cette approche est que des licences SAP correspondantes et valables soient disponibles pour l'exploitation. Dans ce cadre, le modèle ouvre toutefois des degrés de liberté nettement plus importants par rapport aux offres cloud plus standardisées et entièrement intégrées et peut ainsi contribuer de manière importante à la réduction des dépendances unilatérales. En tant que plateforme de cloud hybride, GreenLake regroupe les services de charge de travail des hypercalculateurs, de l'informatique interne et des fournisseurs tiers. Le „Hybrid Cloud by Accident“ devient le „Hybrid Cloud by Design“. L'exploitation est assurée par HPE, l'équipe informatique interne du client ou un fournisseur de services. 

"Il en va de la capacité d'action stratégique des entreprises - et de l'indépendance numérique de l'Europe.“

Albrecht Munz,
Directeur du développement commercial DACH,
HPE

Base non seulement pour les services SAP

Indépendamment du modèle d'opérateur, si le service de cloud public tombe en panne, les systèmes principaux continuent de fonctionner 1:1 chez le client ; les processus d'administration et d'intégration doivent alors être adaptés en conséquence. Indépendamment du modèle de déploiement, une infrastructure hautement disponible et évolutive reste la base d'une exploitation informatique rentable. SAP, Intel et HPE ont développé ces systèmes ensemble dans le cadre de projets de co-engineering.

En conséquence, les serveurs HPE basés sur des processeurs Intel Xeon couvrent aujourd'hui tous les niveaux de performance, de la plus petite à la plus grande instance SAP. Le rapport IDC MarketScape - SAP Hana-Certified Server 2026 - illustre cette position. Ces systèmes se trouvent aujourd'hui dans des centres de données hyperscale, dans des datacenters de clients ou chez des fournisseurs de cloud privé. Exemple : le spécialiste bancaire FI-TS à Munich utilise à grande échelle le serveur scale-up 3200 de HPE avec des processeurs Intel-Xeon pour ses services SAP. 

Stratégie d'IA et cloud hybride

Parallèlement aux transformations SAP, les besoins en solutions d'IA explosent. Celles-ci exigent également des infrastructures et des services d'infrastructure dont les profils et les fonctionnalités peuvent être très différents. La sécurité, la souveraineté et le contrôle jouent également un rôle important dans ces nouveaux thèmes. Une conclusion à laquelle de nombreux responsables d'entreprise sont aujourd'hui confrontés et qui augmente encore la complexité de la transformation. 

La transformation IT forme ainsi un triangle stratégique composé de la transformation S/4 et du modèle d'exploitation, d'une stratégie d'IA évolutive et d'un cloud hybride économiquement viable. Le portefeuille d'IA de HPE s'appuie également sur les services GreenLake et suit une approche hybride : l'IA fonctionne là où les données sont créées - dans le propre centre de calcul, à la périphérie ou dans le cloud. Objectif : une utilisation flexible, évolutive et en même temps souveraine de l'IA. GreenLake soutient les charges de travail d'IA classiques et génératives. HPE conçoit l'IA comme un service hybride et contrôlable - et non comme une simple solution de cloud public.

Conclusion

Le parcours SAP, l'innovation en matière d'IA et les modèles commerciaux axés sur les données sont indissociables des plateformes cloud. Cela crée un champ de tension entre innovation et contrôle. Si l'on se détache, on perd de la vitesse ; si l'on s'abandonne complètement, on devient dépendant. L'art : utiliser la force d'innovation globale et préserver la souveraineté technologique et économique. La souveraineté est une tâche permanente. Le SAP-Journey reste donc moins un projet technique qu'un choix stratégique. (rk, source : HPE)