La migration vers SAP S/4HANA n'est pas sans poser de problèmes. Le plus important est la double maintenance entre les systèmes existants et le nouvel environnement SAP S/4HANA. À moins que vous n'adoptiez une approche entièrement nouvelle pour votre S/4HANA, vous devez prendre en charge vos systèmes jusqu'à ce que la migration soit terminée.  

L'objectif de la double maintenance est de maintenir votre système hérité et vos systèmes SAP S/4HANA synchronisés afin d'éviter les gels de changement et les temps d'arrêt imprévus. Une approche de modernisation automatisée de votre système SAP Migration S/4HANA réduit considérablement le temps, les efforts et les risques liés à la synchronisation parallèle des changements SAP dans les deux systèmes. 

Une adaptation correcte des changements SAP augmente considérablement la probabilité d'une mise en service réussie de SAP S/4HANA. Une mauvaise synchronisation du double paysage et une mauvaise adaptation aux changements peuvent entraîner des dégradations du système et des résultats désastreux. 

Rev-Trac Platinum, le SAP DevOps Platform, dispose de fonctionnalités intégrées qui automatisent la double maintenance, accélèrent la synchronisation des changements SAP et réduisent considérablement le risque de temps d'arrêt imprévus. Elle vous permet de maintenir sans effort la synchronisation entre votre paysage SAP existant et les nouveaux systèmes S/4HANA jusqu'au basculement final.  

Dans ce blog, vous apprendrez 

  • Ce qu'il faut prendre en compte lors de l'adaptation des changements SAP 
  • Pourquoi une approche de rétrofit automatisée est essentielle jusqu'à ce que vous mettiez en marche votre système SAP S/4HANA 
  • Comment automatiser votre processus de rétrofit et accélérer votre SAP Migration S/4HANA avec Rev-Trac Platinum 

La synchronisation des environnements existants et de SAP S/4HANA permet d'éviter des temps d'arrêt coûteux.

Pourquoi l'automatisation de la modernisation est la clé du succès SAP Migration S/4HANA  

Le défi consiste à trouver un équilibre entre la maintenance de votre système existant et la migration vers SAP S/4HANA. Comment relever ce défi ? La réponse courte est la synchronisation automatisée des changements.  

Lorsque vous êtes confronté au défi de soutenir un système ECC et de construire le nouvel environnement SAP S/4HANA, tout ce que vous pouvez automatiser, vous devez le faire. Cela inclut l'automatisation de la mise à niveau de vos changements SAP pour assurer une double maintenance tout en naviguant dans votre parcours SAP S/4HANA.  

Les rétrogradations de système se produisent généralement lors de l'introduction de changements ou de nouvelles fonctionnalités dans le système existant au cours d'un projet SAP Migration S/4HANA. La transition n'est pas une simple opération de levage et de déplacement. 

La complexité de votre environnement ERP et la collaboration entre les équipes concernées peuvent avoir un impact sur la rapidité et la sécurité de la transition. Les experts du secteur prévoient un délai de 2 à 6 mois, voire de 24 mois et plus, pour les entreprises qui adoptent une approche mesurée de leur projet SAP Migration S/4HANA

Que vous adoptiez une approche "big bang" ou que vous procédiez lentement et régulièrement, des changements BAU et des mises à jour fonctionnelles seront inévitablement introduits dans les systèmes existants. Les types de changements et de mises à jour sont les suivants 

  • Mise à jour fonctionnelle - introduction de nouvelles fonctionnalités disponibles sur le BTP dans le cadre de votre champ d'application. 
  • Mise à jour technique - effectuer les changements minimaux et introduire les changements fonctionnels récents après la mise en service. 

Il est essentiel d'intégrer ces changements ou, à tout le moins, d'évaluer leur inclusion dans le nouvel environnement afin d'éviter des dégradations fonctionnelles après le passage à l'euro. La méthode recommandée consiste à utiliser une stratégie de double maintenance automatisée, également connue sous le nom de synchronisation numérique des changements SAP.  

Accéder rapidement à une approche automatisée de la synchronisation des changements par le biais de la modernisation  

Lorsque vous utilisez une ou plusieurs pistes de développement parallèles, vous devez gérer les rétrofits pour vous assurer que les transports migrés vers la production sont ajoutés à chaque piste parallèle. L'automatisation de l'adaptation de vos modifications SAP permet de réduire les risques, de supprimer les silos et d'accélérer votre projet de migration. 

Avec Rev-Trac PlatinumVous pouvez configurer le logiciel pour qu'il clone automatiquement les modifications et les mises à jour de SAP. Les demandes de clonage sont évaluées en vue d'une réapplication (ou d'une adaptation) sur des pistes de développement parallèles, ce qui permet de maintenir la synchronisation des systèmes. 

Cependant, la migration vers SAP S/4HANA présente des défis en matière de double synchronisation. Il est essentiel de prendre en compte votre code personnalisé lors de la transition vers SAP S/4HANA. Sera-t-il compatible avec le nouveau système ou constituera-t-il un obstacle susceptible d'entraîner des temps d'arrêt coûteux ? C'est là que Rev-Trac Platinum s'avère inestimable. 

Considérons deux scénarios : 

SAP Code personnalisé compatible S/4HANA :   

Lorsque vous passez à SAP S/4HANA, tous les changements qui progressent dans votre ECC doivent être exécutés via ABAP. Test Cockpit (ATC) pour s'assurer qu'il est adapté au nouvel environnement. 

Rev-Trac Platinum envoie toutes les modifications introduites dans la production pendant le projet de transformation numérique pour examen et réapplication automatique dans SAP S/4HANA. Le rétrofit devient un simple exercice d'acceptation/rejet, ce qui minimise l'effort et réduit considérablement les risques pour le projet de mise à niveau de SAP S/4HANA. 

Code personnalisé incompatible avec SAP S/4HANA :   

Cependant, tous les codes personnalisés ne sont pas compatibles avec un système SAP S/4HANA, et c'est là que les choses se compliquent. Dans ce cas, un processus de réapplication automatisé est exclu. C'est un défi, mais vous ne devez pas perdre les fonctionnalités associées dans le nouvel environnement. 

Lorsque la compatibilité des codes pose problème, Rev-Trac met en file d'attente les bons de travail générés par l'ancien système pour qu'ils soient pris en compte dans le nouvel environnement en tant qu'éléments en suspens. Cela permet d'éviter une perte de fonctionnalité et de s'assurer que le code incompatible est examiné en vue d'un ajustement manuel dans le système SAP S/4HANA. 

Double maintenance et modernisation automatisée - autres considérations  

Que vous adoptiez une approche Bluefield ou Brownfield pour SAP S/4HANA, vous devez identifier les modifications ECC susceptibles d'être réappliquées dans le nouveau système. 

Lors de l'évaluation des modifications à réappliquer à SAP S/4HANA, trois options s'offrent à vous : 

  1. Non, je n'ai pas besoin de ce changement 
  1. Oui, cette modification doit être mise en production, et nous pouvons utiliser la modification ECC d'origine. 
  1. J'en ai besoin mais je ne peux pas utiliser la modification ECC. Je vais appliquer le changement manuellement. 

Pour la réapplication au système SAP S/4HANA, il est essentiel d'avoir un lien avec la modification ECC d'origine. Vous devez comprendre comment le changement a été mis en œuvre et sa raison d'être.Avec Rev-Trac, chaque changement SAP est lié à une demande. Une demande Rev-Trac est un groupe de transports, de documents connexes et d'approbations pour gérer une unité de changement testable.  

La mise en correspondance d'une modification ECC avec la future mise en œuvre dans SAP S/4HANA garantit un lien avec la demande initiale. Rev-Trac Platinum les synchronisera pour qu'elles restent intactes. 

Bien qu'il soit essentiel de vérifier la compatibilité de votre code personnalisé lors de la migration vers SAP S/4HANA, il y a des cas où vous devez contourner le processus.Un processus flexible de gestion des changements est d'une grande utilité dans ces scénarios. 

Elle permet aux équipes informatiques SAP de faire face aux anomalies et aux variations qui ne permettent pas de vérifier la compatibilité et la réapplication cohérente à votre nouveau système SAP S/4HANA. Il s'agit par exemple de deux cas où l'on contourne les contrôles de sécurité et l'analyse de l'adéquation du code : 

  1. Changements d'urgence - ces changements sont nécessaires en production immédiatement, vous n'avez donc pas le temps d'effectuer leur vérification de l'état de préparation à SAP S/4HANA. 
  1. Changements de configuration pour la transformation Brownfield SAP S/4HANA - ces changements ne peuvent pas être évalués pour la pertinence dans le système cible et doivent être exclus pour un processus de changement rapide vers la production. 

Qu'en est-il de SAP BTP?  

Il ne fait aucun doute que certaines entreprises tireront parti SAP BTP de garder leur cœur propre dans leur environnement SAP S/4HANA. Dans ce contexte, garder le cœur propre signifie garder le cœur du système SAP S/4HANA libre de toute personnalisation. Un noyau propre est essentiel pour garantir des opérations stables et fiables pendant la construction de SAP S/4HANA et après la mise en service. 

Au lieu d'adapter les changements ECC pour éviter de perdre la fonctionnalité dans vos systèmes S/4HANA, vous utiliseriez la capacité native de BTP pour répondre à cette exigence. Bien que cela soit possible aujourd'hui, on s'attend à ce que la plupart des codes personnalisés soient déployés dans SAP S/4HANA plutôt que dans BTP. Le code est probablement plus compatible entre ECC et SAP S/4HANA que BTP, qui utilisera, selon toute probabilité, des technologies alternatives à ABAP. 

En bref : Adaptation automatique des changements SAP pour une transition réussie vers SAP S/4HANA  

Pour la plupart des organisations, un système SAP Migration S/4HANA consiste à maintenir votre ancien système ECC pendant un certain temps tout en vous concentrant sur la mise en place du nouvel environnement. La double maintenance entre vos systèmes ECC et SAP S/4HANA minimise les temps d'arrêt imprévus et coûteux et permet de respecter le calendrier de votre projet. La base de la double maintenance est la double synchronisation (ou rétrofit). 

Rev-Trac Platinum, le SAP DevOps Platform, permet de maintenir la synchronisation de vos systèmes ECC et S/4HANA pendant que le nouvel environnement est construit et testé. Pour ce faire, elle automatise le processus de mise à niveau en réappliquant de manière sélective les modifications ECC clonées automatiquement à la piste S4/HANA parallèle. Le risque d'erreurs coûteuses est réduit et les changements requis sont apportés de manière transparente sur les deux plateformes technologiques.

Dans le prochain et dernier billet de la série, "La migration vers SAP S/4HANA facilitée par la gestion automatisée des changements"J'examinerai les défis posés par SAP Migration S/4HANA et comment elle peut influer sur le temps, ressourcesLa Commission européenne a mis en place un système de gestion des risques, des budgets et de la continuité de l'activité.