Fiche concept

Microsoft Fabric & intégration SAP

À jour au 2026-07-24T14:00:00Z

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que Microsoft Fabric & intégration SAP ?

Quatre patterns SAP-vers-Fabric fonctionnent (Mirroring, Data Factory, Delta Sharing, OData) ; deux que les équipes essaient sans relâche — ODBC direct, mirroring inverse — ne sont pas supportés ou pas GA en 2026.

Ce que c'est

Microsoft Fabric est la plateforme analytique unifiée de Microsoft, qui regroupe OneLake comme couche de stockage commune avec Data Factory, Synapse Engineering, Synapse Data Warehousing, Data Science, Real-Time Analytics et Power BI sous un seul abonnement SaaS. Pour un consultant analytique SAP, ce qui compte vraiment au quotidien est plus étroit que la plateforme entière : la surface d'intégration précise entre SAP et Fabric — quatre schémas qui fonctionnent réellement en production, et deux schémas que les utilisateurs de Fabric continuent d'essayer alors qu'ils ne fonctionnent pas.

Pourquoi c'est important

L'adoption de Fabric au sein d'entreprises qui font déjà tourner SAP est désormais assez courante pour que « comment faire entrer les données SAP dans Fabric sans casser la gouvernance » soit une question d'architecture récurrente plutôt qu'un cas marginal. Se tromper de schéma coûte cher à deux reprises — une première fois en effort d'ingénierie consacré à construire un pipeline qui ne montera pas en charge, et une seconde fois en dépense d'unités de capacité Fabric que personne n'avait modélisée en amont.

Comment ça fonctionne — les quatre schémas qui marchent

Pourquoi c'est important, en pratique

Delta Sharing n'a aucun coût de Capacity Unit côté Fabric puisque la donnée reste dans Datasphere, ce qui en fait le pattern au TCO le plus bas pour des rafraîchissements peu fréquents et lecture intensive.
La consommation de CU du Mirroring est mesurée côté Fabric — un InfoProvider BW/4HANA mirroré toutes les 5 minutes en volume de production peut consommer une part disproportionnée d'une capacité F64.
Le mirroring inverse (Fabric écrivant vers Datasphere) n'est qu'une direction annoncée, pas un pattern livrable en 2026 — ne concevez pas encore d'architecture autour.

Points clés

Mirroring — objets SAP HANA Cloud / BW/4HANA / Datasphere répliqués dans OneLake en tables Delta ; CDC faible latence ; sans pipeline ETL à maintenir.
Connecteurs SAP Data Factory — SAP Table, SAP BW Open Hub, SAP HANA, SAP CDC pour ingestion batch vers Fabric Lakehouse.
Delta Sharing ouvert — SAP Datasphere publie un share ; Fabric lit comme shortcut OneLake ; DAC appliqué à la frontière du share ; coût CU Fabric le plus bas (données restent dans Datasphere).
Consommation OData — Fabric Dataflow Gen2 appelle services OData SAP ; intégration opérationnelle faible volume ; inadapté aux volumes analytiques.
Anti-pattern 1 : ODBC direct notebook Fabric vers SAP HANA — marche techniquement, zéro gouvernance et lignée, non supporté en production.
Anti-pattern 2 : mirror inverse Fabric → Datasphere — annoncé 2024, pas GA en 2026 ; ne pas promettre ce livrable à un client en 2026.
Piège de coût CU : Mirroring haute fréquence en volume de production BW/4HANA peut consumer une part disproportionnée d'un SKU F64 — mesurer avec des données représentatives avant engagement.
Delta Sharing est le pattern au plus bas TCO pour les datasets analytiques à lecture intensive : aucune consommation CU Fabric, accès gouverné, données restant dans Datasphere.

Termes employés sur cette page

OneLake: Le data lake unifié de Microsoft Fabric — chaque tenant Fabric dispose d'un seul OneLake ; toutes les charges de travail Fabric (Lakehouse, Warehouse, Power BI, Data Science) lisent et écrivent dans le même lac sous un modèle d'accès unique.
Mirroring: Le modèle Fabric de réplication à faible latence d'une base source vers OneLake sous forme de tables Delta, sans exploiter de pipeline ETL ; le mirroring de SAP HANA Cloud, BW/4HANA et Datasphere a été annoncé en 2024, avec une GA progressive en 2025.
OneLake shortcut: Un pointeur d'un emplacement OneLake vers un autre, ou vers une source externe (S3, ADLS, Delta Sharing) ; il permet aux charges de travail Fabric de lire les données sur place sans les copier — le mécanisme derrière l'intégration Delta Sharing avec SAP Datasphere.
Fabric Capacity (F-SKU): Le modèle de tarification de Microsoft Fabric fondé sur les Capacity Units (CU) ; la synchronisation SAP-vers-Fabric par Mirroring à haute fréquence consomme un volume substantiel de CU et doit être dimensionnée par rapport au F-SKU avant que l'architecture ne soit figée.
Delta Sharing: Un protocole ouvert (Linux Foundation) de partage de données vivantes entre plateformes sans les copier ; SAP Datasphere peut publier des Delta Shares que Fabric lit sous forme de OneLake shortcuts — le modèle SAP-vers-Fabric au TCO le plus bas en 2026.
SAP BW Open Hub connector: Un connecteur Fabric Data Factory qui lit depuis une Open Hub Destination (OHD) de BW/4HANA, permettant l'extraction par lots du contenu des InfoProviders vers un Lakehouse Fabric sans accès direct à la base de données.
Data Access Control (DAC): La couche de sécurité au niveau ligne et objet de SAP Datasphere. Lorsque Datasphere publie un Delta Share, les DAC sont appliqués à la frontière du partage — les consommateurs Fabric ne voient que les lignes pour lesquelles leur bearer token Delta Sharing est autorisé.
SAP CDC connector: Un connecteur Fabric Data Factory qui met en œuvre le Change Data Capture (CDC) sur les tables SAP HANA Cloud ou S/4HANA, permettant des chargements incrémentaux quasi temps réel vers un Lakehouse Fabric sans balayage de table complet.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →