Evolution du client avec des charges héritées du passé

De nombreuses charges ERP héritées du passé et des questions SAP sans réponse

Les clients SAP existants qui réussissent ont naturellement aussi des modifications d'Abap et d'autres défis liés au legacy. Lors d'un rassemblement comme le congrès annuel 2025 de DSAG à Brême, le comité directeur de DSAG et les membres de DSAG attendent de SAP des réponses pertinentes aux questions actuelles. Le catalogue des chantiers SAP ouverts est long : intégration de l'IA, Databricks ou SAP BDC, Rise avec des outils informatiques de tiers, SAP Build versus Joule Studio et Cloud public, Cloud privé, On-prem ou un "Cloud On-prem" souverain.

Thomas Saueressig, membre du directoire de SAP, n'a voulu et n'a pu répondre à aucune question sur les nombreux chantiers SAP et Jens Hungershausen, président du directoire de DSAG, a visiblement convenu avec Christian Klein d'une approche amicale et d'une cohabitation prudente. Les critiques et les questions n'étaient ni possibles ni souhaitées. Les membres de la DSAG sont restés étonnés et ignorants à Brême.

Greenfield ERP comme standard de conversion SAP

Thomas Saueressig, membre du directoire de SAP, a présenté à Brême le S/4-Customizing du producteur de bijoux Pandora. L'entreprise est un nouveau client et donc libre de tout héritage. Le déploiement en Autriche et en Allemagne s'est fait en peu de temps sur un terrain vierge. Saueressig a interrogé avec intérêt la responsable informatique de Pandora. Tous les membres de DSAG présents dans le public connaissaient les réponses. Pour les utilisateurs SAP expérimentés, le customizing en rase campagne n'est pas un défi. L'interview divertissante de Saueressig n'a donc apporté aucune valeur ajoutée au public du congrès annuel de DSAG.

Après dix ans d'expérimentation, l'évolution des clients se trouve à un point critique : un changement de version de S/4 qui n'a pas fonctionné pendant dix ans doit maintenant être réalisé en quelques années. Si Thomas Saueressig continue à se perdre dans les fantasmes de Greenfield, cela ne fonctionnera pas non plus jusqu'en 2033 - la nouvelle date magique pour le changement de version final. Ce qui ne constitue toutefois pas une prolongation de la maintenance, Saueressig l'a précisé sans équivoque.

Gestion des licences SAP héritées

Le parcours de SAP vers le cloud est complexe et, en cas d'échec, crée à nouveau de nouvelles charges héritées du passé. Le processus a été disséqué lors du congrès annuel 2024 de DSAG à Leipzig : Rise with SAP, c'est toujours deux contrats ! Un changement de version et un contrat de location. Le client SAP existant est tenu de louer un espace cloud pour le futur système ERP. Parallèlement, le processus de transformation Rise commence et, comme tout autre projet informatique, il peut naturellement échouer. Mais dans ce cas, le contrat de location du cloud ne peut plus être annulé : En plus de l'héritage d'un ancien ERP, d'un S/4 raté, le client SAP se retrouve avec les frais de location d'un espace cloud inutilisé - on ne peut pas faire plus d'héritage !

Cette année, l'association d'utilisateurs DSAG a refusé de proposer à ses membres une stratégie de sortie pour ce dilemme hérité du passé. Compte tenu de la nouvelle harmonie entre DSAG et SAP, il n'était pas prévu d'organiser une réunion d'information sur le complexe thématique des contrats Rise et Cloud. La devise initiale de DSAG "critique et constructive" a visiblement fait son temps. Les membres de la DSAG ont seulement pu entendre qu'il n'y avait pas d'héritage dans les prairies vertes, et maintenant ?

L'ancien ERP sur site versus le cloud souverain de SAP

Comme SAP s'est longtemps refusé à aborder le thème du cloud souverain, une solution on-prem a été présentée peu avant le congrès annuel 2025 de DSAG. La fonctionnalité cloud doit être disponible dans les centres de données des clients SAP existants. SAP ouvre ainsi un autre modèle d'infrastructure et d'exploitation, sans donner d'indications précises sur la fonction et la gestion. Comment un "cloud" dans le centre de données d'un client SAP existant doit-il être géré par SAP ? À Brême, Thomas Saueressig n'a pas non plus répondu à cette question. Le cloud public du jeune client SAP existant Pandora devait suffire comme keynote.

Or, pour de nombreuses applications, le client SAP existant est confronté à un choix : sur site, cloud privé ou cloud public. Il existe des applications SAP qui sont disponibles dans les trois modèles d'exploitation avec des fonctions légèrement différentes. Quelle est la version qui convient à l'entreprise et quelle est la version qui a de l'avenir et qui sera développée par SAP ? Cette question n'a pas non plus trouvé de réponse à Brême, mais elle a au moins été posée par un membre de DSAG sur la scène principale. SAP n'était plus présent à ce moment-là - à Brême, les clients existants et les partenaires de SAP ont été laissés à eux-mêmes dans de nombreux cas ERP.

Devant environ 5000 congressistes, Thomas Saueressig, membre du directoire de SAP, a présenté une solution de cloud public récente et peu pertinente. Comme les nombreux membres de la DSAG sont des clients SAP de longue date et qui ont du succès, les connaissances acquises à cette occasion étaient minimes. Il serait donc important de répondre aux questions suivantes : que se passe-t-il avec mes modifications Abap, comment puis-je relier ECC et BTP, l'IA et Joule fonctionnent-elles avec un ERP sur site souverain dans le propre centre informatique ? Thomas Saueressig ne répond à aucune des questions pertinentes.

Mais sans legacy, la conversion S/4 réussit. Sans legacy, le jeune client SAP existant reste dans les temps et dans le budget. Avec des charges héritées, le passage de la version ECC 6.0 à la version S/4 devient un défi coûteux et très complexe - Thomas Saueressig, membre du directoire de SAP, le sait bien. Lors du congrès annuel de DSAG à Brême, Saueressig a choisi une voie simple et sans danger.