Dynamics NAV reste en production dans un grand nombre de PME françaises, et la question de son maintien ne se réduit pas à un débat technique sur la fin de support. La dernière version, NAV 2018, bénéficie d’un support étendu Microsoft jusqu’en janvier 2028.
Ce délai change la nature de la décision : il ne s’agit pas de fuir un produit obsolète, mais de planifier une transition vers Business Central en préservant les processus métier, les intégrations et la conformité réglementaire.
Lire également : Comment optimiser votre simulation de prêt Casden avec points pour fonctionnaires
Dettes techniques cachées dans une instance NAV en production
Toute instance NAV exploitée depuis plusieurs années accumule des personnalisations en C/AL, des rapports RDLC sur mesure et des connexions directes à des outils tiers (EDI, plateformes e-commerce, logiciels de paie). Ces couches constituent une dette technique rarement documentée.
Le passage à Business Central impose de réécrire ces personnalisations en AL (le langage successeur de C/AL) et de migrer les rapports vers des extensions compatibles. Avant toute décision de migration, nous recommandons un audit exhaustif des objets modifiés : pages, codeunits, tables, XMLports. Sans cet inventaire, le budget de migration reste une estimation creuse.
A voir aussi : Astuces incontournables pour optimiser la gestion de patrimoine en LMNP
Un point souvent négligé concerne les intégrations middleware. NAV communique fréquemment avec des systèmes externes via des web services SOAP ou des fichiers plats. Business Central, en environnement SaaS, privilégie les API REST et les connecteurs Power Automate. Chaque flux SOAP actif représente un chantier de conversion distinct, avec ses propres contraintes de test et de validation métier. Pour tout savoir sur Dynamics NAV avec ASCI, la documentation fonctionnelle de l’ERP reste un prérequis avant d’engager ce type d’audit.
Conserver Dynamics NAV jusqu’en 2028 : calcul rationnel pour une PME
Migrer vers Business Central représente un investissement significatif en temps projet, en formation utilisateur et en adaptation des processus. Pour une PME dont l’instance NAV 2018 fonctionne de manière stable, reporter la migration n’est pas de l’immobilisme, c’est un arbitrage financier.
Le support étendu garantit les correctifs de sécurité critiques jusqu’en janvier 2028. Tant que l’infrastructure serveur (Windows Server, SQL Server) reste elle-même sous support Microsoft, le risque opérationnel reste maîtrisé.
Cette fenêtre de temps permet de répartir le coût de la transition sur plusieurs exercices budgétaires. Nous observons que les PME qui précipitent la migration sous-estiment systématiquement deux postes :
- La reprise de données historiques, qui nécessite un nettoyage et une validation des écritures comptables accumulées sur plusieurs exercices
- La formation des utilisateurs aux nouvelles interfaces web de Business Central, très différentes du client Windows de NAV
- Le recettage des flux automatisés (commandes, factures, relances), qui mobilise les équipes métier pendant plusieurs semaines
Planifier la sortie de NAV ne signifie pas la déclencher immédiatement. L’objectif est de figer le périmètre fonctionnel cible sur Business Central, de chiffrer chaque lot de migration et de caler le calendrier sur les contraintes réelles de l’entreprise (clôtures comptables, pics d’activité saisonniers).
Business Central et l’écosystème Microsoft : ce qui change réellement la donne
La valeur ajoutée de Business Central par rapport à NAV ne réside pas dans les modules fonctionnels (gestion financière, stocks, ventes, achats), qui restent largement équivalents. Le gain se situe dans l’intégration native avec l’écosystème Microsoft 365, Power BI et Power Automate.
Sur NAV, obtenir un tableau de bord consolidé nécessitait un connecteur ODBC ou un cube SSAS configuré manuellement. Sur Business Central, Power BI se connecte directement aux données de l’ERP via des API publiées. Les utilisateurs accèdent aux indicateurs depuis Teams ou depuis le navigateur, sans intervention technique.
Power Automate remplace les traitements batch planifiés dans le NAS (Navision Application Server). Un flux déclenché par un événement métier (validation de commande, réception de stock) exécute des actions dans Business Central, envoie une notification Teams ou met à jour un fichier SharePoint. Ce type d’automatisation, qui demandait du développement C/AL sur NAV, devient configurable sans code.
L’arrivée de Copilot dans Dynamics 365 ajoute une couche d’assistance par intelligence artificielle : suggestions de lignes de rapprochement bancaire, génération de descriptions produit, requêtes en langage naturel sur les données. Ces fonctionnalités n’existeront jamais sur NAV. Elles constituent un argument de migration à moyen terme, pas un motif de précipitation.
Préparer la migration NAV vers Business Central sans casser les processus
La migration technique (données, personnalisations, rapports) ne représente qu’une partie du projet. Le risque principal est la rupture des processus métier validés par les utilisateurs.
Business Central en mode SaaS impose des contraintes que NAV on-premise n’avait pas. Les modifications directes du code applicatif sont interdites : toute personnalisation passe par des extensions publiées sur AppSource ou installées en tant qu’extensions per-tenant. Cette architecture protège la capacité de mise à jour automatique, mais elle oblige à repenser certaines adaptations historiques.
- Les états personnalisés (bons de livraison, factures avec mise en page spécifique) doivent être recréés en Word Layout ou RDLC dans le cadre d’une extension
- Les champs ajoutés aux tables standard de NAV migrent vers des extensions de type Table Extension, avec une logique de publication distincte
- Les droits d’accès utilisateur, souvent configurés de manière granulaire sur NAV, doivent être recartographiés dans le modèle de permissions de Business Central
- La conformité réglementaire (FEC, piste d’audit, facturation électronique) doit être vérifiée dans le nouvel environnement, car les localisations françaises de Business Central évoluent à chaque vague de mise à jour
Nous recommandons de traiter la migration par lots fonctionnels (finance d’abord, puis ventes, puis stocks) plutôt que par un basculement global. Cette approche réduit le risque de régression et permet de valider chaque périmètre avec les équipes concernées avant de passer au suivant.
La question posée par le titre de cet article appelle une réponse directe : choisir NAV aujourd’hui, c’est choisir de stabiliser un existant qui fonctionne tout en préparant méthodiquement son remplacement. La migration vers Business Central n’est pas optionnelle, elle est calendaire. Janvier 2028 fixe l’horizon. Ce qui reste à décider, c’est le rythme, le séquencement et le budget que l’entreprise est prête à mobiliser pour y arriver sans perturbation opérationnelle.