Plan directeur pour S/4

Alegri a été fondée en 2001 par Andreas Emhart. Il est aujourd'hui CEO du groupe Alegri.

Hinrich Mielke est largement connu dans la communauté SAP en tant que manager expérimenté. Il est directeur chez Alegri International Service et est donc responsable de l'ensemble du domaine SAP au sein du groupe Alegri.

Les thèmes Hana, S/4 et Cloud Computing sont complexes, même si le patron de SAP, Bill McDermott, aime à rappeler son "run simple". Grâce aux connaissances et à l'expérience d'Alegri, les choses seront plus simples pour les clients existants de SAP.

Et chez Alegri, on parle d'expérience : l'année dernière, Hinrich Mielke a parlé de la personnalisation très réussie de Simple Finance dans le Microsoft Azure Cloud.

Peut-il y avoir un plan directeur pour le passage à S/4 ? Après tout, un système ERP - de R/3 4.c à ECC 6.0 - ne ressemble guère à un autre.

"Le plan directeur ou la procédure de conversion, c'est-à-dire de passage d'un système existant à S/4, sera toujours similaire".

rassure le directeur Mielke.

Pour commencer, il est recommandé d'effectuer un "Hana Readiness Check", y compris une analyse d'utilisation. Pour cela, il faut analyser les procédures de test, les cas de test, les interfaces et le système d'autorisation. On dispose alors d'un bon point de départ pour la conversion.

Et Mielke ajoute

"La personnalisation d'une installation S/4 continuera d'être aussi individuelle que les clients - c'est d'ailleurs ce qui fait la force de la solution ERP de SAP".

L'analyste Frank Niemann de PAC à Munich a déclaré à la fin de l'année dernière dans une note de recherche que les clients existants de SAP, les partenaires et SAP lui-même se trouvent dans une phase de transformation, bien que celle-ci soit plus ou moins prononcée.

Pour Niemann, il est clair que S/4 et Hana joueront un rôle pour toutes les parties concernées. Les clients existants de SAP examineront le moment opportun pour passer à la nouvelle version et s'attendent à ce que SAP et ses partenaires les soutiennent dans cette démarche.

Outre les compétences en matière de solutions autour de S/4, le partenaire SAP doit se tourner vers les thèmes d'une transformation des processus et des modèles commerciaux.

On attend de lui qu'il ne se contente pas d'implémenter rapidement S/4, mais qu'il accompagne et soutienne des projets de transformation impliquant l'informatique et les services spécialisés.

Le cloud computing

Hana et S/4 existent en tant qu'offre sur site et dans de nombreuses versions cloud. Alegri mise sur Microsoft Azure - pourquoi ?

"Alegri donne des conseils fondamentalement neutres et indépendants, car nous ne vendons pas de licences, nous sommes uniquement jugés sur la qualité de nos conseils".

explique le CEO Andreas Emhart.

"En raison de notre expérience avec Azure dans les projets clients et de notre propre utilisation d'Azure comme PaaS pour SharePoint et Office 365, l'intégration avec S/4 Finance sur Azure s'imposait".

Du point de vue d'Alegri, Microsoft dispose avec Azure d'une offre cloud solide sur le marché et est déjà présente auprès de pratiquement toutes les entreprises, notamment grâce à ses installations Office 365 et SharePoint (sur site ou dans le cloud).

"Dans cette mesure, Microsoft est une option intéressante pour beaucoup de nos clients afin de pouvoir mettre en œuvre des projets cloud de manière consolidée. En effet, en libérant un environnement Office 365, la barrière juridique et organisationnelle pour SAP sur Microsoft Azure est souvent très faible, ce qui favorise l'agilité dans le projet.

De plus, Azure offre l'option d'une fiducie de données allemande, ce qui réduit considérablement la barrière d'entrée dans le cloud pour beaucoup de nos clients".

Emhart le sait grâce à de nombreuses commandes de clients couronnées de succès.

SAP lui-même dispose d'une large offre cloud avec HEC (Hana Enterprise Cloud) et HCP (Hana Cloud Platform), désormais regroupée sous le nom de SAP Cloud. De même, SAP a donné les autorisations pour une exploitation sur AWS (Amazon Web Services) et Microsoft Azure.

Où le marché évolue-t-il du point de vue d'Alegri ? Qui sera le vainqueur du cloud au sein de la communauté SAP à la fin de la journée - SAP Cloud, AWS ou Azure ?

"Faire des prévisions à l'heure actuelle reviendrait à lire dans une boule de cristal".

estime Andreas Emhart dans un entretien avec E-3 et décrit la situation de départ :

"De même, dans les entreprises, le paysage SAP n'est pas le seul à jouer un rôle dans cette question, mais doit être considéré dans le contexte de la stratégie complète.

Nous pouvons donc supposer qu'il n'y aura pas d'évolution à court terme dans l'une ou l'autre direction.

S'il s'agit d'agilité pour les sandbox ou les systèmes de test, AWS, Azure et Google Cloud Plattform (GCP) auront certainement un avantage. SAP s'imposera plutôt dans le domaine du SaaS et les autres se partageront le marché de l'IaaS pour les systèmes SAP".

Au cours des dernières décennies, de nombreux clients SAP existants en Europe ont mis en place avec succès leurs propres structures de centre de données, avec des coûts d'exploitation parfois extrêmement bas. La voie simple vers S/4 et Hana passe-t-elle par le cloud ou reste-t-on dans son propre centre de données ?

Hinrich Mielke :

"Les projets actuels et les discussions avec les clients montrent que le scepticisme concernant les applications cloud dans la région DACH s'estompe et que de nombreux DSI se penchent sérieusement sur le cloud.

L'importance du cloud va continuer à croître, mais les propres centres de calcul de nombreux clients vont les compléter à moyen terme et non les remplacer".

L'un des avantages des PoC est l'agilité dans le cloud et aussi la possibilité de modifier facilement une architecture et de l'adapter à l'état des connaissances.

Le processus d'approvisionnement et le processus de décommissionnement peuvent être réduits à quelques minutes, ce qui constitue un avantage décisif, par exemple lors de l'essai de S/4 Hana.

"Comment capturer le Shadow IT et l'exploiter de manière conforme".

ajoute Mielke.

Azure, AWS, SAP Cloud ?

"Comme pour tous les fournisseurs de services, ils offrent tous leurs propres avantages".

sait le CEO Emhart.

"SAP se positionne avec une offre SaaS. Microsoft Azure, AWS et la collaboration entre SAP et Google visent plutôt l'IaaS.

Microsoft et, à quelques exceptions près, Google offrent une intégration potentielle dans leur portefeuille d'applications et de plateformes. La situation actuelle des entreprises joue bien sûr un rôle important.

Ainsi, ce sujet doit également être pris en compte dès la planification générale et étudié en même temps que l'approche de déploiement individuelle".

Une question inévitable lors des discussions sur le cloud computing au sein de la communauté SAP : et que faire des licences sur site ? Se convertir chez SAP en un modèle d'abonnement ou aller dans le cloud AWS, Azure ou Google avec ses propres licences ?

"Bien sûr, les licences jouent un rôle important"

explique Hinrich Mielke,

"une utilisation future ne devrait toutefois pas dépendre uniquement d'éventuelles licences, mais être orientée vers les besoins propres.

Pour Microsoft Azure, AWS et GCP, la règle est : bring your own license - BYOL - pour l'IaaS. C'est-à-dire que les conditions préalables sont les mêmes que pour l'exploitation sur site des dernières années, y compris le fait que la licence chez SAP est toujours individuelle pour chaque client. SAP HEC permet le BYOL ainsi qu'un modèle d'abonnement".

Il est évident qu'il existe de nombreux chemins vers Hana et S/4. Ainsi, les clients existants de SAP sont à nouveau confrontés à de nombreux défis après le passage de R/3 à ECC 6.0 : La voie vers S/4 et Hana semble être tracée pour de nombreux clients existants de SAP, même si elle n'est pas immédiatement d'actualité.

Comment se préparer ? Comment évaluer les coûts et la valeur ajoutée ? Hinrich Mielke sourit lors de l'entretien E-3 et déclare

"Achetez de l'expérience déjà acquise et achetez des conseils externes. Il existe des sociétés de conseil pour cela, il n'est pas nécessaire de faire tous les détours soi-même.

Il est vrai que S/4 et Hana représenteront l'avenir dans les environnements SAP des clients. Une réflexion et une évaluation précoces avec les nouvelles technologies devraient avoir lieu immédiatement, le mot clé étant : Think big - start small !

Le bon moment pour passer à la nouvelle version résulte alors de divers facteurs tels que la valeur ajoutée commerciale, les coûts de licence, les contrats de maintenance en cours, les projets ALM en attente, la stratégie d'entreprise, le plan directeur, etc.".

Chez Alegri, on estime que le bon moment est décisif - en tenant compte de tous les facteurs, les identifier et ensuite mettre en œuvre la stratégie définie.

"Ce qui nous ramène à la pertinence d'un plan directeur".

ajoute Mielke. Il y a quatre ans, lors d'une présentation à Palo Alto, Hasso Plattner et l'ex-directeur technique de SAP Vishal Sikka ont dit en substance que SAP ne pouvait que mettre à disposition la meilleure technologie, mais que les utilisateurs devaient décider eux-mêmes comment l'utiliser à leur avantage. Est-ce vrai ? Quelle est l'expérience d'Alegri ?

Hinrich Mielke :

"De par leur histoire, de nombreux clients sont habitués, lors des mises à jour de SAP, à ce que SAP indique les nouvelles possibilités dans l'application et que le client les active et les adapte".

Opinion SAP & valeur ajoutée

Il était donc facile de calculer le business case. Avec S/4 et Hana, SAP met à disposition une toute nouvelle plateforme qui ouvre la voie à des approches et des possibilités entièrement nouvelles - SAP ne peut qu'esquisser ces dernières à titre d'exemple.

"En fin de compte, c'est aux clients d'identifier et d'exploiter les potentiels qui sommeillent dans leur activité principale : après tout, ce sont eux les experts dans leur domaine respectif.

En ce sens, nous donnons raison à Hasso Plattner et Vishal Sikka dans leur prédiction, même si entre-temps, SAP a également des arguments de poids dans sa manche pour ses clients grâce à la simplification".

Et le CEO Emhart ajoute

"D'après notre expérience, les entreprises agiles ont un avantage : elles peuvent exploiter les possibilités offertes par les nouvelles technologies - ne serait-ce que dans des domaines partiels en tant que projets phares - et prendre ainsi une longueur d'avance sur leurs concurrents sur le marché.

Cela est plus facile si le savoir-faire et aussi les capacités des collaborateurs pour ce processus créatif existent et sont aussi activement encouragés par la direction".

SAP doit s'assurer que les clients peuvent évaluer à la fois la technologie et le potentiel d'innovation de S/4 Hana par rapport à leur propre situation, écrivait l'analyste Frank Niemann fin 2016 dans l'étude PAC mentionnée.

Parmi de nombreuses autres choses, des feuilles de route fiables et des modèles de prix plus flexibles en font partie, estime Niemann. Si les clients existants se voient contraints d'introduire S/4 parce que la stratégie produit l'impose, au lieu d'être convaincus par les valeurs ajoutées, le groupe de logiciels devrait améliorer les choses au maximum - c'est l'avis du cabinet d'analystes PAC.

Stratégie dual-vendor

Le marché SAP est plus hétérogène qu'il y a 25 ans. Les standards et l'open source, comme ceux utilisés par SAP, ouvrent de nouvelles possibilités : Comment se présente pour Alegri une convergence entre SAP et Microsoft ? Y a-t-il une valeur ajoutée ?

"Beaucoup de nos clients utilisent une stratégie de double fournisseur, où chaque besoin de l'entreprise est couvert de préférence par des solutions Microsoft ou SAP".

sait le CEO Andreas Emhart.

Ainsi, Office, souvent aussi Office365, est déjà en place, tout comme SharePoint pour la collaboration et le stockage structuré de documents - l'Active Directory est également établi depuis des années.

Les solutions SaaS basées sur Microsoft Azure font également leur chemin dans l'informatique d'entreprise. Et Emhart est convaincu que le changement de paradigme chez SAP montrera une grande utilité si ces solutions existantes du monde Microsoft sont intégrées de manière transparente sans rupture de média et augmentent ainsi la productivité et l'efficacité.

Comment le client SAP réalise-t-il une éventuelle valeur ajoutée ? Big bang ou évolution ?

Hinrich Mielke :

"Pour réaliser le potentiel du passage à S/4, la conversion d'ECC 6.0 à S/4 et Hana est un projet d'optimisation des processus commerciaux, voire de refonte des processus commerciaux.

Les cas d'utilisation possibles et rentables qui en découlent sont propres à chaque client et nécessitent toujours une stratégie de groupe concernant les objectifs et l'intention du projet ; ensuite, celui-ci peut être abordé de manière ciblée.

La concertation avec le côté professionnel conduit aux premiers cas d'utilisation. On commence alors par exemple avec la comptabilité ou avec un secteur de l'entreprise qui fait office de phare.

Le credo est toujours : Think big, start small. Le big bang sera plutôt rarement adapté à la situation du client".

Frank Niemann de PAC a relevé que les clients existants de SAP sont divisés en deux camps en ce qui concerne S/4 : Pour les uns, la nouvelle génération de produits de SAP est stratégique pour transformer leurs processus d'entreprise et soutenir de nouveaux modèles commerciaux, ainsi que pour faire évoluer leurs paysages SAP.

Un autre groupe d'entreprises considère S/4 uniquement comme la prochaine version de SAP, qu'il faudra bien introduire. Pour elles, il s'agit avant tout d'une migration technique de leurs systèmes actuels vers S/4.

Selon Mielke, si l'on suit les nouveaux paradigmes et que l'on met en œuvre S/4 dans son intégralité, le processus commercial et de travail en lui-même change. Ces nouveaux processus ne sont plus axés sur les transactions, mais s'orientent vers le processus et les exigences des utilisateurs :

"Un changement de mentalité s'impose ici, en particulier pour les utilisateurs expérimentés".

Mielke le sait de par sa pratique professionnelle.

Même si, selon PAC, le nombre de projets S/4 lancés et planifiés est en augmentation, l'incertitude semble encore grande parmi les entreprises.

Même ceux qui aimeraient transformer leurs processus se demandent quel sera l'effort à fournir. Les entreprises ont besoin d'une aide externe, tant pour la planification que pour l'exécution, surtout pour les nouveaux sujets comme l'introduction du nouveau grand livre et la migration des bases de données SAP vers Hana.

Selon PAC, les principaux défis sur la voie de S/4 ne seront pas de nature technique. La transformation des processus liés à SAP ainsi que les changements organisationnels qui en découlent sont encore plus exigeants et plus risqués.

Relever ces défis ne sera possible que si l'organisation IT ou SAP, les départements spécialisés et la direction tirent à la même corde.

Hana 1 ou 2

"Hana 1 recevra des corrections de bugs, mais n'aura pas de nouvelles fonctionnalités. C'est en quelque sorte la version stable".

explique Mielke à propos de la dernière innovation de Walldorf.

"Hana 2 est ici la prochaine étape et amène la plateforme Hana à un nouveau niveau, prête à répondre à de nouvelles exigences commerciales comme l'IoT et à l'efficacité technologique comme les scénarios Active/Active-Read-enabled.

Le très intéressant Hana Cockpit 2.0 vient avec Hana 2 et, selon les études d'Alegri, il constitue une avancée significative".

"Avec le lancement de Hana 2, SAP pose un jalon dans l'industrie, car la plate-forme représente la prochaine génération de Hana, qui aidera les clients à s'engager dans un avenir numérique prospère".

a déclaré Bernd Leukert, directeur technique de SAP, lors du TechEd de Barcelone fin 2016.

En tant que plate-forme d'innovation, SAP Hana 2 fournira des extensions deux fois par an afin de soutenir un développement agile. Que recommande Alegri et pourquoi - Hana ou Hana 2 ?

Hinrich Mielke :

"Pour Suite on Hana, il faut actuellement utiliser Hana 1. Les projets actuellement en cours avec S/4 se basent en général encore sur Hana 1 et ne changeront pas de base stable à court terme sans raison impérative.

Mais comme il n'y aura pas de SPS13 pour Hana 1, les clients seront de toute façon tenus de passer à Hana 2 à moyen terme. C'est donc le numéro 2 qui devrait être choisi pour les projets S/4 qui démarrent.

Dans les futures versions de S/4, Hana 2 sera nécessaire comme base".

Hana 2 est la prochaine étape technologique, elle se base sur Hana 1 et est rétrocompatible. Hinrich Mielke explique les détails :

"Le changement se déroule de la même manière que la mise à niveau d'un nouvel API pour la BD Hana. Les risques technologiques et les étapes sont identiques, tout comme les tests. B

es systèmes sources plus anciens peuvent justifier une étape intermédiaire vers Hana 1 SPS12. Mais comme les points de service du centre de données ne sont plus nécessaires, il faut déterminer individuellement le bon moment et le bon paquet pour la transition dans les environnements de production".

Licence

Et quelles sont les différences de licence entre Hana 1 et Hana 2 et comment le client SAP existant peut-il prendre une décision ?

"Les licences Hana dépendent du type d'utilisation et des fonctions de la base de données et des applications SAP utilisées".

explique Hinrich Mielke.

Hana 2 ne nécessite en soi aucune autre licence que Hana 1, mais Hana 2 apporte de nouvelles possibilités d'utilisation dans le domaine de l'intégration, qui peuvent nécessiter des licences supplémentaires.

En règle générale, Mielke recommande que ce qui est inclus dans Hana 1, SPS12, ne nécessite pas de licence supplémentaire pour Hana 2. Les besoins et l'utilité des licences pour Hana 1 ou 2 peuvent être déterminés à l'aide d'une étude préliminaire correspondante.