Learn how Microsoft Dynamics 365 Business Central implementation and migration work, from data transfer and system setup to testing, training, and go-live.
Contact UsChoosing Business Central is the easy part. Getting it live with clean data, working integrations and a team that trusts the numbers is where projects succeed or stall.
This guide walks through how a Business Central implementation runs, what shapes its timeline and cost, and how to move from Dynamics GP, Dynamics NAV, QuickBooks or another system using Microsoft's own migration tools.
An implementation is more than installing software. It is a set of workstreams that run in parallel and meet at go-live:
Each workstream needs an owner on your side as well as on the partner's. In practice that means a project lead, a finance owner and a process owner for each department involved.
Microsoft's Success by Design framework, used across Dynamics 365 projects, splits an implementation into five stages. Most partners use their own phase names, but the work maps closely to these:
| Stage | What happens | What your team provides |
|---|---|---|
| Strategize | Agree goals, scope, budget and success measures | Business objectives and an executive sponsor |
| Initiate | Map current processes, confirm requirements and design the solution | Process owners who can explain how work really gets done |
| Implement | Configure the system, build integrations and extensions, run trial data migrations | Fast decisions and clean source data |
| Prepare | Test end-to-end scenarios, train users and plan the cutover | Testers from each department and time for training |
| Operate | Go live, stabilize and start improving | Super users who support colleagues in the first weeks |
Each stage should end with a sign-off before the next begins. Protect the Prepare stage when deadlines tighten. Testing with real scenarios and real data is what catches problems before customers or auditors do.
There is no standard duration for a Business Central project, and a figure quoted before discovery is an estimate at best. These factors decide how long yours takes:
Fixed dates matter too. Plan go-live away from your financial year-end, and if you are migrating from Dynamics GP, Microsoft advises running the cloud migration between Business Central's scheduled environment updates.
Scope, data quality and partner choice decide whether a project lands on time. Our experts can help you plan it before you commit.
Get an Implementation ReviewImplementation cost is separate from licensing and depends on the same factors as the timeline: scope, entities, data, integrations, customizations, training and post-go-live support. The other big variable is how the work is priced.
| Pricing model | How it works | Best when |
|---|---|---|
| Fixed fee | One agreed price for a defined scope | Requirements are clear and mostly standard |
| Time and materials | You pay for the hours used | Requirements are still evolving or complex |
| Phased | A fixed fee per phase, starting with discovery | You want certainty before committing to the full build |
Whichever model you choose, compare proposals line by line. Each one should spell out the number of trial migrations, the integrations included, the training hours and the length of post-go-live support.
A low quote may mean less discovery, fewer trial migrations or minimal training, and those gaps tend to return as change orders. Keep a contingency for scope you only uncover once the project starts.
Microsoft provides built-in tools for its own legacy products and simpler import options for everything else. Your current system decides the route:
| Current system | Microsoft's route to Business Central online |
|---|---|
| Dynamics GP 2015 or later | Cloud migration tool, run from Business Central |
| Dynamics SL 2015 or later | Cloud migration tool, run from Business Central |
| Dynamics NAV | Upgrade to Business Central version 14 on-premises, rebuild customizations as extensions, then move to the cloud |
| Business Central on-premises | Version 25 or later migrates directly; versions 15 to 24 upgrade to version 25 first; version 14 can upgrade or use Microsoft's reimplementation tool |
| QuickBooks Desktop or Online | Microsoft's QuickBooks data migration extensions |
| Other systems | Configuration packages, or a custom migration from SQL-based sources |
The cloud migration tool needs the source database on SQL Server 2016 or later, at compatibility level 130 or higher. Dynamics SL users have a fixed deadline too: Microsoft's extended support for SL 2018 ends on July 11, 2028.
Microsoft ends Dynamics GP support for product enhancements, tax updates and technical support on December 31, 2029. Security patches continue, if needed, until April 30, 2031, and Microsoft encourages GP customers to move to Business Central.
The cloud migration tool brings across:
Start with Microsoft's migration assessment tool, which flags likely issues in your GP setup. Run the migration in a sandbox first: data moves table by table, failures are logged, and you can fix issues and rerun replication.
Then use the built-in validation to compare GP with Business Central. Deposit posted cash receipts in GP beforehand, because undeposited receipts aren't migrated, and close any years marked historical in GP once they arrive open in Business Central.
Dynamics NAV is running out of support. Extended support for NAV 2017 ends on January 11, 2027, and for NAV 2018 on January 11, 2028. After those dates, Microsoft stops releasing security updates.
There is no one-step move from NAV to Business Central online. Microsoft's route has three steps:
Step 2 needs the most planning. It is also the right moment to drop customizations that standard features or Marketplace apps now cover.
Business Central includes Microsoft migration extensions for QuickBooks Desktop and QuickBooks Online, run from the Data Migration assisted setup guide. They bring across customers, vendors, items and accounts. The Desktop version can also move on-hand inventory and open invoices, credit memos and payments.
Check three limits before you start:
For Sage, Xero or other systems, data moves through configuration packages: Excel templates for setup, master data and opening balances.
Migrating everything is rarely worth it. Old, unused records clutter the new system and slow down every trial run. A practical split looks like this:
| Bring across | Usually leave behind |
|---|---|
| Active customers, vendors and items | Inactive records and duplicates |
| Chart of accounts, redesigned if needed | Accounts no one posts to |
| Open invoices, bills, orders and inventory | Fully closed transactions |
| Active fixed assets with their book values | Disposed assets |
| Opening balances and summarized history for comparisons | Detailed history you only need for audits |
Keep detailed history accessible elsewhere: a read-only copy of the old system, an archive database or a reporting tool. Decide early whether to redesign the chart of accounts, and clean data in the source system before the first trial migration, not after.
List every system that exchanges data with your finance team today: ecommerce, payroll, banking, CRM, EDI and reporting tools. For each one, decide whether a ready-made Marketplace app covers it or a custom connection is needed, and who will maintain it. Where a custom connection is needed, build it on Business Central's standard APIs so it stays supportable.
Apply the same discipline to customization. Business Central is changed through extensions rather than edits to its core code, so ask three questions of every request:
Build a custom extension only when the first two answers are no and the third is yes.
Test in a sandbox environment with your own migrated data, not demo data. Walk through complete scenarios, such as order to cash, procure to pay and month-end close, and reconcile balances between the old and new systems before signing off.
Document how each scenario should end, so testers know what a pass looks like. Run more than one trial migration so the final cutover holds no surprises.
Train by role, so each person learns the tasks they actually do. Microsoft Learn offers free Business Central training modules that work well for preparation and refreshers.
For cutover, agree a freeze date in the old system, run the final migration, reconcile opening balances and keep the old system read-only for reference. Name super users in each department to handle first-line questions during the first weeks.
Go-live starts the payoff, not the end of the project. Plan for:
The partner shapes the outcome as much as the software. Ask each one:
Whether you are moving from Dynamics GP, NAV, QuickBooks or another system, our team can plan and run a clean, well-tested migration.
Talk to ExpertYes. With Microsoft's cloud migration tool, your on-premises system stays the operative environment until you complete the migration.
Yes. You can start with finance and add inventory, projects or manufacturing in later phases, which reduces risk on day one.
The cloud migration tool supports GP 2015 and later. Older versions need an upgrade first or a different approach, such as configuration packages.
Keep it read-only until you have closed your first financial year in Business Central and your auditors have what they need.
Tell us about your problems and one of our Customer Success Managers will get back to you the same day. No spam. No pressure.
No spam. No pressure.Prefer direct contact? Call or email us anytime.
© 2025 All Rights Reserved By TechImplement