Brownfield: garder la même structure, améliorer les performances
En revanche, une implémentation « brownfield » de SAP S/4HANA commence toujours par le système existant - il suffit que certains éléments importants soient modifiés.
«Pensez à une voiture», déclare Folker. «C’est un peu exagéré, mais imaginez avoir besoin d’un remplacement complet du moteur. Vous avez toujours la même voiture avec le même historique et le même kilométrage, le même look, les mêmes sensations, etc. Rien ne change pour le conducteur, à part les améliorations de performances. Bien sûr, vous pouvez aller plus loin et ajouter un tout nouveau tableau de bord qui affiche davantage d'informations de manière plus intuitive et plus efficace. "
Cette analogie correspond à une migration « brownfield » de SAP S/4HANA incluant la nouvelle interface innovante de SAP, SAP Fiori. «Les utilisateurs peuvent utiliser les mêmes interfaces graphiques sur lesquelles ils s'appuient depuis des années ou choisir Fiori, ce qui présente de nombreux avantages et une forte valeur ajoutée», explique-t-il.
Les avantages
Une migration « brownfield » est moins coûteuse, car les éléments qui fonctionnent bien pour votre entreprise ne doivent pas être reconstruits de zéro. Folker: «Certains clients choisissent de petites améliorations techniques des fonctionnalités et des applications existantes, mais la migration est beaucoup plus légère. Vous pouvez également garder vos données de base avec vous sans avoir à les extraire et à les charger dans un système entièrement nouveau: tout se passe automatiquement pendant la migration. ”
Les inconvénients
Le principal problème de la migration « brownfield », c’est que cela doit être fait en même temps, ce que l’on appelle généralement un «big bang». «Si votre entreprise a une tolérance limitée aux temps d'arrêt, une migration « brownfield » peut être difficile. Et même si le système migré inclut toute la gamme des avantages de SAP S/4HANA, vous ne pouvez pas modifier radicalement la configuration de votre système. La méthode moderne de mise en œuvre garde le noyau «propre» - les développements sont exécutés sur une plate-forme spécifique et non dans le noyau. Il est important de noter que l’application de cette approche à une migration nécessite quelques retouches, mais cela peut être fait dans une phase secondaire. ”