↓

Mettre en œuvre Business Central, de A à Z

La mise en place de Business Central suit des phases connues : cadrage, analyse, paramétrage, reprise des données, recette, formation, démarrage et suivi. Voici ce que chacune produit et ce qui vous revient.

Mis à jour le 28 octobre 2026

La mise en place de Business Central n’est pas une installation de logiciel : c’est un projet d’entreprise qui touche la comptabilité, les achats, les stocks, les ventes et, parfois, la production. Une PME ou une ETI belge qui s’y engage doit savoir dans quel ordre les choses se font, ce qu’elle doit livrer et ce qu’elle peut attendre de son intégrateur. Cette page détaille l’implémentation de Business Central de bout en bout, avec les réalités d’un projet mené en Belgique.

1 Cadrage etcahier descharges 2 Choix de l’ERPet del’intégrateur 3 Paramétrage etdéveloppements 4 Reprise desdonnées 5 Tests etformation 6 Démarrage etsupport
Les étapes d’un projet ERP

La méthode de Microsoft : FastTrack et Success by Design

Microsoft n’impose pas de méthode à l’intégrateur, mais propose un cadre d’accompagnement. FastTrack for Dynamics 365 est un programme animé par l’équipe d’ingénierie produit de l’éditeur. Ses architectes ne conçoivent ni ne développent votre solution : ils animent des ateliers alignés sur les phases clés du projet afin de repérer les risques tôt.

Pour les clients concernés par FastTrack, le cadre de livraison s’appelle Success by Design. Il structure la relation entre les architectes de l’éditeur, vos équipes et le partenaire. Le Dynamics 365 Implementation Portal sert à suivre le projet de mise en œuvre.

Retenez deux choses. D’abord, ce cadre est un garde-fou, pas un substitut à l’intégrateur : c’est lui qui paramètre, reprend les données et forme vos équipes. Ensuite, la plupart des intégrateurs appliquent leur propre méthodologie, souvent proche de celle qui suit. Demandez-leur de vous la présenter par écrit, phase par phase.

Les phases d’un projet Business Central

Le déploiement de Business Central se découpe en phases successives, parfois chevauchées. Le tableau ci-dessous résume qui fait quoi et ce que vous obtenez à la fin de chacune.

Phase Ce qui se passe Livrable principal Rôle de l’entreprise
Cadrage Objectifs, périmètre, équipe projet, jalons Note de cadrage et planning Désigner un sponsor et un chef de projet interne
Analyse Ateliers par métier, écarts avec le standard Dossier d’analyse fonctionnelle Décrire les processus réels, trancher les arbitrages
Paramétrage Configuration, extensions, intégrations Environnement paramétré Valider les choix au fil de l’eau
Reprise des données Nettoyage, correspondance, chargements d’essai Données migrées et contrôlées Fournir des données propres et les contrôler
Recette Tests de scénarios métier Procès-verbal de recette Tester avec des cas concrets
Formation Prise en main par profil Supports et utilisateurs formés Libérer le temps des équipes
Démarrage Bascule en production Société en production Tenir la date, assurer le pilotage
Suivi Corrections, ajustements, transfert au support Bilan de projet Remonter les anomalies, prioriser

Cadrage : poser le périmètre

Le cadrage fixe ce que le projet couvre et, tout aussi important, ce qu’il ne couvre pas. On y décide des sociétés concernées, des modules, des intégrations avec vos outils existants et de la date visée. Un cahier des charges préparé en amont raccourcit nettement cette étape : il évite d’y découvrir en séance ce que vos équipes attendent vraiment.

Vous nommez aussi votre chef de projet interne. Ce n’est pas une formalité : c’est la personne qui tranche, relaie et protège le calendrier côté entreprise.

Analyse : comprendre vos processus

L’intégrateur anime des ateliers avec la comptabilité, les achats, les ventes, l’entrepôt, l’atelier si vous produisez. Il confronte vos pratiques au standard de Business Central et note chaque écart. Pour chacun, trois réponses existent : adapter le processus, paramétrer, ou développer une extension. La troisième est la plus coûteuse à long terme, car elle s’ajoute à ce qu’il faudra maintenir à chaque évolution du produit.

En Belgique, l’analyse comptable porte sur le plan comptable, les codes TVA, les journaux et la facturation électronique. Microsoft indique que, dans les pays localisés par lui comme la Belgique, la localisation est fournie par l’éditeur lui-même, et non par une application de partenaire : vous partez donc d’une base locale, que l’on adapte ensuite à votre dossier. Votre comptable externe, s’il en a un, doit être associé à cette étape.

Paramétrage : construire la solution

L’intégrateur configure la société, les structures comptables, les articles, les fournisseurs, les circuits de validation, les droits d’accès et les états. Les modules de Business Central activés dépendent de l’analyse. Les liaisons avec d’autres logiciels (boutique en ligne, banque, outil de paie, transporteur) passent par des connecteurs et intégrations dont il faut prévoir le test dès cette phase.

Le paramétrage se fait de préférence par cycles courts, avec des démonstrations régulières. Un utilisateur clé qui découvre l’outil seulement à la recette arrive trop tard.

Reprise des données : le chantier qu’on sous-estime

Reprendre les données, c’est décider de ce qui passe dans le nouveau système : fiches clients et fournisseurs, articles, soldes d’ouverture, commandes en cours, éventuellement un historique. Chaque ensemble est nettoyé, mis en correspondance avec la structure de Business Central, chargé en essai, puis contrôlé.

Le principe est simple : on ne migre pas les erreurs. Les doublons de tiers, les articles dormants et les numéros de TVA incomplets se corrigent avant le chargement. Pour le détail technique, consultez la page consacrée à la migration vers Business Central.

Recette : valider avec vos cas réels

La recette consiste à rejouer vos opérations courantes dans le nouveau système : une commande d’achat jusqu’au paiement, une vente jusqu’à la facture, une clôture mensuelle, un inventaire. Des scénarios écrits à partir de situations réelles valent mieux que des tests génériques. Chaque anomalie est consignée, corrigée, puis retestée.

Le procès-verbal de recette est un jalon : c’est lui qui autorise la suite. Ne le signez pas sous la pression du calendrier si des scénarios critiques n’ont pas été passés.

Formation et conduite du changement

Les utilisateurs formés sur leurs propres données, par profil, adoptent l’outil plus vite que ceux qui assistent à une présentation générale. Prévoyez des sessions distinctes pour la comptabilité, les achats, les ventes, la logistique. Dans un pays comme la Belgique, pensez aussi aux équipes qui travaillent en néerlandais ou en français : la langue de formation et de support compte pour l’adoption. Les options de formation à Business Central se choisissent pendant le projet, pas après.

Démarrage et suivi

La bascule se prépare comme une opération : date de gel de l’ancien système, chargement final des soldes, contrôles croisés avec la comptabilité, permanence de l’intégrateur les premiers jours. Choisissez une date qui évite, si possible, une clôture annuelle ou une période de forte activité.

Après le démarrage, le suivi corrige les anomalies de jeunesse et prépare le passage au support et à la maintenance. Un bilan de projet clôt l’ensemble : ce qui a été livré, ce qui reste à faire, ce qui devient une évolution.

Qui fait quoi : entreprise et intégrateur

Un projet réussi repose sur une répartition claire. L’intégrateur apporte la méthode, la connaissance du produit, le paramétrage et le développement éventuel. Vous apportez la connaissance de votre métier, les décisions et les données.

Côté entreprise, quatre rôles reviennent :

  • un sponsor, souvent la direction ou le DAF, qui arbitre et débloque ;
  • un chef de projet interne, disponible de façon régulière et non « quand il a le temps » ;
  • des utilisateurs clés, un par domaine, qui participent aux ateliers et à la recette ;
  • un référent données, qui garantit la qualité des fichiers repris.

Côté intégrateur, attendez un chef de projet, un ou plusieurs consultants fonctionnels et, selon le cas, un développeur. Pour les modèles de rôles et la manière de les évaluer, la page choisir un intégrateur Business Central vous aidera à poser les bonnes questions.

Un point de licence à connaître : 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 l’intermédiaire d’un partenaire. Le choix de l’intégrateur conditionne donc aussi la relation commerciale sur les licences. Pour les ordres de grandeur, voyez la page prix de Business Central.

Ce qui fait varier la durée et le budget

Personne ne peut annoncer honnêtement une durée ou un budget sans avoir cadré votre projet. Les facteurs qui pèsent le plus sont toujours les mêmes :

  • le nombre de sociétés et d’entités à consolider, y compris si elles sont dans plusieurs régions ;
  • le nombre de modules : finance seule, ou finance, achats, stocks, ventes, production ;
  • le volume d’adaptations et d’extensions par rapport au standard ;
  • le nombre et la complexité des intégrations avec les autres logiciels ;
  • la qualité et le volume des données à reprendre ;
  • la disponibilité de vos équipes : un projet mené en marge de l’activité s’allonge ;
  • le nombre d’utilisateurs à former et leur dispersion géographique ;
  • la facturation électronique : les échanges Peppol doivent être paramétrés et testés avec vos clients et fournisseurs, comme l’explique notre guide sur la facturation électronique Peppol.

Le meilleur levier reste la rigueur du périmètre. Pour le déroulé général d’un projet quel que soit le logiciel, voyez aussi les étapes d’un projet ERP.

Les pièges propres à Business Central

Certains écueils reviennent souvent sur ce produit.

Les mises à jour régulières. Business Central en ligne évolue par mises à jour majeures. 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 ; l’aperçu en préversion, lui, ne permet pas de tester sur une copie des données de production. Un projet sérieux prévoit donc dès le départ un environnement de test et un rituel de validation après chaque mise à jour.

Les extensions mal pensées. Business Central se personnalise par extensions. Chacune qui touche à des processus centraux alourdit la maintenance. Une extension doit répondre à un besoin qui rapporte, pas à une habitude.

La licence mal dimensionnée. Les profils d’utilisateurs n’ont pas les mêmes droits ni le même coût. Un accès consulté de temps en temps ne se licencie pas comme un poste comptable quotidien. Faites valider l’affectation des licences par l’intégrateur avant le démarrage.

La localisation oubliée. La Belgique bénéficie d’une localisation fournie par Microsoft, mais votre dossier a ses propres particularités : plan comptable, déclarations TVA, spécificités sectorielles. Sa conformité ne dispense pas de les paramétrer et de les tester. Notre page Business Central en Belgique détaille ce contexte.

Le choix du mode d’hébergement. Le cloud est la voie naturelle, mais il se décide en connaissance de cause ; voyez l’hébergement cloud de Business Central avant de figer l’architecture.

Le projet sans pilote. Le piège classique reste l’absence d’un décideur côté entreprise. Quand personne ne tranche, les ateliers s’éternisent et le périmètre gonfle.

Par où commencer

Avant de solliciter un intégrateur, rédigez en une page vos objectifs, vos sociétés, vos modules souhaités et vos intégrations indispensables, puis désignez votre chef de projet. Cette préparation rend les échanges précis et les propositions comparables. Notre service est gratuit : nous vous mettons en relation avec un intégrateur adapté à votre projet, qui réalisera la mise en œuvre lui-même ; nous n’intervenons pas dans le projet.

Questions fréquentes

Quelles sont les 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. Les intitulés varient d’un intégrateur à l’autre, mais l’enchaînement reste le même. Chaque phase se termine par un livrable que vous validez avant de passer à la suivante.

Combien de temps dure un projet Business Central ?

Aucune durée sérieuse ne se donne sans connaître votre périmètre. Elle dépend du nombre de sociétés et de modules, de la qualité de vos données, du volume d’adaptations et de la disponibilité de vos équipes. L’intégrateur chiffre un planning après l’analyse, pas avant.

Business Central est-il adapté à la réglementation belge ?

Oui, la Belgique fait partie des pays où la localisation est fournie directement par Microsoft, sans application de partenaire à ajouter. Il reste à paramétrer correctement votre plan comptable, vos codes TVA et vos échanges Peppol avec votre comptable et votre intégrateur.

Que fait Microsoft dans un projet de mise en œuvre ?

Microsoft ne réalise pas le projet à la place de l’intégrateur. Son programme FastTrack for Dynamics 365 propose des ateliers animés par des architectes de l’éditeur, alignés sur les phases clés, pour repérer les risques ; ces architectes ne conçoivent ni ne développent la solution.

Peut-on acheter les licences Business Central directement chez Microsoft ?

D’après la documentation Microsoft, les licences en ligne s’achètent par le programme Cloud Solution Provider, donc par l’intermédiaire d’un partenaire. En pratique, l’intégrateur que vous choisissez vous fournit les licences et vous accompagne sur le projet.

Sources

  1. Microsoft Learn — FastTrack for Dynamics 365
  2. Microsoft Learn — Calendrier de déploiement des mises à jour de Business Central
  3. Microsoft Learn — Pays et traductions de Business Central
  4. Microsoft Learn — Licences 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.