La date limite que beaucoup d’utilisateurs de Navision ont manquée

Le 14 avril 2026 marque la fin pour Dynamics NAV 2016 : plus de mises à jour de sécurité et fiscales, plus de support. Ceux qui travaillent encore avec Navision doivent prendre une décision plus importante qu’un simple saut de version. La voie à long terme de Microsoft mène à Dynamics 365 Business Central, et c’est là que les questions que le Mittelstand doit désormais résoudre commencent.

Les points clés en bref

En lien :Cloud-Repatriation : quand le rapatriement devient rentable  /  Quand la facture de l’IA fait exploser le budget cloud

Ce qui prend vraiment fin le 14 avril

Microsoft gère Dynamics NAV selon la Fixed Lifecycle Policy : dix ans de support par version, répartis en cinq ans de phase principale et cinq ans de phase étendue. NAV 2016 est sorti en janvier 2016, la phase principale s’est terminée dès 2021. Le 14 avril 2026, le Extended Support prendra également fin.

Il ne s’agit pas d’une fin progressive. À partir de cette date, Microsoft ne fournira plus de mises à jour de sécurité, aucune adaptation réglementaire ou fiscale, aucun correctif de bugs et aucun support technique. Une faille de sécurité découverte après cette date restera ouverte. Pour un système qui gère la comptabilité, les stocks et les achats, c’est un risque opérationnel, pas un simple détail.

Ceux qui utilisent encore NAV 2018 gagnent un peu de temps : le Extended Support court jusqu’en janvier 2028. Cela peut servir de marge de manœuvre, mais pas d’excuse. La migration nécessite une préparation, et 2028 est plus proche qu’il n’y paraît.

Cloud, On-Premise ou Hybride : trois voies vers le même successeur

Qu’est-ce que Dynamics 365 Business Central ? Business Central est le système ERP de Microsoft destiné aux petites et moyennes entreprises. Il regroupe la comptabilité financière, les achats, la gestion des stocks et les ventes sur une seule plateforme, et constitue le successeur direct de Dynamics NAV, encore connu sous le nom de Navision par beaucoup.

Business Central n’est pas la rupture que certains craignent. La plateforme est le successeur direct de NAV, issue de la même base de code. Le véritable choix stratégique réside dans le modèle d’exploitation, et les PME disposent ici de trois options.

Dans le cloud, Business Central fonctionne en SaaS sous la Modern Lifecycle Policy. Cela signifie : pas de fin de support fixe, tant que l’abonnement reste actif et que deux vagues de mises à jour sont déployées chaque année. L’option On-Premise reste possible, mais reporte la responsabilité des mises à jour et de l’infrastructure en interne, y compris la prochaine échéance du cycle de vie. L’hybride combine les deux, par exemple avec un stockage des données en local et des analyses dans le cloud, et représente souvent une architecture transitoire plutôt qu’une solution définitive.

Pour la plupart des utilisateurs issus des PME, la version cloud représente le modèle cible, car elle résout précisément le problème qui devient urgent : la prochaine échéance de support disparaît. L’option On-Premise reste le choix des entreprises soumises à des contraintes strictes de stockage des données ou nécessitant des personnalisations poussées, mais elle doit alors être justifiée par des raisons autres que la simple habitude.

Où la migration devient coûteuse

Le saut de version en lui-même n’est pas le facteur de coût. Ce qui pèse, c’est tout ce qui s’est greffé à Navision au fil des ans. Chaque personnalisation programmée sur mesure doit être transposée dans le modèle d’extensions de Business Central, car les anciennes interventions en C/AL dans le standard ne fonctionnent plus ainsi.

Le deuxième facteur de coût est la qualité des données. Qui emporte tel quel des fiches obsolètes, des données de référence en double et des vieilleries historiques paie pour du lest et traîne des problèmes dans le nouveau système. La migration est ce moment rare où un grand nettoyage de printemps dans le stock de données se justifie économiquement.

Six à douze semaines si tout se passe bien

À titre indicatif, les partenaires tablent sur six à douze semaines pour une migration de NAV vers Business Central, tests et formation inclus. Ce délai ne tient toutefois que si les personnalisations restent limitées. Pour des installations fortement individualisées avec de nombreuses interfaces, on passe rapidement à plusieurs mois.

On sous-estime souvent la partie qui n’a rien de technique. Un changement d’ERP modifie les écrans, les processus et les analyses sur lesquels les équipes ont construit des automatismes pendant des années. Qui rogne sur la formation et les tests en phase finale économise au mauvais endroit et le paiera en production. Le planning doit être calculé à rebours de la date butoir, et non en partant d’un calendrier idéal.

Ce que la date butoir implique pour la feuille de route

Le réflexe le plus évident est la transposition à l’identique : reproduire l’ancien système, case cochée. C’est précisément la solution la plus coûteuse, car elle emporte toutes les vieilleries et gâche l’opportunité que recèle tout changement imposé. La meilleure question est ailleurs : quels processus ne voulons-nous plus voir fonctionner comme aujourd’hui ?

La date butoir est donc moins un rendez-vous informatique qu’un jalon économique. Elle force une décision que beaucoup d’entreprises auraient encore reportée. Qui aborde la migration comme une simple obligation se retrouve avec un nouveau système grevé des anciens problèmes. Qui en fait une coupure modernise des processus qui traînaient depuis trop longtemps. Le 14 avril impose le déménagement. La qualité de celui-ci reste un choix.

Foire aux questions

Source de l’image : générée par IA (juillet 2026)