La conversion de système est un scénario de transition que les clients SAP ERP existants peuvent choisir de demander pour convertir leur solution SAP ERP existante en SAP S/4HANA. Cela inclut la conservation de leurs données de gestion, leur développement personnalisé et leur configuration. Les clients qui choisissent ce scénario peuvent souhaiter réduire les changements dans un premier temps, puis innover de manière sélective à l'avenir.
Dans un scénario de conversion de système (alors qu'il existe des alternatives), il est très probable que le client investisse dans un nouveau matériel pour exécuter l'application SAP S/4HANA. Cela est dû à des facteurs tels que la base de données exécutée en mémoire. Les clients effectuent un dimensionnement initial et achètent le nouveau matériel en fonction des résultats du dimensionnement au début du projet.
Il s'agit de certaines des principales étapes exécutées lors de la conversion d'un système SAP ERP existant en un nouveau système SAP S/4HANA.
Les principales étapes d'une conversion de système sont les suivantes :
Préparation du système ERP : nettoyage du code personnalisé et réduction des volumes de données
Migration de la base de données : passer à la base de données SAP HANA (uniquement si la source se trouve sur une base de données autre que HANA)
Mise à jour du système : fournir de nouvelles applications et tables
- Conversion de données : convertissez le contenu de la table en nouveau modèle de données.
- Configuration du logiciel : implémentation des éléments obligatoires et de simplification de SAP S/4HANA et réutilisation de la majorité des processus existants
Software Update Manager (SUM) est l'outil qui facilite la migration de la base de données, la mise à jour logicielle et les étapes de conversion des données. Le SUM crée un référentiel fantôme dans la base de données cible. Un système fantôme se compose d'une instance fantôme et d'un référentiel fantôme.
Database Migration Option (DMO) est une fonctionnalité facultative de l'outil Software Update Manager (SUM). Il combine trois processus de conversion de système en une seule étape : migration de la base de données + mise à jour du système + conversion des données.
Déplacement du système ajoute une étape supplémentaire qui facilite la migration vers les nouveaux centres de données. Cette fonctionnalité réduit la complexité, les temps d'arrêt, les temps de transition et les coûts de conversion du système en regroupant plusieurs étapes et en ajoutant le transfert du système pour faciliter le passage des anciens serveurs aux nouveaux serveurs dans l'hyperscaler cible.
Approche de levage et de changement
Lift and Shift déplace un système entier sans modification vers un nouvel environnement. Par exemple :
De SAP S/4HANA on-premise 2020 à SAP S/4HANA Cloud, édition privée 2020.
Le diagramme de synthèse technique affiche une vue de haut niveau du processus SUM (Software Update Manager). Software Update Manager est un outil utilisé par l'équipe SAP Basis pour mettre à niveau le progiciel SAP sur site. Cet outil est également utilisé dans le scénario de conversion de système pour mettre à niveau le système SAP ECC vers SAP S/4HANA.
D'autres outils sont utilisés dans ce processus, notamment :
Contrôle de l'état de préparation SAP : responsable de l'identification des composants à ajuster dans SAP ECC afin de travailler sur SAP S/4HANA
Maintenance Planner : responsable du calcul du chemin de montée de version
DMO : responsable de la migration de la base de données et de la conversion de la structure des données de n'importe quelle base de données vers la base de données SAP HANA
Le processus SUM commence par la conversion du système de test SAP ERP existant. Lors du lancement de la conversion, SUM effectuera une série de vérifications sur le système de test. Après l'exécution des contrôles, SUM échouera et indiquera quels composants ne sont pas appropriés pour la conversion. Cette liste sert d'état de référence pour les activités à exécuter afin que la conversion se termine correctement.
Une fois que toutes les conditions préalables SUM ont été ajustées et/ou adaptées pour fonctionner sur SAP S/4HANA, le processus SUM est relancé et le système de test est converti. Cette activité peut être exécutée plusieurs fois à la satisfaction de l'équipe de projet. Une fois satisfaite, l'équipe lancera la planification de la conversion des systèmes de développement, de qualité et de production.
DMO est disponible avec Software Update Manager 1.0 SP09 et versions supérieures et peut être utilisé pour les systèmes basés sur AS ABAP. Il peut également être utilisé pour d'autres types de base de données cible.
La séquence de traitement est basée sur la fonctionnalité du système fantôme de SUM. Le SUM crée le référentiel fantôme dans la base de données cible jusqu'à la phase de temps d'arrêt, tandis qu'en parallèle, la base de données SAP HANA est configurée (client, schéma, etc.). Ensuite, la connexion à la base de données du système SAP est basculée vers la base de données cible, puis le temps d'arrêt démarre. Après la migration des données applicatives (y compris la conversion des données), la montée de version est finalisée et le système SAP s'exécute dans la base de données cible. La base de données source continue de s'exécuter et les données d'application qu'elle contient ne sont pas modifiées, elle reste donc une solution de secours jusqu'à ce que le processus soit correctement terminé.
Pour la transition de SAP ERP 6.0 vers SAP S/4HANA, SAP fournit des informations sur les modifications pertinentes qui peuvent avoir un impact, regroupées par éléments de simplification, à partir du catalogue d'éléments de simplification. SAP Readiness Check fournit le sous-ensemble des éléments de simplification qui peuvent s'appliquer à votre système analysé.
Le domaine suivant est couvert par SAP Readiness Check pour SAP S/4HANA :
Add-ons et Business Functions
La compatibilité des add-ons SAP et des Business Functions ainsi que des add-ons tiers avec SAP S/4HANA doit être vérifiée.
Les logiciels SAP sont répertoriés et évalués
Les logiciels tiers sont répertoriés uniquement.
Développement et développement client
Analyse du code personnalisé par rapport à la conformité SAP S/4HANA, basée sur la base de données de simplification SAP
SAP Readiness Check fournit une nomenclature des objets affectés ainsi que des projets SAP Custom Development (CDP).
Activité de gestion approfondie du code personnalisé à suivre lors de l'exécution du projet
Gestion du volume des données
Analyse des volumes de données dans le système source
Applications SAP Fiori recommandées
Le déploiement de SAP Fiori suit les mêmes considérations que pour la nouvelle implémentation de SAP S/4HANA on-premise. Il s'agit d'une activité que l'équipe de projet doit prendre en charge en suivant le plan général pour le suivi de l'expérience utilisateur dans une implémentation, comme indiqué ici. Les applications SAP Fiori recommandées en fonction de l'historique d'utilisation des transactions dans le système évalué aideront également à déterminer le périmètre de l'expérience utilisateur.
Dimensionnement SAP S/4HANA
Le contrôle de dimensionnement SAP S/4HANA vous permet d'exécuter une simulation de dimensionnement et fournit des informations sur vos valeurs de dimensionnement et le potentiel de gestion du volume des données. Pour calculer la taille correcte du système cible SAP S/4HANA, prenez en compte la taille cible initiale de SAP S/4HANA calculée à partir de la taille actuelle de votre base de données SAP ERP, la croissance future de la base de données, la réduction possible du volume de données et les nouvelles fonctionnalités potentielles.
Le contrôle des éléments de simplification a deux objectifs :
Contrôle de pertinence : déterminez les éléments de simplification pertinents pour le système spécifique dans lequel vous exécutez le contrôle des éléments de simplification. Cela vous aidera à évaluer l'impact fonctionnel et technique de la conversion du système sur votre système.
Contrôle de cohérence : pendant le processus de conversion, votre système sera migré vers les nouvelles structures de données et les nouveaux processus. Les routines de conversion s'appuient sur des données cohérentes dans le système pour que cela se produise automatiquement. Si le contrôle des éléments de simplification identifie des incohérences de données ou des activités de préparation obligatoires manquantes qui peuvent entraîner l'échec de la conversion du système, il vous avertit de ces problèmes afin que vous puissiez les corriger ou les exempter avant le début réel de la conversion du système.
Le contrôle des éléments de simplification peut être effectué et comparé à l'aide de la base de données de simplification, disponible dans n'importe quel système SAP NetWeaver 7.5 et supérieur.
Lors d'une conversion de système, le nouveau matériel est généralement mis à disposition pour prendre en charge la solution SAP S/4HANA. Il en résulte une infrastructure double temporaire (maintenance et projet). L'infrastructure du projet est une copie système exacte de la production (avec des données désensibilisées).
Lorsque l'équipe de projet lance ses activités de conversion, l'équipe de maintenance poursuit ses modifications habituelles via l'environnement de maintenance. Cela signifie que chaque fois qu'une modification de maintenance passe par l'infrastructure de maintenance, l'infrastructure du projet n'est plus synchronisée. Nous utilisons la mise à niveau pour synchroniser l'environnement du projet avec l'écosystème de maintenance. La mise à niveau copie la modification dans l'écosystème du projet pour synchroniser les environnements.