Un élément important pour S/4

Les départements informatiques de ces entreprises sont en outre confrontés à un changement fondamental, car S/4 Hana modifie les modèles d'exploitation et les processus informatiques.

Pour que S/4 Hana Go Live soit une réussite, il faut donc que le service informatique se prépare soigneusement afin de développer sa propre feuille de route et de mener à bien le projet.

Un outil central pour la préparation du paysage et des processus informatiques est SAP Solution Manager dans sa version 7.2.

Dans de nombreux services informatiques, le gestionnaire de solutions est encore perçu comme un système supplémentaire fastidieux que l'on n'utilise que pour charger les patches SAP et ouvrir les connexions système au support SAP.

La nouvelle version 7.2, disponible depuis mi-2016, est cependant si étroitement liée à S/4 Hana et fait tellement partie intégrante des feuilles de route que SAP met à disposition pour le passage à S/4 que même les clients qui n'utilisaient jusqu'à présent Solution Manager que de la manière décrite précédemment devraient procéder à une réévaluation de SolMan. De nouvelles fonctions centrales, dont beaucoup ont été spécialement développées ou optimisées pour le passage à S/4, font partie de la feuille de route.

1. réduire les développements propres et les add-ons

Grâce à l'UPL (Usage Procedure Logging), le Solution Manager enregistre le degré d'utilisation du code Abap, des programmes, des procédures, des modules fonctionnels et des méthodes.

Idéalement, l'activation doit avoir lieu 15 mois avant la migration vers S/4 Hana, mais un délai plus court est généralement suffisant.

La gestion du cycle de vie du code personnalisé (CCLM) de Solution Manager détermine quels objets ne sont pas utilisés, sont en double, ne sont actifs dans aucun système de production ou sont obsolètes, et propose de les déclasser.

Cela permet de savoir clairement de quel code de programme inutilisé on peut se séparer. En outre, CCLM permet de vérifier quelles fonctions que l'on a créées soi-même sont désormais disponibles dans le standard SAP et peuvent être remplacées par celui-ci.

On peut en déduire quel code doit être migré et quel lest peut être négligé. Cela permet également de poser les bases d'une gestion efficace du cycle de vie du code personnalisé par la suite.

2. dimensionnement du futur paysage SAP

La gestion du volume des données (DVM) permet d'obtenir des informations sur les volumes de données et leur répartition afin d'identifier les potentiels de réduction des données.

Avec un délai de planification d'au moins six mois avant la mise en service prévue de S/4 Hana ou l'achat du nouveau matériel, il convient d'analyser les besoins en disques.

Ensuite, il faut décider de ce qui peut être archivé et de ce qui peut être optimisé avec le housekeeping. L'objectif doit être une réduction significative des données.

3. documentation sur les solutions et activation du contenu

Ceux qui ont déjà enregistré des modèles de processus et une documentation sur les solutions dans SAP Solution Manager 7.1 doivent préparer et effectuer ce que l'on appelle l'activation du contenu, afin de s'assurer que la documentation existante peut être migrée avec succès dans le cadre de la mise à niveau ou que des conversions supplémentaires sont nécessaires et doivent être effectuées dans la mise à niveau.

Lors de la mise à niveau vers Solution Manager 7.2, les informations existantes ne peuvent être reprises qu'une seule fois. Ce qui n'a pas été repris ne peut être utilisé qu'en mode lecture.

Avec un préavis de six mois, il convient d'analyser les contenus existants et de déterminer quelles parties de la documentation de la solution sont indispensables et doivent continuer à être utilisées. Les projets et les rapports devraient également être consolidés à ce moment-là afin d'avoir une meilleure vue d'ensemble.

Comme SAP Solution Manager 7.2 recommande de n'utiliser qu'une seule solution, les clients doivent être conscients à temps de la structure et de l'organisation de la future documentation de la solution.

Une fois ce changement effectué avec succès, SAP Solution Manager 7.2, avec ses nouvelles fonctions fortement imbriquées les unes dans les autres, offre la possibilité de disposer d'une documentation de solution toujours actuelle grâce à un couplage avec la gestion des changements et des versions. C'est aussi une bonne base de départ pour être prêt à réaliser des audits.

4. réduction des temps d'arrêt lors de la mise à niveau technique vers SAP Solution Manager 7.2

La migration technique de la version 7.1 à la version 7.2 est une mise à niveau SAP standard, lors de laquelle les piles Abap et Java du système SAP-NetWeaver sous-jacent sont toutefois scindées (Dual Stack Split).

Les clients qui utilisent déjà la documentation de la solution doivent procéder à l'activation de contenu décrite précédemment. La stratégie de mise à niveau doit être déterminée en fonction de l'intensité de l'utilisation de SAP Solution Manager et de la quantité de données déjà contenues.

En cas d'utilisation à grande échelle et de nombreuses données de mouvement, il est recommandé de mettre en place au préalable une sandbox afin de tester les étapes de mise à niveau et surtout l'activation du contenu, d'analyser les points critiques et de tester également le temps de passage avant la mise à niveau productive.

La mise à niveau technique dans le système de production peut ainsi être effectuée beaucoup plus rapidement, la mise à niveau effective de SAP Solution Manager peut ainsi être réalisée avec succès au cours d'un week-end normal.

5. utilisation des meilleures pratiques fournies pour la planification de projets S/4

Nous recommandons d'attendre la mise à jour vers la version 7.2 pour commencer le coup d'envoi de S/4 Hana ou de considérer la mise à niveau du système SolMan comme partie intégrante de la feuille de route S/4.

La disponibilité opérationnelle de la solution est indispensable pour l'implémentation, la configuration et l'utilisation. Des feuilles de route pour les nouveaux déploiements de S/4 Hana, les conversions de systèmes et les transformations du paysage sont enregistrées dans SAP Solution Manager. Elles facilitent la planification des projets informatiques.

La gestion de programmes S/4-Hana pour des projets interdépendants dans des régions ou pour différents systèmes est également prise en charge. La méthodologie SAP Activate - modèles d'approche et meilleures pratiques pour la mise en œuvre de S/4 Hana fournis par SAP - permet de vérifier sa propre planification tout en adaptant cette méthodologie à sa propre organisation.

6. utilisation du contenu commercial S/4 Hana fourni

Les processus standard S/4 Hana sont décrits dans le SAP Solution Manager. Le contenu commercial déjà fourni - recommandations SAP pour la mise en œuvre des processus commerciaux avec S/4 Hana - devrait être très précieux pour de nombreuses entreprises.

Il est intéressant d'examiner les possibilités d'utilisation des meilleures pratiques SAP pour ses propres processus commerciaux et de les ramener, le cas échéant, au standard SAP.

Si des modifications sont apportées, il convient d'utiliser les fonctions du gestionnaire de solutions SAP pour la gestion des exigences, des tests et des versions.

On augmente ainsi la transparence, la vue d'ensemble et la sécurité de fonctionnement des systèmes ERP, surtout lorsque l'adaptation de la documentation fait partie intégrante de la gestion des changements et que l'adaptation des fonctions s'accompagne toujours de l'adaptation de la documentation correspondante.

7. adaptation des processus informatiques

Dans la version précédente 7.1 de SolMan, les fonctions de gestion des services informatiques étaient également conformes à l'ITIL. L'utilisation continue de ces processus hautement intégrés n'est toutefois mise en œuvre que dans très peu d'entreprises. Souvent, les possibilités offertes par SAP Solution Manager ne sont que partiellement connues.

La version 7.2 comporte de nombreuses améliorations fonctionnelles qui peuvent aider les services informatiques à collaborer de manière plus efficace et plus économique avec l'entreprise. A l'avenir, de nombreux utilisateurs de SAP Solution Manager ne viendront pas du service informatique, mais des secteurs d'activité.

Si l'utilisation du gestionnaire de solutions augmente comme décrit, celui-ci devient également un système central pour toute l'entreprise et il doit être disponible de la même manière que le système ERP, car une panne aurait de graves conséquences.

De telles conséquences organisationnelles doivent être identifiées à temps, analysées soigneusement et modifiées dès le projet S/4-Hana ou le sous-projet SAP Solution Manager.

SAP Solution Manager offre aux organisations informatiques de nombreuses possibilités de surveillance. Il est par exemple possible de vérifier en permanence la disponibilité de l'infrastructure SAP, de la base de données Hana ainsi que des composants sur site, dans le cloud et hybrides.

Il est également possible de surveiller les processus commerciaux critiques pour l'entreprise afin d'identifier rapidement les pannes, d'analyser les causes et de remédier aux dysfonctionnements.

8. gestion de bout en bout des changements, des tests et des versions pour le déploiement de S/4

Les décideurs informatiques connaissent l'importance de l'interaction de ces processus dans le contexte SAP. Avec SAP Solution Manager, les entreprises utilisatrices de SAP disposent d'un outil certifié ITIL et intégré dans SAP pour gérer tous les processus qui y sont liés.

Avec ses nouveautés, il simplifie le flux d'informations entre les domaines spécialisés et l'organisation IT concernant les IT et Business Requirements, les Change Requests, leur test et le déploiement correspondant.

Si les processus commerciaux sont documentés et les demandes de changement compréhensibles, les cas de test peuvent être écrits de manière plus précise et la qualité du logiciel augmente.

En outre, l'intégration des nouveaux collaborateurs est simplifiée, les besoins en formation sont réduits et les exigences croissantes en matière de conformité sont également prises en compte.

9. processus informatiques optimisés pour le domaine spécialisé

Dans le cadre de la transformation numérique, de nouveaux groupes d'utilisateurs entrent en contact avec l'informatique en général et avec SAP en particulier.

Les organisations informatiques devraient s'efforcer de poser les bases de la numérisation par le biais d'expériences positives avec le service desk en particulier, mais aussi avec les autres processus informatiques.

Avec les interfaces standard des versions précédentes de SAP Solution Manager, cela n'était possible que de manière limitée. Avec SAP Fiori et l'intégration directe des processus informatiques dans les processus commerciaux, cela est désormais beaucoup plus possible avec la version 7.2.

Conclusion

S/4 Hana va modifier de manière décisive les processus et la collaboration des personnes dans les entreprises à de nombreux endroits. Une planification à long terme est une condition importante pour réussir à maîtriser ces changements.

L'adaptation de la stratégie informatique doit être la première étape importante de la transition vers S/4. Pour les organisations informatiques, le Solution Manager devrait devenir dans ce contexte un outil et un instrument de pilotage indispensable pour les projets SAP et l'exploitation SAP.