ERP migration

Migrate from Brightpearl to Acumatica

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

Brightpearl logo

Brightpearl

Source

Acumatica

Destination

Acumatica logo

Compatibility

100%

12 of 12

objects map 1:1 between Brightpearl and Acumatica.

Complexity

BStandard

Timeline

3–6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Brightpearl and Acumatica serve overlapping mid-market retail and distribution audiences, but their underlying architectures diverge significantly. Brightpearl functions as a cloud-only Retail Operating System: order management, inventory, CRM, and accounting are tightly integrated around a retail-centric data model where contacts, companies, and products carry Brightpearl-native IDs and relationships. Acumatica is a full ERP platform built on .NET with separate modules for financials (General Ledger, AR, AP), distribution (Sales Orders, Purchase Orders, Inventory), and project accounting. Its multi-entity model lets you run multiple legal entities within a single tenant, which Brightpearl does not natively support. We extract Brightpearl data via its REST API, handling rate-limit constraints and pagination carefully. Contacts and companies map to Acumatica Customers with address consolidation. Brightpearl product rows map to Acumatica Non-Stock or Stock Items depending on the source inventory flag. Sales orders, purchase orders, and their line items migrate as Acumatica SO/SOOrder and PO/POOrder records. Financial ledgers, AR/AP balances, and payment records transfer to Acumatica's journal entries and payable/receivable screens. Automation rules, which govern order routing, status transitions, and accounting period locking in Brightpearl, do not migrate — we export them as JSON definitions for your Acumatica consultant to rebuild using Acumatica's screen-level automation or PowerShell scripts. The migration is scoped to data and schema; integrations, custom reports, and workflow configurations are documented for manual rebuild.

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

Brightpearl logo

Brightpearl

What's pushing teams away

  • Sales teams report that core features such as bulk pricing updates, payment gateway integration and product syncing to connected storefronts did not work as described during implementation, leading to disputes over prepaid contracts.
  • System errors and performance degradation — with some warehouse and sales teams experiencing delays of up to five minutes — disrupt fulfilment throughput during peak order periods.
  • Discovery and demo practices have been criticised: customers report being asked to commit full payment upfront before receiving a live trial, which limits recourse when promised capabilities are absent or misrepresented.
  • Brightpearl's development pace has been flagged by long-term users, who note that maintaining competitive feature parity requires increasing investment in third-party connectors and integrations.

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

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

Brightpearl

Contact (person)

maps to

Acumatica

Customer

1:1
Fully supported

Brightpearl Contact records map to Acumatica Customers with direct field translation. Names, emails, phone numbers, job titles, and addresses transfer directly without transformation. The Brightpearl contact ID is stored as an ExtRef custom field for cross-reference during reconciliation and delta-run traceability. Owner assignment resolves by matching the Brightpearl owner email to existing Acumatica users in the target tenant.

Brightpearl

Company (organization)

maps to

Acumatica

Customer / Account

1:1
Fully supported

Brightpearl Company records map to Acumatica Customers of type Organization. Primary shipping and billing addresses consolidate into Acumatica address branches using the address location schema. Parent-company hierarchies in Brightpearl map to Acumatica CustomerClass assignments or a parent-customer link where the target schema supports hierarchical account structures.

Brightpearl

Product

maps to

Acumatica

Non-Stock Item / Stock Item

1:1
Fully supported

Brightpearl product rows carry an inventory flag distinguishing stock vs. non-stock items. We map stock items to Acumatica Stock Items with warehouse allocation enabled, while non-stock items become Non-Stock Items used only on sales documents. The product type flag determines the Acumatica item class assigned during migration.

Brightpearl

Sales Order

maps to

Acumatica

SOOrder / Sales Order

1:1
Fully supported

Brightpearl sales orders map to Acumatica SOOrder records with complete line-item detail preserved. Order status values (pending, confirmed, shipped, invoiced, cancelled) map directly to Acumatica SOStatus enumerations. Warehouse assignments on order lines carry over to the shipment warehouse location on the Acumatica document header and lines.

Brightpearl

Purchase Order

maps to

Acumatica

POOrder / Purchase Order

1:1
Fully supported

Brightpearl purchase orders map to Acumatica POOrder records preserving vendor references, line items, quantities ordered, and expected delivery dates. PO status values (draft, confirmed, received, closed) align with corresponding Acumatica POStatus enumerations to maintain order lifecycle tracking through the procurement workflow.

Brightpearl

Invoice / AR Ledger

maps to

Acumatica

ARInvoice / AR Invoice

1:1
Fully supported

Brightpearl invoices map to Acumatica ARInvoice records preserving original invoice numbers, dates, amounts, tax totals, and customer references as ExtRef values for audit continuity. Partial payments attached to Brightpearl invoices generate corresponding Acumatica payment applications automatically applied against the ARInvoice upon migration completion.

Brightpearl

Bill / AP Ledger

maps to

Acumatica

APInvoice / AP Bill

1:1
Fully supported

Brightpearl bills map to Acumatica APInvoice records preserving vendor references, line items, and amounts for accounts payable tracking. APInvoice IDs are stored alongside Brightpearl bill IDs for audit continuity and cross-reference during reconciliation. Retainage amounts where present map to Acumatica's retainage hold fields for proper accounting treatment.

Brightpearl

Journal Entry

maps to

Acumatica

JournalTransaction / GL Entry

1:1
Fully supported

Brightpearl manual journal entries map to Acumatica JournalTransaction records with account codes and debit/credit amounts preserved exactly as recorded. Account codes must be reconciled against Acumatica's chart of accounts before posting to avoid referential integrity errors. Batch IDs from Brightpearl map to Acumatica Batch module entries to preserve grouping.

Brightpearl

Warehouse / Location

maps to

Acumatica

Warehouse

1:1
Fully supported

Brightpearl warehouse records with aisle-bay-shelf-bin location hierarchy map to Acumatica Warehouse definitions and associated location codes. Zone assignments on Brightpearl locations become Acumatica location codes within each warehouse. Multi-warehouse setups generate one Acumatica Warehouse record per Brightpearl warehouse with corresponding location structures.

Brightpearl

Goods In / Stock Movement

maps to

Acumatica

INReleaseDoc / Inventory Issue

1:1
Fully supported

Brightpearl inventory adjustment and transfer records map to Acumatica INReleaseDoc (issue) and INReceiptDoc (receipt) entries for inventory movements. Transfer transactions between Brightpearl warehouses generate matched receipt-and-issue pairs in Acumatica's inventory module. Lot and serial numbers tracked in Brightpearl carry forward into Acumatica's lot/serial attributes for traceability.

Brightpearl

Automation Rule

maps to

Acumatica

None (no equivalent)

1:1
Fully supported

Brightpearl automation rules govern order routing, status transitions, and accounting period locking based on configurable conditions. Acumatica has no direct equivalent — rules must be rebuilt using Acumatica screen-level workflows, generic inquiries, or PowerShell automation scripts. We export Brightpearl rule definitions as JSON for your consultant's functional specification during the rebuild phase.

Brightpearl

Report / Dashboard

maps to

Acumatica

Report / Generic Inquiry

1:1
Fully supported

Brightpearl reports are platform-specific definitions that do not export to external systems. The underlying financial and transactional data migrates normally to Acumatica. Acumatica reports and Generic Inquiries must be recreated from scratch. We document the complete Brightpearl report list with row counts and data sources for your team to reference during the rebuild process.

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.

Brightpearl logo

Brightpearl gotchas

High

Brightpearl API rate limits are undocumented

High

Pending order download has a 36-hour recovery window

Medium

Country names must match exact localisation strings

Medium

Automation rules can execute in locked accounting periods

Low

Placeholder contacts require valid formatted data

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 requires chart-of-accounts pre-configuration before journal entries land

    Acumatica enforces referential integrity on account codes — journal transactions cannot post to account IDs that do not exist in the General Ledger. Unlike Brightpearl, which auto-creates ledger entries from transactional documents, Acumatica requires the chart of accounts to be fully defined (including sub-accounts and dimensions) before migration begins. We deliver an account-mapping plan before any financial data moves, so your Acumatica consultant can create the account structure in the target tenant ahead of the journal migration run.

  • Brightpearl product custom fields (PCF_*) require Acumatica custom attributes to be pre-created

    Brightpearl's product model supports unlimited custom fields prefixed with PCF_*, holding retail-specific attributes like season codes, supplier style numbers, or gift-wrap flags. Acumatica does not have a dynamic column model — custom attributes must be explicitly created as named attributes on the InventoryItem DAC before data can land. We flag every Brightpearl PCF field during discovery and deliver an attribute-creation checklist so your Acumatica admin can provision them before the item migration step.

  • Multi-entity Acumatica setups require entity-scoped contact deduplication

    Brightpearl allows one contact to be associated with multiple companies through its N:N contact-to-company relationship model, where a single person record can link to several business entities. Acumatica's multi-entity architecture stores Customers per legal entity, meaning a contact used across two Acumatica legal entities would appear as two separate Customer records. We identify N:N contact associations during the discovery phase and generate a mapping rule — either assigning one primary Customer per contact or creating a Customer record per legal entity — before the contact migration step runs.

  • Brightpearl API rate limits restrict export throughput during extraction

    Brightpearl's API enforces per-resource rate limits that require pagination logic, exponential backoff retry strategies, and request queuing to manage effectively. Large product catalogs with 50,000+ SKUs combined with order histories containing attachments can take multiple days to extract under these constraints, significantly extending project timelines. We implement a throttled extraction pipeline with checkpoint-resume capability, ensuring that an interrupted export picks up exactly where it left off rather than restarting from the beginning of the dataset.

  • Acumatica Import by Scenario requires exact column headers matching screen field IDs

    Acumatica's bulk-import tool (Import by Scenario) matches input columns to screen field identifiers — not field labels. Brightpearl export column headers are human-readable (e.g., 'orderid') but must be mapped to Acumatica field names (e.g., 'OrderNbr') in the import scenario definition. We generate the import scenario configuration files as part of the migration package, mapping every Brightpearl column to its Acumatica field ID and noting which fields require pre-creation in the Acumatica tenant.

Migration approach

Six steps for a successful Brightpearl to Acumatica data migration

  1. Audit Brightpearl data and Acumatica target schema

    FlitStack AI inventories your Brightpearl objects including contacts, companies, products, orders, invoices, bills, journal entries, and warehouses with complete record counts. We simultaneously survey your Acumatica tenant's chart of accounts, customer classes, item classes, warehouse definitions, and tax agency setup. Any missing Acumatica entities such as accounts, attributes, or warehouses are documented in a comprehensive pre-migration checklist so your Acumatica administrator can provision them before data extraction begins.

  2. Configure API extraction pipeline with rate-limit handling

    We configure a throttled extraction job against Brightpearl's REST API, implementing pagination for large record sets and checkpoint-resume logic to handle extended exports without exceeding rate limits. The pipeline exports all identified objects to staged CSV files with original timestamps and system IDs preserved for audit traceability. Any record that fails extraction is logged separately with error details for manual resolution before the load phase begins.

  3. Build and validate Acumatica import scenarios

    FlitStack AI generates Acumatica Import by Scenario configuration files for each object type: Customers, InventoryItems, SOOrders, POOrders, ARInvoices, APInvoices, and JournalTransactions. We run a validation pass that attempts import into a sandbox or test company, checking for referential integrity errors, missing account codes, and unmatched tax agencies. Field-level diffs are generated against the source staged data so you can confirm mappings before the full load commits.

  4. Run sample migration with field-level diff in Acumatica test company

    A representative slice of records — typically 200–500 spanning contacts, items, orders, and financial documents — migrates into an Acumatica test company. We produce a field-level diff report comparing source values against Acumatica field values for every mapped column. You verify customer address consolidation, inventory type assignment, order status mapping, and journal entry debits/credits. Any mapping corrections are applied to the import scenarios before the full run is scheduled.

  5. Execute full migration with delta-pickup and audit log

    The full record set loads into the production Acumatica company using the validated import scenarios. A delta-pickup window (24–48 hours) captures any Brightpearl records created or modified during the cutover. FlitStack AI generates an audit log listing every record inserted, updated, or skipped, with source system ID and destination document reference. One-click rollback is available if reconciliation reveals discrepancies beyond acceptable tolerance.

Platform deep dives

Context on both ends of the pair

Brightpearl logo

Brightpearl

Source

Strengths

  • Unified platform spanning inventory, orders, CRM, WMS and accounting without requiring third-party integrations for core financials.
  • Omnichannel order management with real-time channel synchronisation across Shopify, BigCommerce, Amazon and EDI.
  • Built-in automation rules engine for order routing, status updates and post-purchase triggers.
  • Multi-warehouse and zone-based location management with guided picking routes for warehouse efficiency.
  • Sage backing provides a mature, audit-compliant accounting engine with real-time ledger updates.

Weaknesses

  • API rate limits are not publicly documented, requiring careful pagination and retry logic during large exports.
  • System performance can degrade under load, with reported errors causing delays of several minutes for warehouse and sales teams.
  • Pre-sales demo practices have been criticised, with customers reporting they were required to pay upfront before validating capabilities against live data.
  • Feature development pace lags behind faster-moving competitors, often requiring third-party connector investment to maintain integrations.
Acumatica logo

Acumatica

Destination

Strengths

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

Weaknesses

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

Complexity grading

How hard is this migration?

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

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Brightpearl and Acumatica.

  • Object compatibility

    B

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

  • Field mapping clarity

    C

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

  • Timeline complexity

    B

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

  • API constraints

    B

    Brightpearl: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Brightpearl 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 Brightpearl to Acumatica data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Brightpearl-to-Acumatica migrations complete in 3–6 weeks of project time for under 100,000 records. Larger setups with 500,000+ records, multi-entity accounting, or lotted inventory extend to 6–10 weeks. The longest phase is Acumatica schema pre-configuration — chart of accounts, customer classes, and item attributes must be in place before financial data and inventory can load. We sequence the project to run schema setup and API extraction in parallel where possible.

Adjacent paths

Related migrations to explore

Ready when you are

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