La mise en place de Business Central n’est pas une simple installation : c’est un projet d’entreprise qui touche la comptabilité, les achats, les stocks, les ventes et parfois la production. Cette page décrit l’implémentation de Business Central de bout en bout, afin que vous sachiez ce que vous devez attendre de votre intégrateur et ce que l’on attend de vous.
Cadre général d’un projet Business Central
Business Central est l’ERP de Microsoft destiné aux PME et aux ETI. Le déploiement de Business Central repose sur trois acteurs : l’éditeur, qui fournit le produit et ses mises à jour ; l’intégrateur, qui conçoit, paramètre et déploie ; et votre entreprise, qui porte le projet et valide chaque étape.
Pour la France, Microsoft fournit directement la localisation de Business Central, comme dans vingt autres pays. Les règles françaises (plan comptable, TVA, états réglementaires) ne reposent donc pas sur une application tierce. Vérifiez néanmoins avec votre intégrateur la couverture exacte de vos besoins, notamment pour la facture électronique.
Ce que propose l’éditeur
Microsoft propose FastTrack for Dynamics 365, un programme d’accompagnement animé par l’équipe d’ingénierie produit. Ses architectes ne conçoivent ni ne développent la solution : ils animent des ateliers alignés sur les phases clés du projet pour repérer les risques le plus tôt possible.
Le cadre de livraison associé s’appelle Success by Design. Il structure l’engagement des architectes solution avec les équipes projet et les partenaires, et le Dynamics 365 Implementation Portal aide à gérer les projets de mise en œuvre. Demandez à votre intégrateur s’il s’appuie sur ces dispositifs et comment ils s’articulent avec sa propre méthode.
Pourquoi passer par un partenaire
Selon la documentation Microsoft, les licences Business Central en ligne ne s’achètent que par le programme Cloud Solution Provider, c’est-à-dire par un partenaire. Le choix de l’intégrateur conditionne donc à la fois le projet et la relation commerciale sur les licences. Pour juger un candidat, consultez notre page choisir un intégrateur Business Central : la désignation « Solutions Partner for Business Applications » de Microsoft et les certifications des consultants (MB-800 pour le fonctionnel, MB-820 pour le développement) sont des repères utiles, sans être des garanties.
Les phases du projet Business Central
Le tableau ci-dessous résume la trame classique. L’ordre est stable ; c’est le contenu de chaque phase qui varie selon votre périmètre.
| Phase | Objectif | Livrables principaux | Votre rôle |
|---|---|---|---|
| Cadrage | Fixer périmètre, objectifs, gouvernance | Note de cadrage, planning, équipe projet | Nommer un sponsor et un chef de projet |
| Analyse | Décrire vos processus cibles | Cahier des charges, écarts fonctionnels | Expliquer les processus réels, trancher |
| Paramétrage | Configurer la solution | Environnement paramétré, spécifications des développements | Valider les choix de configuration |
| Reprise des données | Charger l’existant | Jeux de données nettoyés, rapports de contrôle | Nettoyer et valider les données |
| Recette | Vérifier que tout fonctionne | Cahiers de tests, liste des anomalies | Tester sur des cas réels |
| Formation | Rendre les équipes autonomes | Supports, sessions, utilisateurs référents | Libérer du temps, mobiliser les référents |
| Démarrage | Basculer en production | Plan de bascule, assistance renforcée | Décider du go/no-go |
| Suivi | Stabiliser et améliorer | Bilan, plan d’évolutions | Remonter les écarts, prioriser |
1. Cadrage
Le cadrage répond à une question simple : que doit changer ce projet dans votre entreprise ? On y fixe les processus concernés, les sociétés et les sites, les intégrations à prévoir et les décisions à prendre. Un bon cadrage débouche sur une estimation argumentée de la durée et du budget, jamais sur un chiffre donné avant d’avoir compris votre activité. Notre guide sur le cahier des charges ERP vous aide à préparer cette étape.
2. Analyse des besoins
L’intégrateur confronte vos processus au standard de Business Central et identifie les écarts. Chaque écart appelle une décision : adapter le processus, paramétrer, utiliser une extension existante ou développer. La règle utile est de rester au plus près du standard, qui facilite les mises à jour. Les modules de Business Central fournissent une base à comparer à vos besoins.
3. Paramétrage
C’est la configuration : plan comptable, dimensions analytiques, articles, tarifs, circuits de validation, droits d’accès. Les sujets les plus structurants selon votre activité sont la comptabilité et la finance, les stocks et achats et, si nécessaire, la production. Les développements spécifiques, quand ils sont justifiés, sont traités à part (voir développement sur mesure).
4. Reprise des données
Cette phase est la plus sous-estimée. Il faut décider de ce que l’on reprend (tiers, articles, soldes, parfois l’historique), nettoyer à la source, charger dans un environnement de test, rapprocher avec l’ancien système, puis recommencer jusqu’à obtenir des écarts nuls ou expliqués. La logique complète est détaillée sur la page migration vers Business Central.
5. Recette
La recette consiste à dérouler des scénarios réels de bout en bout : de la commande client à l’encaissement, de l’achat à la comptabilisation, de la clôture mensuelle. Elle est menée par vos utilisateurs, pas par l’intégrateur seul. Chaque anomalie est qualifiée (bloquante ou non), corrigée, puis retestée.
6. Formation
La formation se fait idéalement sur vos données et vos processus, par métier. Des utilisateurs référents, formés plus en profondeur, relaient ensuite auprès de leurs collègues. Voir l’offre de formation Business Central.
7. Démarrage
La bascule se prépare par un plan détaillé : date de coupure, dernière extraction, chargement final, contrôles, plan de repli. Les premiers jours s’accompagnent d’une assistance renforcée sur site ou à distance. Le choix de la date tient compte de vos périodes sensibles (clôture, inventaire, pic d’activité).
8. Suivi après démarrage
Les premières semaines font remonter des ajustements : droits, états, habitudes. Un bilan formalise ce qui reste à traiter et ce qui relève d’évolutions. Le cadre durable est ensuite celui du support et de la maintenance.
Répartition des rôles
Un projet échoue rarement pour une raison technique ; il échoue le plus souvent parce que les responsabilités sont floues.
Côté entreprise :
- un sponsor de direction qui arbitre ;
- un chef de projet disponible, avec du temps dégagé ;
- des experts métier (finance, achats, logistique, ventes) pour l’analyse et la recette ;
- une personne responsable de la qualité des données.
Côté intégrateur :
- un chef de projet qui tient planning et budget ;
- des consultants fonctionnels pour l’analyse et le paramétrage ;
- des développeurs si des extensions sont nécessaires ;
- un référent technique pour l’hébergement, les droits et les environnements.
Ce qui fait varier la durée et le budget
Aucun chiffre sérieux ne peut être avancé sans analyse. Voici les facteurs réels qui pèsent :
- Le périmètre fonctionnel : une comptabilité et des ventes ne se comparent pas à un projet incluant production et multi-sites.
- Le nombre de sociétés, de sites et de devises.
- Le nombre d’utilisateurs et de profils, qui influe sur la formation et les licences.
- La qualité et le volume des données à reprendre.
- Les développements spécifiques et le nombre d’intégrations avec d’autres outils, détaillés sur la page connecteurs et intégrations.
- La disponibilité de vos équipes : un projet ralenti côté entreprise s’allonge mécaniquement.
- La maturité de vos processus : un processus mal défini coûte plus cher à paramétrer qu’un processus clair.
Pour la partie licences, Microsoft publie des prix par utilisateur et par mois (par exemple, Essentials à 80 USD, Premium à 110 USD et Team Members à 8 USD, facturés annuellement, sur la page américaine). Microsoft précise que le prix final dépend de la devise, du pays et de la variante régionale. Pour une vue d’ensemble, consultez la page prix de Business Central et le guide général sur le prix d’un ERP.
Les pièges propres à Business Central
Vouloir tout adapter au lieu de rester au standard
Business Central fonctionne par extensions. Plus vous développez, plus vous alourdissez les mises à jour futures. Chaque développement doit être justifié par un gain métier clair.
Négliger le test des mises à jour
Les mises à jour du service en ligne sont régulières. Microsoft recommande de copier l’environnement de production vers un bac à sable avant chaque mise à jour majeure et d’y programmer la mise à jour pour tester les scénarios critiques. Notez que l’aperçu en préversion ne permet pas de tester sur une copie des données de production. Prévoyez ce rituel dès le projet, avec les scénarios de recette réutilisables.
Sous-estimer la reprise de données
Des tiers en double, des articles obsolètes, des soldes non rapprochés : tout ce qui est sale dans l’ancien système le restera dans le nouveau. Prévoyez des cycles de chargement et de contrôle.
Choisir l’hébergement sans l’avoir arbitré
Le mode de déploiement conditionne l’architecture, les coûts et les mises à jour. Examinez la page hébergement et cloud et le guide ERP cloud ou sur site avant de signer.
Confondre accompagnement de l’éditeur et réalisation
FastTrack aide à repérer les risques, mais ne remplace pas l’intégrateur. La responsabilité du paramétrage, des développements et du démarrage reste contractuellement chez ce dernier.
Oublier la conduite du changement
Un ERP bien paramétré mais mal adopté ne produit rien. Associez les utilisateurs dès l’analyse, communiquez sur les bénéfices, et mesurez l’usage après le démarrage.
Préparer votre projet
Avant de contacter des intégrateurs, rassemblez : la liste de vos processus clés, vos volumes (articles, factures, utilisateurs), vos outils à connecter, vos contraintes de calendrier et votre budget cible. Comparez ensuite plusieurs propositions sur la méthode, les livrables et la répartition des rôles, pas seulement sur le prix. Notre guide pour choisir un intégrateur ERP détaille les critères, et la page étapes d’un projet ERP donne la vision générale, tous éditeurs confondus.
Si un projet en cours déraille, un audit ou une reprise de projet peut remettre la trajectoire d’aplomb.
Questions fréquentes
Quelles sont les grandes phases de la mise en place de Business Central ?
Un projet se déroule en général en huit temps : cadrage, analyse des besoins, paramétrage, reprise des données, recette, formation, démarrage, puis suivi. Chaque phase a ses livrables et se clôt par une validation de l’entreprise avant de passer à la suivante.
Combien de temps dure un projet Business Central ?
Il n’existe pas de durée type honnête sans connaître votre périmètre. Elle dépend du nombre de sociétés et d’utilisateurs, de la qualité des données à reprendre, du volume de développements spécifiques et de la disponibilité de vos équipes. Un cadrage sérieux permet de la chiffrer.
Microsoft accompagne-t-il directement le projet ?
Microsoft propose FastTrack for Dynamics 365, un programme animé par son équipe d’ingénierie produit. Ses architectes ne conçoivent ni ne développent la solution : ils animent des ateliers alignés sur les phases clés pour repérer les risques. La réalisation reste confiée à l’intégrateur.
Peut-on acheter les licences Business Central en direct ?
Selon la documentation Microsoft, les licences Business Central en ligne s’achètent uniquement via le programme Cloud Solution Provider, donc par l’intermédiaire d’un partenaire. Le choix de l’intégrateur intervient donc dès le début du projet, y compris pour la partie licences.
Comment tester une mise à jour sans risque pour la production ?
Microsoft recommande de copier l’environnement de production vers un bac à sable avant chaque mise à jour majeure, puis d’y programmer la mise à jour pour tester vos scénarios critiques. L’aperçu en préversion ne permet pas de tester sur une copie des données de production.
Sources
- Microsoft Learn – Présentation de FastTrack for Dynamics 365
- Microsoft Learn – Licences Business Central
- Microsoft Learn – Calendrier de déploiement des mises à jour
- Microsoft Learn – Localisations de Business Central
Les noms de logiciels cités sont des marques de leurs éditeurs respectifs, mentionnées à titre d’information. Ce site est indépendant et n’est affilié à aucun éditeur.