Fiche concept

Plateforme SAP BusinessObjects BI

À jour au 2026-09-27

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que Plateforme SAP BusinessObjects BI ?

Le parc serveur BI on-premise — CMS, univers, planification, sécurité — qui fait encore tourner la restitution chez une large part des clients SAP. C'est la plateforme, et non un outil en particulier, que doit réellement remplacer une migration.

De quoi il s'agit

La plateforme SAP BusinessObjects BI est le parc serveur on-premise qui héberge les outils de restitution SAP classiques : Web Intelligence, Crystal Reports et — en leur temps — Design Studio, Lumira Designer, Analysis, Dashboards et Explorer. Parler de « BusinessObjects » comme s'il s'agissait d'un concepteur d'états passe à côté de ce qui rend le départ difficile. La plateforme, c'est un Central Management Server portant un modèle de droits, une arborescence de dossiers, un moteur de planification qui pousse des milliers d'instances vers des boîtes aux lettres et des partages de fichiers, un mécanisme de publication avec éclatement (bursting), et une couche sémantique d'univers dont dépend chaque état.

C'est pourquoi la migration n'est pas un exercice de conversion d'états. Un client avec quatre mille états en a en général un nombre bien plus faible de réellement distincts, et une quantité bien plus grande de machinerie autour : listes de destinataires, sécurité à la ligne exprimée par des ensembles de restrictions dans les univers, distributions planifiées dont les propriétaires métier n'ont pas été sollicités depuis des années, et intégrations qui consomment des fichiers exportés. Remplacer les états est la moitié visible ; remplacer les comportements de la plateforme est la moitié qui décide si la migration atterrit.

Pourquoi c'est important

La plupart des clients SAP restituent encore depuis BusinessObjects, et ce sont les comportements de plateforme — planification, éclatement, sécurité des univers — qu'une migration sous-estime. Le nombre d'états est le mauvais chiffre.

Points clés

Un parc serveur, pas un concepteur d'états : modèle de droits CMS, dossiers, planification, publications et éclatement, plus la couche sémantique des univers.
🔴 Le nombre d'états est le mauvais chiffre de cadrage. Objets par type, instances planifiées par mois, univers distincts et états réellement ouverts le dernier trimestre sont les bons.
Les univers (UNV/UNX) encodent jointures, contextes, conscience des agrégats et sécurité à la ligne — ré-exprimés dans la cible, jamais convertis.
SAC consomme des connexions live et des modèles Datasphere : un paradigme de modélisation différent, pas un format de fichier différent.
Les horizons de maintenance ont été prolongés plus d'une fois — lire la Product Availability Matrix courante, pas une présentation.
La décision qui organise le programme est reconstruire-ou-retirer, prise par état sur l'usage du dernier trimestre — pas par état existant.
Les comportements de plateforme (éclatement, sécurité de publication, distribution externe) se décident par distribution avec un propriétaire métier nommé, jamais une fois pour tout le parc.

Termes employés sur cette page

CMS (Central Management Server): Le composant BusinessObjects qui porte le modèle de droits, l'arborescence de dossiers et les métadonnées d'objets de toute la plateforme.
Univers (UNV/UNX): La couche sémantique BusinessObjects : jointures, contextes, conscience des agrégats et sécurité à la ligne sur une source de données.
Publication / éclatement: Mécanisme de plateforme qui exécute un état une fois par segment de destinataires et distribue une sortie personnalisée en volume.
BI Launch Pad: Le portail web utilisateur de la plateforme BI, par lequel les états sont ouverts, planifiés et partagés.
Conscience des agrégats: Le mécanisme d'univers qui redirige une requête vers une table pré-agrégée lorsqu'elle couvre la granularité demandée. Il n'a pas d'équivalent direct dans la cible et se ré-exprime en modélisation.
Restriction set: L'objet d'univers qui exprime la sécurité à la ligne en attachant une condition WHERE à un groupe d'utilisateurs. C'est là que vit réellement la sécurité des données d'un parc BusinessObjects.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →