Individualité SAP standardisée

Avec son entreprise Data Migration International, le pionnier de l'informatique Thomas Failer a ouvert de nouvelles voies en matière de données pour la communauté SAP. Grâce à son outil de gestion des données, la conversion S/4 se fait sans projet préalable.

E3 : De nombreux clients existants de SAP saluent la standardisation de SAP avec le thème "Keep the Core Clean", mais ne veulent pas pour autant renoncer à des développements propres ou à des solutions sectorielles.

Thomas Failer, DMI : Et ils n'ont pas besoin de le faire. Notre plateforme JiVS ne supporte pas seulement le standard, mais aussi des adaptations individuelles ou des développements propres. En conséquence, nous travaillons également à faciliter et à accélérer le passage des solutions sectorielles actuelles à S/4, tout en conservant les fonctionnalités spécifiques au secteur. Je pense par exemple à des solutions dans le domaine de la santé ou pour d'autres secteurs et domaines thématiques. Là, il y a des données et des structures de données spécifiques. Et comme la migration des données de notre plateforme s'effectue toujours via la couche d'application, nous devons mettre à disposition des objets commerciaux adaptés. Dans le domaine Real Estate, nous avons déjà réalisé ces objets de gestion et les avons utilisés chez des clients. Et je pars du principe qu'à l'été 2024, nous pourrons présenter dans notre offre d'autres objets commerciaux de ce type, spécifiques à un secteur ou à un thème. Là encore, il s'agit d'automatisation et d'efficacité.

E3 : Mot-clé Application Layer - c'est ainsi que vous vous distinguez nettement sur le marché. Quel est l'avantage de cette différence ?

Failer : L'avantage décisif pour les clients SAP existants réside d'abord dans le fait que nous pouvons ainsi soutenir sans restriction les outils de migration standard de SAP, comme le Migration Cockpit. Les entreprises peuvent ainsi être sûres que les données migrées et transformées sont correctes et complètes. Cela signifie qu'elles peuvent sélectionner les données qu'elles souhaitent reprendre dans le monde S/4, tout en évitant les risques de transformation des données que peut entraîner l'écriture directe dans les tables. En effet, jusqu'à présent, les clients SAP existants qui ne voulaient pas prendre de risques devaient choisir une approche brownfield et convertir toutes les données et tous les objets commerciaux. Avec notre approche, en revanche, chaque transformation devient en fait un projet greenfield.

E3 : Vous devez expliquer cela plus en détail.

Failer : Notre plateforme ne sert justement pas à migrer directement les données du système source vers le système cible, tout en les transformant. Cela ne serait qu'un processus unique et irait à l'encontre de notre ambition de gérer l'ensemble du cycle de vie des données. Nous divisons donc la migration en plusieurs étapes. Tout d'abord, nous extrayons toutes les anciennes données des systèmes existants et les déposons sur notre plateforme de manière à ce qu'elles soient sûres pour la révision. Les clients peuvent ainsi implémenter S/4 comme un Empty Shell et l'adapter à leurs besoins au niveau des objets commerciaux. En règle générale, dans le monde S/4, la moitié des objets de gestion actuels, y compris ceux développés en interne, trouvent encore une utilisation judicieuse. Alors pourquoi s'encombrer de cela ? Après tout, de nombreuses anciennes divisions, sites ou sociétés n'existent plus. L'introduction de S/4 offre justement l'occasion de couper les vieilles ficelles et de se concentrer sur les innovations plutôt que de s'occuper des charges héritées du passé. Parallèlement, et en se détachant du niveau applicatif, les clients peuvent préparer la migration et la transformation des données sur notre plateforme.

E3 : En quoi consiste cette préparation ?

Failer : L'étape la plus importante est la sélection des données. De combien de données anciennes ai-je vraiment besoin ? En général, seulement une très petite partie, peut-être 5 % des données de transaction et 20 % des données de base ; plus ne sont pas du tout pertinentes pour S/4. En outre, les anciennes données peuvent être nettoyées et corrigées. Certains clients ou fournisseurs sont gérés cinq fois dans l'ancien système en raison de fautes d'orthographe ou d'adresses différentes. C'est absurde.

E3 : Il s'agit donc d'efficacité ?

Failer : L'utilité commerciale d'une nouvelle génération de logiciels comme S/4 est maximale lorsqu'elle démarre immédiatement avec des données propres et correctes. Et ce d'autant plus si les données sont enrichies à partir de systèmes périphériques, c'est-à-dire si elles sont plus pertinentes lorsqu'elles sont transférées dans le nouveau monde. Ce n'est qu'avec des données soigneusement raffinées que le moteur numérique fonctionne comme sur des roulettes ! En revanche, l'huile brute et l'huile contaminée provoquent des dommages au moteur. Grâce à notre plate-forme, il est possible de remplir un système S/4 préparé de manière optimale avec des données préparées de manière optimale. Il est ainsi plus facile d'atteindre l'objectif d'une entreprise pilotée par les données. Indépendamment de l'hétérogénéité de l'environnement système et applicatif actuel et des volumes de données disponibles, les clients SAP existants peuvent démarrer leur avenir S/4 sur les chapeaux de roue grâce à notre approche et à la plate-forme JiVS IMP.

E3 : De nombreux clients SAP existants suivent une autre voie et croulent sous le poids des projets avant même la migration et la transformation proprement dites. On peut citer ici l'exemple de l'archivage à grande échelle.

Failer : Vous soulevez en effet un point très important et l'exemple est parfaitement choisi. Bien sûr, les entreprises veulent transformer le moins de données possible vers S/4 et essaient donc d'archiver la plus grande partie possible des anciennes données. Mais elles s'exposent ainsi à deux problèmes majeurs. D'une part, les services informatiques se disputent avec les départements spécialisés pour savoir quelles données anciennes restent directement accessibles et doivent donc être migrées. Et d'autre part, ils doivent continuer à exploiter les anciens systèmes afin de pouvoir accéder aux données archivées en cas de besoin. Ainsi, l'environnement système reste complexe et engloutit du temps et des ressources pour le monde de l'héritage. De plus, ce monde patrimonial n'est pas durable, car il ne peut pas être exploité de manière sûre à long terme. Les anciens systèmes ne sont plus entretenus, les correctifs de sécurité ne sont plus disponibles et les cybercriminels ou les espions ont beau jeu.

E3 : Que se passe-t-il donc avec les anciens systèmes ?

Failer : En revanche, JiVS IMP permet aux entreprises de mettre hors service tous les anciens systèmes, ce qui leur permet généralement d'économiser 80% ou plus des coûts d'exploitation. Cela vaut également pour les archives ADK existantes, car notre plate-forme transfère directement les données qu'elles contiennent via la couche d'application. Et grâce à notre turbo-extracteur, cela ne prend pas des semaines ou même des mois, mais des heures ou des jours.

E3 : Y a-t-il éventuellement d'autres avant-projets dont les clients SAP existants peuvent se passer ?

Failer : La réponse est simple : vous pouvez en principe renoncer à tous les avant-projets. Il est en effet compréhensible que les entreprises préfèrent, pour des raisons purement techniques, des projets tels que l'introduction de la base de données Hana, de l'objet de gestion "partenaire commercial" ou du New General Ledger et souhaitent ainsi, pour ainsi dire, alléger le projet de transformation. Mais cela n'est ni nécessaire ni judicieux. Les projets informatiques devraient toujours être axés sur les avantages commerciaux. En introduisant S/4 et Hana à l'aide de JiVS IMP uniquement avec les objets commerciaux et les données réellement nécessaires, on réduit la complexité et on diminue massivement les efforts de transformation. Cela vaut également pour l'introduction du nouveau grand livre ou de l'objet de gestion "partenaire commercial".

E3 : Quel est l'effet d'économie de temps et d'effort de votre approche si l'on renonce aux avant-projets ?

Failer : Il est en effet énorme. Notre approche permet généralement de réduire l'effort de transformation de plus de
50 pour cent. Et avec l'aide de l'IA, nous avons l'intention de réduire encore de moitié le temps nécessaire. Par exemple, en automatisant davantage le nettoyage des données ou le mappage.

E3 : Merci pour cette conversation.

jivs.com