Migrer vers Fabric

Migrer, ce n'est pas refaire. C'est retrouver ce que votre système sait déjà.

La difficulté d’une migration décisionnelle n’est jamais le transfert des données. C’est la logique métier accumulée au fil des années, que personne n’a documentée ailleurs que dans l’outil.

bascule sèche. La nouvelle chaîne tourne en parallèle jusqu’à concordance.

Réconciliation période par période avant tout basculement

Le déroulé

Un domaine à la fois, en parallèle de l'existant

Inventaire
Sources alimentées, transformations en place, rapports qui en dépendent.
Premier domaine
Les ventes le plus souvent : le périmètre où l’écart se voit tout de suite.
Comparaison
Vos équipes confrontent les deux plateformes sur leurs propres chiffres.
Bascule progressive
Domaine par domaine, au rythme que les faits justifient.

D'où l'on part

Quatre points de départ, quatre difficultés différentes

Les situations de migration vers Fabric
Existant	Ce qui se reprend	La vraie difficulté
TimeXtender	La structure de l'entrepôt, les tables et les mouvements de données sont explicites et se relisent.	La logique métier vit dans le projet et souvent nulle part ailleurs. Il faut l'extraire avant de la reconstruire.
Jet Analytics	Les modèles pré-packagés pour ERP Microsoft donnent une base de départ lisible.	Les personnalisations ajoutées au fil des ans, qui s'écartent du standard sans être documentées.
Entrepôt SQL Server on-premise	Les procédures stockées et les vues décrivent précisément les transformations.	L'ordonnancement et les dépendances implicites entre traitements, rarement écrits quelque part.
Power BI seul	Le modèle sémantique se réutilise tel quel : ce travail-là n’est pas perdu.	Les règles recodées dans chaque rapport, qui divergent entre elles et qu'il faut arbitrer.

Comment nous procédons

Rien ne bascule avant que les chiffres concordent

Archéologie de la logique existante
Nous lisons le projet en place et nous en extrayons les règles de gestion, une par une. C’est la phase la plus ingrate et la plus déterminante : ce qui n’est pas retrouvé maintenant sera découvert par un utilisateur six mois après la bascule.
Arbitrage des règles divergentes
Une migration met au jour des contradictions accumulées : deux définitions de la même mesure, deux périmètres pour le même indicateur. Ces arbitrages appartiennent à vos équipes métier, pas à nous. Nous les documentons et nous les faisons trancher.
Construction en parallèle
La nouvelle chaîne se construit pendant que l’ancienne continue de tourner. Aucune interruption, et surtout aucune pression de calendrier qui pousserait à basculer avant d’être prêt.
Réconciliation période par période
Nous comparons les résultats des deux chaînes jusqu’à concordance. Chaque écart est expliqué : soit c’est un bug de la nouvelle, soit c’est un bug de l’ancienne que personne n’avait vu. Les deux arrivent.
Bascule et retrait
Une fois la concordance obtenue et acceptée, l’ancienne chaîne est arrêtée, pas avant. Le coût de la faire tourner quelques semaines de plus est dérisoire face à celui d’une bascule ratée.

Quand ne pas migrer

Un entrepôt qui fonctionne mérite qu'on le garde

Nous vendons des migrations, et nous en déconseillons régulièrement. Une plateforme plus récente n’est pas une raison suffisante.

Si votre entrepôt actuel produit des chiffres justes, que vos utilisateurs s’en satisfont et que son coût de maintenance est maîtrisé, migrer vous coûtera un projet pour arriver au même résultat. La migration se justifie quand l’existant bloque quelque chose : un besoin temps réel, un volume qui ne passe plus, une compétence devenue introuvable, un éditeur qui change ses conditions.

Questions fréquentes

Ce qu'on nous demande sur les migrations

Faut-il tout refaire pour migrer vers Fabric ?

Non, et ce serait la pire façon de s'y prendre. Un modèle sémantique existant se réutilise, les mesures se reprennent, et les rapports en place continuent de fonctionner. Ce qui change, c'est ce qui se trouve en amont : là où vos données étaient préparées, et par quel outil. La migration porte sur cette couche, pas sur la restitution.

Peut-on migrer depuis TimeXtender ou Jet Analytics ?

Oui, et c'est un terrain que nous connaissons de l'intérieur : nous intégrons ces outils depuis des années. La difficulté n'est pas technique mais documentaire : la logique métier accumulée dans un projet TimeXtender n'existe souvent nulle part ailleurs. La migration commence donc par extraire cette logique avant de la reconstruire, sinon on perd des années de règles de gestion.

Combien de temps prend une migration ?

Cela dépend beaucoup moins du volume de données que du nombre de règles de gestion à reprendre. Un entrepôt simple avec quelques dizaines de transformations se migre en quelques semaines. Un projet accumulé sur dix ans, dont personne ne connaît plus certaines parties, demande une phase d'archéologie qu'il ne faut pas sous-estimer.

Que devient notre existant pendant la migration ?

Il continue de tourner. Nous construisons la nouvelle chaîne en parallèle et nous comparons les résultats des deux, période par période, jusqu'à ce qu'ils concordent. La bascule n'intervient qu'une fois cette réconciliation faite. Personne ne devrait accepter une migration en bascule sèche sur un système décisionnel.

Et si nous décidons de ne pas migrer ?

C'est une décision parfaitement légitime, et nous vous le dirons si nous la jugeons raisonnable. Un entrepôt qui fonctionne, dont les utilisateurs sont satisfaits et dont le coût de maintenance est maîtrisé n'a pas besoin d'être remplacé. La migration se justifie quand l'existant bloque quelque chose, pas parce qu'une plateforme plus récente existe.

La méthode

Un domaine à la fois

Chaque domaine bascule l'un après l'autre pendant que l'existant continue de servir. La période de recouvrement permet à vos équipes de comparer les deux plateformes sur leurs propres chiffres avant de décider de la suite.

Un domaine à la fois, jamais tout d'un coup

L'existant continue de servir pendant que chaque domaine bascule, ce qui laisse vos équipes comparer sur leurs propres chiffres.

La zone de recouvrement est le cœur de la méthode : c'est là que vos équipes confrontent les deux plateformes sur des données réelles. Le rythme de la suite se décide sur ce qu'elles constatent, pas sur un calendrier fixé d'avance.

Deux heures pour savoir ce que votre existant contient vraiment.

Onze collaborateurs expertsSaint-Priest, près de Lyon

Un atelier de cadrage avec un consultant, offert et sans engagement. On regarde votre projet en place, on estime l'ampleur de la logique à reprendre, et on vous dit franchement si la migration se justifie.

Demander un atelier de cadrage

Atelier de cadrage · 2 heures · offert

Un domaine à la fois, en parallèle de l'existant

Inventaire

Premier domaine

Comparaison

Bascule progressive