Introduction
SAP BW/4HANA bouleverse la conception même du modèle de données d’un datawarhouse classique. Avec l’amélioration du hardware, son ouverture et les innovations apportées par sa base de données en mémoire, BW/4HANA prône le passage d’un modèle de données physique à un modèle virtualisé et/ou hybride.
Ce changement permet de réduire le volume des données à répliquer, de faire baisser considérablement les temps de chargement, de faciliter l’interrogation des données en temps réel, d’accélérer la restitution des données pour le reporting final.
Dans ce contexte de restitution des données, comment profiter au mieux du binôme BW/4HANA et S/4HANA ?
C’est une vaste question et nous tenterons d’y répondre au travers d’une série de cas concrets. BW/4HANA utilise nativement des données dans S/4HANA et l’inverse est également possible.
Ce tandem BW/4HANA et S/4HANA multiplie alors les possibilités pour le reporting.
Les vues de S/4HANA peuvent être source de BW/4HANA en accès direct ou en réplication de données (full ou delta) comme nous le montre ce graphique.
Dans le contexte d’un reporting opérationnel ou décisionnel, ce binôme permet par exemple de:
- Disposer d’un historique absent de S/4HANA mais présent dans BW/4HANA et de le combiner avec d’autres données dans une vue S/4HANA
- Construire rapidement un flux de données dans BW/4HANA à partir de vues S/4HANA
- Donner accès à des données S/4HANA aux utilisateurs qui n’ont que BW/4HANA
- Disposer de données à date de S/4HANA directement dans BW/4HANA
Avec BW/4HANA, SAP rompt ainsi l’approche classique du datawarehouse impliquant traditionnellement de multiples réplications de données et des redondances d’informations.
SAP BW/4HANA va s’appuyer sur les fonctionnalités standards de SAP HANA, le Smart Data Integration (SDI) et Smart Data Access (SDA). Ces fonctions permettent des accès virtualisés aux différents systèmes sources. C’est avec le SDA que nous démontrerons la possibilité d’Interrogation de vues S/4HANA en temps réel par BW/4HANA.
Dans cette présentation, nous verrons que les modèles de données virtuelles de S/4HANA sont facilement utilisés dans BW/4HANA via les composites providers et Open ODS views.
Comment interroger des vues de données S/4HANA en temps réel par BW/4HANA ?
BW/4HANA exploite des vues de données dans S/4HANA
Intérêt ou cas fonctionnel :
- Obtenir des données temps réel sans attendre les chargements d’une nuit applicative
- Remplacer des requêtes opérationnelles existantes sur l’ERP SAP
- Homogénéiser le reporting avec une interface unique pour les utilisateurs
- Construire un flux simplifié et rapide sans réplication de données
- Rendre accessible des données SAP à des utilisateurs uniquement SAP BW
Comment faire en 5 étapes :
- Création d’une vue HANA
- Création d’une DataSource basée sur la vue HANA
- Création d’un Open ODS view sur la dataSource
- Création d’un Composite Provider sur l’Open ODS view
- Création d’une requête sur le Composite Provider pour le rapport final
Pour rappel, La plateforme SAP S/4HANA dispose de son propre système de modélisation, celui-ci s’articule autour de modèles d’informations également appelés vues.
Cette modélisation s’effectue au travers de l’outil SAP HANA Studio.
Ces vues peuvent être créées directement sur des tables et ainsi permettre d’implémenter la logique business au sein de la base de données. Ces vues peuvent ensuite être exploitées par des applications JAVA, des outils de reporting tiers, ou dans notre cas de BW/4HANA.
Création d’une vue HANA
Pour créer une vue HANA, voici les étapes à suivre :
- Dans HANA Studio ouvrir la Perspective HANA Modeler,
- Se connecter à la base de données S/4HANA
- Créer une Calculation View
- Construire la structure de cette vue par le choix des tables, des jointures éventuelles et des champs que vous souhaitez utiliser.
Pour notre exemple nous créons une Calculation View sur la table des postes de commandes SAP.
Création d'une DataSource basée sur la vue HANA et gestion du delta
- Dans HANA studio choisir la perspective BW Modeling,
- Dans Project Explorer se connecter au projet BW
- Créer la Datasource dans l’arborescence dédiée. Dans notre exemple, nous retrouvons notre vue via le type de connexion Smart Data Access.
- Définir la Datasource en utilisant la vue HANA précédemment créé et nous gérons le delta en choisissant une caractéristique date que nous considérons comme pointeur générique.
BW modeling Création d'un Open ODS view, avec assignation des master data
Pour rappel, Open ODS View permet de construire un modèle de données avec des accès directs aux informations sans nécessairement avoir besoin de créer des InfObjets. L’Open ODS View est comme son nom l’indique une vue et ne contient pas de données physiquement stockées comme dans un ADSO classique.
- Dans HANA studio choisir la Perspective BW Modeling,
- Se connecter à votre projet BW par Project Explorer
- Créer l’Open ODS view dans l’arborescence dédiée.
- Dans le volet Assignation, assigner chaque champs de la source de données à un info objet BW.
Dans notre exemple nous créons un Open ODS view de type Faits basé sur la Datasource précédemment définie.
Création d'un composite provider
- Dans HANA Studio ouvrir la perspective BW Modeling,
- Dans Project Explorer, se connecter à votre projet BW
- Créer le composite provider dans l’arborescence dédiée.
Dans notre exemple nous créons un Composite Provider basé sur l’Open ODS View que nous avons créé. Dans la partie droite de l’écran, assignez chaque InfoObjet de l’Open ODS View aux éléments du Composite Provider.
BW Modeling : Création d'une requête dans HANA Studio
- Dans HANA studio choisir la Perspective BW Modeling,
- Connectez-vous à votre projet BW à l’aide de l’onglet Project Explorer
- Créer une requête basée sur le composite provider dans l’arborescence dédiée.
Dans notre exemple nous créons une requête fondée sur le Composite Provider utilisant l’Open ODS View des commandes de vente.
Pour créer la requête, le Bex Query Designer a disparu au profit de l’interface HANA Studio. Le principe reste cependant le même. L’onglet sheet definition est le point de départ pour réaliser votre requête. Pour choisir les champs, vous trouvez les détails de l’Infoprovider en haut à gauche de l’écran. Glisser/Déposer les champs désirés dans les sections respectives (colonnes, lignes…) de votre requête.
En résumé,
Ainsi, chaque élément de notre flux devient la source de données sur laquelle se repose l’élément suivant et ceci jusqu’à la requête finale comme illustré sur ce graphique :
CONCLUSION DE L’EXPERT
Dans ce scénario, aucune réplication de données n’est nécessaire et à aucun moment un stockage physique de l’information n’a eu lieu. L’utilisation de SDA a permis une interrogation à distance des données et l’emploi de simple vue de base données facilite le développement et la maintenance des flux. L’utilisation de ces moyens permet donc une mise à disposition rapide et fiable de données stockées sur des systèmes distants.
Etant donné son caractère très flexible, le flux de données ainsi obtenu peut être exploité de manière pérenne ou peut être à l’inverse considéré comme une première approche dans la construction d’un modèle de données plus structuré.
Dans un prochain article, nous verrons comment BW/4HANA peut devenir cette fois ci une source de données pour S/4HANA.
