NAV Upgrade

NAV Upgrades to Business Central 365 on-prem and cloud

NAV Upgrades to Business Central 365

When a client has already made the decision to upgrade NAV to the latest version it is high time to find the right executives. First of all, End-clients, together with
servicing Partner have to make a decision to choose how to handle the development and management.
Usually, MS Partners are in situation when they have multiple upgrade/dev/support requests from clients. According to dev practice,
NAV upgrade is a very time-consuming process. That is why this situation requires planning of resources, postpone execution or even refuse
from some projects. MS Partners choose SWP-Group to outsource their high load and get quality NAV development services.

NAV Upgrades of client’s database to the latest NAV Business Central 365, conversion of customizations to Extensions is a main our service.
Because of our vast experience with NAV upgrades, our dev center has followed a specific methodology which takes into account several
aspects of the upgrade. Most of the upgrade processes are optimized, special tools are created to automate routines. Every upgrade process is divided into stages.
Each stage requires to reach its milestones. For example, development of reports is started when data is migrated to the target database. Comprehensive analysis of
any modifications in the NAV database on estimation stage using special estimation tool makes the FIXED price for a client very sharp. This approach allows us to deliver
database with predefined customer’s expectations according to the agreed date.

It is important to create an upgrade plan on estimation phase. Here are three options:

1) Standart NAV upgrade of customizations to BC365 on premise.

2) Reimplementation with customization analysis.

An upgrade is usually faster and less expensive than re-implementation, even the current solution carries heavy customizations that are badly designed.
Re-implementation is reasonable if the client decided to refuse at least 30% of unnecessary functionality. Requires more customer involvement, but the solution is more
flexible, and it is an opportunity to implement a new business vision.

3) NAV upgrade of customizations to BC365 with code conversion to AL. Object conversion to extensions.

NAV platform change requires to choose new upgrade challenge to NAV clients. It is code conversion to AL, and object transformation to extensions. As promised by
the MS team, these efforts makes solution more flexible for upcoming NAV upgrades. It will not require additional complex work to get new Business Central 365.
But actually, it is the most complex type of NAV upgrade, especially on heavy customized databases.  A lot of dev manual work should be done to analyze all customizations.
A lot of management work to solve all issues appears. Some functionality could require hard redesign or even removal.

We use this scenario to convert C/AL code to AL

Partial upgrade

Object transformation only is one one of the possible ways to reduce the upgrade cost for some companies.
Since report transformation is quite specific development it makes sense to outsource it to professionals who perform it on a daily basis.

According to our internal statistics average time to transform an object with adjusting and fixing:
report transformation to RDLC  requires 2,5 hours of dev work.
form to page transformation requires 1,5 hours of dev work.

Special offer on RDLC report transformation

Fixed price offer on report transformation to RDLC with manual fixes and internal testing included:
Simple list — 1h
Complex list -3h
Document — 4h

This proposal is valid for most of reports conversions based on partial upgrade service only. Efforts evaluated in dev hours. In some cases when old report includes very specific changes like complex excel formatting, deep usage of unsupported functionality, external automation are used in the report we can offer a specific estimate for each of report.
Reports are tested and run on a database supplied by the client on the moment of project start. Reports conversion to AL requires an additional 1h+ per report.


Next options are available within upgrade:

1) Clean, optimize code.

2) Refactor functionality to events, extensions.

3) Prepare code to AL conversion.

4) Performance issues solving.

NAV Upgrade for the customer is a black box. On the input, Customer is eager to insert the old NAV database and on the output get the same but upgraded to the new NAV or BC365 environment.

SWP Black box internally includes:

Estimation Phase DEV phase TEST phase Delivery UAT
Pre-Live and Go-Live
After Go-Live Support
Analysys of customized objects, addons etc.

Analysys tool results

1) Object merge —
Object transformation
Auto tools: Merge, reports, menu convertors
2) Object code refactoring
to to be able run on  target NAV version smoothly.
Manual Development work.
3) Bugfix
1) Unit testing

Object test
Running objects
Filling data


2) Functional testing
Test of Standard functionality, Prepare documents,
Error handling,
Check of Customizations,

3) Document handling

 Consists of SQL data BAK file  which includes all transformed functionality This is client probation and Go-Live part with close support.
Proposal of Fixed price and

possible deadlines for each of phases.

Test DataMigration

1) Prepare NAV Environments
transitional steps 2009,2013,2015 2018.
Split migrate to phases 2009-2015 2015-2018

2) Addons data upgrade

3) Fix Toolkits if needed


1) Compare
from old and new databases

2) Data generated by toolkits

Free Estimate FIXED-TERMS.
Delivery date is always negotiated with client
SWP Fixes all issues
which were not revealed within internal SWP testing, UAT, after Go-Live
We agree with client full list of work to be completed within upgrade project. No change of budget if terms are not changed.

Contact us to learn more about how we can help Your company.

Contact us