Moving from Dynamics NAV to Dynamics 365 Business Central – Part 3: Code (Extensions, Integrations and ISVs)

by | Updated August 1, 2020 | Dynamics 365 Business Central, Dynamics NAV

How to move NAV to Business Central Code, extensions, integrations

You’ve decided on the type of project to employ to move to Dynamics 365 Business Central (Upgrade vs. Reimplement), and you have started to consider your custom data. Concurrent with that latter exercise, you will also reevaluate your customizations – which to leave behind and how to reintroduce those that survive into the BC extension model. Likewise, this is the appropriate time to consider which integrations are needed and which ISVs to add to your installation. In other words, we are no longer focused on what we are taking with us, but how our new house will look and operate.

These decisions will typically represent around half of the overall project budget.


First, we will consider how remodeling has changed since we updated the master bathroom in our current home.

Paradigm Shift

Extensions are the new customizations. These include fields added to tables and pages, new tables and lookups, posting changes, (some) new reports and report changes, (some) workflow changes, and (some) integrations to external systems. In Business Central, all coded changes needed to the application are created as extensions. These live outside the base application and are layered on top as you open a page, run a report, or execute a process.

This distinction is important because it means the move to Business Central will be the last traditional upgrade or reimplementation project you should expect. Like the past jump to (or through) NAV2009, the jump to BC is a paradigm shift for the product and many customizations will need to be reimagined.

The BC shift is most clearly understood when we discuss and think about extensions. While we will need to rearchitect many existing customizations, those changes also force us to decouple that custom code from the base application. We cannot just build a new shower into the bathroom like we did before. Our new shower will now come with us the next time we move, so we must approach the new installation differently. This is the paradigm shift – all remodeling stays with us in our next move, or we can optionally leave it behind.

The decoupling of customizations from the base application is a very big win. This allows future upgrades of the product to happen cleanly at the “base” layer, with the extensions dropped back into the resulting database after the base layer is migrated. While occasional adjustments to the extensions might still be needed from time-to-time as new releases of BC add, deprecate or “appify” some functionality, new product versions and periodic build changes are normally non-events. After our move to BC, subsequent moves will allow us to just “snap in” all our previous remodeling.

Carry-Foward Decisions

As part of the effort to get your company to Business Central, you will need to decide which of your past customizations in Dynamics NAV need to be rebuilt as extensions for BC. Because most customizations to NAV do not port directly to BC extensions, some degree of work is needed to get these changes rewritten. Remember, we’re not in BC yet, so the bathroom remodel job we did before needs to be done again – even if we can generally use the same blueprint.

This is where it is helpful to reassess the current workflows utilized in NAV and determine which of those could be handled with “out-of-the-box” features in BC or through integrated applications such as PowerBI, PowerApps, and Dynamics CE. Often these new features and tools can replace an old customization. Maybe your old custom walk-in shower is no better than the one already in your new home.

For those areas where a unique field or behavior is still needed in BC, the old customization is evaluated and ultimately rewritten as an extension in BC. New changes may also be introduced as extensions in order to improve workflow efficiency where the old process wasn’t optimal, and the new process in BC is not an exact fit for your business. Maybe the new shower is great, but you still want to add a different showerhead.

As a rule of thumb, a typical move to BC with a joint review of existing processes should target a 33% customization survival rate. This means two-thirds of the customizations that have been introduced over the years in the NAV application should be left behind. As a related rule of thumb, an initial target of 33% will often end up being 50% when the project is complete. This is because users will often push back on initial management decisions and a balance will need to be struck.

As surviving customizations are gathered, this list is then compared against the custom data points “keep” list from the decision exercise described in Part 2 of this series.

Integrations and Third-Party Applications (ISV’s)

Integrations are the utilities of your home. Your electricity, gas and water feed into your home and waste goes out. Similarly, you may have payroll, expense, and exchange rate services feeding BC, while BC passes back out reporting data or other data and metrics to a reporting tool.

To the extent that the data needs to be kept in sync, and is not handled through a purchased third-party integrated solution, these “hooks” require some development and management.

A third-party solution may alternatively be employed to supplement processing within BC or to integrate BC to another system. These are more like services that keep your home functioning and take some burden off the homeowner. Examples include lawn services or grocery delivery, and for BC include shipping tools and credit card management.

Summary of Moving from Dynamics NAV to D365 Business Central: Part 3 – Code

Decisions related to customizations represent the biggest factor in project scope. Getting your “stock” data to BC in an upgrade, or reintroducing a subset of your stock data in a reimplementation, is mostly a known quantity and repeatable across projects. Likewise, the stages of the project are repeatable. The volume and nature of remodeling to carry forward, utilities to hook up and services to engage, together represent the biggest cost variable.

In Part 4 of the series, we will walk through the remaining project variables including workflow (re)engineering, security decisions, and project teams.

More in the moving from Dynamics NAV to D365 Business Central series:

Related Posts


Submit a Comment

Your email address will not be published. Required fields are marked *

Upcoming Events


01sep10:00 am10:30 amEnsuring Quality and Compliance for Batch Manufacturers in Life Sciences

01sep12:00 pm12:30 pmIs it Worth It to Move to the Cloud? A Look at Considerations for Current Agribusinesses Using Dynamics GP

01sep2:00 pm2:45 pmWhat’s New in Dynamics 365 Finance and Supply Chain

09sep11:00 am12:00 pmConfab Live with Stoneridge – Data Strategy and Reporting – Mining Decision Making Insights

15sep10:00 am11:00 amSolving the Biggest Challenges in Agribusiness Through Innovation and Technology

22sep12:00 am12:30 pmSimplifying Payroll and HR Management with ADP Workforce Now

22sep10:00 am10:30 amStreamlining Batch Manufacturing with Technology

22sep2:00 pm2:30 pmProcess Automation for Microsoft Dynamics D365 for Business Central, Finance and Operations and GP

23sep11:00 am12:00 pmConfab LIVE with Stoneridge - Riding the Wave 2 Release – Key Features Coming to Dynamics 365 this October

29sep10:00 am11:00 amTop Five Reasons Why NOW is the Right Time to Move from Salesforce to Dynamics 365 Customer Engagement

29sep12:00 pm12:45 pmUnderstanding Job Costing and Tax Management in Business Central

29sep2:00 pm3:00 pmDigitalizing Horticulture & Agriculture - How to Sell Plants Online and Simplify Business Management

30sep12:00 pm4:00 pmSecurity and Permissions Training for D365 Business Central or Dynamics NAV


06oct10:00 am10:30 amPreview of D365 Business Central Fall Release Features and Functionality

06oct12:00 pm12:30 pmInsider's Guide to New Features Available in the Fall Release of D365 Finance and Supply Chain

07oct11:00 am12:00 pmConfab LIVE with Stoneridge - Dataverse and Dynamics in Review – Let’s Get Technical

13oct12:00 pm12:30 pmWave 2 Release – What’s Coming for Dynamics 365 Sales and Customer Service

21oct11:00 am12:00 pmConfab LIVE with Stoneridge - Dataverse and Dynamics in Review – Let’s Get Functional

26oct(oct 26)9:00 am28(oct 28)5:00 pmStoneridge Connect Leadership and Community Conference

About Stoneridge
Stoneridge Software is a unique Microsoft Gold Partner, with emphasis on partner. With specialties in Microsoft Dynamics 365, Microsoft Dynamics AX, Microsoft Dynamics NAV, Microsoft Dynamics GP and Microsoft Dynamics CRM, we focus on attracting the most knowledgeable experts in the field to our team, and prioritize delivering stellar solutions with maximum impact for your business. At Stoneridge, we are deeply committed to your results. Each engagement is met with a dedicated team, ready to provide thorough, tailored, and expert service. Based in Minnesota, we intentionally “step into your shoes,” wherever you are. We focus on what you care about, and develop trusting, long-term relationships with our clients.

Subscribe To Our Blog

Sign up to get periodic updates on the latest posts.

Thank you for subscribing!