Connecter Power BI à SAP : HANA, BW et S/4HANA

Les systèmes SAP contiennent les données les plus critiques dans les entreprises, mais l'intégration de ces données dans les tableaux de bord a toujours nécessité des licences SAP BusinessObjects coûteuses, des requêtes BEx complexes ou des programmes ABAP personnalisés. Les connecteurs SAP natifs de Power BI modifient considérablement cette équation. Les organisations acheminent désormais les vues SAP HANA, les requêtes BW et les vues S/4HANA CDS directement dans les tableaux de bord Power BI sans middleware ni réplication de données.

Ce guide couvre tous les connecteurs SAP disponibles dans Power BI, quand les utiliser et comment configurer des connexions sécurisées et performantes en production.

Points clés à retenir

• Power BI propose quatre connecteurs SAP : SAP HANA, SAP BW (MDX), SAP BW (BAPI), SAP OData
• DirectQuery sur SAP HANA exploite le moteur en mémoire de HANA : les requêtes sont renvoyées en millisecondes
• Le mode d'importation charge les données SAP dans VertiPaq de Power BI — permet des calculs DAX riches
• Les vues S/4HANA CDS exposent des données propres et prémodélisées, idéales pour DirectQuery
• SAP HANA SSO nécessite une délégation Kerberos ou une configuration SAP SSO — essentiel pour les pistes d'audit au niveau de l'utilisateur
• Les variables et invites BW peuvent être affichées en tant que paramètres Power BI pour un filtrage interactif
• Une passerelle de données sur site est requise pour toutes les connexions SAP sur site
• SAP BW OpenHub est le chemin le plus performant pour l'extraction de données à grande échelle

---

Présentation du connecteur SAP

Power BI fournit quatre connecteurs distincts pour les systèmes SAP :

Chaque connecteur présente des caractéristiques de performances, une prise en charge des fonctionnalités et une complexité de configuration différentes. Comprendre quelles données SAP sont disponibles via quel connecteur est la base d'une intégration réussie.

---

Connecteur 1 : SAP HANA

Le connecteur SAP HANA est l'option la plus puissante pour les organisations exécutant HANA comme base de données principale (y compris S/4HANA sur HANA).

Prérequis

1. Passerelle de données sur site : installation sur un serveur Windows avec accès réseau à HANA
2. Pilote ODBC SAP HANA : installez SAP HANA Client (inclut le pilote ODBC) sur le serveur de passerelle
3. Compte utilisateur HANA : créez un utilisateur Power BI dédié dans HANA avec des privilèges SELECT sur les vues requises
4. Certificat SSL : exportez le certificat SSL du serveur HANA pour des connexions sécurisées

Configuration de la connexion

Dans Power BI Bureau :

1. Obtenir des données → Base de données SAP HANA
2. Saisissez le serveur : hana-host:30015 (port = 3 + numéro d'instance + 15, par exemple 30015 pour l'instance 00)
3. Sélectionnez le mode Connectivité des données : Importer ou DirectQuery
4. Naviguez dans le catalogue : Schémas → Vues → Vues de calcul

DirectQuery sur SAP HANA

DirectQuery sur HANA est le mode d'intégration le plus puissant de Power BI pour les données SAP en temps réel :

User opens dashboard
    ↓
Power BI generates SQL for each visual
    ↓
Query sent to HANA via ODBC
    ↓
HANA executes using in-memory engine (sub-second)
    ↓
Results returned to Power BI visual

Conseil de performances : les vues de calcul HANA avec contrôle d'accès basé sur Analytic Privilege s'alignent parfaitement avec les exigences RLS de Power BI. Définissez l'accès aux données dans HANA et Power BI transmet le contexte utilisateur via SSO.

Vues de calcul HANA

Les vues de calcul HANA constituent la couche d’accès aux données recommandée pour Power BI. Ils fournissent :

• Données pré-agrégées : réduisez la complexité des requêtes
• Tables jointes : masquer les éléments internes du magasin de colonnes de HANA dans Power BI
• Conversion de devises : intégré au moteur de conversion de devises de HANA
• Privilèges analytiques : contrôle d'accès au niveau des lignes au niveau HANA

Connectez-vous aux vues de calcul en naviguant : Schéma → _SYS_BIC → Vues de calcul. Les vues précédées du préfixe sap.xxx sont du contenu standard fourni par SAP.

Mode d'importation sur SAP HANA

Pour les calculs DAX complexes et les analyses hors ligne, le mode d'importation charge les données HANA dans VertiPaq :

1. Créez des transformations Power Query au-dessus des vues HANA
2. Planifiez une actualisation incrémentielle (nécessite Power BI Premium ou PPU) pour charger uniquement les lignes nouvelles/modifiées
3. Définir des mesures DAX pour l'intelligence temporelle qui vont au-delà des capacités natives de HANA

Configuration d'actualisation incrémentielle :

• Ajoutez les paramètres RangeStart et RangeEnd (type Date/Heure) à votre Power Query
• Filtrer la requête HANA en utilisant ces paramètres
• Configurer la politique d'actualisation incrémentielle dans les paramètres de l'ensemble de données (par exemple, actualiser les 2 derniers jours, conserver 3 ans)

---

Connecteur 2 : SAP Business Warehouse (BW)

SAP BW stocke des décennies de données d'entreprise dans des requêtes InfoCubes, DSO et BEx. Le connecteur BW de Power BI peut exposer ces données directement aux tableaux de bord.

Connecteur SAP BW MDX

Le connecteur MDX interroge BW à l'aide du protocole MDX (Multidimensionnel Expressions), le même protocole utilisé par SAP BusinessObjects Analysis for Office.

Configuration :

1. Installez SAP BW Frontend Client sur le serveur de passerelle
2. Connectez-vous au système BW : serveur d'applications + numéro de système + client.
3. Parcourez les requêtes BEx, les InfoCubes et les MultiProviders
4. Les variables BW apparaissent en tant que paramètres de requête Power BI

Variables BW dans Power BI :

Les requêtes BEx avec des variables obligatoires (écrans de sélection) peuvent être configurées dans Power BI en tant que paramètres. Par exemple, une requête BW nécessitant la sélection de l’année fiscale affiche une boîte de dialogue de paramètres dans Power BI. Ceci est essentiel pour les requêtes qui expireraient sans filtres de date appropriés.

Limitation : le connecteur MDX lit la couche OLAP de BW — les performances sont limitées par le serveur MDX de BW. Les InfoCubes très volumineux peuvent être lents.

Connecteur SAP BW BAPI (recommandé)

Le connecteur BAPI utilise directement le protocole RFC (Remote Function Call) de SAP, en contournant la couche MDX. Il délivre :

• Débit plus élevé pour les gros volumes de données
• Meilleures performances pour les extractions à plat
• Accès aux résultats des requêtes BEx via les appels BAPI

Pour l’extraction de données à grande échelle depuis BW, l’architecture recommandée est :

SAP BW OpenHub → Azure Data Lake / Blob Storage → Power BI

BW OpenHub permet des extractions delta planifiées des données InfoProvider vers des fichiers plats ou des tables de base de données, que Power BI charge ensuite via le mode Importation. Ce modèle gère des milliards de lignes sans affecter les performances de BW.

---

Connecteur 3 : S/4HANA via les vues OData et CDS

SAP S/4HANA expose les données via deux mécanismes clés pour l'intégration de Power BI :

Connecteur SAP OData

La passerelle SAP de S/4HANA expose les services OData v2 pour chaque application Fiori. Le connecteur OData de Power BI peut consommer ces services directement :

1. Obtenir des données → Flux OData 2.URL : https://s4hana-host:443/sap/opu/odata/sap/API_SALES_ORDER_SRV/
2. Authentification : Basique ou Windows (Kerberos) avec les informations d'identification du système SAP

API S/4HANA OData disponibles (les plus pertinentes pour Power BI) :

Vues CDS pour Power BI

Les vues Core Data Services (CDS) dans S/4HANA fournissent un accès aux données prémodélisées et sémantiquement riches. L'approche recommandée pour Power BI + S/4HANA :

1. Identifiez les vues CDS analytiques standard : SAP fournit plus de 1 000 vues CDS analytiques avec des annotations intégrées.
2. Exposer via VDM (Virtual Data Model) : utilisez les vues CDS avec l'annotation @Analytics.dataCategory: #CUBE
3. Accès via HANA DirectQuery : connectez Power BI à HANA, accédez au schéma de vue CDS

Exemple de vue CDS pour l'analyse des ventes : C_SalesOrderItemCube — fournit des données sur les articles de commande client avec des dimensions (client, article, usine, temps) et des mesures (quantité, valeur, remise).

---

Sécurité : SSO et accès au niveau des lignes

Authentification unique SAP HANA

Pour les pistes d'audit au niveau de l'utilisateur (qui a demandé quoi dans HANA), configurez l'authentification unique entre Power BI et HANA :

Configuration Kerberos SSO :

1. Configurez la délégation contrainte sur le compte Active Directory du serveur de passerelle
2. Mappez les utilisateurs de Windows AD aux utilisateurs de la base de données HANA (SPS 10+ requis)
3. Activez « Utiliser SSO via Kerberos pour les requêtes DirectQuery » dans les paramètres de la source de données de la passerelle.

Avec SSO actif, les requêtes Power BI s'exécutent dans HANA sous l'identité de l'utilisateur final authentifié, et non sous le compte de service de passerelle. Le système de privilèges analytiques de HANA contrôle ensuite exactement à quelles vues de calcul chaque utilisateur peut accéder.

SAP SSO (Kerberos + RFC) : Pour les connexions BW, SAP SSO 3.0 avec échange de jetons Kerberos est la norme. Le serveur de passerelle nécessite la bibliothèque gsskrb5.dll de la configuration SAP et Kerberos SPN.

Architecture de sécurité au niveau des lignes

Il existe deux endroits pour implémenter RLS pour les données SAP dans Power BI :

Option 1 : RLS dans HANA (recommandé) :

• Définir des privilèges analytiques dans HANA qui limitent les lignes que les utilisateurs peuvent lire
• Les requêtes Power BI sont exécutées sous l'identité HANA de l'utilisateur via SSO
• L'application de la sécurité s'effectue au niveau de la base de données et ne peut pas être contournée depuis Power BI.

Option 2 : RLS dans Power BI :

• Importer des données SAP dans l'ensemble de données Power BI
• Définir les rôles RLS à l'aide des expressions de filtre DAX
• Mapper les utilisateurs/groupes Azure AD aux rôles RLS
• Convient lorsque le SSO n'est pas disponible ou lorsque les exigences de sécurité permettent une application au niveau de l'ensemble de données

---

Optimisation des performances

Optimisation DirectQuery HANA

1. Utilisez les vues de calcul, pas directement les tables de colonnes : les vues de calcul avec des nœuds d'agrégation pré-résument les données au niveau HANA.
2. Activer le délai d'expiration au niveau des requêtes : définissez QueryTimeout dans les paramètres de la source de données de Power BI pour éviter de suspendre les requêtes.
3. Limiter le nombre de visuels : chaque visuel sur une page DirectQuery génère une requête HANA : gardez les pages sous 20 visuels
4. Utilisez le comportement d'agrégation de HANA : les vues de calcul avec les agrégations SUM, COUNT s'exécutent en parallèle sur les nœuds HANA.

Performances d'importation BW

1. Extraction OpenHub : utilisez SAP BW OpenHub pour extraire vers Azure Data Lake, puis importer dans Power BI via le connecteur ADLS — beaucoup plus rapide que MDX pour les gros volumes
2. Repliement des requêtes dans Power Query : assurez-vous que les transformations se replient au niveau BW/HANA (évitez les opérations qui interrompent le repliement des requêtes)
3. Actualisation incrémentielle : pour les chargements BW quotidiens, configurez l'actualisation incrémentielle pour extraire uniquement les enregistrements delta.

---

Questions fréquemment posées

Ai-je besoin d'une licence SAP pour connecter Power BI aux systèmes SAP ?

Les connecteurs SAP de Power BI utilisent des interfaces standards (ODBC, RFC, OData) disponibles dans toutes les licences système SAP. Cependant, les conditions de licence de SAP peuvent nécessiter des licences d'utilisateur nommé appropriées pour les comptes SAP utilisés par Power BI. Plus précisément, si les requêtes Power BI lisent des données SAP qui nécessiteraient normalement une licence SAP Business Intelligence (comme les requêtes BW BEx), SAP peut faire valoir que ces licences s'appliquent. Consultez votre gestionnaire de licences SAP avant un déploiement à grande échelle.

Quel est le volume de données maximal que Power BI peut gérer à partir de SAP HANA ?

En mode DirectQuery, il n'y a pas de limite théorique : Power BI interroge HANA pour obtenir des résultats agrégés, de sorte que même les tables HANA contenant des milliards de lignes sont renvoyées rapidement si la requête est optimisée. En mode Importation, Power BI Premium prend en charge des ensembles de données jusqu'à 400 Go (format VertiPaq compressé, équivalent à plusieurs To de données brutes). Les vues de calcul SAP HANA doivent être conçues pour renvoyer des résultats pré-agrégés afin de maintenir les temps de réponse inférieurs à 2 secondes pour les visuels du tableau de bord.

Power BI peut-il se connecter à SAP S/4HANA Cloud ?

Oui : SAP S/4HANA Cloud expose les API OData et les vues CDS accessibles à Power BI. Le connecteur SAP HANA (via HANA Cloud) et le connecteur SAP OData fonctionnent tous deux avec les déploiements cloud. SAP a récemment introduit l'intégration de SAP Analytics Cloud avec S/4HANA Cloud comme chemin d'analyse intégré préféré, mais Power BI reste entièrement compatible via les interfaces OData et HANA Cloud.

Comment gérer les variables SAP BW dans les rapports Power BI ?

Les variables SAP BW qui nécessitent une saisie utilisateur (variables obligatoires) apparaissent en tant que paramètres de requête Power BI. Les auteurs de rapports configurent les valeurs par défaut pour ces paramètres. Pour les rapports partagés avec les utilisateurs finaux, les paramètres apparaissent sous forme de contrôles de filtre. Pour les paramètres fixes (par exemple, l’année fiscale est toujours l’année en cours), utilisez les expressions Power Query M pour générer dynamiquement la valeur variable en fonction de la date du jour.

Est-il préférable d'utiliser SAP HANA ou SAP OData pour l'intégration de Power BI ?

Le connecteur SAP HANA (DirectQuery ou Import) est généralement supérieur pour les charges de travail analytiques : il exploite le moteur en mémoire de HANA et expose des vues de calcul riches. SAP OData est meilleur pour l'accès aux données transactionnelles (commandes individuelles, enregistrements clients) où vous avez besoin d'objets métier spécifiques exposés à l'API avec des contrôles d'autorisation SAP intégrés. Pour les tableaux de bord financiers et opérationnels, utilisez les vues HANA. Pour les données spécifiques à une application avec une couverture API standard SAP, OData est approprié.

Que se passe-t-il si SAP HANA tombe en panne : les tableaux de bord Power BI tombent-ils en panne ?

En mode DirectQuery, oui : les visuels Power BI affichent une erreur si HANA n'est pas disponible. C’est le compromis fondamental de DirectQuery : des données en temps réel mais pas de résilience hors ligne. Pour atténuer ce problème, utilisez le mode Importation pour les tableaux de bord exécutifs critiques (les données sont actualisées dans les délais prévus, restent accessibles pendant les pannes HANA) et réservez DirectQuery pour les tableaux de bord opérationnels où la précision en temps réel est essentielle. Vous pouvez également combiner des modes dans un modèle composite.

---

Prochaines étapes

La connexion de Power BI à SAP est techniquement réalisable mais nécessite une planification minutieuse autour de la sélection des connecteurs, de l'architecture de sécurité et de l'optimisation des performances. Les organisations qui réussissent cette intégration obtiennent des informations en temps réel sur leurs données les plus critiques, sans le coût de SAP BusinessObjects ou du développement ABAP personnalisé.

La pratique d'intégration Power BI ERP d'ECOSIRE est spécialisée dans les déploiements SAP + Power BI. Nous gérons la configuration des connecteurs, la conception des vues HANA, la configuration de BW OpenHub, la sécurité SSO et le développement de tableaux de bord dans le cadre d'un engagement de bout en bout.

Découvrez nos services d'intégration Power BI ERP ou contactez notre équipe pour discuter de vos besoins spécifiques en matière d'environnement SAP et d'analyse.