{openAudit}, le data lineage et les usages de l'information pour transformer les SI

  What if the real complexity of BI migrations lies in the sources? In any data visualization solution migration project, we tend to think that the main obstacle lies in changing tools. Yes, but "not only" 😊! Moving from SAP Business Objects to Looker, for example, could be a matter of "translating" dashboards and semantic layers. We know how to do it very well 👇. R  EX:  SAP BO migration to GCP Looker   But our experience shows that there is a structuring aspect that adds complexity to complexity in the context of a technical migration: the management of data sources in the target.  In the case of an SAP BO to Looker migration, data is rarely migrated 100% to GCP BigQuery. The data sources may remain on Oracle, for example, rely partly on custom SQL (freehand SQL), or combine several databases. There are many complex scenarios.    We have built a technical solution that allows us to efficiently handle all of these scenarios.    A new parad...

  Et si la vraie complexité des migrations BI se jouait dans les sources ? Dans tout projet de migration de solution de dataviz, on a tendance à penser que l’écueil principal réside dans le changement d’outil. Oui, mais « pas que » 😊 ! Passer de SAP Business Objects à Looker, par exemple, pourrait être une affaire de « traduction » de dashboards et de couche sémantique. On sait d’ailleurs très bien le faire 👇. R EX : migra tion SAP BO vers GCP Looker   Mais notre expérience montre qu’il y a un aspect structurant qui ajoute de la complexité à la complexité dans le cadre d'une migration technique : la gestion des sources de données dans la cible.  Dans le cas d’une migration de SAP BO vers Looker, elles sont rarement migrées à 100 % dans GCP BigQuery. Les sources peuvent rester sur Oracle par exemple, reposer pour partie sur du SQL personnalisé (freehand SQL), ou combiner plusieurs bases. Les cas complexes sont nombreux.    Nou...