Fiche concept

SAP Lumira (Discovery & Designer)

À 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 SAP Lumira (Discovery & Designer) ?

Une marque recouvrant deux produits sans rapport : Lumira Discovery, le poste de visualisation en libre-service, et Lumira Designer, le Design Studio renommé. Les lire comme un seul produit est l'erreur la plus fréquente d'une migration Lumira.

De quoi il s'agit

SAP Lumira est une marque qui a couvert deux produits d'origines différentes, d'utilisateurs différents et de chemins de migration différents — et les confondre est la manière la plus sûre de mal chiffrer un engagement Lumira.

Lumira Discovery est la ligne self-service : un outil desktop où un analyste acquiert un jeu de données, le prépare et construit des visualisations sans modèle sémantique côté serveur. Il est né de la réponse de SAP à la vague self-service, et ses utilisateurs sont des analystes travaillant sur leurs propres données, souvent entièrement en dehors de la gouvernance IT.

Lumira Designer est Design Studio sous un nom ultérieur : le concepteur d'applications BI scriptées avec un SDK d'extension, utilisé par des développeurs pour construire des applications analytiques gouvernées, pilotées par événements, sur BW et HANA. Ses utilisateurs sont des développeurs, ses artefacts sont des applications, et son résidu est du code.

Les deux atterrissent à des endroits différents. Le contenu Discovery se rapporte vers les surfaces de stories et d'exploration de SAC, et sa difficulté de migration est dominée par une question de données non gouvernées — d'où vient réellement le jeu de données de l'analyste, et la cible lui permet-elle de l'obtenir de la même façon. Le contenu Designer se rapporte vers les Analytic Applications SAC, et sa difficulté est dominée par les composants SDK personnalisés qui doivent être reconstruits en widgets personnalisés. Un plan unique qui dit « migrer Lumira » sans scinder ces deux éléments se trompera sur les deux.

Pourquoi c'est important

Deux produits sous une seule marque, aux utilisateurs, successeurs et facteurs de coût différents. Un plan qui ne les scinde pas se trompe sur les deux moitiés.

Points clés

🔴 Une marque, deux produits : Lumira Discovery (desktop self-service) et Lumira Designer (Design Studio renommé).
Les utilisateurs de Discovery sont des analystes avec leurs propres jeux de données, souvent hors gouvernance IT.
Les utilisateurs de Designer sont des développeurs ; ses artefacts sont des applications scriptées et son résidu est du code SDK.
Discovery atterrit sur les stories et l'exploration SAC ; Designer atterrit sur les Analytic Applications SAC.
Établir quel Lumira, et qui l'utilise, avant tout chiffrage — de nombreux parcs font tourner les deux sans propriétaire commun.
Deux décisions, pas une : une décision de gouvernance pour Discovery (chemin gouverné ou parc fantôme accepté) et une décision de reconstruction par composant pour Designer.
Les deux moitiés diffèrent par NATURE, pas par taille — l'une est culturelle et lente, l'autre technique et chiffrable ; une date unique masque la lente.

Termes employés sur cette page

Lumira Discovery: La ligne libre-service de bureau : acquérir, préparer et visualiser un jeu de données sans modèle sémantique côté serveur.
Lumira Designer: SAP BusinessObjects Design Studio sous un nom de produit plus tardif — applications BI scriptées avec SDK d'extension.
Acquisition de jeu de données: La façon dont un analyste Discovery a obtenu ses données. Fréquemment non documentée, et véritable sujet d'une migration Discovery.
Story: L'artefact SAC qui tient le rôle des visualisations Discovery, sur une fondation gouvernée.
Parc fantôme: Jeux de données et contenus de bureau détenus par des analystes, hors de toute source gouvernée. Le vrai sujet d'une migration Discovery, et invisible pour un inventaire côté serveur.
Collision de marque: Un même nom de produit couvrant deux produits sans rapport. C'est pourquoi les chiffrages précédents chez le même client revenaient incohérents, et le nommer est souvent la première valeur qu'apporte un consultant.

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 →