Au-delà des champs verts et des friches brunes

Le passage à S/4 Hana prend de l'ampleur. Malgré toutes les difficultés rencontrées lors du lancement sur le marché et les critiques persistantes, une enquête en ligne menée par DSAG au début de l'été de cette année auprès de 500 décideurs montre que la migration vers SAN est en cours :

Entre-temps, près de 64 pour cent des entreprises interrogées investissent dans S/4 Hana dans les variantes Cloud et On-Premise. D'ici 2020, un tiers des clients SAP existants passeront à la nouvelle génération de logiciels de Walldorf et 20 % supplémentaires planifient déjà leur migration pour la période après 2020.

La mauvaise question : vert ou brun ?

Avec S/4, la question n'est plus de savoir si, mais comment. Dans ce contexte, les deux voies de migration fondamentales ainsi que leurs avantages et inconvénients font régulièrement l'objet de discussions : Greenfield et Brownfield.

Alors que l'approche en rase campagne nécessite une nouvelle mise en œuvre, l'assainissement des "vieilles charges" brunes - selon le dictionnaire - promet une protection des investissements pour les adaptations généralement importantes et coûteuses des systèmes SAP par les clients existants.

Toutefois, les deux variantes ne sont pas calculées proprement. En effet, dans tous les cas, les entreprises doivent investir en plus dans S/4, car elles doivent finalement acquérir de nouvelles licences et acheter du matériel coûteux ou souscrire des abonnements.

Certes, le volume de données provenant des anciens systèmes est réduit lors du passage à Hana, mais si les exigences en matière de mémoire de travail sont incomparablement plus importantes, la combinaison d'une infrastructure classique et de solutions d'archivage devient obsolète.

C'est précisément la migration dans le propre centre de calcul, progressive ou unique, privilégiée par la majorité des clients SAP existants, qui s'avère être un générateur de coûts massif.

Les sondages le montrent régulièrement : près de 80% du budget informatique total est consacré à l'exploitation informatique pure, tandis que 20% seulement sont disponibles pour des investissements dans l'innovation.

Les dépenses liées aux anciens systèmes représentent souvent à elles seules 70 pour cent. L'idéal serait en revanche une répartition de 60 pour cent pour l'exploitation informatique et de 40 pour cent pour les innovations, et ce de manière durable.

Certes, selon l'enquête de DSAG, les budgets informatiques ont augmenté en moyenne de près de 5 % en 2017 par rapport à l'année précédente. Mais même une augmentation aussi importante ne suffira pas à fournir aux départements informatiques les moyens financiers dont ils auront besoin pour numériser leurs entreprises et leurs modèles commerciaux.

Les clients existants de SAP : Tous daltoniens ?

Au vu de ces chiffres, la solution est claire : il faut réduire durablement le bloc des coûts liés à l'exploitation des anciens systèmes. Le moyen de choix est la consolidation et le déclassement. Les utilisateurs le savent depuis des années.

En 2011 déjà, le premier Application Landscape Report de Capgemini avait révélé que la moitié des grandes entreprises estimaient pouvoir supprimer un système hérité sur deux. Et dans le rapport de 2014, les personnes interrogées ont indiqué qu'elles y voyaient non seulement une possibilité, mais aussi une nécessité. Alors pourquoi n'agissent-elles pas en conséquence ?

La réponse est claire. 60% des personnes interrogées par Capgemini hésitent à le faire en raison des coûts que cela implique. Les clients SAP existants ne sont donc pas daltoniens lorsqu'ils hésitent à prendre le chemin vert ou brun vers S/4 Hana.

Gartner s'est également penché sur le sujet et observe les fournisseurs dont les solutions permettent aux entreprises de déclasser les anciens systèmes dans son "Magic Quadrant for Structured Data Archiving and Application Retirement", dernièrement actualisé en juin 2016.

Le point décisif est que Gartner ne veut pas que les solutions correspondantes soient uniquement considérées comme des coûts. Le cabinet d'analyse conclut plutôt : "L'archivage structuré des données et le remplacement des applications peuvent déboucher sur un retour sur investissement significatif".

Passer par le rouge

La standardisation et l'automatisation sont les conditions préalables pour qu'une telle solution permette d'amortir rapidement les investissements nécessaires et, par conséquent, de réduire durablement les coûts d'exploitation.

Ce sont précisément les caractéristiques de la solution JiVS de la société suisse Data Migration Services AG. Ces caractéristiques sont le résultat d'un grand nombre de projets de migration de données et de déclassement d'anciens systèmes.

Dans la pratique, il a été prouvé que JiVS a réduit les coûts d'exploitation de 80 à 90 pour cent après la mise hors service des anciens systèmes. Les 10 à 20 % restants permettent de continuer à utiliser les anciennes données à conserver pour des raisons de conformité, y compris la logique commerciale SAP.

L'archivage et l'utilisation ultérieure sont possibles en appuyant sur un bouton : Data Migration Services appelle cela l'historisation des données ou Application Retirement. JiVS est une plateforme basée sur Java et représente une combinaison de technologies, d'applications et de méthodes standard.

Au cœur de la plate-forme JiVS se trouve la capacité de détacher les données et la logique commerciale des systèmes source et cible. JiVS a été conçu pour la conversion de systèmes informatiques et la consolidation de systèmes individuels.

C'est justement le nettoyage des données qui est décisif pour la réussite de la migration vers S/4. En effet, les clients SAP existants s'engagent sur la voie de la migration à une époque où les obligations de conformité sont de plus en plus nombreuses.

En premier lieu, il convient de mentionner le règlement européen sur la protection des données (RGPD), dont le non-respect entraînera de lourdes sanctions à partir de mai 2018. Pour ce faire, les entreprises doivent notamment savoir exactement quelles sont les données personnelles des citoyens de l'UE qu'elles détiennent, où elles les conservent, à quelles fins - légitimes - elles les traitent, si ces données sont correctes et si elles ne conservent vraiment que les données dont elles ont besoin à ces fins.

En outre, elles sont tenues de fournir des informations aux citoyens et aux autorités. Les entreprises qui ne nettoient pas leurs bases de données risquent d'avoir de grandes difficultés à se conformer à ces obligations. La plate-forme JiVS aide les entreprises à surmonter ces difficultés.

Rosa : migration réussie vers S/4 Hana

Un exemple récent de migration greenfield à l'aide de JiVS est le projet S/4-Hana de la pharmacie par correspondance et grossiste médical "Zur Rose", basée en Suisse, qui comprend des marques aussi connues que DocMorris.

En migrant vers la nouvelle génération SAP, l'entreprise souhaitait uniformiser son environnement informatique hétérogène et séparer les données anciennes des données actuelles. En outre, les coûts d'exploitation devaient être réduits durablement.

Zur Rose" a été soutenu dans ce projet par T-Systems Data Migration Consulting, le plus grand partenaire JiVS de Data Migration Services. La plateforme de données JiVS a permis de réduire le volume de données d'environ 30 pour cent.

Les données actuelles ont été migrées vers S/4 Hana, toutes les données sont archivées dans JiVS History. Zur Rose" peut continuer à accéder à tout moment aux données historisées et les évaluer à l'avenir pour des décisions de gestion ou à des fins de conformité.

Les avantages pour le client :

"Nous résolvons deux grands problèmes en même temps".

déclare Ricardo Nebot, CIO, Zur Rose Group.

"Pour nous, le point décisif était le transfert épuré des données des anciens systèmes vers le nouveau SAP et, en même temps, l'archivage conforme à la législation".

Conclusion

Les clients existants de SAP sont confrontés à un dilemme : ils veulent pour la plupart introduire S/4 Hana, mais ne savent pas comment payer. Ni l'approche greenfield ni l'approche brownfield ne permettent de sortir de cette impasse.

En revanche, ceux qui désactivent leurs anciens systèmes avec JiVS ou qui réduisent drastiquement la quantité de données des systèmes SAP opérationnels existants avec JiVS, créent les espaces nécessaires pour la nouvelle génération de logiciels SAP.