Microsoft DynamicsFree calculatorPDF, Excel, Word exportMicrosoft Dynamics NAVAll Microsoft Dynamics NAV and Business Central on-prem tools

Dynamics NAV to Business Central On-Prem Upgrade Effort Calculator

This calculator estimates the effort to take a customised Dynamics NAV 2015 to 2018 system to Business Central on-premises, where C/AL modifications must become AL extensions and data must pass through BC14 and v25. Enter your object counts and per-object hours and read code, data, test and total hours.

Your numbers

objects
objects
objects
objects
objects
objects
reports
objects
hours

Rule of thumb: move the change into an event subscriber or table/page extension and retest

hours

Txt2Al conversion and compile fixes for objects you own

hours
hours

Upgrade code, test runs and fixes for one company over a two-hop run

35 %

Your results

Total effort
1,089 hrs
Objects and reports in scope
225
Code conversion hours
735 hrs
Data upgrade hours
72 hrs
Base hours cover a two-hop run; each extra hop adds half again
Testing hours
282 hrs
Duration at 35 hours per week (one person)
31.1 weeks

Per-object hours are rules of thumb from partner practice, not Microsoft figures. Replace them with your own after converting a sample of objects.

Save results:

Total hours vs hours per modified object

Sweeps Hours per modified object from 1 to 10, holding your other inputs fixed.

Get your upgrade estimate reviewed

Send your object list export and company count and we will review the hours per object for your codebase.

Optional. The tool and every export work without this. No spam.

Was this tool useful?

The upgrade path this models

Microsoft's supported path from NAV 2015, 2016, 2017 or 2018 to current Business Central on-premises is indirect. You first do a technical upgrade to Business Central Spring 2019 (v14), the last version that runs C/AL. From there the application must be converted to AL: export objects as text, convert them with the Txt2Al tool, and move modifications to standard objects into extensions. Starting with 2025 release wave 1 (v26), v14 cannot upgrade directly to the latest release, so data goes v14 to 2024 release wave 2 (v25) to the target, for example v29. Each hop is a separate data upgrade run.

  • NAV 2015-2018: v14, then v25, then current (3 hops)
  • BC14 to BC24: v25, then current (2 hops)
  • BC v25 and later: direct to current

How the formula works

Code hours = (modified tables + pages + codeunits) x hours per modified object + (new tables + pages + codeunits) x hours per new object + reports x hours per report + XMLports x hours per modified object. Modified standard objects cost more because the change must be redesigned as an event subscriber, table extension or page extension; new objects mostly convert with Txt2Al and need compile fixes. Data hours = companies x hours per company x hops x 0.5, so the default per-company figure represents a two-hop run and a third hop adds half. Testing is a percentage of code plus data. Weeks assume one person at 35 hours.

Worked example

With the defaults, 130 modified objects at 4 hours give 520 hours, 52 new objects at 1.5 hours give 78, 35 reports at 3 hours give 105 and 8 XMLports give 32, so code is 735 hours. Three companies at 16 hours over 3 hops give 72 data hours. Testing at 35 percent of 807 adds about 282, for a total near 1,089 hours, roughly 31 person-weeks. Move hours per modified object from 4 to 6 and the total rises by about 370 hours (138 objects x 2 hours plus 35 percent testing), which is why measuring a sample first matters.

Gotchas

Object counts from the NAV object designer include objects you modified only slightly; filter by Modified and review version tags to count realistically. Code that edits standard posting codeunits is the most expensive to move, because it needs an event or a redesign. Dataports from older versions must already be XMLports by NAV 2013. Licence changes matter too: confirm your licence covers BC on-premises before you plan the timeline. Run at least one full test upgrade of the largest company to time the data hops.

Frequently Asked Questions

Can I upgrade NAV 2016 directly to the latest Business Central?

No. Microsoft's upgrade paths require NAV 2016 to go to Business Central Spring 2019 (v14) first, then to 2024 release wave 2 (v25), then to the target release. The path also requires converting the application from C/AL to AL, which is where most of the effort sits.

How long does a NAV 2018 to Business Central upgrade take?

It depends mainly on how many standard objects were modified. A lightly customised system may take a few hundred hours; a heavily modified one can take well over a thousand. Use this calculator with your object counts, then convert a sample of objects to replace the default hours with your own.

What is Txt2Al?

Txt2Al is Microsoft's command-line converter that turns C/AL objects exported as text from the NAV or BC14 development environment into AL files. It handles syntax conversion; it does not turn modifications of standard objects into extensions, which a developer has to redesign.

What is the difference between Dynamics NAV and Business Central?

Business Central is the successor to NAV. From v15 it uses AL and extensions only, with no C/AL, and runs in the web client. It is available as Microsoft-hosted SaaS or on-premises. NAV versions use C/AL and the Windows client, and customisations change standard objects directly.

If you want users to query NAV or the upgraded Business Central in plain English on your own servers during and after the move, we can set that up.

ArchRay builder
Design the on-prem AI stack for Microsoft Dynamics NAV and Business Central on-prem: model, GPUs, RAG pipeline, guardrails
See memory, speed and cost as you swap parts, then export the diagram. Free, in your browser.
Open the builder

Keep exploring

Free tools

ERP fixes and how-tos

AI on your ERP

Integrations

Comparisons

Software