Exploiter le potentiel existant avec NAI

L'utilisateur SAP qui tente de résoudre le problème suivant avec les outils de bord traditionnels se heurte rapidement à des limites : par exemple, l'évaluation analytique ad hoc d'un très grand volume de plusieurs milliards de lignes FI dans le cadre du contrôle financier.

Certes, cela est techniquement possible. Toutefois, dans le monde des affaires actuel, des délais de plusieurs jours ne sont tout simplement pas acceptables. Ou encore, un autre exemple : Si un détaillant tente d'évaluer correctement et rapidement des millions de tickets de caisse par jour, d'autant plus qu'il s'agit de données non-SAP, il se dira rapidement qu'il ne peut pas le faire sans un système informatique conçu à cet effet.

Ces possibilités d'application et bien d'autres encore sont réalisées de manière fiable avec la Nearline Analytic Infrastructure de PBS. PBS NAI est synonyme d'analyse et de gestion de données opérationnelles de masse.

Les entreprises peuvent ainsi les évaluer rapidement, ce qui leur permet de développer leur activité de manière offensive et de la gérer de manière avantageuse. Et quand on parle de "rapidité", il s'agit de secondes et non de jours.
Solution side-car

Utilisée depuis des années par des entreprises du monde entier dans des secteurs très variés, l'infrastructure analytique de proximité PBS ne cesse de se développer. Et l'utilisation des applications ne cesse de croître.

En fin de compte, il s'agit de tirer toujours plus des données. Bien entendu, il ne s'agit pas d'une fin en soi, mais d'un moyen de faire progresser continuellement l'entreprise ou d'exploiter des potentiels commerciaux en sommeil.

Chez PBS, la NAI en question s'est développée à partir d'un savoir-faire de longue date dans le domaine de la gestion des données du cycle de vie et de l'archivage, en particulier dans l'environnement SAP. Elle a donné naissance à des solutions complémentaires utilisées par les utilisateurs SAP dans le monde entier, comme la PBS Nearline Analytic Infrastructure ou les PBS Archive Add-ons.

Avec Nearline Analytic Infrastructure (NAI), il est possible de réaliser des analyses même difficiles ou complexes sur la base d'un configurateur de requêtes et d'une base de données définie par les utilisateurs.

En fait, le configurateur de requêtes remplace une programmation Abap parfois coûteuse, et ce sans connaissances particulières en programmation Abap. Cela signifie que les départements spécialisés peuvent composer et exécuter eux-mêmes des requêtes ou des analyses spécifiques de manière relativement simple.

Sans utilisation ou contribution intensive des ressources d'un service informatique. Il est également possible d'effectuer une utilisation analytique combinée avec des données SAP, des données d'archives SAP et des données externes.

Si l'on veut, NAI est comparable à une sorte de "solution side-car". Ici et là, on sait que Hana fonctionne comme solution side-car ou solution complémentaire. Il s'agit d'une solution complémentaire à un système SAP avec une performance système élevée.

Le principe de fonctionnement est le suivant : les données/données de masse incluses dans une évaluation sont enregistrées 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. Le fait que la base de données primaire soit Hana ou AnyDB n'a aucune importance pour l'utilisation de NAI.

L'intégration de données externes et la réplication de données à partir d'un système SAP sont surveillées et contrôlées par un système de surveillance sophistiqué. La réplication des données est automatisée grâce à une gestion intelligente des données.

D'autres services NAI peuvent également être utilisés en fonction des besoins (par exemple External Data Services). Différentes solutions DBMS établies (sous divers systèmes d'exploitation et variantes de serveurs) sont prises en charge en tant que base de données de proximité. Par exemple, SAP IQ (basé sur les colonnes) ou IBM DB2 Blu avec une échelle ouverte vers le haut. Il est également possible d'utiliser Microsoft SQL Server.

Migration S/4 simplifiée

Comme chacun sait, l'appétit vient en mangeant. Dans le cas de NAI, il s'est avéré que les expériences positives ont été rapidement suivies d'autres, ou que les départements spécialisés eux-mêmes élargissent continuellement l'utilisation de NAI Analytics. C'est ce qui s'est passé par exemple dans le cas d'application esquissé au début dans le domaine FI (concrètement : contrôle financier).

Une autre possibilité d'application NAI ou une autre a fait ses preuves dans le cadre de migrations S/4-Hana. Le fait est que certaines données doivent être conservées pendant des années à des fins d'analyse ou en raison de prescriptions légales.

Avec NAI, il est possible de consolider des paysages de systèmes dans le cadre d'une migration Hana (ou avant) et de continuer à utiliser les données précieuses ainsi migrées.

L'avantage est que les anciens systèmes ne doivent pour ainsi dire pas être exploités pour l'éternité et à grands frais. Les données existantes sont transférées de manière rentable et simple dans la base de données NAI. Ces données peuvent être facilement consultées ou analysées via le système actuel.

Les données ERP de plusieurs systèmes SAP peuvent également être enregistrées en parallèle. Important : elles sont alors disponibles à tout moment pour être appelées et analysées par des transactions incluant l'analogie sémantique de l'application SAP ou par des requêtes génériques. Ce qui aide également à la transformation S/4.

Prendre en compte les données existantes dans S/4

En outre, les données archivées peuvent être mises à disposition via une base de données nearline. Cela a pour conséquence d'augmenter de manière significative la vitesse d'affichage de ces données. Par ailleurs, l'utilisation des modules complémentaires PBS Archive permet un archivage beaucoup plus "agressif", par exemple lors du passage à S/4 et Hana. Et ce, sans que les utilisateurs ne constatent de différence dans l'utilisation de leurs transactions habituelles.

Le point fort : les transactions des modules complémentaires d'archivage sont totalement analogues aux transactions standard de SAP. De plus, l'avantage essentiel lors d'une migration vers S/4 et Hana est que les données archivées sont lues indépendamment de la version et ne doivent pas être migrées lors du changement de S/4.

Le scénario d'application NAI suivant est également lié à S/4 Hana : De nombreuses entreprises utilisatrices de SAP transforment plusieurs systèmes ECC-ERP en un système S/4. Pour des raisons juridiques, il est toutefois nécessaire de conserver les données des anciennes applications RH à des fins de reporting et d'analyse.

La solution astucieuse ici : Les données RH correspondantes de plusieurs systèmes existants sont répliquées dans la base de données NAI. Dans le cas d'application concret, par exemple les bulletins de paie ou les déclarations à la sécurité sociale, le système S/4 "principal" accède à la base de données NAI pour traiter les données.

Cela signifie qu'une condition centrale pour le déclassement des systèmes existants est remplie. Les données héritées d'autres applications ERP, telles que FI, MM et autres, peuvent être utilisées de la même manière dans S/4 Hana.

En principe, PBS NAI permet de connecter à S/4 des données provenant de plusieurs systèmes ERP ECC répartis. Les données et les paramètres de Customizing correspondants sont écrits directement dans la base de données NAI grâce à un extracteur NAI performant.

De cette manière, le système ERP/ECC hérité n'est plus nécessaire, car la solution NAI met immédiatement les données à disposition pour des analyses par le biais des transactions standard habituelles ou des requêtes génériques dans S/4.

L'avantage de ce concept de conservation des données est évident : S/4 et Hana ne sont pas encombrés par des données héritées. En même temps, il est garanti qu'un système S/4 présente toujours une performance constante.