ERP migration
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
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
11 of 14
objects map 1:1 between Rootstock Cloud ERP and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
6-10 weeks
Overview
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.
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
Rootstock Cloud ERP platform overview
Scorecard, SWOT, gotchas, and pricing for Rootstock Cloud ERP.
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 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)
Microsoft Dynamics 365 Business Central
Released Product
1:1Rootstock 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
Microsoft Dynamics 365 Business Central
Main Account + Financial Dimensions
lossyRootstock 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)
Microsoft Dynamics 365 Business Central
Customer
1:1Rootstock 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
Microsoft Dynamics 365 Business Central
Vendor
1:1Rootstock 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
Microsoft Dynamics 365 Business Central
Sales Order
1:1Rootstock 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
Microsoft Dynamics 365 Business Central
Purchase Order
1:1Rootstock 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
Microsoft Dynamics 365 Business Central
Production Order or Manufacturing Order
lossyRootstock 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)
Microsoft Dynamics 365 Business Central
BOM + BOM Version
lossyRootstock 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
Microsoft Dynamics 365 Business Central
Warehouse + Location
1:1Rootstock 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
Microsoft Dynamics 365 Business Central
Inventory Dimensions (Lot/Serial)
1:1Rootstock 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
Microsoft Dynamics 365 Business Central
Product Receipt
1:1Rootstock 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
Microsoft Dynamics 365 Business Central
Fixed Asset
1:1Fixed 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
Microsoft Dynamics 365 Business Central
Project
1:1Rootstock 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)
Microsoft Dynamics 365 Business Central
ECO (Engineering Change Order)
1:1Rootstock 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.
| Rootstock Cloud ERP | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Items (Products) | Released Product1:1 | Fully supported | |
| Chart of Accounts | Main Account + Financial Dimensionslossy | Fully supported | |
| Customers (Accounts) | Customer1:1 | Fully supported | |
| Vendors | Vendor1:1 | Fully supported | |
| Sales Orders | Sales Order1:1 | Fully supported | |
| Purchase Orders | Purchase Order1:1 | Fully supported | |
| Work Orders | Production Order or Manufacturing Orderlossy | Fully supported | |
| Bills of Materials (BOMs) | BOM + BOM Versionlossy | Fully supported | |
| Inventory Locations | Warehouse + Location1:1 | Fully supported | |
| Lot and Serial Numbers | Inventory Dimensions (Lot/Serial)1:1 | Fully supported | |
| Purchase Receipts | Product Receipt1:1 | Mapping required | |
| Fixed Assets | Fixed Asset1:1 | Mapping required | |
| Project/Job Costing | Project1:1 | Mapping required | |
| Engineering Change Orders (ECOs) | ECO (Engineering Change Order)1: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.
Rootstock Cloud ERP gotchas
Salesforce edition gating affects available ERP objects
BOM versioning requires explicit mapping to destination structure
Multi-site inventory requires location hierarchy pre-mapping
Salesforce custom fields on ERP objects require explicit field-level mapping
CI/CD and sandbox limitations complicate staging migrations
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 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.
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.
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.
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.
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.
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
Rootstock Cloud ERP
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between Rootstock Cloud ERP and Microsoft Dynamics 365 Business Central.
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
All 8 core objects map 1:1 between Rootstock Cloud ERP 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
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
Rootstock Cloud ERP exposes a bulk API — large-volume migrations stream efficiently.
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 Rootstock Cloud ERP to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Rootstock Cloud ERP
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.