Suite d'affaires sur Hana

En novembre 2015, SAP a lancé S/4 Hana, la nouvelle génération de sa Business Suite. L'ancienne Business Suite sera encore supportée jusqu'en 2025, les entreprises utilisatrices devront avoir migré vers SAP S/4 Hana d'ici là.

Toutefois, le passage à S/4 Hana est d'une complexité comparable à celle d'une migration R/2 vers R/3. Ainsi, avec S/4 Hana, SAP ne parle pas d'une mise à niveau, mais d'une conversion.

Dans le contexte de S/4 Hana, il est souvent fait référence à la philosophie du "Principle of One" : Cela signifie qu'à l'avenir, il n'y aura qu'une seule option de mise en œuvre pour une exigence. En revanche, la Business Suite, qui s'est développée au fil du temps, offre souvent plusieurs possibilités de mise en œuvre pour une même exigence.

On peut citer comme exemple le remplacement de la base de données clients et fournisseurs dans S/4 Hana par le partenaire commercial. Chacun peut imaginer les conséquences de l'épuration de la base de code souhaitée par SAP sur le code propre au client.

Malgré tout, SAP S/4 Hana sera la plateforme SAP du futur. SAP parle de "Digital Core". Les modifications apportées à S/4 Hana par rapport à Business Suite ne se limitent pas non plus à des aspects purement techniques, mais comprennent notamment des modifications fonctionnelles et de processus.

La SAP Business Suite, en revanche, est un produit stable et éprouvé. Depuis 2013, Business Suite on Hana est disponible et bien établie sur le marché. De nombreuses entreprises utilisatrices de SAP utilisent encore Business Suite sur une base de données non-Hana. La question est la suivante : Dans quelle mesure le passage à Suite on Hana est-il une étape intermédiaire judicieuse sur le chemin à long terme vers S/4 Hana ?

De nombreuses entreprises ont aujourd'hui réussi la migration de leur Business Suite vers Hana. Le produit et les procédures de migration correspondantes sont désormais bien établis et matures.

Avec Business Suite on Hana, les entreprises utilisatrices de SAP peuvent déjà profiter des avantages fonctionnels qui seront disponibles avec Hana comme base de données. Quelques exemples :

• La planification des besoins ("MRP Live") nouvellement développée et optimisée pour Hana offre tous les avantages commerciaux et les gains de performance drastiques de l'implémentation S/4 Hana correspondante.
• Avec une suite on Hana, on peut profiter des avantages d'un reporting opérationnel en temps réel ("Hana Live").
• Un BW on Hana peut, en interaction avec une suite on Hana, utiliser de nouvelles possibilités pour un accès efficace aux données ("Smart Data Access").
• En outre, avec une suite on Hana, on observe une nette augmentation des performances de certains rapports, les optimisations Hana de la Business Suite sont énumérées de manière groupée dans une note SAP.

Nettoyage du code et des données

Les principaux aspects techniques d'une migration Suite-on-Hana comprennent les domaines Code & Data Cleansing ainsi que la base et l'infrastructure SAP. Dans le domaine du Code Cleansing, le code propre au client doit éventuellement être adapté à Hana (exactitude fonctionnelle) et devrait être optimisé pour Hana (performance).

En outre, il est recommandé de consigner l'utilisation du code propre au client sur une longue période (au moins un an) afin d'identifier et d'isoler le code mort.

Dans le domaine du nettoyage des données, il est intéressant de réduire de manière ciblée le volume de la base de données avant la migration vers Hana, grâce au housekeeping et à l'archivage. Cela permet d'économiser d'énormes coûts. Ces activités de nettoyage du code et des données sont parfois assez longues, mais elles se produisent de toute façon au cours d'une conversion S/4 Hana ultérieure.

De plus, avec une suite on Hana, le centre de données peut déjà acquérir de l'expérience dans l'exploitation productive d'une application transactionnelle sur une base de données Hana, sans subir une charge de travail supplémentaire due à de grands changements de processus.

Car c'est justement en matière d'infrastructure que Hana apporte quelques nouveautés grâce à ses propres concepts dans le domaine de la haute disponibilité et de la sécurité contre les pannes.

Coûts de licence

En ce qui concerne les coûts de licence, chaque entreprise utilisatrice doit examiner ses contrats de licence afin de déterminer l'impact d'une suite sur Hana. Il n'est pas rare que la somme des coûts de licence de Business Suite et de Hana soit inférieure à la somme de Business Suite et d'un fournisseur de base de données tiers, comme Oracle par exemple.

Des innovations dans le ventre

Ce qui est important : une suite sur Hana (ce qui implique SAP NetWeaver 7.40) contient déjà toutes les innovations technologiques essentielles de S/4 Hana. Citons par exemple SAP UI5 (Fiori) et Abap CDS Views - deux technologies massivement utilisées dans S/4 Hana et qui joueront un rôle essentiel dans toute future implémentation de S/4 Hana.

Avec un système Suite-on-Hana, le service informatique dispose ainsi déjà des éléments technologiques nécessaires pour acquérir une expérience pratique précieuse lors de l'implémentation et de l'utilisation des nouvelles technologies.

Si l'on acquiert ainsi un savoir-faire précoce, on peut se concentrer pleinement sur la mise en œuvre des exigences du client lors d'une implémentation ultérieure de S/4-Hana, sans devoir d'abord se familiariser péniblement avec le sujet ou commettre des erreurs de débutant qui auraient pu être évitées.

Le passage à Suite on Hana avant une conversion S/4-Hana permet d'anticiper de nombreuses tâches techniques qui devraient de toute façon être traitées ultérieurement dans le cadre d'une conversion S/4-Hana.

En outre, il n'est plus nécessaire de traiter les modifications de processus - qui sont à leur tour inévitables lors d'une conversion S/4-Hana en raison des nouveautés fonctionnelles.

Au lieu de faire un grand pas de Business Suite on any-DB à S/4 Hana et de traiter les deux blocs d'adaptations techniques et fonctionnelles en une seule fois, il est recommandé dans de nombreux cas de procéder en deux étapes avec l'étape intermédiaire d'une Suite on Hana :

La migration Suite-on-Hana permet de se concentrer sur les aspects techniques ; l'étape ultérieure vers S/4 Hana peut ainsi être fortement focalisée sur les aspects fonctionnels. Résultat : les efforts et les risques sont considérablement réduits lors d'un passage ultérieur à S/4 Hana.

Migrations établies

La manière dont on organise concrètement la migration vers Suite on Hana dépend de la situation initiale des systèmes existants. Il existe trois possibilités différentes :

• La réimplémentation d'un système Suite-on-Hana avec migration des données (approche Greenfield)
• une mise à niveau des composants SAP suivie d'une migration de la base de données (procédure classique en deux étapes)
• Mise à niveau & migration de la base de données en une seule étape ("Database Migration Option" ou "DMO" en abrégé)

Toutes les méthodes sont désormais établies, éprouvées sur le marché et stables. Chaque option présente des avantages et des inconvénients : L'approche Greenfield avec migration simultanée des données est particulièrement adaptée aux scénarios Split & Merge, dans lesquels la migration Hana doit par exemple être combinée avec le retrait d'une filiale de la Business Suite.

En revanche, le coût de la migration des données est élevé. La procédure classique en deux étapes présente l'avantage de prendre en charge un très grand nombre de situations de départ possibles. Dans ce cas, deux temps d'arrêt sont toutefois nécessaires pour la migration complète. La procédure DMO présente l'avantage d'une migration vers Suite on Hana en une seule étape, qui est en outre optimisée en termes de temps d'arrêt.

En outre, lors d'une migration Hana, des activités de custom coding sont généralement encore nécessaires ; celles-ci peuvent être structurées en trois blocs :

• Adaptations obligatoires du code Hana
• Optimisation des performances des bases de données
• Optimisations des performances spécifiques à Hana

Une bonne planification de la gestion du code personnalisé Hana et une approche pragmatique permettent d'obtenir de bonnes optimisations à un coût raisonnable. La décision de passer directement à S/4 Hana ou à une suite on Hana ainsi que le choix concret de la procédure de migration devraient toujours être déduits de la situation concrète de chaque entreprise.

Des consultants comme cbs Corporate Business Solutions GmbH proposent à cet effet des méthodes efficaces qui combinent le conseil en management pour la planification de l'aménagement et l'architecture du système avec des services technologiques. Avec le cbs S/4 Hana Transition Program, les entreprises sont préparées de manière ciblée à S/4 Hana et des stratégies individuelles sont développées pour la transformation numérique.

L'expérience montre que la migration Suite-on-Hana peut très bien être combinée avec une mise à niveau vers EHP 7 ou EHP 8. Les cycles de test de la Business Suite, qui sont de toute façon déjà planifiés par la mise à niveau, font que les adaptations Hana sont implicitement testées en même temps.

Moins d'efforts, moins de risques

Conclusion : S/4 Hana va s'imposer à grande échelle, mais n'en est encore qu'à ses débuts. En revanche, la SAP Business Suite on Hana est établie et stable. La migration vers une suite on Hana offre déjà de nombreux avantages.

De plus, elle minimise la charge de travail et les risques lors du futur passage à S/4 Hana. Et surtout, elle peut être mise en œuvre de manière efficace et rapide grâce à des procédures éprouvées et à un investissement raisonnable.