Migration DataViz - migrer de SAP BO vers GCP Looker

Migrer SAP BusinessObjects vers Looker, c’est transposer univers et rapports Web Intelligence en modèles LookML, Explores et dashboards. Univers et objets métier sont la principale source d’information pour reconstruire le modèle cible.

Analyse et rationalisation du patrimoine

Cette phase ne dépend pas de la cible : prérequis d’accès, périmètre analysé et rationalisation par les logs d’audit sont détaillés dans Migrer de SAP BO vers Power BI. Les rapports inutilisés, cassés ou répliqués, les objets non consommés et les univers obsolètes sont écartés avant la conversion.

Résultat : réduction massive du volume à migrer.

Conversion vers Looker

Data Providers, objets métier et requêtes sont convertis en composants Looker : dimensions, mesures, jointures et calculs dans les modèles LookML ; dashboards, filtres, prompts, tableaux, graphiques et navigation à partir des rapports ; organisation fonctionnelle des univers dans les dossiers, Explores et catalogues métier.

La conversion s’appuie sur {oa-lake} : requêtes, calculs et variables sont encapsulés sous forme de pipelines SQL, et les objets métier des univers alimentent sa couche sémantique interopérable, à laquelle Looker se connecte (voir ci-dessous).

Validation

Pendant la recette, SAP BusinessObjects et Looker fonctionnent en double exécution et leurs indicateurs sont comparés.

Prompts SAP BusinessObjects

Les invites deviennent des filtres natifs Looker ; listes de valeurs et paramètres de saisie sont conservés.

Objets métier et modèles LookML

Structure fonctionnelle

L’organisation des univers est reconstruite sous forme d’Explores.

Pivots et analyses matricielles

Les tableaux croisés sont convertis vers les mécanismes de pivot de Looker.

Graphiques

Bar charts

Pie charts

{oa-lake} : le socle de toute migration DataViz

Migrer d’un outil de reporting à un autre répond au besoin immédiat, mais déplace la logique métier dans un nouveau modèle propriétaire : au prochain changement d’outil, tout est à reconstruire.

Looker se connecte à {oa-lake} et consomme un modèle déjà prêt : objets métier, KPI et sécurité ne sont plus enfermés dans un nouveau modèle propriétaire.

Point clé : migrer vers {oa-lake}, c’est migrer une dernière fois. La logique métier devient un actif de l’entreprise, indépendant des éditeurs.

Pourquoi {oa-lake} est le socle des migrations DataViz → · Découvrir {oa-lake} → · Interopérabilité SQL et couche sémantique →

Questions fréquentes