ERP migration

Migrate from Xledger to Microsoft Dynamics 365 Business Central

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

Xledger logo

Xledger

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

85%

11 of 13

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

Complexity

BStandard

Timeline

3-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Migrating from Xledger to Microsoft Dynamics 365 requires mapping a multi-entity consolidation architecture to D365's legal-entity model, where each Xledge Entity becomes a D365 Legal Entity with its own Chart of Accounts, Fiscal Calendar, and dimensional structure. The most consequential difference is intercompany journal handling: Xledge records cross-Entity postings as direct references between Entity Subledgers, while D365 requires IntercompanyJournal entries or re-created standard entries with elimination notation. We identify every intercompany posting during the data profiling phase so the customer can choose the approach before migration begins. Open AP and AR records in Xledge are Subledger invoice objects, not balance figures; we extract every open invoice with payment terms and aging data and re-create them as D365 AP/AR transactions. Historical journal lines, fixed asset depreciation schedules, and multi-currency amounts are mapped against D365 exchange rate tables and depreciation configuration before import. Workflows, approval chains, built-in bank feeds, and OCR templates do not migrate; we deliver a written configuration inventory 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

Xledger logo

Xledger

What's pushing teams away

  • ERP implementations frequently extend beyond the initial 6-12 month estimate for mid-market organisations, with large multi-entity rollouts reaching 18-21 months, making the migration window longer and more disruptive than expected.
  • Smaller finance teams report a steep learning curve when configuring multi-entity structures, custom workflows, and the Chart of Accounts for the first time, leading to extended reliance on Xledger's in-house consultants.
  • Some organisations evaluate switching to Sage Intacct, NetSuite, or Acumatica after implementation, citing specific feature gaps or total cost of ownership comparison after the initial subscription period ends.
  • Power users note that the flexibility of configurable dashboards and reports requires dedicated configuration time, and knowledge does not transfer easily when team members leave.

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

Each row shows how a Xledger 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.

Xledger

Entity

maps to

Microsoft Dynamics 365 Business Central

Legal Entity

1:1
Fully supported

Xledge Entities are the top-level organisational containers in Xledge, each holding its own Subledger, Chart of Accounts, and bank connections with live consolidation roll-up across parent-subsidiary hierarchies. When migrating to D365, each Xledge Entity maps to a D365 Legal Entity (Company in Business Central or Legal Entity in Finance and Operations), which holds its own Chart of Accounts, Fiscal Calendar, dimensional structure, and bank account references. We preserve the parent-subsidiary hierarchy as D365 consolidation groups or as a manual consolidation structure, depending on the customer's reporting requirements. Multi-currency Entity configurations are mapped to D365's currency configuration per legal entity.

Xledger

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

Chart of Accounts

1:1
Mapping required

The Chart of Accounts in Xledge varies significantly between organisations based on industry, entity type, and reporting requirements. Non-profit and project-based businesses use extended account dimensions with custom fields. We preserve the full account hierarchy including account type, posting definitions, and any dimension assignments. In D365, the Chart of Accounts is assigned per legal entity; for multi-entity migrations we configure either a shared/consolidated Chart of Accounts or per-legal-entity accounts with a consolidation entity to combine them.

Xledger

Subledgers

maps to

Microsoft Dynamics 365 Business Central

Accounts Payable, Accounts Receivable, Bank Management, Project Management

lossy
Mapping required

Xledge uses Subledgers to segment AP, AR, Banking, and Project data from the General Ledger, each carrying a type classification and a reference to the owning Entity. We preserve Subledger-to-Entity as the D365 legal entity assignment. AP Subledgers map to D365 Accounts Payable, AR Subledgers to D365 Accounts Receivable, Banking Subledgers to Bank Management, and Project Subledgers to Project Management and Accounting. Subledger types that have no direct D365 equivalent are mapped to General Ledger cost categories with an explanatory note for the customer's finance team.

Xledger

Customer and Supplier

maps to

Microsoft Dynamics 365 Business Central

Customer and Vendor

1:1
Fully supported

Customer and Supplier records in Xledge include address, contact, payment terms, tax codes, and Subledger references. Multi-entity customers and suppliers may be shared across Entities. We merge duplicate cross-Entity records into single Customer and Vendor entities in D365, and resolve the primary Entity as the default site in D365. Multi-currency Customer and Supplier balances are converted to D365's accounting currency using historical exchange rates from Xledge. Tax codes are mapped to D365 tax groups and posting profiles.

Xledger

Open AP and AR

maps to

Microsoft Dynamics 365 Business Central

AP Invoice and AR Invoice

1:1
Fully supported

Open accounts payable and receivable in Xledge are tracked via Subledgers linked to Customers and Suppliers as invoice-level records, not as balance totals. This is a critical distinction: migrating a balance sheet figure does not recreate the underlying open invoices. We extract every open invoice record with payment terms, due dates, aging buckets, and Subledger references, and re-create them as D365 AP/AR invoice transactions. Closed invoices migrate as historical journal entries against the General Ledger. Voucher number is preserved as a tie-back reference for reconciliation.

Xledger

General Ledger Journal Entries

maps to

Microsoft Dynamics 365 Business Central

General Journal

1:1
Mapping required

Journal entries in Xledge span the full transaction lifecycle including posting date, amount, account, and optional dimensions. Historical journal lines with complex multi-line distributions and intercompany postings are preserved with their original posting dates. In D365, journal entries are created via General Journal lines with account, offset account, financial dimensions, and amount. Multi-currency journal amounts in Xledge are validated against D365 exchange rate tables and mapped to the correct exchange rate at the posting date. Closed-period journal entries are imported with posting restriction overrides handled by the customer's D365 admin.

Xledger

Fixed Assets

maps to

Microsoft Dynamics 365 Business Central

Fixed Assets

1:1
Mapping required

Fixed Asset records in Xledge include acquisition date, cost, depreciation method, useful life, and Asset Register entries with current accumulated depreciation. We map asset definitions and current depreciation schedules to D365 Fixed Assets. Xledge depreciation methods (straight-line, declining balance, sum-of-years digits, units of production) are mapped to D365 Fixed Assets depreciation methods. Group asset configurations in Xledge are translated to D365 Fixed Asset groups. Depreciation conventions and half-year conventions are noted for manual configuration in D365 Fixed Assets parameters before the asset register is loaded.

Xledger

Budget Items

maps to

Microsoft Dynamics 365 Business Central

Budget Register Entries

1:1
Mapping required

Xledge budgets are created at the Entity level and linked to specific accounts and dimensions. Budget versions and forecast iterations are preserved as separate budget register entries in D365. We map budget line items to D365 budget models and preserve the budget amount, period distribution, and dimension assignments. Multi-entity budgets are mapped to D365 budget control configurations per legal entity. Budget versus actual reporting requires reconfiguration in D365 using the budget control module or Power BI.

Xledger

Project and Project Accounting

maps to

Microsoft Dynamics 365 Business Central

Projects

1:1
Fully supported

Project records in Xledge track billing, revenue recognition, and cost allocation against a project's financial lifecycle, referencing specific Subledgers and carrying custom fields. In D365, Project Management and Accounting handles projects as Contracts, Lines, Projects, and Cost Categories. We map Xledge project billing milestones to D365 project contract lines, revenue recognition schedules to D365 revenue recognition parameters, and cost categories to D365 project cost categories. Project dimensions are mapped to D365 financial dimensions. If the destination D365 instance does not include Project Operations, project cost data is mapped to the General Ledger as journal entries against project-specific cost accounts.

Xledger

Time Entries and Expenses

maps to

Microsoft Dynamics 365 Business Central

Time Sheets and Expense Reports

1:1
Mapping required

Time entries and expense records in Xledge are linked to Employees and Projects. Expense submissions include OCR-captured receipt data and approval workflow status. We migrate entry records, amounts, project assignments, and employee references. In D365, time entries map to the Time Management module (if enabled) or to Project Time and Expense. Expense reports map to Expense Management. Note that Xledge's built-in OCR for receipt capture does not migrate; we document the OCR templates so the customer's team can configure AI Builder or an ISV receipt scanning solution in D365 post-migration.

Xledger

Bank Accounts

maps to

Microsoft Dynamics 365 Business Central

Bank Accounts

1:1
Fully supported

Bank account records in Xledge include routing details, account type, currency, and Entity assignment. We migrate bank account records to D365 Bank Management under the corresponding legal entity. Account numbers, routing numbers, SWIFT/BIC codes, and currency assignments are preserved. D365 bank account reconciliation setup requires manual configuration of bank statement import formats (BAI2, CAMT, SWIFT) post-migration, as Xledge's built-in bank feeds (JPMorgan, Wells Fargo, Bank of America) stop pulling data when Xledge access ends.

Xledger

Documents and Attachments

maps to

Microsoft Dynamics 365 Business Central

SharePoint / Document Handling

1:1
Mapping required

Documents and attachments in Xledge are stored against journal entries, vendors, customers, and assets. We migrate document metadata and link references (file name, type, date, owner). Physical file attachments are exported as a structured archive and linked to D365 records via SharePoint document management or Dataverse attachments depending on the D365 app version. Large-volume document archives may require chunked extraction and separate upload tooling to manage storage during migration. We flag any OCR templates as non-transferable and note them for manual rebuild in D365.

Xledger

Workflow and Approval Configurations

maps to

Microsoft Dynamics 365 Business Central

Workflows and Approval Routing (rebuild required)

lossy
Fully supported

Xledge's automated workflow engine handles expense approvals, cash release, purchase order sign-off, and intercompany posting controls, configured per-Entity and per-module. These do not export as structured data from Xledge. We document each active workflow during discovery, including its trigger conditions, approval chain, routing logic, and escalation paths. We deliver a D365 Workflow configuration guide with screenshots and step-by-step instructions for rebuilding each workflow in D365's Workflow Designer. The customer's D365 admin or a Microsoft partner rebuilds these post-migration. This object mapping entry exists to be explicit about what does not migrate and what documentation we provide instead.

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.

Xledger logo

Xledger gotchas

High

Multi-entity intercompany journal entries require careful cross-mapping

High

Historical AP/AR records map to invoice-level objects, not account balances

Medium

Workflow and approval configurations are custom and non-transferable

Medium

ERP implementations extend well beyond the initial migration window

Low

Built-in integrations are Xledger-side only and require separate destination-side configuration

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

  • Intercompany journal entries require manual resolution

    Xledge's multi-entity architecture means intercompany journal entries reference both the source Entity and the destination Entity Subledger directly. D365 does not use the same Entity-to-Subledger reference model; intercompany eliminations are handled either via D365's IntercompanyJournal feature or as standard journal entries with manual elimination notation. We identify every cross-Entity posting during the data profiling phase, resolve the destination legal entity for each posting, and present the customer with two options: recreate as D365 intercompany journal entries or convert to standard entries with a customer-defined elimination flag. Choosing the wrong approach before migration results in a misstated consolidation trial balance in D365.

  • Historical AP/AR records map to invoices, not balances

    Xledge stores open AP and AR as Subledger invoice records linked to Customers and Suppliers. Migrating only a balance sheet figure creates a reconciled total without recreating the underlying open invoices that the accounts payable and receivable teams manage daily. We extract every open invoice record including payment terms, due date, aging bucket, and Subledger reference, and re-create them as D365 AP/AR invoice transactions. Closed invoices are migrated as historical journal entries against the General Ledger. Skipping this step leaves D365 AP/AR with no open items to age, making the collections and payments workflow inoperable on day one.

  • D365 allows only one primary address per entity

    D365 Finance and Operations permits multiple addresses on a Customer or Vendor record but only one address can be marked as the primary address. In Xledge, an entity may have separate primary invoice and primary delivery addresses. What appears to be a straightforward address field migration requires restructuring: the invoice address and delivery address must be split into separate address roles in D365, and the customer or vendor record carries only the primary address with delivery addresses stored as separate address role records. We identify every multi-address customer and vendor during profiling and restructure them before loading, preventing post-migration data integrity issues.

  • Workflow and approval configurations are non-transferable

    Xledge's workflow engine handles expense approvals, cash release, purchase order sign-off, and intercompany posting controls, configured per-Entity and per-module. These are configured custom to each organisation and do not export as structured data. We do not migrate workflows as code. Instead, we document every active workflow during discovery—including its trigger conditions, approval chain, routing logic, and escalation paths—and deliver a D365 Workflow configuration guide. The customer's D365 admin or a Microsoft partner rebuilds these in D365's Workflow Designer. This step is often underestimated in migration timelines; the first finance team member to submit an expense report post-cutover will discover if the approval chain was not rebuilt.

  • Data migration is frequently planned too late in the ERP programme

    Multiple Dynamics 365 migration post-mortems identify data migration as an afterthought in the ERP implementation timeline. D365 implementations frequently extend to 12-18 months for mid-market organisations with complex structures, and the data migration work is often left until late in the programme. This creates compounding risk: data quality issues surface late, field mapping corrections require re-visiting schema design, and testing windows shrink. We sequence our migration deliverables to align with D365 implementation milestones, with data extraction scoped to each phase rather than a single big-bang cutover. We strongly recommend beginning the data migration assessment during the D365 design phase, not after configuration is complete.

Migration approach

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

  1. Discovery and Xledge data profiling

    We audit the Xledge instance across Entities, Subledgers, Chart of Accounts structures, open AP/AR volume, fixed asset register size, budget versions, project count, and employee records. We also identify active workflows, approval chains, bank feed configurations, and integration endpoints. For the API layer, we determine whether the customer's Xledge instance exposes the GraphQL API, the legacy SOAP interface, or both, and establish the appropriate authentication scheme for each. The discovery output is a written data inventory, a preliminary object mapping, and a list of any data quality issues that require remediation before migration. We flag intercompany journal entries, multi-address records, and custom fields as requiring specific transformation design.

  2. D365 schema design and legal entity mapping

    We design the D365 schema based on the chosen D365 app (Business Central or Finance and Operations) and the number of Xledge Entities. Each Xledge Entity maps to a D365 Legal Entity with its own Chart of Accounts, Fiscal Calendar, and dimension structure. We configure financial dimensions in D365 to match Xledge's account dimension assignments, and set up exchange rate tables for any multi-currency entities. Fixed asset parameters and depreciation conventions are configured before the asset register is loaded. The Schema Design document is reviewed and signed off by the customer's finance and IT leads before any data is extracted from Xledge.

  3. Data extraction, cleansing, and transformation

    We extract data from Xledge using the appropriate API (GraphQL or SOAP depending on availability), preserving original posting dates, multi-currency amounts, and dimension assignments. During extraction, we apply the transformation rules designed in the schema phase: intercompany journal resolution (intercompany posting to standard entry conversion), multi-address restructuring (invoice vs delivery address split), fixed asset depreciation method mapping, and budget version consolidation. Data quality checks run at this stage: duplicate Customer and Supplier records across Entities are merged, missing tax codes are flagged for manual assignment, and incomplete journal lines are logged for customer decision. We do not load data into D365 until the extraction and cleansing sign-off is received.

  4. Sandbox migration and trial balance reconciliation

    We run a full migration into a D365 Sandbox environment (Full Copy if available, otherwise a configured Sandbox matching production specifications) using production-like data volume. The customer's finance team reconciles the D365 trial balance against Xledge's trial balance at each legal entity level: total debits must equal total credits, open AP/AR aging must match, and fixed asset net book value must reconcile to the penny. Any mapping corrections identified during reconciliation are applied to the transformation logic and the sandbox migration is re-run. Sign-off on the sandbox reconciliation is required before production migration begins. This step is the primary safeguard against post-cutover accounting discrepancies.

  5. Production migration in dependency order

    We run production migration in dependency order: legal entity configuration first, then Chart of Accounts and financial dimensions, then Customers and Vendors, then open AP/AR invoices, then Bank Accounts and fixed assets, then General Ledger journal entries, then Budgets, then Projects and Project Transactions, then Time and Expense records, then Documents last. Each phase emits a row-count reconciliation report showing records extracted from Xledge, records loaded into D365, and records skipped or held for manual review. Intercompany journal entries are loaded as the final GL phase step with the chosen elimination approach applied. Delta migrations capture any records modified during the production migration window.

  6. Cutover, validation, and configuration handoff

    We freeze Xledge write access during cutover and run a final delta migration of any records modified during the production migration window. The customer's finance team performs a final trial balance reconciliation and open item aging check in D365 before signing off on go-live. We deliver the Workflow Configuration Guide documenting every active Xledge workflow for rebuild in D365, the Integration Configuration Reference documenting bank feeds and third-party connections for rebuild in D365, and the Report and Dashboard Inventory listing all Xledge reports and dashboards for rebuild in D365 using the customer's chosen reporting layer (Power BI, D365 native, or a third-party BI tool). We support a one-week hypercare window for reconciliation issues. Workflow and integration rebuilds are outside standard migration scope; we document them and the customer's team or a Microsoft partner implements them.

Platform deep dives

Context on both ends of the pair

Xledger logo

Xledger

Source

Strengths

  • Native multi-entity consolidation with live roll-up across parent and subsidiary hierarchies in a single subscription.
  • Advanced OCR for AP invoice capture and expense receipts built into the platform at no additional licensing fee.
  • Multi-currency and multi-language support for international operations without edition gating.
  • True multi-tenant cloud architecture with automatic updates and no per-user replication of integrations.
  • Project accounting, time tracking, and fund accounting modules designed for contract-based and grant-funded organisations.

Weaknesses

  • No publicly available pricing tiers or rate limit documentation on the public website, requiring direct sales engagement for scoping.
  • Limited public review presence with only 2 verified reviews on G2 and 1 on Gartner Peer Insights, making independent feature validation difficult.
  • Implementation timelines frequently extend to 12-18 months for organisations with complex multi-entity or multi-currency configurations.
  • Web Services API uses a legacy SOAP-based interface alongside the newer GraphQL API, requiring two different authentication schemes depending on the integration path.
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 Xledger 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

    Xledger: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Xledger 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

Data migration scoped independently of the broader D365 ERP implementation typically runs 3-6 weeks for organisations with up to 5 entities, under 200,000 GL lines, and straightforward AP/AR without multi-currency complexity. Multi-entity migrations with 6+ entities, large intercompany journal histories, complex fixed asset depreciation registers, and project accounting data move to 10-18 weeks because of the additional profiling, transformation design, and reconciliation work. Note that the D365 ERP implementation itself typically runs 6-14 months according to Microsoft's own guidance; the data migration deliverables we provide are scoped within that broader programme.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Xledger.
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