Conversion S/4-Private-Cloud

D'ici 2027 ou 2030, les clients existants de SAP devront avoir migré vers Hana et S/4, car la maintenance SAP pour le système précédent ERP/ECC 6.0 sera arrêtée. Mais même pour les entreprises ayant un haut niveau de maturité informatique, la transition ne se fait pas en un jour, comme le montre une étude récente du cabinet de conseil Horváth, pour laquelle 200 cadres de six pays ont été interrogés sur leur transformation S/4.

Selon les résultats de l'étude Horváth, un retard dans le changement de version S/4 prévu est plutôt la règle que l'exception. Ainsi, les projets ERP durent en moyenne 30 % de plus qu'initialement prévu. Le calendrier n'a pas été dépassé que pour moins d'un client SAP existant sur dix ayant déjà achevé la conversion S/4. De même, le budget disponible est rarement respecté. Pour un quart des conversions S/4, les ressources financières ont été très largement dépassées, et pour 40 autres pour cent, elles l'ont été fortement.

Malgré les dépassements de temps et de budget, le résultat ne correspond pas non plus aux attentes dans la plupart des cas : 65% des utilisateurs SAP interrogés constatent des déficits de qualité importants à très importants. Les principales raisons invoquées par les personnes interrogées pour expliquer les écarts par rapport au plan sont les suivantes : Extension du périmètre du projet (scope) en cours de route, faiblesses dans la gestion de projet, phases de test et de migration des données sous-estimées, boucles de révision des concepts et des processus et manque de prise de décision.

Mais une conversion S/4 vers le cloud privé peut aussi se dérouler de manière très différente. Consilio, partenaire SAP, et Fischer, client SAP existant, ont trouvé ensemble une voie fructueuse. Le passage à S/4 est l'un des plus grands projets que la plupart des organisations informatiques ont entrepris au cours des dix dernières années. Certains clients existants de SAP profitent de ce "changement de version" pour remettre les choses en question et repenser leurs processus. Dans ce contexte, la plupart des utilisateurs SAP décident toutefois de ne pas tout refaire.

Les raisons sont par exemple le manque de ressources ou les coûts élevés (voir l'étude de Horváth). C'est également ce que l'on peut lire dans le dernier rapport d'investissement du groupe d'utilisateurs germanophones DSAG e.V. : "Le recul des entreprises dont le budget SAP reste inchangé et l'augmentation de celles dont le budget diminue permettent de conclure que certaines entreprises revoient leurs dépenses SAP. Les raisons possibles pourraient être des retards dans les migrations prévues, des économies réalisées par la consolidation des systèmes SAP ou une réduction générale des coûts", a expliqué Jens Hungershausen, président du conseil d'administration de DSAG, lors de la présentation du rapport 2025.

Brownfield, ou quoi ?

Dans la pratique, de nombreux utilisateurs optent donc pour une approche brownfield ou sélective. Pourquoi ? L'approche sélective offre la possibilité de se réinventer en partie et de profiter des optimisations dans certains domaines - par exemple dans le secteur financier. L'expérience de Consilio, partenaire SAP, montre que la majorité des clients existants de SAP choisissent désormais d'adopter une approche sélective. Il existe certes encore des organisations qui considèrent le passage à la nouvelle version comme un simple "changement de version". Philipp Schneider, Senior Consultant chez Consilio, partenaire SAP, explique : "Tôt ou tard, ils se rendront toutefois compte qu'ils paieront plus cher après coup, lorsque des travaux ultérieurs et des corrections seront dus, alors qu'ils auraient déjà pu être traités lors du changement. C'est comme si on creusait une route, qu'on posait des câbles, qu'on la rebouchait et que l'entreprise suivante faisait la même chose".

Mais pourquoi adopter une approche sélective ? L'état de la communauté SAP est hétérogène et de nombreux systèmes ERP ont été fortement modifiés au cours des dernières années. La voie Consilio n'est donc pas seulement pragmatique, mais aussi réaliste et donc, en fin de compte, très fructueuse ! Walter Schinnerer, directeur technique de DSAG pour l'Autriche, explique une nouvelle fois cette situation exigeante en se basant sur le dernier rapport d'investissement de DSAG : "Interrogés sur les solutions ERP SAP utilisées, ERP/ECC 6.0 ou SAP Business Suite 7 sont encore en tête avec 51% des utilisateurs DACH en 2025. Près d'un quart des personnes interrogées indiquent en outre vouloir continuer à investir dans la Business Suite. Cela montre que la solution n'est pas seulement maintenue en vie en tant que soi-disant système de suivi, mais qu'elle est utilisée et développée activement.

Deux ans avant la fin de la maintenance régulière, c'est considérable et cela souligne que, tandis que SAP pousse ses clients vers le cloud à un rythme soutenu, de nombreux utilisateurs doivent encore faire des réflexions stratégiques préalables. Ils doivent tout d'abord décider comment remplacer leur système ERP existant et acquérir le savoir-faire nécessaire. De même, les ressources du marché des consultants sont limitées et un tel projet de transformation ne peut pas toujours être maîtrisé avec les capacités existantes en interne. Par conséquent, il est important pour SAP de ne pas se méprendre sur la réalité, de lever le pied et de prendre en compte les intérêts réels des utilisateurs".

L'âge des installations ERP

Dans quels domaines se trouvent les plus grands défis ? Sur le plan de la gestion, de l'organisation, de la technique, des licences ? C'est toujours dans les domaines réglementés que la transition est la plus difficile, mais cela est simplement dû au secteur et à ses contraintes, et non au logiciel S/4 Hana. L'expérience de la société de conseil Consilio montre toutefois que plus l'installation est ancienne, plus le système est complexe. Cela signifie, selon Philipp Schneider de Consilio, que plus une installation SAP est ancienne, plus les défis à relever lors du changement sont importants. La raison est évidente : il existe certes de nombreuses possibilités d'archiver les données, mais aucun nettoyage n'est effectué, ce qui entraîne une accumulation d'artefacts et d'incohérences au fil du temps, ce qui entraîne divers problèmes de conversion technique, notamment dans le domaine financier.

Si un client SAP existant considère la transition du côté de l'application - par exemple uniquement les organisations de vente ou d'achat et leurs départements financiers correspondants - la transition est relativement simple. La raison en est que peu de choses changent dans le système et que les organisations sont les plus matures en termes de normes, de meilleures pratiques et d'outils. Dans le cadre du projet Fischer, Hans-Peter Fischer, directeur général du groupe Fischer, Thorsten Obert, CIO du groupe Fischer, et Manuel Hoferer, directeur adjoint de la production chez Fischer Edelstahlrohre, savent que les changements dans les processus financiers ont un impact massif sur le système et sur tous les processus commerciaux, en particulier sur des sujets tels que la nouvelle comptabilité des immobilisations ou une charte comptable harmonisée, ainsi que sur l'introduction de l'évaluation parallèle. Sans de tels changements dans la finance, ce sont toutefois des parties logistiques qui conduisent généralement à une augmentation de la complexité, parce que dans le passé, une approche brownfield avec des optimisations très sélectives a été choisie - également par SAP.

Ces dernières années, de nombreux nouveaux défis sont apparus, qui ont un impact considérable sur les activités quotidiennes - on peut citer ici le traitement des services ou le passage de WM à EWM, qui sont de plus en plus obligatoires. L'orientation de SAP vers le thème du cloud public, qui attire par de nouvelles technologies et des modèles de licence plus attrayants, vient encore compliquer la situation. Auparavant, personne n'avait pensé à transférer la logistique dans un cloud public. Il n'est donc pas facile de choisir la bonne voie dans ce domaine. Des partenaires expérimentés et dignes de confiance comme Consilio peuvent ici aider l'utilisateur avec la clairvoyance nécessaire et des conseils avisés, afin que les investissements dans la nouvelle technologie ne soient pas vains.

Jens Hungershausen, membre du comité directeur de DSAG, observe également un changement de mentalité. Les résultats du rapport d'investissement DSAG de cette année montrent que les entreprises sont de plus en plus disposées à investir dans des technologies et des solutions SAP d'avenir. Il convient de souligner en particulier la tendance significative vers le cloud. L'importance croissante de l'IA et de la cybersécurité souligne également les défis et les opportunités actuels auxquels les entreprises sont confrontées. Le glissement vers une utilisation accrue du cloud, le développement de la stratégie S/4 Cloud et l'importance croissante de l'IA reflètent l'urgence d'évoluer technologiquement pour rester compétitif.

En même temps, on constate une image de plus en plus différenciée entre les grandes et les petites entreprises en ce qui concerne les ressources pour la transformation numérique. Dans le cadre d'une transformation numérique sur la feuille de route vers S/4 Hana, il y a de nombreuses étapes : Dans quelle mesure s'agit-il de deux changements de version ? Une fois ERP, de ECC 6.0 à S/4, et une fois base de données, de AnyDB à Hana. La base de données Hana joue un rôle central dans le passage à S/4, on le sait chez Consilio. Mais il ne faut pas surestimer sa pertinence. Ce sont surtout les grandes installations qui profitent d'une migration séparée, car on économise du temps lors des temps d'arrêt. Mais dans la pratique, cette considération n'est pertinente que pour les systèmes dont le volume de base de données est supérieur à deux téraoctets. Les entreprises qui se situent en dessous n'ont pas besoin de s'en préoccuper.

Toutefois, le passage à la base de données Hana implique également une modification du code personnalisé pour Hana. Les utilisateurs qui souhaitent passer à la base de données Hana dans le cadre d'un avant-projet doivent y réfléchir. Pour tous les autres, cela fait partie de la conversion ou de la transformation. Pour être complet, une remarque de Consilio : le passage technique d'AnyDB à Hana est hautement standardisé et relativement peu critique, car le changement n'a pas d'impact sur le plan professionnel. Il s'agit d'un avant-projet purement informatique, qui a tout son sens pour certaines installations. En règle générale, le changement de version est effectué en même temps que le changement de base de données, afin de n'avoir qu'un seul temps d'arrêt.

Si l'on prend la conversion au pied de la lettre, seule l'approche brownfield est à discuter. Dans le cas d'un passage à S/4 au moyen d'un crossfield ou d'un greenfield, il est plus approprié de parler de transformation, car les processus ne sont pas repris un par un. Pour l'approche brownfield, le cloud public n'est pas une option, car on ne peut atteindre le cloud public qu'avec une approche greenfield. Il est certes possible d'emporter ses données avec soi à l'aide de divers outils, mais on n'y parvient pas avec les processus et les développements propres - il faut les remodeler.

Pour les clients SAP existants qui ont des caractéristiques très individuelles en matière de logistique, de production ou de planification de la production et qui ont des exigences spécifiques en matière de planification fine, le cloud public n'est pas une option à l'heure actuelle en raison des restrictions fonctionnelles. Ils devraient mettre en place un système hybride basé sur différentes solutions de cloud public et privé, ce qui n'est actuellement pas très intéressant en termes de prix. C'est pourquoi les clients SAP existants, lorsqu'ils franchissent le pas vers le cloud, se tournent vers le cloud privé, dont les fonctions sont similaires à celles d'un système sur site. En revanche, les scénarios hybrides prennent actuellement de l'ampleur. Ainsi, les systèmes SAP sur site et en cloud privé sont de plus en plus combinés avec des systèmes SaaS - par exemple avec SAP BTP, etc.

L'association d'utilisateurs DSAG a demandé comment les clients existants évaluent la stratégie S/4 Cloud de SAP. La première enquête réalisée en 2024 a eu lieu avant le lancement du nouveau programme SAP Rise with SAP Migration and Modernization, qui comprend des mesures d'incitation lors du passage au cloud. Ainsi, 40 % attestent cette fois-ci d'une pertinence élevée à moyenne du programme. "Alors que lors du dernier rapport d'investissement, seuls 13 % des personnes interrogées avaient émis un jugement positif sur la stratégie cloud S/4 Hana, ce chiffre est passé à 38 % cette année. Le programme SAP semble porter ses fruits", a déclaré Jens Hungershausen. Il devrait également y avoir une poursuite de l'incentive pour 2025, une annonce officielle est attendue dans les semaines à venir. Du point de vue de DSAG, il doit s'agir d'une offre permanente qui représente une valeur ajoutée pour les clients existants.

Christian Daxböck, directeur de l'étude et partenaire de Horváth, observe que la première pierre de nombreux problèmes est posée dès la mise en place du programme : Une planification insuffisante et souvent une réflexion insuffisante sur l'approche de transformation adaptée à la situation actuelle font que la surcharge de l'organisation est préprogrammée. La complexité du projet et les ressources nécessaires sont sous-estimées, alors que les compétences organisationnelles sont surestimées. "C'est ce mismatch qui entraîne les énormes écarts entre le plan et le résultat", explique-t-il. Les trois quarts des cadres interrogés dans le cadre de l'étude constatent également que la sélection et la disponibilité des responsables et des collaborateurs de projet ne reçoivent pas l'attention nécessaire en amont. Le rôle et la perspective de l'informatique, en particulier, sont souvent sous-estimés.

L'étude Horváth révèle que, toutes tailles d'entreprises confondues, le choix le plus fréquent est celui d'un Business Redesign ou d'une approche Greenfield, qui est également la plus coûteuse. Avec 37 %, elle devance de peu l'approche brownfield avec 33 %. Les entreprises de production et les grandes entreprises dont le chiffre d'affaires annuel est supérieur à cinq milliards d'euros se transforment majoritairement avec Brownfield. Selon Horváth, 31 pour cent optent pour une transformation sélective.

Consilio utilise comme procédure le système éprouvé SAP Activate, mais dans une version modifiée "SAP Activate tailored by Consilio". Cette procédure se distingue surtout par le fait qu'elle utilise les meilleures pratiques de Consilio et qu'elle est adaptée individuellement à l'entreprise. Cela permet de réduire considérablement les frais généraux. Ensuite, Consilio utilise SAP SolMan (Solution Manager) et mise à long terme sur le Cloud ALM. "Actuellement, nous utilisons dans de nombreux cas les deux outils de manière hybride, car chacun a ses points forts - mais cela dépend de la situation. En outre, nos spécialistes utilisent SAP Signavio pour la documentation des processus. Cet outil est capable d'analyser le paysage complet du système et de le représenter graphiquement sous forme de BPMN. C'est très utile pour comprendre et modéliser les processus du client", explique le consultant senior Philipp Schneider.

EWM et S/4 Hana

En principe, il s'agit d'abord de savoir si le client SAP existant utilise déjà le produit EWM ou non. Les clients Consilio utilisent parfois EWM comme solution décentralisée. Dans le cas d'une conversion S/4 classique, on se demande s'il ne faut pas aller vers une solution embarquée. "Même si cela doit continuer à fonctionner de manière décentralisée, la migration est importante, car aujourd'hui le système fonctionne le plus souvent sur la pile SCM et selon SAP, cela sera terminé à partir de 2027 ; il faut donc prendre des dispositions pour le système S/4. Fischer a opté pour une approche de type "greenfield" de EWM, car ils voulaient un produit qui continuerait à bénéficier d'un support à l'avenir, conformément à la stratégie de SAP, raison pour laquelle EWM a été implémenté à la place de WM. En raison de l'approche choisie, nous avons également modélisé les processus pertinents pour Fischer dans la conception EWM. Il s'agit par exemple des processus de chargement ou de l'intégration de systèmes automatisés. Fischer a ainsi créé une base pour l'avenir afin de garder toutes les possibilités ouvertes en matière de processus logistiques", explique Philipp Schneider.

Les projets S/4 ont montré qu'il est plus recommandé d'implémenter EWM en aval. Pourquoi en est-il ainsi ? Philipp Schneider : "EWM a de nombreux points de contact avec tous les autres secteurs de l'entreprise et mobiliserait ainsi des ressources qui pourraient être utilisées ailleurs. Lors d'une conversion brownfield, il se peut par exemple que les ressources disponibles ne le soient pas ou seulement de manière limitée. C'est pourquoi il existe des défis particuliers dans le déroulement du projet, ce qui augmente le risque de goulots d'étranglement lors de l'implémentation. Comme Fischer a choisi l'approche greenfield pour l'implémentation d'EWM, ces craintes sont devenues obsolètes. Dans le cas des approches Blue ou Crossfield, cela joue également un rôle secondaire, étant donné qu'il s'agit de modules système isolés qui sont entièrement remis à neuf - comme dans une approche Greenfield".

Les défis sont rarement liés au logiciel, mais plutôt à la gestion du changement, c'est-à-dire : quelle est la complexité du client ou de ses processus et dans quelle mesure les processus peuvent-ils être facilement mis en œuvre ? Chez Fischer, plus de 500 utilisateurs finaux ont été formés. Cela augmente considérablement la complexité. Dans cette situation, il faut créer très tôt une base et mettre en place des porteurs de connaissances qui seront des interlocuteurs pour les autres collaborateurs. Le premier et le deuxième niveau de support devraient intervenir le plus tard possible et il devrait y avoir des chefs de secteur qui comprennent le produit et qui ont été impliqués très tôt dans l'implémentation, afin que la mise en service se déroule aussi bien que possible et que les collaborateurs aient des interlocuteurs. Car la mise à l'échelle du produit est la difficulté de l'implémentation.

En résumé, chez Consilio, on pense qu'avec la fin du support, SAP pousse les utilisateurs ERP vers le cloud. Mais maintenant, des clous ont été posés et les utilisateurs sont incités à réfléchir et à dire : "OK, je vais dans le nouveau monde, je vais dans le cloud". Certes, on reproche toujours à SAP son inertie en matière d'innovation, mais dans le sillage des possibilités de Rise et de Cloud, chaque utilisateur a la possibilité d'obtenir une mise à jour tous les six mois - une mise à jour stable et souvent truffée de nouveautés et de fonctions qui font parfois avancer ses propres processus et innovations sans qu'il soit nécessaire de les développer sous sa propre responsabilité. SAP rejoint ainsi les géants de la technologie comme Microsoft, Google et autres, qui publient tous les quelques mois de nouvelles mises à jour de fonctions et de fonctionnalités.

Vers l'inscription du partenaire :