ERP migration

Migrate from Sage Business Cloud X3 to Microsoft Dynamics 365 Business Central

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

Sage Business Cloud X3 logo

Sage Business Cloud X3

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

71%

10 of 14

objects map 1:1 between Sage Business Cloud X3 and Microsoft Dynamics 365 Business Central.

Complexity

BStandard

Timeline

8-12 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Sage Business Cloud X3 to Microsoft Dynamics 365 is a multi-phase ERP migration that requires explicit handling of X3's multi-company architecture, template-driven export constraints, and intercompany journal posting logic. X3 stores Business Partners, GL, Fixed Assets, Inventory, and Production data across named templates that must be pre-configured before extraction begins. We map X3's hierarchical chart of accounts with segment codes and cost centers to Dynamics 365's Financial Dimensions framework, reconstruct intercompany journal entries as balanced legal-entity postings in the destination, and handle X3's named-user model by resolving roles to Azure AD-backed Dynamics 365 users. We do not migrate Workflows, automations, approval rules, or custom report definitions; we deliver a written inventory of these for your admin to rebuild in Dynamics 365. Open AP/AR balances, fixed asset depreciation books, and historical GL transactions migrate with full audit trail preservation.

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

Sage Business Cloud X3 logo

Sage Business Cloud X3

What's pushing teams away

  • Steep total cost of ownership including opaque pricing, large implementation fees, and annual support contracts that surprise buyers post-signature
  • Outdated interface and workflow tooling require significant user training; the Queries tool degrades noticeably at scale
  • Intercompany journal postings are manually duplicated between legal entities rather than auto-generated, creating reconciliation risk and audit friction
  • Customer support responsiveness is inconsistent, particularly for complex configuration issues not covered in standard documentation
  • Organizations outgrow the platform when they require deeper real-time analytics or want modern cloud-native ERP features not on Sage X3's roadmap

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 Sage Business Cloud X3 objects map to Microsoft Dynamics 365 Business Central

Each row shows how a Sage Business Cloud X3 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.

Sage Business Cloud X3

Business Partners (Customers and Suppliers)

maps to

Microsoft Dynamics 365 Business Central

Account and Vendor

1:many
Fully supported

X3 Business Partners cover both customers and suppliers in a single entity with a BP Type flag. We split them at migration time into Dynamics 365 Customer and Vendor records. Address handling requires restructuring: X3 allows multiple independent address records with separate invoice and delivery roles; Dynamics 365 stores a single address table where each address can carry multiple roles (Invoice To, Ship To, Primary), and only one address can be marked primary per Business Unit. We pre-process address records to collapse X3's multiple address structures into Dynamics 365's role-based model before import.

Sage Business Cloud X3

General Ledger / Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

Main Account + Financial Dimensions

lossy
Fully supported

X3 uses a hierarchical COA with segment codes, cost centers, and per-company assignments supporting multi-currency and multi-legislation. Dynamics 365 Finance and Operations uses a flat Main Account structure with Financial Dimensions (dept, division, project, site, customer, vendor) that replicate the segmentation behavior. We extract X3's account hierarchy and segment values, map them to the destination's Main Account structure and active Financial Dimension set, and configure the dimension-based posting rules before the GL import begins.

Sage Business Cloud X3

GL Transaction History

maps to

Microsoft Dynamics 365 Business Central

General Journal Lines

1:1
Fully supported

Historical GL journal lines migrate as General Journal entries in Dynamics 365. We preserve the original posting date, journal batch number, account and dimension assignments, debit/credit amounts, and currency. X3's multi-company journal entries require splitting per legal entity: a journal affecting accounts in two X3 companies becomes separate journal lines in corresponding Dynamics 365 legal entities. Period-end closing flags and reversing entries are captured and reproduced in the destination.

Sage Business Cloud X3

Intercompany Journal Entries

maps to

Microsoft Dynamics 365 Business Central

Intercompany Journal Lines

lossy
Fully supported

X3 requires manual duplicate entry of intercompany JVs per legal entity rather than auto-generating balanced counterparty entries. We identify intercompany GL entries by analyzing account assignments across X3 company codes, then reconstruct them in Dynamics 365's intercompany journal framework, which generates balanced counterpart entries automatically. This is one of the highest-value migrations for multi-entity X3 customers because it eliminates the manual duplication going forward.

Sage Business Cloud X3

Accounts Payable / Receivable

maps to

Microsoft Dynamics 365 Business Central

Vendor Invoice / Customer Invoice and Journal

1:1
Mapping required

Open AP and AR invoices, credit limits, payment terms, and aging data export from X3 via AP/AR templates. We map open invoices to Dynamics 365 Vendor Invoice and Customer Invoice records, preserving invoice number, posting date, due date, currency, tax information, and the Business Partner reference. Historical paid invoices migrate as posted journal lines rather than open records. Payment terms and credit limits map to Dynamics 365 Vendor and Customer terms and credit structures.

Sage Business Cloud X3

Fixed Assets

maps to

Microsoft Dynamics 365 Business Central

Fixed Assets

1:1
Mapping required

X3 Fixed Assets carry acquisition cost, depreciation schedules, asset registers, and tax-book depreciation per legislation. Dynamics 365 Finance and Operations Fixed Assets module supports parallel depreciation books, multiple depreciation methods (straight-line, declining balance, units of production), and tax-book integration. We extract all active depreciation books per asset, map them to the destination's Fixed Asset book structure, and preserve acquisition date, useful life, depreciation convention, and accumulated depreciation balance at cutover date.

Sage Business Cloud X3

Fixed Asset Depreciation Books

maps to

Microsoft Dynamics 365 Business Central

Fixed Asset Book

1:many
Fully supported

X3 supports parallel depreciation books per asset (GAAP book, tax book, local statutory book) each with independent depreciation method and convention. We split these into separate Dynamics 365 Fixed Asset Book records under the same parent asset, preserving the per-book depreciation method, convention, and life. The accumulated depreciation balance at cutover date migrates per book, not rolled up to a single figure.

Sage Business Cloud X3

Products / Inventory

maps to

Microsoft Dynamics 365 Business Central

Released Products and Warehouse Management

1:1
Fully supported

X3 tracks inventory at site level with multi-location support. Products carry Bills of Materials, routings, lot/serial tracking, and expiry dates. We map Products to Dynamics 365 Released Products with the appropriate product type (item, service, bom), copy BOM and routing structures where applicable, and map stock levels by site to warehouse locations. Lot and serial number tracking settings migrate as inventory dimension groups.

Sage Business Cloud X3

Sales Orders

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

X3 Sales Orders export via template ZSOH for flat-file extraction, covering order header, lines, delivery addresses, pricing, taxes, and discounts. We preserve the full order lifecycle including status, open quantities, and delivery schedule. Orders with a status of Delivered or Invoiced migrate as historical records; open orders migrate as active records in Dynamics 365 with remaining quantities and delivery addresses.

Sage Business Cloud X3

Purchase Orders

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

X3 Purchase Orders mirror the Sales Order structure but for procurement, supporting commitments, receiving links, and approval workflows. We map open Purchase Orders to Dynamics 365 Purchase Orders with line quantities, delivery dates, and vendor references. Acknowledged quantities and receiving links are preserved where available. Closed or invoiced POs migrate as historical records.

Sage Business Cloud X3

Production Orders / Work Orders

maps to

Microsoft Dynamics 365 Business Central

Production Order

1:1
Mapping required

X3 Production Orders link to BOMs, routings, work centres, and consumption tracking for both process and discrete manufacturing. We map Work Order headers, operations, and component consumption. Note that the BOM-routing relationship must be reconstructed in the destination because routing assignments are relationship-based in both systems; we extract routing references and recreate them during the BOM and routing setup phase before work orders import.

Sage Business Cloud X3

Budgets and Commitments

maps to

Microsoft Dynamics 365 Business Central

Budget Register Entries

1:1
Mapping required

X3 Budgets and Commitments tie to the GL and span multiple periods and scenarios. Commitments represent purchase orders or contracts not yet posted. We map budget amounts as Budget Register Entries in Dynamics 365 Finance and Operations with the corresponding financial dimension combinations. Open commitments map as pre-encumbrance or posted encumbrance records linked to the relevant Purchase Orders.

Sage Business Cloud X3

Users and Roles

maps to

Microsoft Dynamics 365 Business Central

Users and Security Roles

1:1
Mapping required

X3 user management uses Role-based access control with function-level permissions per site and company. In many X3 deployments, particularly older or on-premise instances, user logins are named user IDs rather than email addresses. We map X3 user IDs to Azure AD-backed Dynamics 365 user accounts by email resolution where available or by creating new user accounts with matching role assignments. Orphaned permissions are flagged for manual remediation post-migration.

Sage Business Cloud X3

Custom Fields / Extended Properties

maps to

Microsoft Dynamics 365 Business Central

Custom Fields / Extension Fields

1:1
Mapping required

X3 supports custom fields on most business objects via its data dictionary, stored as extended columns in the underlying table. We detect and export all active custom fields, map them to Dynamics 365 extension fields (field extension or custom field depending on the destination edition), and validate the target field type compatibility. Custom field values migrate as part of the parent object import.

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.

Sage Business Cloud X3 logo

Sage Business Cloud X3 gotchas

High

Opaque pricing leads to unexpected total cost post-signature

Medium

Intercompany journal postings require manual duplication

Medium

Template-driven export requires field mapping before data extraction

Medium

Historical transaction reporting requires additional tooling

Low

User accounts use named-user model, not email-based

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

  • X3 template-driven export requires pre-configuration before data extraction

    X3 exports data through named templates (ZSOH for Sales Orders, ZPOH for Purchase Orders, etc.) that must be explicitly configured to expose the correct fields. If a template is not set up, only a subset of available fields exports, silently dropping data that appears to have migrated but was never in the file. We work with the customer's X3 administrator to identify or create the correct export templates for every object in scope before extraction begins. Custom fields on any object require separate template configuration. This step adds 3-5 business days to the discovery phase and must be completed before any data leaves X3.

  • Intercompany journal postings must be manually reconstructed in the destination

    When X3 is deployed with multiple legal entities, intercompany journal entries require separate manual entry in each company rather than auto-generation of balanced counterparty entries. A migration from X3 as source must explicitly capture all intercompany GL entries, identify which accounts belong to which legal entity, and reconstruct the counterparty entry in Dynamics 365's intercompany posting framework. We analyze account assignments across X3 company codes to identify intercompany entries, flag them for review, and configure the destination's intercompany posting rules before the GL migration phase begins.

  • Dynamics 365 address model allows only one primary address per Business Unit

    X3 allows multiple independent address records per Business Partner with separate invoice and delivery roles, and each can be designated as primary. In Dynamics 365 Finance and Operations, only one address can be marked as the primary address per Business Unit. A straightforward data move can silently discard the secondary primary address or create duplicate Business Partner records. We pre-process X3 address records to collapse multiple primary-address structures into Dynamics 365's role-based model, engaging business users early to confirm which roles map correctly.

  • X3 named-user model complicates Azure AD user provisioning in Dynamics 365

    In many X3 deployments, particularly older on-premise instances, user logins are based on named user IDs rather than email addresses. Dynamics 365 Finance and Operations requires Azure AD-backed user accounts with email-based authentication. We map X3 user IDs to destination user accounts, preserve role assignments in a role-mapping matrix, and flag any orphaned permissions or users without resolvable email addresses for manual provisioning before record import resumes.

  • X3 historical transaction reports regenerate from live data rather than storing snapshots

    X3's report engine regenerates reports from live transaction data rather than storing rendered report snapshots. Migrating historical financial statements requires either running the reports in X3 and exporting the output or querying the underlying transaction tables directly. We use a combination of the report engine and direct table extraction to capture period-end financial data and GL transaction history. This adds time to the GL migration phase and requires the X3 database to remain accessible through cutover.

Migration approach

Six steps for a successful Sage Business Cloud X3 to Microsoft Dynamics 365 Business Central data migration

  1. Discovery and scope definition

    We audit the source X3 instance across installed modules, multi-company deployment structure, export template configuration, custom field inventory, intercompany posting usage, and historical data retention periods. We pair this with a Dynamics 365 edition assessment: Business Central suits smaller deployments with straightforward accounting needs; Finance and Operations suits multi-company, multi-site, and manufacturing-heavy deployments. The discovery output is a written migration scope, a template configuration checklist, and a Dynamics 365 edition recommendation.

  2. Schema design and export template configuration

    We design the destination schema in Dynamics 365, including legal entity structure, Main Account and Financial Dimension configuration, product and warehouse setup, Fixed Asset book structure, and security role definitions. We work with the customer's X3 administrator to configure or validate export templates for every object in scope, ensuring all required fields are exposed. Custom fields are identified and mapped to extension fields in the destination. Schema is deployed to a Sandbox org for validation before production.

  3. Data extraction from X3

    We extract data from X3 using the configured export templates for transactional objects and the REST API (with 180 req/min rate limit and 10 calls/sec burst) for real-time lookups during transformation. Multi-company data is extracted per legal entity with explicit company-code tagging. Intercompany journal entries are isolated for separate processing. Historical GL data is extracted in period batches to manage file sizes. All extractions are checksum-validated against source record counts before transformation begins.

  4. Sandbox migration and reconciliation

    We run a full migration into a Dynamics 365 Sandbox using production-like data volume. The customer's finance team reconciles master data record counts (Accounts, Vendors, GL accounts, Fixed Assets), spot-checks 30-50 random records against the X3 source, and validates address handling, intercompany postings, and dimension assignments. Any mapping corrections, intercompany posting rule adjustments, or address restructuring decisions are resolved here. Business user sign-off on the sandbox migration is required before production migration begins.

  5. Production migration in dependency order

    We run production migration in record-dependency order: legal entities and site structures first, then Chart of Accounts and Financial Dimensions, then Business Partners (Customers and Vendors), then Fixed Assets with depreciation books, then open AP/AR, then GL transaction history with intercompany entries reconstructed, then Inventory and Products, then Sales and Purchase Orders, then Production Orders, then User and Role assignments. Each phase emits a row-count reconciliation report before the next phase begins. The X3 system is frozen for writes during the cutover delta window.

  6. Cutover, validation, and automation rebuild handoff

    We freeze X3 writes, run a final delta migration of any records modified during the cutover window, then enable Dynamics 365 as the system of record. We validate open AP/AR balances, Fixed Asset net book values, and GL trial balance totals against the final X3 reports. We deliver a written inventory of all X3 Workflows, approval rules, custom report definitions, and automation sequences for the customer's admin to rebuild in Dynamics 365 using the appropriate native tools. We support a one-week hypercare window for reconciliation issues. Workflow and automation rebuild is outside standard migration scope.

Platform deep dives

Context on both ends of the pair

Sage Business Cloud X3 logo

Sage Business Cloud X3

Source

Strengths

  • Multi-company, multi-currency, multi-legislation architecture handles global enterprise consolidation natively
  • Rich manufacturing module with BOMs, routings, work orders, and quality control for process and discrete manufacturing
  • Template-driven import/export system provides a structured mechanism for bulk data extraction without direct DB access
  • Flexible data model with open APIs supports extension and integration with third-party BI and reporting tools
  • Proven deployment base across 80+ countries with established implementation partner ecosystem

Weaknesses

  • Opaque pricing with no public list price; annual costs range from $25K to $250K+ before implementation fees that can reach $100K+
  • Legacy interface design with clunky Queries tool that becomes slow under large data volumes
  • Intercompany journal postings require manual duplicate entry per legal entity rather than auto-generation
  • No public API rate limit documentation for the core X3 REST API beyond the 180 req/min for Embedded Services
  • Implementation complexity and training burden often exceed initial estimates, leading to extended time-to-value
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. All 8 core objects map 1:1 between Sage Business Cloud X3 and Microsoft Dynamics 365 Business Central.

B

Overall complexity

Standard migration

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

  • Object compatibility

    A

    All 8 core objects map 1:1 between Sage Business Cloud X3 and Microsoft Dynamics 365 Business Central.

  • 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

    C

    Sage Business Cloud X3: 180 requests per minute with max burst of 10 calls/second (Embedded Services); core X3 API limits not publicly documented.

  • Data volume sensitivity

    A

    Sage Business Cloud X3 exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Sage Business Cloud X3 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 Sage Business Cloud X3 to Microsoft Dynamics 365 Business Central data migrations

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

Can't find your answer?

Walk through your Sage Business Cloud X3 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

Master-data-only migrations with Business Partners, Chart of Accounts, Fixed Assets, and open AP/AR under 50,000 records typically complete in 8-12 weeks. Full transactional migrations including GL history, multi-site inventory, production order backflush, and multiple legal entities extend to 16-24 weeks because of template configuration time, intercompany journal reconstruction, fixed asset depreciation book mapping, and the Financial Dimension design phase.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Sage Business Cloud X3.
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