SAP Lumira (Discovery & Designer)
À jour au 2026-08-14T00:00:00Z
Qu'est-ce que SAP Lumira (Discovery & Designer) ?
SAP Lumira est une marque qui a recouvert deux produits d'origines différentes, aux utilisateurs différents et aux chemins de migration différents — et les confondre est le moyen le plus sûr de mal chiffrer une mission Lumira.
De quoi il s'agit
SAP Lumira est une marque qui a recouvert deux produits d'origines différentes, aux utilisateurs différents et aux chemins de migration différents — et les confondre est le moyen le plus sûr de mal chiffrer une mission Lumira.
Lumira Discovery est la ligne libre-service : un outil de bureau où un analyste acquiert un jeu de données, le prépare et bâtit des visualisations sans modèle sémantique côté serveur. Il est né de la réponse de SAP à la vague du libre-service, et ses utilisateurs sont des analystes travaillant sur leurs propres données, fréquemment hors de toute gouvernance DSI.
Lumira Designer est Design Studio sous un nom plus tardif : le concepteur d'applications BI scriptées avec SDK d'extension, utilisé par des développeurs pour bâtir des applications analytiques gouvernées et 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 projette vers les surfaces de story et d'exploration de SAC, et sa difficulté de migration est dominée par une question de données non gouvernées — d'où venait 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 projette vers les Analytic Applications SAC, et sa difficulté est dominée par des composants SDK personnalisés à reconstruire en custom widgets. Un plan unique qui dit « migrer Lumira » sans scinder ces deux volets se trompera sur les deux.
Ce qu'il faut établir en premier. Demander quel Lumira est installé et qui l'utilise. Si la réponse est « des analystes avec des fichiers de bureau », vous avez un problème de gouvernance et d'accès aux données déguisé en migration. Si la réponse est « une équipe de développement avec un catalogue d'applications », vous avez un problème de reconstruction de code. Beaucoup de parcs ont les deux, dans des départements différents, sans propriétaire commun.
Pour un consultant, la collision de marque est elle-même l'apport à vendre : elle explique pourquoi les chiffrages Lumira précédents chez le même client revenaient incohérents, et elle rend la première réunion productive plutôt qu'exploratoire.
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.