Partager via


Extraire des données SAP dans Microsoft Fabric

Dans cet article, vous obtenez une compréhension complète des différentes sources de données et outils disponibles pour l’extraction de données SAP, ainsi que la façon de sélectionner l’option la plus appropriée en fonction de vos objectifs analytiques. Le contenu couvre la structure et l’objectif de chaque couche de données au sein des systèmes SAP. Il met également en évidence les fonctionnalités d’intégration à Microsoft Fabric et les considérations relatives à la fiabilité, aux performances et à l’alignement de l’entreprise.

Microsoft Fabric est une plateforme de données entièrement intégrée basée sur SaaS qui unifie l’ingénierie des données, l’analytique en temps réel, la science des données, la décisionnel et la gouvernance en une seule expérience. Basé sur OneLake, Fabric centralise le stockage des données et permet une collaboration transparente entre les rôles, des ingénieurs données aux utilisateurs professionnels. À son cœur, OneLake est un lac de données unifié qui centralise le stockage et permet un accès transparent aux données entre les services. Fabric intègre également des fonctionnalités d’IA via Copilot et Azure AI Studio, permettant aux utilisateurs de tirer des insights plus rapidement et plus intuitivement. Conçu pour simplifier, scalabilité et collaboration, Microsoft Fabric aide les organisations à rationaliser leurs flux de travail d’analyse, à réduire la complexité et à accélérer leur parcours de transformation ia

Les entreprises adoptent De plus en plus Microsoft Fabric comme base de leur paysage de données pour unifier les applications métier, les données de télémétrie IoT et les charges de travail IA. En regroupant toutes les charges de travail d’analytique dans un seul environnement, Microsoft Fabric accélère la livraison des insights et élimine les silos de données. Les systèmes SAP sont l’une des sources de données les plus critiques, car ils contiennent des données prenant en charge les principales opérations métier et peuvent également être intégrés à la plateforme unifiée. Cette intégration enrichit les données d’entreprise et permet une vue plus holistique des performances de l’entreprise. Vous pouvez créer des tableaux de bord puissants qui explorent les tendances et mettent en évidence les problèmes, reflétant les processus métier de bout en bout à l’aide de données provenant d’un système et d’un service à l’autre, quelle que soit sa source. Cela est rendu possible en ayant toutes les données pertinentes unifiées dans une plateforme unique.

Important

Avant de commencer les extractions de données à partir de systèmes SAP, vérifiez toujours les droits de licence SAP de votre organisation. Certaines méthodes d’extraction peuvent nécessiter d’autres licences ou des droits d’utilisation spécifiques.

Sources de données dans le système SAP

SAP offre plusieurs couches d’accès aux données, chacune offrant des besoins analytiques et de création de rapports différents. Cette section présente les principaux types de sources de données disponibles dans un paysage SAP, expliquant ce qu’ils sont et comment ils fonctionnent.

Tables et vues

Les tables SAP sont la couche fondamentale du stockage de données dans le système SAP. Chaque transaction traitée dans SAP, d’un reçu de marchandises à une facture ou à une commande commerciale, est stockée dans un ensemble de tables structurées dans la base de données relationnelle sous-jacente (par exemple, HANA, Oracle ou SQL Server). Ces tables contiennent les données brutes transactionnelles de votre entreprise. Dans les versions modernes des systèmes SAP, il existe une représentation un-à-un des tables ABAP aux tables de base de données. Dans les versions antérieures, ce n’est pas toujours le cas et l’accès aux tables de pool/cluster au niveau de la base de données n’est pas possible. L’utilisation de tables nécessite une connaissance approfondie du modèle de données de SAP, sinon vous risquez de mal interpréter le contexte métier.

Vues /extracteurs Core Data Services

Les vues et les extracteurs CDS (Core Data Services) fournissent une vue multidimensionnelle orientée métier des données transactionnelles directement dans le système SAP opérationnel. Ces sources offrent une logique prédéfinie qui reflète la façon dont les données sont utilisées dans les processus quotidiens, tels que les ventes, l’achat ou les finances. Au lieu d’accéder aux tables brutes, les vues et les extracteurs CDS exposent des données d’une manière qui s’aligne sur la signification métier. Par exemple, afficher uniquement les commandes actives ou inclure des descriptions pertinentes et des champs calculés.

Business Warehouse InfoObjects / InfoProviders

InfoObjects et InfoProviders font partie de la couche sémantique SAP Business Warehouse (BW). Ils forment le modèle multidimensionnel basé sur des faits et des dimensions à utiliser dans la modélisation et la création de rapports sur toutes les couches de l’architecture BW. À mesure que les données passent par les couches, elles sont transformées en continu, nettoyées et enrichies. Par conséquent, les données du magasin de données final sont cohérentes et préparées à être utilisées dans les tableaux de bord et rapports d’entreprise.

Requêtes BW

Les requêtes sont l’interface principale pour consommer des données stockées dans SAP BW. Ils définissent des métriques prêtes pour l’entreprise, telles que les mesures de chiffre d’affaires, de coût ou de quantité en appliquant des calculs, des filtres et des agrégations sur InfoProviders. Les requêtes sont également étroitement intégrées au modèle d’autorisation SAP et optimisées pour les performances.

Choisir la source de données appropriée

La sélection de la source de données appropriée dépend de l’objectif ultime et de la quantité de transformation existante que vous souhaitez réutiliser. Comme expliqué dans la section précédente, les systèmes SAP offrent plusieurs couches d’accès aux données, chacune adaptée aux différentes étapes du parcours des données, des transactions brutes aux métriques métier entièrement modélisées. Les données transactionnelles sont stockées sous une forme hautement normalisée, ce qui signifie que les informations sont divisées entre de nombreuses tables plus petites, associées pour réduire la redondance et améliorer l’efficacité. Ces tables reflètent la sortie brute des processus métier, exactement comme elles sont générées dans le système. Cette conception favorise l’intégrité des données, mais rend les rapports et l’analytique plus complexes.

En passant des tables de base vers des couches supérieures, chaque étape ajoute plus de structure, de cohérence et d’alignement avec la signification métier. Les vues CDS et les extracteurs BW modélisent les données transactionnelles en format multidimensionnel en appliquant des jointures de base, des filtres et une logique métier pour simplifier l’analyse et la création de rapports. Ces objets peuvent présenter différentes perspectives sur les mêmes données sous-jacentes, en fonction du besoin de création de rapports. Par exemple, une vue peut se concentrer sur les commandes commerciales ouvertes, tandis qu’une autre met en surbrillance les éléments remis. Cette flexibilité permet au même jeu de données de prendre en charge plusieurs scénarios analytiques sans dupliquer les données brutes.

Plus loin dans le parcours des données, les objets BW prennent la responsabilité de stocker, de structurer et de préparer des données pour les rapports d’entreprise. InfoObjects et InfoProviders forment ensemble une base standardisée pour l’analytique entre les services et les outils. En haut, les requêtes exposent des jeux de données organisés, complètes avec des filtres prédéfinis, des calculs et des chiffres clés, prêtes à être consommées par des tableaux de bord et des plateformes d’analytique externe.

En guise de recommandation générale, plus vous accédez au niveau auquel vous accédez dans la pile de données, plus vous pouvez réutiliser le contenu et la logique métier. Au lieu de joindre manuellement des tables de base pour créer une vue consolidée des commandes commerciales, vous pouvez appliquer des objets dédiés fournis par SAP, qui incluent déjà des jointures, des filtres et des mappages de champs pertinents. Cette approche réduit considérablement l’effort de développement et garantit la cohérence avec la façon dont les données sont utilisées dans le système. Toutefois, cela signifie également qu’il faut accepter les transformations intégrées, telles que le filtrage de certains états de document. Si d’autres champs sont nécessaires, les modifications doivent être apportées au niveau source, par exemple en étendant la vue CDS.

Le tableau suivant fournit des exemples de scénarios courants et recommande la source de données SAP la plus appropriée dans chaque cas. L’utilisation d’un objet spécifique est une décision de conception et doit toujours être évaluée en fonction des options disponibles, des exigences de données et des fonctionnalités système.

Scénario / Intention Source de données recommandée
Je souhaite accéder à des tables transactionnelles brutes et appliquer des transformations personnalisées et une logique métier moi-même. SAP Tables
Je n’ai pas de connaissances détaillées sur le modèle de données sous-jacent de SAP et souhaite réutiliser la structure et les relations existantes à partir du système transactionnel. Vues CDS / Extracteurs BW
J’ai besoin de créer des tableaux de bord basés sur des données transactionnelles, mais je préfère utiliser un modèle organisé et aligné sur l’entreprise. Vues CDS / Extracteurs BW
Mon organisation dispose déjà d’un système BW avec des modèles de données validés, et je souhaite les utiliser comme base pour la création de rapports. BW InfoObjects / InfoProviders
J’ai besoin d’une couche de création de rapports sécurisée avec des restrictions prédéfinies et des chiffres clés spécifiques à l’entreprise, prêtes à être consommées dans les outils décisionnels. Requêtes BW

Résumé des options de connectivité

Le tableau suivant récapitule les options de connectivité disponibles pour les systèmes SAP.

Connecteur Sources Cas d’utilisation ETL Solution
SAP BW (serveur d’applications ou serveur de messages) SAP BW, SAP BW/4HANA
SAP S/4HANA
Accès à la couche analytique multidimensionnelle Microsoft Fabric (Dataflow Gen2)
SAP HANA SAP HANA, SAP HANA Cloud
SAP Datasphere
SAP BW-on-HANA
SAP BW/4HANA
Accès à la couche analytique multidimensionnelle
Accès aux artefacts SQL (tables, vues)
Accès aux vues de calcul HANA exposées par SAP BW-on-HANA ou BW/4HANA
Microsoft Fabric (Dataflow Gen2,
Pipeline
Copier le travail)
Table SAP (serveur d’applications ou serveur de messages) SAP S/4HANA
SAP ECC
Tables de dictionnaire de données SAP (DDIC), vues
Affichages CDS ABAP
Microsoft Fabric (Pipeline)
CAPTURE DE DONNÉES MODIFIÉES SAP SAP S/4HANA
SAP ECC
Tables de dictionnaire de données SAP (DDIC), vues
Affichages CDS ABAP
Azure Data Factory (flux de données)
SAP BW OpenHub (serveur d’applications ou serveur de messages) SAP BW Accès aux données dans BW InfoProviders (ADSO) Microsoft Fabric (Pipeline)
OData SAP SuccessFactors
SAP C4C
SAP S/4HANA
SAP ECC
OData Services Microsoft Fabric (Dataflow Gen2,
Pipeline)
ODBC SAP HANA, SAP HANA Cloud
SAP Datasphere
Accès aux artefacts SQL (tables, vues) Microsoft Fabric (Dataflow Gen2, Pipeline)
Mise en miroir ouverte SAP S/4HANA
SAP ECC
(en fonction des fonctionnalités tierces)
Tables de dictionnaire de données SAP (DDIC), vues
Affichages CDS ABAP
Microsoft Fabric
Intégration sortante Premium SAP S/4HANA
SAP ECC
SAP BW, SAP BW/4HANA (et d’autres solutions en fonction des options de connectivité Datasphere)
Tables de dictionnaire de données SAP (DDIC), vues
Affichages CDS ABAP
SAP ODP
SAP Datasphere

Outils et solutions d’extraction de données SAP

Cette section fournit une vue d’ensemble des outils et solutions disponibles à prendre en compte lors de l’extraction de données SAP dans Microsoft Fabric.

Extraction de données SAP à l’aide de Microsoft Fabric

Vous pouvez utiliser des pipelines et des flux de données dans Microsoft Fabric pour extraire et transformer des données à partir de différentes sources de données SAP.

Figure 1 : Options de connectivité des données SAP dans Microsoft Fabric.

Diagramme montrant les options de connectivité des données SAP dans Microsoft Fabric.

Connecteur table SAP

Le connecteur table SAP se connecte aux systèmes SAP basés sur ABAP et permet l’extraction d’instantanés de données de table. Il prend en charge le filtrage des données à l’aide d’une syntaxe simple de type ABAP. Pour les volumes de données plus volumineux, vous pouvez appliquer un partitionnement intégré basé sur des colonnes sélectionnées, telles que la publication d’horodatages pour diviser la table en blocs plus petits. Le connecteur est disponible via des pipelines dans Microsoft Fabric.

Connecteur SAP HANA

Le connecteur SAP HANA vous permet de vous connecter à la base de données SAP HANA. Il prend en charge deux couches d’accès : la couche analytique multidimensionnelle basée sur les vues de calcul HANA et la couche transactionnelle qui fournit l’accès aux données stockées dans des tables et des vues.

Lors de la connexion via Dataflow Gen2, conçue pour la modélisation sémantique et l’analytique, le connecteur SAP HANA accède généralement à la couche multidimensionnelle. Les vues de calcul fonctionnent de la même façon que les requêtes SAP BW et sont souvent utilisées directement pour accéder directement aux données organisées et aux indicateurs de performance clés en suivant la logique intégrée.

En revanche, lorsque le connecteur est utilisé dans un pipeline Microsoft Fabric, conçu pour l’ingestion de données ETL et à grande échelle, il accède par défaut aux tables de base de données et aux vues SQL. Cette approche fonctionne bien lors de l’utilisation de grandes quantités de données grâce à d’autres fonctionnalités de partitionnement de données qui permettent de fractionner et de traiter de grands jeux de données en parallèle, améliorant ainsi les performances et l’extensibilité.

ODBC générique

La connectivité ODBC générique permet la connectivité à un large éventail de bases de données, y compris, mais pas limitée à SAP HANA. Il fournit un accès flexible aux tables et vues sous-jacentes qui le rendent adapté aux scénarios où l’accès direct aux données brutes et transactionnelles est nécessaire. Lorsqu’il est utilisé avec une base de données SAP HANA, le connecteur ODBC générique se connecte à la couche transactionnelle, ce qui permet aux utilisateurs d’interroger des données à partir de tables de base et de vues SQL.

Connecteur SAP BW

Le connecteur SAP BW est conçu pour accéder à la couche analytique multidimensionnelle dans les systèmes SAP. Il est utilisé pour fournir des jeux de données prêts pour l’entreprise et contient des mesures prédéfinies, des hiérarchies, des filtres et des autorisations, ce qui facilite l’interprétation et la consommation des données dans les outils de création de rapports et d’analytique. Le connecteur offre un moyen fiable d’extraire des données organisées et sémantiquement enrichies, qui s’alignent étroitement sur les normes de création de rapports d’entreprise. Le connecteur prend en charge les requêtes BW à partir de SAP BW et BW/4HANA, ainsi que la couche analytique incorporée dans SAP S/4HANA, que vous pouvez utiliser pour accéder aux vues SAP CDS.

SAP BW OpenHub

Le connecteur SAP BW OpenHub permet l’extraction de données à partir de destinations OpenHub dans les systèmes SAP BW. Les destinations OpenHub sont utilisées pour exposer des données gérées par BW pour une consommation externe. Tout objet pris en charge par le processus de transfert de données SAP (DTP) peut servir de source pour OpenHub, y compris les objets DataStore (DSO), Les InfoCubes et les Sources de données. Cela en fait une option flexible pour l’exportation de données structurées et transformées.

Le connecteur prend en charge l’extraction delta, qui capture uniquement les enregistrements qui ont changé depuis la dernière charge réussie. La gestion delta est gérée par le système SAP BW en fonction de la logique définie dans le DTP, généralement à l’aide d’horodatages, d’ID de requête ou de positions de journal de modification. Une fois configuré, le système applique automatiquement la logique delta, ce qui réduit la nécessité d’un suivi manuel ou d’une implémentation personnalisée.

Connecteur OData

L’extraction de données peut également être gérée par les services OData, qui exposent des données métier à partir de systèmes SAP par le biais d’un protocole basé sur REST standardisé. Cette approche est adaptée à l’accès aux données rendues disponibles via les services de passerelle SAP, tels que ceux de SAP S/4HANA et SAP Business Suite. SAP fournit un ensemble complet de services OData préconfigurés couvrant de nombreux principaux objets et processus métier. En outre, les vues CDS personnalisées ou standard peuvent être exposées en tant que points de terminaison OData, qui offrent un moyen flexible de récupérer des données sémantiquement riches et bien structurées.

Extraction de données SAP à l’aide d’Azure Data Factory

Azure Data Factory est un service d’intégration de données basé sur le cloud qui vous permet de créer et de planifier des pipelines pour déplacer et transformer des données entre différents systèmes. De nombreux connecteurs de données, y compris des connecteurs spécifiques à SAP, comme SAP Table et SAP BW, sont déjà disponibles dans Microsoft Fabric. Si l’intégration SAP est une nouvelle charge de travail que vous envisagez d’intégrer et que vous envisagez d’intégrer Microsoft Fabric pour l’analytique, il est vivement recommandé de l’utiliser également pour l’intégration des données. De cette façon, vous bénéficiez d’une expérience plus unifiée dans l’ingestion, la transformation et l’analytique des données au sein d’une plateforme unique. Toutefois, si vous disposez déjà de pipelines SAP intégrés à Azure Data Factory ou que vous devez utiliser le connecteur DE capture de données modifiées SAP, il n’est pas nécessaire immédiatement de réplateformer. Les pipelines et flux de données existants peuvent être intégrés à OneLake.

Figure 2 : Options de connectivité des données SAP vers Microsoft Fabric dans Azure Data Factory.

Diagramme montrant les options de connectivité des données SAP vers Microsoft Fabric dans Azure Data Factory.

Connecteur SAP CDC

Le connecteur SAP CDC permet l’extraction incrémentielle de données à partir de systèmes SAP à l’aide de l’infrastructure SAPOperational Data Provisioning , disponible dans les environnements ABAP. L’infrastructure ODP effectue automatiquement le suivi des deltas dans le système source et leur stockage dans une file d’attente delta. Chaque fois que le connecteur s’exécute, il récupère uniquement les enregistrements nouveaux ou modifiés depuis la dernière extraction, en fonction d’un abonnement géré par l’infrastructure.

Il prend en charge un large éventail de sources de données SAP, notamment :

  • Extracteurs BW
  • Vues CDS (Core Data Services)
  • Transformation paysage SAP (SLT)
  • BW InfoProviders
  • Vues d’informations SAP HANA

Il prend également en charge le filtrage et le partitionnement des données pour optimiser les performances et contrôler le volume de données lors de l’extraction.

Lorsque la cible est un magasin de données relationnelles, le connecteur DE capture de données modifiées SAP applique automatiquement des insertions, des mises à jour et des suppressions pour conserver la destination synchronisée avec la source. Ce processus de fusion delta intégré garantit que les systèmes en aval reflètent toujours l’état le plus récent des données SAP sans nécessiter de rapprochement manuel.

Remarque

Bien que Microsoft prenne entièrement en charge le connecteur DE capture de données SAP comme solution fiable pour l’extraction de données, avant d’utiliser le connecteur DE capture de données SAP, consultez la note SAP appropriée : 3255746 - Utilisation non validée des API de réplication de données ODP pour déterminer s’il est pertinent pour votre licence SAP actuelle.

En savoir plus sur le connecteur CDC SAP dans Azure Data Factory

Extraction de données SAP à l’aide de SAP Datasphere

SAP Datasphere est la solution de niveau entreprise de SAP pour extraire et transformer des données sur des systèmes hétérogènes. Il prend en charge les connexions à des services tiers et permet des stratégies de déplacement de données flexibles adaptées aux besoins de l’entreprise.

Figure 3 : Options de connectivité des données SAP vers Microsoft Fabric dans SAP Datasphere.

Diagramme montrant les options de connectivité des données SAP vers Microsoft Fabric dans SAP Datasphere.

Intégration sortante Premium

À l’aide de l’intégration sortante Premium, les clients peuvent configurer des flux de réplication pour extraire des données à partir de systèmes sources SAP et les ingérer dans Azure Data Lake Gen2. La source de données peut être un objet dans SAP Datasphere, mais cette intégration permet également d’extraire les données directement du système source sans être stockées dans SAP Datasphere.

Une fois que les données atterrissent dans Azure Data Lake Gen2, elles peuvent être exposées dans Microsoft Fabric lakehouses à l’aide de raccourcis. Ces raccourcis fournissent un accès transparent et en lecture seule aux données ingérées sans dupliquer le stockage, ce qui permet des workflows d’analyse et de transformation puissants directement dans Fabric.

Connexion ODBC

La connectivité ODBC permet aux clients d’utiliser des vues dans SAP Datasphere directement à partir de notebooks Spark dans Microsoft Fabric, ce qui permet l’exploration, la transformation et l’analytique avancée en temps réel sans avoir besoin de réplication. Le connecteur SAP HANA peut également être utilisé pour ingérer des données dans microsoft Fabric lakehouses à l’aide de pipelines et de flux de données.

Solutions de partenaires

Un écosystème croissant de partenaires approuvés apporte une expertise spécialisée dans l’extraction de données à partir d’environnements SAP complexes tels que SAP S/4HANA et SAP BW/4HANA dans Microsoft Fabric. Ces partenaires vont au-delà des connecteurs standard en fournissant des modules complémentaires personnalisés qui répondent aux exigences spécifiques à l’entreprise.

Solution de partenaire Mise en miroir ouverte Intégration de Lakehouse Certification
DAB Soutenu Soutenu Lien
ASAPIO Soutenu Soutenu Lien
Theobald Soutenu Soutenu Lien
Simplement Soutenu Soutenu Lien
Colle SNP Soutenu Soutenu Lien

En savoir plus sur les solutions partenaires prenant en charge Open Mirroring.

Figure 4 : Options de connectivité des données SAP vers Microsoft Fabric à l’aide de solutions partenaires.

Diagramme montrant les options de connectivité des données SAP à Microsoft Fabric à l’aide de solutions partenaires.

Les solutions partenaires prennent généralement en charge deux modèles d’intégration :

Mise en miroir ouverte

Les solutions partenaires appliquent un ensemble d’API Microsoft Fabric natives pour synchroniser des jeux de données sources avec des bases de données mises en miroir dans Fabric. Cette approche garantit que les tables cibles restent cohérentes et up-to-date copie de la source, car le moteur de mise en miroir traite et fusionne automatiquement les modifications.

En savoir plus sur l’ouverture de la mise en miroir dans Microsoft Fabric.

Lakehouse

L’intégration de Direct Lakehouse permet aux partenaires d’ingérer des données dans Fabric dans des modes complets et incrémentiels. Bien que cette méthode offre une flexibilité et un contrôle, il nécessite généralement un autre traitement pour gérer la déduplication et la consolidation des enregistrements avant que les données soient prêtes pour l’analytique en aval.

Ressources

Centre de connaissances SAP – Intégration des données

Vue d’ensemble et architecture des fonctionnalités de capture de données modifiées SAP

Nouveautés de la connectivité SAP dans Microsoft Fabric – juillet 2025