Greenfield, Brownfield ou autres ? Gestion de l'information !


Soyons clairs : la question n'est pas fausse, mais incomplète. En effet, ce n'est pas seulement au niveau des configurations et des développements individuels, entre la reprise des adaptations existantes et le retour au standard des processus SAP, que se décide laquelle des deux approches est la meilleure pour l'entreprise concernée.
Il s'agit plutôt de prendre également en compte l'énorme montagne de données et de documents accumulés pendant des années, voire des décennies, dans les anciens systèmes, y compris leur logique commerciale. C'est le deuxième niveau décisif de la problématique greenfield et brownfield.
Faut-il déblayer la montagne, la charger, la transporter jusqu'à sa destination et l'entasser à nouveau (brownfield) ? Faut-il la contourner, la laisser derrière soi et recommencer sur un terrain plus vert (greenfield) ?
La réponse à ce deuxième niveau facilite la décision au premier niveau. Les clients existants de SAP le savent : La migration vers S/4 Hana et les projets de numérisation qui en découlent réussissent le mieux et le plus facilement lorsqu'ils ne démarrent la nouvelle génération de logiciels qu'avec les données et les documents les plus récents et nécessaires à leurs activités quotidiennes.
Mais ce qui est tout à fait correct comme objectif au niveau des applications ne peut pas être transposé un à un au niveau des données. En effet, les données des applications d'entreprise se trouvent toujours dans un contexte commercial qui, pour des raisons juridiques, doit être conservé avec les données pendant la durée de conservation prescrite par la loi. Au niveau des données, il s'agit donc moins d'agilité que de stabilité.
Lors du passage à SAP S/4 Hana, le problème de l'exploitation des anciens systèmes pour des raisons juridiques se pose à nouveau et de manière encore plus aiguë.
Mais comment concilier les objectifs opposés d'agilité et de stabilité ? En adoptant une nouvelle approche : une architecture différente du paysage applicatif, qui sépare les données et documents existants des applications agiles du futur.
L'élément clé de cette nouvelle architecture est un environnement propre, indépendant du système, pour les données, les documents et leur contexte commercial qui ne sont plus nécessaires dans les systèmes opérationnels. Un tel environnement garantit la stabilité offerte au niveau des données.
En même temps, elle renforce la sécurité juridique et informatique. Cela inclut explicitement la suppression ciblée de données et de documents - l'une des exigences essentielles du règlement général européen sur la protection des données (RGPD).
Les anciennes applications peuvent être désactivées, ce qui permet de réaliser des économies opérationnelles par rapport à leur maintien en service, en général de 80 pour cent ou plus. Parallèlement, les informations restent accessibles à 100 % et en toute sécurité juridique.
En tant que partie intégrante du paysage cible, une plateforme de gestion de l'information indépendante du système donne en outre aux entreprises la marge de manœuvre financière et humaine nécessaire pour accélérer la migration et respecter l'échéance de 2025.
Cela est particulièrement important pour les entreprises qui ne veulent pas renoncer à l'avantage des adaptations individuelles et des développements propres, même dans la nouvelle génération de logiciels de SAP, et qui choisissent donc une approche brownfield.
La plate-forme JiVS-IMP leur permet d'apporter la bonne réponse et leur offre ainsi une liberté de choix au niveau des configurations et des adaptations individuelles.