Audit Business Central : reprendre un projet en difficulté

Un projet ERP qui déçoit n’est pas une fatalité. Dans la plupart des cas, l’outil n’est pas en cause : ce sont le cadrage, le paramétrage, les développements ou l’accompagnement qui ont dérapé. Un audit Business Central sert à le démontrer, à chiffrer l’écart et à décider en connaissance de cause : corriger avec l’intégrateur en place, ou organiser la reprise du projet Business Central avec un autre partenaire.

Cette page s’adresse aux dirigeants, DAF et DSI dont l’installation Microsoft Dynamics 365 Business Central est en production ou en cours de déploiement, et qui se demandent s’il faut changer d’intégrateur Business Central sans repartir de zéro.

Les signes qu’un audit Business Central s’impose

Aucun de ces symptômes n’est grave isolément. C’est leur accumulation qui doit alerter.

• Les délais glissent sans explication : la mise en production est repoussée plusieurs fois, sans plan révisé ni périmètre clarifié.
• Les utilisateurs contournent l’outil : exports vers des tableurs, doubles saisies, tableaux de bord reconstruits à la main.
• La clôture comptable reste laborieuse : rapprochements manuels, écarts entre stocks et comptabilité, états qu’il faut retraiter.
• Chaque évolution devient une négociation : devis jugés disproportionnés, réponses tardives, interlocuteurs qui changent.
• La dette de développement s’alourdit : extensions mal documentées, correctifs empilés, personne ne sait plus ce que fait quoi.
• Les mises à jour font peur : on repousse la montée de version par crainte de casser des développements.
• La confiance est rompue : le fournisseur et le client ne s’accordent plus sur ce qui était promis.

Si trois de ces signes au moins vous parlent, un diagnostic indépendant coûtera presque toujours moins cher que de continuer à subir.

Ce que l’audit examine

Un bon audit ne se limite pas à une liste de défauts. Il distingue ce qui fonctionne, ce qui se corrige vite et ce qui exige une reconstruction partielle.

Le paramétrage et les processus

C’est souvent là que se cache la cause première. Un paramétrage construit sans cartographie préalable des processus oblige ensuite à compenser par des développements. L’auditeur compare ce qui est configuré avec ce que vos équipes font réellement, en s’appuyant sur les modules effectivement utilisés : comptabilité et finance, stocks et achats, ventes ou production. Il identifie aussi les fonctions standard ignorées alors qu’elles répondaient au besoin. Pour mémoire, la liste des modules de Business Central sert de référence pour cette comparaison.

Les données

Une reprise de données bâclée pèse sur tout le reste. L’audit contrôle la cohérence des soldes d’ouverture, la qualité des référentiels et la présence de doublons. Il vérifie aussi les règles qui évitent la dégradation future : champs obligatoires, contrôles à la saisie, responsabilités de mise à jour. Si les écarts viennent de la reprise initiale, le sujet rejoint celui de la migration vers Business Central.

Les développements sur mesure

Le code est le point de vigilance numéro un en cas de changement de partenaire. On regarde si les extensions sont structurées, documentées, versionnées et si le code source vous appartient. Un développement qui modifie le comportement standard plutôt que de s’y greffer rendra chaque mise à jour coûteuse. Pour comprendre ce que l’on peut raisonnablement attendre, consultez notre page sur le développement sur mesure dans Business Central.

Les performances et la sécurité

Une lenteur a rarement une cause unique. L’audit cherche d’abord si elle touche tous les utilisateurs ou seulement certains traitements, puis la relie à un développement, à un volume, à une intégration ou à l’hébergement. Côté sécurité, il passe en revue les rôles et permissions, la séparation des tâches sensibles (création de fournisseur, validation de paiement) et les accès restants du prestataire sortant.

La version et les mises à jour

Business Central en ligne relève de la Modern Lifecycle Policy de Microsoft : le service est mis à jour en continu et une mise à jour majeure intervient tous les six mois. Concrètement, deux mises à jour majeures sont publiées chaque année, en avril et en octobre, avec des mises à jour mineures mensuelles qui portent notamment des correctifs critiques et des évolutions réglementaires.

Chaque version majeure s’accompagne d’une période de mise à jour de cinq mois à partir de sa disponibilité, suivie d’un mois de grâce. Des environnements d’aperçu sont ouverts environ un mois avant la sortie, ce qui permet de tester ses extensions. Un audit sérieux vérifie que votre intégrateur utilise ce temps pour valider vos développements, et pas pour découvrir les problèmes en production. Pour approfondir, voyez la page versions et éditions de Business Central.

Le cas français mérite une attention particulière : dans la vague de versions 2026 release wave 2 (version 29), la version française de Business Central est transformée en un ensemble d’extensions au-dessus de la base internationale W1. Pour les trois versions suivantes, les clients français peuvent choisir d’activer les nouvelles fonctions sous forme d’extensions ; passé ce délai, Microsoft rendra obsolètes les anciennes fonctions et activera automatiquement l’extension. Si vous avez des développements qui s’appuient sur les fonctions locales, l’audit doit mesurer cet impact.

Changer d’intégrateur sans tout recommencer

C’est la crainte la plus fréquente : changer de partenaire signifierait reconstruire l’ERP. Ce n’est pas le cas. Votre environnement Business Central, ses données et son paramétrage vous appartiennent. Ce qui change, c’est la personne qui l’administre et le fait évoluer.

Ce que le nouvel intégrateur reprend

• L’environnement existant, tel qu’il est, après audit.
• Les extensions qui sont saines et documentées.
• Les données déjà chargées, corrigées au besoin.
• Le support de première ligne : chaque client a un partenaire qui traite les demandes puis escalade à Microsoft si nécessaire, en tant qu’administrateur délégué du locataire. Changer de partenaire revient à transférer ce rôle.

Les licences en ligne ne s’achètent que par le programme Cloud Solution Provider, donc par l’intermédiaire d’un partenaire. Le changement doit donc prévoir le transfert de l’abonnement, sans interruption de service ni de facturation. Le détail des coûts est présenté dans notre page sur le prix de Business Central.

Ce qui se reconstruit parfois

Certains éléments ne méritent pas d’être conservés : un développement illisible qui duplique une fonction standard, des interfaces fragiles, un paramétrage incohérent. L’audit hiérarchise ces chantiers pour que le redressement soit progressif et non un nouveau projet complet.

Les risques à éviter

1. Quitter sans audit. Le nouvel intégrateur chiffrerait à l’aveugle, avec une marge de précaution pour se couvrir.
2. Couper les accès trop tôt. Vous perdriez la capacité d’obtenir les informations manquantes auprès du sortant.
3. Oublier la clause de réversibilité. Elle doit prévoir la remise du code, de la documentation et un temps de transfert.
4. Choisir sur le prix seul. Le moins cher à l’audit est rarement le meilleur au redressement. Pour les critères de choix, lisez comment choisir un intégrateur Business Central.

Documents et accès à récupérer

Avant de notifier la fin de la mission, constituez le dossier de reprise. Il conditionne la rapidité et le coût du redressement.

Côté accès, assurez-vous d’avoir vous-même un compte administrateur global sur le locataire, indépendant de ceux du prestataire. Prévoyez aussi une copie de sauvegarde avant toute intervention : un environnement peut être restauré jusqu’à dix fois par mois calendaire et à n’importe quel moment des vingt-huit derniers jours, dans la même région Azure et la même localisation, mais seulement avec un abonnement payant. Cette marge de sécurité est précieuse pendant une période de transition, sans remplacer une sauvegarde de vos propres exports.

Le plan de redressement, étape par étape

Un audit sans plan d’action n’est qu’un constat. Voici la trame d’un redressement efficace.

1. Stabiliser. Corriger les blocages qui empêchent l’activité : facturation, expéditions, clôture. On traite l’urgent avant le structurel.
2. Cadrer à nouveau. Reformuler le périmètre avec les responsables métier : ce qui est indispensable, ce qui peut attendre, ce qui est abandonné. Un cahier des charges ERP mis à jour sert de référence commune.
3. Assainir les données. Dédoublonner, corriger les référentiels, vérifier les soldes avant toute nouvelle fonction.
4. Reprendre les développements. Documenter, refactoriser ou remplacer par du standard ce qui peut l’être.
5. Former les équipes. Un outil bien paramétré mais mal maîtrisé reste sous-utilisé ; la formation Business Central fait partie du redressement, pas de ses options.
6. Installer le suivi. Mettre en place un support régulier et un calendrier de montées de version, comme décrit dans la page support et maintenance.

Chaque étape doit avoir un responsable côté client et côté intégrateur, un livrable vérifiable et un point de décision. Si le rapport d’audit ne permet pas de le faire, c’est qu’il est trop vague.

Comment choisir qui réalise l’audit

Le meilleur auditeur est celui qui n’a pas d’intérêt caché dans le résultat. Trois configurations existent :

• L’intégrateur en place : rapide, il connaît le projet, mais il juge son propre travail.
• Un intégrateur concurrent : il apporte un regard neuf et peut ensuite assurer la reprise ; veillez à ce que la mission d’audit soit facturée et livrée séparément de toute proposition commerciale.
• Un consultant indépendant : neutre, mais sans forcément la capacité d’exécuter ensuite.

Quel que soit votre choix, exigez un rapport écrit qui vous appartient, des constats prouvés par des exemples, une priorisation et une estimation des travaux, sans promesse de résultat chiffré qui ne serait pas étayée.

Pour évaluer un partenaire, Microsoft publie des critères objectifs. La désignation « Solutions Partner for Business Applications » repose sur un score qui combine performance, compétences et réussite client ; les certifications MB-800 (Business Central Functional Consultant Associate) et MB-820 (Business Central Developer Associate) entrent dans le calcul des compétences. Cette désignation indique un niveau d’activité et de compétences, pas la qualité d’un projet précis : elle ne remplace ni les références, ni la rencontre avec les consultants qui seront affectés à votre dossier.

Auditer, c’est aussi pouvoir décider d’arrêter

Dans de rares cas, l’audit conclut que l’outil ne correspond pas à votre activité. Business Central s’adresse à des PME et ETI aux besoins de gestion courants, avec des extensions possibles, mais certains métiers très spécifiques exigent une autre approche. Avant une telle décision, comparez calmement avec les alternatives à Business Central et relisez notre guide sur les erreurs fréquentes des projets ERP pour distinguer un problème d’exécution d’un problème de fond.

Et si vous souhaitez comprendre comment se déroule un déploiement réussi, la page mise en place de Business Central détaille les phases à respecter.

Faire auditer votre installation par un intégrateur adapté

Nous ne sommes affiliés à aucun éditeur et nous ne réalisons pas les projets : notre rôle est de vous mettre en relation avec un intégrateur Business Central adapté à votre situation, qu’il s’agisse d’un audit, d’un redressement ou d’une reprise de support. Le service est gratuit. Décrivez votre contexte via notre page comment ça marche : l’intégrateur retenu vous proposera un cadrage de l’audit avant tout engagement.

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.