ERP migration

Migrate from Rootstock Cloud ERP to Microsoft Dynamics 365 Business Central

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

Rootstock Cloud ERP logo

Rootstock Cloud ERP

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

79%

11 of 14

objects map 1:1 between Rootstock Cloud 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 Rootstock Cloud ERP to Microsoft Dynamics 365 is a platform departure from the Salesforce object model to the Microsoft entity framework. Rootstock inherits Salesforce objects for customers, vendors, and contacts while layering ERP objects including Items, Sales Orders, Work Orders, and BOMs; D365 uses its own entity definitions across Supply Chain Management and Finance modules. We resolve the BOM version structure (collapsing multi-version BOMs into a single active revision), map inventory locations with their hierarchy, and handle the Chart of Accounts segment mapping across multi-company and multi-currency configurations. Custom Salesforce fields on Rootstock ERP objects require explicit field-level enumeration and type mapping to D365 fields. We do not migrate EDI translation maps, ECO approval workflows, or Fixed Asset depreciation schedules as code; these require rebuild in D365 or configuration by the customer's functional team. Workflows, approval rules, and automation logic in Rootstock are scoped for written inventory only and do not move as executable configuration.

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

Rootstock Cloud ERP logo

Rootstock Cloud ERP

What's pushing teams away

  • Implementation complexity and resource requirements are significant—the platform's flexibility is a double-edged sword that demands extensive planning and coordination.
  • Financial reporting capabilities are a known gap; customers report limited financial reporting compared to purpose-built finance ERPs.
  • Performance issues and sporadic lags have been noted by users, particularly under heavy transaction volumes or complex BOM structures.
  • The user interface is described as dated and needing improvement compared to more modern ERP alternatives.
  • Customization depth creates long-term maintenance burden—each customization requires ongoing coordination with internal or external Salesforce resources.

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

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

Rootstock Cloud ERP

Items (Products)

maps to

Microsoft Dynamics 365 Business Central

Released Product

1:1
Fully supported

Rootstock Item records map to D365 Released Products with Item number, name, unit of measure, and costing method (standard/average) preserved. Stocking policies, lot size rules, and shelf-life parameters require type mapping to D365's coverage and storage dimensions. We extract Item-specific custom fields from Salesforce and map them to D365 product attributes or extension fields.

Rootstock Cloud ERP

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

Main Account + Financial Dimensions

lossy
Fully supported

Rootstock GL accounts map to D365 Main Accounts with account type, postings, and intercompany settings. Rootstock segment-based accounts (if configured) map to D365 Financial Dimensions with the segment values established as dimension values before any transactional data loads. Multi-company configurations require each company (legal entity) to have its own chart of accounts created in D365 first.

Rootstock Cloud ERP

Customers (Accounts)

maps to

Microsoft Dynamics 365 Business Central

Customer

1:1
Fully supported

Rootstock Account records (the Salesforce Account object with customer-specific fields) map to D365 Customers. Customer-specific fields on Rootstock—credit limits, payment terms, tax codes, W-9 status—map to D365 Customer fields or extension properties. We resolve address books for multi-country configurations and preserve currency and payment terms from Rootstock.

Rootstock Cloud ERP

Vendors

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

Rootstock Vendor records (Salesforce Account with Vendor checkbox) map to D365 Vendors. Vendor-specific fields including purchase terms, W-9/1099 settings, EDI identifiers, and multiple vendor sites map to D365 Vendor extension fields. We resolve the primary vendor address and establish any vendor-specific purchase charge account before PO migration.

Rootstock Cloud ERP

Sales Orders

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

Rootstock Sales Orders map to D365 Sales Orders with header fields (customer, ship-to, terms, warehouse) and line items referencing the Released Product. Open orders migrate with their fulfillment status preserved so partial shipments can be completed post-migration. We resolve the Customer account and the Sales Order header Warehouse before inserting lines.

Rootstock Cloud ERP

Purchase Orders

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

Rootstock Purchase Orders map to D365 Purchase Orders with header and line structure. Receipt linkages and approval status require mapping to D365 workflow states. Vendor records must exist before PO import to satisfy the vendor account lookup, and any landed cost or charges configuration from Rootstock maps to D365 charges codes.

Rootstock Cloud ERP

Work Orders

maps to

Microsoft Dynamics 365 Business Central

Production Order or Manufacturing Order

lossy
Fully supported

Rootstock Work Orders map to D365 Production Orders with routing steps, labor estimates, and material allocations. BOM references on Work Orders require the BOM revision to be migrated first. If Rootstock Work Orders are linked to Sales Orders, we preserve the link in a D365 extension field since D365 links production to sales through different mechanisms (Sales Order picking or project).

Rootstock Cloud ERP

Bills of Materials (BOMs)

maps to

Microsoft Dynamics 365 Business Central

BOM + BOM Version

lossy
Fully supported

Rootstock BOMs with versioning and effective dates map to D365 BOM and BOM Version records. Multi-version BOMs in Rootstock require active-revision selection—we extract the version history, apply a selection rule to identify the current effective BOM for each Item, and preserve obsolete BOM references in a custom BOM Obsolete_Revision__c field. Alternate BOMs for manufacturing constraints map to D365 alternative BOM versions.

Rootstock Cloud ERP

Inventory Locations

maps to

Microsoft Dynamics 365 Business Central

Warehouse + Location

1:1
Fully supported

Rootstock inventory locations map to D365 Warehouses and Locations. Complex multi-site hierarchies (regions > plants > warehouses > bins) require pre-mapping in a location matrix before migration because D365 warehouse management uses location directives and license plate numbers that must be configured before inventory transactions load. We flag any circular location assignments from Rootstock for customer resolution.

Rootstock Cloud ERP

Lot and Serial Numbers

maps to

Microsoft Dynamics 365 Business Central

Inventory Dimensions (Lot/Serial)

1:1
Fully supported

Rootstock lot and serial traceability links Items to source documents and inventory transactions. We migrate lot master records and serial number assignments as inventory dimension groups in D365, with full traceability preserved through D365's inventory dimension tracking on-hand quantity and transaction records. Lot/serial on-hand quantities migrate as inventory transactions linked to the dimension.

Rootstock Cloud ERP

Purchase Receipts

maps to

Microsoft Dynamics 365 Business Central

Product Receipt

1:1
Mapping required

Rootstock Purchase Receipts map to D365 Product Receipts linked to the corresponding Purchase Orders. Receipt dates and partial receipt flags are reconciled against destination inventory posting. We map Rootstock receipt quantities to D365 product receipt lines with the vendor invoice reference preserved where available.

Rootstock Cloud ERP

Fixed Assets

maps to

Microsoft Dynamics 365 Business Central

Fixed Asset

1:1
Mapping required

Fixed asset records are available in Rootstock Advanced tier and map to D365 Fixed Assets. Depreciation schedules, depreciation methods, and accumulated depreciation balances require field-level mapping. We migrate asset masters with their depreciation configuration but recommend the customer's fixed asset accountant review depreciation calculations post-migration for accuracy against local tax regulations.

Rootstock Cloud ERP

Project/Job Costing

maps to

Microsoft Dynamics 365 Business Central

Project

1:1
Mapping required

Rootstock Project records (if used for project-based manufacturing or job costing) map to D365 Projects with project headers and cost entries. Billable rate schedules and project billing rules may require reconfiguration in D365 Project Management and Accounting. We migrate project structure and cost history; billing configuration is scoped as post-migration setup.

Rootstock Cloud ERP

Engineering Change Orders (ECOs)

maps to

Microsoft Dynamics 365 Business Central

ECO (Engineering Change Order)

1:1
Mapping required

Rootstock ECOs managing BOM and engineering change approvals map to D365 Engineering Change Orders with affected BOM revisions. Approval workflow history and electronic signatures from Rootstock do not migrate as active approval records; we migrate ECO headers and affected items and flag approval state for manual re-approval in D365. Engineering revision control requires D365 product revision setup.

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.

Rootstock Cloud ERP logo

Rootstock Cloud ERP gotchas

High

Salesforce edition gating affects available ERP objects

Medium

BOM versioning requires explicit mapping to destination structure

Medium

Multi-site inventory requires location hierarchy pre-mapping

Medium

Salesforce custom fields on ERP objects require explicit field-level mapping

Low

CI/CD and sandbox limitations complicate staging migrations

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central gotchas

High

Named-user licensing has no concurrent-use relief

High

API rate limits throttle large-volume migrations

Medium

Historical posted transactions require selective migration scoping

Medium

NAV-to-Business Central cloud migration requires partner coordination

Low

Custom fields and AL extensions require separate migration handling

Pair-specific challenges

  • BOM versioning requires active-revision selection and collapse

    Rootstock supports BOM versioning with effective dates, alternate BOMs for manufacturing constraints, and ECO-controlled revision management. D365 uses a BOM + BOM Version structure where each version has an effective date range and can be marked active/inactive, but there is no native concept of multiple simultaneous active versions for the same Item. We extract the BOM version history from Rootstock, apply a selection rule (typically the most recent effective date before cutover), and flag obsolete BOMs as inactive with a custom field reference. Migrations that skip this step produce duplicate BOM structures in D365 or broken production order references.

  • Salesforce custom fields on ERP objects require explicit enumeration

    Rootstock extends the Salesforce data model with custom fields on ERP objects including Sales Order lines, Work Order headers, and Item records. These custom fields are not automatically detected by standard connectors and do not map to D365 without a pre-migration schema review of the source Salesforce org. We enumerate every custom field on each ERP object, classify its data type, and map it to a D365 standard field or extension field before migration. Business logic embedded in custom fields (calculated values, picklist-driven visibility rules) is preserved as data but not as active logic in D365.

  • D365 warehouse management requires location hierarchy pre-configuration

    Rootstock's inventory model uses a flat location list with optional parent-warehouse relationships, which D365 does not map directly. D365 warehouse management uses location directives, wave templates, and license plate numbers that must be configured before inventory transactions can load. Organizations with complex multi-site hierarchies must have their location structure reviewed in a location matrix before migration. We map each Rootstock location to a D365 warehouse and location, flag circular assignments, and configure location directives as part of the destination setup phase.

  • D365 Finance and Operations requires separate implementation project for full scope

    D365 encompasses multiple product lines—Business Central (mid-market ERP), Finance and Operations (enterprise), Supply Chain Management, and others—with different data models, customization languages, and deployment models. Migrating from Rootstock to D365 Finance and Operations specifically involves an X++ or Power Platform extension model rather than the AL-code approach used in Business Central. We scope the migration against the specific D365 product line the customer has licensed and configure the appropriate API and data import tooling (Data Management Framework, OData, or BYOD).

  • Rootstock edition gating may limit visible ERP objects at migration time

    Rootstock ERP functionality is gated behind Salesforce edition tiers and Rootstock tier upgrades. Fixed Assets, Advanced Scheduling, and multi-company accounting may not be activated in the source org even if the customer has paid for them. We verify during scoping which ERP objects are licensed and visible in the source org before attempting migration. We raise missing license flags before migration begins so the customer can confirm feature availability rather than discovering gaps mid-migration.

Migration approach

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

  1. Discovery and edition mapping

    We audit the source Rootstock Salesforce org across tier (Growth/Advanced/Enterprise), activated ERP modules, custom fields on each ERP object, BOM count and version depth, inventory location hierarchy, and open order volume. We pair this with a D365 edition assessment: Business Central Essentials ($70/user) for straightforward manufacturing with basic finance; Business Central Premium ($180/user) if manufacturing floor and service modules are required; Finance and Operations for enterprise-scale multi-site, multi-company operations. The discovery output is a written migration scope document specifying source objects, destination entities, and any pre-migration configuration required in D365.

  2. D365 destination configuration and BOM revision setup

    We configure the D365 destination environment before data migration begins. This includes setting up legal entities and the Chart of Accounts with Financial Dimensions, establishing warehouse and location hierarchies to receive the Rootstock inventory locations, configuring product dimension groups for lot/serial tracking, and setting up BOM structures with active revisions. BOM versioning collapse logic is designed here—we define the selection rule for the active revision from multi-version Rootstock BOMs and build the transformation script. Location hierarchy pre-mapping is completed against the customer's approved location matrix.

  3. Schema review and custom field enumeration

    We perform a pre-migration schema review of the source Salesforce org enumerating all custom fields on ERP objects (Sales Order, Work Order, Item, Purchase Order, BOM). We classify each field's data type and map it to a D365 standard field or extension field. Custom fields containing business logic (calculated values, picklist-driven rules) are documented for the customer's D365 functional team to rebuild as extension logic post-migration. We also verify which Rootstock ERP modules are licensed and activated in the source org to avoid attempting to migrate data for features the customer has not paid for.

  4. Sandbox migration and reconciliation

    We run a full migration into a D365 Sandbox environment using production-like data volume from the Rootstock source. The customer's operations and finance leads reconcile record counts (Items in, BOMs in, open orders in, inventory locations in), spot-check 25-50 records against the Rootstock source, and validate BOM revision selections. Any mapping corrections, missing location assignments, or BOM selection issues surface here and are resolved before production migration begins. The customer signs off the sandbox reconciliation before production cutover is scheduled.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Chart of Accounts and Financial Dimensions first (prerequisite for all transactional records), then Released Products and Item masters, then BOMs and BOM Versions (with active-revision collapse applied), then warehouse and location masters, then Customers and Vendors, then open Purchase Orders, then open Sales Orders, then Work Orders and Production Orders, then inventory on-hand quantities with lot/serial dimensions, then Fixed Assets, then Projects. Each phase emits a row-count reconciliation report before the next phase begins. We use D365 Data Management Framework for entity-based imports and OData for custom entity loads, with batch sizing tuned to D365 API throttling.

  6. Cutover, validation, and configuration rebuild handoff

    We freeze Rootstock writes during the cutover window, run a final delta migration of any records modified during the migration period, then enable D365 as the system of record. We deliver the written inventory of EDI translation maps, ECO approval workflows, Fixed Asset depreciation schedules, and any custom business logic in Rootstock custom fields for the customer's D365 functional team to rebuild. We support a one-week hypercare window where we resolve any data reconciliation issues raised by the customer's operations or finance team. We do not rebuild Rootstock workflows, approval rules, or automation logic in D365 as part of the standard migration scope.

Platform deep dives

Context on both ends of the pair

Rootstock Cloud ERP logo

Rootstock Cloud ERP

Source

Strengths

  • Built natively on Salesforce—manufacturers get CRM and ERP on a single platform with shared data model and unified reporting.
  • Supports all major discrete manufacturing modes: make-to-stock, make-to-order, configure-to-order, and engineer-to-order.
  • Comprehensive BOM management with multi-level structures, ECO approval workflows, and version control for complex assemblies.
  • Real-time supply chain visibility from procurement through manufacturing to shipment with shop floor tracking.
  • Multi-site and multi-country capabilities with multi-currency support for global manufacturing operations.

Weaknesses

  • Financial reporting module is a documented weakness—customers cite limited financial statement depth compared to purpose-built finance ERPs.
  • User interface is described as dated relative to newer ERP competitors, with occasional performance slowdowns under load.
  • Implementation complexity is high—flexibility creates a configuration burden that requires skilled Salesforce administrators and ERP functional consultants.
  • Customization depth creates technical debt over time as each modification requires ongoing maintenance through Salesforce release cycles.
  • Limited out-of-box functionality for certain vertical-specific needs outside manufacturing and distribution.
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 Rootstock Cloud ERP and Microsoft Dynamics 365 Business Central.

B

Overall complexity

Standard migration

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

  • Object compatibility

    A

    All 8 core objects map 1:1 between Rootstock Cloud ERP and Microsoft Dynamics 365 Business Central.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Rootstock Cloud ERP: Salesforce API rate limits apply—typically 100,000 API calls per 24-hour period for standard Enterprise Edition orgs, with higher limits for Unlimited and Performance editions.

  • Data volume sensitivity

    A

    Rootstock Cloud ERP exposes a bulk API — large-volume migrations stream efficiently.

Estimator

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

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

Can't find your answer?

Walk through your Rootstock Cloud 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 ten weeks for organizations with under 10,000 Items, straightforward BOM structures (single-level, no versioning), and clean inventory location hierarchies. Migrations with multi-level BOM hierarchies, BOM versioning that requires active-revision selection, multi-site inventory with lot/serial traceability, or Chart of Accounts with segment-based dimensions move to fourteen to twenty-two weeks because of BOM collapse logic, location pre-mapping, and GL segment configuration work. Microsoft Dynamics 365 implementation timelines from third-party sources range from three to six months for Business Central and six to fourteen months for Finance and Operations; our migration scope is scoped within those timelines.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Rootstock Cloud 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