ERP migration

Migrate from R4 ENTERPRISE to Microsoft Dynamics 365 Business Central

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

R4 ENTERPRISE logo

R4 ENTERPRISE

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

93%

13 of 14

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

Complexity

BStandard

Timeline

10-14 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from R4 ENTERPRISE to Microsoft Dynamics 365 Finance and Supply Chain Management is a manufacturing ERP migration, not a simple record copy. R4 ENTERPRISE has no published REST or SOAP API, so we extract via ODBC direct database queries and the built-in report writer with vendor professional services coordination. We preserve lot number genealogy and flatten layered cost records into a single effective cost per item before loading into D365, which uses either FIFO, average, or standard costing depending on the customer's configuration. BOMs carry versioned revisions that require consolidation to the currently effective version before mapping to D365 production BOMs. Open sales orders, purchase orders, AP vouchers, and AR invoices migrate as pending records so the destination can maintain cash-flow aging from day one. We do not migrate R4 workflows, EDI configurations, or custom report definitions; we deliver written inventories of these for the customer's team to rebuild in D365.

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

R4 ENTERPRISE logo

R4 ENTERPRISE

What's pushing teams away

  • Annual maintenance contracts and hardware refresh cycles become expensive as the business grows past 100 users.
  • The user interface feels dated compared to modern cloud ERPs, leading to longer onboarding times for new employees.
  • Customization outside the standard modules requires vendor professional services, creating bottlenecks on configuration changes.
  • No native API documentation means third-party integrations and automated data pipelines require custom development each time.
  • Reporting and business intelligence tools are functional but lag behind dedicated BI platforms on visualization and self-service analytics.

Choosing

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

What's pulling them in

  • Deep integration with Microsoft 365, Power BI, and Power Platform means organizations already on the Microsoft stack get identity, reporting, and workflow continuity out of the box.
  • Unified financials, sales, service, and operations replace multiple disconnected systems — users report that data entered once flows through purchase orders, invoicing, and approvals without manual re-entry.
  • Copilot AI features (predictive analytics, embedded business intelligence) are included in both Essentials and Premium tiers, addressing demand for AI without separate module purchases.
  • Named-user licensing with no concurrent model appeals to organizations that want predictable per-seat costs even if some users access the system infrequently.
  • Strong partner ecosystem with certified NAV-to-Business Central migration specialists gives mid-market companies confidence the cutover from legacy Navision can be executed reliably.

Object mapping

How R4 ENTERPRISE objects map to Microsoft Dynamics 365 Business Central

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

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

R4 ENTERPRISE

Customer

maps to

Microsoft Dynamics 365 Business Central

Customer

1:1
Fully supported

R4 ENTERPRISE Customer records map to Microsoft Dynamics 365 Finance and Supply Chain Management Customer records, carrying address book entries, payment terms, credit limits, and currency assignments. Multi-currency customer preferences migrate as read-only currency settings in D365. The R4 customer ID becomes a reference field; D365 assigns its own customer account number during import. We deduplicate on customer name plus address and flag potential duplicates for customer review before final insert.

R4 ENTERPRISE

Vendor

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

R4 ENTERPRISE Vendor master records carry address book entries, 1099 tax reporting flags, W-9 status, and multi-currency settings that map directly to D365 Vendor records. Tax ID fields (EIN/VAT) migrate to the corresponding D365 tax registration fields. Vendor payment terms map to D365 terms of payment groups. Multi-currency assignments preserve as read-only settings in D365.

R4 ENTERPRISE

Item

maps to

Microsoft Dynamics 365 Business Central

Released Product

1:1
Fully supported

R4 ENTERPRISE Item master records include unit-of-measure conversions, cost layers, lot and serial controls, and stocking locations. Lot numbers from R4 migrate to D365 inventory batch numbers; serial numbers map to inventory serial numbers. Layered cost records require flattening before load because D365 uses a single costing method per item group (FIFO, average, standard, or moving average) configured at the time of D365 setup. We extract all cost layers, compute the effective cost as of the migration date, and load the single value at cutover. Items marked discontinued in R4 are flagged and not released in D365 unless the customer elects to carry them as inactive.

R4 ENTERPRISE

General Ledger Account

maps to

Microsoft Dynamics 365 Business Central

Main Account

1:1
Fully supported

R4 ENTERPRISE Chart of Accounts records carry account type, cost-center assignments, and intercompany flags that map to D365 main accounts with financial dimension framework. Account segment structures migrate with their full hierarchy preserved. Where R4 uses a flat account number scheme and D365 uses a financial dimension framework with multiple segments, we map the R4 account structure to the D365 chart of accounts hierarchy during setup and confirm the segment mapping with the customer's accountant before import.

R4 ENTERPRISE

Bills of Material

maps to

Microsoft Dynamics 365 Business Central

Production Bill of Materials

lossy
Mapping required

R4 ENTERPRISE BOMs carry versioned revisions linked to items with effective-from dates. Each revision may include alternate component allocations and routing steps. Dynamics 365 Finance and Supply Chain Management stores BOM versions with an active status per date range. We extract the currently effective BOM revision based on the R4 effective-from date, flag superseded revisions for customer review, and map the primary BOM to the D365 production BOM with component lines and operations. Routing operations map to D365 production route operations; untyped operations without defined times migrate as informational. Alternate BOMs require a separate BOM version record in D365.

R4 ENTERPRISE

Work Order

maps to

Microsoft Dynamics 365 Business Central

Production Order

1:1
Fully supported

R4 ENTERPRISE open and recently closed work orders carry routings, labor standards, material allocations, and BOM revision references that map to D365 Production Orders. We extract work order status, promised dates, material lines, and operation sequences. Any routing steps referencing a deprecated BOM version are flagged so the customer can re-attach to the current BOM before releasing in D365. Closed work orders migrate as production order history records. Items referenced in work orders but not present in the D365 item master are held in a reconciliation queue pending item setup completion.

R4 ENTERPRISE

Sales Order

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

R4 ENTERPRISE open sales orders carry customer reference, line items with quantities, pricing, and promised dates that map to D365 Sales Order records. We extract open order headers and lines, flagging any lines that reference discontinued items or inactive price lists. R4 order numbering sequences do not map directly to D365 sales order number sequences; we preserve the R4 order number as a reference field and assign D365 order numbers at import. Lines referencing items not yet released in D365 are held in a reconciliation queue.

R4 ENTERPRISE

Purchase Order

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

R4 ENTERPRISE open purchase orders carry vendor, line items, quantities, and expected receipt dates that map to D365 Purchase Order records. Open PO lines referencing item numbers not present in the D365 item master are flagged for the customer's procurement team to resolve before receipt processing. R4 PO numbering is preserved as a reference field; D365 assigns its own PO number at import. Expected receipt dates and line delivery dates migrate to D365 confirmation dates for planning visibility.

R4 ENTERPRISE

Accounts Payable

maps to

Microsoft Dynamics 365 Business Central

Vendor Invoice

1:1
Mapping required

R4 ENTERPRISE open AP vouchers carry vendor, invoice number, due date, functional currency amount, and transaction currency that map to D365 Vendor Invoice records. Multi-currency AP requires exchange rate revaluation at cutover because D365 uses its own exchange rate tables. We preserve the original functional-currency amount and the exchange rate from R4 so the customer's accountant can re-price or keep historical rates per their policy. Closed AP vouchers migrate as reference history unless D365 is configured to carry historical voucher records.

R4 ENTERPRISE

Accounts Receivable

maps to

Microsoft Dynamics 365 Business Central

Free Text Invoice / Customer Invoice

1:1
Mapping required

R4 ENTERPRISE open AR invoices carry customer, invoice number, due date, functional currency amount, and transaction currency that map to D365 Customer Invoice or Free Text Invoice records depending on whether the invoice originated from a sales order or is a standalone debit memo. Aging buckets migrate so the D365 collections workspace shows accurate aging from day one. Multi-currency AR requires exchange rate revaluation at cutover using the same approach as AP.

R4 ENTERPRISE

Inventory Balances

maps to

Microsoft Dynamics 365 Business Central

On-hand Inventory

1:1
Fully supported

R4 ENTERPRISE on-hand quantities extracted per location and per lot or serial number map to D365 on-hand inventory across warehouse locations. Lot numbers become D365 inventory batch numbers; serial numbers become inventory serial numbers. Bin and location references from R4 map to D365 warehouse location IDs. On-hand balances load as an opening inventory adjustment transaction on the migration date with cost computed from the flattened cost layer.

R4 ENTERPRISE

Fixed Assets

maps to

Microsoft Dynamics 365 Business Central

Fixed Asset

1:1
Fully supported

R4 ENTERPRISE fixed asset records carry acquisition cost, depreciation method, useful life, accumulated depreciation balance, and location that map to D365 Fixed Asset records. We migrate the asset register with current net book value as of the migration cutover date. Depreciation conventions must match D365 fixed asset depreciation groups; we extract the current accumulated depreciation and remaining depreciable base, then set up D365 to continue depreciation from the cutover date rather than recalculating from acquisition.

R4 ENTERPRISE

Custom Fields

maps to

Microsoft Dynamics 365 Business Central

Custom Fields

1:1
Mapping required

R4 ENTERPRISE user-defined fields on master records are extracted by field name and value and mapped to D365 custom fields using a customer-approved mapping table built during scoping. D365 custom fields require the customer's administrator to create the field definition in the entity form before data import. We provide the field mapping table and sample transformed values during the staging phase so the customer can provision fields in the D365 sandbox before production migration.

R4 ENTERPRISE

Users and Roles

maps to

Microsoft Dynamics 365 Business Central

Users

1:1
Mapping required

R4 ENTERPRISE user accounts include login name, role assignment, and menu preferences. We export user records and map roles to D365 security roles using a role-equivalence matrix the customer approves during discovery. R4 role names do not map directly to D365 role names; we provide the recommended D365 role assignment for each active user. User provisioning in D365 requires Entra ID assignment, which the customer's M365 administrator handles separately from data migration.

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.

R4 ENTERPRISE logo

R4 ENTERPRISE gotchas

High

No public API for programmatic data extraction

Medium

Lot number and cost layer histories require careful sequencing

Medium

Multi-currency AP and AR balances need currency revaluation

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

Pair-specific challenges

  • R4 ENTERPRISE has no public API; extraction requires vendor coordination

    R4 ENTERPRISE does not publish a REST or SOAP API for external access. All data export uses the built-in report writer, ODBC direct database queries, or vendor-provided export utilities. We coordinate with Royal 4 Systems professional services to obtain exports in CSV or XML format for each entity in scope. We request all exports in advance of the migration window so that reformatting, re-mapping, and staging validation happen before the cutover date. Any delays in vendor response directly extend the project timeline.

  • Layered cost records must flatten before loading into D365 costing

    R4 ENTERPRISE maintains per-lot layered cost records as separate child tables of the item master. D365 Finance and Supply Chain Management uses a single costing method per item group (FIFO, average, standard, or moving average) configured at D365 setup. We extract every cost layer for each item, compute a single effective cost as of the migration date, and load that value into D365. Customers running FIFO in R4 and selecting standard costing in D365 need an accountant to approve the resulting cost value before it affects inventory valuation and COGS posting.

  • BOM versioning requires consolidation to the currently effective revision

    R4 ENTERPRISE BOMs are versioned with each revision linked to an effective-from date and item revision. D365 BOMs use an active-inactive status per version rather than revision-level versioning. We extract the active BOM revision based on effective-from date, flag superseded revisions for the customer's engineering team to review, and load only the primary BOM into D365. Any BOM used by an open work order is reviewed before migration to ensure the routing references are still valid against the loaded BOM version.

  • R4 sales and purchase order number sequences do not map to D365

    R4 ENTERPRISE uses its own alphanumeric document number sequences for sales orders, purchase orders, and invoices. D365 assigns its own number sequences configured per entity. We preserve the R4 document number as a reference field on each migrated record so the customer can cross-reference back to the original R4 document. The customer must configure number sequences in D365 before migration to ensure invoice matching and audit trails are continuous from day one.

  • Multi-currency AP and AR require exchange rate revaluation at cutover

    R4 ENTERPRISE stores open AP and AR in both the transaction currency and the functional currency, with the exchange rate captured at invoice entry. Migrating these balances into D365 requires matching to D365 exchange rate tables or loading the historical rate. We preserve the original functional-currency amount and the R4 invoice exchange rate as reference fields so the customer's accountant can re-price or keep historical rates per their policy. If R4 and D365 use different functional currencies, a currency revaluation journal must post at cutover.

Migration approach

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

  1. Discovery, data audit, and vendor export coordination

    We audit the R4 ENTERPRISE database across all entities in scope: customer, vendor, item, BOM, work order, sales order, purchase order, AP, AR, inventory, fixed asset, GL account, and user records. We assess data volume, data quality, and the presence of multi-currency records, lot/serial numbers, and BOM revision hierarchies. We open a coordination request with Royal 4 Systems professional services for ODBC access credentials and export utility assistance. The discovery output is a written migration scope, a data quality report listing duplicate records and discontinued-item references, and an export schedule that staggers entity exports to minimize vendor service dependency delays.

  2. D365 environment setup and costing method decision

    We review the target D365 Finance and Supply Chain Management environment for legal entity structure, chart of accounts configuration, financial dimension framework, and item group costing method. The customer selects the costing method (FIFO, average, standard, or moving average) per item group before any inventory data loads. We also configure the warehouse and location structure, number sequence templates for sales orders, purchase orders, and invoices, and the exchange rate table for multi-currency customers. This step produces a D365 configuration checklist signed off by the customer's finance and IT leads.

  3. Master data migration: GL, items, customers, vendors

    We run the first production migration phase with master data in dependency order: main accounts and financial dimensions, item masters with cost layers flattened to a single effective cost per item, warehouse and location structures, customer records, and vendor records. We validate that GL account balances match the R4 trial balance by running a D365 trial balance report and comparing line-item totals against the R4 GL. Customer and vendor record counts are reconciled against R4 source counts. Any item or account rejected by D365 validation rules goes to a correction queue for resolution before phase two.

  4. Inventory and manufacturing data migration

    We migrate on-hand inventory quantities by location and lot/serial number as an opening inventory adjustment in D365. BOM structures load with the active revision flagged; superseded revisions are written to a BOM revision inventory document the customer's engineering team reviews. Open work orders migrate as D365 production orders with material lines and operation sequences attached to the loaded BOM. Any work order referencing a BOM revision not migrated is held with a flag for re-attachment to the current BOM before release. BOM costing in D365 is validated against R4 material cost totals.

  5. Transactional data migration: open AP, AR, sales orders, purchase orders

    We migrate open sales orders, open purchase orders, open AP vouchers, and open AR invoices as pending records in D365. Exchange rate revaluation for multi-currency AP and AR is applied at this phase using the preserved R4 invoice exchange rates or the current D365 rate per the customer's election. We validate D365 aging reports for AP and AR against R4 aging buckets. Order number cross-reference fields are populated with the original R4 document numbers. The customer runs a parallel test in a D365 sandbox to confirm that invoice matching and payment processing behave as expected before cutover.

  6. Cutover, final delta, and workflow handoff

    We freeze R4 ENTERPRISE writes during the cutover window, extract a final delta of any records modified during the migration window, and load the delta into D365. We run a final reconciliation of GL trial balance, AP aging, AR aging, and inventory on-hand totals against R4 source-of-truth reports. We deliver a written inventory of R4 workflows, report definitions, and EDI configurations that do not migrate, with D365 equivalents documented per item. We support a two-week hypercare window where we resolve any data reconciliation issues. Post-cutover workflow rebuild in D365 Power Automate or the Production module is outside standard migration scope and is a separate engagement.

Platform deep dives

Context on both ends of the pair

R4 ENTERPRISE logo

R4 ENTERPRISE

Source

Strengths

  • Integrated ERP, CRM, and financial modules eliminate data silos between sales, production, and accounting teams.
  • Robust lot tracking and serial number genealogy support regulated industries and first-in-first-out inventory requirements.
  • Multi-currency and multi-language ledger handles international subsidiaries and intercompany transactions natively.
  • Hardware-agnostic deployment model avoids cloud per-seat pricing for high-volume transaction environments.
  • Deep BOM and routing support handles complex discrete manufacturing workflows including kitting and co-products.

Weaknesses

  • No publicly documented API means programmatic data extraction requires custom integration development.
  • Dated desktop-client interface generates higher training costs and slower user adoption compared to modern SaaS ERPs.
  • Customization requires vendor professional services, creating long lead times for configuration changes.
  • Limited self-service reporting and BI compared to standalone analytics platforms.
  • Maintenance contracts and on-premise hardware refresh cycles add significant total cost of ownership over time.
Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

Destination

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.

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 R4 ENTERPRISE and Microsoft Dynamics 365 Business Central.

  • 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

    R4 ENTERPRISE: Not applicable..

  • Data volume sensitivity

    B

    R4 ENTERPRISE doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your R4 ENTERPRISE to Microsoft Dynamics 365 Business Central 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 R4 ENTERPRISE to Microsoft Dynamics 365 Business Central data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most R4 ENTERPRISE to D365 migrations complete in ten to fourteen weeks for straightforward scopes covering customers, vendors, items, AP/AR, and inventory with no multi-entity or multi-currency complexity. Manufacturing-heavy scopes with BOM versioning, work order histories, lot tracking, layered cost flattening, and fixed asset carry-forward extend to eighteen to twenty-six weeks because of the BOM restructure, costing method reconciliation, and production order validation work. A Dynamics 365 migration typically takes three to six months for a small business and up to nine to twenty-four months for a large enterprise; the R4 extraction phase adds scoping time that is not present in migrations from platforms with public APIs.

Adjacent paths

Related migrations to explore

Ready when you are

Move from R4 ENTERPRISE.
Land in Microsoft Dynamics 365 Business Central, 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