Automatisation de l'exploitation du système avec des copies du système SAP

L'automatisation au sein de l'exploitation du système SAP a pris de l'importance au fil des années. Pour un nombre croissant de tâches ou d'activités, les équipes SAP de base ou d'infrastructure peuvent recourir à des systèmes logiciels qui automatisent les processus les plus divers - jusqu'à l'automatisation complète. En fin de compte, les objectifs sont toujours les mêmes : réaliser des économies de temps, de coûts et de ressources et utiliser une qualité de processus standardisée élevée et constante.

La création de copies de systèmes SAP, qualifiée de "discipline reine" dans le cadre de l'automatisation de la base SAP, parce qu'elle implique pratiquement tous les composants d'infrastructure SAP pertinents, est soumise à une forte dynamique de changement. Le passage d'ECC à S/4 a une influence directe sur les solutions complémentaires SAP dans le domaine de la "création automatisée de copies de systèmes SAP". 

Les clients SAP qui misent sur l'automatisation pour la création de copies de systèmes SAP peuvent s'attendre à ce que les fournisseurs développent en permanence leurs solutions en tenant compte des besoins directs des clients et des exigences inhérentes à SAP. En fait, la création de copies de systèmes SAP consiste toujours à créer ou à générer un système cible SAP à partir d'un système source SAP. Et ce, à l'aide des trois sous-processus Check et Pre-processing, Restore et Post-processing.

Ce qui, à première vue, peut paraître profane ou simple, signifie dans la pratique une complexité de détails tout à fait complexe et spéciale. D'une part, il s'agit toujours d'une sorte de copie individuelle du système. Par exemple, un système FI, un système HCM ou un système logistique. Si l'objectif est de créer une copie d'un système d'assurance qualité d'une application financière à la fin du trimestre, il faudra peut-être créer une copie pratiquement identique du système. Et ce, pour des raisons de conformité ou d'audit.

Le focus Hana est obligatoire

Hana a eu et a toujours une influence considérable sur le travail et les activités d'un fournisseur de logiciels pour la création de copies de systèmes SAP. D'un point de vue conceptuel, Hana ne représente rien d'autre pour un fournisseur de logiciels dans le domaine de la copie de systèmes SAP que le support d'une autre base de données, en plus d'Oracle, DB2 d'IBM, MaxDB, Microsoft SQL Server ou Sybase. Toutefois, il est impératif de tenir compte des spécificités de Hana dans le logiciel de copie. Concrètement, il s'agit de thèmes tels que Hana et BDLS, Hana et les mots de passe Hana, les clusters Hana ou Hana Restore. Toutefois, la prise en compte de ces thèmes ne garantit pas à elle seule l'efficacité ou la rapidité de la copie d'un système, par exemple d'un système S/4. Ce qui compte, c'est la manière dont les différents thèmes sont pris en charge ou mis en œuvre dans le logiciel de copie. Cela concerne en particulier Hana et BDLS, car les exécutions BDLS nécessaires ont une influence déterminante sur la vitesse et donc la durée de la création d'une copie de système.

La ligne directrice : les travaux ou activités qui demandent beaucoup de temps doivent pouvoir être effectués avec le logiciel en fonction des besoins. Par exemple, les retouches SAP lors d'une restauration de la base de données, les paramétrages SAP ou la gestion des rapports Abap.

Si l'on considère la facilité d'utilisation ou l'utilisation d'un logiciel pour la création de copies de systèmes SAP, celle-ci débouche inévitablement sur l'interface utilisateur ou User Interface (UI). Actuellement, les interfaces utilisateur Web ou UI constituent la référence. En termes simples, elles permettent à bien des égards d'en faire plus qu'une interface basée sur MS-Dotnet. Les mises à jour ou les modifications de l'interface utilisateur graphique peuvent par exemple être facilement appliquées à partir d'un serveur via le réseau. Mais ce n'est pas tout. Grâce aux nouvelles technologies, certains travaux de copie du système - par exemple pour les rapports SAP Abap - ne doivent pas être réalisés via le système SAP, mais peuvent être définis et gérés via l'interface utilisateur Web. Cela représente donc un avantage pour les utilisateurs de la base SAP ou des équipes d'infrastructure SAP.

Un add-on ERP utile

Pour pratiquement tous les logiciels standard, quelle que soit leur couleur, il existe des solutions complémentaires ou add-on qui couvrent des processus ou prennent en charge des tâches spécifiques. Il en va de même pour les logiciels destinés à la création de copies de systèmes SAP. Le spécialiste de l'automatisation Empirius propose un add-on appelé QDiff pour le logiciel de copie SAP BlueCopy, très répandu. Il s'agit d'une solution qui détermine et décrit automatiquement les différences de données lors du traitement dans le processus de copie SAP, de sorte que les utilisateurs SAP peuvent déterminer ou définir quelles données doivent être importées ou utilisées lors de la création d'une copie du système SAP. BlueCopy (version actuelle 23.11) peut être utilisé comme solution autonome ou comme composant de la suite EPOS de gestion de systèmes d'automatisation de base SAP.

Cliquez ici pour accéder à l'entrée partenaire :