In discovery conversations with mid-market customers, we see the same starting constellations again and again. Each of these paths has its own data model gaps, its own license math, and its own typical project duration. Here are the five most common migration paths — and what to watch for in each.
Dynamics AX 2009 or Dynamics AX 2012 → F&O successor apps
The classic enterprise migration path: Dynamics AX installations from the 2010s move to Dynamics 365 Finance plus Supply Chain Management. Caution with X++ customizations — many in-house developments from the AX world must be re-designed for the cloud variant. Data migration is intensive because the data model has changed between AX and the successor apps in several areas. Typical project duration: 12–24 months including parallel operation.
Microsoft Dynamics NAV → Business Central
The direct successor path. Anyone running NAV 2013, 2015, 2017, 2018, or NAV 2019 has Business Central as the intended migration path — the data model is largely compatible, and many C/AL customizations can be systematically converted into AL extensions. Microsoft provides migration tools, but advisory in license conversion (perpetual → subscription) and customization refactoring remains essential. Typical duration: 4–9 months, depending on customization depth.
SAP Business One → Business Central
Growing SMBs that hit functional limits with SAP Business One or seek Microsoft Cloud integration often switch to Business Central. Advantage: native connection to Microsoft 365, Power BI, and Power Platform. Challenge: master data migration and business logic translation — the two systems have different patterns in posting and document flow. Typical duration: 5–10 months.
Sage 100 or Sage X3 → Business Central or F&O
Manufacturing mid-market companies with a Sage history often move toward Microsoft when Microsoft 365 is already established and a homogeneous cloud stack is desired. Sage 100 leans more toward Business Central; Sage X3 in complex manufacturing constellations often toward Finance plus Supply Chain Management. Data migration is in our experience more intensive than NAV migrations because master and transactional data models differ more.
abas ERP → Business Central or F&O
abas customers — typically manufacturers and plant builders — move either toward Business Central (smaller and mid-sized constellations) or Finance plus Supply Chain Management (demanding mid-market with multi-site manufacturing). abas in-house developments must be restructured in the Microsoft world. Important: a realistic assessment of which abas functions can be covered in the Microsoft standard and where in-house development effort arises.
Microsoft Dynamics 365 Business Central — upgrade paths
Even within the Business Central world there are paths: upgrade from Business Central on-premises to Business Central Online, switching between Essentials and Premium, or restructuring customization logic after taking over an implementation from another partner. These internal paths are often shorter (2–6 months) but require a clean inventory assessment and a clear cutover plan.
Data migration as an underestimated bottleneck
Across all migration paths, data migration is the most common reason for delays — not software configuration. Master data (customers, vendors, items, chart of accounts), open items (receivables, payables, open purchase orders), and transactional data (historical postings, inventory movements) must be extracted from the legacy system, cleaned, mapped, and moved into the new world. Empirical rule: 25–40% of implementation effort goes into data migration. A realistic project budget plans for this effort explicitly — gladly via an upstream data audit.