Passage à S/4

Transition S/4-Hana - bien préparé, c'est à moitié gagné

Le passage à S/4 Hana est une opération exigeante et complexe, dont il faut tenir compte des aspects les plus divers, notamment en ce qui concerne la base SAP. Mais comme partout, plus la préparation est bonne, plus le changement se fait en douceur. Il faut donc commencer par analyser et faire l'inventaire du paysage SAP et des données de surveillance SAP existantes pour dimensionner l'architecture cible (sizing), examiner les add-ons ou les développements propres (code checking) et l'exploitation ultérieure. 

La stratégie front-end doit être clarifiée au préalable. Il est certes possible d'utiliser SAP-GUI, mais pour certaines fonctions SAP, SAP-Fiori est déjà obligatoire. Et la manière de passer à la nouvelle version doit également être réfléchie : conversion du système (brownfield), nouvelle implémentation (greenfield) ou modèle mixte (colorfield) - la méthode la plus appropriée dépend de chaque cas.

Conversion ou greenfield

Ceux qui souhaitent conserver des extensions et des add-ons individuels et qui sont satisfaits des processus mis en œuvre devraient choisir la conversion du système. Elle s'effectue en un seul big bang avec un seul temps d'arrêt. La nouvelle introduction (Greenfield) et la reconstruction complète de l'environnement SAP, proche du standard SAP, sont plus coûteuses et plus complexes, notamment parce que S/4 Hana n'est ici mis en service que progressivement. Cela est recommandé pour les entreprises qui souhaitent profiter directement des innovations SAP et/ou remplacer progressivement leur environnement multi-ERP (SAP/Non-SAP).

Lorsque l'on décide de convertir un système - l'expérience montre que c'est le cas de la majorité des clients SAP existants - il faut effectuer quelques travaux préliminaires. C'est au plus tard à ce moment-là que le système SAP actuel doit être migré vers la base de données Hana et converti à l'Unicode, que les Adobe Document Services (ADS) doivent être mis à disposition pour le nouvel Output Management et que les données qui ne sont plus nécessaires doivent être archivées (Housekeeping). La base de données Hana et les serveurs d'application (RAM, espace disque, CPU) doivent également être conçus avec précision, des contrôles de code doivent être effectués pour les add-ons et les développements internes, et bien plus encore.

Choix du modèle de fonctionnement

Ensuite, il faut se poser la question du futur modèle d'exploitation de SAP S/4 : Sur site, cloud privé ou public, hybride ? La décision dépend entre autres des dispositions légales relatives à la conservation des données, des exigences en matière de Service Level Agreements (SLA) ou de la nécessité d'une exploitation 24h/24 et 7j/7 avec un Service Desk d'un fournisseur SAP.

Pour ceux qui souhaitent conserver la maîtrise de l'infrastructure informatique, du matériel et des réseaux et/ou qui travaillent avec des données particulièrement sensibles qui ne doivent pas sortir de l'entreprise, l'exploitation sur site dans leur propre centre de calcul était jusqu'à présent la règle. Si l'accent est mis sur l'agilité en termes de développements et de processus numériques sans faille, avec des temps de service et de réaction (RTO et RPO) dédiés, une architecture de cloud privé sécurisée sur des plateformes d'infrastructure d'hébergement évolutives et à haute disponibilité représente la meilleure option. 

Pour les entreprises qui souhaitent mettre en réseau leurs utilisateurs SAP sur plusieurs sites et profiter de temps de latence courts et d'une puissance de calcul évolutive, l'exploitation de S/4 dans le cloud public (GCP, Azure, AWS) est envisageable. Lors du choix de l'hypercalculateur, il convient de tenir compte des certifications et des labels de qualité, de l'existence de succursales et de centres de données locaux et du temps maximal nécessaire pour traiter et résoudre un incident.  

Ne pas oublier la sécurité

Mais la sécurité ne doit pas être négligée, en particulier l'adaptation des autorisations et des rôles SAP au cours du changement. Dans ce cas, il est recommandé d'utiliser SAP-Identity-Management en combinaison avec un module complémentaire, dans lequel l'attribution, la gestion et le retrait des autorisations privilégiées limitées dans le temps ou des rôles d'urgence (solution Firefighter) peuvent être effectués de manière standardisée, automatisée et conforme à la législation. 

Le fonctionnement fiable et performant de l'environnement S/4 est toujours assuré de manière optimale par une solution de monitoring SAP qui surveille automatiquement en temps réel, affiche clairement l'état actuel et envoie immédiatement des notifications. Ainsi, les points faibles et les failles de sécurité SAP sont immédiatement identifiés et peuvent être comblés sans délai.