Quelle est la meilleure solution SAP business intelligence pour vous ?

Face aux évolutions technologiques, SAP a étudié les possibilités de simplification et d'accélération de traitement des données au niveau de l'analytique. Dans cet article, nous examinons les conséquences de la technologie HANA sur les systèmes impliqués et leur  fonction ou contribution au domaine de l'informatique décisionnelle.

SAP BW

SAP BW inclut des fonctionnalités pour la modélisation des données, le stockage des données et l'ETL (Extraction, Transformation, Chargement) ainsi que des fonctionnalités pour les interfaces telles que Query Designer, Web Application Designer et Bex Analyzer. Bien que cette solution BI ait de nombreux avantages, nous devons mentionner quelques limitations :

• Performance : la structure et la manière dont le modèle de données est configuré en combinaison avec la base de données ont une forte influence sur les performances du système. Cela s'applique non seulement aux temps de réponse de l'exécution des rapports, mais aussi aux délais d'exécution du chargement des données.
• Complexité et flexibilité : jusqu'à et y compris SAP BW 7.5, la structure LSA (Layered Scalable Architecture) peut être utilisée. Dans cette structure, +/- 10 objets techniques peuvent être utilisés pour stocker des données (objet info, DSO, Info cube) ou pour afficher les données (par exemple info set et multi-provider). En raison du grand nombre d'objets techniques, il est difficile de déterminer quel est le meilleur objet technique à utiliser.
• Interaction avec des systèmes non SAP : SAP BW, comme tous les autres systèmes SAP, est basé sur NetWeaver, où SAP ABAP est le langage de programmation de base. Par conséquent, l'interaction avec les systèmes non SAP n'est pas optimale.

SAP BW sur HANA

L'introduction de HANA a permis en premier lieu d'installer SAP BW sur une base de données HANA (SAP BW sur HANA). La performance a pu alors nettement augmenter. Grâce à la technologie in-memory, les processus de chargement et d'exécution des rapports à partir du serveur d'applications (où le logiciel s'exécute) sont déplacés vers la base de données HANA (la base de données dans laquelle les données sont stockées). La dernière version de BW, SAP BW 7.5, est largement optimisée pour utiliser toutes les fonctionnalités de SAP HANA. Cette version contient également divers outils de conversion pour préparer la migration de l'outil vers le nouveau système, BW/4 HANA.

BW/4 HANA

SAP BW/4 HANA a été introduit en 2016 et n'est pas un successeur de SAP BW, mais un système entièrement nouveau qui peut bénéficier pleinement de la technologie HANA en mémoire. Ce système peut donc tirer pleinement parti des améliorations de performances dans le domaine du chargement des données et de l'exécution des rapports. Il contient également des fonctionnalités pour la modélisation des données, le stockage des données et l'ETL (extraction, transformation, transfert). Il ne contient plus d'outils frontaux pour l'exécution des rapports et l'analyse des données. Par exemple, l'analyseur BeX n'est pas disponible dans BW/4 HANA. Ceux-ci ont été déplacés à l'extérieur, par exemple en utilisant les outils SAP Business Objects tels que Lumira 2.0 et Analysis for Office. 

Avec l'introduction de HANA, une nouvelle architecture (LSA++) est introduite. Cette architecture a moins de niveaux et un certain nombre sont devenus virtuels. Cela permet de générer des rapports directs sur les données provenant des systèmes sources. L'avantage est qu'il n'est plus nécessaire de charger des données physiquement dans BW/4 HANA. Cela permet d'organiser un modèle de données dit hybride. La mise en place d'un modèle de données hybride permet de combiner des données avec des données de S/4HANA Embedded Analytics, de SAP HANA Native mais également en combinaison avec des systèmes non-SAP. BW/4 est basé sur SQL comme la plupart des systèmes non-SAP. Outre l'introduction de LSA++, le nombre d'objets de données pouvant être utilisés pour la modélisation de données est réduit de 10 à 4. Tout ceci simplifie le modèle de données et accélère les temps de développement. Comme effet secondaire, le contenu de l'entreprise (structures de données standard dans BW) a également été ajusté pour BW/4 HANA. Cela rend la connexion avec d'autres systèmes SAP comme système source encore plus optimal.

S/4HANA : analytique embarquée

Dans S/4HANA, les transactions sont traitées plus rapidement et plus facilement. Cela est dû à la technologie in-memory et à la simplification du modèle de données. Si les données étaient précédemment stockées dans de nombreux tableaux différents, les données combinées sont maintenant enregistrées dans un nombre limité de tables. Un effet secondaire supplémentaire est que S/4HANA, en plus de l'enregistrement des transactions, a également des possibilités analytiques. C'est ce qu'on appelle S/4HANA embedded analysis (analytique embarquée). Avec les rapports d'analytique embarquée, les données sources sont directement stockées dans les tables. Elles n'ont pas besoin d'être chargées dans une autre base de données et sont donc idéales pour exécuter en temps réel des rapports opérationnels. Par conséquent, il n'est pas nécessaire pour les rapports opérationnels d'utiliser un entrepôt de données d'entreprise, tel que SAP BW ou BW/4 HANA. De plus, l'analytique embarquée est très flexible. Pour ajuster un rapport, seule la vue CDS (basée sur le code SQL) doit être ajustée. En raison de cette simplification, il est possible de répondre rapidement à un besoin d'information en évolution. Si nécessaire, la vue CDS peut être utilisée comme source de données pour charger les données dans BW/4 HANA en cas de reporting tactique et stratégique (informations de gestion).

SAP HANA NATIVE

Bien que HANA soit essentiellement une base de données, elle peut également être utilisée et organisée en tant qu'application séparée. C'est ce que l'on appelle SAP HANA Native. Comparé à, par exemple, SAP BW et BW/4 HANA, l'inconvénient est qu'il manque un certain nombre de fonctionnalités standard d'un entrepôt de données (d'entreprise). Ici, vous devez utiliser des outils et / ou des fonctionnalités dans le domaine de la modélisation de données, du stockage de données et de la planification et du suivi de répertoires de données. Pour chacune des fonctionnalités, un outil spécifique devra être choisi et devra également être mis en place. Le gros avantage est que SAP HANA Native est basée sur SQL dans lequel vous êtes complètement libre de développer et de créer vos propres modèles de données. Cela rend cet environnement extrêmement approprié en combinaison avec des systèmes source non-SAP car, dans de nombreux cas, ceux-ci sont également basés sur du code SQL.

CONCLUSION

Initialement, l'introduction de la technologie en mémoire de HANA a permis de tirer le meilleur parti de l'amélioration des performances lors du chargement des données et de l'exécution des rapports pour le système BW. Ce sont les systèmes BW on HANA. À un stade ultérieur, l'introduction de la technologie HANA a contribué à changer le rôle et la fonction des systèmes impliqués dans le domaine de l'informatique décisionnelle au sein d'une organisation : 

BW/4 HANA : un nouveau système BW avec presque toutes les anciennes fonctionnalités d'entrepôt de données (hors reporting) et pouvant être utilisé comme entrepôt de données d'entreprise (ou en tant que partie) pour le reporting opérationnel et stratégique. Il correspond le mieux aux systèmes sources SAP. 

S/4HANA Embedded Analytics : le successeur de SAP ECC, en plus d'enregistrer des transactions, peut être utilisé pour le reporting opérationnel. Les données n'ont plus besoin d'être chargées dans un entrepôt de données mais peuvent être directement reportées sur les données sources. Si nécessaire, les données peuvent être chargées dans un entrepôt de données pour les informations de gestion.

SAP HANA natif : En plus d'une base de données, HANA peut également être configuré / utilisé en tant qu'application distincte, dans ce cas en tant qu'Entrepôt de données d'entreprise. Pour cela, différents outils devront être implémentés pour obtenir les fonctionnalités d'entrepôt de données requises pour le transfert et le suivi des données par exemple. SAP HANA Native convient le mieux aux systèmes non-SAP.

Il est possible de configurer BW/4 HANA et SAP HANA Native ou une combinaison des deux comme Enterprise Data Warehouse. Ce système peut être utilisé pour un niveau stratégique. Pour le reporting opérationnel, S4/HANA Embedded Analytics peut être utilisé. L'intégration des données peut se faire à la fois physiquement (stockage de données) et virtuellement avec des vues. Cela apporte de grands avantages avec la visibilité :

• Flexibilité : le chargement des données de la source vers l'entrepôt de données est plus rapide et il y a moins de couches qui doivent être physiquement chargées.

• Virtualisation des données : les données en temps réel peuvent être traitées et toutes les couches de l'entrepôt de données ne doivent pas être chargées physiquement. La logique peut être définie dans les vues à la place des transformations dans les processus ETL (extraire, transformer et charger).
•  Des temps de développement plus courts : plus besoin de charger des données pour voir le résultat d'une transformation. Les vues peuvent également être modifiées plus facilement car elles ne contiennent aucune donnée.