ERP migration

Migrate from MONITOR ERP to Microsoft Dynamics 365 Business Central

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

MONITOR ERP logo

MONITOR ERP

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

77%

10 of 13

objects map 1:1 between MONITOR 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 MONITOR ERP to Microsoft Dynamics 365 is a manufacturing-heavy ERP migration that requires careful handling of MONITOR ERP's production-order-centric data model. Monitor stores Bill of Materials, routing, and work-centre assignments embedded within Production Orders; we decompose these into Microsoft Dynamics 365's Jobs, Routes, and Operations Scheduling entities. MONITOR ERP's file-based export framework (Customers, Suppliers, Items, Orders, Invoices, Journal Entries, and Inventory positions) is the primary extraction path, with API query available for records that support it. We map the Monitor account-numbering conventions into the Dynamics 365 chart of accounts, flagging any conflicts, and we preserve lot/serial traceability by mapping Monitor's production-order lot links to Dynamics 365's InventDim lot and serial tracking. Document attachments stored in MONITOR ERP are not accessible via API and require a manual export step; we flag this as a partial-data limitation in our scoping report. Workflows, automation rules, and configured process flows built inside Monitor do not migrate; we deliver a written inventory of every active Monitor workflow with a recommended Dynamics 365 Power Automate or manufacturing workflow equivalent for the customer admin to rebuild.

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

MONITOR ERP logo

MONITOR ERP

What's pushing teams away

  • Steep learning curve for users unfamiliar with manufacturing ERP concepts; the system is opinionated about workflow structure and resists deviation from its built-in process flows.
  • Limited third-party integrations compared to larger ERP platforms; customers needing deep CRM or advanced analytics integrations report friction connecting Monitor to best-of-breed tools.
  • Support responsiveness varies; customers in regions without a local Monitor office report longer ticket resolution times.
  • Pricing is opaque and negotiated directly with sales; companies without dedicated procurement teams find it difficult to compare against alternatives before committing.

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

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

MONITOR ERP

Customer

maps to

Microsoft Dynamics 365 Business Central

Customer (Business Central) or CustTable (F&SCM)

1:1
Fully supported

MONITOR ERP Customer records map to Dynamics 365 Customer records with address, contact, currency, payment terms, and invoice profile preserved. The customer number in Monitor becomes the Customer number in Dynamics 365; if Monitor uses alphanumeric customer codes that conflict with Dynamics 365's numeric default, we apply a prefix or renumbering rule during import. Business Central uses a single Customer table; Finance and Supply Chain Management maintains CustTable with the same field structure.

MONITOR ERP

Supplier

maps to

Microsoft Dynamics 365 Business Central

Vendor (Business Central) or VendTable (F&SCM)

1:1
Fully supported

Supplier records map 1:1 to Dynamics 365 Vendor records, preserving address, contact, currency, payment terms, and all linked Purchase Orders. Vendor number mapping follows the same prefix or renumbering logic applied to Customers to maintain consistency across the account-numbering scheme.

MONITOR ERP

Item (with BOM and Routing)

maps to

Microsoft Dynamics 365 Business Central

Released Product + BOM Version + Production Route

1:many
Fully supported

MONITOR ERP Items with Bill of Materials and routing data decompose into three Dynamics 365 entities: Released Product (the base item with costing and inventory dimensions), BOM Version (linking the finished good to its components with quantity-per relationships), and Production Route (work-centre sequence with setup and run times). We preserve the Monitor BOM version effective dates as BOM Version validity periods and map Monitor work-centre codes to Dynamics 365 Operations Resource Groups.

MONITOR ERP

Customer Order

maps to

Microsoft Dynamics 365 Business Central

Sales Order (Business Central) or SalesTable (F&SCM)

1:1
Fully supported

MONITOR ERP Customer Orders map to Microsoft Dynamics 365 Sales Orders with order lines, delivery dates, pricing, and discount structure preserved. We flag open orders versus closed orders during extraction to prevent duplicate processing: open orders require careful sequencing to avoid duplicate entry if the customer continues entering data in Monitor during migration. Sales Order status in Monitor maps to the corresponding Dynamics 365 Document Status and External Item Status values.

MONITOR ERP

Purchase Order

maps to

Microsoft Dynamics 365 Business Central

Purchase Order (Business Central) or PurchTable (F&SCM)

1:1
Fully supported

Supplier Purchase Orders map to Dynamics 365 Purchase Orders with vendor line items, expected delivery dates, pricing, and status preserved. Open Purchase Orders in Monitor require coordination with the customer's procurement team to confirm receipt handling in Dynamics 365; if goods have been partially received in Monitor, we map the received quantities to the corresponding Dynamics 365 receipt lines.

MONITOR ERP

Production Order

maps to

Microsoft Dynamics 365 Business Central

Production Order + Job (F&SCM) or Production Order (Business Central)

1:many
Fully supported

MONITOR ERP Production Orders carry embedded routing, work-centre assignments, and lot traceability links that do not map 1:1 to any single Dynamics 365 entity. We decompose each Monitor Production Order into a Dynamics 365 Production Order header (with BOM and Route references), and Job lines (in Finance and Supply Chain Management) or Operations lines (in Business Central) representing each routing step with work-centre, start/end times, and status. Lot traceability from Monitor's production-order-linked lot register maps to InventDim lot and serial numbers in Dynamics 365's inventory tracking dimensions.

MONITOR ERP

Invoice (AR/AP)

maps to

Microsoft Dynamics 365 Business Central

Sales Invoice / Purchase Invoice (Business Central) or CustInvoiceJour / VendInvoiceJour (F&SCM)

1:1
Fully supported

Open and historical invoices export via Monitor's configured file paths. Invoice headers and lines map to Dynamics 365 invoice journals with header fields (invoice number, date, due date, currency, amount) and line fields (item number, quantity, unit price, discount, tax) translated to the destination field names. We flag any invoice attachments stored against Monitor invoice records as a manual export requirement since document attachment migration is not available via Monitor API.

MONITOR ERP

Journal Entry

maps to

Microsoft Dynamics 365 Business Central

General Journal (Business Central) or LedgerJournalTable + LedgerJournalTrans (F&SCM)

1:1
Fully supported

MONITOR ERP journal entries export in batches via file export without date-range filtering at the export level. We download the full batch, perform in-house date-range filtering and chunking to respect fiscal period boundaries, and load journal lines into Dynamics 365 General Journal with account codes, debit/credit amounts, posting dates, and voucher numbers preserved. Account codes from Monitor are validated against the destination chart of accounts before insert to flag any undefined account references.

MONITOR ERP

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

Chart of Accounts + Posting Groups

lossy
Mapping required

MONITOR ERP account codes, descriptions, and account types export via file. We map these to Dynamics 365 Chart of Accounts entries, noting that Monitor's account-numbering conventions may conflict with Dynamics 365's default numeric structure. We work with the customer during scoping to define an account prefix or renumbering scheme that accommodates Monitor's existing account codes while maintaining fiscal year continuity. Posting groups (Account Schedule categories in Business Central) are configured to align Monitor's account types with Dynamics 365's posting profile requirements.

MONITOR ERP

Inventory (Stock)

maps to

Microsoft Dynamics 365 Business Central

Warehouse Entry + InventDim

1:1
Mapping required

Inventory positions (quantity by Item, Warehouse, Lot/Serial) export as Monitor stock reports. We map these to Dynamics 365 inventory records with InventDim dimension combinations (Site, Warehouse, Location, Lot, Serial) resolved at migration time. Lot and serial number fields from Monitor's production-order traceability links are mapped to InventDim lot and serial number fields. Any inventory transactions that occurred after the snapshot date are reconciled as a delta migration during cutover.

MONITOR ERP

Bank/Cash Account

maps to

Microsoft Dynamics 365 Business Central

Bank Account (Business Central) or BankAccountTable (F&SCM)

1:1
Fully supported

Bank accounts and cash accounts export via Monitor file paths. We map these to Dynamics 365 Bank or Cash Accounts and reconcile opening balances against the latest Monitor trial balance. If Monitor stores bank statement transactions separately, we flag these for manual import or a bank reconciliation reconfiguration step because Dynamics 365's bank reconciliation feature expects a different statement import format.

MONITOR ERP

User and Employee

maps to

Microsoft Dynamics 365 Business Central

User (Azure AD-linked) + Worker or Employee

1:1
Fully supported

MONITOR ERP User records (login, name, role assignments, department) map to Dynamics 365 User records linked to Azure Active Directory, with Worker or Employee records created for HR and organizational purposes. Role assignments in Monitor translate to Dynamics 365 Security Roles and duties; we flag any Monitor role with no direct Dynamics 365 equivalent for the customer admin to configure post-migration. Inactive Monitor users are mapped to inactive Dynamics 365 users pending the customer's cleanup decision.

MONITOR ERP

Document

maps to

Microsoft Dynamics 365 Business Central

SharePoint / OneDrive / Manual export

1:1
Fully supported

Documents attached to Customer Orders, Items, or Production Orders in MONITOR ERP are stored within the Monitor file store and are not accessible via the standard API query endpoint. File export configuration varies by Monitor installation and per-user manual navigation. We cannot guarantee complete automated document migration. We flag all document attachment locations during scoping and deliver a manual export checklist with folder structure guidance so that the customer's team can export documents before the migration freeze period.

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.

MONITOR ERP logo

MONITOR ERP gotchas

High

MONITOR ERP API write operations require a paid add-on license

Medium

File export directories must be manually configured per installation

Medium

Historical journal entries export in batches with no partial-date API filter

Medium

Document attachments are not accessible via the standard API query endpoint

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

  • Production order decomposition requires schema design before extraction

    MONITOR ERP embeds routing, work-centre assignments, and lot traceability within Production Orders as a single record. Microsoft Dynamics 365 separates Production Order header from Job or Operation entities and uses InventDim for lot tracking. We cannot begin extraction until the destination Dynamics 365 environment has BOM Versions, Production Routes, and Operations Resource Groups configured because Monitor's routing step codes must map to these entities at migration time. Skipping schema design results in routing steps imported without a work-centre reference, breaking production scheduling in Dynamics 365.

  • Journal entry date filtering requires in-house post-export processing

    MONITOR ERP's file export does not support date-range filtering at the export level; all journal entries in the configured period export to a single file. Multi-year migrations can produce journal entry files with hundreds of thousands of rows that exceed the recommended chunk size for Dynamics 365 data loader. We handle this by downloading the full batch, performing date-range filtering and chunking in our staging environment before loading, and validating total debit and credit totals per fiscal period against Monitor's trial balance before marking the import complete.

  • Chart of accounts numbering conflict with Dynamics 365 defaults

    MONITOR ERP often uses alphanumeric account codes or account structures that conflict with Dynamics 365's default numeric account format. If Monitor account codes contain letters or exceed Dynamics 365's character length limits, we apply a prefix or renumbering scheme during mapping. This renumbering must be validated against the customer's fiscal reporting requirements before migration because changing account codes mid-migration requires re-running all journal entry imports with corrected account references.

  • Document attachments require manual export with no API path

    MONITOR ERP does not expose document attachments via the standard API query endpoint. Documents attached to Customer Orders, Items, or Production Orders must be exported manually by each user navigating to the record and saving attachments individually. We flag this as a partial-data limitation in our scoping report and provide a structured folder-naming template so that documents can be organized for upload to Dynamics 365 SharePoint, Teams, or record attachments post-migration. We cannot automate this step or guarantee completeness of the manual export.

  • Monitor API write license required if remediation writes are needed

    The MONITOR ERP API is free to read but requires a paid API license for write operations. If data quality issues are discovered during extraction that require correction before re-import into Dynamics 365 (such as duplicate customer records or malformed item codes), we may need to write corrections back into Monitor before re-extracting. We scope the API license requirement during discovery and advise customers to confirm their write API license status before the migration begins. Without the write license, data remediation must be handled in the staging environment before loading into Dynamics 365, which adds a transformation step to the migration timeline.

Migration approach

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

  1. Discovery and API license audit

    We audit the source MONITOR ERP installation to confirm the API license status (read-only versus read-write), verify the file export directory configuration under the Export tab in system settings, and inventory the data categories available for migration: Customer, Supplier, Item (with BOM depth), Customer Order, Purchase Order, Production Order, Invoice, Journal Entry, Inventory, Chart of Accounts, Bank/Cash Account, and User records. We assess BOM complexity (single-level versus multi-level, version count), active Production Order volume, journal entry date range and fiscal period structure, and inventory dimension scope (lot/serial usage). The discovery output is a written data inventory and migration scope with a Dynamics 365 edition recommendation (Business Central for companies under 500 users with standard manufacturing needs, Finance and Supply Chain Management for larger multi-site deployments).

  2. Destination schema design and BOM/Route configuration

    We configure the destination Dynamics 365 environment before any data extraction. This includes provisioning the Chart of Accounts with Monitor account code mapping, defining Posting Groups, creating Released Products and BOM Versions (with validity periods matching Monitor BOM effective dates), configuring Production Routes linked to Operations Resource Groups, setting up InventDim dimension combinations for lot and serial tracking, and defining Production Order parameters. Schema is deployed into a Sandbox environment for validation before production migration begins. Any routing step codes from Monitor that do not map cleanly to Dynamics 365 work-centre entities are flagged for the customer's manufacturing consultant to resolve.

  3. File export extraction and data profiling

    We extract data from MONITOR ERP via the configured file export directories for all supported object categories. For each object, we run data profiling to identify duplicates, missing required fields, inconsistent formatting, inactive records tied to open balances, and dimension usage patterns. We flag records that should be archived rather than migrated (inactive items with no open orders, closed customers with zero balances). Data profiling results are shared with the customer's team for decisions on cleanup scope, and we treat data cleansing as a parallel workstream within the migration timeline rather than a pre-migration blocker.

  4. Sandbox migration and financial reconciliation

    We run a full migration into a Dynamics 365 Sandbox environment using production-like data volume. Financial data reconciliation is the critical path item: we compare total debits and credits from Monitor journal entries against Dynamics 365 General Journal totals per fiscal period, and we reconcile Monitor trial balance (Assets, Liabilities, Equity) against Dynamics 365 balance sheet accounts after the chart of accounts and journal entries are loaded. The customer's Finance team and manufacturing lead spot-check random records from each object category against the Monitor source and sign off on the Sandbox migration before production begins.

  5. Production migration in dependency order with delta capture

    We run production migration in record-dependency order: Chart of Accounts first (all other records reference account codes), then Bank/Cash Accounts, then Customers and Suppliers (referenced by Orders and Invoices), then Items with BOM Versions and Production Routes (referenced by Production Orders), then open and historical Sales and Purchase Orders, then Production Orders decomposed into Jobs or Operations, then Invoices, then Journal Entries (chunked by fiscal period), then Inventory snapshots, then Users. A delta migration runs during the cutover freeze window to capture any records created or modified in Monitor after the production migration began. Each phase emits a row-count reconciliation report before the next phase starts.

  6. Cutover, document handoff, and workflow inventory delivery

    We freeze Monitor writes during cutover, run the final delta migration, then mark Dynamics 365 as the system of record. We deliver a document export checklist with folder naming guidance for the customer's team to complete the manual attachment export from Monitor. We deliver a written inventory of every active Monitor workflow, automation rule, and configured process flow with a recommended Power Automate or Dynamics 365 manufacturing workflow equivalent for the customer admin or a Microsoft partner to rebuild post-migration. We support a one-week hypercare window for reconciliation issues and do not rebuild Monitor workflows, sequences, or automations as part of the migration scope.

Platform deep dives

Context on both ends of the pair

MONITOR ERP logo

MONITOR ERP

Source

Strengths

  • Purpose-built for discrete manufacturing with BOM, routing, and production order management natively integrated.
  • Standardized deployment model reduces configuration complexity and speeds up initial implementation.
  • File-based export framework covers all major data categories including orders, invoices, journal entries, and inventory.
  • Active global partner network including Litium (e-commerce) and Briox (AI-assisted accounting) extends functionality.

Weaknesses

  • No public pricing; all quotes are custom and sales-driven, making competitive evaluation difficult.
  • Document attachments are not consistently accessible via API and require per-user manual export.
  • Write operations to the API require a separate paid license beyond the base system.
  • Integration ecosystem is narrower than tier-1 ERPs; customers needing deep EDI or custom API workarounds report higher implementation costs.
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. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

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

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • 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

    MONITOR ERP: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Standard manufacturing migrations with under 50,000 Items, multi-level BOMs, and clean financial history land between six and ten weeks. Complex migrations involving deep multi-level BOM structures, high-volume Production Order histories, multi-site inventory with lot/serial traceability, or multi-entity consolidation scenarios move to fourteen to twenty weeks. The Dynamics 365 edition (Business Central versus Finance and Supply Chain Management) also affects the timeline because F&SCM requires more extensive dimension and manufacturing module configuration.

Adjacent paths

Related migrations to explore

Ready when you are

Move from MONITOR 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