SAP BW - Guide rapide

Dans ce chapitre, nous apprendrons à comprendre les bases de SAP BW et SAP BI. Comment il a évolué et amélioré au fil des ans.

Introduction à SAP BW et BI

SÈVE Business Intelligence (BI)signifie analyser et rapporter des données provenant de différentes sources de données hétérogènes. SÈVEBusiness Warehouse (BW)intègre les données de différentes sources, transforme et consolide les données, nettoie les données et stocke également les données. Il comprend également la modélisation des données, l'administration et la zone de préparation.

Les données dans SAP BW sont gérées à l'aide d'un outil centralisé appelé SAP BI Administration Workbench. La plateforme de BI fournit une infrastructure et des fonctions qui incluent:

  • Processeur OLAP
  • Référentiel de métadonnées,
  • Concepteur de processus et autres fonctions.

le Business Explorer (BEx)est un outil de reporting et d'analyse qui prend en charge les fonctions de requête, d'analyse et de reporting dans BI. En utilisant BEx, vous pouvez analyser les données historiques et actuelles à différents degrés d'analyse.

SAP BW est connu comme un outil standard ouvert qui vous permet d'extraire les données de différents systèmes, puis de les envoyer au système BI. Il évalue également les données avec différents outils de reporting et vous pouvez les distribuer à d'autres systèmes.

Le diagramme suivant montre une architecture de Business Intelligence ouverte, large et standard.

  • BI signifie Business Intelligence
  • BW signifie Business Warehouse

En 1997, SAP avait lancé pour la première fois un produit pour le reporting, l'analyse et l'entreposage de données et il a été nommé comme Business Warehouse Information System (BIW).

Plus tard, le nom a été changé de SAP BIW à SAP Business Warehouse (BW). Une fois que SAP a acquis Business Objects, le nom du produit a été changé en SAP BI.

Nom Version BIW Date et année de sortie
BIW 1,2 A Octobre 1998
BIW 1,2B Sept 1999
BIW 2,0 A Fév 2000
BIW 2,0 milliards Juin 2000
BIW 2.1C Novembre 2000
BW (nom changé en BW) 3.0A Octobre 2001
BW 3.0B Mai 2002
BW 3.1 Novembre 2002
BW 3.1C Avril 2004
BW 3,3 Avril 2004
BW 3,5 Avril 2004
BI (nom changé en BI) sept Juillet 2005

Acquisition de données dans SAP BI

SAP BI vous permet d'acquérir des données à partir de plusieurs sources de données qui peuvent être distribuées à différents systèmes BI. Un système SAP Business Intelligence peut fonctionner comme un système cible pour le transfert de données ou un système source pour la distribution de données vers différentes cibles BI.

Comme mentionné dans l'image ci-dessus, vous pouvez voir les systèmes source SAP BI avec d'autres systèmes -

  • Systèmes SAP (Applications SAP / SAP ECC)
  • Base de données relationnelle (Oracle, SQL Server, etc.)
  • Fichier plat (Excel, Bloc-notes)
  • Systèmes source multidimensionnels (univers utilisant un connecteur UDI)
  • Services Web qui transfèrent des données vers la BI par push

Lorsque vous accédez à l'atelier d'administration SAP BI, le système source y est défini. Aller àRSA1 → Source Systems

Selon le type de source de données, vous pouvez différencier les systèmes source -

  • Sources de données pour les données de transaction
  • Sources de données pour les données de base
  • Sources de données pour les hiérarchies
  • Sources de données pour le texte
  • Sources de données pour les attributs

Vous pouvez charger les données de n'importe quelle source de la structure de source de données dans BI avec un InfoPackage. Le système cible sur lequel les données doivent être chargées est défini dans la transformation.

InfoPackage

Un InfoPackage est utilisé pour spécifier comment et quand charger des données dans le système BI à partir de différentes sources de données. Un InfoPackage contient toutes les informations sur la manière dont les données sont chargées du système source vers une source de données ou un PSA. InfoPackage consiste en une condition pour demander des données à partir d'un système source.

Note - À l'aide d'un InfoPackage dans BW 3.5, vous pouvez charger des données dans Persistence Staging Area et également dans les cibles du système source, mais si vous utilisez SAP BI 7.0, le chargement de données doit être limité à PSA uniquement pour les dernières versions.

BI Data Flow (InfoPackage and InfoProvider)

Contenu BI

Les objets BI se composent des composants suivants -

  • Roles
  • Modèles Web et classeur
  • Queries
  • InfoProvider
  • Mettre à jour les règles
  • InfoSource
  • Règles de transfert
  • InfoObjects
  • DataSources

Les objets BI sont divisés en plusieurs zones de contenu BI afin de pouvoir être utilisés de manière efficace. Cela inclut la zone de contenu de tous les modules clés d'une organisation, qui comprennent:

  • SCM
  • CRM
  • HR
  • Gestion des finances
  • Cycle de vie du produit
  • Solutions industrielles
  • Sources de données non SAP, etc.

Dans ce chapitre, nous aborderons les schémas en étoile et en étoile étendu. Nous comprendrons également ce que sont InfoArea et InfoObjects.

Schéma en étoile

Dans Star Schema, chaque dimension est jointe à une seule table de faits. Chaque dimension est représentée par une seule dimension et n'est pas normalisée davantage. Une table de dimension contient un ensemble d'attributs utilisés pour analyser les données.

Par exemple - Nous avons une table de faits appelée FactSales qui a des clés primaires pour toutes les tables et mesures Dim units_sold et dollars_sold faire une analyse.

Nous avons des tables à 4 dimensions - DimTime, DimItem, DimBranch, DimLocation, comme indiqué dans l'image suivante.

Chaque table de dimension est connectée à une table de faits car la table de faits possède la clé primaire pour chaque table de dimension utilisée pour joindre deux tables.

Les faits / mesures dans la table de faits sont utilisés à des fins d'analyse avec l'attribut dans les tables de dimension.

Schéma en étoile étendu

Dans le schéma Extended Star, les tables de faits sont connectées aux tables de dimension et cette table de dimension est en outre connectée à la table SID et cette table SID est connectée aux tables de données de base. Dans un schéma en étoile étendu, vous avez les tables de faits et de dimension à l'intérieur du cube, mais les tables SID sont à l'extérieur du cube. Lorsque vous chargez les données transactionnelles dans le cube Info, les Dim Id sont générés en fonction des SID et ces Dim ids sont ensuite utilisés dans les tables de faits.

Dans le schéma en étoile étendu, une table de faits peut se connecter à 16 tables de dimension et chaque table de dimension est affectée à 248 tables SID maximum. Ces tables SID sont également appelées caractéristiques et chaque caractéristique peut avoir des tables de données de base telles que ATTR, Texte, etc.

  • ATTR - Il est utilisé pour stocker toutes les données d'attribut.

  • Text - Il est utilisé pour stocker la description dans plusieurs langues.

InfoArea et InfoObjects

Les InfoObjects sont connus comme la plus petite unité dans SAP BI et sont utilisés dans les fournisseurs d'informations, les DSO, les multi-fournisseurs, etc. Chaque fournisseur d'informations contient plusieurs InfoObjects.

Les InfoObjects sont utilisés dans les rapports pour analyser les données stockées et fournir des informations aux décideurs. Les InfoObjects peuvent être classés dans les catégories suivantes -

  • Des caractéristiques telles que le client, le produit, etc.
  • Des unités telles que la quantité vendue, la devise, etc.
  • Chiffres clés tels que les revenus totaux, les bénéfices, etc.
  • Les caractéristiques temporelles telles que l'année, le trimestre, etc.

Les InfoObjects sont créés dans le catalogue InfoObject. Il est possible qu'un InfoObject puisse être affecté à un autre catalogue d'informations.

Zone d'informations

La zone d'informations de SAP BI est utilisée pour regrouper des types d'objets similaires. La zone d'informations est utilisée pour gérer les cubes d'informations et les InfoObjects. Chaque InfoObjects réside dans une zone d'informations et vous pouvez le définir dans un dossier qui est utilisé pour contenir des fichiers similaires ensemble.

Dans ce chapitre, nous aborderons le flux de données et l'acquisition de données dans SAP BW.

Présentation du flux de données

Le flux de données dans l'acquisition de données implique une transformation, un package d'informations pour le chargement dans PSA et un processus de transfert de données pour la distribution des données dans BI. Dans SAP BI, vous déterminez quelles zones de source de données sont requises pour la prise de décision et doivent être transférées.

Lorsque vous activez la source de données, une table PSA est générée dans SAP BW, puis les données peuvent être chargées.

Dans le processus de transformation, les champs sont déterminés pour les InfoObjects et leurs valeurs. Cela se fait en utilisant les données DTP qui sont transférées de PSA vers différents objets cibles.

Le processus de transformation comprend les différentes étapes suivantes -

  • Consolidation des données
  • Nettoyage des données
  • Intégration de données

Lorsque vous déplacez les données d'un objet BI vers un autre objet BI, les données utilisent une transformation. Cette transformation convertit le champ source au format de la cible. La transformation est créée entre une source et un système cible.

BI Objects - InfoSource, objets DataStore, InfoCube, InfoObjects et InfoSet agissent en tant qu'objets source et ces mêmes objets servent d'objets cibles.

Une transformation doit comprendre au moins une règle de transformation. Vous pouvez utiliser différents types de transformation et de règle dans la liste des règles disponibles et vous pouvez créer des transformations simples à complexes.

Accès direct aux données du système source

Cela vous permet d'accéder directement aux données du système source BI. Vous pouvez accéder directement aux données du système source dans BI sans extraction à l'aide de fournisseurs virtuels. Ces fournisseurs virtuels peuvent être définis comme des InfoProviders où les données transactionnelles ne sont pas stockées dans l'objet. Les fournisseurs virtuels autorisent uniquement l'accès en lecture aux données BI.

Il existe différents types de fournisseurs virtuels qui sont disponibles et peuvent être utilisés dans divers scénarios -

  • VirtualProviders basés sur DTP
  • VirtualProviders avec modules fonctionnels
  • VirtualProviders basés sur les BAPI

VirtualProviders basés sur DTP

Ces VirtualProviders sont basés sur la source de données ou un InfoProvider et ils prennent les caractéristiques et les chiffres clés de la source. Les mêmes extracteurs sont utilisés pour sélectionner les données dans un système source que vous utilisez pour répliquer les données dans le système BI.

  • Quand les fournisseurs virtuels sont-ils basés sur DTP?
  • Lorsque seule une certaine quantité de données est utilisée.
  • Vous devez accéder à des données à jour à partir d'un système source SAP.
  • Seuls quelques utilisateurs exécutent des requêtes simultanément sur la base de données.

Les fournisseurs virtuels basés sur DTP ne doivent pas être utilisés dans les conditions suivantes -

  • Lorsque plusieurs utilisateurs exécutent des requêtes ensemble.

  • Lorsque les mêmes données sont consultées plusieurs fois.

  • Lorsqu'une grande quantité de données est demandée et qu'aucune agrégation n'est disponible dans le système source.

Créer un VirtualProvider basé sur DTP

Pour accéder à Administration Workbench, utilisez RSA1

dans le Modeling tab → go to Info Provider tree → In Context menu → Create Virtual Provider.

Dans Type Select Virtual Providerbasé sur le processus de transfert de données pour un accès direct. Vous pouvez également lier un fournisseur virtuel à une source SAP à l'aide d'unInfoSource 3.x.

UNE Unique Source System Assignment Indicatorest utilisé pour contrôler l'affectation du système source. Si vous sélectionnez cet indicateur, un seul système source peut être utilisé dans la boîte de dialogue d'affectation. Si cet indicateur n'est pas coché, vous pouvez sélectionner plus d'un système source et un fournisseur virtuel peut être considéré comme un fournisseur multiple.

Cliquer sur Create (F5)au fond. Vous pouvez définir le fournisseur virtuel en copiant des objets. Pour activer le fournisseur virtuel, cliquez sur comme indiqué dans la capture d'écran suivante.

Pour définir la transformation, cliquez avec le bouton droit de la souris et accédez à Créer une transformation.

Définissez les règles de transformation et activez-les.

L'étape suivante consiste à créer un processus de transfert de données. Clic droit → Créer un processus de transfert de données

Le type de PAO par défaut est PAO pour l'accès direct. Vous devez sélectionner la source du fournisseur virtuel et activer le DTP.

Pour activer l'accès direct, context menu → Activate Direct Access.

Sélectionnez un ou plusieurs processus de transfert de données et activez l'affectation.

Fournisseurs virtuels avec BAPI

Ceci est utilisé pour générer des rapports sur les données dans des systèmes externes et vous n'avez pas besoin de stocker les données de transaction dans le système BI. Vous pouvez vous connecter à des systèmes non SAP tels que des bases de données hiérarchiques.

Lorsque ce fournisseur virtuel est utilisé pour la création de rapports, il appelle le fournisseur virtuel BAPI.

Fournisseur virtuel avec module de fonction

Ce fournisseur virtuel est utilisé pour afficher les données d'une source de données non BI vers une BI sans copier les données dans la structure BI. Les données peuvent être locales ou distantes. Ceci est principalement utilisé pour les applications SEM.

Si vous comparez cela avec d'autres fournisseurs virtuels, cela est plus générique et offre plus de flexibilité, mais vous devez déployer beaucoup d'efforts pour l'implémenter.

Entrez le nom du module de fonction que vous souhaitez utiliser comme source de données pour les fournisseurs virtuels.

Le processus de transformation est utilisé pour effectuer la consolidation, le nettoyage et l'intégration des données. Lorsque les données sont chargées d'un objet BI vers un autre objet BI, la transformation est appliquée aux données. La transformation est utilisée pour convertir un champ de source dans le format d'objet cible.

Chaque transformation comprend au moins une règle de transformation. Comme différents types de règles et routines sont disponibles, vous pouvez créer des transformations simples à complexes.

Pour créer une transformation, allez dans le contexte et faites un clic droit → Créer une transformation.

Dans la fenêtre suivante, vous serez invité à entrer la source de transformation et le nom et cliquez sur la case à cocher.

Une règle est créée du système source au système cible et le mappage est affiché.

Règles de transformation

Les règles de transformation sont utilisées pour mapper les champs source et les champs cible. Différents types de règles peuvent être utilisés pour la transformation.

  • Rule Type - Un type de règle est défini comme une opération appliquée sur les champs à l'aide d'une règle de transformation.

  • Rule Group - Il est défini comme le groupe de règles de transformation et chaque champ clé de la cible contient une règle de transformation.

  • Transformation Type - Il est utilisé pour déterminer les valeurs de transformation et la manière dont les données sont entrées dans la cible.

  • Routines- Les routines sont utilisées pour effectuer des transformations complexes. Les routines sont définies comme des classes ABAP locales et se composent d'une zone de définition et d'implémentation prédéfinie.

    Une routine est créée dans la zone d'implémentation et les paramètres entrants et sortants sont définis dans la zone de définition. Les routines peuvent être définies comme règle de transformation pour un chiffre clé et sont disponibles en tant que types de règles.

Acquisition de données en temps réel (RDA)

L'acquisition de données en temps réel est basée sur le déplacement des données vers Business Warehouse en temps réel. Les données sont envoyées à la file d'attente delta ou à la table PSA en temps réel. L'acquisition de données en temps réel est utilisée lorsque vous transférez des données plus fréquemment - toutes les heures ou toutes les minutes et que les données sont actualisées au niveau du rapport plusieurs fois dans un même intervalle de temps.

L'acquisition de données en temps réel est l'une des propriétés clés de la source de données et la source de données doit prendre en charge l'acquisition de données en temps réel. Source de données configurée pour transférer des données en temps réel, elles ne peuvent pas être utilisées pour le transfert de données standard.

L'acquisition de données en temps réel peut être réalisée dans deux scénarios -

  • En utilisant InfoPackage pour l'acquisition de données en temps réel à l'aide de Service API.

  • Utilisation du service Web pour charger des données dans la zone de stockage persistante (PSA), puis en utilisant le DTP en temps réel pour déplacer les données vers DSO.

Processus d'arrière-plan d'acquisition de données en temps réel -

Pour traiter les données vers InfoPackage et le processus de transfert de données DTP à intervalles réguliers, vous pouvez utiliser un processus d'arrière-plan appelé Daemon.

Le processus démon obtient toutes les informations d'InfoPackage et de DTP sur les données à transférer et les objets PSA et Data à charger avec des données.

Dans ce chapitre, nous discuterons en détail de quelques composants SAP BW appelés InfoArea, InfoObject et Catalog.

InfoArea dans SAP BI

InfoArea dans SAP BI est utilisé pour regrouper des types d'objets similaires. InfoArea est utilisé pour gérer les InfoCubes et InfoObjects. Chaque InfoObject réside dans une InfoArea et vous pouvez le définir dans un dossier qui est utilisé pour contenir des fichiers similaires ensemble.

Comment créer une Infoarea?

Pour créer une Infoarea, accédez à RSA Workbench. T-Code: RSA1

Aller à Modeling tab → InfoProvider. Right click on Context → Create InfoArea.

Entrez le nom d'InfoArea et sa description, cliquez sur Continuer.

L'InfoArea créée sera affichée en bas.

Comment créer un catalogue InfoObject et InfoObject?

Les InfoObjects sont connus comme la plus petite unité dans SAP BI et sont utilisés dans les InfoProviders, les DSO, les Multi-fournisseurs, etc. Chaque InfoProvider contient plusieurs InfoObjects.

Les InfoObjects sont utilisés dans les rapports pour analyser les données stockées et fournir des informations aux décideurs. Les InfoObjects peuvent être classés dans les catégories suivantes -

  • Des caractéristiques telles que le client, le produit, etc.
  • Des unités telles que la quantité vendue, la devise, etc.
  • Chiffres clés tels que les revenus totaux, les bénéfices, etc.
  • Les caractéristiques temporelles telles que l'année, le trimestre, etc.

Les InfoObjects sont créés dans le catalogue InfoObject. Il est possible qu'un InfoObject puisse être affecté à un autre catalogue d'informations.

Création d'un catalogue InfoObject

T-Code: RSA1

Aller à Modeling → InfoObjects → Right Click → Create InfoObject Catalog.

Entrez le nom technique du catalogue InfoObject et sa description.

Select InfoObject Type - Bouton d'option caractéristique - Il s'agit d'un catalogue InfoObject caractéristique.

Key Figure - Il s'agit du catalogue InfoObject qui serait créé.

Cliquez sur le bouton Créer. L'étape suivante consiste à enregistrer et à activer le catalogue InfoObject. Un nouveau catalogue InfoObject est créé comme illustré dans la capture d'écran suivante -

Création d'InfoObject

Pour créer un InfoObject avec des caractéristiques, accédez à RSA1 et ouvrez Administration Workbench. Aller àModeling → InfoObjects.

Sélectionner My Sales InfoObject Catalog → Right Click → Create InfoObjects.

Saisissez le nom technique des caractéristiques et la description. Vous pouvez utiliser les caractéristiques de référence si les nouvelles caractéristiques, qui doivent être créées, ont les mêmes propriétés techniques qu'une caractéristique existante.

Vous pouvez utiliser des caractéristiques de modèle pour une nouvelle caractéristique qui possède certaines des propriétés techniques d'une caractéristique déjà existante. Cliquez sur Continuer.

Dans la fenêtre suivante, vous obtiendrez l'écran d'édition de l'InfoObject. L'écran d'édition d'InfoObject comporte 6 onglets suivants qui sont également affichés dans la capture d'écran -

  • General
  • Explorateur d'entreprise
  • Données de base / textes
  • Hierarchy
  • Attribute
  • Compounding

Une fois tous les champs définis, cliquez sur enregistrer et activer.

Création d'un InfoObject avec des chiffres clés

Pour créer un InfoObject avec des caractéristiques, accédez à RSA1 et ouvrez Administration Workbench. Aller àModeling → InfoObjects

Aller à Not Assigned Key Figures → Right Click → Create InfoObject.

Alors tu peux -

  • Entrez le nom technique et la description.
  • Entrez le chiffre de référence
  • Entrez le modèle de référence et cliquez sur Continuer.

Dans Modifier les caractéristiques, définissez les champs suivants -

  • Type/Unit
  • Aggregation
  • Propriétés supplémentaires
  • Elimination

Cliquez sur enregistrer et activer comme indiqué dans la capture d'écran suivante. Cet InfoObject sera enregistré et actif.

Modification d'un InfoObject

Vous pouvez également modifier un InfoObject existant dans Administration Workbench. SélectionnerInfoObject you want to maintain → Context menu → Change. Vous pouvez également utiliser l'icône de maintenance InfoObject dans le menu de la barre d'outils.

Cette fonctionnalité vous permet de modifier uniquement certaines propriétés d'un InfoObject s'il est utilisé dans l'InfoProvider. Vous pouvez modifier le texte et la signification d'un InfoObject. L'InfoObject avec ratios - n'est pas possible si le type de chiffre clé, le type de données ou l'agrégation du chiffre clé est utilisé dans l'InfoProvider.

Vous pouvez utiliser la fonction Vérifier pour les modifications incompatibles.

Dans ce chapitre, nous aborderons les différents objets DataStore et ses sous-modules.

Qu'est-ce qu'un objet DataStore?

Un DSO (DataStore Object) est connu comme le lieu de stockage pour maintenir les transactions ou les données de base nettoyées et consolidées au niveau de granularité le plus bas et ces données peuvent être analysées à l'aide du BEx query.

Un objet DataStore contient des ratios et les champs de caractéristiques et les données d'un DSO peuvent être mis à jour à l'aide de Delta update ou d'autres objets DataStore ou même à partir des données de base. Ces objets DataStore sont généralement stockés dans des tables de base de données transparentes à deux dimensions.

Architecture DSO

Le composant DSO comprend les trois tableaux suivants -

  • Activation Queue- Ceci est utilisé pour stocker les données avant leur activation. La clé contient l'identifiant de la demande, l'identifiant du package et le numéro d'enregistrement. Une fois l'activation terminée, la demande est supprimée de la file d'attente d'activation.

  • Active Data Table - Cette table permet de stocker les données actives actuelles et cette table contient la clé sémantique définie pour la modélisation des données.

  • Change Log- Lorsque vous activez l'objet, les modifications apportées aux données actives sont à nouveau stockées dans ce journal des modifications. Un journal des modifications est une table PSA et est conservé dans Administration Workbench sous l'arborescence PSA.

Lorsque vous chargez les nouvelles données dans un DSO et que la clé technique est ajoutée aux enregistrements. Une demande est ensuite ajoutée à la file d'attente d'activation. Il peut être déclenché manuellement ou automatiquement.

Types d'objets DataStore

Vous pouvez définir les objets DataStore dans les types suivants -

  • DSO standard
  • Mise à jour directe DSO
  • DSO optimisé en écriture
Type Structure Fourniture de données Génération SID
Objet DataStore standard Se compose de trois tables: file d'attente d'activation, table des données actives, journal des modifications Du processus de transfert de données Oui
Objets de magasin de données optimisés en écriture Se compose uniquement du tableau des données actives Du processus de transfert de données Non
Objets DataStore pour la mise à jour directe Se compose uniquement du tableau des données actives À partir des API Non

Objets DataStore standard

Pour créer un DSO standard, accédez à RSA Workbench.

Utilisation T-Code: RSA1

Aller à Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Saisissez le nom technique et la description de l'objet DataStore.

Type of DataStore Object→ Ceci est utilisé pour sélectionner le type DSO. Il prend un DSO standard par défaut.

Click the Create (F5) button.

Pour modifier le type de DSO, accédez à l'onglet des paramètres comme indiqué dans la capture d'écran suivante. Cliquez sur l'icône Modifier et dans une nouvelle fenêtre qui s'ouvre, vous pouvez modifier l'objet DataStore et également sélectionner le type.

Génération SID

Le SID est généré pour chaque valeur de données de base. Cliquez sur Modifier pour modifier les paramètres de génération de SID.

Créer un SID

Vous pouvez choisir parmi les options suivantes -

  • Pendant le rapport
  • Pendant l'activation ou
  • Ne jamais créer de SID

Unique Data Records - Cette option est utilisée pour garantir que le DSO contient des valeurs uniques.

Set Quality Status to OK - Cela vous permet de définir l'état de la qualité une fois le chargement des données terminé.

Key Fields and Data Fields- Les champs clés sont utilisés pour ajouter des enregistrements uniques. Pour ajouter un fichier clé, cliquez avec le bouton droit sur Champs clés et sélectionnez Entrée directe InfoObject.

Dans une nouvelle fenêtre, entrez les noms techniques sur les InfoObjets et cliquez sur Continuer. Vous pouvez voir que l'InfoObject est ajouté sous la section des champs clés.

Voici la clé InfoObject archivée dans le DSO. Une fois cette structure DSO terminée, vous pouvez activer ce DSO.

Objets de stockage de données de mise à jour directe

L'objet DataStore pour la mise à jour directe vous permet d'accéder aux données pour le reporting et l'analyse immédiatement après leur chargement. Il diffère des DSO standard en raison de la manière dont il traite les données. Ces données sont stockées dans le même format dans lequel elles ont été chargées dans l'objet DataStore pour toute mise à jour directe par l'application.

La structure des DSO de mise à jour directe

Ces banques de données contiennent une table pour les données actives et aucune zone de journal des modifications n'existe. Les données sont extraites de systèmes externes à l'aide d'API.

Les API suivantes existent -

  • RSDRI_ODSO_INSERT - Ceux-ci sont utilisés pour insérer de nouvelles données.

  • RSDRI_ODSO_INSERT_RFC - Il est similaire à RSDRI_ODSO_INSERT et peut être appelé à distance.

  • RSDRI_ODSO_MODIFY- Ceci est utilisé pour insérer des données ayant de nouvelles clés. Pour les données avec des clés déjà dans le système, les données sont modifiées.

  • RSDRI_ODSO_MODIFY_RFC - Ceci est similaire à RSDRI_ODSO_MODIFY et peut être appelé à distance.

  • RSDRI_ODSO_UPDATE - Cette API est utilisée pour mettre à jour les données existantes.

  • RSDRI_ODSO_UPDATE_RFC - Ceci est similaire à RSDRI_ODSO_UPDATE et peut être appelé à distance.

  • RSDRI_ODSO_DELETE_RFC - Cette API est utilisée pour supprimer les données.

Avantages

Dans les DSO de mise à jour directe, les données sont facilement accessibles. Vous pouvez accéder aux données pour le reporting et l'analyse immédiatement après leur chargement.

Désavantages

  • Comme la structure de ce DSO contient une table pour les données actives et aucun journal des modifications, cela ne permet pas la mise à jour delta vers InfoProviders.

  • Comme le processus de chargement des données n'est pas pris en charge par le système BI, les DSO ne sont donc pas affichés dans la section d'administration ou dans le moniteur.

Pour créer un DataStore de mise à jour directe, accédez à l'atelier d'administration. UtilisationT-Code: RSA1

Aller à Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Saisissez le nom technique et la description de l'objet DataStore.

Type of DataStore Object- Ceci est utilisé pour sélectionner le type DSO. Il prend un DSO standard par défaut.

Clique sur le Create (F5) bouton.

Pour changer le type de DSO, accédez à l'onglet Paramètres comme indiqué dans la capture d'écran suivante. Cliquez sur l'icône Modifier et dans une nouvelle fenêtre qui s'ouvre, vous pouvez modifier l'objet DataStore et également sélectionner son type. Sélectionnez le magasin de données de mise à jour directe, puis cliquez sur Continuer.

Une fois le DataStore défini, cliquez sur le bouton Activer pour activer DSO.

Dans le DSO optimisé en écriture, les données chargées sont immédiatement disponibles pour un traitement ultérieur.

Write Optimized DSO fournit une zone de stockage temporaire pour de grands ensembles de données si vous exécutez des transformations complexes pour ces données avant qu'elles ne soient écrites sur l'objet DataStore. Les données peuvent ensuite être mises à jour vers d'autres InfoProviders. Vous ne devez créer les transformations complexes qu'une seule fois pour toutes les données.

Les DSO optimisés en écriture sont utilisés comme couche EDW pour enregistrer les données. Les règles métier ne sont appliquées que lorsque les données sont mises à jour vers des InfoProviders supplémentaires.

Dans Write Optimized DSO, le système ne génère pas de SID et vous n'avez pas besoin de les activer. Cela signifie que vous pouvez gagner du temps et traiter rapidement les données. Le reporting est possible sur la base de ces objets DataStore.

Structure du DSO optimisé en écriture

Il ne contient que le tableau des données actives et il n'est pas nécessaire d'activer les données comme requis avec le DSO standard. Cela vous permet de traiter les données plus rapidement.

Dans DSO optimisé en écriture, les données chargées ne sont pas agrégées. Si deux enregistrements de données avec la même clé logique sont extraits de la source, les deux enregistrements sont enregistrés dans l'objet DataStore. L'enregistrement rendu responsable de l'agrégation reste cependant, de sorte que l'agrégation des données puisse avoir lieu ultérieurement dans les objets DataStore standard.

Le système génère une clé technique unique pour l'objet DataStore optimisé en écriture. Les champs de clé standard ne sont pas nécessaires avec ce type d'objet DataStore. S'il existe de toute façon des champs de clé standard, ils sont appelés clés sémantiques, afin de pouvoir les distinguer des autres clés techniques.

Les clés techniques se composent de -

  • Demande de champ GUID (0REQUEST)
  • Champ de package de données (0DATAPAKID)
  • Champ Numéro d'enregistrement de données (0RECORD) et vous ne chargez que les nouveaux enregistrements de données.

Utilisation T-Code: RSA1

Aller à Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Saisissez le nom technique et la description de l'objet DataStore.

Type of DataStore Object- Ceci est utilisé pour sélectionner le type DSO. Il prend un DSO standard par défaut.

Cliquer sur Create (F5) bouton comme indiqué dans la capture d'écran suivante.

Pour modifier le type de DSO, accédez à l'onglet des paramètres comme indiqué dans la capture d'écran suivante. Cliquez sur l'icône Modifier et lorsqu'une nouvelle fenêtre s'ouvre, vous pouvez modifier l'objet DataStore et également sélectionner le type requis.

Dans ce chapitre, nous discuterons de tout ce qu'est un ensemble d'infos, comment le créer et le modifier, et quels sont ses différents types.

Infoset dans SAP BI

Les jeux d'informations sont définis comme un type spécial d'InfoProviders où les sources de données contiennent une règle de jointure sur les objets DataStore, les InfoCubes standard ou InfoObject avec les caractéristiques des données de base. Les jeux d'informations sont utilisés pour joindre des données et ces données sont utilisées dans le système de BI.

Lorsqu'un InfoObject contient des caractéristiques dépendant du temps, ce type de jointure entre des sources de données est appelé en tant que jointure temporelle.

Ces jointures temporelles sont utilisées pour cartographier une période de temps. Au moment de la création de rapports, d'autres InfoProviders traitent les données de base dépendantes du temps de telle sorte que l'enregistrement qui est valide pour une date de référence unique prédéfinie est utilisé à chaque fois. Vous pouvez définir une jointure temporelle comme une jointure contenant au moins une caractéristique dépendante du temps ou un pseudo-fournisseur InfoProvider temporel.

Un InfoSet peut également être défini comme une couche sémantique sur les sources de données.

Utilisations d'un ensemble d'informations

Les jeux d'informations sont utilisés pour analyser les données dans plusieurs InfoProviders en combinant les caractéristiques des données de base, les objets DataStore et les InfoCubes.

Vous pouvez utiliser la jointure temporelle avec InfoSet pour spécifier à un moment donné le moment où vous souhaitez évaluer les données.

Vous pouvez utiliser les rapports en utilisant le Business Explorer BEx sur DSO sans activer l'indicateur BEx.

Types de jointures d'ensemble d'infos

Comme Infoset est défini où les sources de données contiennent la règle de jointure sur les objets DataStore, les InfoCubes standard ou InfoObject avec les caractéristiques des données de base. Les données jointes à l'aide des jeux d'informations peuvent être utilisées dans les requêtes BEx pour la création de rapports. Les jointures peuvent être divisées dans les requêtes suivantes -

Jointure interne

Cette jointure renvoie des lignes lorsqu'il y a une correspondance complète dans les deux tables.

Table - 1

Numéro de commande N ° de client Date de commande
1308 2 18-09-16
1009 17 19-09-16
1310 27 20-09-16

Table - 2

N ° de client Nom du client Nom du contact Pays
1 Andy Maria Allemagne
2 Ana Ana T Canada
3 Jason Jason Mexique

Le résultat de la jointure interne sur la table 1 et la table 2 sur la colonne CustomerID produira le résultat suivant -

Numéro de commande Nom du client Date de commande
1308 Ana 18/09/2016

Jointure externe gauche

Une jointure externe gauche, ou jointure gauche, produit un ensemble dans lequel toutes les lignes de la première table ou du côté gauche sont conservées. Les lignes de la deuxième table ou de la table de droite n'apparaissent que si elles correspondent aux lignes de la première table.

Table – 1

gid Prénom nom de famille anniversaire favorite_tool
1 Albert Einstein 1879-03-14 esprit
2 Albert Couvreur 1973-10-10 maillot
3 Christian Couvreur 1969-08-18 bêche
4 Christian Balle 1974-01-30 bandes vidéo
5 Bruce Wayne 1939-02-19 pelle
6 Wayne Chevalier 07/08 1955 bêche

Table – 2

pid jardinier_id nom_usine engrais planting_date
1 3 Rose Oui 2001-01-15
2 5 Marguerite Oui 16/05/2020
3 8 Rose non 2005-08-10
4 9 violet Oui 18/01/2010
5 12 Rose non 1991-01-05
6 1 tournesol Oui 20/08/2015
sept 6 violet Oui 1997-01-17
8 15 Rose non 2007-07-22

Maintenant, si vous appliquez la jointure externe gauche sur gid = gardener_id, le résultat sera le tableau suivant -

gid Prénom nom de famille pid jardinier_id nom_usine
1 Albert Einstein 6 1 tournesol
2 Albert Couvreur nul nul nul
3 Christian Couvreur 1 3 Rose
4 Christian Balle nul nul nul
5 Bruce Wayne 2 5 Marguerite
6 Wayne Chevalier sept 6 violet

De la même manière, vous pouvez utiliser la jointure externe droite où toutes les lignes des bonnes tables sont conservées en tant que lignes communes.

Jointure temporelle

Les jointures temporelles sont utilisées pour cartographier une période de temps. Au moment de la création de rapports, d'autres InfoProviders traitent les données de base dépendantes du temps de telle sorte que l'enregistrement qui est valide pour une date de référence unique prédéfinie est utilisé à chaque fois. Vous pouvez définir une jointure temporelle qui contient au moins une caractéristique temporelle ou un pseudo InfoProvider temporel.

Auto-rejoindre

Lorsqu'une table est jointe à elle-même, c'est comme si vous joignez une table deux fois.

Créer un InfoSet

Accédez à RSA Workbench et utilisez le Transaction Code: RSA1

En dessous de Modeling → Go to InfoProvider tab → Right click → Create InfoSet.

Dans la fenêtre suivante qui apparaît, vous pouvez remplir les champs suivants -

  • Entrez le nom technique.
  • Entrez le nom long et le nom court.

Start with the InfoProvider section- Ici, vous pouvez définir l'objet que vous souhaitez utiliser lors de la définition d'un InfoSet. Vous pouvez choisir parmi les types d'objets suivants -

  • Objet DataStore
  • Objet Info
  • InfoCube

Dans la fenêtre suivante, modifiez l'apparence de l'écran InfoSet. Cliquez sur l'option Sélectionner InfoProvider. Cela vous permettra de sélectionner l'InfoProvider auquel les données sont jointes.

L'écran suivant apparaîtra avec deux InfoProviders sélectionnés.

Pour activer cet InfoSet, cliquez sur le bouton Activer.

Modifier un jeu d'informations

Pour modifier un ensemble d'infos, veuillez utiliser T-Code: RSISET

le Edit InfoSet: Initial Screen apparaît comme indiqué dans la capture d'écran suivante -

Apportez les modifications à l'InfoSet. Sélectionnez le type de jointure, etc., puis cliquez sur l'icône Activer comme indiqué dans la capture d'écran suivante.

Un InfoCube est défini comme un ensemble de données multidimensionnel qui est utilisé pour l'analyse dans une requête BEx. Un InfoCube se compose d'un ensemble de tables relationnelles qui sont jointes logiquement pour implémenter le schéma en étoile. Une table de faits dans le schéma en étoile est jointe à plusieurs tables de dimension.

Vous pouvez ajouter des données d'un ou de plusieurs InfoSource ou InfoProviders à un InfoCube. Ils sont disponibles en tant qu'InfoProviders à des fins d'analyse et de reporting.

Structure de l'InfoCube

Un InfoCube est utilisé pour stocker les données physiquement. Il se compose d'un certain nombre d'InfoObjects qui sont remplis avec les données de la préparation. Il a la structure d'un schéma en étoile.

La caractéristique en temps réel peut être affectée à un InfoCube. Ces InfoCubes en temps réel sont utilisés différemment des InfoCubes standard.

Schéma en étoile dans BI

Les InfoCubes sont constitués de différents InfoObjects et sont structurés selon le schéma en étoile. Il existe de grandes tables de faits qui contiennent des chiffres clés pour InfoCube et plusieurs tables de dimensions plus petites qui l'entourent.

Un InfoCube contient des tables de faits qui contiennent en outre des chiffres clés et des caractéristiques d'un InfoCube qui sont stockés dans les dimensions. Ces dimensions et tables de faits sont liées les unes aux autres à l'aide de numéros d'identification (ID de dimension). Les chiffres clés d'un InfoCube sont liés aux caractéristiques de sa dimension. La granularité (degré de détail) des chiffres clés dans un InfoCube est définie par ses caractéristiques.

Les caractéristiques qui appartiennent logiquement ensemble sont regroupées dans une dimension. La table de faits et les tables de dimension d'un InfoCube sont toutes deux des tables de base de données relationnelle.

Dans SAP BI, un InfoCube contient un schéma en étoile étendu, comme illustré ci-dessus.

Un InfoCube se compose d'une table de faits entourée de 16 tables de dimensions et de données de base situées à l'extérieur du cube. Il s'agit d'un ensemble de données auto-inclus englobant un ou plusieurs processus métier associés. Un utilisateur de rapports peut définir ou exécuter des requêtes sur un cube d'informations.

InfoCube stocke les données résumées / agrégées pendant une longue période. Dans SAP BI, les InfoCubes commencent par un nombre qui est généralement 0 (zéro). Votre propre InfoCube doit commencer par une lettre entre A et Z et doit comporter entre 3 et 9 caractères.

Comment créer un InfoCube?

Tous les InfoObjects à utiliser dans un InfoCube doivent être disponibles dans une version active. Si un InfoObject n'existe pas, vous pouvez le créer et l'activer.

Accédez à l'atelier RSA - T-Code: RSA1

Aller à Modeling tab → InfoProvider → Create InfoCube.

Saisissez le nom technique de l'InfoCube. Vous pouvez sélectionner le type entre - Standard ou Temps réel selon le type d'InfoCube.

Une fois que tout cela est fait, vous pouvez cliquer sur Créer comme indiqué dans la capture d'écran suivante.

Pour créer une copie d'un InfoCube déjà existant, vous pouvez saisir un InfoCube comme modèle.

Faites un clic droit sur Dimension 1 → Properties. Renommez la dimension selon l'InfoObject.

La prochaine étape consiste à faire un clic droit sur Dimension → InfoObject Direct Input comme indiqué dans la capture d'écran suivante.

Ajoutez InfoObject à la dimension. De la même manière, vous pouvez également créer de nouvelles dimensions et ajouter des InfoObjects.

Pour ajouter des chiffres clés à InfoCube, faites un clic droit sur Key Figure → InfoObject Direct Input. De la même manière, vous pouvez également ajouter d'autres chiffres clés.

Une fois que vous avez ajouté toutes les dimensions et les ratios, vous pouvez activer le cube.

InfoCubes en temps réel

Les InfoCubes en temps réel sont utilisés pour prendre en charge l'accès en écriture parallèle. Les InfoCubes en temps réel sont utilisés lors de la saisie des données de planification.

Vous pouvez saisir les données dans les InfoCubes en temps réel de deux manières différentes -

  • Transaction pour la saisie des données de planification ou par
  • Mise en scène BI

Vous pouvez également convertir un InfoCube en temps réel. Pour ce faire, dans le menu contextuel de l'InfoCube en temps réel → sélectionnez Convertir l'InfoCube en temps réel.

Par défaut, vous pouvez voir qu'un InfoCube en temps réel peut être planifié - Chargement des données non autorisé est sélectionné. Pour remplir cet InfoCube à l'aide de la préparation BI → Réglez ce paramètre sur Le cube en temps réel peut être chargé avec des données, planification non autorisée.

Création d'un InfoCube en temps réel

Un InfoCube en temps réel peut être créé à l'aide d'une case à cocher Indicateur en temps réel.

Conversion d'un InfoCube standard en un InfoCube en temps réel

Pour convertir un InfoCube standard en InfoCube en temps réel, vous avez deux options -

  • Convert with loss of Transactional data - Si votre InfoCube standard contient des données transactionnelles non requises, vous pouvez utiliser l'approche suivante -

    Dans l'atelier d'administration, sélectionnez InfoCube → Delete Data Content. Cela supprimera les données de transaction et InfoCube sera défini sur inactif.

  • Conversion with Retention of Transaction Data - Dans le cas où un InfoCube standard contient déjà les données transactionnelles de la production, vous pouvez utiliser les étapes suivantes -

    Vous devez exécuter le rapport ABAP SAP_CONVERT_NORMAL_TRANSsous l'InfoCube standard. Vous pouvez planifier ce rapport en tant que tâche d'arrière-plan pour les InfoCubes contenant plus de 10 000 enregistrements de données, car la durée d'exécution peut être longue.

Virtual InfoProvider est appelé InfoProviders qui contient des données transactionnelles qui ne sont pas stockées dans l'objet et qui peuvent être lues directement à des fins d'analyse et de rapport. Dans Virtual Provider, il permet un accès en lecture seule aux données.

Les données dans les fournisseurs virtuels peuvent provenir du système BI ou de tout système SAP / non SAP.

Les usages

  • Les InfoProviders virtuels sont utilisés pour fournir des informations sans aucun décalage dans le temps et sans stocker physiquement les données.

  • Les InfoProviders virtuels sont des structures qui ne contiennent pas de PSA et ils peuvent gérer l'exigence de rapport selon la demande dans le système de BI.

Les fournisseurs virtuels ne doivent être utilisés que dans les scénarios suivants -

  • Lorsqu'il est nécessaire d'accéder uniquement à une petite quantité de données de la source.

  • Les informations ne seront demandées que par quelques utilisateurs simultanément.

  • Il y a un besoin d'informations à jour.

Types de fournisseurs virtuels

Comme mentionné ci-dessus, il est nécessaire de savoir quand un InfoProvider virtuel doit être utilisé. Vous devez également trouver le bon type de fournisseur virtuel -

  • VirtualProvider basé sur le processus de transfert de données

  • VirtualProvider avec BAPI

  • VirtualProvider avec modules de fonction

VirtualProvider basé sur le processus de transfert de données

Les fournisseurs virtuels basés sur cette méthode sont le moyen le plus simple et le plus transparent de créer ce type d'InfoProvider. Dans ce cas, un fournisseur virtuel peut être basé sur un DataSource pour un accès direct ou sur un autre InfoProvider.

Soit la requête BEx est exécutée, soit vous naviguez à l'intérieur de la requête. Mais, une demande est envoyée via le fournisseur virtuel à sa source et les données nécessaires sont renvoyées. Pour l'optimisation des performances, il est nécessaire de restreindre les données, afin qu'une demande de rapport ne traite pas les données inutiles du système source.

Un VirtualProvider basé sur cet InfoProvider doit être utilisé -

  • Lorsqu'il est nécessaire d'accéder uniquement à une petite quantité de données de la source.

  • Les informations ne seront demandées que par quelques utilisateurs simultanément.

  • Il y a un besoin d'informations à jour.

Ce type d'InfoProvider virtuel ne doit pas être utilisé dans les scénarios suivants -

  • Une grande quantité de données est accessible lors de la première étape de navigation de requête et aucun agrégat approprié n'est disponible dans le système source.

  • Plusieurs utilisateurs exécutent des requêtes en même temps en parallèle.

  • Lorsque les mêmes données sont fréquemment consultées.

VirtualProvider avec BAPI

Dans ce fournisseur virtuel, vous pouvez utiliser les données transactionnelles à des fins d'analyse et de rapport à partir d'un système externe utilisant BAPI. Lorsque vous utilisez un VirtualProvider avec BAPI, vous pouvez effectuer des rapports sur un système externe sans stocker les données transactionnelles dans le système de BI.

Une requête est exécutée sur VirtualProvider qui déclenche une demande de données avec des sélections de caractéristiques. La structure source est dynamique et est déterminée par les sélections. Le système non SAP transfère les données demandées au processeur OLAP à l'aide de la BAPI.

Lorsque ce VirtualProvider est utilisé pour la création de rapports, il lance une requête pour appeler BAPI qui collecte les données, puis il est transmis à un BW OLAP engine.

Fournisseur virtuel basé sur un module fonctionnel

Il s'agit du type le plus complexe de VirtualProvider, mais en même temps, il est également plus flexible à l'aide duquel vous pouvez ajouter des données à partir de la source et également appliquer des calculs complexes ou des modifications avant qu'ils ne soient transmis au moteur OLAP.

Vous disposez d'un certain nombre d'options pour définir plus précisément les propriétés de la source de données. Selon ces propriétés, le gestionnaire de données fournit diverses interfaces de module fonction pour la conversion des paramètres et des données. Ces interfaces doivent être implémentées en dehors du système BI.

Les usages

  • Ce fournisseur virtuel est utilisé lorsque vous devez afficher des données à partir d'une source de données non BI dans BI sans copier l'ensemble de données dans la structure BI. Les données peuvent être locales ou distantes.

  • Ceci est utilisé dans les applications SAP telles que l'application SEM SAP Strategic Enterprise Management.

  • Si vous comparez ce VirtualProvider avec d'autres types, ce VirtualProvider est plus flexible, plus générique mais vous devez faire beaucoup d'efforts pour l'implémentation.

Utilisation d'InfoObjects comme fournisseurs virtuels

En cela, vous autorisez un accès direct au système source pour un type d'InfoObject d'une caractéristique que vous avez sélectionné pour être utilisé comme InfoProvider. Il n'est donc pas nécessaire de charger les données de base, mais l'accès direct peut avoir un impact négatif sur les performances des requêtes.

How to setup InfoObjects as Virtual Providers?

Accédez à la page Maintenance d'InfoObjects. Dans la page à onglet Données de base / textes, affectez une InfoArea à une caractéristique et sélectionnez Direct comme type d'accès aux données de base.

Ensuite, allez dans l'onglet de modélisation, sélectionnez l'arborescence InfoProvider. Accédez à InfoArea que vous souhaitez utiliser → Créer une transformation comme indiqué dans la rubrique Transformation.

Définissez les règles de transformation et activez. Dans le menu contextuel, cliquez sur Créer un processus de transfert de données (DTP pour l'accès direct est la valeur par défaut) → Sélectionnez la source et activez le processus de transfert.

Un MultiProvider est appelé InfoProvider qui vous permet de combiner les données de plusieurs InfoProvider et les rend disponibles à des fins de reporting.

traits

  • Un MultiProvider ne contient aucune donnée pour le reporting et l'analyse provient d'InfoProviders directement sur lequel le MultiProvider est basé.

  • Ces InfoProviders sont connectés les uns aux autres par une opération de l'Union.

  • Vous pouvez signaler et analyser les données en fonction de plusieurs InfoProviders.

Structure multi-fournisseurs

Un MultiProvider se compose des différentes combinaisons suivantes de types d'InfoProvider -

  • InfoObject
  • InfoCube
  • Objet DataStore
  • Fournisseur virtuel

Pour combiner les données, une opération Union est utilisée dans un MultiProvider. Ici, le système construit l'ensemble d'union des ensembles de données impliqués et toutes les valeurs de ces ensembles de données sont combinées.

Dans un InfoSet, vous créez l'ensemble de données à l'aide de jointures. Ces jointures combinent uniquement les valeurs qui apparaissent dans les deux tables. Par rapport à une union, les jointures forment l'intersection des tables.

Créer un multi-fournisseur

Pour créer un MultiProvider à l'aide d'un InfoObject, chaque InfoObject que vous souhaitez transférer vers le MultiProvider doit être dans un état actif. S'il existe un InfoObject qui n'existe pas, vous devez le créer et l'activer.

Vous pouvez également installer un MultiProvider à partir de SAP Business Content si vous ne souhaitez pas créer un nouveau MultiProvider.

Pour créer un MultiProvider, vous pouvez suivre les étapes suivantes -

Créez un InfoArea auquel vous souhaitez attribuer le nouveau MultiProvider. Go to Modeling → InfoProvider

Dans le menu contextuel de l'InfoArea, choisissez Create MultiProvider.

Dans la fenêtre suivante, entrez un nom technique et une description → Icône Créer

Sélectionnez l'InfoProvider pour lequel vous souhaitez créer le MultiProvider → Continuer. Ensuite, l'écran MultiProvider apparaît.

Utilisez le glisser-déposer pour transférer les InfoObjects requis dans votre MultiProvider. Vous pouvez également transférer les dimensions entières.

Utilisez Identify Characteristics et Select Key Figures pour effectuer des attributions d'InfoObject entre MultiProvider et InfoProvider.

L'étape suivante consiste à enregistrer et à activer le MultiProvider et seul ce MultiProvider activé sera disponible pour le reporting et l'analyse.

Vous pouvez charger les données d'un système externe vers BI à l'aide de ces fichiers plats. SAP BI prend en charge le transfert de données à l'aide de fichiers plats, de fichiers au format ASCII ou au format CSV.

Les données d'un fichier plat peuvent être transférées vers BI à partir d'un poste de travail ou d'un serveur d'applications.

Voici les étapes impliquées dans un transfert de données de fichier plat -

  • Définissez un système source de fichiers.

  • Créez un DataSource dans BI, en définissant les métadonnées de votre fichier dans BI.

  • Créez un InfoPackage qui inclut les paramètres de transfert de données vers le PSA.

Points importants sur le transfert de données de fichiers plats

  • S'il y a des champs de caractères qui ne sont pas remplis dans un fichier CSV, ils sont remplis d'un espace vide et d'un zéro (0) s'il s'agit de champs numériques.

  • Si les séparateurs sont utilisés de manière incohérente dans un fichier CSV, le séparateur incorrect est lu comme un caractère et les deux champs sont fusionnés en un seul champ et peuvent être raccourcis. Les champs suivants ne sont alors plus dans le bon ordre.

  • Un saut de ligne ne peut pas être utilisé dans le cadre d'une valeur, même si la valeur est entourée d'un caractère d'échappement.

Quelques pointeurs concernant les fichiers CSV et ASCII

  • Les routines de conversion utilisées pour déterminer si vous devez spécifier des zéros non significatifs. More information - Routines de conversion dans le BI-System.

  • Pour les dates, vous utilisez généralement le format AAAAMMJJ, sans séparateurs internes. En fonction de la routine de conversion utilisée, vous pouvez également utiliser d'autres formats.

Définir un système source de fichiers

Avant de pouvoir transférer des données à partir d'un système source de fichiers, les métadonnées doivent être disponibles dans BI sous la forme d'une DataSource. Aller àModeling tab → DataSources.

Cliquez avec le bouton droit dans la zone de contexte → Créer une source de données.

Saisissez le nom technique de la source de données, le type de source de données puis cliquez sur Transférer.

Allez dans l'onglet Général → Sélectionnez l'onglet Général. Saisissez les descriptions de la source de données (courte, moyenne, longue).

Si nécessaire, spécifiez si DataSource est initial non cumulatif et peut produire des enregistrements de données en double dans une seule demande.

Vous pouvez spécifier si vous souhaitez générer le PSA pour le DataSource au format caractère. Si le PSA n'est pas typé, il n'est pas généré dans une structure typée mais est généré avec des champs de type caractère de type CHAR uniquement.

L'étape suivante consiste à cliquer sur la page à onglet Extraction et à saisir les détails suivants -

Définissez le processus delta pour le DataSource. Indiquez si vous souhaitez que DataSource prenne en charge l'accès direct aux données (l'acquisition de données en temps réel n'est pas prise en charge pour le transfert de données à partir de fichiers).

Sélectionnez l'adaptateur pour le transfert de données. Vous pouvez charger des fichiers texte ou des fichiers binaires depuis votre poste de travail local ou depuis le serveur d'applications. Sélectionnez le chemin d'accès au fichier que vous souhaitez charger ou entrez directement le nom du fichier.

Au cas où vous auriez besoin de créer une routine pour déterminer le nom de votre fichier. Le système lit le nom de fichier directement à partir du champ de nom de fichier, si non, la routine est définie.

Selon l'adaptateur et le fichier à charger, le réglage suivant doit être effectué -

  • Binary files - Spécifiez les paramètres d'enregistrement de caractères pour les données que vous souhaitez transférer.

  • Text-type files- Pour les fichiers texte, déterminez que les lignes de votre fichier sont des lignes d'en-tête et qu'elles peuvent donc être ignorées lors du transfert des données. Spécifiez les paramètres d'enregistrement de caractères pour les données que vous souhaitez transférer.

  • For ASCII files - Pour charger les données d'un fichier ASCII, les données sont demandées avec une longueur d'enregistrement fixe.

  • For CSV files - Pour charger des données à partir d'un fichier Excel CSV, mentionnez le séparateur de données et le caractère d'échappement.

    L'étape suivante consiste à accéder à la page à onglet Proposition, ce n'est requis que pour les fichiers CSV. Pour les fichiers de différents formats, définissez la liste des champs dans la page à onglet Champs.

L'étape suivante consiste à accéder à l'onglet Champs -

Vous pouvez modifier les champs que vous avez transférés dans la liste des champs de la source de données à partir de l'onglet Proposition. Si vous n'avez pas transféré la liste de champs d'une proposition, vous pouvez définir les champs de la DataSource ici, comme illustré dans la capture d'écran suivante.

Vous pouvez ensuite effectuer la vérification, enregistrer et activer la DataSource.

Vous pouvez également sélectionner l'onglet Aperçu. Si vous sélectionnez Lire les données d'aperçu, le nombre d'enregistrements de données que vous avez spécifié dans votre sélection de champ s'affiche dans un aperçu.

DB Connect est utilisé pour définir une autre connexion à la base de données en plus de la connexion par défaut et ces connexions sont utilisées pour transférer des données dans le système de BI à partir de tables ou de vues.

Pour connecter une base de données externe, vous devez disposer des informations suivantes -

  • Tools
  • Connaissance de l'application source
  • Syntaxe SQL dans la base de données
  • Fonctions de base de données

Avantages indirects

Si la source de votre système de gestion de base de données est différente de celle du SGBD BI, vous devez installer le client de base de données pour le SGBD source sur le serveur d'applications BI.

La fonction clé DB Connect inclut le chargement de données dans BI à partir d'une base de données prise en charge par SAP. Lorsque vous connectez une base de données à BI, un système source nécessite la création d'un point d'accès direct au système de gestion de base de données relationnelle externe.

Architecture DB

La fonction multiconnexion du composant SAP NetWeaver vous permet d'ouvrir des connexions de base de données supplémentaires en plus de la connexion par défaut SAP et vous pouvez utiliser cette connexion pour vous connecter à des bases de données externes.

DB Connect peut être utilisé pour établir une connexion de ce type en tant que connexion du système source à BI. Les améliorations DB Connect apportées à la base de données vous permettent de charger les données dans BI à partir des tables de base de données ou des vues des applications externes.

Pour la connexion par défaut, le client DB et DBSL sont préinstallés pour le système de gestion de base de données (SGBD). Pour utiliser DB Connect pour transférer des données dans le système BI à partir d'autres systèmes de gestion de base de données, vous devez installer DB Client et DBSL spécifiques à la base de données sur le serveur d'applications BI que vous utilisez pour exécuter DB Connect.

Créer un SGBD comme système source

Aller à RSA1 → Administration workbench. Sous leModeling Tab → Source Systems

Aller à DB Connect → Right click → Create.

Entrez le nom du système logique (DB Connect) et sa description. Cliquez sur Continuer.

Entrez le système de gestion de base de données (SGBD) que vous souhaitez utiliser pour gérer la base de données. Entrez ensuite l'utilisateur de la base de données sous le nom duquel vous voulez que la connexion soit ouverte et le mot de passe DB doit entrer pour l'authentification par la base de données.

Dans les informations de connexion, vous devez saisir les informations techniques requises pour ouvrir la connexion à la base de données.

Indicateur permanent

Vous pouvez définir cet indicateur pour conserver une connexion permanente avec la base de données. Si la première transaction se termine, chaque transaction est vérifiée pour voir si la connexion a été rétablie. Vous pouvez utiliser cette option si la connexion à la base de données doit être fréquemment utilisée.

Enregistrez cette configuration et vous pouvez cliquer sur Retour pour la voir dans le tableau.

Universal Data Connect (UDC) vous permet d'accéder à des sources de données relationnelles et multidimensionnelles et de transférer les données sous forme de données plates. Les données multidimensionnelles sont converties en un format plat lorsque Universal Data Connect est utilisé pour le transfert de données.

UD utilise un J2EE connectorpour permettre la création de rapports sur les données SAP et non SAP. Différents connecteurs Java BI sont disponibles pour différents pilotes, protocoles comme adaptateurs de ressources, dont certains sont les suivants -

  • Connecteur BI ODBO
  • Connecteur BI JDBC
  • Connecteur de requête BI SAP
  • Connecteur XMLA

Pour configurer la connexion à une source de données avec un objet source (Relationnel / OLAP) sur le moteur J2EE. Tout d'abord, vous devez activer la communication entre le moteur J2EE et le système BI en créant une destination RFC de J2EE vers BI. Modélisez ensuite les InfoObjects dans BI en fonction des éléments de l'objet source et, dans le système BI, déterminez la source de données.

Création d'un système source UD Connect

Comme mentionné ci-dessus, vous avez créé une destination RFC à travers laquelle le moteur J2EE et la BI permettent la communication entre ces deux systèmes.

Accédez à l'atelier d'administration, RSA1 → Go to Modeling tab → Source Systems.

Faites un clic droit sur l'UD Connect → Create. Ensuite, dans la fenêtre suivante, entrez les détails suivants -

  • Destination RFC pour le moteur J2EE
  • Spécifiez un nom de système logique
  • Type de connecteur

Ensuite, vous devez entrer le -

  • Nom du connecteur.
  • Nom du système source s'il n'a pas été déterminé à partir du nom du système logique.

Une fois que vous avez rempli tous ces détails → Choisissez Continuer.

Dans SAP BI Data Warehouse Management, il est possible de planifier une séquence de processus en arrière-plan pour un événement et peu de ces processus peuvent déclencher un événement distinct pour démarrer les autres processus.

Une chaîne de processus vous offre les avantages suivants dans un système SAP BI:

  • Ils peuvent être utilisés pour gérer et contrôler de manière centralisée les processus.

  • Vous pouvez visualiser les processus à l'aide de graphiques.

  • En utilisant le traitement contrôlé par événement, vous pouvez automatiser les plannings complexes.

Features −

  • Security
  • Flexibility
  • Openness

Structure d'une chaîne de processus

Chaque chaîne de processus comprend les composants suivants -

  • Démarrer le processus
  • Processus de candidature individuels
  • Processus de collecte

Le processus de démarrage est utilisé pour définir la condition de démarrage d'une chaîne de processus et tous les autres processus de chaîne sont programmés pour attendre un événement. Les processus d'application sont les processus qui sont définis dans une séquence et sont les processus réels dans un système de BI. Ils peuvent être classés comme -

  • Processus de chargement
  • Processus d'agent déclarant
  • Processus d'administration des cibles de données
  • Autres processus BI

Un processus peut être défini comme une procédure à l'intérieur ou à l'extérieur du système SAP et a un début et une fin définis.

Démarrer le processus de conception d'une chaîne de processus

Le processus de démarrage est utilisé pour définir la condition de démarrage d'une chaîne de processus. Vous pouvez démarrer une chaîne de processus à l'heure spécifiée ou après un événement déclenché par un processus de démarrage.

Un début de chaîne de processus peut également être configuré à l'aide d'une métachaine. Si la condition de démarrage d'une chaîne de processus est intégrée à une autre chaîne de processus, on parle demetachain.

Voici les principales caractéristiques d'un processus de démarrage -

  • Dans une chaîne de processus, seul un processus de démarrage peut être planifié sans processus prédécesseur.

  • Vous ne pouvez définir qu'un seul processus de démarrage pour chaque chaîne de processus.

  • Un processus de démarrage ne peut pas être le successeur d'un autre processus.

  • Vous ne pouvez utiliser un processus de démarrage que dans une seule chaîne de processus.

Comment créer une chaîne de processus?

Utilisation T-Code: RSPC ou dans le Modeling tab → Go to Process Chain.

Faites un clic droit dans le Context area → Create Process Chain.

Saisissez le nom technique et la description de la chaîne de processus. Cliquez sur Continuer.

Pour créer un processus de démarrage, cliquez sur la nouvelle icône dans la fenêtre suivante qui apparaît. Entrez le nom technique et la description du processus en étoile.

Dans la fenêtre suivante, vous pouvez définir les options de planification. La planification directe consiste à planifier la chaîne de processus à un intervalle de temps spécifié.

Vous pouvez utiliser «Modifier la sélection» pour saisir les détails de la planification.

Allez sur le bouton Date / Heure. Mentionnez la date / heure de début programmé, la date / heure de fin.

Pour définir la fréquence, cochez la case Travail périodique comme illustré dans la capture d'écran suivante. Cliquer surPeriod Values. Entrez la fréquence (horaire / quotidienne / hebdomadaire / mensuelle / autre période). Cliquez sur le bouton Enregistrer et revenir pour revenir à l'écran précédent du RSPC.

L'étape suivante consiste à sélectionner le type de processus.

  • Pour effectuer un chargement de données via un InfoPackage, utilisez le type de processus Execute InfoPackage.

  • Pour effectuer un chargement de données via un DTP, utilisez le type de processus Data Transfer Process.

Double-cliquez sur le type de processus et une nouvelle fenêtre s'ouvrira. Vous pouvez sélectionner InfoPackage parmi les options proposées.

Pour connecter la variante à un InfoPackage, sélectionnez «Démarrer la variante» et maintenez le bouton gauche de la souris enfoncé. Puis déplacez le bouton de la souris sur l'étape cible. Une flèche doit suivre votre mouvement. Arrêtez d'appuyer sur le bouton de la souris et une nouvelle connexion est créée.

Pour effectuer une vérification de cohérence, cliquez sur Goto → Checking View.

Pour activer la chaîne de processus, cliquez sur Activer ou consultez la capture d'écran suivante pour comprendre les étapes à suivre.

Pour planifier la chaîne de processus, accédez à Execution → Schedule. Select Priority and Continue.

Cela planifiera la chaîne de processus en tant que tâche d'arrière-plan et pourra être visualisée à l'aide de la transaction SM37.

Surveiller la chaîne de processus

Utilisation T-Code: RSPCM

Ceci est utilisé pour surveiller les chaînes de processus quotidiennes.

Pour afficher les journaux, utilisez T-code: RSPC

Sélectionnez un processus chain → Right Click → Display Log.

Dans un système SAP BI, vous pouvez analyser et générer des rapports sur les données InfoProviders sélectionnées à l'aide du glisser-déposer ou du menu contextuel pour naviguer dans les requêtes créées dans le concepteur de requêtes BEx.

Sur le marché concurrentiel d'aujourd'hui, les entreprises les plus performantes réagissent rapidement et de manière flexible aux changements et aux opportunités du marché. Une des clés de cette réponse est l'utilisation efficace et efficiente des données et des informations par les analystes et les gestionnaires. Un «Data Warehouse» est un référentiel de données historiques qui sont organisées par sujet pour soutenir les décideurs de l'organisation. Une fois les données stockées dans un data mart ou un entrepôt, elles sont accessibles.

Dans SAP BI, Business Explorer (BEx) est l'un des composants clés qui vous permet d'effectuer des rapports et des analyses flexibles et fournit différents outils pouvant être utilisés pour l'analyse stratégique et aider les décideurs à prendre des décisions pour la stratégie future.

Les outils les plus courants inclus dans BEx sont -

  • Query
  • Reporting
  • Fonctions d'analyse

Voici les composants clés d'un Business Explorer -

  • Concepteur de requêtes BEx
  • Concepteur d'applications Web BEx
  • Diffuseur BEx
  • Analyseur BEx

Concepteur de requêtes BEx

Dans BEx Query Designer, vous pouvez analyser les données dans le système de BI en concevant des requêtes pour InfoProvider. Vous pouvez combiner des InfoObjects et des éléments de requête qui vous permettent de naviguer et d'analyser les données dans l'InfoProvider.

Fonctions clés du concepteur de requêtes BEx

  • Vous pouvez utiliser des requêtes dans BEx Query Designer pour les rapports OLAP et pour les rapports d'entreprise.

  • Les requêtes peuvent contenir différents paramètres tels que des variables pour des valeurs de caractéristiques, des hiérarchies, des formules, du texte, etc.

Vous pouvez sélectionner des InfoObjects plus précisément en -

  • Dans le Concepteur de requêtes, vous pouvez appliquer un filtre pour restreindre l'ensemble de la requête. Lors de la définition du filtre, vous pouvez ajouter des valeurs de caractéristique à partir d'une ou plusieurs caractéristiques ou également des ratios dans le filtre. Toutes les données InfoProvider sont agrégées à l'aide de la sélection de filtre de la requête.

  • Vous pouvez également utiliser des caractéristiques définies par l'utilisateur et déterminer le contenu des lignes et des colonnes de la requête. Ceci est utilisé pour spécifier les zones de données de l'InfoProvider dans lesquelles vous souhaitez naviguer.

  • Vous avez la possibilité de naviguer dans la requête qui vous permet de générer différentes vues des données InfoProvider. Cela peut être réalisé en faisant glisser l'une des caractéristiques définies par l'utilisateur dans les lignes ou les colonnes de la requête.

Comment accéder au concepteur de requêtes?

Pour accéder au concepteur de requêtes BEx, accédez à Start → All Programs.

À l'étape suivante, sélectionnez BI system → OK.

Enter the following details −

  • Entrez le client
  • Nom d'utilisateur
  • Password
  • Langue de connexion
  • Cliquez sur le bouton OK

You can see the following components in a Query Designer −

  • Les détails d'InfoProvider sont disponibles ici.

  • Onglets pour afficher divers composants du rapport.

  • Boîte de propriétés qui affiche les propriétés de chaque composant sélectionné dans la requête.

La barre d'outils Standard du Concepteur de requêtes affichée en haut comporte les boutons suivants.

  • Créer une nouvelle requête
  • Requête ouverte
  • Enregistrer la requête
  • Sauver tous
  • Propriétés de la requête
  • Publier sur le Web
  • Vérifiez la requête et de nombreuses autres options.

Éléments de requête dans InfoProvider

  • Key figures - Il contient les données ou mesures numériques ou indicateurs clés de performance KPI et peut être divisé en chiffres clés calculés CKF et en chiffres clés restreints RKF.

  • Characteristics- Ils définissent les critères de classification des objets. Par exemple: produit, client, emplacement, etc.

  • Attributes - Ils définissent les propriétés supplémentaires d'une caractéristique.

Propriétés de la requête

Variable Sequence - Il est utilisé pour contrôler l'ordre dans lequel les variables de l'écran de sélection sont affichées aux utilisateurs.

Display - Allez dans l'onglet Affichage pour définir les propriétés d'affichage comme suit -

  • Hide Repeated Key Values - Il permet de contrôler les caractéristiques qui se répéteront dans chaque ligne ou non.

  • Display Scaling Factors for Key Figures - Il est utilisé pour contrôler si le facteur d'échelle est indiqué en haut de la colonne correspondante.

Vous pouvez également définir des filtres, utiliser des variables dans le concepteur de requêtes. Ces filtres sont utilisés pour limiter l'accès aux données dans les rapports, l'analyse à un certain secteur d'activité, groupe de produits ou période.

Variables

Les variables sont définies en tant que paramètres d'une requête dans le concepteur de requêtes qui sont remplies avec des valeurs lorsque vous exécutez la requête. Différents types de variables peuvent être créés, dont certains sont les suivants -

  • Variables de hiérarchie
  • Variables de valeur de caractéristiques
  • Variable de texte
  • Variable de formule
  • Variables de nœud de hiérarchie

Pour créer une variable, rendez-vous dans le dossier Variables de valeur de caractéristique disponible sous la caractéristique correspondante.

L'étape suivante consiste à faire un clic droit sur le dossier → sélectionner l'option Nouvelle variable.

Chiffres clés restreints

Il est également possible de restreindre les ratios d'un InfoProvider pour une réutilisation en sélectionnant une ou plusieurs caractéristiques. Vous pouvez restreindre les ratios par une ou plusieurs sélections de caractéristiques et il peut s'agir de ratios de base, de ratios calculés ou de ratios déjà limités.

Pour créer un nouveau chiffre clé restreint, dans la zone d'écran InfoProvider → sélectionnez l'entrée Chiffres clés et choisissez Nouveau chiffre clé restreint dans le menu contextuel.

Restricted Characteristics −

  • Sélection de valeurs uniques
  • Sélection de plages de valeurs
  • Enregistrer les valeurs dans les favoris
  • Affichage des touches de valeur
  • Valeurs disponibles dans l'histoire
  • Supprimer des valeurs de la fenêtre de sélection

Analyseur BEx: reporting et analyse

BEx Analyzer est connu comme un outil de conception intégré à Microsoft Excel et utilisé pour le reporting et l'analyse. Dans un analyseur BEx, vous pouvez analyser et planifier avec les données InfoProvider sélectionnées à l'aide du menu contextuel ou glisser-déposer pour naviguer dans les requêtes créées dans le concepteur de requêtes BEx.

L'analyseur BEx est divisé en deux modes à des fins différentes -

Analysis mode - Il est utilisé pour exécuter des analyses OLAP sur des requêtes.

Design mode - Il est utilisé pour concevoir l'interface des applications de requête.

Mode d'analyse

Vous pouvez effectuer les tâches suivantes en mode Analyse -

  • Vous pouvez accéder au Concepteur de requêtes BEx pour définir des requêtes.

  • Vous pouvez analyser les données InfoProvider en naviguant dans les requêtes.

  • Vous pouvez utiliser différentes fonctions comme le tri, le filtrage, l'exploration, etc. qui sont courantes dans OLAP.

  • Distribution de classeurs avec BEx Broadcaster.

  • Pour une programmation avancée, vous pouvez intégrer vos propres programmes VBA personnalisés.

  • Vous pouvez enregistrer des classeurs sur le serveur / localement sur votre ordinateur ou dans les favoris.

Mode de conception

Vous pouvez effectuer les tâches suivantes en mode conception -

  • Il peut être utilisé pour concevoir la requête et vous pouvez intégrer différents éléments de conception de requête tels que des listes déroulantes, des groupes de boutons radio, une grille et des boutons dans votre classeur Microsoft Excel.

  • Vous pouvez également personnaliser votre classeur avec la mise en forme et la fonctionnalité de graphique d'Excel.

Pour démarrer BEx Analyzer, dans le menu Démarrer de Windows, choisissez Programs → Business Explorer → Analyzer.