Le support Business Central ne se résume pas à un numéro de téléphone. Une fois le projet en production, trois acteurs interviennent : Microsoft, qui exploite la plateforme, votre intégrateur, qui connaît votre paramétrage, et vos propres équipes, qui détiennent le savoir métier. Bien répartir ces rôles évite les blocages, les factures surprises et les mises à jour subies.
Cette page détaille ce que couvre l’éditeur, ce que doit couvrir l’intégrateur (support applicatif, maintenance Business Central, TMA Business Central, évolutions), les clauses à demander dans un contrat, le rythme des mises à jour, le budget à prévoir et la manière de changer de prestataire.
Ce que couvre Microsoft, ce que couvre l’intégrateur
Le modèle : un partenaire en première ligne
Chaque client Business Central a un partenaire qui assure le support technique de première ligne. Il traite les demandes, puis escalade à Microsoft si nécessaire, en tant qu’administrateur délégué du locataire du client. Pour soumettre une demande à Microsoft au nom d’un client, le partenaire doit être administrateur délégué du locataire et disposer d’un plan de support Advanced ou Premier.
Conséquence pratique : vous n’appelez pas Microsoft directement pour une anomalie de paramétrage. Vous passez par votre intégrateur, qui qualifie le problème et décide s’il relève de son périmètre ou de celui de l’éditeur.
Le périmètre du support technique de Microsoft
Le support technique de Microsoft couvre les incidents (break-fix). Les questions d’utilisation relèvent de la formation, et Microsoft n’aide pas à corriger des données corrompues. Autrement dit, l’éditeur répond quand le service ne se comporte pas comme documenté, pas quand un utilisateur ne sait pas saisir une écriture ou qu’un paramétrage est erroné.
Pour les déploiements sur site, la page d’aide et de support ne contient pas de rubrique de contact du support technique : le partenaire convient avec l’administrateur du client de la façon et du moment de le contacter. Si vous hébergez vous-même Business Central, le contrat avec l’intégrateur devient donc encore plus central. Pour comprendre les écarts entre modes de déploiement, consultez la page sur le Business Central cloud.
Répartition type des responsabilités
| Sujet | Microsoft | Intégrateur | Vous |
|---|---|---|---|
| Disponibilité du service en ligne | Oui | Relais et suivi | Signalement |
| Incident confirmé de la plateforme (break-fix) | Oui, sur escalade | Qualification et escalade | Description du cas |
| Anomalie de paramétrage ou de personnalisation | Non | Oui | Validation de la correction |
| Question d’utilisation | Non | Selon contrat, souvent via formation | Utilisateurs référents |
| Données corrompues | Pas d’aide à la correction | Analyse, restauration, correction | Contrôle métier |
| Évolution fonctionnelle | Non | Oui, en TMA ou en projet | Priorisation |
| Tests avant mise à jour majeure | Fournit les environnements | Exécute et corrige | Recette métier |
Les trois niveaux de prestation chez l’intégrateur
Le support applicatif
C’est la réponse aux demandes quotidiennes : un utilisateur bloqué, un état qui ne sort pas, une écriture qui ne se comptabilise pas, une erreur après une mise à jour. Le contrat précise les canaux (portail de tickets, téléphone, messagerie), les plages horaires et les délais de prise en charge. Un portail de tickets, avec historique consultable, vaut mieux qu’un échange de courriels dispersés.
La maintenance corrective et évolutive
La maintenance Business Central désigne ce qui garde votre système sain dans la durée : correction des anomalies dans vos extensions, adaptation aux versions de Microsoft, suivi des connecteurs, vérification des sauvegardes. Elle couvre aussi la compatibilité de vos intégrations après chaque version, ce qui concerne directement vos connecteurs et intégrations.
La TMA : un flux d’évolutions piloté
La TMA Business Central (tierce maintenance applicative) confie à l’intégrateur la prise en charge continue de votre application, y compris ses évolutions. Elle convient quand votre ERP vit : nouvelles règles de gestion, états sur mesure, nouveaux sites, nouvelles sociétés, ajustements de processus. Son fonctionnement repose sur :
- un backlog unique, hiérarchisé avec vous, au lieu de demandes envoyées à la volée ;
- un comité de pilotage régulier, avec un point sur les tickets en cours, les évolutions planifiées et les risques ;
- une facturation lisible : forfait mensuel pour le socle, enveloppe d’heures ou chiffrage à la demande pour les évolutions ;
- une documentation mise à jour à chaque changement, indispensable si vous changez un jour de prestataire.
Si vos besoins passent par du code, vérifiez que le contrat couvre les développements sur mesure : qui détient le code source, où il est stocké, selon quelles règles de livraison.
Les mises à jour : le vrai sujet de la maintenance
Le rythme imposé par Microsoft
Business Central en ligne publie deux mises à jour majeures par an, en avril et en octobre, et des mises à jour mineures chaque mois sans mise à jour majeure. Elles contiennent notamment des correctifs critiques et des évolutions réglementaires. Le service relève de la Modern Lifecycle Policy de Microsoft : mises à jour continues du service et une mise à jour majeure tous les six mois.
Le calendrier à connaître
- La période de mise à jour d’une version majeure commence à sa disponibilité générale, en général le premier jour ouvré d’avril ou d’octobre, et dure cinq mois.
- La version est proposée aux environnements existants environ une semaine après, puis un mois de période de grâce suit.
- Les environnements d’aperçu (bacs à sable) d’une version majeure sont ouverts environ un mois avant sa sortie, en mars et en septembre, et sont supprimés 30 jours après la disponibilité officielle.
C’est dans ces environnements d’aperçu que votre intégrateur doit tester vos extensions, vos états et vos connecteurs. Un contrat sérieux prévoit cette étape de façon explicite, avec un compte rendu avant la bascule en production.
La fenêtre de mise à jour
Chaque environnement a par défaut une fenêtre de mise à jour entre 20 h et 6 h, heure locale du pays. L’administrateur peut la modifier, avec une durée minimale de six heures. Les mises à jour non terminées dans la fenêtre sont annulées puis reprogrammées sept jours plus tard. Choisissez une fenêtre qui évite vos clôtures mensuelles et vos pics d’activité, et demandez à l’intégrateur de la configurer et de la revoir.
Un point d’attention pour la France
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 applicative internationale W1. Pour les trois versions suivant la 29, 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.
Pour vous, cela signifie un chantier à planifier avec votre intégrateur, surtout si vous avez des personnalisations liées à la comptabilité ou aux obligations locales. Il touche notamment la comptabilité et la finance. Pour situer chaque version et chaque édition, la page versions et éditions donne le cadre.
Sauvegarde et restauration : ce qu’il faut savoir
Un environnement peut être restauré jusqu’à 10 fois par mois calendaire et à n’importe quel moment des 28 derniers jours, dans la même région Azure et la même localisation. La restauration n’est possible qu’avec un abonnement payant.
Ces limites orientent votre plan de reprise. Demandez à l’intégrateur :
- qui déclenche une restauration et sur quelle décision ;
- comment sont documentés les points de restauration utilisés ;
- si des copies d’environnement servent à tester avant d’intervenir en production ;
- comment sont gérées les données au-delà de la fenêtre de restauration, notamment pour vos besoins d’archivage.
Contrats et niveaux de service à demander
Un contrat de support Business Central se juge à ses engagements précis, pas à ses promesses générales. Voici les points à exiger.
Les clauses à vérifier
- Périmètre : applications, extensions, connecteurs, environnements (production, tests, bac à sable) et sociétés couverts.
- Classification des tickets : critère de gravité (bloquant, majeur, mineur), avec exemples concrets pris dans votre activité.
- Délais : prise en charge, contournement, résolution, par gravité, et plages horaires associées.
- Astreinte : disponibilité en période de clôture, d’inventaire ou de forte activité commerciale, si elle compte pour vous.
- Gestion des mises à jour : tests dans les environnements d’aperçu, compte rendu, planification de la fenêtre.
- Reporting : volume de tickets, délais réels, causes récurrentes, pour piloter et non seulement constater.
- Équipe : un interlocuteur désigné et un suppléant, afin que votre dossier ne dépende pas d’une seule personne.
- Propriété et accès : code source des extensions, documentation, comptes d’administration et clés, restitués en fin de contrat.
- Sortie : préavis, assistance à la reprise par un autre prestataire, format de livraison de la documentation.
Questions à poser avant de signer
- Qui, dans l’équipe, connaît mon secteur et mes modules ? Les sujets de stocks et achats, de production ou de ventes et CRM demandent des profils différents.
- Comment le support remonte-t-il un incident à Microsoft, et avec quel plan de support ?
- Que se passe-t-il quand une mise à jour casse une extension : qui paie la correction ?
- Qui forme les nouveaux arrivants ? La formation Business Central évite que le support serve de service d’assistance généraliste.
Que prévoir au budget
Le budget du support se compose de plusieurs lignes, qu’il vaut mieux séparer.
| Ligne | Nature | Ce qui la fait varier |
|---|---|---|
| Licences | Par utilisateur et par mois, facturées annuellement | Édition, nombre d’utilisateurs complets ou limités |
| Support applicatif | Forfait ou crédit d’heures | Niveau de service, plages horaires, nombre d’utilisateurs |
| TMA et évolutions | Forfait socle plus enveloppe ou chiffrage | Volume de personnalisations, rythme des demandes |
| Mises à jour majeures | Prestation de test et de correction | Nombre d’extensions, de connecteurs et d’états sur mesure |
| Formation continue | Sessions ponctuelles | Rotation des équipes, nouveaux modules |
Côté licences, les prix affichés par Microsoft sur sa page américaine sont de 80 USD par utilisateur et par mois pour Essentials, 110 USD pour Premium et 8 USD pour Team Members, facturés annuellement. Microsoft précise que ces montants peuvent différer du prix catalogue réel selon la devise, le pays et la variante régionale ; le prix final apparaît au paiement. Le détail figure sur la page prix de Business Central.
Pour la prestation de l’intégrateur, n’acceptez pas une estimation sans hypothèses. Demandez un devis qui précise le périmètre, les heures incluses, les modalités de dépassement et le traitement des mises à jour majeures. Comparez ensuite au volume réel de tickets de l’année précédente : c’est le meilleur indicateur du bon dimensionnement. Pour un cadrage plus général, le guide des prix ERP donne les logiques de coût.
Changer de prestataire de support
Rester chez un intégrateur par habitude coûte parfois plus cher qu’un changement bien préparé. Les signes d’alerte : délais de réponse qui s’allongent, interlocuteurs qui changent sans cesse, évolutions repoussées, mises à jour vécues comme un risque.
La méthode
- Faire l’état des lieux. Un audit ou une reprise de projet mesure la qualité du paramétrage, des extensions et de la documentation.
- Récupérer les actifs. Code source, documentation, liste des extensions, comptes d’administration, historique des tickets, schéma des intégrations.
- Vérifier la délégation d’administration. Le nouveau partenaire doit obtenir les droits d’administrateur délégué du locataire, sans quoi il ne peut pas escalader à Microsoft.
- Organiser un recouvrement. Une période où l’ancien et le nouveau prestataire coexistent permet de transférer la connaissance des cas particuliers.
- Tester. Le nouveau prestataire traite d’abord des demandes simples, puis une mise à jour en bac à sable, avant de prendre l’ensemble du périmètre.
Pour comparer les candidats, appuyez-vous sur la page choisir un intégrateur Business Central et sur le guide pour choisir un intégrateur ERP. Si votre projet initial a rencontré des difficultés, la page erreurs de projet ERP aide à identifier ce qui relève du support et ce qui relève du projet.
Faire le bon choix selon votre situation
- Vous venez de démarrer : le support est souvent prévu dans la mise en place. Vérifiez la date où le périmètre projet s’arrête et où le contrat de support commence.
- Vous avez peu de personnalisations : un support applicatif avec crédit d’heures peut suffire.
- Vous évoluez beaucoup (nouveaux sites, intégrations, règles métier) : une TMA avec backlog et comité de pilotage est plus adaptée.
- Vous gérez un site industriel ou logistique : exigez des plages horaires et une astreinte alignées sur la production. La page Business Central pour l’industrie et les autres secteurs illustre ces besoins.
Notre service vous met en relation avec des intégrateurs capables de prendre en charge ces besoins ; le contrat de support se négocie ensuite directement avec le prestataire retenu. Pour en savoir plus sur le principe, consultez comment fonctionne la mise en relation.
Questions fréquentes
Qui assure le support de Business Central : Microsoft ou l’intégrateur ?
Les deux, mais pas au même niveau. Chaque client a un partenaire qui assure le support technique de première ligne : il traite vos demandes puis escalade à Microsoft si nécessaire. Microsoft intervient sur les incidents du service lui-même, pas sur vos paramétrages ni vos questions d’utilisation.
Quelle est la différence entre maintenance et TMA sur Business Central ?
La maintenance corrective et le support applicatif traitent les anomalies et les questions courantes. La TMA (tierce maintenance applicative) ajoute un volet d’évolution : petites adaptations, nouveaux états, ajustements de workflows, développements en AL. Elle s’appuie sur un backlog priorisé avec vous, plutôt que sur des demandes isolées.
Les mises à jour de Business Central sont-elles automatiques ?
En ligne, Microsoft publie deux mises à jour majeures par an, en avril et en octobre, et des mises à jour mineures chaque mois sans mise à jour majeure. Elles sont planifiées dans une fenêtre que l’administrateur peut ajuster. Votre intégrateur doit tester vos extensions et vos personnalisations avant chaque version majeure.
Que prévoir au budget pour le support Business Central ?
Prévoyez deux lignes : les licences, facturées par utilisateur et par mois, et la prestation de l’intégrateur, au forfait ou au temps passé. La seconde dépend du nombre d’utilisateurs, du volume de personnalisations, des intégrations et du niveau de service. Demandez un devis détaillé et comparez-le à l’usage réel de l’année écoulée.
Peut-on changer de prestataire de support sans refaire le projet ?
Oui, c’est courant. Il faut récupérer la documentation, le code source des extensions, la liste des accès et l’historique des demandes, puis organiser un transfert de connaissances avec une période de recouvrement. Un audit préalable permet de mesurer la qualité de l’existant et d’éviter les mauvaises surprises.
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 — Sauvegarde et restauration des environnements
- Microsoft Learn — Fonctionnalités locales pour la France
- Microsoft Learn — Présentation du service 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.