Migration S/4HANA · échéance 2027
Les migrations à blanc échouent, les cycles de test glissent et la recette attend ses données. Quand votre migration vers S/4HANA entre en phase de test, avant la fin de la maintenance standard d’ECC fin 2027, Synthesized rafraîchit les données de chaque cycle avec des jeux masqués et réduits au périmètre utile, sans recopier toute la production à chaque fois.
Déjà sur S/4HANA ? Voir les tests de montée de version (en anglais)
Fin de la maintenance standard de SAP ECC 6.0 (EhP 6 à 8). Une maintenance étendue payante reste possible jusqu’à fin 2030. Pour les EhP 5 et antérieurs, la maintenance standard a pris fin en 2025.
Chaque phase a ses propres besoins, et la plupart reviennent plusieurs fois.
Ateliers Fit-to-Standard dans un bac à sable masqué, avec des données que les métiers reconnaissent.
Tests d’intégration et de régression, avec des données rafraîchies au début de chaque cycle.
Répétitions de la migration sur une copie masquée d’ECC, avec comparaison des résultats d’un passage à l’autre.
Recette utilisateur et répétition de la bascule, avec des scénarios proches du métier.
Après le démarrage, des tests de régression à chaque release et à chaque Feature Pack.
La méthode de migration détermine d’où viennent vos données de test.
Brownfield
Testez le système converti sur une copie masquée des données ECC, et comparez les résultats avant et après la conversion.
Greenfield
Des transactions synthétiques s’ajoutent aux données de base migrées : les tests commencent avant même que S/4HANA ait un historique.
Sélective
Migrez et testez par société ou par période. Source et cible reçoivent le même masquage.
Pour prouver que S/4HANA donne les mêmes résultats qu’ECC, les deux systèmes doivent tourner sur les mêmes données. Synthesized masque les deux de façon cohérente : clients, commandes et factures portent les mêmes valeurs masquées des deux côtés, et les rapports de rapprochement concordent ligne à ligne.
Exemple : le même enregistrement masqué des deux côtés du test en parallèle
Les cas de test Tricentis Tosca et UiPath demandent les données dont ils ont besoin au moment de l’exécution. Vos tests de régression automatisés ne s’arrêtent à aucun cycle du projet.
Dès la phase Explore, quand la stratégie de test se décide. Fixer tôt le périmètre, les règles de masquage et la fréquence des rafraîchissements évite la course juste avant la première migration à blanc.
Un environnement de test qui contient une copie de la production reste soumis au RGPD : il faut le sécuriser et encadrer les sous-traitants. Quand un intégrateur ou un centre offshore mène les tests, la pratique courante consiste à masquer les données personnelles avant qu’elles n’arrivent en test. Les banques et assureurs de l’UE ont en plus les exigences de DORA sur les environnements hors production.
Oui. La connexion passe par les services OData de SAP : aucun accès au système d’exploitation ni à la base de données n’est nécessaire, et rien n’est installé dans SAP. Données de test pour RISE with SAP (en anglais)
Un outil de migration déplace les données une seule fois. Les données de test doivent être extraites, masquées et rafraîchies à chaque cycle : avec un outil de migration, chaque cycle devient un projet de migration à part entière.
Assez pour couvrir de bout en bout les processus métier des scénarios testés. Il est rare d’avoir besoin de toute la production. Comparer le coût d’une copie complète et d’un sous-ensemble (en anglais)
Venez avec votre plan de test à un diagnostic de 30 minutes. Ensemble, nous déterminons quelles données chaque cycle exige et à quelle fréquence les rafraîchir.
SAP, S/4HANA, SAP HANA, SuccessFactors, Ariba, Concur et les autres produits et services SAP mentionnés sur cette page, ainsi que leurs logos respectifs, sont des marques commerciales ou des marques déposées de SAP SE (ou d’une société affiliée à SAP) en Allemagne et dans d’autres pays. Les autres noms de produits et de services sont des marques de leurs sociétés respectives.