ERP migration

Migrate from Datacor ERP to Microsoft Dynamics 365 Business Central

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

Datacor ERP logo

Datacor ERP

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

100%

12 of 12

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

Complexity

BStandard

Timeline

6-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Datacor ERP to Microsoft Dynamics 365 is a vertical-to-horizontal migration that trades chemical-industry specificity for broader ecosystem integration, modern cloud APIs, and a lower per-seat licensing trajectory. Datacor ERP does not publish a public REST or bulk API, so we extract data through direct database access or file-based exports coordinated with the customer's Datacor administrator, then stage and transform records in our pipeline before loading into Dynamics 365 Finance and Operations or Business Central depending on the customer's deployment choice. We preserve lot genealogy including parent lots, co-products, and by-products, and we flag in-process production orders that cannot be safely cut over mid-batch. Customer-specific pricing (CUPS) migrates to Dynamics price list tables as custom fields. Workflows, automations, SDS linkage, and compliance configurations do not migrate as code; we deliver a written inventory of these for the customer's admin to rebuild in the destination system.

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

Datacor ERP logo

Datacor ERP

What's pushing teams away

  • Inventory management tools lack automation, requiring manual intervention for replenishment and cycle counts that larger operations find unsustainable.
  • Limited reporting capabilities and non-intuitive dashboard design make it difficult to generate ad-hoc operational insights without vendor involvement.
  • Expensive licensing and implementation costs relative to alternatives, particularly for mid-market companies with simpler requirements.
  • Generic ERPs offer faster implementation and lower total cost of ownership for companies outside the chemical and process manufacturing vertical.

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

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

Datacor ERP

Items / Products

maps to

Microsoft Dynamics 365 Business Central

Released Product or Product Master

1:1
Mapping required

Datacor Items carry formula data, BOM versions, unit-of-measure conversions, and shelf-life metadata that require decomposition into Dynamics 365 product structure. We extract Items with all associated BOM levels, then map the formula data to Dynamics BOM lines, unit-of-measure classes to Unit of Measure Groups, and shelf-life metadata to Tracking dimension groups or product extensions. Co-products and by-products from Datacor's production model map to BOM line types in Dynamics.

Datacor ERP

Lots / Serial Numbers

maps to

Microsoft Dynamics 365 Business Central

Inventory Lot Number or Serial Number

1:1
Fully supported

Datacor's cradle-to-grave lot tracking is a core strength. We preserve full lot genealogy including parent lots, co-products, by-products, and downstream consumption records. Lot numbers, dates, statuses, and locations transfer to Dynamics inventory dimensions. We resolve lot genealogy chains (parent-to-child lot relationships) and map consumption records to inventory transactions in Dynamics. Co-product and by-product splits preserve the production yield percentages for cost allocation.

Datacor ERP

Customers / Accounts

maps to

Microsoft Dynamics 365 Business Central

Customer / Account

1:1
Mapping required

Datacor Customer records include customer-specific pricing, credit limits, discount schedules, and multi-address support. We map these to Dynamics 365 Customer and Address entities. Customer-specific pricing tiers from Datacor's CUPS matrix migrate to Dynamics Trade Agreements or custom price list tables attached to the Customer record. Multi-address support (billing, shipping, multiple plant deliveries) maps to Dynamics address purposes.

Datacor ERP

Vendors / Suppliers

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Mapping required

Datacor Vendor records carry CUPS (Complex Unit Price Schedules), rebate logic, and multi-source purchasing flags. These are preserved as Vendor custom properties in Dynamics 365, with rebate schedules mapped to Trade Agreements and multi-source flags translated to vendor-level purchasing settings. Vendor-specific lead times and delivery schedules become purchase agreement lines.

Datacor ERP

Purchase Orders

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Mapping required

Open POs must be mapped by line item and delivery schedule. We extract PO headers, lines, and delivery schedules, then flag partially-received POs and hold them open or close them manually post-migration depending on the customer's preference. Datacor's multi-source purchasing logic (splitting PO quantities across vendors) does not have a direct Dynamics equivalent; we document the source logic for the customer's purchasing team to configure in Dynamics vendor agreements.

Datacor ERP

Sales Orders

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Mapping required

Datacor Sales Order headers and lines carry customer-product pricing, freight terms, and shipping method logic tied to Datacor's truck routing module. We extract open orders by status, map pricing to Dynamics Trade Agreements, and flag orders with partial shipment history. Truck routing and freight logic does not migrate; we document the routing rules as a reference for the customer's admin to configure in Dynamics Transportation Management or as a Power Automate flow.

Datacor ERP

Production Orders / Batches

maps to

Microsoft Dynamics 365 Business Central

Production Order

1:1
Mapping required

Datacor Batch production orders include formula versions, scheduled start/end times, and consumption/yield records. We flag in-process batches that cannot be safely cut over and advise running those to completion or formal closure before migration day. Completed production orders migrate as production history with full consumption and yield data. We extract BOM versions, production schedules, and the cost calculations tied to each batch for cost rollup in Dynamics.

Datacor ERP

Quality Control Inspections

maps to

Microsoft Dynamics 365 Business Central

Quality Order

1:1
Mapping required

QC inspection records link to lots and items in Datacor. We extract the inspection history, disposition decisions (Accept, Reject, Rework), and certificate-of-analysis data, mapping them to Dynamics 365 Quality Management modules or custom tables if the destination tenant does not include the Quality Management module. Inspection templates migrate as quality associations linked to product and warehouse dimensions.

Datacor ERP

General Ledger / Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

Main Account

1:1
Fully supported

Datacor's GL structure with accounts, departments, cost centers, and journal entry history migrates directly to Dynamics 365 Finance & Operations or Business Central main account hierarchies. We map the account hierarchy, preserve posting dates and amounts for historical financial records, and translate Datacor's department and cost center dimensions to Dynamics Financial Dimensions. Journal entry headers and lines migrate as open or historical journal batches depending on account status.

Datacor ERP

Accounts Receivable / Payable

maps to

Microsoft Dynamics 365 Business Central

Free Text Invoice / Vendor Invoice

1:1
Mapping required

Open AR and AP records with payment terms and discount schedules migrate as open invoices in Dynamics 365. We flag records with outstanding credits, holds, or partial payments and handle them as exceptions. Datacor's aging bucket definitions map to Dynamics terms and conditions. Post-dated checks and security deposits migrate as financial dimension data or ledger account configurations.

Datacor ERP

Plant Maintenance / Assets

maps to

Microsoft Dynamics 365 Business Central

Fixed Asset or Maintenance Asset

1:1
Mapping required

Datacor equipment records with maintenance schedules, work orders, and asset specifications migrate as Fixed Assets or Assets in Dynamics 365 depending on the target tenant's asset management configuration. Preventive maintenance schedules map to Work Orders or Asset Service Plans. Meter readings and maintenance history transfer to asset lifecycle records. Depreciation methods and book values migrate to Fixed Asset registers.

Datacor ERP

Safety Data Sheets (SDS)

maps to

Microsoft Dynamics 365 Business Central

Compliance Document (manual re-link required)

1:1
Not supported

SDS records are regulatory artifacts managed by Datacor's regulatory module and linked to Items. We do not migrate SDS documents; we extract the item-to-SDS associations as a reference table and flag the SDS linkage so it can be re-generated or re-linked in the destination compliance system post-migration. The customer must budget for re-attaching SDS documents to items in Dynamics 365 compliance or a third-party regulatory management system.

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.

Datacor ERP logo

Datacor ERP gotchas

High

No documented public API complicates programmatic migration

High

Batch production orders cannot be cut over mid-process

Medium

Customer-specific pricing tiers do not map 1:1 to standard CRM fields

Medium

Implementation cost overruns are the norm, not the exception

Low

SDS and regulatory compliance records require re-linking post-migration

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

  • No API requires direct database extraction or file exports

    Datacor ERP does not publish a public REST or bulk API, so all migration extraction requires either direct database access to the Datacor SQL Server or file-based exports generated from within the application. We coordinate with the customer's Datacor administrator to extract normalized CSV or database dumps, then stage them in our pipeline before transformation. We recommend requesting a data export feasibility call with Datacor support before scoping the migration to confirm export paths and any export-volume limitations imposed by the Datacor environment.

  • Batch production orders cannot be cut over mid-process

    Active production orders with partial consumption or incomplete yields cannot be safely migrated without creating orphaned lot records that break genealogy chains. We advise running all in-process batches to completion or formal closure before migration day. We generate a pre-migration production report to identify open batches and flag any with partial lot consumption so the customer can decide whether to complete them or defer migration. Any batches deferred past the migration window require a separate delta migration step.

  • Customer-specific pricing (CUPS) denormalizes to price list tables

    Datacor's customer-product pricing matrix (CUPS) stores tiered pricing at the customer-item level with complex discount schedules and quantity break logic. Dynamics 365 stores pricing at the product level with Trade Agreements (Customer-specific, Customer group, All customers) rather than at the customer-item level. We extract the full CUPS matrix, denormalize it into Dynamics Trade Agreement lines with the appropriate party constraint, and validate key accounts against source documents post-migration. Large pricing matrices require manual reconciliation in Dynamics trade agreements UI.

  • SDS re-link is manual and requires regulatory re-validation

    Safety Data Sheets managed in Datacor's regulatory module are not migrated as documents. After migration, the customer must re-link each Item to its corresponding SDS document in the destination compliance system (Dynamics 365 regulatory features or a third-party SDS manager). GHS labels and FSMA compliance records similarly require re-configuration. Companies operating under CFR 21 Part 11 or FDA regulations should treat SDS re-link as a compliance task assigned to the regulatory team, not an IT task, because document provenance may need re-certification.

  • Dataverse dual-write complexity for hybrid D365 deployments

    If the customer deploys both Dynamics 365 Finance & Operations and Microsoft Dynamics 365 Sales (common in ERP-plus-CRM migrations), Dataverse dual-write synchronization must be configured to keep entities consistent between the ERP and CRM layers. Datacor customer, item, and pricing data must map to both the F&O data entities and the Dataverse entities before dual-write is enabled. Incorrect sequencing of dual-write activation relative to migration load order can create circular reference errors and orphaned records. We configure dual-write mapping tables during the schema design phase and activate them only after the ERP data load is reconciled.

Migration approach

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

  1. Discovery and extraction path confirmation

    We audit the source Datacor environment including database version, module scope (formulation, quality, regulatory, maintenance), custom field count, lot genealogy depth, CUPS pricing matrix complexity, and open production order status. We coordinate with the customer's Datacor administrator to confirm the extraction path (direct SQL access or file export) and any export-volume constraints. We pair this with a Dynamics 365 edition decision: Business Central ($70-$185/user/month) for mid-market companies with standard manufacturing and compliance needs; Finance & Operations (custom quote) for enterprise companies requiring multi-site, multi-entity, or advanced warehouse management. The discovery output is a written migration scope and extraction feasibility confirmation.

  2. Database extraction and staging pipeline

    We establish a secure staging environment and coordinate the Datacor extraction. For direct database access, we run read-only queries against the Datacor SQL schema to extract normalized record sets for Items, Lots, Customers, Vendors, Sales Orders, Purchase Orders, Production Orders, GL accounts, and journal entries. For file-based extraction, we work with the Datacor administrator to generate CSV exports with cross-record keys preserved. We extract the full CUPS pricing matrix as a separate tabular export, and we generate a production order status report to identify in-process batches requiring pre-migration completion. All staging data is validated for referential integrity before transformation begins.

  3. Schema design and Dynamics configuration

    We design the destination schema in the target Dynamics 365 environment. This includes provisioning custom fields (Datacor custom fields map to Dynamics extension fields), Financial Dimensions (mapping Datacor's department and cost center dimensions to Dynamics dimension sets), Inventory dimension groups (enabling lot tracking, serial number tracking, and site-warehouse-location hierarchies), and Trade Agreement configurations (mapping CUPS pricing tiers to Dynamics customer-specific and product-specific price lists). For Finance & Operations deployments, we configure the data entities for each migration object. Schema is validated in a sandbox environment before production migration begins.

  4. Sandbox migration and reconciliation

    We run a full migration into a Dynamics 365 sandbox using production-like data volume. The customer's operations and finance leads reconcile record counts (Items in, Lots in, Customers in, Vendors in, Open Orders in, GL accounts in), spot-check 25-50 records per object against the Datacor source, and validate lot genealogy chains against the Datacor lot tracking report. CUPS pricing is spot-checked for five to ten high-volume customer accounts against source documents. Any mapping corrections happen in sandbox. The customer signs off the schema and mapping before production migration begins.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Financial dimensions and GL accounts (required by all downstream posting), Items and BOMs (required by production orders and inventory), Customers and Vendors (required by orders), Lot genealogy master records (parent lots first, then child lots), Open Sales and Purchase Orders (with line-level product references resolved), Production Orders (completed batches only; in-process batches deferred to delta step), AR and AP open invoices (with payment terms and holds flagged), and Fixed Assets (with depreciation books). Each phase emits a row-count reconciliation report before the next phase begins. SDS item associations are delivered as a reference table for manual re-link post-migration.

  6. Cutover, validation, and SDS re-link handoff

    We freeze Datacor writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dynamics 365 as the system of record. We validate GL balances against the Datacor trial balance, confirm lot genealogy integrity by running a Dyn365 lot trace report against source records, and reconcile open AR/AP balances by aging period. We deliver the SDS linkage reference table, the trade agreement import workbook for CUPS pricing, and the automation inventory document listing workflows and production scheduling rules requiring rebuild in Dynamics. We do not rebuild Datacor workflows or automations; that is a separate engagement. We support a one-week hypercare window for reconciliation issues raised by the customer's operations and finance teams.

Platform deep dives

Context on both ends of the pair

Datacor ERP logo

Datacor ERP

Source

Strengths

  • Built-in regulatory compliance (GHS/SDS, FSMA, OSHA, EPA, CFR 21 Part 11) for chemical and food manufacturers.
  • Purpose-built batch and formula production with co-product and by-product handling native to the system.
  • Cradle-to-grave lot traceability with full genealogy across production and distribution.
  • Graphical scheduling and MRP for finite production capacity and material requirements planning.
  • Multi-currency, multi-language financials with consolidated reporting across entities.

Weaknesses

  • No public API documented, making programmatic data extraction and migration significantly harder than modern cloud ERPs.
  • Limited reporting and dashboard capabilities without vendor customization or BI add-ons.
  • Inventory replenishment lacks automation, requiring manual triggers for stock level management.
  • Per-user or per-feature pricing model can become expensive as headcount or module usage grows.
  • User interface considered unintuitive by a segment of reviewers, requiring more training than expected.
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 Datacor 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

    Datacor ERP: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Most migrations land between six and eight weeks for companies under 10,000 items, 2,000 customers, and clean lot histories with no open production batches at cutover. Migrations with large lot genealogy (over 50,000 lot records), complex CUPS pricing matrices, multi-site GL consolidations, or in-process batches that require sequencing land in twelve to eighteen weeks. The no-API extraction step adds two to four weeks to discovery and staging relative to cloud-to-cloud migrations because database access coordination and file export validation require additional Datacor administrator involvement.

Adjacent paths

Related migrations to explore

Ready when you are

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