Présentation du LO-cokcpit , type d'extraction qui concerne les données MM SAP. contact : salaheddine.bentalba@gmail.com

1. PRESENTATION COCKPIT
Présentation cockpit 01/10/2012
1

2. Agenda :
• Cockpit :
• Architecture d’un système Business Intelligence .
• Architecture Business Warehouse.
• Bref Généralité sur les ETL SAP BI (CO-PA, FI-GL, Generic).
01/10/2012
• Cockpit.
• Les Types d’Extraction.
• Les options de MAJ de « delta load».
Présentation cockpit
• Queued Delta.
• Direct Delta.
• Unserialized V3.
• Les étapes pour paramétrer un Cockpit.
• InfoProvider non cumulatifs :
• Cubes non cumulatifs.
• Pourquoi les cubes non cumulatifs dans le domaine MM.
• Conseils d’utilisation des cubes non cumulatifs. 2

3.  Architecture du système BI
Présentation cockpit 01/10/2012
3

4.  Architecture Business Warehouse
01/10/2012
Présentation cockpit
4

5.  Généralités ETL
Extraction, Transformation, Chargement (load)
01/10/2012
 L’ETL Permet à partir de diverses sources de données,
d'extraire de l'information, de faire des transformations
afin de nettoyer les données et de charger des données
utiles dans l'entrepôt de données. Les sources de
Présentation cockpit
données peuvent être diverses (HTML, XML, base de
données, fichiers texte, tableurs, ERP etc.).
 Extraction de données c’est le processus de
chargement des données de traitement
transactionnel en ligne ( OLTP ) à
OLAP (BW / BI).
5

6.  Types of Extractions
 BW Content Extractor :
• Il existe des extracteurs pour presque
01/10/2012
toute applications.
• Développé sur une base fixe.
• Livré avec le business content.
 Customer Generated Extractor :
Présentation cockpit
• Les applications vous permet de
générer des sources de données.
 Generic Extractor :
• La possibilité de générer votre propre
Data Source dans l’application.
• outils d'extraction Générique pour les
tables des clients ou des applications
spécifiques.
6

7. • Analyse de rentabilité.
• Analyse du compte de résultat.
CO-PA • Générateur d’application ( il ne livre pas les structures/tableaux).
• recueille toutes les données OLTP pour le calcul de la marge de contribution
(ventes, le coût des ventes, frais généraux).
01/10/2012
Présentation cockpit
• Traite les besoins comptables et financiers d'une organisation.
FI-GL • Recueille toutes les données OLTP pour la comptabilité financière…
• Principalement utilisé pour extraire les données d'une autre source comme
les systèmes R / 3, etc.
Generic • Basé sur des tables/vues ou des fonctions modules (pour les recherches).
• Répliquer la source de données dans BW et envoie les données cible par le
biais des ODS.
7

8.  Présentation cockpit
• Cockpit est la méthode d’extraction qui concerne le module MM-
SD appelé LO-extraction.
01/10/2012
• Cockpit fournit un moyen simplifié d'extraire des données de
logistique et de les transférer à SAP Business information de
Présentation cockpit
l'entrepôt / SAP NetWeaver BI.
• Cockpit contient un ensemble de structures extraites qui mappent
aux structures existantes de communication et permettent
l'extraction de données logistiques à votre système SAP NetWeaver
BI via DataSources logistique.
Unsirelized V3 Queued Delta Direct Delta
8

9.  Fonctions de LO-cockpit
Maintenir les • l'utilisateur peut ajouter des champs supplémentaires à partir des structures de
structures communication disponibles à les structures d’extraction.
d’extraction.
01/10/2012
Maintenir les • l'utilisateur peut personnaliser la source de données en utilisant les champs suivants:
sources de nom du champ, texte court, la sélection, champ masqué, champ d'inversion ou d'annulation…
Présentation cockpit
données.
• les données sont écrites dans les structures d'extraction à la fois en ligne ainsi que lors
Activation des de l'achèvement de tables de configurations ou de restructurer la table ou de tables
d'initialisation LO.
mise à jour. • En fonction du mode du mise à jour un job doit être prévue avec lequel la mise à jour
des données est transférée en arrière-plan dans la direction centrale du delta (Delta Queue).
• Les Tables de configuration sont utilisées pour initialiser des « delta load» et pour
Tables de « full load». C’est une partie du scénario d'extraction LO.
• L’utilisateur évite de charger les données directement de SAP R3 car nous avons 9
configuration. besoin de charger les valeurs des champs de plusieurs tables.

10. Différences :
Lo-cockpit, Extraction générique
• Concerne le module MM-SD ( gestion de stock, achats …).
• Utilisé dans le volet des applications spécifiques.
01/10/2012
• Se base sur le delta queue.
LO-cockpit • 3 types d’extraction.
• La notion de timestamp n’existe pas.
• Cherche les données cible a partir des structures d’extraction que fournit SAP,
Présentation cockpit
puis les répliquer et les charger dans les source cibles de données.
• On l’utilise Lorsque la source de données n'est pas facilement disponible dans
le « Business Content ».
• Le T-code pour la création d'extraction générique est rSO2.
Extraction • Même si le « Business Content » de source de données est disponible et il est
déjà utilisé. Et si nous voulons simuler le même genre d’extraction , nous
Générique pouvons utiliser l'extraction générique.
• Se base sur la notion de « timestamp » .
• Envoie des données cible après réplications a partir des ODS.
10

11.  Types d’ Extraction de données
Les données peuvent être extraites en deux modes:
01/10/2012
• Full load : toutes données disponible dans la source est chargée
dans BW / BI.
Présentation cockpit
• Delta load : Seules les données nouvelles / changées / supprimées
sont chargées.
11

12.  Les Modes de MAJ
V1 V2 V3
01/10/2012
Mise à jour Synchrone.
Mise à jour asynchrone. lot de Mise à jour asynchrone
Présentation cockpit
Effectué pour des
changements critiques ou Exécuté pour les moins
primaire. critiques changements
secondaires.
Exécution collective. ( collective
Sont effectuées comme update run)
une priorité. sont des mises à jour
statistiques résultant de
l'opération.
Indépendante de la mise a Souvent exécutés dans le
jour V2. processus de travail Ne se produit pas
spécifié pour les mises à automatiquement. 12
jour V2.

13.  Full load
Présentation cockpit 01/10/2012
13

14.  Delta Load (chargement delta)
Comme condition préalable, nous devons discuter des
méthodes de mise à jour diverses pour la chargement delta.
01/10/2012
Prérequis :
• Définir « periodic V3 update jobs ».
• Mise en place du mode de mise à jour
Présentation cockpit
(direct/queued/Unserialized v3 update).
Amélioration de la Performance en la logique très complexe nécessaire
diminuant le temps d'extraction et le dans OLTP pour extraire les données
volume de données - par rapport à la et déterminer quelles données ont
logique de « full update ». été modifiées.
14

15.  Direct Delta
• Les données extraites sont transférées directement à
01/10/2012
des files d'attente BW delta (BW delta queues) avec
chaque transactions. (document posting).
• Pas besoin de planifier une tâche à intervalles
Présentation cockpit
réguliers.
• Recommandé pour les clients disposant d'une faible
occurrence de transactions (un maximum de 10000
modifications entre deux extractions delta).
15

16.  Queud Delta + ..N'oubliez pas de vider la file.. +
• les données d'extraction sont écrites dans une file d'attente
d'extraction et peut être transféré à des files d'attente BW
delta (BW delta queues) par une exécution de mise a jour
collective (an update collective run).
01/10/2012
• Eviter l'exécution de la mise à jour collective (an update
collective run) avant que toutes les demandes
d'initialisation delta (delta init requests) ont été mis à jour
Présentation cockpit
dans votre BW.
• la gestion des événements est possible avec Queud delta.
• Le procédé d'extraction avec file d'attente delta (queued
delta process extraction) est indépendant de la réussite de
la mise à jour V2.
• Recommandé pour les clients disposant d'une fréquence
élevée de transactions (plus de 10.000 modifications
effectuées chaque jour pour l'application en question.
16

17.  Unserialized V3
• L'extraction de données continue à écrire dans les
01/10/2012
tables de mise à jour en utilisant un module de mise à
jour V3 puis lu et traité par une exécution de mise a jour
collective (travers LBWE).
Présentation cockpit
• Les données sont lues dans le «update collective run »
sans prendre en compte la séquence, puis transféré à
des files d'attente BW delta (BW delta queues).
• + que 10 000 opérations par jour.
17

18.  Différences …
Queud Unserialized
Direct Delta
Delta V3
01/10/2012
Pas besoin d’un job V3. Besoin du job V3.
Besoin du job V3.
Présentation cockpit
Sérialisation est assurée en La sérialisation n’est pas assuré.
Sérialisation est assurée en
utilisant le concept enqueue. utilisant le concept enqueue.
N’est pas sécurisé.
Les données sont transférées Fonctionne bien quand le
après chaque transaction a la nombre de transactions est La Surveillance supplémentaire
File d’attente BW delta. élevées. de la file d'attente d'extraction
est nécessaire.
Pas besoin de planifier une La mise a jour V3 ne traite que
tâche à intervalles réguliers
La Surveillance supplémentaire
de la file d'attente d'extraction
les données qui ont étaient 18
(LBWE - Job Control) afin de traitées avec succès avec la
est nécessaire. mise a jour V2.
transférer à les données.

19.  Les étapes pour paramétrer le
cockpit
• Transaction RSA 5 : installer et activer la source de données.
• Transaction LBWE (LO Customizing Cockpit) a travers SBIW : personnaliser les sources de données.
• Cliquer sur inactif pour activer la source de données.
01/10/2012
• Cliquer sur maintenance pour maintenir les structure d’extraction .
• Choisir le mode de mise a jour (update Mode).
• Donner un numéro de transport et continuer.
• Transaction LBWG : Avant de remplir les setup tables il faut les vider.
Présentation cockpit
• Transactions SBIW : remplir les setup tables.
• Transaction (extractor checker): vérifier les données dans la source de données.
19

20.  Exemple de stock
articles/mouvement de stock
• Lancer la transaction BF11 puis cocher les deux cases « BW » et «NDI».
• Lancer les deux transactions :
01/10/2012
• OLI1BW (Restructuration des structures-info à partir des mouvements de stock).
• OLI2BW (Restructuration des structures-info à partir des stocks).
• Lancer la transaction SBIW
Présentation cockpit
• Exécuter l’option « Déterminer la branche »
• Puis cocher la case « Retail »
• Lancer la transaction MCNB pour initialiser le stock.
20

21.  Valeurs non cumulatifs
• Les valeurs cumulatives : sont les ratios qui sont cumulées on utilisant toutes les
caractéristiques, même ceux qui utilise le temps.
• Exemples : chiffre d'affaires , poids, etc.
01/10/2012
• Les valeurs non cumulatives : sont les ratios qui sont mesurées par rapport à une période
dans le temps.
• Exemples : nombres d’employées, solde du compte, quantités en stock , etc.
Présentation cockpit
• Un infoCube est appelé infocube non cumulatif s’il contient au moins une seule
valeur (Key figure) non cumulative.
• Traitement des ratios non cumulatifs :
• Validité des objets.
• Caractéristiques de référence de temps.
Une référence de caractéristiques de temps est une caractéristiques de temps qui
détermine les valeurs de tous les autres caractéristiques de temps.
• Les Valeurs non cumulatives sont utilisées dans la gestion des stocks ou dans les 21
application bancaires où les utilisateurs sont intéressés par connaître le stock ou les informations
et solde d'un compte.

22.  Pourquoi les cubes non cumulatifs
dans le domaine MM
Les objectif des valeurs non cumulatives :
01/10/2012
optimiser le transport de données en BW.
La conservation des données.
Présentation cockpit
L'accès à la base lors de l'évaluation pour le rapport de poids corporel.
• Le transfert des données du système OLTP est minimisé et seules les
données utiles sont enregistrées et traitées.
• Il est recommandé que vous utilisez les valeurs non cumulatif dans les
domaines dans lesquels les non-cumulatifs ne changent pas
régulièrement, par exemple, pour l'entrepôt de stock (vente au détail), ou
pour le nombre d'employés. 22

23.  Conseils d ‘’utilisation
01/10/2012
• Un multicube ne peut contenir qu’un seul cube non-cumulatif.
• On ne peut pas utiliser un cube non-cumulatif dans un Accelerator.
Présentation cockpit
• Un cube non-cumulative doit contenir au moins une référence de
caractéristique de temps.
• Un ratio non cumulatif peut être utilisé comme un normal ratio cumulatif.
23

24. FIN
01/10/2012
Présentation cockpit
Merci pour votre attention
24