Un tableau de bord avec Webi, c’est possible ?

Versions concernées : BI 4.2, 4.3, BI 2025 · Temps de lecture : 9 min

En résumé. Oui, on peut construire un tableau de bord avec Web Intelligence, et des milliers d’organisations le font tous les jours. Mais Webi est un outil de reporting, pas un outil de tableau de bord : il faut savoir ce que l’on peut obtenir en natif (KPI, graphiques, filtres interactifs, navigation entre onglets), ce qui reste limité (visuel, filtrage croisé, mobile, partage hors plateforme), et ce que les nouveaux éléments de BI 2025 ou des extensions viennent combler. Cet article donne la recette, les limites, et les trois approches pour passer d’un rapport à un vrai tableau de bord.

Ce qu’un tableau de bord attend

Un tableau de bord n’est pas un rapport avec des graphiques. Il tient sur un écran, il montre quelques indicateurs clés avant le détail, il permet de filtrer et de cliquer pour explorer, il s’adapte à la taille de l’écran, et il se partage à des lecteurs qui ne construiront jamais rien. Chacune de ces attentes se traduit dans Webi par une fonction native, une astuce, ou un manque.

La recette d’un bon tableau de bord Webi natif

1. Une requête agrégée, pas le détail : un tableau de bord montre des totaux. Ramener le détail pour l’agréger dans Webi est la première cause de lenteur (voir notre article sur les performances).
2. Un seul onglet pour la vue principale, en mode « écran » et non « page », avec une largeur fixe (1 280 px est un bon compromis).
3. Une bande de KPI en haut : cellules libres avec la mesure, l’écart, et un alerteur qui colore ou ajoute une flèche (voir notre article sur les alerteurs).
4. Les contrôles d’entrée regroupés à gauche ou en haut, affectés à tous les blocs de l’onglet, avec des dépendances (région → pays) et une valeur par défaut.
5. La liaison d’éléments pour le filtrage par clic : un petit tableau de régions ou un graphique en barres défini comme contrôle d’entrée filtre le reste du tableau de bord.
6. Les détails dans des onglets secondaires, atteints par lien hypertexte avec passage de l’invite ou du filtre, plutôt que tout empiler sur un écran.
7. Une planification nocturne et des instances servies aux lecteurs, pour que l’ouverture soit instantanée.

Où le natif s’arrête

• Le visuel : les graphiques classiques datent ; les graphiques UI5 de BI 2025 sont plus propres mais restent des graphiques de rapport, sans jauges avancées, sankey, treemap interactif ou carte de chaleur.
• Le filtrage croisé : la liaison d’éléments fonctionne dans un sens (le bloc source filtre les autres), pas dans tous les sens comme dans un outil de tableau de bord.
• Le drill : le mode exploration existe, mais il transforme le bloc plutôt que d’ouvrir une vue ; il est rarement utilisable par un lecteur non formé.
• Le mobile et le responsive : la mise en page est en positions absolues ; un tableau de bord conçu pour 1 280 px reste à 1 280 px.
• Le partage : un lecteur a besoin d’une session BO, donc d’une licence, pour ouvrir un document interactif. Le PDF fige, WIDX ne couvre qu’un rapport et sa première page, sans tri ni drill.
• La consolidation : un tableau de bord qui doit réunir plusieurs documents Webi n’a pas de solution native, sauf à tout fusionner dans un seul document.

Trois approches pour aller plus loin

1. Webi natif, bien conçu

La recette ci-dessus. Suffisant pour un tableau de bord de pilotage interne, consulté par des utilisateurs BO, sur écran d’ordinateur. Coût : zéro, hors temps de conception.

2. BI 2025 et les nouveaux éléments

Le tableau défilant avec micro-graphiques (barres, bullet, radial), les filtres in-report (plage de dates, boutons), les conteneurs, le bouton Afficher/Masquer et l’éditeur CSS rapprochent Webi d’un vrai tableau de bord. L’export WIDX permet un partage hors plateforme, dans ses limites actuelles. Condition : reconstruire le document avec les nouveaux éléments, les classiques ne bénéficient de rien. Voir notre comparatif des versions.

3. Extensions sur Webi

Des extensions installées sur la plateforme ajoutent au document Webi existant ce que le natif ne fait pas : bibliothèque de visualisations interactives (filtrage par clic dans tous les sens, drill, jauges, cartes), assemblage de plusieurs rapports dans un même tableau de bord, et export HTML autonome, responsive, consultable sans session BO ni licence. Les univers, la sécurité et les planifications restent ceux de BO ; c’est le scénario retenu par les organisations qui veulent le visuel sans le projet de migration (voir Migrer ou moderniser).

Questions fréquentes

Faut-il SAP Analytics Cloud pour faire un tableau de bord SAP ?
Non. SAC est un excellent outil de tableau de bord, mais il s’ajoute à BO, il ne réutilise pas les rapports Webi, et il demande un abonnement. Pour un parc BO existant, Webi natif ou étendu couvre la plupart des besoins.

Un tableau de bord Webi peut-il être consulté sur mobile ?
Via l’application SAP BI Mobile ou le navigateur, oui, mais sans adaptation automatique de la mise en page. Pour un vrai responsive, il faut un export HTML autonome.

Combien de blocs par onglet ?
Moins de dix. Au-delà, le temps de rendu et la lisibilité se dégradent ; renvoyez le détail vers des onglets secondaires.

Dashboards (Xcelsius) et Design Studio sont-ils encore une option ?
Non, les deux sont retirés de la plateforme. Les tableaux de bord construits avec eux doivent être refaits, dans Webi ou avec une extension. Voir notre article sur l’après Lumira et Design Studio.

Sources et références

• SAP Help Portal — Guide de l’utilisateur SAP BusinessObjects Web Intelligence (contrôles d’entrée, liaison d’éléments, liens hypertexte)
• Christian Ah-Soon (SAP), « SAP BI 2025: What’s New In Web Intelligence and Semantic Layer » (nouveaux éléments, WIDX, formats de page)
• SAP Community — Hub SAP BusinessObjects BI Platform
• Need4Viz — « SAP BI 2025: New Features, Limitations and N4V Solutions »
• Retours terrain Need4Viz sur la conception de tableaux de bord Webi