ERP migration

Migrate from ERPAG to Microsoft Dynamics 365 Business Central

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

ERPAG logo

ERPAG

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

85%

11 of 13

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

Complexity

BStandard

Timeline

4-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from ERPAG to Microsoft Dynamics 365 Business Central is a structural migration that requires careful sequencing around the dependency chains that ERPAG builds into its transaction model. ERPAG's Smart API enforces a 2 req/sec rate limit, which extends migration windows for historical data; we handle this with request pacing and date-range chunking during off-peak hours. The double-SKU supplier mapping layer (where ERPAG stores the supplier's own SKU alongside its internal SKU on purchase orders) must be flattened into separate fields in Dynamics 365. Multi-warehouse configurations with independent tax settings, currencies, and price lists require pre-migration alignment because Dynamics 365 stores these at the location or customer level. We do not migrate ERPAG Automation scripts, B2B Customer Portal configurations, or custom document types built in the JSON/XML designer, as these are Advanced-plan gated objects and the destination equivalents must be rebuilt in Business Central.

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

ERPAG logo

ERPAG

What's pushing teams away

  • No human resources module — businesses needing employee tracking, payroll, or HR workflows must bolt on a separate system or migrate entirely.
  • Limited third-party app integrations beyond the advertised eCommerce and QuickBooks connectors; some users report difficulty finding or enabling integrations.
  • Manufacturing cost estimation gaps cause frustration when input prices fluctuate due to inflation, exchange rates, or supply disruptions.
  • Advanced features like Automation and Customer Portal are gated behind the Advanced plan, pushing growing companies toward unexpected upgrade costs.
  • The platform lacks negative inventory handling, and concurrent-user write conflicts can create phantom negative quantities that require manual repair.

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

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

ERPAG

Item (Products)

maps to

Microsoft Dynamics 365 Business Central

Item

1:1
Fully supported

ERPAG Items with SKU, description, cost, price, stock levels, and barcode data map directly to Dynamics 365 Business Central Item records. We use the Get Item IDs and Get Item endpoints and map item_no to Number, description to Description, unit_cost to Unit Cost, unit_price to Unit Price, and quantity_on_hand to Inventory. For items that are BOM parents, we flag them for BOM attachment resolution in a subsequent pass. ERPAG's Advanced plan custom fields on Items require pre-migration schema creation in Business Central before data import begins.

ERPAG

Customer

maps to

Microsoft Dynamics 365 Business Central

Customer

1:1
Fully supported

ERPAG Customer records (contact info, billing address, shipping address, financial overview fields, and B2B portal assignment) map to Dynamics 365 Customer records. We export via Get Customer IDs and Get Customer endpoints, and the customer's email address becomes the primary lookup key in Business Central. The financial overview fields (credit limit, payment terms) map to Customer Posting Groups. B2B portal assignment does not migrate; we document the portal access list for the customer's admin to reconfigure in Business Central or via an AppSource B2B accelerator.

ERPAG

Supplier

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

ERPAG Suppliers with contact data and purchasing terms map to Dynamics 365 Vendor records. The critical mapping is the double-SKU layer: ERPAG stores the supplier's own SKU alongside ERPAG's internal SKU on each Supplier Item record. We flatten this into two separate Business Central fields (Vendor Item Number on the Vendor ledger entries) and preserve the cross-reference mapping so purchase orders in Dynamics 365 can reference supplier SKUs during PO creation. Payment terms from ERPAG map to Business Central Payment Terms code.

ERPAG

Sales Order

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

ERPAG Sales Orders with line items, pricing, payment status, and packing list associations map to Microsoft Dynamics 365 Sales Order records. We export via Get Sales Order and Get Sales Order IDs endpoints and include the payment_status column. The Document Date, Posting Date, and Due Date fields are preserved from ERPAG. If the source Sales Order has been partially shipped or invoiced in ERPAG, we create the corresponding shipment and invoice documents in Business Central before closing the order.

ERPAG

Invoice

maps to

Microsoft Dynamics 365 Business Central

Sales Invoice

1:1
Fully supported

ERPAG Invoices generated from Sales Orders carry status, amount, tax, and payment information that map to Microsoft Dynamics 365 Sales Invoice records. We export via Get Invoice IDs and Get Invoice endpoints. Credit notes migrate as Sales Credit Memos linked to the original invoice. Tax amounts from ERPAG must be mapped to Business Central Tax Group codes and VAT Business Posting Group configurations before import; incorrect tax group assignment is the most common post-migration reconciliation issue.

ERPAG

Purchase Order

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

ERPAG Purchase Orders reference Suppliers and Items with double-SKU entry, automatic fulfillment logic, and goods-received state. We export via Get Purchase Order endpoints and include goods received notes. In Dynamics 365 Business Central, we resolve the Vendor No., Item No., and Location Code before import. Any partially received purchase orders in ERPAG create matching partially received POs in Business Central. We preserve ERPAG's internal PO number as an External Document No. for audit trail continuity.

ERPAG

Quotation

maps to

Microsoft Dynamics 365 Business Central

Sales Quote

1:1
Fully supported

ERPAG Quotations (estimates) with full pricing, validity dates, and custom fields map to Microsoft Dynamics 365 Sales Quote records. We export via Get Quotation endpoints and convert quotation status to Business Central Quote Status (Open, Closed, or Converted). Custom fields on Quotations require pre-creation in Business Central. Any quotations converted to Sales Orders in ERPAG prior to migration are handled as Sales Orders, not re-imported as quotes.

ERPAG

Work Order

maps to

Microsoft Dynamics 365 Business Central

Production Order

1:1
Fully supported

ERPAG Work Orders drive manufacturing execution with BOM references, production status, and cost data. We export work order records via the Cube Data export and map to Dynamics 365 Production Order. Estimated versus actual cost fields are preserved. The Work Order's BOM No. must resolve to a matching Routing No. or Production BOM in Business Central; if no BOM exists, we flag it for customer admin to create before the production order can be scheduled. Finished goods quantities from ERPAG work orders map to Item Ledger Entry entries in Business Central.

ERPAG

Bill of Materials (BOM)

maps to

Microsoft Dynamics 365 Business Central

Production BOM

1:1
Fully supported

ERPAG BOMs defining multi-level product structures for manufacturing map to Dynamics 365 Production BOM records. We export BOM records as part of the Items export where BOMs are associated, or as standalone work order source data. Multi-level BOM nesting (sub-assemblies) requires flattening into a single-level BOM hierarchy for Business Central unless the customer licenses the Manufacturing module with multi-level routing. We document the nesting structure and recommend the flattening approach during scoping. Active versus inactive BOM status migrates as-is.

ERPAG

Warehouse

maps to

Microsoft Dynamics 365 Business Central

Location

1:1
Fully supported

Each ERPAG warehouse with independent tax settings, currency, and price lists maps to a Dynamics 365 Location. We export all warehouse configurations including geo-location data. On import, multi-warehouse setup must be matched to the corresponding Business Central Location Code, and the Location's Bin Structure and Inventory Posting Group assignments must be configured before Items can be received or shipped. ERPAG warehouse-level price lists do not have a direct Business Central equivalent; we map them to Customer Price Groups and Sales Prices filtered by Location.

ERPAG

Custom Fields

maps to

Microsoft Dynamics 365 Business Central

Custom Fields

lossy
Mapping required

ERPAG custom fields on most objects (linking to external files or arbitrary value fields) are enumerated during scoping and mapped to Business Central custom fields. Custom field definitions exist on Advanced plan only. Business Central stores custom field definitions differently (as table extension fields via AL code or through the Custom Fields page in the UI). We pre-create all destination custom fields in a Sandbox environment before production migration so that the field IDs are stable. Custom field types (text, number, date, lookup) map directly to Business Central FieldClass = Normal with matching DataType.

ERPAG

Users and User Roles

maps to

Microsoft Dynamics 365 Business Central

Users and User Groups

lossy
Mapping required

ERPAG Users with role-based permissions gating access to documents and modules map to Dynamics 365 Users with User Permission Sets and Security Groups. We export user records and role assignments, but permission sets are destination-specific and must be rebuilt in Business Central. Active versus inactive user status migrates as-is, with inactive users created in Business Central with blank passwords pending individual provisioning. ERPAG's Advanced plan Customization and Automation role gates require corresponding Business Central permission set definitions.

ERPAG

Document Attachments

maps to

Microsoft Dynamics 365 Business Central

Incoming Document or Record Links

1:1
Mapping required

ERPAG documents with file attachments and linked-document references are exposed through the file export but not via a dedicated API attachment endpoint. We handle attachments by exporting them as files, associating them to the corresponding Business Central record using the Record Links feature (table 2000000068) or Incoming Documents if the attachments are invoice PDFs. The document filename preserves the ERPAG internal document ID for audit traceability. We do not migrate linked-document references that point to external URLs that are no longer accessible.

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.

ERPAG logo

ERPAG gotchas

High

API rate limit of 2 requests per second throttles bulk migration speed

High

Localization settings do not retroactively rewrite existing documents

Medium

Plan tier gates Customization, Portal, and Automation features

Medium

No native negative inventory support; phantom negatives require repair step

Low

Delete-all-transactions preserves inventory and contacts, requiring separate scoping

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

  • ERPAG API rate limit throttles large historical exports

    ERPAG's Smart API enforces a strict 2 req/sec rate limit across all authenticated requests. For migrations involving thousands of Items, Orders, Invoices, and Work Orders, this cap extends the export window significantly. A database of 50,000 historical Invoices alone can take over 6 hours to export under the throttle. We handle this by implementing request pacing on our end, chunking historical data by date ranges (quarterly or annual slices), and running export phases during off-peak hours to avoid blocking live operations. Customers should expect the migration window to be longer than it would be from a less throttle-constrained platform.

  • Double-SKU supplier mapping requires flattening before import

    ERPAG stores the supplier's own SKU alongside ERPAG's internal SKU on Supplier Item records, creating a cross-reference layer that has no direct Business Central equivalent. Business Central uses Vendor Item Numbers on Vendor Ledger Entry or Item cross-references, but these are not native line-item fields on Purchase Orders without configuration. We flatten the double-SKU layer into Business Central Item Cross Reference records before importing Purchase Orders, so that Dynamics 365 displays the correct supplier SKU during PO entry. Skipping this step results in PO lines showing only ERPAG's internal SKU without the supplier's reference, breaking receiving workflows.

  • BOM nesting depth may require flattening for Business Central

    ERPAG supports multi-level BOM nesting where a finished product contains sub-assemblies that themselves contain sub-components. Business Central's standard Production BOM model supports one level of nesting without additional configuration; deeper BOMs require either the Manufacturing module with multi-level Routings or manual flattening into single-level BOMs with explicit quantity-per calculations. We export the full nesting structure, document the dependency tree, and advise the customer during scoping whether to flatten before migration or invest in the Manufacturing module configuration.

  • Localization settings do not retroactively rewrite existing documents

    ERPAG's language, currency, date format, and tax code settings are initialized at company creation and do not retroactively apply to existing documents. If a customer changes their base currency or tax jurisdiction after data has been created, all historical documents retain the original values. We flag this during scoping and recommend separating historical document migration from live go-live configuration to avoid reporting mismatches. Customers with multi-currency ERPAG setups (possible at Advanced plan) should pre-configure Dynamics 365 Currency and Exchange Rate tables before migration begins.

  • Plan tier gates block custom field and portal export from lower tiers

    Custom document types, custom fields, B2B portal configuration, and Automation scripts are only available on the ERPAG Advanced plan ($199/month). Migrations scoped from a Basic or Professional account cannot export these objects until the customer upgrades. We include a plan-check step in our scoping questionnaire and flag any Advanced-gated objects that appear in the data inventory. Customers planning to migrate the B2B portal should upgrade to Advanced before the migration date; otherwise, the portal access list and Stripe configuration are unavailable for export.

Migration approach

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

  1. Discovery and ERPAG plan assessment

    We audit the source ERPAG account across plan tier (Basic/Professional/Advanced), custom field definitions, BOM nesting depth, warehouse count, and transaction history volume by year. We identify Advanced-gated objects (custom fields, Automation, B2B portal configuration) and confirm whether the customer has upgraded or plans to upgrade before migration. We assess whether the customer uses multi-currency or multi-tax configurations, which require corresponding Dynamics 365 setup before data import. The discovery output is a written migration scope document specifying record counts, object dependencies, and any pre-migration upgrades required.

  2. Destination schema design in Business Central

    We design the destination schema in Dynamics 365 Business Central. This includes provisioning custom fields (with matching DataType, Length, and FieldClass), Location codes for each ERPAG warehouse, Tax Business Posting Groups and VAT Product Posting Groups, Customer and Vendor Posting Groups, and BOM structures (single-level or multi-level based on scoping). We configure Number Series for each document type (Sales Order, Purchase Order, Invoice, Work Order) to avoid conflicts with ERPAG's existing document numbering. Schema is deployed via AL extension or configuration packages into a Business Central Sandbox for validation before production.

  3. Double-SKU and BOM flattening preprocessing

    Before any data export begins, we run the double-SKU supplier mapping through a preprocessing step that generates Business Central Item Cross Reference records linking ERPAG Item No. to the supplier's SKU. For BOMs with more than one nesting level, we either flatten into single-level BOMs or document the full nesting tree for Manufacturing module configuration. This preprocessing step is critical for Purchase Order and Work Order import fidelity and prevents the most common post-migration reconciliation issue (supplier SKU mismatch on PO lines).

  4. API export with rate-limit pacing and date-range chunking

    We execute the ERPAG export using the Smart API with request pacing at 1.8 req/sec (below the 2 req/sec ceiling to avoid throttling). Historical data is chunked by date ranges (typically annual slices for transactions, full extract for master data). Master data (Items, Customers, Suppliers, BOMs, Warehouses) exports first and is validated before transaction export begins. We run exports during off-peak hours (nights and weekends by customer timezone) to avoid impacting live operations. Each export phase emits a row count and checksum for reconciliation against the Business Central import.

  5. Sandbox migration and reconciliation

    We run a full migration into a Business Central Sandbox (Full Copy or Partial Copy) using production-like data volume. The customer's operations lead reconciles record counts (Items in, Customers in, Suppliers in, Sales Orders in, Purchase Orders in, Work Orders in), spot-checks 25-50 random records against the ERPAG source (comparing Item costs, customer payment terms, PO line quantities, and invoice amounts), and validates BOM structure and warehouse location assignments. Any mapping corrections happen in the Sandbox, not in production. Owner and user provisioning is validated at this stage.

  6. Production migration in dependency order

    We run production migration in record-dependency order: Locations (for inventory assignment), Items (from ERPAG Items with BOM attachment flags), Customers (with Posting Group assignments), Vendors (with Payment Terms), BOMs and Work Orders, Sales Orders and Invoices, Purchase Orders and receipts, then Attachments and Record Links. Each phase emits a row-count reconciliation report before the next phase begins. We freeze ERPAG write access during the final 48-hour cutover window, run a delta migration of any records modified during cutover, then enable Business Central as the system of record.

  7. Cutover, validation, and automation rebuild handoff

    We deliver a post-migration validation report comparing ERPAG record counts against Business Central record counts for each object type. We identify any orphaned records (Items without Locations, Purchase Orders without Vendors) and resolve them. We deliver a written inventory of every ERPAG Automation script, B2B portal configuration, and custom document type with a recommended Business Central or Power Automate equivalent for the customer's admin team to rebuild. We support a one-week hypercare window where we resolve any data quality issues raised by the customer's team. We do not rebuild ERPAG Automation scripts or portal configurations as part of the standard migration scope; these are documented separately for the customer's implementation partner or internal admin.

Platform deep dives

Context on both ends of the pair

ERPAG logo

ERPAG

Source

Strengths

  • Transparent per-seat pricing with a 15-day free trial and no long-term contract required.
  • Built-in MRP (Material Requirements Planning) for manufacturing businesses with BOM management and work order tracking.
  • Multi-warehouse support with per-warehouse tax, currency, and price list settings.
  • B2B customer portal with Stripe payment integration for wholesale and field-agent self-service ordering.
  • Customization via JSON/XML designer and Blockly scripting allows building custom document types and API endpoints.

Weaknesses

  • No native HR or payroll module, requiring a separate system for employee management.
  • Automation and customer portal features are Advanced-plan exclusives, limiting functionality at lower tiers.
  • API is rate-limited to 2 requests per second, making large historical data migrations time-intensive.
  • No support for negative inventory quantities; concurrent writes can create phantom negative balances requiring manual cleanup.
  • Limited third-party ecosystem compared to larger ERPs, with fewer pre-built connectors beyond eCommerce platforms.
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 ERPAG and Microsoft Dynamics 365 Business Central.

B

Overall complexity

Standard migration

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

  • Object compatibility

    A

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

    ERPAG: 2 requests per second.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your ERPAG 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 four and eight weeks for accounts under 10,000 Items, 5,000 Customers, and 2,000 Suppliers with no multi-level BOMs and fewer than five years of historical transactional data. Migrations with multi-level BOM structures, 10+ years of historical transactions, 20+ custom fields, or multi-warehouse configurations with independent tax and currency settings move to ten to sixteen weeks because of API pacing, BOM flattening work, and the double-SKU supplier reconciliation. The Dynamics 365 Business Central subscription (typically $80-$110 per user per month) and any AppSource dependencies sit outside the migration timeline and remain the customer's implementation planning scope.

Adjacent paths

Related migrations to explore

Ready when you are

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