An Migration S/4HANA La migration est un projet important pour les organisations. Il peut s'agir d'un parcours semé d'obstacles et de contretemps qui contribuent au non-respect des délais et au dépassement des budgets. Cependant, certaines solutions disponibles sur le marché peuvent faciliter la migration, qu'elle soit Greenfield, Hybrid ou Brownfield.
Rev-Trac Platine, SAP DevOps Orchestration Platform, est un outil qui peut vous aider dans la composante technique de votre transformation numérique. Il vous permet de répondre rapidement aux demandes commerciales en constante évolution et facilite votre migration vers S/4HANA grâce à des flux de travail répétés, automatisés et personnalisés.
Dans ce blog, je mettrai au microscope une application réelle. Dans ce scénario, une entreprise de santé basée aux États-Unis s'est lancée dans un projet pluriannuel visant à mettre en œuvre un nouveau paysage Greenfield S/4 à la suite de récentes fusions et acquisitions.
Le défi de la transition Greenfield S/4HANA
Rev-Trac était familier à l'entreprise. Notre logiciel a géré les changements SAP dans plusieurs environnements SAP de l'entreprise. Mais l’entreprise n’avait jamais utilisé Rev-Trac pour aider à déployer un environnement S/4HANA.
L'objectif était de perfectionner la mise en service en utilisant plusieurs basculements « simulés » pour simuler le processus de manière efficace et répétée. Autrefois, nous créions de nouveaux SID (SAP System Identifiers) pour fournir un paysage avec plusieurs systèmes d'assurance qualité, de test et de pré-production.
Cependant, avec le coût des nouveaux SID S4/HANA, de nombreuses organisations choisissent d'utiliser plusieurs clients dans un seul système SID pour répliquer le processus. Ce n'est pas la solution parfaite ; certains transports sont indépendants du client. Cependant, la part du lion des transports pour le nouveau paysage S4/HANA sont des transports de configuration ; ils dépendent donc principalement du client.
La seule exigence TMS de Rev-Trac concernant les itinéraires de transport est que le système de développement ait un système cible défini, afin qu'il ne crée pas de transports locaux ($TMP). Le système cible défini dans l’itinéraire de transport STMS peut facilement être virtuel.
Comment ça fonctionne?
Rev-Trac exploite le concept d'utilisation 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 proposer quatre transitions simulées avant le système de production PS4. Nous utilisons trois clients différents dans QS4 et un client dans un SID intermédiaire dans S4/HANA nommé SS4.
Avec Rev-Trac, vous pouvez regrouper ou collecter plusieurs demandes Rev-Trac (RTR) dans une demande de version Rev-Trac (RTRR). Considérez cela comme une relation parent/enfant. Une « version » dans Rev-Trac vous offre la possibilité de regrouper tous vos RTR (enfants) en une seule demande RTRR (parent).
L'avantage d'utiliser une version (RTRR) est que vous regroupez toutes les modifications contenues dans ces multiples RTR (qui sont requises pour le basculement simulé) dans une seule version (RTRR). Avec toutes les modifications regroupées dans un seul RTRR, vous pouvez exécuter les contrôles de sécurité automatisés de Rev-Trac par rapport à la version au lieu des modifications individuelles. Rev-Trac facilite ainsi le déplacement de tous les transports nécessaires au déploiement d'un nouvel environnement S/4HANA.
Chaque mise en service simulée identifie les lacunes et des modifications supplémentaires peuvent être ajoutées au RTRR d'origine, créant ainsi une nouvelle version traitée comme un complément à l'original. Les versions (originales et supplémentaires) 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 timing est connu et les lacunes sont comblées. Après la mise en ligne, vous pouvez utiliser Rev-Trac pour gérer toutes les modifications de support, qui peuvent être divisées en catégories telles que panne/réparation, améliorations, etc.
Conclusion
Rev-Trac Platine est très flexible et s'adapte à vos besoins lors de la migration vers S/4HANA. Par exemple, si 10 entreprises déploient un environnement S/4HANA, chacune aura des exigences différentes. Rev-Trac n'impose pas une approche universelle.
Notre solution permet aux organisations de créer un processus (workflow) automatisé et reproductible pour satisfaire les exigences les plus simples aux plus complexes. Ces flux de travail Rev-Trac automatisent le mouvement des transports et fournissent un référentiel de documentation. Ils prennent également en charge la séparation tant convoitée des tâches et incluent plusieurs contrôles de sécurité pour garantir que les modifications migrent dans le bon ordre et qu'aucun objet n'est laissé pour compte.
Contactez un de nos experts internes pour plus d'informations sur la façon Rev-Trac Platine peut rationaliser votre transition Greenfield S/4HANA.
