SolMan 7.2 pour Hana


La dernière heure a sonné pour Solution Manager 7.1 - la Mainstream Maintenance se termine fin 2017. Les utilisateurs SAP qui utilisent plus que l'optimiseur de maintenance et la génération d'alertes Early Watch devraient planifier suffisamment tôt la transition.
Après la mise à niveau, la différence la plus visible est sans doute la nouvelle interface - tout est de style Fiori. En résumé, Solution Manager est devenu beaucoup plus complet. Les nouvelles fonctions s'imbriquent les unes dans les autres de manière beaucoup plus transparente et judicieuse.
L'un des premiers et des plus importants scénarios d'utilisation est le monitoring. Il n'y a pas d'autre outil de monitoring qui soit supérieur à SolMan pour la surveillance des paysages SAP. Avec l'introduction de Hana, les processus opérationnels et les responsabilités doivent de toute façon être redéfinis.
Dans ce contexte, il est également judicieux de réviser et de définir les Service Level Agreements. Ceux-ci constituent généralement la base d'un concept de monitoring. Comme l'exploitation d'un environnement Hana est certainement un peu plus compliquée et inhabituelle au début que l'exploitation de base SAP classique, des listes de contrôle quotidiennes sont également judicieusement placées dans Solution Manager.
Le SolMan reste fidèle à son approche de "source unique de vérité" même dans les approches hybrides, c'est-à-dire l'exploitation mixte sur site et dans le cloud. Certes, un Solution Manager de SAP est exploité dans un scénario cloud, mais les données pertinentes sont néanmoins transférées dans le Solution Manager du client SAP et y sont disponibles pour l'utilisation d'autres scénarios.
Gestion des changements
Un autre scénario pertinent est la gestion des changements. La composante de la gestion des demandes de changement gagne massivement en importance en même temps que la documentation des processus commerciaux.
Une transition vers S/4 nécessite quelques adaptations de processus, car beaucoup de choses changent aussi dans la technique. Plus tôt un utilisateur est conscient de ses processus et les a documentés, plus il a de temps pour procéder à des adaptations et à une réingénierie judicieuses.
La nouvelle documentation de la solution se distingue nettement de la hiérarchie connue à trois niveaux et s'est massivement développée dans l'étendue de la solution. Les clients du support aux entreprises peuvent désormais modéliser leurs processus de manière graphique et les documenter. Il existe également des solutions d'intégration avec Aris et Signavio, bien que ces dernières soient certainement plus pertinentes et plus proches de la pratique.
Gestion des versions
De nombreux utilisateurs SAP sont aujourd'hui souvent pris dans un "développement continu" - les exigences sont "commandées" par le département spécialisé, mises en œuvre par l'informatique et testées ou mises en production à un moment quelconque. Il n'y a souvent pas de regroupement des modifications en versions, car les utilisateurs trouvent cela trop rigide.
Avec le changement vers S/4 et au plus tard une approche d'exploitation hybride, il est presque impossible de gérer les changements au niveau des ordres de transport. Dans ce cas, certains utilisateurs risquent d'être dépassés s'ils ne disposent pas d'un système de gestion des versions.
Le transport est également rendu plus compliqué par le fait qu'avec les nouveaux objets Hana, la manipulation reste dans le STMS, mais les objets possèdent tout de même leurs spécificités. De ce fait, le comportement de transport est différent (comme pour le thème Java) d'un développement Abap classique.
La gestion du code personnalisé, qui fait encore souvent figure de parent pauvre aujourd'hui, devrait également être examinée de plus près. Les utilisateurs SAP qui prévoient une transition vers le cloud peuvent ainsi gérer très tôt leurs modifications, les consolider et les reconstruire dans le standard.
La gestion du code personnalisé peut en outre identifier les doublons de code, c'est-à-dire les copies de routines standard SAP. Ceux-ci sont également de l'histoire ancienne dans une solution cloud et doivent être démantelés à temps.
Investir en vaut la peine
Même si les utilisateurs ont encore le temps de passer à S/4, il vaut la peine d'investir à temps dans la documentation, la gestion des changements et la gestion des tests. Ces processus ne se mettent pas en place et ne s'ancrent pas du jour au lendemain dans une organisation.
Pour ne pas se faire dépasser ici par la droite comme lors du passage de R/3 4.6C à ERP 6.0, ces thèmes devraient être abordés et préparés dès maintenant. Le Solution Manager 7.2 est un excellent outil qui peut aider les utilisateurs SAP à exploiter des paysages Hana.
Mais ce n'est pas gagné d'avance, des changements organisationnels et une bonne discipline sont urgemment nécessaires.