Introduction de S/4 à vitesse grand V : It's the data, stupid !

En 2022, la vague de migration et de transformation vers SAP S/4 Hana sera vraiment lancée. Si les investissements dans la modernisation et l'innovation ont été retenus ces derniers mois en raison de la pandémie, les clients existants de SAP ont tenté - sans doute en vain pour la plupart d'entre eux - d'augmenter les capacités de développement de leurs produits en recrutant de nouveaux collaborateurs. Ils voulaient ainsi se préparer à ce qui leur semblait être un projet gigantesque.
Selon l'ampleur de la mise en œuvre de S/4, un tel processus de migration n'est pas une question de mois, mais plutôt d'années. Ainsi, en 2020, selon l'étude PWC "SAP S/4 Hana - Expériences d'entreprises dans la région DACH", 45 % des entreprises interrogées s'attendaient à ce que le projet dure entre un et trois ans, contre 35 % qui pensaient que cela prendrait entre trois et cinq ans.
L'immobilisation de précieuses ressources, qui devraient en fait servir au développement de l'entreprise et à la promotion de l'innovation, pendant une période aussi longue n'a absolument aucun sens sur le plan économique. Et ce d'autant moins en pleine transformation numérique, où l'innovation et la vitesse sont primordiales.
Pénurie de ressources
Les utilisateurs SAP expérimentés ont une impression de déjà-vu. Lorsque la vague de migration de R/2 vers R/3 a déferlé, le marché des nouveaux collaborateurs disposant de connaissances SAP s'est vidé et les tarifs journaliers des consultants SAP externes ont atteint des sommets astronomiques. Et ceux qui ne pouvaient ou ne voulaient pas participer à cette guerre des enchères devaient attendre plus longtemps que prévu pour le nouveau système. C'est précisément cette situation qui risque de se reproduire à partir de l'année prochaine. Pire encore : un tel scénario arriverait au plus mauvais moment. La pression de la numérisation qui pèse sur les entreprises est plus forte que jamais, chaque retard peut devenir un risque existentiel dans la concurrence internationale.
En fait, la migration et la transformation à venir offrent une occasion parfaite de faire le ménage et de couper les vieilles ficelles. De nombreux clients SAP existants constatent rapidement, lors de l'inventaire préparatoire au projet, qu'au moins 50 % des sociétés et des types de documents actuels sont superflus et n'ont rien à faire dans le nouveau monde S/4.
A cela s'ajoute un stock de données historiques qui, dans les bases de données en ligne des environnements SAP, représente chez de nombreux clients des téraoctets supérieurs et élevés à deux chiffres et atteint même des valeurs à trois chiffres chez certains. A cette masse de données s'ajoutent les stocks dans les archives ADK d'un ordre de grandeur similaire, dont le volume doit être multiplié par dix après la décompression.
Mais ce n'est pas tout. Certes, chez la plupart des clients, le cœur de l'informatique bat dans SAP. Mais sans systèmes périphériques, rien n'est possible. Cette constatation vaut également pour les environnements S/4. Afin de traiter les processus commerciaux sans rupture de média et d'obtenir une vue globale de ceux-ci, les systèmes périphériques et leurs données jouent également un rôle décisif dans le nouveau monde S/4. Pour cela, de nouvelles interfaces sont nécessaires, tout comme la transformation coûteuse des données non-SAP - ou pas ?
Ce que beaucoup de clients SAP existants ne savent pas, c'est que les données historiques ne doivent pas être transférées dans le nouveau monde et qu'elles ne doivent donc pas être transformées, que ce soit à partir de systèmes SAP ou de systèmes non SAP. Ce qui compte après la migration, c'est uniquement l'accès à ces données. Ce que beaucoup de clients SAP existants ne savent pas non plus, c'est que pour cet accès continu, ils ne doivent pas continuer à utiliser leurs anciens systèmes, qu'ils proviennent de SAP ou de fabricants tiers, mais peuvent les mettre complètement hors service. Car ce qui importe, c'est de préserver le contexte commercial dans lequel les informations historiques ont été créées, et non les systèmes hérités.
Données, y compris le contexte
J'entends bien le message, mais je n'y crois pas, peut penser le lecteur. C'est précisément parce que le contexte commercial est important que les systèmes hérités restent nécessaires, ne serait-ce que pour des raisons juridiques. Ni les fonctionnaires des finances ni les auditeurs ne reconnaissent la valeur probante des données hors contexte commercial. Et pour être utiles dans le nouvel environnement, les informations historiques doivent être transformées, qu'il s'agisse de données SAP ou non SAP.
Conformité et valeur commerciale des données historiques - c'est pourtant là que se trouvent les raisons des projets de transformation qui prennent du temps, entraînent des coûts et retardent l'innovation ! Et même s'il était possible d'extraire toutes les données historiques des systèmes hérités, ainsi que leur contexte commercial, cela prendrait un an ou plus, rien que dans les grands environnements SAP. Où serait donc l'avantage ?
C'est précisément à cause de cette incrédulité que la plupart des clients SAP existants conçoivent mal leurs appels d'offres pour des projets de transformation vers SAP S/4 Hana. Ils recherchent des ressources humaines et techniques qui font défaut sur le marché. Ils cherchent des solutions pour réduire au maximum les anciens systèmes plutôt que de les mettre hors service. Ils cherchent des méthodes pour transformer au moins une grande partie des données historiques et les migrer dans le nouvel univers système, alors qu'ils doivent seulement veiller à ce qu'elles soient accessibles sans entrave, y compris leur contexte commercial. Et ils limitent les projets aux seules données SAP, au lieu de prendre en compte dès le départ les informations historiques des systèmes non-SAP.
Pour gagner la bataille des ressources limitées et la course contre la montre, il faut penser plus grand et surtout de manière nouvelle. Ce qui est recherché, c'est le facteur X. Bien sûr, pas la série américaine à suspense des années 1990 ou le casting musical de la décennie précédente. Tout cela fait partie du passé. Ce que l'on cherche, c'est plutôt l'avenir, une solution qui permette aux informations historiques des systèmes patrimoniaux de SAP et de tiers de vivre une nouvelle vie dans le nouveau monde S/4 - c'est-à-dire de mettre complètement hors service les systèmes patrimoniaux et d'économiser ainsi 80% des coûts d'exploitation informatique nécessaires à leur fonctionnement.
Pour que la migration des données devienne un projet purement technique, car les départements spécialisés n'ont plus à décider quelles données doivent être reprises et lesquelles ne doivent pas l'être. De sorte que les données soient extraites de leur contexte commercial et conservées de manière à garantir la sécurité juridique tout au long du cycle de vie des informations historiques, jusqu'à leur suppression légale au niveau de l'enregistrement individuel. En fin de compte, même les plus grands ensembles de données peuvent être migrés en quelques jours ou semaines au lieu de mois ou d'années, et les données historiques peuvent être séparées des données opérationnelles et seules les données opérationnelles peuvent être transformées dans SAP S/4 Hana, afin que les données SAP historiques soient affichées dans S/4 comme si elles y avaient été créées. Il sera alors possible d'aller vers le cloud, mais aussi de revenir en arrière à tout moment.
Migration des données à un rythme effréné
La plate-forme JiVS IMP, la plate-forme de gestion de l'information basée sur Java et donc indépendante du système de la société suisse Data Migration International, est une solution conçue pour la migration intelligente des données à partir de systèmes SAP et non-SAP. La plateforme transfère toutes les données et tous les documents des bases de données en ligne des fabricants les plus divers ainsi que des archives ADK et permet ainsi un accès complet et juridiquement sûr aux informations historiques en mode lecture.
Grâce à un nouveau procédé turbo d'extraction des données et de leur contexte commercial, il est possible, en appuyant sur un bouton, d'extraire de manière entièrement automatisée et en très peu de temps des quantités d'informations de dix, cent et plus de téraoctets de systèmes existants, de les transférer sur la plate-forme et, comme certifié par des commissaires aux comptes, de les y conserver en toute sécurité juridique jusqu'à leur suppression.
JiVS IMP dissocie systématiquement le niveau des applications de celui des données pour les informations historiques. Cela permet de combiner les mondes autrefois séparés des données opérationnelles et historiques et même de les réunir du point de vue des utilisateurs. En effet, ces derniers peuvent accéder aux informations historiques des systèmes SAP et non SAP à partir de l'interface de leur choix - SAP GUI ou navigateur web - comme si les données et les documents se trouvaient toujours dans les systèmes d'origine.
De plus, la plateforme offre la possibilité de réduire globalement de moitié les efforts nécessaires pour passer à la nouvelle génération de logiciels S/4 Hana. En effet, une réduction du volume de données signifie jusqu'à 80% de réduction des besoins de transformation et de migration. En outre, JiVS IMP contribue, grâce à une intégration parfaite, à une réduction durable du coût total de possession de SAP S/4, que la nouvelle génération de logiciels de Walldorf soit implémentée et exploitée dans le cloud ou dans le propre centre de calcul. Des économies de 25% sur le coût total de possession sont réalistes.
La gestion intelligente de l'information à la JiVS IMP est la bonne approche pour gagner la bataille contre la pénurie de ressources et la course contre la montre dans la numérisation. Car lors du passage à S/4, la règle est la suivante : It's the data and the economy, stupid !