Un potentiel dormant


Deux tiers des utilisateurs américains et allemands des groupes d'utilisateurs SAP ASUG et DSAG ont constaté l'année dernière qu'ils ne connaissaient pas SAP Rise ou qu'ils ne s'y étaient pas familiarisés. Jusqu'à présent, la situation n'a guère changé, si l'on en croit les résultats actuels du rapport d'investissement 2022 de DSAG. Jusqu'à présent, SAP ne peut compter que sur sept pour cent des utilisateurs SAP qui ont déjà conclu un contrat ou qui vont probablement utiliser la nouvelle offre. Tous les autres hésitent - au total, seule une petite minorité utilise S/4 depuis le cloud.
Toutefois, Rise représente tout de même un "saut quantique" pour SAP afin de faire passer les entreprises dans le cloud S/4 - si elle est bien comprise. C'est pourquoi il est important pour les entreprises d'évaluer au préalable les opportunités offertes par Rise - une initiative également appelée Transformation as a Service. C'est le cas d'un groupe Dax du secteur de la santé qui souhaite transférer l'ensemble de ses 29 systèmes SAP vers le cloud. Après une étape intermédiaire consistant à passer dans un premier temps à la Business Suite 7 on Hana, le groupe vise dans un deuxième temps l'utilisation de S/4 à partir du cloud privé. Un autre client du secteur automobile transfère ses quatre systèmes SAP directement dans le cloud privé. La consolidation des systèmes, une plus grande rapidité et une focalisation croissante sur le cloud sont des motivations souvent citées par les entreprises.
Évolution du cloud
Le graphique, qui montre l'évolution de SAP sur l'axe x et l'évolution du cloud sur l'axe y, illustre les voies de migration possibles pour les entreprises dans le cadre de Rise. Le client SAP traditionnel qui utilise ECC 6.0 est transporté par Rise du bas à gauche vers le haut à droite du graphique. Dans ce cas, l'infrastructure, la base de données Hana et les applications telles que S/4, BTP, etc. seraient toutes représentées dans le cloud. La plupart des clients qui franchissent ce pas ont d'abord deux choses en tête : ils veulent faire passer leur entreprise dans le cloud public ou privé et utiliser le modèle d'abonnement dans une approche Infrastructure-as-a-Service, c'est-à-dire s'abonner à des logiciels sur une base mensuelle et se libérer ainsi des licences. Les coûts des logiciels sont alors comptabilisés comme des coûts opérationnels. Contrairement aux Capex, le modèle des coûts d'exploitation récurrents Opex offre aux entreprises la possibilité d'organiser les dépenses de manière flexible et de les adapter immédiatement aux besoins.
Rise fait passer les systèmes dans le cloud, offre une passerelle vers le cloud via Business Suite 7 on Hana, transforme les Capex en Opex et dit peu à peu adieu à la douloureuse question des licences. Jusque-là, c'est compréhensible. Mais d'où viennent les problèmes de compréhension au sein de la communauté SAP ? Les défis se situent souvent dans les détails. Ressources SAP : les entreprises veulent savoir ce que SAP fait ou ne fait pas pour elles dans le cadre de l'IaaS. Il existe ainsi environ 1000 ensembles de tâches définis qui sont en partie inclus dans l'offre Rise, qui sont proposés en option ou qui ne sont pas inclus. En outre, on ne sait pas encore qui se chargera de l'interaction entre les systèmes Rise et les systèmes non-SAP. Enfin, il manque aux DSI une estimation du nombre de ressources SAP qui seront nécessaires à l'avenir.
Fonctionnalités : le package standard de Rise comprend SAP S/4, le "noyau numérique", la plateforme de développement Business Technology Platform (BTP), le réseau d'achat Business Network (anciennement Ariba) et des outils de processus tels que Signavio. Les entreprises qui n'ont pas besoin de toutes les fonctions ne peuvent pas s'en passer. De plus, la BTP dans le package Rise ne repose que sur des fonctionnalités de base qui ne sont pas toujours suffisantes, et les fonctionnalités RH (HCM, SuccessFactors, etc.) ne sont pas incluses dans Rise. Il est nécessaire de regarder de très près et d'analyser si le "paquet global" est finalement rentable.
Chemin de migration : SAP Rise ne prend pas en charge les réflexions des entreprises sur la forme finale de la stratégie de migration. Les décisions sur le greenfield, le brownfield et le rightfield, c'est-à-dire sur le degré d'adaptation des processus, sur les données qui doivent continuer à être utilisées, sur la mesure dans laquelle l'environnement informatique doit être allégé, sur les systèmes qui doivent être utilisés dans le cloud et sur la stratégie de déploiement, doivent être prises individuellement. La condition préalable reste donc une vue d'ensemble de la migration. Un travail préparatoire approfondi est donc nécessaire pour pouvoir décider si et à quel moment Rise peut entrer en jeu.
Les domaines d'utilisation sont individuels. Ainsi, la Private Cloud Edition (PCE) sert généralement aux grandes entreprises comme architecture cible du futur, tandis que les petites entreprises ainsi que les filiales ou les succursales de vente des grands groupes utilisent le cloud public, car les fonctionnalités standard leur suffisent. D'une manière générale, Rise se prête très bien à la couverture des produits de base par le biais du standard et permet ainsi aux entreprises de se concentrer sur les travaux de projet qui apportent une réelle valeur ajoutée à l'entreprise et qui font la différence par rapport à la concurrence.

Transition sélective des données
Carve-out, transition sélective des données et passage à S/4 Cloud en deux étapes : des exemples tirés de l'industrie montrent une conversion possible. Un constructeur automobile se sépare actuellement d'une division. Dans le cadre de ce carve-out, les systèmes logistiques, ERP et financiers doivent être retirés de l'informatique du groupe et mis à la disposition de la nouvelle division autonome. Au lieu de reprendre les systèmes ECC existants, on passe d'abord à S/4. Dans le cadre d'une transition sélective des données (SDT), le client SAP n'utilise que les données pertinentes pour la nouvelle entreprise.
Pour une entreprise de fabrication, il s'agit de mettre en place une solution de cloud computing.
stratégie de passer directement à S/4 et, dans la foulée, de réduire le nombre de systèmes ECC de trois à deux. L'accent est mis sur les processus financiers et logistiques. L'avantage ici aussi : Les codes pertinents spécifiques aux clients sont repris via un SDK et les licences ECC sont remplacées par de nouveaux accords contractuels.
Un groupe du Dax dans le domaine de la santé mise sur une approche en deux étapes vers S/4 et utilise dans un premier temps des bases de données Hana et donc plus de rapidité dans le traitement de grandes quantités de données, avant de prévoir ensuite une migration de ses 29 systèmes SAP actuels vers S/4 Private Cloud.
Comme le montrent ces exemples, le passage à S/4 nécessite une bonne préparation. La différence par rapport à l'ère d'avant Rise : avec Rise, le passage à S/4 est désormais accéléré par SAP. L'expérience montre que SAP fait actuellement de bonnes offres à ses clients existants pour qu'ils puissent sauter le pas de Rise. Lorsqu'il a fallu récemment "remesurer" les licences d'un client, SAP a élaboré un paquet individuel qui prévoyait une entrée dans Rise et renonçait à une mise à jour des licences. La prochaine enquête de DSAG sur ce thème montrera si SAP a suffisamment d'idées pour enthousiasmer enfin ses clients pour S/4 Hana dans le Cloud.