Le jour de la mise en production, le projet n’est pas terminé : l’ERP commence sa vie. Pour une PME belge, le support de Business Central décide de ce que la facturation, la clôture TVA ou les expéditions deviennent le jour où un utilisateur est bloqué. Or le support ne dépend pas d’un seul acteur. Microsoft édite et exploite le service ; votre intégrateur le connaît chez vous, avec votre paramétrage, vos extensions et vos flux. Cette page détaille qui fait quoi, ce qu’une maintenance de Business Central doit couvrir, comment structurer une TMA Business Central et comment en changer sans casse.
Qui fait quoi : Microsoft, l’intégrateur et vous
Ce que couvre Microsoft
Microsoft assure la plateforme : disponibilité du service en ligne, correctifs, versions majeures et mineures, localisation de la Belgique fournie directement par l’éditeur. Son support technique est un support d’incidents (break-fix). Il ne remplace ni la formation, ni l’accompagnement d’usage : les questions du type « comment saisir telle opération ? » relèvent de la formation. Microsoft n’aide pas non plus à corriger des données corrompues.
Surtout, vous n’êtes pas censé l’appeler en direct. Chaque client Business Central a un partenaire chargé du support technique de première ligne : il reçoit la demande, tente de la résoudre, puis escalade à Microsoft si c’est nécessaire. Pour cela, il agit comme administrateur délégué de votre locataire, et il doit disposer d’un plan de support Advanced ou Premier pour ouvrir une demande auprès de Microsoft en votre nom.
Conséquence pratique : si votre intégrateur disparaît, change d’activité ou n’a pas le bon plan de support, votre chemin d’escalade vers l’éditeur se rompt. C’est un point à vérifier avant de signer.
Ce que couvre l’intégrateur
C’est lui qui porte l’essentiel du support au quotidien :
- le support applicatif : incidents, blocages, anomalies de paramétrage, droits d’accès ;
- la TMA : corrections et ajustements sur ce qui a été configuré ou développé pour vous ;
- les évolutions : nouveaux besoins, nouveaux flux, nouveaux états, éventuellement du développement sur mesure ;
- le suivi des mises à jour et la non-régression de vos extensions ;
- l’administration de l’environnement : sauvegardes, environnements de test, gestion des utilisateurs.
Ce qui reste chez vous
Un contrat de support ne dispense pas d’une organisation interne. Désignez un référent fonctionnel (souvent au service comptable ou aux opérations) qui qualifie les demandes, distingue l’incident de la demande d’évolution et valide les recettes. Sans ce relais, les tickets arrivent mal décrits, les délais s’allongent et la facture de support gonfle.
| Sujet | Microsoft | Intégrateur | Votre entreprise |
|---|---|---|---|
| Disponibilité du service en ligne | Oui | Suivi | Signalement |
| Incident dans le standard | Correctif éditeur après escalade | Première ligne, qualification, contournement | Description précise du cas |
| Incident dans une extension ou un développement | Non | Oui, selon contrat | Recette de la correction |
| Question d’utilisation | Non | Selon contrat, formation | Référent interne, formation des équipes |
| Données corrompues | Pas d’aide à la correction | Analyse et correction selon contrat | Contrôle comptable |
| Tests avant mise à jour majeure | Fournit les environnements d’aperçu | Teste extensions et intégrations | Valide les processus clés |
Les mises à jour : le vrai rythme de la maintenance
Avec Business Central en ligne, la maintenance corrective et réglementaire est largement portée par le service. L’éditeur publie deux mises à jour majeures par an, en avril et en octobre, et des mises à jour mineures chaque mois où il n’y a pas de version majeure ; elles contiennent notamment des correctifs critiques et des évolutions réglementaires. Le service relève de la Modern Lifecycle Policy : des mises à jour continues et une version majeure tous les six mois. Le sujet est détaillé sur la page des versions et éditions.
Le calendrier mérite d’être connu de votre côté :
- les environnements d’aperçu (bacs à sable) d’une version majeure ouvrent environ un mois avant sa sortie, en mars et en septembre, et sont supprimés 30 jours après la disponibilité officielle ;
- la version est proposée aux environnements existants environ une semaine après sa disponibilité générale, qui tombe en général le premier jour ouvré d’avril ou d’octobre ;
- la période de mise à jour dure cinq mois, suivie d’un mois de grâce ;
- chaque environnement a par défaut une fenêtre de mise à jour entre 20 h et 6 h, heure locale ; votre administrateur peut la déplacer, avec une durée minimale de six heures. Une mise à jour qui ne se termine pas dans la fenêtre est annulée puis reprogrammée sept jours plus tard.
Ce que vous devez demander à votre intégrateur
Les mises à jour sont automatiques, mais leur effet sur vos extensions et vos intégrations ne l’est pas. Un contrat sérieux prévoit donc, à chaque version majeure :
- un test des extensions sur l’environnement d’aperçu, avant la disponibilité officielle ;
- un compte rendu des anomalies et des corrections prévues ;
- une recette avec vos utilisateurs clés sur les processus sensibles (facturation, TVA, stocks et achats, échanges Peppol) ;
- le choix d’une fenêtre de mise à jour compatible avec vos clôtures mensuelles.
Un point d’attention pour la Belgique : la facturation électronique et la déclaration TVA évoluent avec la réglementation. Votre contrat doit dire qui vérifie, à chaque version, que les flux décrits dans notre guide sur Peppol et la TVA belge continuent de fonctionner comme prévu.
Sauvegarde, restauration et reprise d’activité
Un support utile inclut un plan en cas d’erreur humaine. Dans Business Central en ligne, un environnement peut être restauré jusqu’à dix fois par mois calendaire, à n’importe quel moment des 28 derniers jours, dans la même région Azure et la même localisation. Cette restauration n’est possible qu’avec un abonnement payant.
Ces limites ont des conséquences concrètes : une restauration réalisée à la hâte efface aussi les écritures saisies depuis le point de retour. Demandez à votre intégrateur de décrire sa procédure (qui décide, qui exécute, comment les saisies perdues sont rejouées) et de tester la restauration sur un environnement de copie avant d’en avoir besoin. Pour le choix du mode d’exploitation, voir l’hébergement et le cloud.
Si vous exploitez une version sur site, le cadre change : la page Aide et support ne comporte pas de rubrique de contact du support technique. C’est votre partenaire qui convient avec votre administrateur de la façon et du moment de le contacter. Dans ce cas, précisez par écrit le canal, les horaires et les responsabilités sur les mises à niveau.
Contrats et niveaux de service à demander
Deux contrats peuvent coexister : le support (réactif) et la TMA (régulière, avec un volume de travail réservé). Selon la taille de votre entreprise, ils sont fusionnés ou séparés. Voici les points à faire figurer noir sur blanc.
Le périmètre
- le standard Business Central, les extensions éditeur et les extensions développées pour vous ;
- les intégrations et connecteurs (banque, e-commerce, transporteur, Peppol) ;
- les environnements couverts (production, test, bac à sable) ;
- les modules concernés : comptabilité et finance par exemple, ou la production si vous l’utilisez.
Les niveaux de service
Demandez des engagements écrits, distingués par gravité : un blocage de la facturation ne se traite pas comme une question d’affichage. Pour chaque niveau, le contrat précise le délai de prise en charge, le délai de contournement visé, le délai de correction et les horaires de disponibilité, avec les jours fériés belges. Un engagement chiffré qui n’est assorti d’aucune mesure ni d’aucun rapport n’a pas de valeur ; exigez un suivi périodique des tickets.
La gouvernance
- Canaux : portail de tickets, e-mail, téléphone pour les urgences ; un interlocuteur identifié.
- Rapports : tickets ouverts et clos, délais réels, causes récurrentes, recommandations.
- Accès : vous restez propriétaire de votre locataire et connaissez la liste des administrateurs, délégués compris.
- Propriété et documentation : le code développé pour vous, ses sources et sa documentation vous sont remis ou accessibles.
- Langue et ancrage : une équipe capable de dialoguer avec vos utilisateurs en français comme en néerlandais si vos sites sont à Bruxelles ou en Flandre, et qui connaît les usages de la comptabilité belge.
Les clauses de sortie
Durée d’engagement, préavis, restitution de la documentation, accompagnement du nouveau prestataire : tout cela se négocie à la signature, pas au moment du litige.
Que prévoir au budget
Les licences Microsoft ne financent pas votre support. Elles donnent accès au service et à ses mises à jour ; le détail est sur la page prix de Business Central. Le support et la TMA sont facturés par l’intégrateur, selon l’un des modèles suivants :
| Modèle | Principe | Convient à |
|---|---|---|
| Forfait de support | Abonnement périodique pour un périmètre défini | Entreprise dont l’usage est stable |
| Crédit d’heures | Volume d’heures réservé, consommé au fil des demandes | Besoins variables, petites évolutions |
| Régie à la demande | Facturation au temps passé, sans engagement | Usage ponctuel, risque de délais plus longs |
| TMA avec évolutions | Équipe ou capacité dédiée, plan de travail partagé | Entreprise qui fait évoluer son ERP en continu |
Pour estimer le bon niveau, partez de ces éléments : le nombre d’utilisateurs, la quantité de développements sur mesure (chaque extension à maintenir alourdit la facture), le nombre d’intégrations, la sensibilité de vos processus (facturation, expédition) et votre rythme de changement. Gardez aussi une ligne pour la formation des nouveaux arrivants et pour la montée de version annuelle : elles sont rarement chiffrées au départ et reviennent chaque année. Comme tout chiffre dépend du périmètre, demandez des devis comparables, en euros, à deux ou trois intégrateurs.
Changer de prestataire de support
Un changement est parfois nécessaire : qualité de service en baisse, départ des consultants qui vous connaissaient, éloignement géographique, évolution de vos besoins. Il se prépare en quatre temps.
- Faire l’état des lieux. Listez les extensions, les intégrations, les environnements, les accès et la documentation existante. Si le code sur mesure est peu documenté, un audit de reprise donne au nouveau prestataire une vision fiable avant engagement.
- Vérifier les accès. Le nouvel intégrateur doit devenir administrateur délégué du locataire, avec le plan de support requis pour escalader à Microsoft. Retirez ensuite les accès de l’ancien partenaire.
- Récupérer le patrimoine. Sources des extensions, scripts, paramétrages exportés, procédures d’exploitation, liste des tickets ouverts.
- Organiser la transition. Une période de recouvrement, avec des tickets traités en binôme et une première mise à jour majeure surveillée de près, limite le risque.
Si vous hésitez sur le choix du nouveau partenaire, notre page choisir un intégrateur Business Central liste les critères à comparer, et le service Intégrateurs ERP vous met en relation gratuitement avec des prestataires adaptés à votre projet.
Support, projet et usage en Belgique
Le support se prépare dès le projet. Les décisions prises pendant la mise en œuvre (peu de personnalisations, documentation à jour, environnements de test, formation des utilisateurs clés) déterminent le coût et la qualité de la maintenance des années suivantes. Un ERP très personnalisé coûte plus cher à maintenir et se met à jour plus difficilement.
Les spécificités belges pèsent aussi : localisation fournie par Microsoft pour la Belgique, déclarations TVA, échanges via Peppol, plans comptables et pratiques des experts-comptables. Vérifiez que votre prestataire intervient régulièrement sur ces sujets et qu’il suit les évolutions de la localisation. Un point d’information utile : la version française de Business Central a été transformée en un ensemble d’extensions au-dessus de la base internationale W1 avec la vague 2026 release wave 2 (version 29). Cela montre que l’architecture des localisations évolue ; votre intégrateur doit anticiper l’effet de ces changements sur vos extensions. Pour le contexte local, consultez la page Business Central en Belgique.
Checklist avant de signer un contrat de support
- Le périmètre inclut-il le standard, les extensions et les intégrations ?
- Le partenaire est-il administrateur délégué de votre locataire, avec le plan de support nécessaire pour escalader à Microsoft ?
- Les niveaux de service sont-ils écrits, par gravité, avec les horaires de disponibilité ?
- Les tests sur l’environnement d’aperçu avant chaque version majeure sont-ils prévus et rapportés ?
- La procédure de restauration est-elle décrite et testée ?
- Le code sur mesure et sa documentation vous appartiennent-ils ?
- Les conditions de sortie et de transition sont-elles claires ?
- Un rapport périodique des tickets vous est-il remis ?
Questions fréquentes
Microsoft assure-t-il le support de Business Central directement auprès de mon entreprise ?
En pratique, non : chaque client dispose d’un partenaire qui assure le support de première ligne. Il traite vos demandes et, si nécessaire, les escalade à Microsoft en tant qu’administrateur délégué de votre locataire. Votre contrat avec l’intégrateur est donc la porte d’entrée du support.
Quelle est la différence entre support et TMA sur Business Central ?
Le support traite les incidents et les questions d’exploitation courantes. La TMA (tierce maintenance applicative) va plus loin : elle prend en charge les corrections, le suivi des mises à jour et les petites évolutions de votre paramétrage et de vos extensions, selon un volume et des niveaux de service convenus par contrat.
Les mises à jour de Business Central en ligne sont-elles automatiques ?
Oui, le service est mis à jour en continu, avec deux versions majeures par an, en avril et en octobre, et des mises à jour mineures. Ce qui reste à votre charge, avec votre intégrateur, c’est de tester vos extensions et vos intégrations avant que la version ne soit appliquée à l’environnement de production.
Que doit contenir un contrat de support Business Central ?
Au minimum : le périmètre couvert (standard, extensions, intégrations), les horaires et les délais de prise en charge selon la gravité, les canaux de demande, la gestion des mises à jour, les rapports d’activité, la propriété du code et les conditions de sortie. Demandez aussi qui détient les accès d’administration à votre locataire.
Comment changer d’intégrateur pour le support de Business Central ?
Préparez un état des lieux (extensions, intégrations, documentation, accès), faites reprendre l’administration déléguée du locataire par le nouveau partenaire et prévoyez une période de transition. Un audit préalable du nouvel intégrateur sécurise la reprise, surtout si le code sur mesure est peu documenté.
Sources
- Microsoft Learn — Support technique de Business Central
- Microsoft Learn — Calendrier de déploiement des mises à jour
- Microsoft Learn — Gestion des mises à jour dans le centre d’administration
- Microsoft Learn — Présentation du service Business Central
- Microsoft Learn — Sauvegarde et restauration d’un environnement
- 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.