Journées technologiques DSAG 2025 : la stratégie de sortie de SAP

Les journées technologiques 2025 du groupe d'utilisateurs SAP germanophones (DSAG) étaient placées sous le thème : Call, Raise or Fold ? Emprunté au jeu de poker, Call désigne les solutions possibles pour les entreprises qui souhaitent utiliser les systèmes SAP qu'elles ont mis en place et n'investir que dans la mesure où cela est nécessaire. Raise désigne les décisions réfléchies, durables et stratégiques, notamment en ce qui concerne la nouvelle stratégie cible de SAP et la mise en œuvre de nouvelles techniques (cloud). Et Fold désigne l'option de passer après un examen intensif et de chercher une alternative - donc une stratégie de sortie de SAP.

Jamais auparavant l'association d'utilisateurs DSAG n'avait évoqué aussi clairement un scénario de sortie possible que lors des Journées technologiques 2025 à Wiesbaden. Bien plus de 3000 congressistes sont venus s'informer sur l'avenir et la viabilité de SAP. D'un point de vue purement formel et statistique, de nombreux clients SAP existants ont un contrat S/4 dans leurs tiroirs ou ont partiellement customisé Hana et S/4. Mais peu d'entre eux sont convaincus par le nouveau monde ERP. SAP a également reconnu ce dilemme et a ajouté au début de cette année une "nouvelle" Business Suite à son S/4 vieux de dix ans. Avec des programmes comme Customer Evolution et SAP for Me, le leader mondial de l'ERP tente de sauver sa position dominante. Pour en savoir plus sur la conversion S/4 à l'heure de la "fin de la maintenance courante", rendez-vous au SAP Competence Center Summit les 21 et 22 mai à Salzbourg.

Un grand mouvement ? Partenaire D atabricks

Le nom "Business Suite" doit réactiver un label de produit à succès de l'ère On Prem. Dans sa globalité, la "nouvelle" Business Suite doit être transférée sur le cloud. La Business Technology Platform (SAP BTP) constitue toujours le fondement technique central de cette nouvelle Business Suite et doit jouer un rôle décisif, entre autres dans l'intégration des différentes solutions SAP. Enfin, SAP Business Data Cloud (BDC) doit permettre une harmonisation et une utilisation des données SAP à travers tous les systèmes.

"Mais nous voyons aussi que la concurrence ne dort pas, si nous prenons maintenant le Business Data Cloud", explique Sebastian Westphal, membre du comité directeur de DSAG pour la technologie. "Et si je regarde ce que l'entreprise pour laquelle je travaille a déjà mis en place aujourd'hui en matière d'architectures centrées sur les données, la voie que SAP emprunte actuellement n'est peut-être pas, de mon point de vue, la dernière cartouche. Car avec une architecture et une solution classiques telles qu'un pont, vous ne pouvez évidemment pas rivaliser à long terme avec les solutions hautement performantes et également subventionnées des hyperscalers. Et c'est pourquoi je ne pense pas que ce grand mouvement qui consiste à faire entrer Databricks, un partenaire qui vient en fait de l'environnement open source et qui se retrouve dans tous les hyperscalers, soit vraiment le dernier mot".

Du point de vue de DSAG, le Business Data Cloud peut devenir le plus grand changement de stratégie de SAP depuis S/4. L'image cible promise par SAP doit harmoniser les structures de données aujourd'hui fragmentées. Il s'agit là d'un énorme défi : non seulement SAP veut assumer plus que jamais la responsabilité opérationnelle de l'intégration et de la mise à disposition de modèles de données uniformes, mais le BDC ne concerne rien de moins que la transformation des paysages existants en une architecture d'avenir, centrée sur le cloud, pour les clients sur site comme pour les clients du cloud public. Ces futurs produits de données doivent être livrés en temps voulu, de manière fiable et utilisable, tant sur le plan technique que commercial. L'harmonisation des données entre les systèmes est essentielle pour permettre une philosophie "Data as a Product". Toutefois, les entreprises utilisatrices ont souvent déjà mis en œuvre des architectures modernes de type "data lake" (maison). Le succès de la BDC dépendra donc aussi de sa capacité à s'intégrer dans ces architectures et à fournir des données SAP sans restrictions techniques ou commerciales.

Gestion des données pour l'avenir

Lors des journées technologiques DSAG 2025 à Wiesbaden, Sebastian Westphal s'exprime également de manière détaillée sur le plan technique lors de l'entretien E3 : "Si vous travaillez avec Spark, vous allez plutôt vers Python que vers des langages de programmation classiques. C'est déjà le bon mouvement. Est-ce qu'il arrive à temps, est-ce qu'il est assez facile à adapter, c'est la question critique. Et si ce n'est pas le cas, les clients continueront à se tourner vers d'autres architectures, qui seront encore plus étendues. Et SAP mènera alors une existence de niche à cet endroit. C'est une existence de niche très rémunératrice, avec une focalisation claire sur les architectures SAP-only. Mais ce dont nous avons réellement besoin - à savoir une gestion des données de niveau supérieur en vue de ce qui va arriver dans les années à venir -, le train aura fini par partir. C'est pourquoi, du point de vue de l'entreprise, je pense qu'il est essentiel que SAP s'engage dans cette voie. Mais nous avons aussi entendu aujourd'hui lors de la conférence de presse que certaines choses ne sont pas encore claires, que certaines choses sont encore ouvertes, et c'est pourquoi le jugement final n'est pas encore rendu".

Une stratégie de sortie de SAP fait donc figure d'éléphant blanc. Ce n'est un secret pour personne que la communauté SAP commence à se réorienter - ce qui ne devrait pas poser de problème au vu de l'offre actuelle : Une semaine seulement après la présentation par SAP de la BDC et du partenariat approfondi en commun avec Databricks, le nouveau partenaire SAP a annoncé un partenariat approfondi en grande partie similaire avec Confluent. Les clients existants de SAP ne sont donc en aucun cas liés à SAP lorsqu'il s'agit d'utiliser les services de Databricks, qui sont disponibles en complément, comme le souligne Sebastian Westphal, directeur technique de DSAG, dans l'interview E3, chez tous les hypercalers.

Confluent, pionnier du streaming de données, et Databricks, société spécialisée dans les données et l'intelligence artificielle, ont annoncé au premier trimestre une extension majeure de leur partenariat. En combinant la plateforme complète de streaming de données de Confluent avec la plateforme de data intelligence de Databricks, les entreprises peuvent exploiter les données en temps réel pour prendre des décisions basées sur l'IA. Les nouvelles intégrations entre Confluent Tableflow et Databricks Unity Catalog assureront le contrôle et la maîtrise des données à travers les systèmes opérationnels et analytiques. Delta Lake est un plan de stockage indépendant du format développé par Databricks, conçu à l'origine pour les cas d'application de streaming avec des écritures rapides. Il s'agit aujourd'hui du format Lakehouse le plus répandu : avec un traitement quotidien de plus de 10 exaoctets de données, il a fait ses preuves à grande échelle. Grâce à la combinaison de Tableflow et de Delta Lake, les données opérationnelles sont désormais immédiatement disponibles dans le vaste écosystème Delta Lake. Les clients de Confluent et Databricks peuvent appliquer n'importe quel moteur ou outil d'intelligence artificielle comme Apache Spark, Trino, Polars, DuckDB et Daft à leurs données dans Unity Catalog.

Au final, c'est le client qui décide

Sebastian Westphal ajoute : "Ce sont les clients qui décideront à la fin et je pense que nous serons beaucoup plus avancés l'année prochaine à la même époque. Quant au thème de la Business Suite, je pense qu'il n'est pas si nouveau que ça. Je pense que si l'on laisse retomber la poussière des annonces, on verra que c'est la voie dans laquelle SAP s'est déjà engagé aujourd'hui et hier. En fin de compte, il s'agit de savoir quelle est la valeur ajoutée d'un fabricant lorsque ses solutions fonctionnent le mieux possible ensemble. Harmonisée dans l'exploitation, harmonisée dans l'intégration avec une gestion des identités et des normes de sécurité de bout en bout".

Une intégration sans faille est requise

Avec la stratégie commerciale annoncée lors de l'événement Business Unleashed en février, SAP mise sur les éléments clés que sont les processus, les données et l'IA, avec pour objectif de mettre à disposition des chaînes de processus efficaces. En outre, de plus en plus de processus de bout en bout sont également proposés dans le cloud, en réunissant sur la base du BTP les différentes piles technologiques et les services cloud. "Même si SAP travaille incontestablement à l'harmonisation et à l'intégration de son portefeuille de solutions, une architecture cohérente est la clé du succès pour la Business Suite avisée. Pour cela, il est nécessaire que SAP continue d'harmoniser le paysage des produits et mette en œuvre des standards uniformes de manière conséquente, par exemple pour les modèles de données et les services d'identité et de sécurité. Car une suite nécessite par définition l'intégration parfaite des solutions SAP qu'elle contient, des modèles d'exploitation uniformes et, en chemin, des stratégies de migration et de mise en œuvre claires", explique Sebastian Westphal, directeur technique de DSAG.

De plus, la communauté SAP attend une Business Suite modulaire qui s'adapte de manière flexible aux exigences de l'entreprise et qui s'intègre sans grands efforts ni coûts dans des architectures d'entreprise globales. "Et pour une suite, l'avantage commercial doit bien sûr aussi être clairement visible lorsque tout vient d'une seule source avec SAP. Tant sur le plan technique que sur le plan économique - donc des structures de coûts et des modèles de contrat transparents", explique Westphal. Comme il ne faut pas s'attendre à ce qu'une Business Suite puisse couvrir tous les cas d'application actuels, il faut un soutien à long terme des solutions partenaires dans le cadre de la stratégie Clean Core de SAP. Les add-ons très utilisés devraient justement rester utilisables sur la base de conditions de certification stables et valables à long terme - ce qui, dans le contexte de la promesse de maintenance S/4 de SAP jusqu'en 2040, est dans l'intérêt commun des partenaires, des entreprises utilisatrices et de SAP lui-même. Ce calcul est-il juste ou s'agit-il d'une partie de poker menteur, comme nous l'avons mentionné au début ? Cela représente l'option de passer après un examen intensif et de chercher une alternative - donc une stratégie de sortie de SAP.

Les scénarios hybrides ont le vent en poupe

"Je pense que nous voyons déjà un abandon de l'exploitation d'un système SAP dans son propre centre de données", analyse Sebastian Westphal dans l'interview E3. "D'un autre côté, nous voyons des scénarios où, pour des processus de production critiques, l'installation se fait sur place et non pas dans le cloud public qui, en cas de doute, se trouve à des centaines de kilomètres. Nous avons vu la discussion sur l'Adobe Document Service, où l'on a constaté qu'il n'y avait pas d'autre solution : Les processus d'impression hautement performants ne peuvent pas tenir compte de la latence et attendre, mais au moment où l'on labellise en production, cela doit fonctionner. Donc oui, je suis fermement convaincu que nous continuerons à voir des scénarios hybrides.

Les paysages hybrides continueront d'exister. Tout dans un cloud public ? Je ne m'y attends pas de toute façon. Mais je pense que dans les années à venir, nous ne verrons plus que des infrastructures gérées. Mais je pense que du point de vue purement financier, on en restera à des solutions évolutives". Si ces conditions sont créées et mises en œuvre avec des avantages commerciaux clairs, Business Suite, Business Technology Platform et Business Data Cloud ne seront pas pour les entreprises utilisatrices un pari à l'issue inconnue, mais dans le meilleur des cas un "Royal Flush" ou même une sortie réussie de SAP.

dsag.de