Migrer de NAV vers Business Central : que faire avec vos personnalisations

Si votre entreprise utilise encore Microsoft Dynamics NAV, vous savez sans doute que le passage à Business Central s'en vient, tôt ou tard. Et vous savez peut-être aussi ce qui rend ce passage délicat : toutes les personnalisations ajoutées à votre NAV au fil des années.

Des champs ajoutés, des rapports sur mesure, des façons particulières de facturer ou de gérer les stocks, des intégrations avec d'autres logiciels. Chacune a été faite pour une bonne raison, à un moment donné. La migration oblige à se poser une question pour chacune : on la garde, on la refait, ou on s'en passe ?

Pourquoi on ne peut pas tout simplement « copier » NAV

Dans NAV, les personnalisations étaient généralement faites en modifiant directement le code du logiciel. Business Central fonctionne autrement : vos ajouts vivent dans des extensions, des modules séparés qui s'ajoutent au logiciel sans le modifier. C'est ce qui permet à Microsoft de mettre Business Central à jour régulièrement sans briser vos personnalisations.

La contrepartie : les personnalisations de NAV ne se transfèrent pas telles quelles. Il faut les revoir une par une.

Le standard d'abord

Pour chaque personnalisation, la première question est simple : est-ce que Business Central le fait maintenant, de base ?

Business Central a beaucoup évolué depuis les versions de NAV que la plupart des entreprises utilisent encore. Une personnalisation faite il y a des années pour combler un manque est peut-être couverte aujourd'hui par une fonction standard. Quand c'est le cas, je choisis toujours le standard :

• moins de travail maintenant, puisqu'il n'y a rien à refaire ;
• moins d'entretien plus tard, puisque Microsoft s'occupe de le maintenir et de le mettre à jour ;
• moins de surprises, puisque tout le monde connaît le fonctionnement standard.

Il faut parfois adapter un peu sa façon de travailler. C'est presque toujours un meilleur investissement que de reconstruire l'ancienne personnalisation.

Les extensions ensuite

Ce que Business Central ne fait pas de base, on le refait sous forme d'extension. Ce n'est pas une simple conversion : c'est l'occasion de refaire la personnalisation proprement, en fonction de la façon dont vous travaillez aujourd'hui, et non de celle d'il y a dix ans.

Et certaines personnalisations disparaissent tout simplement. En dressant la liste, on découvre souvent des ajouts faits pour un processus que l'entreprise a abandonné depuis longtemps.

Les tests : là où le temps passe

S'il y a une chose à prévoir généreusement dans votre budget, ce sont les tests. C'est, de loin, la partie la plus exigeante de ce genre de projet.

Chaque personnalisation refaite, et chaque fonction standard qui en remplace une, doit être vérifiée avec vos vrais documents : vos factures, vos rapports, vos cas particuliers que seule une personne de la comptabilité connaît. Les meilleurs testeurs sont les gens qui font le travail tous les jours.

Mon conseil : sauvegardez tout, et commencez petit

Si j'avais un seul conseil à donner à une entreprise qui s'apprête à migrer :

• sauvegardez tout, à chaque étape, pour pouvoir revenir en arrière ;
• commencez petit : une entreprise, un module ou un groupe d'utilisateurs d'abord, puis le reste ;
• gardez l'ancien système accessible en consultation pendant un certain temps après le passage.

Une migration bien faite vous laisse avec moins de personnalisations qu'au départ, toutes conçues pour survivre aux mises à jour. C'est le vrai gain : ne plus jamais revivre une mise à niveau aussi pénible.

Pour les détails techniques (extensions AL, événements, outils de conversion), j'ai écrit une version pour les développeurs, en anglais.

Vous prévoyez de passer de NAV à Business Central ? Parlons-en. La première consultation est gratuite et sans engagement.