Auteur : Matthias Kneissl, Q-Partners

La maintenance de SAP Solution Manager 7.1 se termine fin 2017. Les utilisateurs informatiques devraient profiter du temps restant pour effectuer la transition rapidement.

Avec SolMan 7.2, on dispose d'un outil complet pour la gestion et surtout pour la transition vers S/4. Les avantages de l'outil ne se révèlent toutefois que lorsqu'ils sont associés.

Dans le cadre de la stratégie de mise à niveau de SolMan, la documentation de la solution est l'un des plus grands sujets. Certes, l'effort de mise à niveau est considérable, mais c'est un bon investissement pour l'avenir.

Dans le cadre de la stratégie de maintenance, on me demande régulièrement comment les entreprises doivent organiser et planifier la transition vers Solution Manager 7.2.

Avec la nouvelle version 7.2, SAP a doté pour la première fois Solution Manager d'une interface utilisateur plus facile à utiliser et plus intuitive.

Le passage à Hana prend de plus en plus d'importance. Les responsables informatiques doivent bien réfléchir par quoi ils vont commencer leur projet.

L'option de clustering de la gestion des demandes de changement présente de nombreux avantages - les responsables informatiques doivent néanmoins savoir dans quoi ils s'engagent.

Par le passé, de nombreux responsables informatiques se sont occupés de la gestion de leurs changements. L'étape suivante est celle de l'imputation des coûts et des prestations.

Avec la version 7.2, la gestion des releases ChaRM a été largement étendue et rénovée. Mais avec de nouvelles techniques, les défis se situent aussi au niveau de l'organisation.

La version 7.2 de Solution Manager offre un certain nombre de nouvelles fonctions permettant d'exploiter efficacement les environnements Hana. Outre les changements techniques, des adaptations organisationnelles sont toutefois nécessaires.

Avec Hana et S/4, un nouveau modèle de programmation fait son apparition dans le monde Abap. Les utilisateurs SAP qui réfléchissent au cloud devraient revoir à temps les développements spécifiques à leurs clients.

Il existe encore de nombreux départements informatiques qui gèrent leurs transports SAP à la main. Une introduction de ChaRM est ici plus que judicieuse, mais elle doit aussi se dérouler de manière planifiée et coordonnée.