Migrer d’Excel à Power BI : la méthode sans big bang

Le fichier s’appelle « Reporting_v27_final_OK_bis.xlsx ». Il pèse 60 Mo, met deux minutes à s’ouvrir, et une seule personne ose encore le modifier. Si cette description vous évoque quelque chose, la question n’est plus de savoir s’il faut migrer d’Excel à Power BI, mais comment le faire sans casser ce qui fonctionne, et sans imposer un « big bang » que personne ne suivra.

Rassurez-vous : les migrations réussies ne jettent pas Excel. Elles déplacent chaque usage vers le bon outil, l’un après l’autre. Voici la méthode.

Les signes qu’il est temps de migrer d’Excel à Power BI

• Les fichiers ralentissent. Des classeurs de plusieurs dizaines de Mo qui plantent à l’ouverture, des recalculs interminables. Excel plafonne à 1 048 576 lignes par feuille d’après les spécifications officielles, mais la douleur commence bien avant la limite.
• Les #REF! se multiplient. Liaisons cassées, formules qui pointent dans le vide après chaque réorganisation : la moindre modification devient un risque.
• Une seule personne maîtrise le fichier. Son absence bloque le reporting ; son départ le condamne.
• Le rituel du copier-coller. Chaque mois, des exports de la comptabilité, du CRM et de l’ERP, collés puis rapprochés à la main.
• Les versions se contredisent. Le fichier du DAF et celui du directeur commercial affichent deux CA différents, et les deux ont « raison ».

Trois signes ou plus ? Le sujet n’est plus technique : c’est une question de gouvernance des chiffres.

Ce qu’on garde d’Excel (et c’est très bien ainsi)

Excel n’est pas l’ennemi. C’est un outil personnel d’exploration et de saisie remarquable, à qui l’on a fait jouer un rôle pour lequel il n’a pas été conçu : base de données collective et moteur de reporting. Le cabinet d’études BARC résume bien le problème en décrivant Power BI comme une réponse à la prolifération désordonnée de classeurs Excel dans les entreprises.

Côté comptabilité, si vous êtes sur Pennylane, la migration est accélérée : les écritures alimentent Power BI nativement, comme le détaille notre page d’intégrateur Pennylane.

Après la migration, Excel conserve trois rôles parfaitement légitimes :

• La saisie structurée : budgets, hypothèses, retraitements. Tout ce qui demande une intervention humaine réfléchie.
• Les analyses jetables : une vérification ponctuelle, une simulation du vendredi soir. Inutile d’industrialiser ce qui ne se répète pas.
• Le tête-à-tête avec les chiffres : beaucoup de contrôleurs pensent dans Excel, et Power BI sait alimenter Excel en données propres. Les deux cohabitent très bien.

Nous avons d’ailleurs consacré un article à ce que vaut encore un bon tableau de bord Excel, et au moment où il ne suffit plus.

Migrer par usage, pas par fichier

L’erreur de cadrage classique consiste à dresser la liste des classeurs à « convertir ». Mais un classeur n’est pas un usage : le même fichier mélange souvent un reporting mensuel diffusé à dix personnes, deux analyses mortes depuis deux ans et une saisie de budget. Migrer le fichier n’a pas de sens ; migrer chaque usage, si.

1. Inventoriez les usages : quels rapports, lus par qui, pour quelle décision, à quelle fréquence. L’inventaire révèle toujours des rapports que plus personne ne lit. Ceux-là ne migrent pas, ils s’arrêtent.
2. Commencez par le reporting récurrent à forte diffusion : c’est là que l’automatisation rapporte le plus vite. Les analyses ponctuelles et le prévisionnel, eux, restent dans Excel.
3. Connectez les sources d’origine (comptabilité, ERP, CRM) plutôt que les exports Excel intermédiaires. Brancher Power BI sur quinze classeurs saisis à la main revient à automatiser la fragilité. Une fois les sources connectées, l’actualisation se planifie, jusqu’à 8 fois par jour avec une licence Pro d’après la documentation Microsoft : le copier-coller mensuel disparaît.

Les erreurs classiques

• Reproduire le fichier à l’identique. Mêmes onglets devenus pages, même logique : aucun gain, déception garantie. On repart des questions métier, pas de la mise en page historique.
• Tout migrer d’un coup. Couper Excel un lundi matin, c’est fabriquer de la résistance. La confiance se construit rapport par rapport.
• Oublier les définitions. Si « marge » n’a pas la même définition selon les fichiers, la migration reproduit le désaccord, en plus visible. Chaque indicateur migré mérite une définition écrite et validée.
• Négliger la bascule. Sans date d’arrêt annoncée, le fichier historique continue « au cas où », et l’entreprise paie deux systèmes en parallèle.

Ce que nous constatons en mission : la période de double production, pendant laquelle l’ancien fichier et le nouveau tableau de bord tournent ensemble, est indispensable, mais elle doit être bornée. Deux cycles mensuels suffisent en général pour expliquer les écarts et installer la confiance. Au-delà, le provisoire s’enracine.

Le plan des 30 premiers jours

1. Semaine 1 : inventaire et choix du pilote. Cartographie des usages et choix du rapport le plus lu, souvent le reporting mensuel de direction. Les définitions des indicateurs se posent noir sur blanc dès maintenant.
2. Semaine 2 : sources et modèle. Connexion des données d’origine et construction du modèle, avec les premières mesures. C’est le socle : mieux vaut le faire bien que vite.
3. Semaine 3 : premier tableau de bord en double production. Le rapport Power BI sort en parallèle du fichier historique, et chaque écart est expliqué. En mission, ce premier tableau de bord sort en 5 à 10 jours de travail.
4. Semaine 4 : bascule du pilote et périmètre suivant. Retours des lecteurs et ajustements, puis date d’arrêt du fichier historique et choix du deuxième usage à migrer.

Trente jours plus tard, vous n’avez pas « tout migré », et c’est précisément le but. Vous avez un pilote qui tourne et des utilisateurs rassurés ; la méthode est rodée. La suite est une répétition, pas une aventure.

Pour objectiver la décision avant de lancer quoi que ce soit, notre calculateur du coût du reporting chiffre en 90 secondes ce que votre organisation dépense aujourd’hui en production manuelle. Et notre page Power BI détaille notre façon de mener ces projets.

Vous voulez savoir par quel usage commencer chez vous, et ce que donnerait un pilote en 30 jours ? Réservez un appel de 30 minutes, ou passez d’abord par notre audit Power BI express, conçu exactement pour poser ce diagnostic.