Où en est la transformation S/4 ?

E3 : Monsieur Failer, la transformation des données patrimoniales vers SAP S/4 Hana fait partie de votre activité principale. Comment décririez-vous l'état actuel des projets correspondants sur le marché ?

Thomas Failer, DMI : J'estime qu'il y a sur le marché environ 35 000 systèmes ECC qui entrent en ligne de compte pour la transformation. Pour environ 5000 de ces systèmes, la transition est déjà terminée. Sans doute 20 pour cent ou plus des 30.000 autres systèmes en sont aux différentes étapes du projet. Globalement, ces projets de transformation peuvent être répartis en trois grands groupes.

E3 : Quels seraient-ils ?

FailerLe premier groupe comprend les clients qui ont déjà introduit et utilisé SAP S/4 Hana avec succès. Cela concerne les 5000 systèmes déjà mentionnés. Nous estimons toutefois que dans ce groupe, environ 2000 systèmes ECC 6.0 restent en service en raison de la conservation des données imposée par la loi, mais aussi pour des raisons commerciales. Cela implique bien sûr des efforts et des coûts qui pourraient être économisés si ces systèmes étaient mis hors service.

E3 : Votre activité classique ... A quoi ressemble le deuxième groupe ?

FailerJe suppose qu'il y a maintenant un grand nombre de clients SAP existants qui ont été convaincus par les arguments en faveur de SAP Cloud. Ils aimeraient profiter de l'allègement de la charge de travail lorsque SAP prend en charge la maintenance du système et de l'infrastructure. Ils souhaiteraient également miser sur le standard SAP, c'est-à-dire suivre la stratégie Clean Core de SAP. Toutefois, ils préféreraient que ce passage au cloud se fasse en deux étapes. La première étape consisterait à transférer leur système ECC 6.0 dans le cloud SAP. La transformation vers SAP S/4 Hana n'interviendrait qu'à un stade ultérieur. SAP l'a compris et a récemment proposé une offre correspondante, SAP ERP, Private Edition, Transition Option, qui peut assurer des transformations complexes. Nous nous en félicitons également, mais nous conseillons à ces clients SAP existants d'alléger leur système SAP existant de toute charge de données inutile avant de le transférer vers le cloud SAP.

E3 : Vous avez raison. Comment caractériseriez-vous le troisième groupe ?

Failer: C'est probablement le plus grand de tous. Les entreprises de ce groupe sont déjà en cours de transformation vers S/4 Hana. Peut-être la moitié d'entre elles travaillent activement à la migration ou à la consolidation du système, tandis que les autres traversent actuellement les différentes phases de préparation ainsi que des avant-projets vers SAP ECC 6.0. Parmi ces avant-projets, on trouve notamment l'introduction du nouveau ledger général ou de l'objet de gestion Partenaire, qui remplace les objets actuels tels que le client ou le fournisseur, ainsi que le passage à la base de données SAP Hana.

E3 : Les avant-projets ne sont-ils pas une étape intermédiaire utile ?

Failer: De notre point de vue, non. En effet, avec les avant-projets, les clients SAP existants font des détours au lieu de choisir la voie directe. Les questions centrales d'un projet de transformation restent alors sans réponse.

E3 : Quels sont-ils ?

FailerCombien de données de base et de données de mouvement sont nécessaires dans SAP S/4 Hana ? Est-il vraiment nécessaire de traîner tout l'historique avec soi ? Ce poids rend difficile le retour au standard, prolonge les projets et empêche l'introduction de nouveaux et meilleurs processus. Les clients SAP existants qui veulent profiter de Clean Core et des possibilités de la Business Technology Platform sont particulièrement concernés.

E3 : Vous devez expliquer cela.

FailerLes usines, composants, clients ou fournisseurs qui n'existent plus apportent des structures de données issues des anciens systèmes qui ne correspondent pas ou seulement partiellement aux nouveaux processus et paramètres nettoyés dans SAP S/4 Hana. Il est alors certainement judicieux d'implémenter quelques adaptations et extensions individuelles pour des processus spécifiques à l'entreprise. Toutefois, d'après notre expérience, un client SAP existant n'a besoin en moyenne que de cinq à dix pour cent maximum des données de mouvement existantes, d'environ 20 pour cent des données de base et de seulement la moitié des paramètres de Customizing actuels tels que les unités organisationnelles ou les types de documents, etc. dans le nouveau S/4 Hana. Les avant-projets mentionnés ne permettent pas cette réduction. Par conséquent, le temps, les ressources et les coûts qui y sont consacrés sont un pur gaspillage. Sans compter que, comme pour le premier groupe, le déclassement des systèmes existants ne fait justement pas partie de ces avant-projets.

E3 : Comment pouvez-vous aider concrètement ces clients ?

FailerAvec notre approche Empty-Shell et réduction, la transformation ainsi que la migration via la couche d'application et les outils de migration standard comme le SAP Migration Cockpit, nous pouvons transformer pratiquement chaque projet en un projet Greenfield ou de conversion. Les avant-projets deviennent ainsi superflus et le déclassement juridiquement sûr des systèmes patrimoniaux est possible. Nous optimisons la qualité des données, une condition préalable, ou plutôt la condition centrale, pour une utilisation efficace de l'IA dans l'entreprise. En effet, des données de mauvaise qualité ont plus de chances de nuire à l'intelligence artificielle que d'être utiles. En outre, nous veillons à ce que le système SAP S/4 Hana reste durablement léger et puisse ainsi être exploité à moindre coût. Car la mémoire vive reste chère. En chiffres, cela signifie 80 coûts en moins par rapport à la poursuite de l'exploitation des systèmes existants, une réduction de moitié des efforts de transformation et une diminution estimée à 25 pour cent du coût total de possession lors de l'utilisation de SAP S/4 Hana. Et tout cela avec une sécurité juridique de 100 %. Nous pouvons offrir tous ces avantages aux trois groupes.

E3 : Expliquez encore une fois votre approche de manière un peu plus détaillée, s'il vous plaît.

FailerLa base est la séparation de la couche de données de la couche d'application. Car les deux ont leurs propres cycles de vie. Les données vivent plus longtemps que les applications dans lesquelles elles ont été créées. Pour permettre cette séparation, nous avons créé une plate-forme sur laquelle nous pouvons gérer le cycle de vie des données patrimoniales jusqu'à leur suppression légale, parfois après des décennies. Nous transférons toutes les données héritées sur cette plateforme. Nos clients peuvent y déterminer et décider quelles données ils souhaitent transférer vers SAP S/4 Hana et les réduire au strict minimum. Les commandes en cours sont un exemple de données de ce type. L'expérience montre, je le répète, que seuls cinq à dix pour cent des données de mouvement des systèmes existants doivent être transférés vers SAP S/4 Hana, tandis que toutes les données existantes restent sur notre plateforme.

E3 : Et les données de base ?

FailerCela vaut également pour les données de base. En moyenne, nos clients doivent encore transformer 20 % de leurs données avec la génération actuelle de logiciels. Outre la réduction, le thème de l'assurance qualité est presque encore plus important. Au fil des années, voire des décennies, d'innombrables données de base redondantes, incomplètes et erronées s'accumulent. Mais leur reprise, même si elles ont été réduites, n'a de sens que si elles sont complètes, nettoyées et correctes, voire, dans l'idéal, enrichies à partir d'autres sources. La transformation vers S/4 Hana via notre plateforme offre aux clients SAP existants une chance unique de prendre leur envol avec des données de haute qualité et d'exploiter le potentiel de l'analyse des données et de l'IA.

E3 : Mais on pourrait aussi le faire avec d'autres outils ...

FailerMais pas aussi rapidement, facilement et sans risque. En outre, vous avez besoin pour cela d'une boîte à outils de différents fabricants. Cela signifie plus de complexité et, par conséquent, plus d'efforts et de sources d'erreurs possibles, surtout si la transformation a lieu au niveau des tables. Nous avons une plate-forme sur laquelle les clients SAP existants peuvent obtenir toutes les possibilités que nous proposons, de l'extraction à grande vitesse des données des systèmes existants à la transformation et à la migration via la couche d'application, en passant par la réduction des données, la gestion de la rétention et l'optimisation de la qualité des données, le tout d'un seul tenant, pour ainsi dire. Au lieu d'outils, ils obtiennent des fonctionnalités entièrement intégrées sur une seule plateforme.

E3 : Les données sont une chose, les objets commerciaux une autre, si je vous comprends bien, n'est-ce pas ?

FailerOui, mais les deux sont étroitement liés. Car un objet métier est défini par les données qui lui sont associées. Cette étroite interdépendance a des conséquences dramatiques. Un exemple illustratif est l'objet commercial Partenaire dans SAP S/4, qui remplace les objets ECC 6.0 Client, Fournisseur et Partenaire. Pour identifier et migrer de manière fiable les données de base et les données de mouvement nécessaires à cet effet dans les bases de données existantes, il est plus facile et sans erreur de les déterminer, de les transformer et de les migrer en dehors des anciens systèmes, c'est-à-dire sur notre plateforme. C'est également la condition préalable à la migration via la couche d'application, semblable à une conversion. Mais ce qui est au moins aussi important, c'est que notre approche facilite et accélère la mise en œuvre de SAP S/4 Hana.

E3 : Et comment les données arrivent-elles dans le nouveau système ?

FailerNous veillons à ce que toutes les données requises par les objets de gestion dans le nouveau système S/4 soient disponibles, identifiées, nettoyées, enrichies et transformées de manière à ce qu'elles correspondent exactement aux objets de gestion. Nous migrons ensuite ces données vers SAP S/4 Hana via la couche d'application et le SAP Migration Cockpit. C'est le moyen le plus rapide et le moins risqué qui soit.

E3 : Comment cela peut-il aider les groupes de clients SAP existants que vous avez mentionnés ?

FailerTout d'abord, nous pouvons aider tous ces groupes avec notre approche. Nous leur donnons de l'indépendance. Nous aidons le premier à mettre hors service ses systèmes en toute sécurité juridique, ce qui lui permet en général d'économiser 80% ou plus des coûts par rapport à la poursuite de l'exploitation des anciens systèmes. Cela réduit en même temps massivement le risque de sécurité, car les anciens systèmes finissent par ne plus faire l'objet d'une maintenance et les correctifs de sécurité ne sont plus disponibles pour eux.

E3 : Comment cela peut-il profiter au deuxième groupe, qui veut justement continuer à utiliser son système ECC ?

FailerLa mise hors service du système n'est qu'une des fonctionnalités de notre plate-forme de gestion de l'information d'entreprise, JiVS IMP. Pour le deuxième groupe, nous avons d'autres avantages. Avant que ces clients SAP existants ne transfèrent leur système ECC 6.0 vers le cloud SAP, nous pouvons transférer l'ensemble des données sur notre plate-forme afin de les nettoyer, mais surtout de réduire la quantité de données au minimum nécessaire. Si les clients ont besoin d'accéder aux anciennes données, ils peuvent le faire directement depuis leur SAP GUI ou via Fiori. Ils peuvent également utiliser l'interface de notre plateforme pour accéder aux anciennes données. En outre, au niveau des données, les entreprises sont parfaitement préparées à une migration ultérieure vers S/4, plus rapide et plus simple. Cela leur donne également plus de liberté de décision et donc d'indépendance.

E3 : Qu'en est-il du troisième groupe ?

FailerCeux qui ont déjà introduit SAP S/4 Hana peuvent utiliser notre plate-forme pour déclasser leurs anciens systèmes. En outre, leur nouveau système reste allégé. De plus, nous pouvons optimiser les anciennes données ultérieurement afin que les clients SAP existants puissent également profiter de l'IA. Et pour tous les autres, qui en sont encore au stade de la préparation, nous pouvons leur épargner les avant-projets et leur permettre de réaliser la transformation et la migration en une seule étape, avec beaucoup moins d'efforts, y compris financiers. En même temps, ils obtiennent 100 % de sécurité juridique, de gestion de la rétention et de sécurité informatique en plus. Cela signifie moins de coûts, moins de risques, plus de rapidité et surtout plus d'indépendance vis-à-vis des charges héritées du passé.