Plateforme SAP BusinessObjects BI
À jour au 2026-08-14T00:00:00Z
Qu'est-ce que Plateforme SAP BusinessObjects BI ?
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.
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.
La couche sémantique mérite une attention distincte. Les univers — UNV dans le designer classique, UNX dans l'outil de conception d'information — encodent jointures, contextes, conscience des agrégats et sécurité. Ce sont de véritables actifs, et ils n'ont pas d'équivalent fidèle de l'autre côté : SAP Analytics Cloud consomme des connexions live et des modèles Datasphere, qui relèvent d'un paradigme de modélisation différent et non d'un format de fichier différent. Un univers se ré-exprime, il ne se convertit pas.
Lire honnêtement un parc BusinessObjects. Demander l'inventaire du CMS plutôt qu'un nombre d'états : objets par type, instances planifiées par mois, univers distincts, et nombre d'états réellement ouverts au cours du dernier trimestre. Ce dernier nombre est en général une fraction du total, et c'est lui qui cadre la charge. Puis demander qui possède les planifications.
Les horizons de maintenance de la plateforme ont été publiés, prolongés puis republiés plus d'une fois. Lisez la Product Availability Matrix courante plutôt qu'une présentation — y compris celle-ci.
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.