Dans un environnement SAP BusinessObjects connecté à SAP BW, les données affichées dans un rapport ne proviennent jamais directement des tables SAP. Elles sont le résultat d’une chaîne de traitements et de modélisation qu’il faut remonter étape par étape pour identifier les sources réelles.
Partir du rapport Web Intelligence
La première étape consiste à analyser le rapport SAP BusinessObjects lui-même. Il faut identifier les objets utilisés dans le rapport, c’est-à-dire les dimensions, mesures, variables et filtres. Cette analyse permet de comprendre quelles données métier sont réellement exploitées par l’utilisateur final.
Identifier l’univers (UNX ou UNV)
Une fois les objets identifiés, il faut remonter à l’univers utilisé par le rapport. Dans l’Information Design Tool ou le Universe Designer, on peut analyser la structure des objets et la connexion utilisée. Dans la majorité des cas avec SAP BW, la connexion est de type BICS, ce qui signifie que les requêtes sont traduites et exécutées directement dans BW sans accès SQL direct aux tables.
Explorer la couche SAP BW
La prochaine étape consiste à analyser SAP BW. Il faut identifier le CompositeProvider ou l’InfoProvider utilisé par l’univers. Ensuite, on remonte aux objets sous-jacents comme les ADSO ou InfoCubes. C’est également ici que l’on peut examiner les transformations et les règles de modélisation appliquées aux données.
Remonter aux DataSources et aux tables SAP
Enfin, les InfoProviders sont alimentés par des DataSources BW. En analysant ces DataSources, on peut identifier les extracteurs utilisés ainsi que les transformations appliquées. C’est à ce niveau que l’on retrouve les tables SAP ECC ou S/4HANA d’origine, comme BKPF, BSEG, VBAK ou encore MARA selon les domaines fonctionnels.
Une tâche souvent complexe et chronophage
Sur le papier, cette démarche paraît simple. En réalité, identifier les tables sources d’un rapport SAP BusinessObjects connecté à SAP BW peut rapidement devenir une tâche complexe :
- Multiplication des couches techniques (WebI, Univers, BW, ADSO, DataSources, extracteurs SAP)
- Dépendances entre objets et transformations
- Documentation parfois absente ou obsolète
- Difficulté à comprendre les impacts entre rapports et sources
- Temps important nécessaire pour reconstruire la traçabilité complète
Dans les grandes organisations, un simple rapport peut dépendre de dizaines d’objets BW et de multiples transformations avant d’atteindre les tables SAP finales.
Automatiser cette analyse avec le BI Smart Repository
Nous avons développé le BI Smart Repository pour automatiser cette analyse de bout en bout. Notre solution permet de :
- Scanner automatiquement les rapports SAP BusinessObjects
- Identifier les univers, objets et dépendances utilisés
- Remonter automatiquement les flux SAP BW
- Cartographier les ADSO, InfoProviders et DataSources
- Identifier les tables SAP ECC ou S/4HANA d’origine
- Générer une traçabilité complète des données
Le BI Smart Repository transforme ainsi une analyse manuelle longue et complexe en une cartographie automatisée, fiable et exploitable immédiatement par les équipes BI, Data et métiers.
Conclusion
Identifier les tables sources d’un rapport SAP BusinessObjects connecté à SAP BW nécessite de suivre une approche progressive. On part du rapport, puis on remonte à l’univers, ensuite à SAP BW, avant d’atteindre les DataSources et finalement les tables SAP. Cette démarche est essentielle pour comprendre l’origine des données, fiabiliser les analyses et assurer une bonne traçabilité dans les environnements SAP.
Cependant, cette tâche peut devenir très complexe dans des environnements BI étendus. C’est précisément pour répondre à cette problématique que notre BI Smart Repository automatise l’analyse de dépendances et la traçabilité des données SAP BusinessObjects et SAP BW.