ERP migration
Field-level mapping, validation, and rollback between Brightpearl and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.
Brightpearl
Source
Acumatica
Destination
Compatibility
12 of 12
objects map 1:1 between Brightpearl and Acumatica.
Complexity
BStandard
Timeline
3–6 weeks
Overview
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.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
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)
Acumatica
Customer
1:1Brightpearl 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)
Acumatica
Customer / Account
1:1Brightpearl 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
Acumatica
Non-Stock Item / Stock Item
1:1Brightpearl 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
Acumatica
SOOrder / Sales Order
1:1Brightpearl 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
Acumatica
POOrder / Purchase Order
1:1Brightpearl 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
Acumatica
ARInvoice / AR Invoice
1:1Brightpearl 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
Acumatica
APInvoice / AP Bill
1:1Brightpearl 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
Acumatica
JournalTransaction / GL Entry
1:1Brightpearl 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
Acumatica
Warehouse
1:1Brightpearl 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
Acumatica
INReleaseDoc / Inventory Issue
1:1Brightpearl 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
Acumatica
None (no equivalent)
1:1Brightpearl 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
Acumatica
Report / Generic Inquiry
1:1Brightpearl 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.
| Brightpearl | Acumatica | Compatibility | |
|---|---|---|---|
| Contact (person) | Customer1:1 | Fully supported | |
| Company (organization) | Customer / Account1:1 | Fully supported | |
| Product | Non-Stock Item / Stock Item1:1 | Fully supported | |
| Sales Order | SOOrder / Sales Order1:1 | Fully supported | |
| Purchase Order | POOrder / Purchase Order1:1 | Fully supported | |
| Invoice / AR Ledger | ARInvoice / AR Invoice1:1 | Fully supported | |
| Bill / AP Ledger | APInvoice / AP Bill1:1 | Fully supported | |
| Journal Entry | JournalTransaction / GL Entry1:1 | Fully supported | |
| Warehouse / Location | Warehouse1:1 | Fully supported | |
| Goods In / Stock Movement | INReleaseDoc / Inventory Issue1:1 | Fully supported | |
| Automation Rule | None (no equivalent)1:1 | Fully supported | |
| Report / Dashboard | Report / Generic Inquiry1:1 | Fully supported |
Gotchas + challenges
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 gotchas
Brightpearl API rate limits are undocumented
Pending order download has a 36-hour recovery window
Country names must match exact localisation strings
Automation rules can execute in locked accounting periods
Placeholder contacts require valid formatted data
Acumatica gotchas
API user licenses cap concurrent sessions and request throughput
Multi-tenant filtering requires CompanyID awareness
Custom fields require separate discovery before field mapping
Notes and attachments use a separate linked table structure
Implementation timelines frequently run 3–9 months end-to-end
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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
Brightpearl
Source
Strengths
Weaknesses
Acumatica
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Brightpearl and Acumatica.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Brightpearl: Not publicly documented.
Data volume sensitivity
Brightpearl doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Brightpearl to Acumatica migration scoping. Not seeing yours? Book a call.
Walk through your Brightpearl to Acumatica migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Brightpearl
Other ways to arrive at Acumatica
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.