Swiftly Business ConsultingChoisir la langue
Le support étendu de Dynamics NAV 2017 prend fin en janvier 2027, celui de NAV 2018 en janvier 2028. Ce que cela signifie en pratique, les trois options réalistes, et un plan construit à rebours à partir de la date.
Votre entreprise tourne sous Dynamics NAV depuis dix ou quinze ans. Le système fonctionne. Les personnes qui l’utilisent le connaissent, le partenaire qui l’a mis en place répond toujours au téléphone, et chaque personnalisation a sa raison d’être, même si plus personne ne s’en souvient. La mise à niveau vers Business Central figure sur la liste depuis trois ans, et chaque année, quelque chose de plus urgent est passé avant. Les dates de fin du support Dynamics NAV sont désormais assez proches pour que cela ne puisse plus attendre une année de plus.
Le support étendu de Microsoft pour NAV 2017 prend fin en janvier 2027. Pour NAV 2018, la dernière version, il prend fin en janvier 2028. Les versions plus anciennes ne sont déjà plus prises en charge. Voici ce que ces dates changent réellement, les trois options réalistes, et un plan qui vous fait quitter NAV avant la date plutôt qu’après.
Selon les pages de cycle de vie de Microsoft, les deux versions relèvent de la politique de cycle de vie fixe :
Si vous n’êtes pas sûr de la version que vous utilisez, demandez à votre partenaire ou regardez la version affichée dans le client. Beaucoup d’entreprises qui disent « nous tournons sous NAV » sont en réalité sur NAV 2013 ou 2015, ce qui signifie que la date est déjà passée.
NAV ne s’arrête pas de fonctionner le 12 janvier. Rien ne s’éteint. Ce qui s’arrête, c’est la part de Microsoft : plus de mises à jour de sécurité, plus de correctifs, et plus de support Microsoft en cas de panne. Les conséquences pratiques arrivent plus lentement, et c’est précisément pour cela qu’elles sont faciles à sous-estimer.
Business Central est le successeur de NAV chez Microsoft, et pour la plupart des utilisateurs de NAV, c’est l’étape suivante naturelle. Le modèle de données vous semblera familier, et Microsoft fournit des outils de migration pour les données. Ce qui ne migre pas tout seul, ce sont les personnalisations : le code écrit en C/AL doit être réécrit sous forme d’extensions ou, mieux, remplacé par des fonctionnalités standard qui n’existaient pas quand l’original a été développé. La première étape honnête est un inventaire de chaque personnalisation, avec une décision pour chacune : conserver, reconstruire ou abandonner.
Si NAV a été choisi il y a quinze ans pour une entreprise qui ne ressemble plus guère à celle d’aujourd’hui, par exemple après une acquisition ou un changement de modèle, il vaut la peine de se demander si Business Central reste le bon choix. Une réimplémentation représente plus de travail qu’une mise à niveau, mais c’est aussi l’occasion de concevoir les processus pour l’entreprise que vous êtes devenue. Les mêmes questions se posent que pour toute sélection d’ERP.
Pour un petit nombre d’entreprises, rester sur NAV pendant une période limitée est un choix raisonnable : une cession de l’entreprise est prévue, une décision ERP à l’échelle du groupe est en attente, ou le système est en voie de retrait. Si c’est votre cas, mettez la décision par écrit, fixez-lui une date de fin et réduisez le risque : isolez le serveur, restreignez les accès et prévoyez un plan pour les changements réglementaires. Rester par défaut, ce n’est pas la même chose.
Les guides des partenaires annoncent des durées très différentes pour une migration NAV, et la vôtre dépendra du nombre de personnalisations, de la qualité des données et du temps que vos équipes peuvent y consacrer. Chez Waterlogic République tchèque, le système était prêt après 16 semaines, le périmètre étant serré. Il n’est pas passé en production. Le client a ensuite arrêté la mise en production parce que d’autres priorités sont passées devant : un projet mondial dans 17 pays a pris le pas au sein de l’entreprise. Un périmètre serré est une décision, pas une hypothèse. Travaillez à rebours :
La fin du support Dynamics NAV n’arrête pas votre activité un jour donné. Elle rend chaque année sur NAV un peu plus risquée et un peu plus chère, et elle vous retire la possibilité de choisir votre propre calendrier. Confirmez votre version, inventoriez les personnalisations, choisissez entre mise à niveau, réimplémentation ou maintien assumé, et fixez une date de mise en production qui laisse une marge avant janvier 2028. Les entreprises qui commencent maintenant choisissent leur projet. Celles qui attendent héritent du projet qui reste.
Comment réaliser une implémentation ERP en 12 semaines
Faut-il mettre votre nouvel ERP en production le 1er janvier ? (en anglais)
Votre première clôture annuelle sur un nouvel ERP : un plan pratique (en anglais)
Étude de cas : Waterlogic République tchèque, prêt en 16 semaines, mise en production arrêtée
À LIRE AUSSI
La plupart des projets ERP prennent de 6 à 18 mois. Nous les avons mis en production en 12 semaines, et un ERP tchèque était prêt en 16. Le client a ensuite arrêté cette mise en production.
Six mois après la mise en production, le tableur est de retour en réunion parce que le rapport de l’ERP n’est pas cru. Les tableurs qui reviennent sont souvent le premier signe visible que l’adoption des utilisateurs a décroché.
Le support après mise en production échoue rarement pour des raisons techniques. Il échoue parce qu’il a été cadré comme une phase, que la connaissance est partie avec le partenaire d’implémentation et que rien ne transforme un incident récurrent en processus corrigé.
Réservez un appel découverte gratuit de 30 minutes. Nous examinerons votre version, vos personnalisations et votre calendrier, et nous vous dirons honnêtement quelle option vous convient.
Nous acceptons actuellement de nouvelles missions, dès maintenant et jusqu’en 2027.
Commentaires
Chargement des commentaires…