Un projet Business Central qui s’enlise ne se règle pas par un coup de téléphone au partenaire ni par une nouvelle série de réunions. Il se règle par un état des lieux factuel. L’audit Business Central a précisément cet objet : mesurer l’écart entre ce qui a été promis, ce qui a été livré et ce dont votre entreprise a besoin aujourd’hui, puis proposer un chemin réaliste. Cette page explique quand le déclencher, ce qu’on y examine, comment mener une reprise de projet Business Central et comment changer d’intégrateur Business Central sans perdre ce qui a déjà été construit.
Les signes qu’un audit Business Central s’impose
Aucun de ces symptômes n’est grave pris isolément. C’est leur accumulation qui doit alerter.
- Les délais glissent sans explication claire. Les jalons sont repoussés, les comptes rendus restent vagues et personne ne sait dire ce qui reste à faire.
- Votre comptable contourne l’outil. Les écritures de TVA, les rapprochements ou les clôtures se terminent dans Excel parce que la déclaration périodique ne se reconstitue pas proprement depuis Business Central.
- Les utilisateurs ont perdu confiance. Stocks faux, prix incohérents, doubles saisies : l’équipe garde ses anciens fichiers « au cas où ».
- Le coût dérive. Les heures facturées augmentent alors que le périmètre fonctionnel n’a pas bougé, ou chaque demande simple devient un développement.
- Le partenaire est devenu injoignable ou instable. Le consultant qui connaissait votre dossier est parti, les réponses tardent, personne ne porte plus la vision d’ensemble.
- Les mises à jour font peur. Vous repoussez chaque version de crainte de casser une personnalisation que personne ne maîtrise.
Si deux ou trois de ces situations sont les vôtres, le guide sur les erreurs fréquentes d’un projet ERP vous aidera à situer la cause avant de commander l’audit.
Audit, reprise, changement d’intégrateur : ne pas tout confondre
L’audit est un diagnostic. Il ne présume ni d’un changement de partenaire ni d’une refonte. Trois issues sont possibles :
- Corriger avec le partenaire actuel quand les défauts sont circonscrits et que la relation reste saine.
- Reprendre le projet avec un cadrage renouvelé : nouvelle gouvernance, périmètre redéfini, jalons vérifiables.
- Changer d’intégrateur quand la confiance ou la compétence fait défaut, avec un transfert organisé.
Pour que le diagnostic soit crédible, il est préférable qu’il soit réalisé par un acteur qui n’a pas intérêt à la conclusion. Via notre service gratuit de mise en relation, vous pouvez demander à un intégrateur indépendant du projet en cours de mener cette revue : nous mettons en relation, c’est lui qui réalise la mission. Le fonctionnement est détaillé dans comment ça marche.
Ce que l’on examine lors d’un audit
Un audit sérieux part de l’installation réelle, pas des documents de projet. Voici les axes habituels et ce que chacun cherche à établir.
| Axe | Ce que l’on vérifie | Signal d’alerte |
|---|---|---|
| Paramétrage | Plan comptable, groupes de comptabilisation, codes TVA, flux d’achat et de vente, séries de numérotation | Règles contradictoires, exceptions non expliquées |
| Données | Fiches clients, fournisseurs, articles, soldes d’ouverture, doublons | Doublons, articles dormants, soldes qui ne se rapprochent pas |
| Développements | Extensions, personnalisations, rapports sur mesure, dépendances | Code non documenté, modifications lourdes là où une configuration suffisait |
| Performances | Lenteurs ressenties, traitements longs, rapports bloquants | Traitements qui monopolisent les utilisateurs aux heures de travail |
| Sécurité | Ensembles d’autorisations, comptes actifs, séparation des tâches | Droits excessifs, comptes d’anciens collaborateurs ou de prestataires encore ouverts |
| Version | Position par rapport aux versions publiées, extensions compatibles | Retard accumulé, extensions bloquant la montée de version |
| Intégrations | Échanges avec la paie, l’e-commerce, la banque, Peppol | Flux fragiles, scripts maison, reprises manuelles |
Le paramétrage : où se logent les erreurs silencieuses
Les erreurs de paramétrage comptable ne se voient pas à la saisie, mais à la clôture. Un groupe de comptabilisation mal relié, un code TVA mal choisi, et les écarts apparaissent des mois plus tard. L’auditeur rejoue des scénarios types, de la commande à l’encaissement, et compare avec les attentes de votre comptable. Pour mémoire, les notions de base sont décrites dans la page comptabilité et finance, et le contexte belge dans la TVA belge dans l’ERP.
En Belgique, la localisation de Business Central est fournie par Microsoft elle-même, et non par une application de partenaire. C’est un point de contrôle utile : un paramétrage qui s’éloigne de cette localisation standard sans raison solide mérite des explications.
Les données : le terrain de la reprise
Un projet en difficulté a souvent subi une migration précipitée. On contrôle donc la cohérence des soldes, la qualité des fiches, la présence de doublons et la traçabilité de ce qui a été repris. Si la reprise initiale est mauvaise, le plus sûr est parfois de la recommencer proprement plutôt que de corriger à la marge ; la page sur la migration vers Business Central détaille la méthode.
Un point de vigilance : Microsoft n’aide pas à corriger des données corrompues. La remise en ordre des données est donc une prestation de votre intégrateur, et l’audit doit en chiffrer l’ampleur sans la minimiser.
Les développements : le vrai poids du sur-mesure
C’est souvent là que se cache la dette technique. L’auditeur dresse l’inventaire des extensions, identifie celles qui remplacent une fonction standard et évalue la possibilité de revenir à la configuration. Un développement bien conçu, documenté et testé peut rester ; un correctif empilé sur un autre, non. Voir aussi le développement sur mesure pour les bonnes pratiques attendues.
La version et les mises à jour
Business Central en ligne publie deux mises à jour majeures par an, en avril et en octobre, ainsi que des mises à jour mineures les autres mois, qui contiennent notamment des correctifs critiques et des évolutions réglementaires. Une installation qui n’a jamais été mise à jour accumule donc du retard réglementaire et fonctionnel.
L’audit regarde si les extensions permettent de suivre ce rythme. La fenêtre de mise à jour par défaut s’étend de 20 h à 6 h, heure locale, et les mises à jour non terminées dans la fenêtre sont annulées puis reprogrammées sept jours plus tard : une extension incompatible peut ainsi retarder la montée de version de façon répétée. Le détail des cycles figure dans la page versions et éditions.
La sécurité et les accès
On vérifie les ensembles d’autorisations, les comptes encore actifs, la séparation des tâches entre saisie et validation, et les droits donnés à des prestataires. Après un changement d’équipe ou de partenaire, des accès oubliés sont fréquents : c’est un risque réel, qu’un audit traite en priorité.
Changer d’intégrateur sans tout recommencer
Changer de partenaire n’implique pas de refaire le projet. Les licences en ligne s’achètent par l’intermédiaire d’un partenaire du programme Cloud Solution Provider, mais votre environnement et vos données restent votre actif : le transfert est une opération organisée, pas une rupture.
Les documents et accès à récupérer
Avant d’annoncer quoi que ce soit, assurez-vous d’avoir en main :
- les accès administrateur à votre locataire Microsoft et au centre d’administration de Business Central, au nom de votre entreprise et non de l’ancien prestataire ;
- les spécifications fonctionnelles et comptes rendus de projet : périmètre, décisions, écarts acceptés ;
- le code source des extensions et la liste des dépendances, avec le dépôt où il est conservé ;
- la documentation de paramétrage : plan comptable, schémas de flux, règles de TVA, tarifs ;
- les procédures d’exploitation : sauvegardes, droits, traitements planifiés, interfaces ;
- les contrats et conditions : durée, préavis, propriété des développements, modalités de restitution.
Sécuriser avant de bouger
Chaque environnement peut être restauré jusqu’à 10 fois par mois calendaire, à n’importe quel moment des 28 derniers jours, dans la même région Azure, avec un abonnement payant. Cette capacité est utile pour tester un redressement sur une copie plutôt que sur l’environnement de production : un audit sérieux s’appuie sur un environnement de test, pas sur la production.
Organiser la passation
Une passation réussie réunit l’ancien et le nouvel intégrateur autour d’une même liste de points ouverts. Le nouveau partenaire pose des questions, lit le code, rejoue des scénarios ; l’ancien répond pour ce qu’il a fait. Quand le climat ne le permet pas, votre audit sert d’arbitre : il fige l’état de l’installation à une date donnée et évite les discussions sans fin sur ce qui était prévu.
Pour choisir le nouveau partenaire, appuyez-vous sur la page choisir un intégrateur Business Central : références vérifiables dans votre secteur, consultants nommés, méthode de reprise écrite.
Construire le plan de redressement
L’audit débouche sur un plan, pas sur un simple constat. Un bon plan de redressement présente ses éléments dans cet ordre.
Stabiliser d’abord
On traite en premier ce qui menace l’exploitation : accès à risque, écritures comptables fausses, échanges bloquants avec les clients ou les fournisseurs. Pour une entreprise belge, cela inclut la capacité à émettre et recevoir des factures conformes ; le guide sur la facturation électronique Peppol précise ce que l’ERP doit assurer.
Reprendre le périmètre
Il faut ensuite relire le périmètre avec les utilisateurs, module par module : ce qui est en production et utilisé, ce qui est livré mais délaissé, ce qui n’a jamais été mis en œuvre. Cette étape évite de payer pour terminer des fonctions dont personne n’a plus besoin. La mise en œuvre de Business Central décrit le déroulé normal d’un projet, qui sert de référence pour situer où le vôtre s’est écarté.
Réduire la dette technique
Les développements sont classés : à conserver, à remplacer par la configuration standard, à réécrire. Cette sélection allège les futures mises à jour et réduit la dépendance à un prestataire unique.
Remettre en place un pilotage
Un redressement échoue quand il se contente de réparer sans restaurer la gouvernance. Prévoyez un responsable de projet de votre côté, des points d’avancement avec des livrables vérifiables, et une définition simple de ce qui est « terminé » pour chaque lot. Votre comptable et vos utilisateurs clés valident ce qui les concerne.
Prévoir le support après redressement
Le projet repris doit se terminer par un cadre d’exploitation clair. Chaque client a un partenaire qui assure le support de première ligne et escalade à Microsoft si nécessaire, en tant qu’administrateur délégué du locataire. Définissez qui joue ce rôle, avec quelle disponibilité, et comment sont traitées les demandes d’évolution. La page support et maintenance détaille ce qu’on peut raisonnablement attendre.
Et si Business Central n’est plus le bon choix ?
C’est une issue possible, mais elle est moins fréquente qu’on ne le pense : la plupart des échecs tiennent à la conduite du projet, pas au produit. L’audit doit toutefois poser la question honnêtement. Si l’activité a changé, si les besoins sectoriels sortent du périmètre ou si l’équilibre coûts-bénéfices a basculé, examinez les alternatives à Business Central avant d’investir davantage. Ce choix se fait à partir de besoins documentés, jamais sous le coup de la frustration.
Comment nous pouvons vous aider
Intégrateurs ERP est un service gratuit de mise en relation : vous décrivez votre situation, votre installation et vos difficultés, et nous vous mettons en contact avec un intégrateur adapté à votre projet en Belgique, capable de mener un audit ou une reprise. Nous ne réalisons pas le projet nous-mêmes et ne sommes affiliés à aucun éditeur : le conseil reste neutre, que vous poursuiviez avec Business Central ou non. Pour situer votre contexte local, consultez aussi la page Business Central en Belgique.
Questions fréquentes
Que doit contenir un audit Business Central ?
Un audit couvre le paramétrage, la qualité des données, les développements spécifiques, les performances, la sécurité des accès et la position de l’installation par rapport aux versions publiées. Il se conclut par un rapport priorisé : ce qui est bloquant, ce qui peut attendre, ce qui relève d’un choix de gestion. Il doit aussi dire clairement ce qui fonctionne et mérite d’être conservé.
Peut-on changer d’intégrateur Business Central en cours de projet ?
Oui, et c’est plus courant qu’on ne le croit. Les licences en ligne passent par un partenaire Microsoft, mais le locataire et vos données vous appartiennent : le transfert se prépare par la récupération des accès, de la documentation et du code des extensions. Un audit préalable évite que le nouveau partenaire ne reparte de zéro ou n’hérite de défauts qu’il ignore.
Microsoft peut-il m’aider si mon projet Business Central est mal engagé ?
Le support technique de Microsoft couvre les incidents, pas la conduite d’un projet. Les questions d’utilisation relèvent de la formation, et Microsoft n’aide pas à corriger des données corrompues. Votre partenaire assure le support de première ligne et escalade à Microsoft si nécessaire : si cette relation est rompue, il faut d’abord en désigner un autre.
Un audit de reprise est-il utile si nous sommes déjà en production ?
Oui, surtout si les clôtures comptables sont pénibles, si les utilisateurs contournent l’outil avec des tableurs ou si les mises à jour inquiètent. Une installation en production peut cacher des développements non documentés, des droits trop larges ou des paramétrages incohérents que l’audit met au jour avant qu’ils ne coûtent plus cher.
Faut-il tout refaire après un audit défavorable ?
Rarement. Dans la majorité des cas, la base fonctionnelle est réutilisable : plan comptable, articles, fiches clients et fournisseurs, une partie des processus. Le plan de redressement distingue ce qui se corrige, ce qui se reparamètre et ce qui se reconstruit. Une reprise complète n’est envisagée que si le périmètre de départ ne correspond plus à votre activité.
Sources
- Microsoft Learn — Support technique Business Central
- Microsoft Learn — Calendrier de déploiement des mises à jour Business Central
- Microsoft Learn — Licences Business Central
- Microsoft Learn — Sauvegarde et restauration d’un environnement
- Microsoft Learn — Pays localisés et traductions
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.