Conversion des données

Le changement de version actuel, appelé pour l'instant Conversion par SAP, laissera lentement mais sûrement des traces sur la scène informatique mondiale. Ce qui commence cette année atteindra son apogée en 2025. La nouvelle Conversion sera durable, car toutes les données ERP seront concernées - cette "Data Conversion" dépasse donc largement les frontières de la communauté SAP. SAP ne franchira pas cette étape seul.

Les Data Lakes sont des tentatives avortées du passé. A l'instar du Metaverse du fondateur de Facebook Mark Zuckerberg, il y aura un nouveau méta-espace pour les données. Les analystes de Gartner ont déjà montré la voie avec les termes Data Fabric et Composability. La société suisse Data Migration International, DMI, est en passe de devenir, avec JiVS, l'outil singulier de cette conversion des données.

"Le succès des entreprises numériques dépend en grande partie de la modernisation de leur informatique".C'est ce qu'affirme Thomas Failer, fondateur et PDG de DMI, dès le début de son entretien avec le magazine E-3. "Il est particulièrement important de bien séparer les différentes couches de la pile technologique, depuis le niveau du matériel jusqu'au niveau de la représentation et de l'utilisation, la couche d'expérience. Ce n'est que lorsque les couches sont bien séparées qu'elles peuvent être gérées et exploitées indépendamment les unes des autres. Cela apporte une flexibilité bien plus grande. Les silos disparaissent, tandis que les différentes parties des différentes couches peuvent être mieux combinées et réutilisées. Cette séparation est, de mon point de vue personnel, une condition essentielle pour ce que Gartner appelle une Composable Business Architecture. Ainsi, une entreprise est à tout moment en mesure d'adapter ses ressources de manière flexible à des conditions changeantes et de les réassembler".

SAP a logiquement reconnu la nécessité d'une transformation numérique il y a de nombreuses années déjà. Mais le leader mondial de l'ERP était trop concentré sur les algorithmes en raison de son passé R/3 - des processus commerciaux programmés en Abap. SAP a bien compris qu'un nouvel ERP avait également besoin d'une plateforme de données innovante : c'est ainsi qu'est née la base de données In-memory-Computing Hana. SAP a mis l'accent sur la rationalisation du système lui-même : De nouveaux algorithmes ont été programmés et de nombreuses tables Abap ont été éliminées. La composabilité n'a pas été suffisamment prise en compte et le concept Data Fabric de Gartner a été mal personnalisé avec le Data Hub de SAP. Une séparation, une orchestration et une harmonisation judicieuses des couches de la pile technologique ont été contrecarrées par une mauvaise optimisation de S/4 et de Hana.

On n'accordait qu'une importance limitée aux données ERP elles-mêmes : Le projet Data Hub était mal ficelé et a échoué. Frustrés, de nombreux experts ont quitté le groupe ERP. Avec Hana, SAP a créé une plate-forme de données très intéressante pour la gestion opérationnelle des données ERP, mais ce concept ne va pas assez loin. Dans l'univers SAP, il manque une vision globale des données d'entreprise dans un environnement B2B2C. Dans ce contexte, le partenaire SAP DMI a un horizon plus large, une vision très large de l'avenir et donc un concept bien meilleur pour la conversion de données à venir.

"Les opportunités l'emportent sur les risques"Thomas Failer s'exprime sur la transformation à venir chez les clients existants de SAP. "La transformation vers SAP S/4 Hana représente une occasion unique de moderniser fondamentalement sa propre informatique, c'est-à-dire d'introduire le modèle en couches déjà mentionné, qui sépare clairement les différents niveaux. Le modèle est ici le cloud, de l'infrastructure jusqu'à l'exploitation et la gestion d'applications et de services cloud, qui gèrent des tâches plutôt spécifiques et peuvent être combinées et réutilisées à l'infini. C'est cette nouvelle manière de fournir, d'exploiter et d'utiliser l'informatique qui caractérise le cloud. Cela doit être considéré indépendamment de la question de savoir où cette forme moderne d'informatique est mise en œuvre et exploitée. Ce lieu peut tout aussi bien être le centre informatique de l'entreprise. Dans cette mesure, SAP est effectivement une entreprise cloud avec sa nouvelle génération de logiciels, indépendamment de la question de savoir si les investisseurs et les

La souveraineté des données est décisive

La valeur ajoutée de tout système informatique - ERP, SCM, HCM, CRM - réside dans les données, et la conversion des données est donc au cœur de toute réflexion ultérieure. Que prévoit donc DMI dans les mois à venir pour soutenir encore mieux les entreprises dans cette transformation ?

Thomas Failer : "Simplification, automatisation, intégration - tels sont les principaux points de notre feuille de route. Nous aurons bientôt des annonces à faire concernant des nouveautés passionnantes basées sur notre produit JiVS IMP, que nous présenterons en détail dans un prochain numéro du magazine E-3. Ainsi, les clients existants de SAP pourront s'adapter encore plus facilement et rapidement au nouveau monde SAP et accélérer et optimiser leur transformation numérique".

La modernisation s'accompagne d'une occasion unique de faire l'inventaire et de faire le ménage. Les systèmes SAP actuels fonctionnent depuis 20 ans et plus, ont été adaptés, migrés et développés à maintes reprises. "Imaginez le nombre de sociétés, de divisions, d'objets commerciaux et de données qui n'auront plus besoin d'être traités et modifiés dans un futur S/4"Le CEO de DMI, M. Failer, fait remarquer. "Nous partons du principe, et nos expériences avec les clients le montrent, que nous parlons ici en règle générale de 90% des données et de 50% des objets de gestion qui peuvent être gérés autrement que jusqu'à présent, c'est-à-dire en dehors de SAP. Même Héraclès ne pourrait pas mieux nettoyer l'écurie des Augias ! Mais il est essentiel de faire la distinction entre le traitement et l'utilisation. Car les informations historiques, avec leur contexte commercial, continueront bien entendu à être utilisées".

Vue holistique des données

Les données ne doivent et ne peuvent parfois plus être modifiées. Elles n'en restent pas moins utiles, et ce plus que jamais au vu des possibilités d'analyse dans une entreprise entièrement numérisée. "Ce n'est qu'en séparant clairement les couches dont j'ai parlé que les clients existants de SAP peuvent profiter pleinement de leurs informations et des enseignements qu'ils tirent de leur analyse".explique Thomas Failer : "Tout le monde connaît la valeur des données. Mais montrez-moi un projet Big Data ou Analytics qui aurait réussi à sortir toutes les données, donc aussi et surtout les données historiques, des silos et des archives et à exploiter leur potentiel de création de valeur. On en parle beaucoup plus que les responsables ne planifient et n'agissent réellement dans cette direction de manière cohérente et avec force".

Une enquête menée par IG SAP en Suisse semble particulièrement révélatrice : selon cette enquête, les DSI savent que les données sont importantes, mais seuls 5 % s'en préoccupent réellement. Pour le responsable de l'étude, Peter Hartmann d'IG SAP Suisse, c'est un fait que l'approche contenue dans Rise with SAP d'une vue globale des processus commerciaux, des données et des technologies est déjà établie dans de nombreux domaines IT/SAP dans les entreprises. Dans ce contexte, une interaction intégrée avec SAP peut sembler positive.

Mais le CEO de DMI, M. Failer, observe que de nombreux projets Big Data, peut-être même la plupart, ont échoué si l'on fait abstraction de certains cas d'application comme la maintenance prédictive, qui se déroulent toutefois en grande partie - en dehors de l'environnement ERP. "Ils ont généralement abouti à des projets dans lesquels des "data lakes" ont été créés".analyse Failer : "Mais comme un stockage centralisé des données n'apporte que peu ou pas d'avantages d'un point de vue commercial, les annonces tonitruantes n'ont été que peu suivies".

Du point de vue de la DMI, c'est tout à fait clair : les données, qu'elles soient structurées ou non, ont besoin d'un contexte pour avoir une signification. Ce n'est qu'alors que l'on peut décider si cette signification est pertinente ou non pour l'entreprise. Thomas Failer s'exprime à ce sujet : "En raison de la dimension de l'importance, le succès de tout type de projet de big data ou d'analytique dépend de l'implication des responsables des données dès le début. Cela comprend aussi bien les scientifiques des données que les utilisateurs spécialisés qui créent et traitent ces données. Et bien sûr, les DSI doivent être les sponsors de ces projets et en assumer la responsabilité globale. En d'autres termes, au niveau organisationnel, ces projets doivent être considérés, planifiés et mis en œuvre de manière globale. C'est d'autant plus important que les équipes de projet et les responsables des données ont tendance à penser en silos".

Transformation globale des données

Les projets de transformation de style "green", "brown" ou "bluefield" sont au point mort. Le tableau est le suivant : les clients SAP existants recherchent des ressources en personnel et en compétences 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 du 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".Le fondateur de DMI, Thomas Failer, met en garde.

Tant que les clients existants de SAP partent du principe que le contexte des données est fermement ancré dans la couche applicative, il n'y a pas de danger. "Une couche de données séparée pour les informations historiques devrait ressembler à un tissu de données. J'entends par là une sorte de tissu artistiquement tissé qui s'adapte parfaitement au corps de son porteur. De plus, les différents fils de l'étoffe peuvent être détachés et réattachés si la silhouette devait changer. La précision de l'ajustement associée à l'adaptabilité est le point fort d'une couche de données séparée et donc le contraire d'un nœud gordien. En d'autres termes, une couche de données séparée, qui ressemble à un tissu, ne vit pas seulement des données elles-mêmes, mais aussi de leur contexte".Thomas Failer définit la notion de Data Fabric de Gartner pour la communauté SAP.

"L'intégration est en effet un aspect important, mais ce n'est pas le seul", explique Failer pour décrire la situation actuelle. "Car pour rendre les données accessibles à l'échelle de l'entreprise à des fins d'analyse et à de larges groupes d'utilisateurs, les systèmes qui les hébergent doivent être connectés entre eux. Et le nombre de connexions augmente de manière exponentielle par rapport au nombre de systèmes à connecter. C'est pourquoi, en termes d'effort, le nombre de systèmes à intégrer joue un rôle. En d'autres termes, oui, la capacité d'intégration est importante, mais il est au moins aussi crucial de réduire le nombre de systèmes à intégrer".

Pour des raisons juridiques, les utilisateurs ERP ne peuvent et ne doivent pas modifier les données pour des périodes définies. C'est précisément parce que le contexte commercial est important que la plupart des clients SAP existants conservent leurs systèmes patrimoniaux. Ni les fonctionnaires des finances ni les auditeurs ne reconnaissent la valeur probante des données sans contexte commercial. Et pour qu'elles soient utiles dans le nouvel environnement, les informations historiques doivent être transformées, qu'il s'agisse de données SAP ou non SAP. Thomas Failer souligne "Conformité et utilité 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, s'ils ne sont pas abordés de manière fondamentalement différente de ce qui a été fait jusqu'à présent et si l'informatique n'est pas modernisée dans son ensemble". 

"Ni les data lakes ni les intégrations ne résolvent à eux seuls le problème fondamental", résume Failer. "Je pense que c'est notamment pour cette raison que les managers SAP et les DSI ne reconnaissent que maintenant le business case d'une transformation S/4". Une couche de données séparée est en effet la solution, si elle est conçue de manière à couper le lien rigide entre les informations historiques et les applications et systèmes patrimoniaux. "Nous avons parlé tout à l'heure du nœud gordien. Avec une telle couche de données, on peut le trancher, exactement comme l'a fait Alexandre le Grand, qui savait qu'on ne pouvait pas du tout le démêler. C'est pourquoi il a choisi une toute nouvelle approche".explique Thomas Failer. La transformation S/4 pourrait être le projet pilote idéal pour accéder à une couche de données indépendante des applications, mais consciente du contexte.

Informations contextuelles

Thomas Failer : "Les informations contextuelles sont la base d'une couche de données séparée. Une grande partie des trésors d'une entreprise se trouve dans les bases de données des systèmes ERP. C'est toutefois le contexte qui transforme les données brutes en bijoux et qui se trouve au niveau de l'application. En même temps, du point de vue de nombreux planificateurs de projets de transformation, ce trésor est plutôt un poids mort qu'un carburant et un générateur de coûts lors du passage à S/4, ce qui, pour comble de malheur, prolonge le projet".

Chez DMI, on est convaincu que ce n'est que lorsque nous sortons les informations historiques et leur contexte commercial des systèmes hérités que les avantages apparaissent. Thomas Failer : "En effet, le transfert vers la couche de données conscientes du contexte ne permet pas seulement de conserver l'accès aux données historiques, c'est-à-dire à toutes les informations structurées et non structurées. Il en va de même pour leur contexte. Celui-ci ne reste pas dans les systèmes d'origine, pour ainsi dire comme un actif passif, mais peut être activé pour être utilisé. Les possibilités et les avantages qui en découlent sont immenses".

La transformation vers SAP S/4 n'est qu'un des scénarios que JiVS IMP prend en charge en tant que noyau de cette couche de données consciente du contexte. "Pensez simplement aux nombreux autres cas d'application où les données doivent être échangées rapidement et correctement entre les systèmes et les applications".Failer souligne les nombreuses possibilités d'utilisation de JiVS IMP. Il s'agit notamment du Big Data, de l'Analytics et de l'IoT, mais aussi des acquisitions et des ventes d'entreprises et de parties d'entreprises, de la consolidation et de l'harmonisation de centres de calcul ainsi que d'environnements d'applications et de systèmes.

"Dans tous ces sujets, les informations historiques en dehors de leurs systèmes d'origine jouent un rôle crucial. C'est aussi mon message central aux départements spécialisés et au directeur financier".Thomas Failer conclut : "Les départements spécialisés, le CIO et le CFO voient d'abord d'un œil critique la séparation entre les informations opérationnelles et historiques. Ils disent qu'ils veulent aussi avoir l'ensemble des informations dans le nouveau système, avec toutes les conséquences négatives dont nous avons déjà discuté. C'est là que le chat se mord la queue. Pour être agile, pour pouvoir effectuer des changements et optimiser les processus rapidement et en même temps sans trop d'efforts, les informations historiques doivent justement être conservées et gérées en dehors de l'ancien comme du nouveau paysage SAP. Néanmoins, je suis absolument convaincu qu'une fois que les utilisateurs auront compris que, malgré cette séparation, ils peuvent accéder à toutes les informations dans le backend avec la même qualité, voire une qualité supérieure, plus rien ne s'opposera à une transformation SAP S/4 basée sur notre approche et avec l'aide de JiVS IMP".