Transformation et crépuscule des données

DMI met à disposition une plate-forme indépendante du système et de l'application, qui permet de gérer l'ensemble du cycle de vie de ces informations jusqu'à leur suppression en toute sécurité juridique. Elle s'appelle JiVS IMP, IMP signifiant Information Management Platform.

E-3 : Concrètement, quels sont les avantages de votre approche d'une couche de données séparée pour la transformation vers S/4 ?

Thomas Failer : Commençons par l'objectif des managers SAP de faire de la transformation un projet technique. Dans le nouveau monde S/4, les clients SAP existants ne devraient avoir besoin que d'environ dix pour cent de la base de données pour le traitement, d'environ la moitié des objets de gestion et d'environ 20 pour cent des types de documents actuels. Parmi ce qui reste, 90 % à 95 % devraient pouvoir être transférés dans le nouveau monde à l'aide des outils standard de SAP comme le Conversion Tool ou le Migration Cockpit. Cela devrait globalement réduire de moitié les efforts de transformation et de migration. Cela devrait également réduire massivement le besoin en consultants externes. Cela se rapproche beaucoup, beaucoup de l'objectif d'un projet technique.

E-3 : Mais à l'inverse, les utilisateurs de SAP ne devraient pas l'apprécier du tout ?

Failer : C'est là toute la beauté d'une couche de données séparée, mais consciente du contexte, pour les informations historiques. Comme les données sont accessibles à tout moment et dans leur intégralité avec leur contexte commercial, le fait qu'elles ne se trouvent pas dans S/4 Hana, mais en dehors, n'a plus d'importance. Si l'accès est en outre intégré dans l'interface utilisateur, qu'il s'agisse de SAP GUI ou de SAP Fiori, les utilisateurs peuvent afficher les informations historiques comme si elles avaient été créées dans SAP S/4. Ils ne remarquent même pas la différence.

E-3 : Mais l'accès signifie d'abord
une fois le statu quo, pas le changement ou l'innovation ?

Failer : C'est vrai, mais l'approche d'une couche de données séparée réduit considérablement la taille des bagages, ce qui permet aux cadres supérieurs de procéder beaucoup plus facilement à des changements et de façonner l'avenir numérique de manière dynamique, sans devoir tenir compte de l'héritage. Sur notre plate-forme, par exemple, il est possible de sélectionner, de transformer et de migrer exactement la partie des informations dont les utilisateurs ont réellement besoin dans l'environnement S/4. Tous les groupes d'intérêt sont ainsi servis. Mais ce n'est pas le seul avantage.

E-3 : Quels sont les autres ?

Failer : En retirant les anciennes données et en coupant le lien avec l'ancienne structure, on a la possibilité de nettoyer les données historiques, mais uniquement la partie que l'entreprise continue à traiter. Je pense par exemple aux données relatives aux fournisseurs avec lesquels l'entreprise fait actuellement des affaires.

E-3 : Mais il y a aussi les autorités de surveillance et les auditeurs. Que pensent-ils de votre approche ?

Failer : Si la sécurité de révision certifiée est assurée, ils en sont très satisfaits. Car la sécurité juridique peut alors être établie. Depuis le règlement général européen sur la protection des données, celle-ci ne consiste d'ailleurs plus seulement à pouvoir prouver que les contenus à conserver sont classés sans modification pendant la période prescrite. Les obligations d'information et de suppression ont été ajoutées, de sorte que les entreprises doivent être en mesure de gérer leurs informations jusqu'au niveau de l'enregistrement et du document individuel, jusqu'à ce qu'elles puissent les supprimer. Or, pour de nombreux systèmes existants, cette gestion du cycle de vie est techniquement impossible ou très coûteuse. Il n'est donc pas étonnant que, selon une étude de Capgemini, seules 28 % des entreprises respectent les dispositions du RGPD de l'UE. Car pour cela, une nouvelle approche est nécessaire. Elle consiste à conserver et à gérer les informations historiques à 100 %, sans modification de leur structure, sur une couche de données distincte.

E-3 : Est-ce que DMI offre également une solution à ce problème ?

Failer : Oui, si l'approche est correctement mise en œuvre. Cela signifie que la couche de données séparée pour les informations historiques doit fournir les fonctionnalités correspondantes. Si elle le fait comme notre plate-forme, les clients SAP existants peuvent complètement déclasser leurs systèmes et applications hérités. Selon nos clients, cela se traduit par une réduction des coûts d'exploitation de 80 % ou plus.

E-3 : Ne s'agit-il pas d'effets ponctuels ? Une telle couche de données ne ressemble-t-elle pas plutôt, à long terme, à des archives ?

Failer : Vous abordez là un point tout à fait décisif. Une couche de données indépendante du système et de l'application, mais consciente du contexte, ne mérite en effet ce nom que si elle est conçue de manière dynamique et non statique. Cela signifie par exemple déplacer continuellement vers cette couche les données qui ne sont plus traitées de manière opérationnelle. Cela permet de maintenir durablement la base de données en mémoire Hana, toujours coûteuse par rapport aux supports de stockage bon marché, au plus bas. Nous estimons que cette seule mesure permet de réduire d'un quart le coût total de possession de SAP S/4 Hana sur l'ensemble de son cycle de vie. Ceci est d'autant plus vrai si l'on tient compte de la problématique ADK, à laquelle les responsables sont de plus en plus confrontés.

E-3 : En quoi consiste cette problématique ?

Failer : Les clients SAP existants résolvent généralement le problème d'une base de données en ligne en forte croissance en déplaçant les anciens documents et données dans les archives ADK. S'ils doivent supprimer ultérieurement d'anciens documents ou données, cela ne fonctionne pas du tout au niveau de l'archive. Cela signifie qu'ils devraient à nouveau télécharger ces informations dans l'application, les supprimer et les archiver à nouveau. Or, ces archives n'ont jamais été conçues pour de tels cas, comme le prévoit par exemple le RGPD. Une couche de données séparée, dans laquelle 100 % des informations historiques sont stockées avec leur contexte commercial, ne connaît en revanche pas ce problème.

E-3 : Cependant, nous parlons toujours d'une couche de données pour SAP, n'est-ce pas ?

Failer : C'est une bonne chose que vous abordiez ce sujet. Le niveau de données séparé doit être conçu indépendamment du système et de l'application. L'ouverture est donc une autre caractéristique fondamentale de ce niveau de données conscient du contexte. Plus encore : c'est même une condition de base pour l'entreprise numérique. En effet, l'entreprise numérique est fondamentalement et dans tous les domaines pilotée par les données. Cela signifie que les entreprises doivent intégrer non seulement les informations opérationnelles, mais aussi leurs informations historiques dans ce pilotage et l'analyse qui l'accompagne. D'une part, cela permet un nombre et une fréquence d'accès aux données bien plus importants et, d'autre part, cela suppose une ouverture fondamentale aux solutions tierces grâce à la prise en charge de normes telles que, par exemple, JDBC et les services web.

E-3 : Cela signifie que toutes les données ne doivent pas faire partie de cette couche de données ?

Failer : Si, elles devraient absolument l'être. Mais elles ne doivent pas se trouver dans la même mémoire, même si c'est ce qui a le plus de sens pour les informations historiques.

E-3 : Pourquoi ?

Failer : L'harmonisation est ici le mot clé. Et l'harmonisation commence par la consolidation des systèmes, des applications et des centres de données. Le passage à SAP S/4 peut être utilisé pour passer de 50 applications ERP ou plus, réparties sur différents sites, à un seul système SAP de dernière génération. Les informations historiques sont alors stockées sur une plate-forme centrale.

E-3 : Quelle est la différence avec une archive centrale ?

Failer : Les archives stockent sans contexte commercial, une plate-forme centrale comme noyau d'une couche de données à l'échelle de l'entreprise détache les données de leurs systèmes d'origine avec leur contexte. Il est alors possible de filtrer les données qui doivent être traitées dans le nouveau système dans le cadre de processus ouverts. Et ce sont les seules que les entreprises doivent transformer et migrer. Nous avons déjà évoqué les avantages qui en découlent en termes de temps et de coûts. Mais une telle plate-forme peut faire bien plus encore.

E-3 : Quoi exactement ?

Failer : Je citerai en particulier l'harmonisation virtuelle des données de base. Cela permet de créer une structure de données de base qui correspond à celle des principaux systèmes opérationnels, qu'il s'agisse de SAP S/4 ou de solutions analytiques spéciales. Ce n'est qu'ainsi que l'on obtient une vue globale de tous les objets commerciaux tels que les clients ou les fournisseurs, car du point de vue de l'utilisateur, la séparation entre les données historiques et les données opérationnelles est abolie et les différences dans les structures de données, qui proviennent de différentes générations de logiciels et de formats de fabricants, sont supprimées. C'est presque ironique : seule la séparation nette des couches permet cette vue d'ensemble harmonisée, cette vision à 360 degrés.

E-3 : Si les données historiques étaient complètes et correctes ...

Failer : Précisément . C'est pourquoi une telle plateforme doit offrir la possibilité d'optimiser la qualité des données. Cela signifie qu'elle doit offrir des fonctionnalités permettant d'identifier et de corriger les erreurs. Les doublons et les enregistrements erronés doivent pouvoir être éliminés, tout comme il doit être possible de compléter des enregistrements incomplets. L'entreprise numérique et intelligente, qui est à portée de main grâce aux nouvelles générations de logiciels et à la modernisation fondamentale de l'informatique, est tributaire de données absolument fiables.

E-3 : Que conseillez-vous donc aux clients existants de SAP qui souhaitent entamer leur transformation S/4 en 2022 ?

Failer : Je leur conseille deux choses : La transformation vers la nouvelle génération de logiciels de Walldorf est LA grande opportunité pour l'harmonisation des données, qui peut être réalisée le plus facilement, le plus économiquement et le plus efficacement si elle est effectuée avant le passage à SAP S/4. En outre, la transformation devrait être liée à la création d'une couche de données séparée, mais consciente du contexte. La base idéale de ce tissu est une plate-forme centrale pour la gestion du cycle de vie des informations historiques.

E-3 : Mais cela ne prend-il pas beaucoup trop de temps ?

Failer : Cela permet d'économiser énormément de temps et bien sûr beaucoup d'argent. C'est pourquoi, outre la sécurité juridique et l'ouverture, une autre caractéristique centrale d'une couche de données consciente du contexte et basée sur une plate-forme centrale de gestion de l'information est le haut degré d'automatisation. Les informations structurées et non structurées doivent pouvoir être extraites des systèmes patrimoniaux et des archives qui y sont liées en appuyant sur un bouton et en un tour de main. Détermination du potentiel de réduction des données à transformer, optimisation de la qualité des données, harmonisation virtuelle dynamique des données de base, autant de domaines qui doivent être hautement automatisés.

E-3 : Dernière objection : n'est-ce pas de la musique d'avenir ? La tendance à la Data Fabric, comme l'appelle Gartner, n'est tout de même pas encore une solution.

Failer : J'ai compris dès les années 1990, lors du passage de la génération R/2 à la génération R/3, qu'il était préférable d'extraire les données des systèmes patrimoniaux, ainsi que leur contexte commercial, et de les gérer dans un environnement distinct. Ce qui a commencé comme une solution de déclassement des systèmes hérités est aujourd'hui une plate-forme complète pour la gestion du cycle de vie des informations, du déclassement des systèmes hérités à la migration et à la transformation, en passant par la séparation des informations opérationnelles et historiques et l'optimisation de la qualité des données. Elle dispose de toutes les caractéristiques mentionnées et permet d'obtenir les avantages démontrés par plus de 2000 projets réussis dans le monde entier. Notre plateforme JiVS IMP pose dès aujourd'hui la première pierre d'une couche de données consciente du contexte dans les entreprises. Grâce à JiVS IMP, les clients SAP existants peuvent entrer dans l'ère S/4 en quelques mois. 2022 ne sera pas seulement l'année de la transformation, mais aussi celle du crépuscule des données.

E-3 : Merci pour cette conversation.