Algorithmes et structures de données

Au début de l'entretien avec le CEO Thomas Failer, celui-ci a évoqué trois termes : résilience, flexibilité et individualité. La résilience fait l'objet de discussions depuis un certain temps. "Cette résilience doit concerner tous les domaines tout au long de la chaîne de valeur.", déclare le fondateur et PDG de Data Migration International, DMI. "Elle commence par une infrastructure informatique plus résiliente, se poursuit par la garantie des liquidités et se termine par une organisation plus résistante des relations avec les fournisseurs et les clients."

Thomas Failer décrit la situation comme suit : "Les entreprises qui, avant la crise, étaient déjà en mesure de s'adresser à leurs clients et de les fidéliser non seulement personnellement, mais aussi par le biais de canaux virtuels, ont manifestement eu la vie plus facile au cours des derniers mois. Tout comme les entreprises qui n'ont pas dû partir de zéro lors du passage au home office ou celles qui disposaient d'un réseau de fournisseurs diversifié et qui ont ainsi pu réorienter leurs flux de livraison au niveau régional et suprarégional.

Mondialisation et résilience

La mondialisation se poursuit, mais différemment, les régions reprennent de l'importance. D'une manière générale, le thème de la sécurité d'approvisionnement va reprendre de l'importance, estime Failer. Cela a des répercussions non seulement sur la structure des chaînes d'approvisionnement, mais aussi sur la répartition des sites de production dans le monde.

Cela n'a d'ailleurs pas forcément à voir avec l'égoïsme ou le nationalisme, au contraire, dit Thomas Failer : " ".Cela permet même de donner plus de contenu à la mondialisation, par exemple pour permettre aux pays moins développés d'avoir le même accès aux soins médicaux que les pays développés. Et permettez-moi d'ajouter un autre point : Nous verrons certainement dans les années à venir encore plus de réglementations coordonnées au niveau international : des changements durables tout au long de la chaîne de création de valeur."

Une qualité fondamentale rend plus résilient. "Si vous avez diversifié vos chaînes d'approvisionnement de telle sorte que la défaillance d'un fournisseur important, voire d'une région entière, puisse être rapidement compensée, vous serez mieux armé pour faire face aux pertes ou aux interruptions de livraison dues à des accidents ou à des catastrophes naturelles."explique le PDG de DMI. L'accident du canal de Suez ou la pandémie de coronavirus ne seront pas les derniers ni les plus spectaculaires du genre.

Conversion résiliente

Même si le terme de résilience n'était pas encore à la mode à l'époque où les étudiants en informatique programmaient en Pascal, les principes sont restés les mêmes depuis cette époque. Une structure de données bien pensée et cohérente rend l'algorithme suivant plus résistant, ce qui signifie pour l'informaticien : moins de risques d'erreurs.
vulnérables. Comme le suggère à juste titre le titre du livre du professeur Niklaus Wirth, les notions d'algorithme et de structure de données ne sont que les deux faces d'une même médaille.

Aucun client SAP existant ne pourrait faire quoi que ce soit avec les seules données des tables Abap. Naturellement, il faut l'algorithme ERP. Mais une structure de données rigoureuse apporte de la résilience. Cette résilience en période de transformation et de conversion SAP est extrêmement importante pour les clients SAP existants. DMI fournit cette résilience avec sa plate-forme.

Ce qui est remarquable, c'est le nouvel accent mis sur l'adaptabilité et la résistance. "La pandémie a renforcé et parfois même mis en lumière des tendances et des technologies convergentes qui existaient déjà auparavant, parfois depuis plusieurs années. C'est dans le domaine des relations avec les clients que cela est le plus facile à comprendre.", explique Thomas Failer.

Le lien principal avec le client n'est plus depuis longtemps le commerce stationnaire ou le courrier postal seul. La communication, l'achat et la fidélisation des clients se sont fortement déplacés vers Internet depuis plusieurs années déjà. Ceux qui avaient déjà effectué ce changement ont mieux traversé la crise. Le succès des géants du commerce électronique n'est en effet pas dû au hasard.

Face à tant de résilience, on a l'impression d'une attitude plutôt défensive et défensive. Est-ce vraiment tourné vers l'avenir ou pensé de manière innovante ? "Il serait fondamentalement erroné et dommageable de confondre résilience et rigidité, de s'enfermer pour ainsi dire, de se murer et de subir stoïquement les coups de l'extérieur. La résilience consiste plutôt à esquiver et, lorsque ce n'est pas possible, à dévier l'énergie du coup, voire à l'intégrer dans ses propres mouvements, à son propre avantage."

Flexibilité et disponibilité

La flexibilité est le prochain jalon après la résilience. "J'en suis convaincu. Commençons par le point des restructurations."L'intérêt d'un acheteur va plus loin qu'on ne le pense et, dans le cas d'une spin-off, il coïncide même avec l'intérêt de l'ancienne société mère, par exemple dans le but d'introduire en bourse une branche d'activité en tant qu'entreprise indépendante, ou dans le cas d'un management buy-out.

Cet intérêt plus large poursuit notamment deux objectifs : "Liberté de choix du futur système ERP et minimisation des données opérationnelles à transformer. Des investissements forcés et excessifs dans des systèmes et des projets surdimensionnés peuvent fortement entraver le démarrage."Le CEO de DMI, M. Failer, le sait grâce aux nombreux projets réussis de ses clients.

Les différents intérêts de l'acheteur et du vendeur peuvent être regroupés sous le terme de gouvernance et être mis en adéquation. Pour remettre à l'acheteur toutes les données et tous les documents pertinents, il faut parfois rechercher dans d'immenses bases de données aux structures différentes et les sélectionner ensuite de manière judicieuse.

Ces quantités énormes et ces différents formats de données sont typiques des environnements SAP qui se sont développés. Il n'est pas rare de trouver des systèmes ERP avec des données accumulées depuis vingt ans ou plus dans plus de 80 000 tables, qui ont subi trois migrations et qui présentent donc des structures différentes, explique Thomas Failer de par sa pratique professionnelle. La sélection et le filtrage des données et des documents concernés à l'aide de méthodes courantes sont par conséquent très complexes.

"A cela s'ajoute", souligne Failer, "toutes les informations pertinentes pour une vente ne se trouvent pas dans la base de données en ligne du système SAP. Au fil des années, de nombreux clients de SAP ont créé des archives, appelées fichiers ADK. Or, il n'est pas possible d'y effectuer une sélection au niveau de l'enregistrement ou du document individuel."

Mais il est probable qu'elles contiennent des informations qui, selon le contrat, appartiennent à l'acheteur. Pour que ce dernier puisse y accéder, il doit continuer à avoir accès à ces archives. Cela donne lieu à de vastes accords de services transitoires (Transitional Service Agreements, TSA) qui règlent dans les moindres détails les questions de confidentialité et de sécurité technique qui y sont liées.

L'horizon temporel de ces accords peut même s'étendre à des décennies, par exemple à 30 ans et plus pour les informations pertinentes en matière de responsabilité dans la construction de machines et d'installations. Comme le contenu des archives ADK ne peut être lu que par l'application SAP correspondante, les règles d'accès de l'extérieur par l'acheteur doivent également se référer au niveau de l'application.

TSA et ADK

"La problématique TSA peut même compliquer les projets de transformation vers S/4 à venir", prévient le CEO Thomas Failer. "En effet, du point de vue de l'acheteur, l'accès aux archives ADK doit être garanti même après la transformation." Dans un tel scénario, le vendeur n'a d'autre choix que de dissoudre les archives ADK concernées, de transformer les données et les documents qu'elles contiennent et d'en extraire la partie qui concerne l'acheteur afin de la transférer.

Avec les approches classiques, c'est compliqué et coûteux. Mais Thomas Failer a la solution : "En revanche, notre approche d'une couche de données et d'un environnement propres à la gestion de l'ensemble du cycle de vie des informations historiques permet d'y parvenir beaucoup plus facilement, rapidement et à moindre coût. À cela s'ajoute le fait que nos clients peuvent sélectionner le stock d'informations historiques de tous les systèmes patrimoniaux, et pas seulement des archives, selon n'importe quel critère, que ce soit par client, par produit, par fournisseur, etc. Les possibilités vont donc bien au-delà du scénario que nous venons de décrire, à savoir la sélection des informations pertinentes pour un acheteur."

La séparation du niveau des données de celui des applications apparaît donc comme une nécessité en termes d'algorithmes et de structures de données. Le succès de Pascal dans l'enseignement de l'informatique après les "codes spaghettis" des langages de programmation Fortran, Basic et autres n'est donc pas surprenant. Plus flexible, c'est évident, mais aussi plus résilient ?

"Si nous convenons qu'être résilient signifie pouvoir mieux répondre aux changements rapides, prévisibles ou non, alors la séparation de la couche de données de la couche d'application rend plus résilient. Mais cela augmente aussi la flexibilité", explique Thomas Failer.

Les entreprises sont aujourd'hui confrontées à de nombreux défis simultanés. Elles doivent réduire les coûts, soutenir des scénarios commerciaux agiles, préparer des projets de transformation stratégiques, par exemple vers S/4 Hana, poser les bases de modèles commerciaux numériques au moyen d'informations de haute qualité et se mettre en mesure de respecter les réglementations actuelles et futures.

"Cela signifie que", explique Failer, "que tout ce que les responsables informatiques font pour relever l'un de ces défis doit être conçu dès le départ de manière à atteindre les autres objectifs non seulement également, mais aussi mieux, plus facilement, plus rapidement et à moindre coût. Dans ce contexte, les mesures sont flexibles lorsqu'elles permettent de soutenir toute une série d'objectifs. Le fait que ces différents objectifs soient poursuivis simultanément ou successivement n'a qu'une importance secondaire."

Histoire et évolution

Les paysages informatiques des clients existants de SAP ont évolué et sont donc complexes - et ils ne se composent pas uniquement de systèmes SAP. Thomas Failer sait que cela ne facilite pas la tâche de l'IT, qui doit nettoyer et optimiser le stock de données et le maintenir durablement à un niveau optimal.

Pendant de nombreuses années, les clients existants de SAP ont bénéficié d'un soutien continu de leur chaîne de création de valeur et de leurs processus et, par conséquent, d'une couche de données harmonisée. Celle-ci permettait à son tour une vue globale des objets commerciaux tels que les clients, les fournisseurs, les matériaux, les produits, etc. "Des stratégies agiles et de plus en plus de systèmes tiers menacent cette avance, une situation que SAP a également reconnue", souligne le CEO de DMI, M. Failer, dans un entretien avec E-3. "L'entreprise de Walldorf investit donc massivement dans l'intégration, tant au sein de son propre portefeuille que vers des solutions tierces sur site ou dans le cloud.."

Ce que SAP a déjà réalisé ici en très peu de temps est impressionnant, se félicite Thomas Failer, mais il explique : " ".Mais ce n'est effectivement pas suffisant. Non pas parce que SAP n'en fait pas assez, mais parce que le monde a changé. Les informations proviennent de sources de plus en plus nombreuses et variées. Il suffit de penser à l'Internet des objets, qui intègre des domaines autrefois séparés, comme la production, dans le champ d'action de l'informatique d'entreprise. Il en résulte qu'il ne suffit pas de disposer de données correctes, mais qu'il est tout aussi important de les harmoniser. Aujourd'hui, les données de base relatives aux clients, aux fournisseurs, aux produits, etc. se présentent généralement sous une multitude de structures différentes, qui correspondent au nombre d'applications et de systèmes dans lesquels elles sont gérées. Même si les données de base sont gérées proprement dans l'un de ces systèmes, qu'elles ne contiennent pas d'erreurs et qu'elles sont complètes, les entreprises n'obtiennent pas pour autant une vue d'ensemble de leurs objets commerciaux, mais seulement une vue partielle, limitée par l'angle de vue spécifique de l'application concernée. Seule une structure de données harmonisée, gérée et optimisée au-dessus du niveau des systèmes individuels, permet d'obtenir la vue à 360 degrés nécessaire. Et le meilleur moyen d'y parvenir est de disposer d'un niveau de données indépendant du niveau applicatif."

L'idée d'un Data Store ou d'un Data Lake central classique suppose la transformation des informations des systèmes d'origine. Et ce faisant, on perd au moins une partie du contexte commercial dans lequel les données et les informations ont été créées, comme le sait Failer grâce à de nombreux projets clients.

"Par ailleurs, cette approche n'est pas suffisamment flexible selon ma définition, car elle ne résout pas le problème de la sécurité juridique. En effet, pour des raisons juridiques, les informations qui entrent dans le magasin de données doivent être conservées pendant de nombreuses années avec leur contexte commercial, de manière à être protégées contre les révisions. C'est pourquoi, dans ce scénario, vous avez toujours besoin des systèmes existants, ce qui entraîne des efforts et des coûts."prévient le CEO de DMI. Par conséquent, il est si important de faire la distinction entre la transformation classique et l'harmonisation déjà évoquée.

En séparant la couche des données de celle des applications, Data Migration International crée une plate-forme centrale pour les informations historisées, c'est-à-dire pour toutes les données et informations avec leur contexte commercial. Celles-ci sont classées et conservées de manière à garantir la sécurité des audits. "En outre, et c'est très important, notre plateforme permet de gérer l'ensemble du cycle de vie des informations historiques jusqu'à leur suppression ciblée au niveau de l'enregistrement individuel.", précise Thomas Failer.

C'est ce qu'exige notamment le règlement général européen sur la protection des données, le RGPD. DMI atteint ainsi deux objectifs centraux : La sécurité juridique et une réduction massive des coûts, et ce dès le court terme.

En effet, après avoir transféré les informations historiques sur la plateforme, les clients SAP existants peuvent complètement déclasser et éliminer leurs systèmes patrimoniaux, qu'ils soient SAP ou non. Cela permet en général d'économiser 80% des frais courants par rapport à la poursuite de l'exploitation des anciens systèmes.

Thomas Failer ajoute : "D'ailleurs, notre plateforme ne fait pas qu'augmenter la sécurité juridique, elle contribue également de manière importante à une meilleure sécurité informatique. Les pirates savent que les entreprises ont du mal à mettre à jour leurs systèmes SAP à intervalles rapprochés, surtout après la publication d'un patch de sécurité. C'est d'autant plus vrai pour les anciens systèmes, pour lesquels il n'y a parfois même plus de correctifs disponibles."

S'élever avec SAP

Ainsi, l'entretien E-3 pose la question suivante : " Rise with Data Migration plutôt qu'avec SAP ? "Non, il n'y a pas d'opposition de ce type. Au contraire, notre approche complète parfaitement les initiatives que SAP a mises en place pour aider les clients à passer à S/4 Hana. Notre approche complète à la fois le programme Movement et le thème Rise with SAP."Thomas Failer définit la position de SAP et la sienne

Le programme Movement de SAP est une sorte de guide qui conduit à travers toutes les phases du projet de transformation et débouche sur un processus d'amélioration continue, en couvrant tous les aspects, non seulement techniques, mais aussi stratégiques et organisationnels. Un point important dans ce contexte est la distinction entre les données opérationnelles et les données historiques.

C'est le conseil que SAP donne à ses clients existants : À l'instar du pilote d'une voiture de course, ils doivent savoir quand les données sont du carburant et quand elles sont du lest. "La réponse à cette question est de nature stratégique, c'est-à-dire qu'elle se situe dès la phase 1 du programme Movement et détermine toutes les autres mesures techniques et organisationnelles à prendre", explique le PDG de DMI.

Les données historiques sont définies comme des données transactionnelles clôturées, telles que les commandes et les ordres de vente ou d'entretien terminés et entièrement payés. Elles comprennent également des documents tels que les bons de livraison, même s'ils ne concernent que des livraisons partielles et que la commande elle-même n'est donc pas encore terminée. Pour des raisons juridiques, ces données historiques ne peuvent plus être modifiées.

Mais si les utilisateurs ne peuvent plus y accéder qu'avec des droits de lecture, il ne semble plus judicieux dans tous les cas de les reprendre dans le nouveau paysage logiciel, et ce pour plusieurs raisons. En effet, lors de la reprise, leur structure est inévitablement modifiée, de sorte qu'elles perdent leur valeur probante exigée par la loi. Les informations historiques présentent donc une certaine inertie, qui ne devrait pas se propager au niveau des systèmes agiles en direct.

"En permettant de consulter les données historiques dans SAP en standard, qu'elles soient originales ou harmonisées, elles passent du statut de poids mort à celui de carburant, y compris pour les systèmes opérationnels. La base pour l'avenir des clients SAP, telle qu'elle est décrite dans la phase 4 du programme Movement, s'en trouve encore renforcée."Thomas Failer décrit l'approche consolidée.

Cette séparation cohérente sonne comme un plaidoyer pour une approche greenfield de la transformation vers S/4. "Cela peut paraître ainsi, mais ce n'est pas le cas", répond le CEO Failer. "En effet, ce sont les clients SAP existants eux-mêmes qui savent le mieux s'ils veulent transférer toutes les données, les adaptations et les objets commerciaux du passé dans le nouvel environnement S/4, ou seulement une partie d'entre eux, voire pas du tout."

Mais il ne découle pas automatiquement de cette connaissance que les clients SAP existants ont les possibilités techniques de prendre des décisions libres et flexibles en fonction de leurs connaissances. S'ils ne disposent pas d'une plate-forme séparée pour les informations historiques, ils doivent continuer à exploiter les systèmes patrimoniaux parallèlement au nouveau système S/4. "Et s'ils veulent minimiser les coûts et les efforts de maintenance, ils sont confrontés à la question difficile de savoir combien de leurs anciennes données et adaptations ils doivent transférer dans le nouvel environnement, afin de conserver leur valeur et de l'utiliser de manière optimale dans le nouvel environnement.Thomas Failer fait remarquer que "l'on ne peut pas se permettre d'avoir des problèmes".

En revanche, avec l'approche DMI d'une plateforme séparée pour les informations historiques, ces conflits d'objectifs n'existent pas. Failer explique : "Les anciens systèmes peuvent être complètement déclassés, la sécurité juridique est préservée, les clients SAP existants peuvent déterminer librement la part des informations historiques à reprendre, indépendamment des adaptations individuelles, l'effort de transformation peut tout à fait être réduit de moitié et, en outre, leur nouvel environnement SAP reste durablement allégé, ce qui réduit leur coût total de possession d'un montant estimé à 25 %."

Il ne s'agit donc pas de savoir de quelle couleur est le terrain de jeu. Il s'agit plutôt de faire en sorte que les clients existants de SAP jouent le jeu de la transformation sur le bon terrain. C'est pourquoi Thomas Failer parle dans ce contexte d'une Right Field Approach. "Comme nous l'avons dit, notre plate-forme soutient et complète également Rise with SAP. En effet, dans le cadre de cette offre tout à fait séduisante, des questions stratégiques fondamentales doivent également être clarifiées au préalable : si et comment les anciens systèmes peuvent être désactivés, si et comment la sécurité juridique peut être garantie, quelles et combien d'informations historiques doivent être reprises, comment le nouveau système peut être maintenu durablement allégé dans le cloud et comment l'accès aux informations historiques doit être organisé à partir du nouvel environnement SAP, mais également à partir de systèmes tiers. Grâce à notre plateforme, les clients existants de SAP peuvent apporter des réponses plus complètes et plus flexibles à toutes ces questions, notamment sur le plan financier. Nous retrouvons les aspects de résilience et de flexibilité."

Intelligence et automatisation

Intelligent signifie tout d'abord automatisé et spécialement intégré du point de vue des clients existants de SAP. Automatisation signifie que les étapes manuelles nécessaires dans les approches classiques pour obtenir une réduction raisonnable et rentable du volume de données sont éliminées dans la mesure du possible. L'automatisation signifie en outre que les données peuvent être transférées de la base de données en ligne vers un environnement propre en appuyant sur un bouton.

Le cycle de vie des données et documents historiques y est également géré, de l'accès à leur suppression définitive en passant par l'optimisation et la gestion de la conformité. Troisièmement, l'automatisation signifie que ce transfert de données sur simple pression d'un bouton intègre également les archives existantes. Enfin, intégré signifie qu'un environnement de gestion intelligente des droits utilise les outils SAP standard disponibles chez les clients SAP existants et les étend, sans les remplacer.

"Le patron de SAP, Christian Klein, fait à mon avis un excellent travail", souligne Thomas Failer. "Il est tout à fait logique, d'un point de vue technique et notamment du point de vue de la gestion d'entreprise, d'intégrer fortement son propre portefeuille et de le mettre à disposition selon des modèles de consommation et d'utilisation simples, que nous avons tous appris à apprécier et à aimer dans le cloud. Le paysage S/4 et l'ERP en général continueront à constituer le cœur de l'informatique des clients SAP existants. Mais comme dans le corps, les artères et les veines doivent être ouvertes vers le cœur et à partir de celui-ci, afin que le cœur puisse battre librement et de manière adaptée à chaque situation, rapidement et avec force. Intégration et ouverture ne sont pas contradictoires. Car l'intégration ne signifie pas un câblage, mais un couplage et une connexion sans faille. Christian Klein, pour rester dans l'image, entraîne et renforce le cœur et nous y contribuons à 100 % de manière complémentaire avec notre plateforme et l'architecture qui la sous-tend."

On dirait presque que la vieille question posée par le professeur Niklaus Wirth dans les années 1970, à savoir si ce sont les données ou les algorithmes qui jouent le premier violon, trouve un nouvel écho ? "Je peux comprendre cela. Les données sont notre spécialité, nous sommes donc naturellement plus proches d'elles.Le PDG de DMI, M. Failer, définit ainsi son objectif : "Nous avons besoin d'un système de gestion de la qualité.

"Et il est vrai que les thèmes de la numérisation et de la gestion des données attribuent un rôle plus important aux informations. D'autre part, si nous regardons ce que j'entends par individualisation, il y a également une revalorisation au niveau des algorithmes. Du point de vue du client, cette question ne se pose peut-être même pas. Les deux niveaux doivent aller de pair, car ce n'est qu'ensemble que le potentiel commercial de la numérisation peut être exploité. Toutefois, l'interaction doit être plus résiliente, plus flexible et plus individuelle que par le passé.."

[adrotate banner="285″]