ERP migration

Migrate from Brightpearl to Microsoft Dynamics 365 Business Central

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

Brightpearl logo

Brightpearl

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

67%

10 of 15

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

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Brightpearl to Microsoft Dynamics 365 Business Central is a full-ERP migration where financial, inventory, and CRM layers must be sequenced correctly to preserve referential integrity. Brightpearl organises data around Contacts (differentiated by a role flag between customer and vendor), Products with Locations across Zones, and a full order document lifecycle (sales orders, purchase orders, invoices, credit notes). We sequence the migration with the Chart of Accounts loaded first, then Contacts, then Products with Locations, then open orders so that foreign-key relationships resolve at the destination. Brightpearl's PCF-prefixed custom fields and four-level location hierarchy (Aisle/Bay/Shelf/Bin) require explicit transform steps that we handle during the ETL phase. Automation rules, conditional order routing, and post-purchase triggers do not migrate; we deliver a written inventory of every active rule for the customer's admin to rebuild in Power Automate or Business Central's workflow engine post-migration.

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

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

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

Brightpearl

Contact (Customer role)

maps to

Microsoft Dynamics 365 Business Central

Customer

1:1
Fully supported

Brightpearl Contact records with the customer role flag map to Business Central Customer. The contact's primary address maps to Address fields on Customer, with additional addresses handled as Customer Address records. Email, phone, and payment terms transfer directly. The Brightpearl contact owner maps to the Salesperson/Purchaser code in Business Central if a matching salesperson exists, otherwise the field is held for reconciliation.

Brightpearl

Contact (Vendor role)

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

Brightpearl Contact records with the vendor role flag map to Business Central Vendor. Vendor-specific fields including lead time, payment terms, and the primary address transfer to the Vendor card. The contact's email and phone map to Vendor contact fields. Vendor-specific custom fields (PCF_*) on vendor contacts map to the Vendor extension table in Business Central.

Brightpearl

Product (Item type)

maps to

Microsoft Dynamics 365 Business Central

Item (Inventory Item or Non-Inventory Item)

1:1
Fully supported

Brightpearl Products of type Item map to Business Central Item records. Unit of Measure, unit cost, standard cost, and the base price transfer to the Item card. The product type (Inventory Item vs Non-Inventory Item vs Service) is set based on Brightpearl's product type field. SKU maps to the Item's No. field and serves as the dedupe key during import.

Brightpearl

Product (Service type)

maps to

Microsoft Dynamics 365 Business Central

Item (Service type)

1:1
Fully supported

Brightpearl Products of type Service map to Business Central Item with the Type = Service flag. Service items do not carry inventory values but retain pricing and description fields. Service billing cycles from Brightpearl's subscription product fields map to Business Central's service contract or job tracking if the customer uses Jobs or Service Management modules.

Brightpearl

Warehouse Location

maps to

Microsoft Dynamics 365 Business Central

Warehouse + Bin

lossy
Fully supported

Brightpearl's four-level location hierarchy (Aisle/Bay/Shelf/Bin) is represented as a nested path string per location and mapped to Business Central Warehouse records with Bin codes. We reconstruct the Zone association by parsing the Zone assignment from Brightpearl and linking the top-level Warehouse to Zone-based Bin codes in Business Central's warehouse configuration. If Brightpearl Zones correspond to separate Warehouses in Business Central, we create one Warehouse per Zone and nest Bins within.

Brightpearl

Price List

maps to

Microsoft Dynamics 365 Business Central

Sales Price / Purchase Price

1:many
Fully supported

Brightpearl Price List entries (one price per product per price list) map to Business Central Sales Price records linked to the Item and the Customer or Customer Price Group. If a Brightpearl customer has a specific price list assigned, we create a corresponding Customer Price Group in Business Central and assign prices to that group. Multiple price lists per product in Brightpearl become multiple Sales Price lines per Item in Business Central.

Brightpearl

Sales Order

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

Brightpearl Sales Orders map directly to Business Central Sales Order. We preserve the order number as an external document number, the order date as Order Date, and the required shipment date. Line items (product, quantity, unit price, discount) map to Sales Line records. The salesperson/owner maps to the Salesperson Code field. Brightpearl's order-level custom fields (PCF_*) migrate to Sales Header extension fields.

Brightpearl

Purchase Order

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

Brightpearl Purchase Orders map to Business Central Purchase Order. The vendor assignment maps to the Buy-from Vendor No. field, and the vendor's address auto-populates. Expected receipt date migrates to Expected Receipt Date. Line items carry product, quantity, and unit cost. Received quantities in Brightpearl are used to set the quantity received on the Purchase Order if migrating partially received orders.

Brightpearl

Invoice

maps to

Microsoft Dynamics 365 Business Central

Sales Invoice

1:1
Fully supported

Brightpearl Invoices generated from sales orders map to Business Central Sales Invoice. We map the invoice number, invoice date, and due date. Line items carry to the Sales Invoice lines with pricing. If the Brightpearl invoice is posted, we create a posted Sales Invoice in Business Central with corresponding Customer Ledger Entries. Unposted invoices become Sales Invoice documents requiring posting after review.

Brightpearl

Credit Note

maps to

Microsoft Dynamics 365 Business Central

Sales Credit Memo

1:1
Fully supported

Brightpearl Credit Notes map to Business Central Sales Credit Memo. The original invoice reference is stored in the Applies-to Doc. fields if the credit is tied to a specific invoice. Line items carry the credited product, quantity, and price. Posted credit notes create Customer Ledger Entries with the correct entry type for downstream reconciliation.

Brightpearl

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

General Ledger Setup + Account Categories

lossy
Fully supported

Brightpearl's Chart of Accounts with account codes maps to Business Central G/L Account records. We create G/L Accounts in dependency order (balance sheet accounts before income/expense) and assign the correct Account Category (Asset, Liability, Equity, Income, Expense) and Account Subcategory. Account numbers from Brightpearl map to the No. field; account names map to Name. The customer chooses whether to use Brightpearl account codes directly or restructure the account numbering scheme.

Brightpearl

Inventory Summary

maps to

Microsoft Dynamics 365 Business Central

Item Ledger Entry (opening balance)

1:1
Fully supported

Brightpearl's inventory summary (total cost value per SKU) and inventory detail (per-warehouse, per-location stock levels) map to Item Ledger Entries in Business Central representing opening balances. We create a positive adjustment entry per Item per Warehouse with the quantity and unit cost from Brightpearl, referencing an Opening Inventory general ledger entry to balance the stock account. Location-level detail populates the Bin content if Business Central's Warehouse Management System is active.

Brightpearl

Payment

maps to

Microsoft Dynamics 365 Business Central

Customer Payment Journal / Vendor Payment Journal

1:many
Fully supported

Brightpearl Payments linked to customer invoices map to Customer Payment Journal lines in Business Central, applying to the corresponding posted Sales Invoice. Payments linked to vendor invoices map to Vendor Payment Journal lines. Payment method (credit card, bank transfer, cash) maps to the Payment Method Code in Business Central. Unapplied or partially applied payments are created as separate journals pending reconciliation.

Brightpearl

User / Owner

maps to

Microsoft Dynamics 365 Business Central

User

1:1
Fully supported

Brightpearl Staff Users and Owner assignments on Contacts and Orders map to Business Central Users. We match by email address during the user provisioning phase. Owner assignments on Brightpearl records (Contact owner, Order owner) map to the Salesperson/Purchaser Code on the corresponding Business Central document. If a Brightpearl owner has no matching Business Central user, the record is held in a reconciliation queue for the customer's admin to provision the user before record migration resumes.

Brightpearl

PCF_* Custom Fields

maps to

Microsoft Dynamics 365 Business Central

Extension Fields (custom fields on standard tables)

lossy
Fully supported

Brightpearl's PCF_* prefixed custom fields on Contacts, Products, and Orders require pre-migration schema setup in Business Central. We create extension fields on the corresponding Business Central tables (Customer, Vendor, Item, Sales Header, Sales Line) with matching data types before any data loads. String PCF fields become Text fields; numeric PCF fields become Decimal or Integer depending on precision; date PCF fields become Date fields. The PCF prefix is stripped from the field name to follow Business Central naming conventions.

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

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

  • Brightpearl Contact split requires pre-migration role audit

    Brightpearl stores both customers and vendors as Contact records differentiated by a role flag. Microsoft Dynamics 365 Business Central maintains separate Customer and Vendor tables with different card types and field sets. Before migration, we audit every Contact's role assignment in Brightpearl to separate the export into a customer CSV and a vendor CSV. Migrations that skip this audit and load all Contacts as Customers will create vendor records with incorrect payment terms, purchase pricing, and posting group assignments. We handle the split during the ETL phase using Brightpearl's contact_role field and validate the split counts against the source system before each destination import.

  • Brightpearl's 36-hour order download window creates cutover risk

    Brightpearl's nightly order reconciliation process looks back 36 hours. Any orders created or modified within that window during migration cutover can be missed if the export runs before the window closes. We schedule the Brightpearl export to complete at least 48 hours before the intended cutover time, flag all orders created within 72 hours of cutover as high-risk, and recommend a manual order audit post-migration for any records in that window. Customers should avoid entering new Brightpearl orders during the final 72-hour window before cutover to minimise the reconciliation gap.

  • Country names must match Brightpearl's localisation strings exactly

    Brightpearl requires country names in Contacts and Addresses to match the exact strings defined in Settings > Localization > Countries, not ISO 3166-1 alpha-2 codes. A value of 'US' or 'USA' will silently fail where 'United States' succeeds. We normalise all country fields using Brightpearl's published localisation list during the transform phase, converting ISO codes to full country names before any contact or address import. Business Central accepts both formats, but the Brightpearl source data must be corrected first.

  • Chart of Accounts mapping requires financial sign-off before order data

    Business Central requires G/L Account setup (Chart of Accounts, posting groups, account schedules) before posting any transactional data. Orders, invoices, and credit notes that reference inventory or revenue accounts cannot be posted until the accounts are configured and validated. We sequence the migration so that the Chart of Accounts loads first, customers and vendors second, products third, and order documents last. Any delays in Chart of Accounts approval extend the overall timeline because no financial documents can be validated against undefined account codes.

  • Brightpearl Automation rules cannot migrate as functional equivalents

    Brightpearl's Automation rules for conditional order routing, status updates, and post-purchase triggers execute against Brightpearl's internal event model and have no direct equivalent in Business Central's workflow engine or Power Automate. We document every active Automation rule during discovery, capturing its trigger conditions, actions, and scope, and deliver a written handoff with recommended Business Central Workflow or Power Automate equivalents. The customer's admin or a Microsoft partner rebuilds the automations post-migration. Brightpearl automation rules that touch financial fields (such as posting invoices on order completion) require particular attention because Business Central enforces period locking at the G/L level, which Brightpearl does not.

Migration approach

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

  1. Discovery and Chart of Accounts scoping

    We audit the Brightpearl organisation across contacts (customer vs vendor role distribution), product catalogue (SKU count, inventory vs service vs non-inventory types), order document volume (open, partially fulfilled, historical), warehouse locations and zones, Chart of Accounts codes, active Automation rules, and PCF custom field inventory. We pair this with Business Central edition selection: Essentials ($70/user/month) covers general ledger, sales orders, purchase orders, inventory, and basic warehouse management; Premium ($100/user/month) adds service management and manufacturing. The discovery output is a written migration scope with a Chart of Accounts mapping matrix and a contact-role audit confirming the customer/vendor split counts.

  2. Schema design and Business Central configuration

    We design the destination schema in Business Central. This includes creating G/L Accounts mapped from the Brightpearl Chart of Accounts, provisioning Customers and Vendors with correct posting groups, creating Items (Inventory, Service, Non-Inventory) with the correct Type, configuring Warehouses and Bins mapped from Brightpearl's zone and location hierarchy, and creating extension fields for every Brightpearl PCF_* custom field. We pre-create all custom fields in Business Central before any data load so that the ETL process can write directly to typed fields rather than staging in temporary columns.

  3. Chart of Accounts and Configuration data migration

    We load the Chart of Accounts first, followed by accounting dimensions and posting group assignments. Configuration data (payment terms, shipping methods, tax codes, currencies) is loaded next. Business Central requires configuration data to be validated before any transactional records can be posted. We use the Business Central API with batch import and validate that account balances reconcile before proceeding. The customer approves the account structure before any order data is loaded.

  4. Customer and Vendor migration with role split

    We extract Brightpearl Contacts in two passes: first all contacts with customer role, then all contacts with vendor role. We create Customer records and Vendor records separately in Business Central, applying the correct posting groups and payment terms. Owner assignments are held in a lookup table for later document mapping. PCF_* custom fields on contacts migrate to the extension fields created in the schema design phase. We reconcile the customer and vendor counts against the Brightpearl audit before proceeding to product migration.

  5. Product catalogue and inventory opening balances

    We export Brightpearl Products by type (Inventory Item, Service, Non-Inventory) and create corresponding Item records in Business Central. Price list entries (Brightpearl Price Lists) become Sales Price lines and Purchase Price lines on the Item card or Customer Price Groups. We export the Brightpearl inventory summary and create Item Ledger Entries representing opening balances, with the quantity and unit cost from Brightpearl. If Business Central's Warehouse Management System is active, we create Bin records mapped from Brightpearl's Aisle/Bay/Shelf/Bin hierarchy and Zone assignments.

  6. Open order and invoice migration in dependency order

    We run a final delta export of all Brightpearl Sales Orders, Purchase Orders, and Invoices modified since the discovery export. Open orders are loaded as order documents; fully shipped/invoiced orders are loaded as posted documents where applicable. We map Brightpearl order owners to Salesperson/Purchaser codes, line items to Items with correct unit prices, and discounts to Business Central line discount fields. Credit notes are loaded as Credit Memos with Applies-To references to the original invoice records. Every phase emits a row-count reconciliation report before the next phase begins.

  7. Cutover, delta sync, and Automation rebuild handoff

    We freeze Brightpearl writes during cutover, run a final delta migration of any records modified during the migration window, then enable Business Central as the system of record. We validate that open order totals, customer balances, and inventory quantities reconcile against Brightpearl's pre-cutover reports. We deliver the Automation rules inventory document to the customer's admin team with Business Central Workflow and Power Automate recommendations for each rule. We support a one-week hypercare window where we resolve reconciliation discrepancies. We do not rebuild Brightpearl Automation rules as Business Central Workflows inside the migration scope; that is a separate engagement.

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.
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 Brightpearl and Microsoft Dynamics 365 Business Central.

B

Overall complexity

Standard migration

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

  • Object compatibility

    A

    All 8 core objects map 1:1 between Brightpearl 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

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

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

Can't find your answer?

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

Most migrations land between six and ten weeks for organisations under 50,000 Contacts, 10,000 SKUs, and 5,000 open orders with a single company in Brightpearl. Migrations with multi-warehouse inventory, large historical transaction volumes (over 50,000 order documents), complex multi-entity Chart of Accounts, or Brightpearl automation rules requiring documented rebuild scope move to twelve to twenty weeks. The Chart of Accounts scoping phase and customer/admin approval of the account structure are the most common sources of schedule variation.

Adjacent paths

Related migrations to explore

Ready when you are

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