Avenir 7.2

Un aspect important pour la planification du changement de version réside dans le fait que le support standard officiel pour Solution Manager 7.1 se termine le 31 décembre 2017.

Les clients qui utiliseront encore SAP Solution Manager 7.1 par la suite continueront à bénéficier de l'assistance de SAP, conformément à son principe "support never ends".

Mais en contrepartie, les entreprises doivent, le cas échéant, payer ou attendre plus longtemps les corrections d'erreurs dans le cadre de l'assistance spécifique au client.

C'est précisément dans l'environnement certifié, où les scénarios et les processus du gestionnaire de solutions SAP sont également audités, que les auditeurs voient d'un œil critique l'utilisation de logiciels qui ne sont plus pris en charge par le support standard.

S/4 Hana comme moteur

Pour de nombreux clients, les projets S/4 en cours dans l'entreprise créent une forte pression.

Ils doivent planifier et décider à l'avance quelles sont les premières étapes et les suivantes qui leur conviennent.

Ainsi, le contenu SAP Activate, les meilleures pratiques pour l'implémentation de S/4 le long de la méthode SAP Activate, n'est disponible que pour SolMan 7.2.

Ce contenu n'est pas fourni pour Solution Manager 7.1. L'implémentation d'un SolMan 7.2 est donc la première étape importante pour les clients qui s'intéressent à S/4 Hana.

Le contenu Activate n'est pas le seul à être pertinent pour les clients S/4-Hana : En regardant la feuille de route SAP S/4 Hana, que SAP met à la disposition de ses clients pour l'élaboration d'une feuille de route individuelle, on trouve des thèmes qui ne seront disponibles dans l'étendue des fonctions nécessaires qu'avec la version 7.2.

Tous les terminaux

Pour s'adapter au couplage avec S/4 Hana, SolMan 7.2 prend également en charge la nouvelle technologie d'interface utilisateur Fiori.

Les clients peuvent, à partir des applications SolMan Fiori mises à disposition, fournir des interfaces utilisateur aussi intuitives que les solutions ITSM Cloud, qui se sont récemment positionnées par rapport au SolMan et ont été utilisées par certains clients en raison de leur facilité d'utilisation.

Grâce à l'utilisation de HTML5, les applications SolMan peuvent être utilisées sur tous les terminaux qui supportent HTML5, ce qui est le cas pour les appareils mobiles et les smartphones les plus courants.

Code personnalisé

La gestion du code personnalisé (CCM) ou la gestion du cycle de vie du code personnalisé (CCLM) existaient déjà dans les versions précédentes de Solution Manager, mais n'étaient jusqu'à présent utilisées que par un nombre restreint de clients.

Le passage à Hana et S/4 Hana signifie que tout le code qui n'est pas disponible dans la norme SAP doit être examiné et révisé en fonction de Hana.

Pour les clients qui utilisent SAP depuis longtemps, il est possible qu'une partie du code développé en interne se soit accumulée au fil des ans.

On estime que jusqu'à 65% de ce code est peu ou pas utilisé ou est désormais disponible dans le standard SAP (source : SAP SE).

Il n'est pas judicieux d'adapter ce code. La gestion du code personnalisé permet d'identifier et de supprimer le code inutilisé avant d'adapter les composants développés en interne.

Documentation de la solution

SAP a revu le plus intensivement le thème Solution Documentation (documentation des processus et des solutions) et prend désormais en charge de nombreuses fonctions demandées depuis longtemps par les clients.

Ainsi, SAP Solution Manager 7.2 supprime la limitation à une hiérarchie de processus de seulement trois niveaux, critiquée depuis longtemps, et permet désormais d'aller jusqu'à 99 niveaux.

De plus, un éditeur intégré et gratuit dans le cadre du support est mis à disposition pour la représentation des processus selon BPMN (Business Process Model and Notation), de sorte que la documentation des processus peut être effectuée au sein du Solution Manager sans qu'il soit nécessaire de connecter un éditeur externe supplémentaire.

Cette fonction est particulièrement intéressante pour les clients qui planifient des projets S/4.

Dans le cadre du passage à S/4, les futurs processus sont documentés - dans SAP Solution Manager, cela peut se faire sur la base du contenu de SAP au sein de la technologie établie, sans qu'il soit nécessaire d'acheter des licences supplémentaires.

L'étroite imbrication de la Solution Documentation et des scénarios ITSM permet d'intégrer à l'avenir la documentation dans la gestion des changements, afin que la documentation soit toujours à jour.

La plus grande valeur ajoutée peut être générée dans le cadre de la gestion des tests pour les projets S/4, si la gestion des tests est établie sur la base de la nouvelle documentation de la solution.

Pour permettre ces extensions de la documentation de la solution, la base technique complète de la Solution Documentation a été modifiée, de sorte que des adaptations parfois importantes sont nécessaires pour tous les scénarios qui accèdent à son contenu et à ses fonctions.

Activation du contenu

L'étape au cours de laquelle la Solution Documentation existante est migrée vers la nouvelle base est appelée Content Activation.

Elle constitue un point critique de la mise à niveau pour les clients qui utilisent la Solution Documentation de manière productive dans Solution Manager 7.1, surtout si la base technique de la Solution Documentation a été étendue.

Dans ce cas, il faut analyser précisément, avant la mise à niveau, quelles adaptations ont été faites dans la modélisation et comment elles se comportent pendant l'activation ou quelles mesures doivent être prises pour que l'activation soit menée à bien au cours de la mise à niveau.

Les clients pour lesquels un test dans la Cloud Appliance Library (CAL) n'est pas possible en raison des dispositions de conformité doivent effectuer ces tests dans un système installé spécialement à cet effet.

Il faut tenir compte du fait que l'activation ne peut pas se faire progressivement, mais seulement une fois par système.

La nouvelle suite de tests

Parmi les scénarios du Solution Manager, le thème de la gestion des tests est celui qui est le plus intensément lié à la Solution Documentation.

C'est là que les dépendances sont les plus importantes, de sorte que la gestion des tests ne faisait pas non plus partie de la montée en charge officielle de Solution Manager 7.2 et n'a été disponible qu'avec la disponibilité générale (SP 3) en août.

Ce sont surtout les nouvelles possibilités offertes par la gestion des tests qui sautent aux yeux. Ici, une solution existante, qui n'était souvent utilisée qu'avec d'autres solutions de gestion des tests, a été étendue de telle sorte que toutes les exigences d'un outil de gestion des tests professionnel et complet sont désormais remplies - y compris la possibilité de tester automatiquement.

Dans ce contexte, SAP TAO ainsi que l'adaptateur SAP Solution Manager pour HP ALM ont également été retirés de la liste de prix SAP. Ils ne sont plus maintenus que pour les clients qui utilisent la solution.

Mise à niveau : planification et feuille de route

D'un point de vue technique, dans la mise à niveau du Solution Manager, une instance dans laquelle les deux composants du serveur sont réunis doit être séparée en Abap et serveur Java.

De nombreux clients jouent avec l'idée d'implémenter SolMan 7.2 avec la base de données Hana, qui est disponible sans licence pour Solution Manager, afin d'acquérir une première expérience.

Surtout si Hana est une option, ce n'est pas une simple mise à niveau technique de NetWeaver.

Les changements décrits précédemment dans la Solution Documentation et les défis qui en découlent pour les scénarios dépendants font de la mise à niveau de SolMan un projet stimulant d'un point de vue technique.

Options de changement de version

Premièrement Mise à niveau des installations existantes du gestionnaire de solutions.

S'applique surtout aux clients qui utilisent le Solution Manager pour des scénarios techniques ou des scénarios qui ont peu de dépendances avec la Solution Documentation.

Deuxièmement : Réinstallation de Solution Manager 7.2 suivie d'une migration des documents dans Solution Manager 7.1.

Cette option offre la possibilité de se séparer, lors de la migration, des versions intermédiaires inutiles qui ont été enregistrées dans la base de données du Solution Manager.

Troisièmement Réimplémentation complète du système SolMan 7.2 et reconstruction de la documentation et des scénarios.

Cette option est surtout intéressante pour les clients qui envisagent concrètement de passer à S/4 Hana. Ces clients peuvent utiliser directement la nouvelle version pour le nouveau paysage et créer une nouvelle documentation pour l'environnement S/4.

Il existe une zone d'ombre assez importante entre les deux premières options : des sujets tels que les processus informatiques audités, les développements supplémentaires complexes, mais aussi les projets de regroupement de plusieurs installations de Solution Manager au sein d'une entreprise peuvent faire pencher la balance et doivent être évalués individuellement.