Mise à jour de Business Central : guide complet pour les PME du Québec (2026)

Points clés

• Business Central en ligne reçoit deux mises à jour majeures par année (avril et octobre) et des mises à jour mineures mensuelles. Une mise à jour majeure ne peut pas être évitée : on peut seulement la planifier à l'intérieur de sa période de mise à jour.
• Le réglage qui protège vos opérations est la fenêtre de mise à jour de chaque environnement, dans le centre d'administration. Gestisoft recommande de terminer la mise à jour majeure d'octobre avant la fin janvier, après des tests en sandbox.
• Au Québec, copier la production dans un sandbox pour tester une mise à jour duplique des renseignements personnels. La Loi 25 impose d'en limiter l'accès et de supprimer cette copie une fois les tests terminés.

Chaque mise à jour de Business Central apporte de nouvelles fonctionnalités, des correctifs de sécurité et, de plus en plus, des agents d'IA. Bien gérée, une mise à jour de Business Central passe inaperçue pour vos équipes; mal préparée, elle peut bloquer une facturation ou une intégration le lendemain matin.

L'enjeu touche de plus en plus d'entreprises : en 2023, l'infonuagique était la technologie la plus utilisée par les entreprises canadiennes de cinq employés ou plus, à 48 % (Statistique Canada, 2024). Pourtant, deux questions reviennent dans presque tous nos échanges avec les clients : quand la mise à jour arrivera-t-elle exactement, et que faut-il tester avant qu'elle touche la production?

Ce guide répond aux deux. Il complète notre dossier sur Microsoft Dynamics 365 Business Central au Québec avec une méthode concrète, du calendrier de Microsoft jusqu'à la checklist finale.

Qu'est-ce qu'une mise à jour de Business Central?

Une mise à jour de Business Central est le remplacement, par Microsoft, de la version de l'application et de la plateforme qui font fonctionner votre environnement. Dans la version en ligne, Microsoft l'applique lui-même selon un calendrier connu d'avance; votre rôle est de choisir le moment et de vérifier que tout fonctionne ensuite.

Concrètement, une mise à jour peut toucher :

• L'application : finance, ventes, achats, inventaire et production.
• La plateforme : performance, sécurité et interface.
• Copilot et les agents : nouvelles capacités d'IA, souvent d'abord en préversion.
• La localisation : règles fiscales et rapports propres au Canada.

Microsoft distingue deux types de mises à jour (Microsoft Learn, cycles de mise à jour).

Mise à jour majeure de Business Central : les vagues d'avril et d'octobre

Deux fois par année, Microsoft publie une nouvelle version majeure, appelée « vague de lancement » (release wave) : la vague 1 en avril, la vague 2 en octobre. Chacune change le numéro de version principal et regroupe la plupart des nouveautés.

Mise à jour mineure de Business Central : le rythme mensuel

Des mises à jour mineures sont publiées chaque mois, sauf en avril et en octobre. Elles contiennent des améliorations, des correctifs et des mises à jour réglementaires. Depuis la vague 2 de 2024, un paramètre de l'environnement permet de désactiver les mises à jour mineures mensuelles; par défaut, l'environnement continue de les recevoir (Gestisoft, webinaire Business Central 2024 vague 2).

Le calendrier des mises à jour de Business Central : versions, période de mise à jour et période de grâce

• Disponibilité : la nouvelle version majeure devient disponible, en général, le premier jour ouvrable d'avril et d'octobre. Un mois avant, un environnement de préversion permet déjà de l'explorer (Microsoft Learn, cycles de mise à jour).
• Numéro de version : chaque vague augmente le numéro principal. La vague 1 de 2026 correspondait à la version 28, et la vague d'octobre 2026 à la version 29 (Microsoft Learn, nouveautés de Business Central).
• Période de mise à jour : cinq mois pour planifier la mise à jour de chaque environnement. Pour la version 29, Microsoft indique qu'elle se termine en février 2027 (Microsoft Learn, mise à jour 29.0).
• Période de grâce : elle dure un mois. Vous ne pouvez plus reporter la mise à jour à une date ultérieure, seulement la devancer.
• Mise à jour forcée : à la fin de la période de grâce, les extensions qui bloquent la mise à jour peuvent être désinstallées pour qu'elle réussisse; leurs données sont toutefois conservées.

Bon réflexe : inscrivez les deux vagues au calendrier annuel, comme la fin d'exercice.

Comment planifier une mise à jour de Business Central dans le centre d'administration

Tout se règle dans le centre d'administration de Business Central, accessible aux administrateurs internes et à votre partenaire (Microsoft Learn, gérer les mises à jour).

Définir la fenêtre de mise à jour de Business Central

La fenêtre de mise à jour fixe les heures de la journée pendant lesquelles un environnement peut être mis à jour, dans le fuseau horaire choisi. Par défaut, elle va de 20 h à 6 h, heure locale, et elle doit durer au moins six heures.

1. Ouvrir l'onglet Environnements.
2. Cliquer sur le nom de l'environnement de production.
3. Ouvrir les paramètres de mise à jour et définir la fenêtre (fuseau horaire, heure de début, heure de fin).

Évitez vos traitements par lots et les heures d'équipes dans d'autres fuseaux horaires. Pendant la mise à jour, personne ne peut se connecter à l'environnement. Si elle ne se termine pas dans la fenêtre, elle est annulée, l'environnement revient à la version d'origine et une nouvelle tentative est planifiée sept jours plus tard.

Replanifier ou devancer une mise à jour de Business Central

Dans le même écran, l'administrateur peut choisir une autre date à l'intérieur de la période de mise à jour, y compris la date du jour. La production passe ainsi après vos tests, pas à la date proposée par Microsoft.

Choisir qui reçoit les avis de mise à jour de Business Central

L'onglet des destinataires des notifications indique qui reçoit les avis de nouvelle version et de mise à jour planifiée. Ajoutez au moins deux personnes, par exemple votre responsable des TI et votre contrôleur, ainsi que votre partenaire.

Tester une mise à jour de Business Central dans un environnement sandbox

Un sandbox est un environnement de test, séparé de la production. Le sandbox de préversion, offert un mois avant la sortie, contient seulement des données de démonstration : il sert à découvrir les nouveautés et à vérifier vos extensions. Pour tester avec vos vraies données, Microsoft recommande de copier la production dans un sandbox une fois la nouvelle version disponible, puis de mettre ce sandbox à jour (Microsoft Learn, cycles de mise à jour).

Vérifier les extensions et les applications AppSource avant la mise à jour de Business Central

Les extensions sont le premier point de friction :

• Extensions sur mesure : faites confirmer par votre partenaire qu'elles sont testées sur la nouvelle version.
• Applications AppSource : vérifiez que chaque éditeur a publié une version compatible.
• Intégrations : testez les connecteurs vers la paie, le commerce électronique, la banque ou le CRM.

Lisez aussi le courriel que Microsoft envoie avant chaque version majeure s'il détecte une extension incompatible.

Valider les processus critiques après la mise à jour de Business Central

Faites ensuite tester par les utilisateurs clés les opérations les plus critiques :

• Ventes : commande, expédition et facturation.
• Achats : réception, facture fournisseur et paiement.
• Finances : écritures, rapprochement bancaire, rapports et taxes.
• Inventaire et production : mouvements d'articles et ordres de fabrication.

Business Central en ligne ou sur site : deux logiques de mise à jour

Tout ce qui précède concerne la version en ligne. Sur site, la logique change.

• En ligne : Microsoft applique les mises à jour selon le calendrier; vous planifiez et testez.
• Sur site : Microsoft publie des mises à jour cumulatives, que vous ou votre partenaire devez télécharger, installer et tester vous-mêmes.

Les correctifs de la version en ligne sont livrés dans la mise à jour cumulative suivante de la version sur site, mais le travail technique repose sur votre équipe. Pour les clients encore sur Dynamics NAV ou Dynamics GP, chaque changement de version est un projet en soi, d'où l'intérêt de planifier une migration NAV vers Business Central ou une migration GP vers Business Central.

Après la mise à jour de Business Central : activer les nouvelles fonctionnalités

Une mise à jour ne veut pas dire que toutes les nouveautés sont visibles. Certaines fonctionnalités restent optionnelles et s'activent dans la page Gestion des fonctionnalités de Business Central, souvent quelques semaines avant qu'elles deviennent obligatoires (Microsoft Learn, cycles de mise à jour).

Après chaque vague, prévoyez trois étapes :

1. Lire la page des nouveautés de la version et repérer ce qui touche vos processus. Depuis septembre 2026, Microsoft ne publie plus de plans de lancement : les nouvelles capacités sont annoncées dans la feuille de route AI at Work (Microsoft Learn, mise à jour 29.0).
2. Activer en sandbox d'abord les fonctionnalités qui vous intéressent, puis les faire valider par les utilisateurs concernés.
3. Former les équipes avant d'activer en production, par exemple avec une formation Business Central ciblée.

Pour la vague d'octobre 2026, les agents d'IA occupent encore une place importante : un volet regroupe les tâches de tous les agents, les permissions des agents sont plus simples à gérer et l'agent des comptes fournisseurs rapproche mieux les commandes d'achat. L'agent de gestion des dépenses reste en préversion. Pour tirer parti de ces capacités, consultez notre guide Copilot pour Dynamics 365 et Business Central.

Une nouveauté activée gagne à être maîtrisée tout de suite, comme le mode analyse :

Calendrier type d'une mise à jour majeure de Business Central, mois par mois

Voici un calendrier type pour la vague d'octobre, selon trois réalités québécoises. Ajustez-le selon vos extensions et intégrations.

PME manufacturière ou de distribution

1. Octobre : lecture des nouveautés de la version, création du sandbox sur la nouvelle version, inventaire des extensions et des intégrations.
2. Novembre : tests des processus de ventes, d'achats, d'inventaire et de production par les utilisateurs clés.
3. Décembre : corrections, confirmation des éditeurs AppSource, choix d'une date hors des périodes de pointe.
4. Janvier : mise à jour de la production, puis activation progressive des nouveautés.

OBNL ou ordre professionnel 5. Octobre et novembre : tests sur la facturation des cotisations, les reçus et les rapports au conseil d'administration. 6. Décembre et janvier : mise à jour de la production en dehors de la période de renouvellement.

Municipalité 7. Octobre et novembre : tests sur la comptabilité, les achats et les rapports budgétaires. 8. Janvier : mise à jour de la production après l'adoption du budget, puis validation des premières écritures de l'exercice.

Bon réflexe : ne planifiez jamais une mise à jour de production pendant une fin de mois ou une fin d'exercice.

Mise à jour de Business Central au Québec : localisation canadienne, français et Loi 25

Trois réalités québécoises changent la façon de tester une mise à jour.

Taxes et rapports canadiens après une mise à jour de Business Central

Business Central est distribué en version canadienne, avec un ensemble propre au Canada à chaque version (Microsoft Learn, mise à jour 29.0). Une mise à jour peut donc toucher des paramètres liés à la TPS, à la TVH et à la TVQ, ou à vos rapports de taxes. Après chaque vague, validez en sandbox le calcul des taxes sur une facture de vente et d'achat; notre guide sur la taxe de vente Business Central rappelle les paramètres à vérifier.

L'interface en français après une mise à jour de Business Central

Une nouvelle fonctionnalité peut apparaître avec une traduction imparfaite, ou un rapport personnalisé peut perdre une étiquette traduite. Faites tester l'interface et vos documents clients (factures, bons de commande, relevés) par un utilisateur qui travaille en français.

Copier la production en sandbox pour une mise à jour de Business Central : ce que dit la Loi 25

Pour tester avec des données réalistes, on copie souvent la production dans un sandbox. Cette copie contient des noms de clients, des coordonnées, parfois des données d'employés : ce sont des renseignements personnels au sens de la Loi sur la protection des renseignements personnels dans le secteur privé (LégisQuébec, chapitre P-39.1).

• Article 3.3 : une évaluation des facteurs relatifs à la vie privée est exigée pour tout projet d'acquisition, de développement ou de refonte d'un système d'information impliquant des renseignements personnels. Vos copies de test gagnent à y être couvertes.
• Articles 10 et 20 : l'entreprise doit prendre des mesures de sécurité raisonnables, et un employé n'accède à un renseignement personnel que s'il en a besoin pour ses fonctions. Limitez l'accès au sandbox aux seules personnes qui testent.
• Article 23 : une fois les fins accomplies, les renseignements doivent être détruits ou anonymisés. Supprimez le sandbox, ou anonymisez ses données, à la fin des tests.

Ce contenu est informatif et ne remplace pas un avis juridique.

Le risque n'est pas théorique : en 2023, environ 1 entreprise canadienne sur 6 (16 %) a été touchée par des incidents de cybersécurité (Statistique Canada, 2024). Un sandbox oublié et trop ouvert ajoute un risque inutile.

Mise à jour de Business Central avec Gestisoft : notre méthode d'accompagnement

Chez Gestisoft, nous accompagnons nos clients en français et en anglais à chaque vague, des nouveautés jusqu'à la production. Nous leur recommandons de terminer la mise à jour d'octobre avant la fin janvier, pour garder une marge.

Trois scénarios concrets :

• Finances et opérations : avec Microsoft Dynamics 365 Business Central à Montréal comme ailleurs au Québec, nous testons taxes, rapports et extensions avant de proposer une date.
• Ventes : quand Business Central est relié à Dynamics 365 CRM, nous vérifions la synchronisation des clients et des commandes.
• Associations : avec Legio, notre logiciel de gestion des adhésions d'association, nous évitons les périodes de renouvellement des membres.

Vous préférez déléguer entièrement le suivi? Notre support Dynamics 365 prend en charge la planification et les tests à chaque vague.

Les limites des mises à jour de Business Central à connaître

Voici les contraintes documentées par Microsoft (Microsoft Learn, cycles de mise à jour) :

• Pas de retour en arrière : une fois la mise à jour réussie, il est impossible de restaurer l'environnement sur une version arrivée en fin de cycle.
• Extensions incompatibles : une extension qui n'est pas prête peut empêcher la mise à jour ou être désinstallée lors de la mise à jour forcée.
• Options qui deviennent obligatoires : à chaque vague, certaines fonctionnalités optionnelles deviennent obligatoires. La version 29 rend par exemple obligatoire la désactivation des services Web SOAP sur les pages de l'interface (Microsoft Learn, mise à jour 29.0).

Et une mise à jour ne corrige pas un processus mal conçu.

7 erreurs fréquentes lors d'une mise à jour de Business Central

Voici les erreurs que nous voyons le plus souvent.

1. Laisser Microsoft choisir la date. La mise à jour tombe alors à la date proposée, parfois en pleine fin de mois. Fixez-la vous-même.
2. Garder la fenêtre par défaut. Si elle chevauche vos traitements de nuit, elle crée des interruptions. Adaptez-la.
3. Tester seulement l'écran d'accueil. Testez plutôt une facture, une réception et un rapport de taxes du début à la fin.
4. Oublier les extensions AppSource. Une application non compatible peut bloquer l'environnement. Contactez chaque éditeur dès la sortie.
5. Laisser les avis à une seule personne. Vacances ou départ, et l'avis d'échec passe inaperçu. Inscrivez au moins deux destinataires et votre partenaire.
6. Conserver indéfiniment les copies de production. Un sandbox rempli de données réelles, jamais supprimé, va à l'encontre de la Loi 25.
7. Attendre la période de grâce. Vous perdez votre marge pour corriger un problème. Visez la fin janvier.

Checklist : votre entreprise est-elle prête pour la prochaine mise à jour de Business Central?

Les procédures écrites restent rares : en 2023, seulement 26 % des entreprises canadiennes avaient des politiques écrites en matière de cybersécurité (Statistique Canada, 2024). Documentez donc votre propre routine. Avant chaque vague, cochez ces points :

• La prochaine version est inscrite au calendrier annuel.
• La fenêtre de mise à jour de chaque environnement est adaptée.
• Au moins deux destinataires internes et votre partenaire reçoivent les avis.
• Un sandbox est créé sur la nouvelle version, avec un accès limité.
• La compatibilité des extensions et des intégrations est confirmée.
• Les processus critiques ont été testés par les utilisateurs clés.
• Les taxes canadiennes et les documents en français ont été validés.
• La date de mise à jour de la production est fixée hors des périodes de pointe.
• La suppression ou l'anonymisation du sandbox est prévue après les tests.

Moins de six points cochés? Commencez par la fenêtre de mise à jour, les destinataires des avis et la liste des extensions.

À lire aussi sur la mise à jour de Business Central

• Business Central Essentials vs Premium : choisir la licence qui correspond à vos besoins avant la prochaine vague.
• Dynamics NAV vs Dynamics 365 Business Central : ce qui change concrètement quand on quitte NAV.
• Implantation Business Central Montréal : les étapes d'un projet réussi, du cadrage au démarrage.
• Migration Acomba vers Business Central : la méthode pour passer d'Acomba à Business Central sans perdre vos données.