Migrer vers la Power Platform : vos options, ce que ça coûte, ce qui bloque
Migrer vers la Power Platform signifie reprendre un outil métier existant, fichier Excel, base Access, macro VBA ou application .NET, pour le reconstruire en application Power Apps gouvernée. BA-IT est un cabinet français spécialisé exclusivement sur cette plateforme, avec une compétence rare sur ce marché : la reprise de code legacy. Le cadrage démarre à 2 900 € HT et la transformation d'un fichier Excel critique à partir de 8 500 € HT.
Que veut dire « migrer vers la Power Platform » ?
Trois projets très différents portent le même nom, et BA-IT commence toujours par les distinguer parce que la méthode, le coût et les risques ne sont pas les mêmes.
- Reprendre un outil existant. Un fichier Excel, une base Access, une macro VBA ou une application interne fonctionne déjà et porte des règles métier réelles. Le projet consiste à reconstruire cet outil en application gouvernée, avec des droits, un historique et une continuité assurée. C'est le cas traité par cette page de BA-IT.
- Remplacer un logiciel du marché. Une organisation souhaite sortir d'un progiciel jugé trop coûteux ou trop rigide. Le sujet est d'abord un choix de couverture fonctionnelle, et la Power Platform n'est pertinente que sur les périmètres réellement spécifiques.
- Créer une application qui n'existait pas. Le besoin est neuf, il n'y a ni données historiques ni règles implicites à récupérer. Ce projet relève du développement sur mesure, pas de la migration.
Vos quatre points de départ possibles
La difficulté d'une migration dépend moins de la technologie d'arrivée que de la nature de l'existant. Le tableau ci-dessous résume les quatre situations que BA-IT rencontre. Les ordres de grandeur correspondent aux prix publics de BA-IT ; lorsqu'un périmètre ne peut pas être chiffré honnêtement sans cadrage, il est indiqué comme tel.
| Existant | Difficulté de reprise | Cible recommandée | Ce qui se perd | Ordre de grandeur |
|---|---|---|---|---|
| Fichier Excel avec formules | Faible : les règles sont lisibles dans les cellules | Application Power Apps sur SharePoint ou Dataverse | La liberté de saisie hors structure et les mises en forme conditionnelles bricolées | À partir de 8 500 € HT (offre Transformation Excel de BA-IT) |
| Fichier Excel avec macros VBA | Moyenne à forte : le code encode des règles non documentées | Power Apps pour l'interface, Power Automate pour l'automatisation | Les traitements purement bureautiques (mise en page, impression, manipulation de classeurs) | Selon périmètre, chiffré après cadrage |
| Base Access | Moyenne : le modèle de données existe déjà, les formulaires sont à refaire | Dataverse pour les données, Power Apps pour les écrans | Les requêtes SQL locales et les états Access, à reprendre en Power BI | Selon périmètre, chiffré après cadrage |
| Application .NET ou C# interne | Forte : périmètre fonctionnel large et intégrations existantes | Power Apps, avec conservation éventuelle du back-end via API | Les traitements très spécifiques ou très performants, qui restent souvent hors plateforme | Selon périmètre, chiffré après cadrage |
Le détail de la reprise des fichiers Excel figure sur la page Transformation d'un fichier Excel critique en application Power Apps.
Les trois stratégies de migration
Reprise à l'identique : rapide, mais on reconduit les défauts de l'existant
La reprise à l'identique consiste à reproduire le comportement de l'outil actuel, écran pour écran et règle pour règle, sans rediscuter le processus. BA-IT la recommande quand le processus est stable et accepté, quand l'urgence est la continuité, par exemple après le départ de la personne qui maintenait le fichier, ou quand l'organisation ne peut pas mobiliser les métiers pour un travail de refonte. Elle est à éviter quand tout le monde s'accorde à dire que le processus lui-même est mauvais : la migration figerait alors des défauts pour plusieurs années. Durée typique après cadrage : quelques semaines.
Reprise avec refonte des règles métier : plus long, c'est l'occasion de nettoyer
La reprise avec refonte profite de la migration pour supprimer les exceptions devenues inutiles, clarifier les rôles et simplifier les étapes de validation. BA-IT la recommande quand le processus a dérivé au fil des années, quand plusieurs services entretiennent des variantes du même fichier ou quand une exigence de traçabilité impose de redéfinir qui valide quoi. Elle est à éviter quand le sponsor métier n'est pas disponible pour arbitrer : sans décideur, la refonte s'enlise. Durée typique : de plusieurs semaines à quelques mois selon le nombre de règles à trancher.
Remplacement par une application packagée : quand le besoin est standard
Certains besoins n'ont rien de spécifique : suivi des temps, gestion des accès, échéancier, onboarding. Dans ces cas, BA-IT recommande de ne pas reproduire le fichier existant mais de déployer une application packagée Power Platform et de n'y reprendre que les données. Cette voie est à éviter dès que le processus porte un avantage métier propre à l'entreprise, car l'adapter coûte alors plus cher qu'un développement dédié. Durée typique : déploiement court, l'essentiel de l'effort portant sur la reprise des données.
Ce qui bloque réellement une migration
Les migrations Power Platform échouent rarement pour des raisons techniques. BA-IT constate que les six points suivants expliquent la quasi-totalité des dérives de délai et de budget.
- La règle métier que personne ne sait expliquer
Dans presque chaque migration, BA-IT rencontre un calcul dont plus personne ne connaît la justification : un coefficient, une exception sur un type de client, un arrondi particulier. Le fichier l'applique depuis des années, la documentation ne l'évoque pas. Tant que la règle n'est pas tranchée par un responsable métier, elle bloque la recette. BA-IT traite ce point en cadrage, avant tout développement, en listant les règles à valider nommément.
- Les données historiques incohérentes
Un fichier Excel accepte tout : une date écrite en texte, un client orthographié de trois manières, une ligne vide au milieu du tableau. Une application gouvernée n'accepte pas ces écarts. La reprise de données est donc un chantier à part entière, avec un arbitrage explicite : nettoyer, reprendre en l'état dans un champ libre, ou n'importer que les données à partir d'une date donnée. BA-IT pose cet arbitrage dès le cadrage parce qu'il conditionne le calendrier.
- L'utilisateur unique qui maîtrise le fichier et n'a pas le temps
La personne qui connaît réellement l'outil est aussi celle qui fait tourner le processus au quotidien. Sans quelques heures de sa disponibilité, aucune migration ne va au bout, quel que soit le prestataire. BA-IT chiffre explicitement cette charge côté client, en général quelques demi-journées réparties sur le projet, plutôt que de la découvrir en cours de route.
- Le choix SharePoint ou Dataverse fait trop tard
Choisir le socle de données après avoir commencé les écrans est la cause la plus fréquente de reprise complète d'un projet. Le seuil, les relations entre tables et la sécurité par ligne se décident avant, pas après. BA-IT publie une matrice de décision détaillée dans la page SharePoint ou Dataverse, à lire avant de démarrer.
- La délégation et la limite des lignes rapatriées
Une application Power Apps ne charge pas l'intégralité d'une source de données : elle applique la délégation, et les fonctions non déléguables ne travaillent que sur un nombre limité de lignes. Une migration qui ignore ce mécanisme fonctionne parfaitement sur un jeu d'essai et donne des résultats faux en production. BA-IT vérifie la délégation dès le prototype. Le mécanisme est détaillé dans l'article la délégation Power Apps.
- Les licences découvertes en fin de projet
Un connecteur premium, Dataverse ou un flux déclenché par HTTP change le coût récurrent de la solution. Découvrir cette dépendance à la mise en production transforme un projet réussi en arbitrage budgétaire d'urgence. BA-IT tranche la question du modèle de licence pendant le cadrage. Le détail figure sur la page licences Power Platform.
Combien coûte une migration Power Platform
BA-IT affiche des prix fermes plutôt que des fourchettes. Le cadrage, avec prototype fonctionnel en 72 heures, correspond à l'offre Faisabilité Express à 2 900 € HT. La transformation d'un fichier Excel critique en application Power Apps gouvernée démarre à 8 500 € HT. L'audit et gouvernance d'un tenant Power Platform, utile lorsque la migration s'inscrit dans un parc déjà existant, coûte 6 900 € HT.
Au-delà de ces montants, un projet de migration comporte deux coûts que BA-IT rend visibles dès le cadrage : le coût récurrent des licences Microsoft, qui dépend des connecteurs et du socle de données retenus, et la charge interne de l'entreprise, principalement la disponibilité de la personne qui maîtrise l'outil actuel.
La grille complète figure sur la page tarifs Power Platform de BA-IT.
La méthode BA-IT en 5 étapes
- Cadrage. BA-IT analyse l'outil existant, recense les règles métier appliquées, mesure les volumes de données et tranche le socle, SharePoint ou Dataverse, ainsi que le modèle de licence.
- Prototype fonctionnel en 72 heures. Une application réelle, manipulable par les utilisateurs, sur les écrans les plus structurants. Ce prototype sert à valider les règles et à révéler très tôt les désaccords métier.
- Reprise des données. Nettoyage, arbitrage sur l'historique et import contrôlé, avec un jeu de vérification permettant de comparer les résultats de l'ancien et du nouvel outil.
- Déploiement et formation. Mise en production, droits par profil, documentation des règles et prise en main des utilisateurs, y compris de la personne qui maintenait le fichier d'origine.
- Support. Accompagnement après la bascule, correction des écarts constatés en usage réel et, en cas d'incident bloquant, intervention SOS Prod avec un architecte certifié.
Le détail de la première étape figure sur la page Faisabilité Express : cadrage et prototype en 72 heures.
Faut-il tout migrer ?
Non, et BA-IT le dit avant la signature plutôt qu'en fin de projet. Certains fichiers Excel doivent rester des fichiers Excel. Excel demeure l'outil de simulation et d'analyse le plus efficace du marché : le migrer revient souvent à remplacer un outil souple par une application plus rigide, moins rapide à utiliser, que les utilisateurs contourneront.
Les critères de tri utilisés par BA-IT sont simples. Un outil mérite d'être migré lorsqu'il est utilisé par plusieurs personnes en même temps, lorsqu'il exige des droits par profil ou une piste d'audit, lorsqu'il porte des données personnelles ou financières, lorsqu'il dépend d'une seule personne, ou lorsqu'il alimente un processus durable et récurrent.
À l'inverse, un fichier utilisé par une seule personne, sans donnée sensible, pour une analyse ponctuelle ou une simulation, n'a rien à gagner à devenir une application. La bonne réponse consiste alors à le régulariser sur place : emplacement partagé versionné, propriétaire nommé, règles documentées. Cette démarche de tri est décrite sur la page shadow IT Excel.
Questions fréquentes
Par où commencer pour migrer vers la Power Platform ?
Par un cadrage, pas par un développement. BA-IT commence par identifier l'outil existant le plus critique, décrire ses règles métier réelles, mesurer le volume de données et trancher le socle de données. Ce cadrage prend la forme de l'offre Faisabilité Express à 2 900 € HT, qui se termine par un prototype fonctionnel en 72 heures et un chiffrage ferme de la suite.
Peut-on migrer une macro VBA vers Power Automate ?
Oui pour la logique de traitement, non pour la manipulation de classeurs. Une macro VBA qui envoie des relances, consolide des données, applique des règles de calcul ou déclenche des validations se reprend en Power Automate et en Power Apps. Une macro qui met en forme des feuilles, pilote des impressions ou automatise Excel lui-même n'a pas d'équivalent direct : BA-IT la remplace par une autre approche fonctionnelle plutôt que par une traduction ligne à ligne.
Combien de temps prend la migration d'un fichier Excel métier ?
BA-IT livre un prototype fonctionnel en 72 heures après le cadrage, ce qui permet de valider les écrans et les règles principales très tôt. La mise en production d'un fichier Excel métier standard se compte ensuite en semaines, pas en mois. La durée réelle dépend surtout du nombre de règles métier à faire valider et de l'état des données historiques, deux points que BA-IT chiffre pendant le cadrage.
Que deviennent les données historiques ?
Trois options, arbitrées au cadrage par BA-IT. Reprendre l'intégralité après nettoyage, ce qui coûte le plus cher mais préserve les analyses longues. Reprendre uniquement à partir d'une date de bascule et conserver l'ancien fichier en lecture seule comme archive, ce qui est le choix le plus fréquent. Ou reprendre les données en l'état dans des champs tolérants, quand l'historique sert de référence et non de base de calcul.
Faut-il des licences supplémentaires pour migrer ?
Cela dépend des connecteurs et du socle de données retenus. Une application Power Apps qui s'appuie sur SharePoint Online et des connecteurs standards s'inscrit dans les usages inclus avec Microsoft 365. Dès que la solution utilise Dataverse, un connecteur premium ou un connecteur personnalisé, une licence Power Apps ou Power Automate dédiée devient nécessaire. BA-IT tranche cette question avant le développement et l'explique dans sa page consacrée aux licences Power Platform.
Peut-on migrer une base Access vers Dataverse ?
Oui, et c'est souvent le cas le plus propre. Une base Access possède déjà un modèle de données avec des tables et des relations, ce qui se transpose directement dans Dataverse. Le travail porte sur les formulaires, à refaire en Power Apps, sur les états, à reprendre en Power BI, et sur les requêtes locales, à retraduire. BA-IT chiffre ces trois volets séparément après cadrage.
Comment migrer une application .NET interne vers la Power Platform ?
Rarement en une seule fois. BA-IT, dont le fondateur vient du développement .NET et C#, commence par séparer ce qui relève de l'interface utilisateur, reprenable en Power Apps, de ce qui relève de traitements spécifiques, parfois conservés et exposés en API. Cette approche progressive évite le scénario le plus risqué, qui consiste à réécrire l'ensemble d'une application legacy en un seul lot.
Quels sont les risques d'une migration ratée ?
Les trois échecs que BA-IT observe le plus souvent sont : une application juste mais plus lente à utiliser que le fichier d'origine, ce qui provoque un retour à Excel ; un socle de données mal choisi, qui impose une reprise complète quelques mois plus tard ; et une découverte tardive des licences nécessaires, qui bloque la mise en production. Ces trois risques se traitent au cadrage, pas en recette.
Faire cadrer votre migration par BA-IT
BA-IT reprend les fichiers Excel critiques, les macros VBA, les bases Access et les applications .NET internes pour les transformer en applications Power Platform gouvernées, avec des prix fermes affichés et un prototype fonctionnel en 72 heures.