Versions concernées : BI 4.2, 4.3, BI 2025 · Temps de lecture : 10 min
Définition. L’univers est la couche sémantique de SAP BusinessObjects : une traduction du modèle de données (tables, jointures, colonnes) en objets métier (dimensions, mesures, filtres) que les utilisateurs manipulent sans écrire de SQL. Le format UNX, conçu dans l’Information Design Tool (IDT), a remplacé le format UNV du Universe Design Tool. C’est l’actif le plus durable d’une plateforme BO : les rapports changent, les univers restent, et c’est leur qualité qui décide de la fiabilité des chiffres et de la performance de tout ce qui est construit dessus.
L’architecture d’un univers UNX
- Connexion : les paramètres d’accès à la base (relationnelle ou OLAP). Une connexion sécurisée est publiée dans le référentiel et partagée entre univers ; ne jamais coder les identifiants dans l’univers lui-même.
- Fondation de données : les tables, alias, tables dérivées et jointures avec leurs cardinalités. C’est ici que se règlent les boucles, les pièges de jointure et les contextes. Une fondation peut être mono-source ou, jusqu’en BI 4.3, multi-source (fédération de plusieurs bases via le Data Federation Service) ; les univers multi-sources ne sont plus supportés à partir de BI 2025.
- Couche de gestion : les objets métier organisés en dossiers, avec leurs définitions SQL, leurs listes de valeurs, leurs filtres prédéfinis, leurs restrictions. Plusieurs couches de gestion peuvent s’appuyer sur la même fondation (une par métier, par exemple).
- Univers publié : la couche de gestion compilée avec sa fondation et sa connexion, déposée dans le référentiel et sécurisée par la CMC.
UNV vs UNX : ce qui change vraiment
| UNV (Universe Design Tool) | UNX (Information Design Tool) | |
|---|---|---|
| Sources | Une seule | Une seule (multi-source possible jusqu’en 4.3, retiré en BI 2025) |
| Structure | Fichier monolithique | Projet : connexion, fondation, couche(s) de gestion séparées |
| Travail en équipe | Limité | Projets partagés, verrouillage, synchronisation |
| Sécurité | Restrictions d’accès | Profils de sécurité de données et de gestion, cumulables |
| Outils clients | Webi, Crystal, Desktop Intelligence (historique) | Webi, Crystal for Enterprise, SAC (connexion live), API |
| Avenir | Retiré des versions récentes | Format cible de la plateforme |
La conversion UNV → UNX se fait depuis l’IDT (Convertir un univers .unv) en BI 4.x : en BI 2025, l’Universe Design Tool, les UNV et la conversion elle-même ont été retirés. Convertissez donc avant la mise à jour ; un document basé sur un UNV s’ouvre encore en BI 2025 mais ne peut plus être actualisé. Elle est fiable pour les jointures, objets et contextes ; ce qui demande une relecture, ce sont les fonctions SQL propriétaires, les @Prompt complexes, les restrictions d’accès (à recréer en profils de sécurité) et les listes de valeurs personnalisées. Prévoyez de tester les rapports critiques sur l’univers converti avant de basculer.
Sept principes pour un univers qui dure
1. Résoudre les boucles par contextes ou alias, jamais au hasard
Une boucle de jointures (deux chemins entre deux tables) produit soit des résultats faux, soit une erreur. Deux outils : l’alias quand une table de dimension joue deux rôles (date de commande et date de livraison), le contexte quand deux tables de faits partagent des dimensions (ventes et stocks). L’IDT les détecte ; c’est au concepteur de choisir. Règle : un contexte par table de faits.
2. Renseigner les cardinalités et éviter les pièges de jointure
Les cardinalités (1-N, N-1) ne sont pas décoratives : elles permettent à l’IDT de détecter les fan traps et chasm traps, qui multiplient silencieusement les mesures. Une mesure de commande jointe aux lignes de commande sera comptée autant de fois qu’il y a de lignes. La parade : contextes, ou tables dérivées pré-agrégées.
3. Mettre les agrégations dans les mesures, avec aggregate awareness
Une mesure est définie avec sa fonction d’agrégation SQL (SUM(...)) et sa projection Webi. Si la base contient des tables d’agrégats (ventes par mois, par région), la fonction @Aggregate_Aware laisse l’univers choisir automatiquement la table la plus légère compatible avec les objets demandés. C’est le levier de performance le plus rentable et le moins utilisé.
4. Activer l’index awareness
Une dimension « Client » a un libellé (ce que l’utilisateur voit) et une clé (ce sur quoi la base est indexée). En renseignant la clé primaire de l’objet, les filtres générés utilisent la clé plutôt que le libellé : jointures évitées, index utilisés.
5. Maîtriser les listes de valeurs
Une liste de valeurs sur un objet de forte cardinalité (adresse, numéro de commande) doit être désactivée ; une liste sur un objet de référence (pays, statut) doit être statique ou en cascade ; l’actualisation automatique à chaque ouverture doit être l’exception. Les listes de valeurs sont la première cause d’invites lentes.
6. Sécuriser par profils, pas par univers dupliqués
Les profils de sécurité de données restreignent les lignes (un commercial ne voit que sa région), les tables ou la connexion ; les profils de sécurité de gestion restreignent les objets visibles. Ils s’affectent à des utilisateurs ou groupes dans l’IDT, se cumulent selon des règles de priorité, et évitent de maintenir « l’univers France » et « l’univers Espagne » en parallèle.
7. Gérer le cycle de vie comme du code
Projet partagé dans le référentiel, verrouillage des ressources, description sur chaque objet (visible dans Webi en info-bulle), conventions de nommage, dossiers par domaine, et promotion DEV → REC → PROD avec Promotion Management. Un univers sans description sur ses objets sera réinterprété différemment par chaque concepteur de rapport.
Erreurs courantes
| Symptôme | Cause probable | Correction |
|---|---|---|
| Totaux trop élevés quand on ajoute une dimension | Fan trap ou chasm trap | Contextes ; vérifier les cardinalités ; table dérivée agrégée |
#INCOMPATIBLE dans Webi |
Objets de contextes différents dans une même requête | Deux requêtes et fusion, ou revoir les contextes |
| Invites très lentes | Listes de valeurs sur objets volumineux, actualisation automatique | Désactiver, rendre statique ou en cascade |
| SQL avec jointures inutiles | Filtre sur libellé sans index awareness ; shortcut joins absents | Renseigner les clés ; ajouter des shortcut joins |
| Chiffres différents entre deux rapports | Mesures ou filtres redéfinis dans les rapports | Centraliser la définition dans l’univers, filtres prédéfinis |
Questions fréquentes
Faut-il convertir tous les UNV en UNX ?
Oui, et avant BI 2025 : cette version retire le Universe Design Tool, les UNV et l’outil de conversion. Convertissez en 4.3 les univers encore utilisés ; archivez les autres.
Un univers multi-source est-il une bonne idée ?
Plus maintenant : les univers multi-sources sont retirés en BI 2025. Si vous en avez, remplacez-les par une consolidation côté base (vue, table) ou par plusieurs requêtes combinées dans Webi.
Où placer un calcul : univers ou rapport ?
Dans l’univers dès qu’il est réutilisé, sensible ou lourd. Dans le rapport seulement s’il est spécifique à une présentation.
Un univers peut-il alimenter autre chose que Webi ?
Oui : Crystal Reports for Enterprise, SAP Analytics Cloud en connexion live, et les API REST/SDK pour des applications sur mesure.
Sources et références
- SAP Help Portal — Guide de l’utilisateur de l’Information Design Tool
- SAP Community — Hub SAP BusinessObjects BI Platform
- Christian Ah-Soon (SAP), « SAP BI 2025: What’s New In Web Intelligence and Semantic Layer », SAP Community, mars 2025
- Retours terrain Need4Viz
👉 Découvrez Need4Viz et ce que nous apportons vraiment à SAP Web Intelligence
Need4Viz étend SAP Web Intelligence avec des capacités avancées de dataviz, d'interactivité, d'automatisation et d'IA pour transformer vos rapports en véritables outils de pilotage.
Découvrir Need4Viz