ERP migration

Migrate from Expandable ERP to Microsoft Dynamics 365 Business Central

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

Expandable ERP logo

Expandable ERP

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

75%

9 of 12

objects map 1:1 between Expandable ERP 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 Expandable ERP to Microsoft Dynamics 365 is a structural migration that requires careful sequencing of versioned BOMs, preservation of FDA compliance metadata from Quality Events, and resolution of lot and serial traceability across the destination quality module. Expandable uses a single SQL Server database as its extraction source, which gives us reliable direct-query access to Parts Master records with their revision histories, BOMs in reverse-indent order, and GL subledger journal entries for financial reconstruction in Dynamics 365 Finance or Business Central. We sequence Part creation first, then BOMs by assembly level, then ECOs by effective date to preserve the revision chain that med-tech and high-tech manufacturers depend on. RMA and CAPA workflows that run as standalone software alongside Expandable require separate scoping to determine whether their data consolidates into Dynamics 365's native quality module or remains a parallel system post-migration. Workflows, Crystal Reports templates, and custom screen configurations do not migrate; we deliver a written inventory of these for the customer's implementation team to rebuild in Dynamics 365.

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

Expandable ERP logo

Expandable ERP

What's pushing teams away

  • Accounts payable workflows require multiple steps to cut a single check, creating friction for finance teams processing high volumes of vendor payments.
  • The lack of a native financial statement generator forces users to purchase and maintain a third-party reporting tool (Crystal Reports or similar), adding cost and complexity.
  • No native PLM module means teams must run a separate PLM system and rely on manual or scripted data transfer functions to move BOM and part data into Expandable.
  • Steep learning curve despite extensive training resources, particularly for users transitioning from simpler tools like QuickBooks or spreadsheets.
  • RMA and CAPA tracking is not native to Expandable, requiring additional standalone software integration for post-sale quality闭环.

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

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

Expandable ERP

Parts Master

maps to

Microsoft Dynamics 365 Business Central

Item (Product or Service)

1:1
Fully supported

Expandable's Part Master records map to Dynamics 365 Item entities. We extract part revision history, part parameters, lot and serial number flags, and user-defined fields via SQL query. Each part revision in Expandable becomes a separate Item version in Finance and SCM or a BOM version in Business Central. The part type (inventory, non-inventory, service) maps to the Item Type field. User-defined fields from QBE exports are mapped to custom Item attributes or dimension groups configured before import.

Expandable ERP

Bills of Materials

maps to

Microsoft Dynamics 365 Business Central

BOM/Formula

lossy
Fully supported

Expandable BOMs are versioned and linked to Part revisions. We load BOMs in reverse-indent order so that sub-assemblies are created before parent BOMs in Dynamics 365, preserving the multi-level assembly hierarchy. Each BOM version corresponds to the Expandable revision it was active for. Finance and SCM BOMs support per-site routing and production bill types; Business Central BOMs are simpler with version validation. We extract the BOM Effective Date from ECO records to set the Valid From date on each Dynamics 365 BOM version.

Expandable ERP

Engineering Change Orders

maps to

Microsoft Dynamics 365 Business Central

Engineering Change Orders

lossy
Mapping required

Expandable ECO and ECM records control revision changes to parts and BOMs. We extract ECO effective dates, affected part revisions, and affected BOM levels. In Dynamics 365 Finance and SCM, Engineering Change Management creates change orders that can be linked to BOM and formula changes. We use ECO effective dates to sequence BOM version activation in the destination. ECO-to-BOM linkage is preserved as a document attachment reference so that the change history remains auditable.

Expandable ERP

Sales Orders

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

Expandable Sales Order headers and line items map directly to Microsoft Dynamics 365 Sales Order. Customer associations from Expandable map to the Dynamics 365 CustCustomerAccount. Line item pricing, discounts, and tax information migrate directly. Order status (open, completed, cancelled) maps to Sales Order Status. We preserve order history including fulfilled and invoiced lines for audit completeness. Open orders are flagged for priority processing during cutover.

Expandable ERP

Purchase Orders

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

Expandable Purchase Order headers and line items map to Dynamics 365 Purchase Order. Vendor assignments from the Expandable vendor master map to the VendAccount. Receipt records and partial receipt flags transfer to maintain receiving history. Multi-vendor purchase scenarios are supported with separate Purchase Orders created per vendor. PO approval workflows require rebuild in Dynamics 365 as a separate workflow configuration step.

Expandable ERP

Inventory / Lot Master

maps to

Microsoft Dynamics 365 Business Central

Warehouse Management / Inventory

1:1
Fully supported

Expandable Lot Master data (lot numbers, on-hand quantities, locations, expiry dates) maps to Dynamics 365 inventory transactions and lot tracking. We extract serial number traceability records as separate Item Tracking records in Finance and SCM. For Business Central, lot and serial number tracking is configured at the Item level. Inventory locations map to the Dynamics 365 Warehouse configuration. On-hand quantity validation is performed before cutover against a physical count to reconcile any discrepancies.

Expandable ERP

General Ledger / Journal Entries

maps to

Microsoft Dynamics 365 Business Central

General Journal

1:1
Mapping required

Expandable GL account balances and journal entries migrate to Dynamics 365 General Journal. Because Expandable has no native financial statement generator, we extract raw GL subledger data via SQL query so that the destination can reconstruct P&L, balance sheet, and cash flow statements. Chart of accounts mapping is performed during scoping. Journal batch numbers and posting dates are preserved. Year-end closing entries transfer as-is. Financial dimensions in Dynamics 365 (Cost Center, Department, Division) are either mapped from Expandable cost center codes or left unconfigured for the customer's implementation team to define.

Expandable ERP

Quality Events and Actions

maps to

Microsoft Dynamics 365 Business Central

Quality Management / Non-Conformance

1:1
Mapping required

Expandable Quality Events contain FDA compliance metadata (event severity, root cause classification, corrective action status, linked lot and part references) required for 21 CFR Part 820 traceability. We extract Quality Events as structured records and map them to Dynamics 365 Finance and SCM Quality Management non-conformance records, preserving event-to-part and event-to-lot relationships rather than flattening them to text notes. Business Central does not include native quality management in standard tiers; we advise customers requiring FDA compliance to license Finance and SCM or an ISV quality add-on.

Expandable ERP

RMA and CAPA (standalone software)

maps to

Microsoft Dynamics 365 Business Central

RMA / Return Order or Quality Action

1:1
Fully supported

Expandable does not natively handle RMA or CAPA; some customers run third-party standalone tools. During scoping, we identify whether RMA/CAPA data shares a database or API connection with Expandable. If the data is accessible, we consolidate it into Dynamics 365 Finance and SCM Return Orders or Quality Actions. If the standalone tool holds RMA/CAPA data without connectivity to Expandable, we treat it as a separate migration workstream and map the data to the appropriate Dynamics 365 entity during a follow-on engagement.

Expandable ERP

Users and Roles

maps to

Microsoft Dynamics 365 Business Central

Users and Security Roles

lossy
Mapping required

Expandable uses role-based Advanced Security. User accounts and role assignments are exported as a user-to-role mapping table. Dynamics 365 requires rebinding users to Security Roles and Teams. We export the mapping table and provide a role-equivalence guide showing which Expandable role maps to which Dynamics 365 Security Role, but actual User provisioning in the destination is performed by the customer's Dynamics 365 admin because it requires authentication setup (Azure AD for cloud, or Windows AD for on-premises deployments).

Expandable ERP

Vendor Master

maps to

Microsoft Dynamics 365 Business Central

Vendors

1:1
Fully supported

Expandable Vendor records map to Dynamics 365 Vendor entities. We extract vendor name, address, payment terms, and tax ID. Vendor-specific pricing agreements map to Purchase Agreement records in Dynamics 365 if the customer uses vendor contracts. Vendor contacts transfer as Contact records linked to the Vendor.

Expandable ERP

Customer Master

maps to

Microsoft Dynamics 365 Business Central

Customers

1:1
Fully supported

Expandable Customer records map to Dynamics 365 Customer entities. Customer name, address, payment terms, credit limits, and invoice addresses transfer directly. Customer-specific pricing and discounts from Expandable map to Sales Agreement records or are configured as Customer Price Groups in Dynamics 365.

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.

Expandable ERP logo

Expandable ERP gotchas

High

No native financial statement generator

High

Part Master and BOM revision sequencing is critical

Medium

Quality Events carry FDA compliance metadata that requires preservation

Medium

RMA and CAPA require separate standalone software

Medium

Limited public API documentation for programmatic extraction

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

  • BOM revision sequencing must load in dependency order

    Expandable stores BOMs as versioned objects linked to Part revisions. ECOs change part revisions, which in turn change the active BOM. If we load parts and BOMs out of sequence, the destination system may assign the wrong BOM version to the wrong part revision, breaking multi-level assembly traceability and ECO change history. We sequence part creation first, then BOMs in reverse-indent order (sub-assemblies before parent BOMs), then ECOs by effective date. We validate the BOM structure post-load by comparing total BOM line counts and indented assembly depth against Expandable's production routing records.

  • FDA compliance metadata in Quality Events requires type preservation

    Expandable Quality Events carry event severity codes, root cause classifications, corrective action flags, and lot-to-event linkage that constitute the compliance record under FDA 21 CFR Part 820 for med-tech manufacturers. Dynamics 365 Finance and SCM's Quality Management module stores these as non-conformance records, but the mapping requires that the structured fields (severity, classification, corrective action status) are mapped to typed Dynamics 365 fields rather than text notes. We extract Quality Events from Expandable's SQL database with their structured metadata and configure the corresponding non-conformance form in the destination before import so that no compliance data is lost in transit.

  • Dynamics 365 RecID relations break parent-child record linkage

    Microsoft Dynamics 365 generates unique RecID identifiers on records during insert. If Expandable source records contain foreign key references to parent records (such as Sales Order lines referencing the Sales Order header by an internal Expandable ID), those references break when Dynamics 365 assigns new RecIDs during migration. We resolve parent-record lookups at migration time by matching on business keys (order number, part number, lot number) rather than internal IDs, and we re-resolve the Dynamics 365 RecID for the parent record before inserting the child record. This requires two-pass loading: first pass creates parent records and stores their new RecIDs, second pass loads child records with resolved parent references.

  • Inventory starting balances require physical count validation

    Accurate inventory balances in Dynamics 365 require a physical count to validate on-hand quantities before migration, because Expandable inventory records may contain discrepancies from missed postings, theft, or sampling counts. We enter the validated starting quantity as an inventory opening transaction in Dynamics 365 and flag any deltas between Expandable's recorded quantity and the physical count as adjustment journals for the customer's finance team to review and approve before go-live.

  • Financial dimensions require pre-migration configuration

    Dynamics 365 requires a financial dimensions framework (such as Cost Center, Department, Business Unit) to be configured before GL data can post correctly. Expandable uses cost center codes that may or may not map directly to Dynamics 365 dimension structures. We extract the Expandable cost center chart and present a mapping option during scoping: either configure Dynamics 365 dimensions to match Expandable's structure exactly, or perform a dimension-value remapping during migration to a new dimension framework. Crystal Reports financial templates from Expandable do not migrate; we advise customers to plan Power BI financial report development as a parallel workstream.

Migration approach

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

  1. Discovery and data audit

    We audit the Expandable SQL Server database to inventory all data objects: Parts Master with revision history, BOMs with version and ECO linkage, Sales Orders (open and closed), Purchase Orders, Inventory Lots and Serial Numbers, GL account balances and journal entries, Quality Events with compliance metadata, and User-to-Role mapping. We run record counts and data quality checks (duplicate parts, missing BOM revisions, orphaned lots) and flag findings before any extraction begins. We identify whether any RMA or CAPA data lives in standalone software connected to Expandable via API or EDI, and we scope that as a separate workstream if so.

  2. Destination edition selection and schema design

    We pair the Expandable data audit with a Dynamics 365 edition decision: Business Central Essentials ($70/user/month) covers basic financials, supply chain, and sales orders for SMB manufacturers; Business Central Premium ($110/user/month) adds service management; Finance and Supply Chain Management ($180/user/month) is required for advanced manufacturing, warehouse management, quality management with compliance metadata, and engineering change management. We design the destination schema including Item types and dimension groups, BOM version structures, financial dimensions and chart of accounts, quality non-conformance forms for FDA compliance, and security role mapping from the Expandable Advanced Security roles.

  3. Direct SQL extraction and data staging

    We extract data from Expandable using direct SQL queries against the production database, coordinated with the customer's IT team to grant read-only database access during the extraction window. For Quality Events, we extract structured metadata fields (severity, root cause, corrective action status) rather than relying on QBE export flattening. BOM extraction is sequenced in reverse-indent order. GL extraction pulls raw journal entries and subledger transactions for financial reconstruction. All extracted data is staged in a controlled environment for profiling, deduplication, and mapping validation before any destination writes begin.

  4. Sandbox migration and reconciliation

    We run a full migration into a Dynamics 365 sandbox environment using production-like data volumes. For Finance and SCM, we use the Data Management Framework (DMF) with its 1500+ data entities. For Business Central, we use Configuration Packages and the standard data import framework. The customer's implementation lead reconciles record counts (Parts in, BOMs in, Orders in, Inventory lots in, Quality Events in, GL balances in), spot-checks 25-50 records against the Expandable source, and signs off the schema and mapping before production migration begins. BOM structure validation checks assembly depth and line item counts against Expandable's production routing records.

  5. Production migration in dependency order

    We run production migration in strict record-dependency order: GL chart of accounts and opening balances, then Items (with revision versions), then BOMs in reverse-indent order, then ECOs with effective date sequencing, then Vendors and Customers, then open Purchase Orders and Sales Orders, then Inventory Lots with lot tracking and serial number records, then Quality Events with compliance metadata, then User-to-Role mapping table. Each phase emits a row-count reconciliation report before the next phase begins. We validate inventory balances against the physical count taken during discovery.

  6. Cutover, validation, and rebuild handoff

    We freeze Expandable writes during the cutover window, run a final delta migration of any records modified during the migration window, then enable Dynamics 365 as the system of record. We deliver a written inventory of Crystal Reports templates, custom screen configurations, RMA/CAPA standalone software scope, and workflow configurations requiring rebuild. We support a one-week hypercare window for reconciliation issues. We do not rebuild Expandable workflows or customizations as Dynamics 365 workflows, automate finance approvals, or configure Power BI reports inside the migration scope; these are separate engagements or internal implementation tasks.

Platform deep dives

Context on both ends of the pair

Expandable ERP logo

Expandable ERP

Source

Strengths

  • Compliance-ready with audit trails, serial number tracking, and RMA management built for FDA-regulated products.
  • Integrated Bill of Materials, MRP, and production scheduling for complex discrete manufacturing workflows.
  • Single database architecture with standards-based business logic simplifies extraction and data integrity.
  • Modular design lets companies implement incrementally without paying for unused functionality upfront.
  • High retention rate (94%) and strong customer satisfaction scores indicate reliable long-term platform performance.

Weaknesses

  • No native PLM module; BOM and part data must be managed externally or via Arena Solutions integration.
  • Relies on third-party Crystal Reports for financial statements rather than built-in reporting.
  • Accounts payable and check processing require multiple screen navigation steps.
  • Steep learning curve for users without ERP experience, despite available training resources.
  • Limited public API documentation makes programmatic integration and migration scripting harder to plan.
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 Expandable ERP and Microsoft Dynamics 365 Business Central.

B

Overall complexity

Standard migration

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

  • Object compatibility

    A

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

    Expandable ERP: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Expandable ERP 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

Migrations land between six and ten weeks for straightforward cases under 50,000 Parts, 5,000 open orders, and no FDA compliance metadata requirements. Migrations with multi-level BOM hierarchies (over 10 levels), large quality event histories (over 10,000 events with compliance attachments), serial number traceability, or multi-site inventory configurations move to twelve to twenty weeks because of BOM sequencing validation, compliance metadata mapping, and lot reconciliation across sites. Dynamics 365 Finance and SCM implementations typically run six to fourteen months end-to-end for the full ERP go-live, so the data migration scope is one workstream within a broader implementation timeline.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Expandable ERP.
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