Anciennes données ERP disponibles après le changement de S/4
![[shutterstock.com : 1625252818, WeAre]](https://e3mag.com/wp-content/uploads/2020/02/shutterstock_1625252818.jpg)

On peut tourner les choses comme on veut : lors de chaque migration S/4, il faut déterminer quelles données de l'ancien système ERP-ECC doivent être rendues directement disponibles dans le successeur technologique SAP ERP - et quelles données anciennes importantes doivent être conservées en quelque sorte en mode veille afin de pouvoir y accéder rapidement et en détail en cas de besoin.
Enfin, dans le cas d'une approche Greenfield, par exemple, c'est-à-dire d'une refonte complète de S/4 sans charges ni données historiques SAP, seuls les postes ouverts actuels, tels que les écritures ouvertes, y compris les données de base, sont en général transférés en priorité dans le nouvel environnement système.
Et même dans le cas d'une approche brownfield avec prise en compte de certains historiques SAP au sein d'une entreprise, ces historiques et données ne seront pas repris dans leur intégralité dans le nouveau S/4.

Mais comment s'assurer que les anciennes données importantes seront disponibles et accessibles après une migration vers S/4 ? Par exemple, les données/conditions de tarification existantes, les factures des fournisseurs ou les documents comptables dans FI, les données de configuration des variantes dans SD ou les spécifications de maintenance dans le module de maintenance et d'entretien SAP. Ou comment accéder à d'anciennes données importantes lors de contrôles ou de révisions ?
L'un des points cruciaux est que dans l'environnement SAP, il ne s'agit pas seulement des données en tant que telles, mais aussi des transactions SAP qui y sont liées et qui transforment les données en informations commerciales.
Cela signifie que "qu'il ne suffit pas, en pratique, de sélectionner des données dans une base de données Any utilisée avec SAP Classic, de les extraire et de les importer dans une base de données SQL dédiée, par exemple sur une machine virtuelle, puis d'y accéder à l'aide d'un outil de requête après l'arrêt d'un ERP".Le professeur Detlev Steinbinder, directeur de PBS, explique la situation.
Il manque l'intégration dans la nouvelle application S/4 ainsi que la vue transactionnelle et de gestion des données pour les utilisateurs finaux. À cela s'ajoute l'intégration avec le concept d'autorisation SAP.
Un nouveau concentré de ce qui a fait ses preuves
On pourrait certes résoudre le problème au moyen d'un archivage classique des données SAP, ce qui est d'ailleurs le cas, notamment chez les grands clients SAP, au moyen de solutions PBS. Mais jusqu'à présent, les utilisateurs SAP de taille moyenne ou intermédiaire ont souvent fait l'impasse sur cette solution.
Pour des raisons de coûts ou de complexité ; peut-être aussi à cause d'une nécessité non perçue. Dans ce contexte, PBS a développé une nouvelle solution complète appelée Nearline Analytic Archive (NAA) qui, selon les informations de l'entreprise, sera disponible fin Q1/2020 et a été présentée à la communauté SAP dans le cadre des journées technologiques DSAG.
Elle peut être utilisée sans un archivage classique des données SAP. En outre, l'utilisation de NAA ne nécessite pas de payer des frais de licence SAP supplémentaires.
La nouvelle solution PBS est basée sur des modules complémentaires PBS éprouvés et comprend des nouveautés et des développements axés sur les besoins des clients SAP existants de taille moyenne et petite.

Comme le rapporte Steinbinder, "la direction et les services spécialisés peuvent ainsi, après un changement d'ECC-S/4 ou après une mise hors service du système ERP, accéder confortablement et simplement aux anciennes données dont ils ont impérativement besoin et aux transactions SAP connues qui y sont liées dans tous les modules ERP.
Et ce directement à partir du nouveau S/4. En plus des transactions, NAA permet de générer n'importe quelle requête en tenant compte du concept d'autorisation SAP. Toutes les données anciennes, les données de base et les données des documents ainsi que l'ensemble du Customizing de l'ancien système sont visibles".
L'une des bases de la solution Nearline Analytical Archive est le framework PBS Nearline Analytical Infrastructure (NAI). Si l'on veut, NAI est comparable à une sorte de "solution side-car".
Il est bien connu que SAP Hana fonctionne ici et là comme solution side-car ou solution complémentaire, c'est-à-dire comme solution supplémentaire reliée à un système SAP avec des performances système élevées.
Le principe de fonctionnement de PBS NAA est de répliquer les données ERP-ECC nécessaires et de les enregistrer dans une base de données nearline, ce qui a pour effet bénéfique de ne pas surcharger la base de données primaire d'un système SAP.
Il est à noter que l'utilisation de Hana ou d'AnyDB comme base de données primaire n'a aucune importance pour l'application NAI. Toutes les versions courantes du système SAP ERP ECC sont prises en charge par NAA.
Différents SGBD possibles
Un composant d'extraction NAA sophistiqué permet d'extraire les données spécifiques à l'entreprise d'un système SAP. Cela signifie que toutes les anciennes données importantes, y compris les transactions, sont déterminées ou sélectionnées par ce biais, répliquées et transférées dans la base de données NAI.
Ce processus doit être réalisé soit par l'utilisateur, soit en faisant appel aux services d'un partenaire SAP, d'un partenaire PBS ou de PBS.
L'ancien système peut ensuite être mis hors service. Selon PBS, NAA permet d'ailleurs de satisfaire pleinement aux exigences fiscales ou de protection des données de la GoBD et du RGPD.
En outre, le NAA permet d'utiliser d'autres services NAI en fonction des besoins (par exemple External Data Services). Il est également possible d'effectuer des analyses directement dans NAA.
Et ce, sans que cela ait une influence négative sur les performances d'un environnement SAP existant. "La base de données de proximité prend en charge différentes solutions DBMS établies, sous divers systèmes d'exploitation et variantes de services.
Par exemple, le système de gestion de base de données en colonnes SAP IQ ou IBM DB2 Blu avec une mise à l'échelle ouverte vers le haut. Il est également possible d'utiliser Microsoft SQL Server", conclut le directeur de PBS Steinbinder.
