Présentation LO-Cockpit , SAP

  • 1,661 views
Uploaded on

Présentation du LO-cokcpit , type d'extraction qui concerne les données MM SAP. …

Présentation du LO-cokcpit , type d'extraction qui concerne les données MM SAP.

contact : salaheddine.bentalba@gmail.com

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
No Downloads

Views

Total Views
1,661
On Slideshare
0
From Embeds
0
Number of Embeds
1

Actions

Shares
Downloads
0
Comments
1
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. PRESENTATION COCKPIT Présentation cockpit 01/10/20121
  • 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/20123
  • 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, dextraire de linformation, de faire des transformations afin de nettoyer les données et de charger des données utiles dans lentrepô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 dextraction 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 dune organisation. FI-GL • Recueille toutes les données OLTP pour la comptabilité financière… • Principalement utilisé pour extraire les données dune 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é dextraire des données de logistique et de les transférer à SAP Business information de Présentation cockpit lentrepôt / SAP NetWeaver BI.• Cockpit contient un ensemble de structures extraites qui mappent aux structures existantes de communication et permettent lextraction de données logistiques à votre système SAP NetWeaver BI via DataSources logistique. Unsirelized V3 Queued Delta Direct Delta 8
  • 9.  Fonctions de LO-cockpitMaintenir les • lutilisateur peut ajouter des champs supplémentaires à partir des structures de structures communication disponibles à les structures d’extraction.d’extraction. 01/10/2012Maintenir les • lutilisateur 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 dinversion ou dannulation… Présentation cockpit données. • les données sont écrites dans les structures dextraction à la fois en ligne ainsi que lorsActivation des de lachèvement de tables de configurations ou de restructurer la table ou de tables dinitialisation 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 dextraction LO. • L’utilisateur évite de charger les données directement de SAP R3 car nous avons 9configuration. 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 nest pas facilement disponible dans le « Business Content ». • Le T-code pour la création dextraction 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 , nousGénérique pouvons utiliser lextraction 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éesLes 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 deschangements 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 lopé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/201213
  • 14.  Delta Load (chargement delta) Comme condition préalable, nous devons discuter desméthodes de mise à jour diverses pour la chargement delta. 01/10/2012Pré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 dextraction 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 dattente 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 dune faible occurrence de transactions (un maximum de 10000 modifications entre deux extractions delta). 15
  • 16.  Queud Delta + ..Noubliez pas de vider la file.. +• les données dextraction sont écrites dans une file dattente dextraction et peut être transféré à des files dattente BW delta (BW delta queues) par une exécution de mise a jour collective (an update collective run). 01/10/2012• Eviter lexécution de la mise à jour collective (an update collective run) avant que toutes les demandes dinitialisation 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é dextraction avec file dattente delta (queued delta process extraction) est indépendant de la réussite de la mise à jour V2.• Recommandé pour les clients disposant dune fréquence élevée de transactions (plus de 10.000 modifications effectuées chaque jour pour lapplication en question. 16
  • 17.  Unserialized V3 • Lextraction 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 dattente BW delta (BW delta queues). • + que 10 000 opérations par jour. 17
  • 18.  Différences … Queud UnserializedDirect 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 dattente dextraction 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 dattente dextraction 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 daffaires , 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 dun 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 Laccè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 lentrepôt de stock (vente au détail), ou pour le nombre demployé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 cockpitMerci pour votre attention 24