ERP migration
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
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
11 of 13
objects map 1:1 between ERPAG and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
4-8 weeks
Overview
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.
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.
Source platform
ERPAG platform overview
Scorecard, SWOT, gotchas, and pricing for ERPAG.
Destination platform
Microsoft Dynamics 365 Business Central platform overview
Scorecard, SWOT, gotchas, and pricing for Microsoft Dynamics 365 Business Central.
Data migration guide
The complete Dynamics 365 Business Central migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Dynamics 365 Business Central migration checklist
Pre- and post-cutover tasks for moving onto Microsoft Dynamics 365 Business Central.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
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)
Microsoft Dynamics 365 Business Central
Item
1:1ERPAG 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
Microsoft Dynamics 365 Business Central
Customer
1:1ERPAG 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
Microsoft Dynamics 365 Business Central
Vendor
1:1ERPAG 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
Microsoft Dynamics 365 Business Central
Sales Order
1:1ERPAG 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
Microsoft Dynamics 365 Business Central
Sales Invoice
1:1ERPAG 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
Microsoft Dynamics 365 Business Central
Purchase Order
1:1ERPAG 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
Microsoft Dynamics 365 Business Central
Sales Quote
1:1ERPAG 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
Microsoft Dynamics 365 Business Central
Production Order
1:1ERPAG 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)
Microsoft Dynamics 365 Business Central
Production BOM
1:1ERPAG 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
Microsoft Dynamics 365 Business Central
Location
1:1Each 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
Microsoft Dynamics 365 Business Central
Custom Fields
lossyERPAG 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
Microsoft Dynamics 365 Business Central
Users and User Groups
lossyERPAG 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
Microsoft Dynamics 365 Business Central
Incoming Document or Record Links
1:1ERPAG 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.
| ERPAG | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Item (Products) | Item1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Supplier | Vendor1:1 | Fully supported | |
| Sales Order | Sales Order1:1 | Fully supported | |
| Invoice | Sales Invoice1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| Quotation | Sales Quote1:1 | Fully supported | |
| Work Order | Production Order1:1 | Fully supported | |
| Bill of Materials (BOM) | Production BOM1:1 | Fully supported | |
| Warehouse | Location1:1 | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Users and User Roles | Users and User Groupslossy | Mapping required | |
| Document Attachments | Incoming Document or Record Links1:1 | Mapping required |
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.
ERPAG gotchas
API rate limit of 2 requests per second throttles bulk migration speed
Localization settings do not retroactively rewrite existing documents
Plan tier gates Customization, Portal, and Automation features
No native negative inventory support; phantom negatives require repair step
Delete-all-transactions preserves inventory and contacts, requiring separate scoping
Microsoft Dynamics 365 Business Central gotchas
Named-user licensing has no concurrent-use relief
API rate limits throttle large-volume migrations
Historical posted transactions require selective migration scoping
NAV-to-Business Central cloud migration requires partner coordination
Custom fields and AL extensions require separate migration handling
Pair-specific challenges
Migration approach
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.
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.
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).
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.
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.
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.
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
ERPAG
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between ERPAG and Microsoft Dynamics 365 Business Central.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across ERPAG and Microsoft Dynamics 365 Business Central.
Object compatibility
All 8 core objects map 1:1 between ERPAG and Microsoft Dynamics 365 Business Central.
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
ERPAG: 2 requests per second.
Data volume sensitivity
ERPAG 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 ERPAG to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave ERPAG
Other ways to arrive at Microsoft Dynamics 365 Business Central
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.