Vous avez entendu dire : « Passons au cloud, ce sera plus rapide, moins cher, et plus scalable. » Tout le monde acquiesce… jusqu’à ce que l’on s’aperçoive que migrer un ERP comme Dynamics GP vers Business Central (ou NAV, ou Business Central on-premises) ne se limite pas à cocher des cases techniques.  C’est un changement stratégique qui touche les données, les processus, les utilisateurs et l’organisation. 

Dans ce billet, nous allons partager ce que nous avons appris en accompagnant des clients : les étapes clés, les outils Microsoft à connaître, les pièges à éviter, et les bonnes pratiques pour une migration Business Central fluide, efficace, et positive pour toute l’entreprise. 

 

  1. Les outils Microsoft & conditions préalables

Avant même de planifier la migration, vous devez connaître les capacités offertes par Microsoft, les contraintes techniques, et ce qui est migrable ou non. 

• Chemins de migration supportés : Vous pouvez migrer vers Business Central Online à partir de plusieurs versions sur site : Dynamics GP (2015 ou plus récent), Business Central on-premises, ou NAV.  

• Outils de migration:

– Cloud Migration Setup / Cloud Migration Management : ces outils assistés configurent la connexion entre votre base SQL Server existante et le tenant BC en ligne, orchestrent les pipelines de migration des données.  

– Data Migration Extensions : pour importer les données maîtres (clients, fournisseurs, articles, comptes) et les transactions ouvertes.  

– RapidStart Services : utile pour importer via des packages de configuration des données de base, pour configurer rapidement les modules financiers, les inventaires, etc.  

• Conditions techniques et préparatoires 

– Votre version de SQL Server doit être suffisamment récente (SQL Server 2016 ou une version plus moderne) avec un niveau de compatibilité de base approprié (niveau 130 ou plus).  

– Faire un audit de l’existant : personnalisations, rapports, données historiques, workflows spécifiques, etc. Savoir exactement ce que vous utilisez, ce qui est critique, ce qui peut être abandonné ou simplifié. 

– Vérifier la qualité des données : doublons, formatage incohérent, données obsolètes, champs manquants, etc. Nettoyer en amont pour éviter que la migration ne devienne un projet long et coûteux. 

 

  2. Étapes clés de la roadmap de migration

Voici une roadmap structurée, basée sur l’expérience + les guides Microsoft / retours de projet, pour planifier et exécuter une migration réussie. 

Phase	Actions principales	Livrables / résultats attendus
1. Évaluation & planification	Audit des systèmes actuels (GP, modules, personnalisations)   Identification des parties prenantes (finance, IT, opérations) ·   Définition des objectifs business (reporting temps réel, réduction des coûts, mobilité, etc.)	Rapport de cadrage, budget estimatif, calendrier de migration, responsabilités définies
2. Préparation technique	Vérification des versions / prérequis système ·  Nettoyage des données (mastres + historiques)  Choix des données à migrer (quel historique, quels clients/fournisseurs/items actifs)   Configuration de la sécurité / environnement de test (sandbox)	Environnement de test prêt, plan de mapping des données, stratégie sécurité validée
3. Setup de la migration	Lancer Cloud Migration Setup (ou outil équivalent).   Définir les connexions SQL, pipelines Azure Data Factory si nécessaire ·   Paramétrer les packages de configuration (RapidStart)	Connexion stable, migration test possible, premières répétitions de la migration sur sandbox
4. Migration des données	Migrer les données maîtres puis transactions ouvertes.  Tester intégrations et rapports dans l’environnement cible.   Validation des données migrées (comptes, balances, stocks, commandes non clôturées)	Données synchronisées et validées, erreurs corrigées, intégrations testées
5. Go-live & bascule	Planifier le basculement réel (arrêt/minimiser les périodes de double saisie).   Informer, former les utilisateurs finaux.   Mise en place du support post-go-live pour traiter les bugs, les ajustements	Go-live effectué, utilisateurs opérationnels, support en place pour résolution rapide
6. Suivi & optimisation	Mesurer les indicateurs clés (temps de fermeture financière, délai de traitement des commandes, satisfaction utilisateur) ·   Identifier les améliorations continues, intégrations additionnelles, automatisations.   Maintenance, mises à jour régulières	KPI atteints ou en progression, roadmap d’optimisation, ROI démontrable

 

  3. Pièges fréquents et comment les éviter

Pour éviter que votre projet ne soit couteux ou retardé, voici les pièges les plus souvent sous-estimés, et les actions à mener pour s’en prémunir : 

•  Personnalisation excessive 

Risque : complexité pour les mises à jour, temps de migration plus long, coûts cachés. 

> Bonne pratique : limiter les customisations, privilégier les extensions standard et reconsidérer ce qui est vraiment nécessaire. 

• Qualité des données négligée 

Risque : erreurs, incohérences, mauvaises décisions post-migration, perte de confiance des utilisateurs. 

> Bonne pratique : nettoyer, valider et standardiser les données avant la migration ; effectuer des tests de migration sur sandbox. 

• Mauvaise implication des parties prenantes 

Risque : résistances, contournement des usages, délais ou abandon partiel des processus cibles. 

> Bonne pratique : engager finance, opérations et utilisateurs dès le départ ; définir des rôles et responsabilités clairs. 

• Tests insuffisants / UAT bâclés 

Risque : problèmes de performance, erreurs non détectées, interruptions après le go-live. 

> Bonne pratique : planifier suffisamment de temps pour les tests (intégration, performance, utilisateurs) et prévoir plusieurs itérations de migration. 

• Ignorer le post-go-live 

Risque : stabilisation lente, frustration des utilisateurs, coûts de support élevés. 

 > Bonne pratique : préparer un plan de support et maintenance post-migration, organiser des checkpoints et mettre en place une formation continue. 

 

  4. Bénéfices attendus (appuyés sur des études faites par Microsoft)

Les migrations Business Central ne sont pas simplement des coûts transférés, elles apportent une valeur mesurable : 

• Données financières migrées : comptes principaux, périodes fiscales, etc., avec mapping automatique des segments aux dimensions dans BC.  

• Réduction des coûts de maintenance d’infrastructure : serveurs, sauvegardes, mises à jour système, avec la gestion gérée par Microsoft. 

• Meilleure visibilité temps réel / reporting plus rapide, intégration native avec outils Office 365, Power BI, etc. 

• Flexibilité : ajustement des licences, capacité additionnelle, sans devoir investir lourdement en hardware. 

 

  5. Combien de temps cela prend-il ?

Si tout se passe bien et que les prérequis sont respectés, voici les estimations typiques : 

• Pour une entreprise de taille modeste avec peu de personnalisations et des données propres : 6 à 12 semaines pour la plupart des étapes, du plan jusqu’au go-live initial. 

• Pour des environnements complexes (beaucoup de données historiques, personnalisations, intégrations externes) : 4 à 6 mois voire davantage. 

Toujours prévoir des amortisseurs de temps pour les tests, l’adoption utilisateur et les imprévus. 

 

  6. Conseils pratiques pour réussir

Voici des actions à ne pas oublier pour maximiser les chances de succès : 

• Créer un environnement de sandbox/test dès le début, pour simuler la migration, tester les intégrations, les workflows critiques avant le basculement. 

• Mettre en place une communication claire avec les utilisateurs : qu’est-ce qui change, quand, pourquoi: Transparence = confiance. 

• Planifier la formation selon les rôles (finances, opérations, IT, utilisateurs finaux) pour assurer adoption et usage optimal. 

• Surveiller les indicateurs clés dès le départ : taux d’erreur, délais de clôture, satisfaction des utilisateurs. 

• Travailler avec un partenaire Microsoft certifié ou une équipe ayant déjà mené des migrations GP → BC pour éviter les mauvaises surprises. 

 

Conclusion 

Migrer vers Business Central en mode cloud n’est pas simplement une opération IT technique, c’est une stratégie pour rendre votre entreprise plus agile, résiliente, performante. En planifiant correctement, en nettoyant vos données, en impliquant les bonnes parties prenantes, et en utilisant les outils Microsoft adaptés (Cloud Migration Setup, Data Migration Extension, RapidStart, etc.), vous transformerez ce qui pourrait être un défi en un tremplin. 

Contactez- nous pour un audit de votre environnement actuel (GP ou autre) + un plan de migration personnalisé.