Un Migration S/4HANA est un projet important pour les organisations. Il peut s'agir d'un parcours semé d'embûches et de revers qui contribuent au non-respect des délais et au dépassement des budgets. Toutefois, certaines solutions disponibles sur le marché peuvent faciliter la migration, qu'il s'agisse d'un projet Greenfield, Hybrid ou Brownfield. 

Rev-Trac Platinum, le SAP DevOps Orchestration Platform, est un outil qui peut vous assister dans la composante technique de votre transformation numérique. Il vous permet de répondre rapidement aux demandes commerciales en constante évolution et de faciliter votre migration vers S/4HANA grâce à des flux de travail répétés, automatisés et personnalisés.  

Dans ce blog, je vais examiner une application réelle à la loupe. Dans ce scénario, une société de santé basée aux États-Unis s'est lancée dans un projet pluriannuel visant à mettre en œuvre un nouveau paysage S/4 Greenfield à la suite de récentes fusions et acquisitions. 

Le défi de la transition vers S/4HANA pour les entreprises en phase de démarrage 

L'entreprise connaissait bien Rev-Trac. Notre logiciel a géré les changements SAP dans plusieurs paysages SAP de l'entreprise. Mais elle n'avait jamais utilisé Rev-Trac pour aider à déployer un paysage S/4HANA.  

L'objectif était de perfectionner la mise en service en utilisant plusieurs "simulations" pour simuler le processus de manière efficace et répétée. Autrefois, nous créions de nouveaux SID (identifiants de système SAP) pour créer un paysage avec plusieurs systèmes d'assurance qualité, de test et de préproduction.

Toutefois, compte tenu du coût des nouveaux SID S4/HANA, de nombreuses entreprises choisissent d'utiliser plusieurs clients dans un système SID unique pour répliquer le processus. Ce n'est pas une solution parfaite ; certains transports sont indépendants du client. Cependant, la majeure partie des transports pour le nouveau paysage S4/HANA sont des transports de configuration ; par conséquent, ils dépendent principalement du client. 

La seule exigence de Rev-Trac concernant les itinéraires de transport est que le système de développement ait un système cible défini, de sorte qu'il ne crée pas de transports locaux ($TMP). Le système cible défini dans l'itinéraire de transport du STMS peut facilement être un système virtuel. 

Comment cela fonctionne-t-il ? 

Rev-Trac s'appuie sur le concept de "groupes cibles" pour définir des destinations logiques pour les transports à suivre. 

Dans cet exemple, nous avons utilisé des groupes cibles nommés QS4-100, QS4-200, QS4-300, SS4-100 et PS4-100 pour nous donner quatre simulations de conversion avant le système de production PS4. Nous utilisons trois clients différents dans QS4 et un client dans un SID de préparation dans S4/HANA appelé SS4.  

Avec Rev-Trac, vous pouvez regrouper ou rassembler plusieurs demandes de Rev-Trac (RTR) en une demande de validation de Rev-Trac (RTRR). Il s'agit d'une relation parent/enfant. Une "libération" dans Rev-Trac vous permet de regrouper toutes vos RTR (enfants) en une seule demande RTRR (parent).

L'avantage d'utiliser une version (RTRR) est que vous regroupez tous les changements contenus dans ces multiples RTR (qui sont nécessaires pour la transition fictive) en une seule version (RTRR). Tous les changements étant regroupés dans une seule RTRR, vous pouvez exécuter les contrôles de sécurité automatisés de Rev-Trac par rapport à la version plutôt que par rapport aux changements individuels. De cette façon, Rev-Trac facilite le déplacement de tous les transports nécessaires au déploiement d'un nouvel environnement S/4HANA.

Chaque simulation de mise en service permet d'identifier les lacunes, et des changements supplémentaires peuvent être ajoutés au RTRR original, créant ainsi une nouvelle version qui est traitée comme un supplément à l'original. Les versions (originale et complémentaire) sont importées dans le système/client cible suivant, et l'identification des lacunes recommence.

Lorsque vous êtes prêt pour la mise en service, le processus est familier, le calendrier est connu et les lacunes sont comblées. Après la mise en service, vous pouvez utiliser Rev-Trac pour gérer tous les changements de support, qui peuvent être divisés en catégories telles que les ruptures/réparations, les améliorations, etc.

Le bilan 

Rev-Trac Platinum est très flexible et s'adapte à vos besoins lors de la migration vers S/4HANA. Par exemple, si 10 entreprises déploient un paysage S/4HANA, chacune aura des exigences différentes. Rev-Trac n'applique pas une approche unique.  

Notre solution permet aux organisations de mettre en place un processus automatisé et reproductible (flux de travail) pour répondre aux exigences les plus simples comme les plus complexes. Ces flux de travail Rev-Trac automatisent le mouvement des transports et fournissent un référentiel de documentation. Ils soutiennent également la séparation des tâches tant convoitée et incluent de multiples contrôles de sécurité pour garantir que les changements migrent dans la bonne séquence et qu'aucun objet n'est laissé de côté.  

Contactez l'un de nos experts internes pour plus d'informations sur la façon dont Rev-Trac Platinum peut rationaliser votre transition Greenfield S/4HANA.