ERP migration

Migrate from Xledger to Acumatica

Field-level mapping, validation, and rollback between Xledger and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.

Xledger logo

Xledger

Source

Acumatica

Destination

Acumatica logo

Compatibility

100%

14 of 14

objects map 1:1 between Xledger and Acumatica.

Complexity

BStandard

Timeline

3–10 business days

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Xledger and Acumatica take different approaches to organizational structure and financial data storage. Xledger organizes data in a multi-entity hierarchy where each entity represents a separate legal or operational unit, and account codes often embed segment values directly. Acumatica uses a company and branch model where the chart of accounts is managed separately from segment definitions, and accounts are referenced by ID rather than embedded codes. This architectural gap is the central challenge in any Xledger-to-Acumatica migration. We map the full chart of accounts with account group assignments, complete GL journal entry history with all line-level detail and descriptions, vendor and customer master records with payment terms and tax registration IDs, AP and AR transaction documents with original invoice dates and due dates, inventory items with unit-of-measure conversions, and project cost entries with cost code assignments. Xledger workflows and approval chains do not migrate because Acumatica's Automation Engine and generic inquiry framework operate differently — these must be rebuilt manually. Financial reports and dashboards also do not transfer. For the migration mechanism, we connect to Xledger through its GraphQL API, extract records based on the entity and account structure we audit, transform data to Acumatica's DAC-based schema, and load through Acumatica's import scenarios. A delta-pickup window captures any records modified or added in Xledger during the cutover period.

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

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 Xledger objects map to Acumatica

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

Xledger

Entity

maps to

Acumatica

Company / Branch

1:1
Fully supported

Xledger's multi-entity hierarchy maps to Acumatica's company record structure. Each Xledger entity becomes an Acumatica company. If Xledger uses deep intercompany hierarchies, the structure may need flattening or translation to Acumatica branch records. We deliver an entity-to-company mapping plan before migration so the Acumatica organizational structure is defined first.

Xledger

Chart of Accounts (Account Code + Description)

maps to

Acumatica

Account (AccountCode, Description, AccountGroup)

1:1
Fully supported

Xledger account codes and descriptions map directly to Acumatica AccountCode and Description fields. Account groups from Xledger map to Acumatica Account Groups for financial statement grouping. The complexity arises when Xledger embeds segment values in account codes — we extract those and either flatten them into subaccounts or use Acumatica's segment codes feature, depending on your accounting team preference.

Xledger

Vendor / Supplier

maps to

Acumatica

Vendor (VendorID, VendorName, PaymentInfo)

1:1
Fully supported

Xledger vendor records map to Acumatica Vendor DAC with all payment terms, tax registration IDs, and RemitAddress details preserved. Xledger vendors assigned to multiple entities require decisions about consolidation or intercompany configuration in Acumatica before migration, since Acumatica vendors are tied to one company record.

Xledger

Customer

maps to

Acumatica

Customer (CustomerID, CustomerName, CustomerClass)

1:1
Fully supported

Xledger customer records migrate to Acumatica Customer DAC with name, class, credit limit, and tax registration fields. As with vendors, Xledger's multi-entity customer assignments require restructuring in Acumatica's single-company model — we map one primary company per customer and surface the multi-entity assignments as a reference field for reconciliation.

Xledger

Bank Account / Payment Method

maps to

Acumatica

Cash Account / Payment Method

1:1
Fully supported

Xledger bank account configurations and payment methods map to Acumatica CashAccount records and PaymentMethod settings. Subaccount numbering alignment is verified before migration since mismatched subaccount structures can cause bank reconciliation failures post-migration. We cross-reference Xledger's bank account assignments against Acumatica's cash account chart to ensure all payment flows route correctly through the appropriate accounts and branches.

Xledger

GL Batch / Journal Entry (Header + Lines)

maps to

Acumatica

Batch / Journal Transaction (BatchNbr + RefNbr)

1:1
Fully supported

Xledger GL batches and journal lines with full line-level descriptions and reference document numbers map to Acumatica Batch and GLTran records. BatchNbr in Acumatica corresponds to Xledger's batch identifier; RefNbr maps to the journal entry or source document reference. We preserve all debit and credit line amounts with original transaction dates and descriptions.

Xledger

AP Invoice / Bill

maps to

Acumatica

AP Invoice (APInvoice)

1:1
Fully supported

Xledger AP documents migrate to Acumatica APInvoice DAC with original invoice dates, due dates, vendor references, and line-level amounts. Open AP documents map with status Open; fully paid invoices migrate as Closed. The batch structure from Xledger is flattened into individual Acumatica invoice records during import.

Xledger

AR Invoice

maps to

Acumatica

AR Invoice (ARInvoice)

1:1
Fully supported

Xledger AR documents migrate to Acumatica ARInvoice DAC with customer references, invoice dates, due dates, and line-level amounts preserved. Invoice type and status map from Xledger document states to Acumatica's Open/Closed status field. We verify outstanding AR totals match between systems before and after migration.

Xledger

Inventory Item

maps to

Acumatica

Inventory Item (InventoryItem)

1:1
Fully supported

Xledger inventory items with stock item flag, unit of measure, and standard cost map to Acumatica InventoryItem DAC. Unit-of-measure conversions are preserved through Acumatica's UOM conversion table. Warehouse assignments in Xledger are mapped to Acumatica branches, which requires clarification on how Xledger's entity-level warehouse configuration should translate.

Xledger

Project / Project Cost Entry

maps to

Acumatica

Project / ProjectTransaction (PMProject, PMTran)

1:1
Fully supported

Xledger project records and cost entries map to Acumatica's Project Management module — PMProject for project headers and PMTran for individual cost transactions with cost code, cost type, and amount. Project templates in Xledger become Acumatica project templates. We preserve original cost entry dates and cost code assignments for project billing continuity.

Xledger

User-Defined Field / Custom Property

maps to

Acumatica

DAC Extension (Usr prefix fields)

1:1
Fully supported

Xledger custom object values defined through its object value schema map to Acumatica custom fields on the relevant DAC extension. These require a customization project in Acumatica to be defined before migration runs. We audit Xledger's custom field usage and produce an Acumatica customization project specification as part of the migration plan.

Xledger

Workflow / Approval Chain

maps to

Acumatica

Not Migrated (Manual Rebuild Required)

1:1
Fully supported

Xledger workflow definitions for approval chains, posting approvals, and intercompany workflows have no direct equivalent in Acumatica. Acumatica uses its Automation Engine and generic inquiry framework for similar logic, but workflows must be redesigned and built manually in Acumatica. We export Xledger workflow definitions as a reference document to support the Acumatica rebuild effort.

Xledger

Report / Dashboard

maps to

Acumatica

Not Migrated (Manual Rebuild Required)

1:1
Fully supported

Xledger custom reports and dashboards built on its flex screen and reporting module do not transfer to Acumatica, which uses its own report designer, Generic Inquiries, and BI connector. Underlying data migrates so reports can be rebuilt in Acumatica's framework, but the report objects themselves require manual recreation.

Xledger

Attachment / File

maps to

Acumatica

Note / Attachment (NoteDoc)

1:1
Fully supported

Files attached to Xledger records (vendor documents, invoice attachments, project files) are re-uploaded to Acumatica's Note and Attachment DAC linked to the corresponding migrated record. File size limits per Acumatica's attachment configuration apply, and inline images in notes are extracted and rehosted.

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

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

  • Acumatica Migration Mode must be activated per subledger before import

    Acumatica enforces validation rules on AP and AR documents during normal operation, which can reject imported historical records if the validation logic does not match Xledger's original document states. To bypass this, Acumatica requires Migration Mode to be activated per subledger via the Accounts Receivable Preferences (AR101000) and Accounts Payable Preferences (AP101000) forms before importing historical AP/AR data. This setting tells Acumatica to suspend standard posting validations during the migration window. Many teams are unaware this setting exists or forget to activate it for both subledgers simultaneously, leading to import failures that appear as data-quality errors. We activate Migration Mode for all relevant subledgers before running any transactional imports.

  • Xledger embedded segment codes require account code redesign or subaccount mapping

    Xledger accounts frequently encode multiple segment values within a single account code — for example, a code like 4100-020-01 might represent Revenue-Department-Region. Acumatica stores AccountCode as a single value and manages segment dimensions separately through its Segments configuration screen. There is no automatic translation from Xledger's embedded-segment codes to Acumatica's flat account + subaccount model. Teams must decide whether to flatten the account codes (redefining the chart of accounts entirely) or use Acumatica's subaccount field to preserve the segment breakdown. Both approaches require accounting-team sign-off and affect financial statement presentation. We produce an account-code mapping specification before migration that documents which approach applies to each account range.

  • Acumatica API rate limits vary by license tier and can throttle extraction

    Acumatica's concurrent web service API request limit is governed by the license tier (S, M, or L Series). Lower-tier licenses allow only 3 concurrent API requests, which can be exhausted quickly when extracting large volumes of GL entries or multi-entity data from Xledger. The SM604000 screen displays the Maximum Number of Concurrent Web Services API Requests setting for your instance. If extraction hits rate limits during the migration pull from Xledger, the process slows significantly and may require either a license upgrade for the migration window or an extended extraction schedule. We check the Acumatica API limit configuration before planning the extraction phase and request a higher-tier API scope if needed.

  • Multi-entity Xledger structures need pre-migration organizational design for Acumatica

    Xledger's entity hierarchy supports complex intercompany relationships where one entity can transact against another within the same system, and vendors or customers can be assigned to multiple entities simultaneously. Acumatica does not have a direct equivalent to Xledger's entity hierarchy — it uses separate Company records for distinct legal entities and does not natively support many-to-many assignments of vendors or customers across entities. We identify all Xledger entities, their intercompany transaction patterns, and their shared-party assignments during the discovery phase. Your team and Acumatica administrator must decide whether to consolidate entities into a single Acumatica company, use Acumatica's intercompany settings, or create separate Acumatica company records before migration proceeds.

  • Xledger workflows and approval chains do not migrate and must be rebuilt

    Xledger workflow definitions — including approval chains for purchase orders, expense reports, and intercompany postings — are configured within Xledger's own workflow engine and have no equivalent object in Acumatica. Acumatica handles similar logic through its Automation Engine, generic inquiries, and screen-level visibility settings, but the workflow logic must be designed and built from scratch in the destination. We export Xledger workflow definitions as structured documentation so your Acumatica administrator or implementation partner has a reference for rebuilding equivalent logic. Reports and dashboards face the same limitation — Xledger's flex screens and custom reports cannot be transferred and must be recreated using Acumatica's report designer.

Migration approach

Six steps for a successful Xledger to Acumatica data migration

  1. Audit Xledger schema and plan Acumatica structure

    We connect to Xledger read-only and inventory the entity hierarchy, chart of accounts structure, account code patterns, vendor and customer master record count, and transaction volumes across GL, AP, AR, inventory, and project modules. We simultaneously map these to Acumatica's company, branch, and account structure. This phase produces a data migration plan specifying which Xledger entities map to which Acumatica companies, how embedded account codes are handled, and which subledgers require Migration Mode activation.

  2. Define Acumatica custom fields and enable migration settings

    Based on the audit, we create Acumatica customization projects for any DAC extensions required to hold Xledger user-defined fields and custom object values. We also activate Migration Mode in all relevant subledgers (AR, AP, GL) via Acumatica's preferences screens. This ensures Acumatica will accept imported historical records without triggering standard document validation errors. The schema must be ready before any transactional data lands.

  3. Run sample migration with field-level diff

    We migrate a representative slice — typically 200–500 records covering accounts, vendors, customers, a batch of GL entries, sample AP and AR documents, a few inventory items, and one project — and produce a field-level diff comparing source values against Acumatica field values. This validates that account code mapping, entity-to-company routing, payment term translations, and transaction status conversions are correct before committing to a full run. Any mis-mappings are corrected in the migration scripts before proceeding.

  4. Execute full migration in staged sequence

    The full migration runs in dependency order: first the chart of accounts and account groups, then vendors and customers, then inventory items and project headers, then GL journal batches, then AP and AR documents, then project cost entries. Each stage is validated before the next begins. API call rates are managed to stay within Acumatica's license-tier limits. We monitor Acumatica's import scenario logs and error queues throughout. A delta-pickup window runs concurrently to capture any records created or modified in Xledger during the migration.

  5. Reconcile and validate migrated data

    We run a reconciliation check comparing record counts, account balance totals, vendor and customer outstanding balances, and open AP/AR document counts between Xledger and Acumatica. Any discrepancies are flagged and corrected before the cutover is declared complete. We deliver an audit log of every record imported, its source ID from Xledger, and its destination ID in Acumatica. One-click rollback is available if reconciliation uncovers systemic issues. We also deliver a workflow rebuild reference document and a report rebuild checklist so your team can prioritize the manual rebuild of automations and reports in Acumatica.

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.
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. 2 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 Acumatica.

  • Object compatibility

    B

    2 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 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 Xledger to Acumatica data migrations

Answers to the questions buyers ask most during Xledger to Acumatica migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Xledger to Acumatica migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migration timelines vary based on data volume and complexity. Small implementations with under 10,000 transactional records and straightforward chart-of-accounts mapping complete in 3–10 business days. Larger Xledger setups with complex multi-entity structures, embedded account codes requiring redesign, or more than 200,000 records extend to 3–6 weeks. The longest phase is usually planning the entity-to-company mapping and account code strategy — once those decisions are made, the data movement itself runs on a defined schedule with built-in validation checkpoints.

Adjacent paths

Related migrations to explore

Ready when you are

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