ERP migration

Migrate from Microsoft Dynamics 365 Business Central to Acumatica

Field-level mapping, validation, and rollback between Microsoft Dynamics 365 Business Central and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

Source

Acumatica

Destination

Acumatica logo

Compatibility

100%

15 of 15

objects map 1:1 between Microsoft Dynamics 365 Business Central and Acumatica.

Complexity

BStandard

Timeline

5–10 business days

Rollback included Accuracy guarantee Field-level validation

Try the reverse

Acumatica
Microsoft Dynamics 365 Business Central

Overview

What this migration involves

Microsoft Dynamics 365 Business Central and Acumatica take opposite approaches to ERP data architecture. Business Central organizes data around Posting Groups and Global Dimensions — constructs that control how transactions flow through the chart of accounts. Acumatica uses a more flexible Cost/Revenue Element model with Branch/Department trees and automatically generated subaccounts. The migration therefore requires translating Business Central's dimension structure (typically 2 global + up to 8 shortcut dimensions) into Acumatica's subaccount segments, mapping G/L Account numbers directly, and re-creating posting group logic as account rules in Acumatica's configuration. We map all master records (customers, vendors, items, employees), open documents (sales orders, purchase orders, blanket orders), and closed historical transactions where fiscal periods remain open. Manufacturing BOMs and routings translate as Acumatica bill of materials and labor codes. Workflows, Power Automate flows, and approval setups do not migrate and must be rebuilt in Acumatica. Our API-driven migration runs against Business Central's OData v4 endpoints with delta-pickup so your team continues working in Business Central through go-live.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

What's pushing teams away

  • Named-user licensing is expensive for organizations with many occasional users — teams report that even staff who only upload invoices or run reports each need a full paid license.
  • The learning curve is steep for users unfamiliar with Microsoft's ERP paradigm; G2 reviews cite 51 mentions of learning difficulties as a top frustration.
  • Customization requires partner support and technical expertise — G2 reviews note 20 mentions of difficult customization processes and 28 mentions of missing features for simple needs.
  • The interface is described as visually busy and overwhelming, especially for teams coming from simpler accounting tools.
  • October 2024 pricing increases (first since 2019) with another adjustment in October 2025 have alarmed existing customers and prospects already concerned about total cost of ownership.

Choosing

Acumatica logo

Acumatica

What's pulling them in

  • Unlimited user licensing lets companies add staff without per-seat billing shocks, making Acumatica cost-predictable at scale.
  • Flexibility and scalability earn consistent praise — users value a platform that adapts to vertical workflows without forcing a redesign.
  • Real-time visibility across financials, inventory, and projects gives mid-market businesses a consolidated operational view previously available only in enterprise-tier ERPs.
  • Cloud-native architecture with automatic updates removes infrastructure management burden from in-house IT teams.
  • Modular licensing lets companies start with one or two suites (Financials, Distribution) and expand into Manufacturing or CRM incrementally.

Object mapping

How Microsoft Dynamics 365 Business Central objects map to Acumatica

Each row shows how a Microsoft Dynamics 365 Business Central object lands in Acumatica, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Microsoft Dynamics 365 Business Central

G/L Account

maps to

Acumatica

Account

1:1
Fully supported

G/L Account numbers map 1:1 to Acumatica Account IDs. Business Central's Account Category (Income, Expense, Asset, Liability, Equity) maps to Acumatica Account Type. Posting Groups from Business Central must be translated into Acumatica Account Rules that govern which Subaccount combinations are valid per transaction type.

Microsoft Dynamics 365 Business Central

Global Dimension

maps to

Acumatica

Subaccount Segment

1:1
Fully supported

Business Central's two Global Dimensions (e.g., Department and Project) translate to Acumatica Subaccount segments. The first global dimension maps to the first subaccount segment; the second maps to the second. Shortcut Dimensions 1–8 translate to additional subaccount segments if your Acumatica configuration uses multi-segment subaccounts.

Microsoft Dynamics 365 Business Central

Customer

maps to

Acumatica

Customer

1:1
Fully supported

Direct map with attention to Customer Posting Groups. Business Central assigns Payment Terms, Invoice Discount, and General Business Posting Group per customer. Acumatica's Customer record holds Payment Term ID and AR Account lookup; the General Business Posting Group becomes an attribute or custom field unless your Acumatica chart uses separate AR accounts per segment.

Microsoft Dynamics 365 Business Central

Vendor

maps to

Acumatica

Vendor

1:1
Fully supported

Vendor mapping mirrors Customer mapping. Business Central's Vendor Posting Group controls how purchases flow to the general ledger. In Acumatica, Vendor records reference a Payment Term and an AP Account; posting groups are resolved via Acumatica's VendorClass entity. Remit-to addresses migrate as separate Vendor locations.

Microsoft Dynamics 365 Business Central

Item (Inventory)

maps to

Acumatica

Inventory Item

1:1
Fully supported

Item records map 1:1 with costing method preservation. Business Central's Inventory Posting Group controls the inventory account; in Acumatica, each warehouse/site can override the costing method. Lot/serial number setup and shelf life tracking flags carry over. Stock items vs. non-stock items map to Acumatica Item Type: Stock, Non-Stock, or Service.

Microsoft Dynamics 365 Business Central

Item (Service)

maps to

Acumatica

Non-Stock Item

1:1
Fully supported

Business Central service items with resource links map to Acumatica Non-Stock items. If the service also has labor routing or project time tracking, consider creating an Acumatica Non-Stock item paired with a corresponding Labor Code for project billing and cost tracking purposes. Service items that bill at fixed rates map directly while those using time-and-materials require the labor code linkage.

Microsoft Dynamics 365 Business Central

Sales Order

maps to

Acumatica

Sales Order

1:1
Fully supported

Open Sales Orders migrate with current line status, quantities remaining, scheduled ship dates, and owner assigned. Closed lines are not migrated unless historical reporting requires them. Sales Lines carry the original Item No., quantity ordered, unit price, and discount amounts. Custom fields on Sales Headers and Lines migrate as attributes on the corresponding Acumatica documents.

Microsoft Dynamics 365 Business Central

Purchase Order

maps to

Acumatica

Purchase Order

1:1
Fully supported

Open Purchase Orders migrate with quantities remaining to receive, promised delivery dates, and buyer assignment. Drop-ship and special order flags are preserved. If Business Central PO statuses use release status (Open/Released/Finished), Acumatica's Hold flag on PO lines provides equivalent control.

Microsoft Dynamics 365 Business Central

Blanket Order

maps to

Acumatica

Blanket Order

1:1
Fully supported

Blanket Purchase and Sales Orders map to Acumatica Blanket Orders. The remaining quantity, expiration date, and pricing terms carry over. Release quantities create regular Purchase/Sales Orders in Acumatica after migration; the blanket relationship is preserved at the header level. Any partial releases completed in Business Central before cutover are reflected as released quantities in Acumatica.

Microsoft Dynamics 365 Business Central

BOM (Bill of Materials)

maps to

Acumatica

Bill of Materials

1:1
Fully supported

Manufacturing BOMs with version control map to Acumatica BOMs. Single-level and multi-level BOM structures are preserved. If Business Central uses the Production BOM type, Acumatica's Material Kit or Production BOM type is selected based on the manufacturing edition. BOM unit of measure conversions carry over.

Microsoft Dynamics 365 Business Central

Production Order

maps to

Acumatica

Production Order

1:1
Fully supported

Open and scheduled Production Orders migrate with status, quantity, and remaining output. If Business Central production orders use warehouse/location tracking, Acumatica's Site ID on production order lines preserves the location assignment. Released vs. firm status maps to Acumatica's Production Order status (Scheduled, In Process, Completed).

Microsoft Dynamics 365 Business Central

Employee

maps to

Acumatica

Employee

1:1
Fully supported

Employee records migrate including name, address, employment type, and cost rate for project accounting. If Business Central uses Employees for time and resource management, Acumatica's Employee record and associated Labor Code carry the same billing and cost rates. Employee address and contact fields map directly.

Microsoft Dynamics 365 Business Central

Currency Exchange Rate

maps to

Acumatica

Currency Rate

1:1
Fully supported

Currency codes and historical exchange rates with effective-from dates migrate to Acumatica's Currency Rate table. If Business Central uses a service to pull live rates, the migrated rates serve as baseline; Acumatica's rate provider can be configured post-migration for ongoing updates.

Microsoft Dynamics 365 Business Central

Location / Warehouse

maps to

Acumatica

Warehouse / Site

1:1
Fully supported

Business Central Locations map to Acumatica Sites. Address, default bins, and transit warehouse flags carry over. If Business Central uses zone or bin configurations, Acumatica's warehouse structure (Sites > Buildings > Aisles > Shelves > Bins) can accommodate the same hierarchy.

Microsoft Dynamics 365 Business Central

Posted Invoice / Credit Memo

maps to

Acumatica

AR Invoice / AP Bill

1:1
Fully supported

Historical posted documents (invoices, credit memos, payments) are not migrated as live documents in Acumatica because they have already affected the general ledger. If fiscal periods are still open for adjustment, individual GL entries can be migrated as journal batches. Typically these are archived as reports and the migration focuses on open documents only.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central gotchas

High

Named-user licensing has no concurrent-use relief

High

API rate limits throttle large-volume migrations

Medium

Historical posted transactions require selective migration scoping

Medium

NAV-to-Business Central cloud migration requires partner coordination

Low

Custom fields and AL extensions require separate migration handling

Acumatica logo

Acumatica gotchas

High

API user licenses cap concurrent sessions and request throughput

High

Multi-tenant filtering requires CompanyID awareness

Medium

Custom fields require separate discovery before field mapping

Medium

Notes and attachments use a separate linked table structure

Low

Implementation timelines frequently run 3–9 months end-to-end

Pair-specific challenges

  • Posting Groups have no Acumatica equivalent and require account-rule configuration

    Business Central Posting Groups (Customer Posting Group, Vendor Posting Group, Inventory Posting Group) are central to how Business Central routes transactions to G/L accounts. Acumatica does not have a Posting Group construct. Instead, each Customer/Vendor/Item is assigned to a Class that holds default account mappings, and transaction-level accounts are resolved by Acumatica's posting engine at entry time. We surface the full list of unique Posting Group combinations in your Business Central data and pre-create matching Classes in Acumatica so the routing logic functions the same way after cutover.

  • Global Dimensions collapse into Subaccount segments, not separate fields

    Business Central's two Global Dimensions appear as named columns on every transaction line. Acumatica has no Global Dimension concept — dimensions are represented entirely by Subaccount segments. If your Business Central setup uses Global Dimensions for department and project reporting, those must be represented as separate subaccount segments in Acumatica. Any existing shortcut dimensions (up to 8) also require segment mapping. We generate a dimension audit report from Business Central showing which combinations are used, then build the Acumatica subaccount segment structure to match before any data lands.

  • Open production orders with multi-level BOMs need BOM version alignment

    Business Central production orders reference a specific BOM version (the revision date). Acumatica production orders reference the BOM by BOMID and revision. If your Business Central production orders reference archived or inactive BOM versions (common when engineering changes mid-job), Acumatica requires those BOMs to remain active or to be re-created as historical versions. We check production order BOM references against the active BOM list and flag any mismatches before migration so the production floor is not surprised at go-live.

  • Business Central API rate limits can throttle large-volume exports

    Business Central's OData v4 API enforces per-tenant rate limits that vary by environment tier and are not publicly disclosed. Large migrations extracting tens of thousands of records across multiple entity sets (customers, vendors, items, open orders, posted transactions, GL entries) can consistently hit throttling thresholds, causing intermittent 429 Too Many Requests responses that interrupt data extraction mid-batch. We implement exponential back-off with jitter and paginated extraction using continuation tokens, with checkpoint resume so partially extracted pages restart from the last successful token rather than re-fetching the entire dataset from the beginning. This approach ensures complete data extraction without data loss or redundant API calls that could exceed rate limit windows.

  • Intercompany transaction chains do not translate directly to Acumatica Inter-Branch entries

    Business Central Intercompany transactions link source and target companies through IC Partner and IC Document No. fields. Acumatica handles multi-entity transactions through Inter-Branch entries and Branch links, which require that the source and destination belong to the same tenant configuration. If your Business Central environment has multiple companies with intercompany AR/AP entries, the migration plan must decide whether to consolidate into a single Acumatica legal entity or to model each as a separate Branch with inter-branch accounting enabled. We document the intercompany chart and provide a recommended Branch configuration before migration runs.

Migration approach

Six steps for a successful Microsoft Dynamics 365 Business Central to Acumatica data migration

  1. Extract and profile Business Central data via OData v4 API

    We connect to your Business Central environment using the OData v4 endpoints with an authenticated service principal. The first pass exports all master record sets — G/L Accounts, Customers, Vendors, Items, Employees, Locations, and Posting Group combinations — into a migration staging area. We profile each dataset for duplicate keys, orphaned foreign keys, and missing required fields. The output is a Data Readiness Report that flags items without a costing method, customers without a posting group, and open documents referencing inactive items.

  2. Build Acumatica configuration schema before data loads

    Before any data moves, we create the Acumatica account structure, subaccount segments, Customer Classes, Vendor Classes, Item Classes, and warehouse/site records that match your Business Central configuration. Global Dimensions become subaccount segments. Posting Groups become Classes with default account mappings. We deliver a Schema Setup Plan that walks your Acumatica admin through pre-creating custom fields and user-defined fields referenced in the migration, so validation rules fire correctly when records land.

  3. Resolve foreign-key dependencies in correct sequence

    Acumatica enforces referential integrity — accounts must exist before customers, customers must exist before sales orders, items must exist before BOMs. We sequence the migration as: (1) Chart of Accounts and Subaccounts, (2) Locations/Sites, (3) Item Classes and Items, (4) Customer and Vendor Classes with their accounts, (5) Customers and Vendors, (6) Employees, (7) Sales Orders and Purchase Orders, (8) Production Orders and BOMs. Owner and buyer assignment resolves by email match against Acumatica user records. Unmatched owners are flagged for fallback assignment before the full run.

  4. Run a sample migration with field-level validation

    A representative slice of records — typically 500–1,000 across Customers, Vendors, Items, and open Sales Orders — migrates first. We generate a field-level diff showing the source value, mapped destination value, and any transformation applied. You verify that Posting Group routing landed transactions in the correct accounts, that dimension-to-subaccount mapping produced the expected subaccount combinations, and that item costing method matches on both sides. We iterate on the mapping rules until the diff passes before committing the full run.

  5. Execute full migration with delta-pickup cutover

    The full migration runs against your Business Central production environment. A scoped read-only service principal ensures your team can continue entering and modifying data in Business Central during the migration window. A delta-pickup pass (typically 24–48 hours after the full run completes) captures any records created or modified during the cutover period. Audit logs capture every record processed, and one-click rollback is available if reconciliation uncovers unexpected gaps in the migrated data.

Platform deep dives

Context on both ends of the pair

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

Source

Strengths

  • Tight integration with Microsoft 365 (Outlook, Teams, SharePoint) for users already in the Microsoft ecosystem.
  • Includes Copilot AI, predictive analytics, and embedded Power BI dashboards at no additional cost in both license tiers.
  • Supports multiple companies within a single tenant for holding-company or multi-entity organizational structures.
  • Open REST API v2.0 with OAuth 2.0 authentication and data entity abstraction layer for developer-friendly integrations.
  • Strong partner ecosystem specializing in NAV-to-Business Central migrations provides implementation confidence for legacy upgrades.

Weaknesses

  • Named-user licensing model means every active user account requires a paid license — no concurrent access model to reduce costs for occasional users.
  • SaaS-only deployment means no on-premises option; organizations requiring full data residency control may not have viable alternatives within Microsoft's stack.
  • Manufacturing module (Production Orders, routing, work centers) is only available on Premium tier, pushing cost-sensitive manufacturers to higher-priced plans.
  • Customization and extension development requires AL language knowledge and developer licenses, limiting what power users can do without a partner engagement.
  • Global pricing increases effective October 2024 and again October 2025 after five years of stable pricing, creating budget uncertainty for existing customers.
Acumatica logo

Acumatica

Destination

Strengths

  • Unlimited named-user licensing eliminates per-seat cost scaling as teams grow.
  • Modular architecture lets companies deploy Financials first and add Distribution, Manufacturing, or CRM incrementally.
  • Cloud-native with automatic updates removes infrastructure patching and version management from IT responsibilities.
  • Flexible customization framework (UDFs, extensions) supports vertical-specific workflows without forking core code.
  • Multi-tenant architecture with CompanyID isolation enables safe data segregation across subsidiaries.

Weaknesses

  • Steep learning curve and complex initial setup create significant onboarding friction.
  • Report Designer is widely cited as unintuitive and difficult to use for non-developers.
  • Feature gaps require customizations or third-party add-ons, adding implementation cost and complexity.
  • Implementation timelines frequently exceed initial estimates, especially for multi-module deployments.
  • API rate limits and concurrent session caps are tied to license tier, creating throughput constraints for bulk data operations.

Complexity grading

How hard is this migration?

Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Microsoft Dynamics 365 Business Central and Acumatica.

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Microsoft Dynamics 365 Business Central: Maximum 5 concurrent requests per user with a request queue size of 95; HTTP 429 returned when exceeded.

  • Data volume sensitivity

    A

    Microsoft Dynamics 365 Business Central exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Microsoft Dynamics 365 Business Central to Acumatica migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Microsoft Dynamics 365 Business Central to Acumatica data migrations

Answers to the questions buyers ask most during Microsoft Dynamics 365 Business Central to Acumatica migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Microsoft Dynamics 365 Business Central to Acumatica migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations complete in 5–10 business days for under 25,000 master records and open documents. Complex setups with manufacturing BOMs, multi-entity intercompany transactions, or large historical GL batches extend to 3–6 weeks. The Acumatica schema setup phase (creating classes, subaccount segments, and custom fields) runs concurrently with Business Central data profiling and typically takes 3–5 days before any data moves.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Microsoft Dynamics 365 Business Central.
Land in Acumatica, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day