ERP migration
Field-level mapping, validation, and rollback between Enterox Enterprise Cloud and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.
Enterox Enterprise Cloud
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
13 of 13
objects map 1:1 between Enterox Enterprise Cloud and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Migrating from Enterox Enterprise Cloud to Microsoft Dynamics 365 addresses two structural limitations of the Indian ERP platform: sparse API documentation that makes large-scale data extraction slow and iterative, and a GPSVT/IoT layer that is entirely inaccessible via API. We use Enterox's Developer API with checkpointing and request batching to extract core business records, then map them into Dynamics 365's entity model which includes separate Lead, Contact, Account, and Opportunity objects. Enterox's custom entity framework means no two deployments share the same schema, so we begin every migration with a live schema discovery call against the customer's API instance before building field mappings. Attachments, GPS telemetry, and telephony logs do not migrate; we flag these gaps in the scoping document and note them for the customer's records. Workflows, approval chains, and any configured access rules do not migrate as code; we deliver a written inventory of these for the customer's Dynamics 365 admin to rebuild post-migration.
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
Enterox Enterprise Cloud platform overview
Scorecard, SWOT, gotchas, and pricing for Enterox Enterprise Cloud.
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 Enterox Enterprise Cloud 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.
Enterox Enterprise Cloud
Contact
Microsoft Dynamics 365 Business Central
Contact
1:1Enterox Contact records map directly to Dynamics 365 Contact. Standard fields (name, email, phone, address) map to typed Contact fields. Custom properties configured in Enterox's entity structure map to custom fields on Contact. We resolve the parent Company (Account) reference before inserting Contacts so that the AccountId lookup is satisfied at import time. Enterox Contacts without a linked Company map as standalone Contacts with no AccountId.
Enterox Enterprise Cloud
Company
Microsoft Dynamics 365 Business Central
Account
1:1Enterox Company records map to Dynamics 365 Account. The Company name becomes Account Name. We preserve the Company-Contact linkage by inserting Accounts before Contacts and resolving AccountId on each Contact at migration time. Any custom address or classification fields on the Company entity map to custom fields on Account.
Enterox Enterprise Cloud
Lead
Microsoft Dynamics 365 Business Central
Lead
1:1Enterox Lead records from the Sales Automation module map to Dynamics 365 Lead. Lead status and owner assignment migrate as-is. Enterox does not have a separate Contact-to-Lead convert concept; Leads remain Leads at migration time and the Dynamics 365 admin manages qualification and conversion post-migration.
Enterox Enterprise Cloud
Opportunity
Microsoft Dynamics 365 Business Central
Opportunity
1:1Enterox Opportunities map to Dynamics 365 Opportunity with pipeline stage, amount, and owner preserved. The Enterox pipeline stage name maps to a configured Opportunity Stage value in Microsoft Dynamics 365 Sales Process. We set the parent AccountId by resolving the Opportunity's linked Company at migration time. OwnerId resolves via email match to the destination Dynamics 365 User.
Enterox Enterprise Cloud
Quotation
Microsoft Dynamics 365 Business Central
Quote
1:1Enterox Quotations carry line items, pricing rules, and validity dates. They map to Dynamics 365 Quote, which is available from the Sales module. We map quotation line items to QuoteLineItem records, resolving the Product2 reference and PricebookEntry at migration time. Pricing rules from Enterox's multi-price-list engine are applied as UnitPrice values against the destination Standard Price Book.
Enterox Enterprise Cloud
Sales Order
Microsoft Dynamics 365 Business Central
Sales Order
1:1Enterox Sales Orders link Products, Customers, and Warehouse inventory. They map to Microsoft Dynamics 365 Sales Order with order status and line items. Order lifecycle states differ between platforms; we map Enterox status values to the nearest Dynamics 365 Request Status or Inventory Status values and flag any states that do not have a direct equivalent for admin review.
Enterox Enterprise Cloud
Purchase Order
Microsoft Dynamics 365 Business Central
Purchase Order
1:1Enterox Purchase Orders from the SCM module map to Dynamics 365 Purchase Order (Finance and Operations app) or to a custom Purchase Order entity (Business Central). Vendor references, line items, and approval statuses migrate, but multi-step approval workflows do not transfer as configured steps. We deliver a written document describing the approval chain structure observed in Enterox so the Dynamics 365 admin can configure matching approval workflows post-migration.
Enterox Enterprise Cloud
Product
Microsoft Dynamics 365 Business Central
Product2
1:1Enterox Product/Service Catalog entries (SKU, description, pricing, category) map to Dynamics 365 Product2 records. Standard Price Book entries are created during import. If the customer uses Enterox's multi-price-list feature, additional PricebookEntry records are created per price list against the same Product2.
Enterox Enterprise Cloud
Support Case
Microsoft Dynamics 365 Business Central
Case
1:1Enterox Support Cases map to Dynamics 365 Case. Request type, priority, status, and assignee fields migrate to typed Case fields. Case conversations (internal notes and customer replies) map to Dynamics 365 Posts or EmailMessages linked to the Case. We flag any case priority or status values that do not have a direct Dynamics 365 equivalent.
Enterox Enterprise Cloud
Custom Entity
Microsoft Dynamics 365 Business Central
Custom Entity
1:1Enterox's flexible entity framework means each deployment has uniquely named custom objects. We inspect the entity schema during the discovery phase with a live API call and build field-level mappings for each custom object, mapping to Dynamics 365 custom entities with __c suffixes. Lookup relationships between custom entities and standard objects (Contact, Account, Opportunity) are resolved at migration time using parent-record lookup tables. This step adds one to two days to the discovery phase but is required because there is no universal Enterox schema reference.
Enterox Enterprise Cloud
User Record
Microsoft Dynamics 365 Business Central
User
1:1Enterox user records (name, email, role, access profile) map to Dynamics 365 User records by email match. Role structures differ significantly between Enterox and Dynamics 365 security roles, so we export the role assignments as a separate role-mapping document. The Dynamics 365 admin assigns security roles post-migration based on this inventory. We do not assign roles automatically because the permission models are not equivalent.
Enterox Enterprise Cloud
Attachments
Microsoft Dynamics 365 Business Central
Not Migrated
1:1Attachments stored within Enterox entities are not accessible via the Developer API. Binary files associated with Contact, Company, Opportunity, or Quote records cannot be extracted through any documented endpoint. We export field text content where available and note that customers must use Enterox's native export UI for any binary attachments they specifically require. We do not migrate attachments as part of standard scope.
Enterox Enterprise Cloud
GPSVT Telemetry
Microsoft Dynamics 365 Business Central
Not Migrated
1:1GPSVT vehicle tracking data and IoT sensor logs are stored in Enterox's proprietary device layer, which is not exposed by the standard Developer API. Historical GPS location data, route history, and telemetry events are not accessible for migration. Customers needing historical GPS data must engage Enterox support for a bespoke extract outside the scope of the Developer API. We flag this gap in the scoping document and note that FlitStack AI does not migrate IoT telemetry data.
| Enterox Enterprise Cloud | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Opportunity | Opportunity1:1 | Fully supported | |
| Quotation | Quote1:1 | Fully supported | |
| Sales Order | Sales Order1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| Product | Product21:1 | Fully supported | |
| Support Case | Case1:1 | Fully supported | |
| Custom Entity | Custom Entity1:1 | Fully supported | |
| User Record | User1:1 | Fully supported | |
| Attachments | Not Migrated1:1 | Not supported | |
| GPSVT Telemetry | Not Migrated1:1 | Fully supported |
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.
Enterox Enterprise Cloud gotchas
No public API documentation for bulk export endpoints
Custom entity schemas vary per deployment
No published pricing tiers or feature gating documentation
GPS telemetry and IoT data not accessible via API
Role-based access model maps imperfectly to standard CRMs
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 schema assessment
We perform a live schema discovery call against the customer's Enterox Developer API instance to inventory all active entities, custom fields, and lookup relationships. This step is mandatory because Enterox has no universal schema reference and every deployment is unique. We also extract a record count across all entities to size the migration and identify any entities that will require iterative polling versus batch extraction. The discovery output is a written scope document listing every entity to be migrated, the destination object in Dynamics 365, and any entities that fall outside the API boundary (attachments, GPSVT, telephony). We also request confirmation of the customer's Enterox plan tier during this phase.
Dynamics 365 environment preparation
We review the destination Dynamics 365 environment (edition, installed modules, existing entities) and design the target schema. This includes provisioning any missing custom entities, custom fields, and lookup relationships before data import begins. For organizations using Finance and Operations, we configure the data entities required for Purchase Order and Product import. For Business Central, we configure the extension schema. We deploy schema changes to a Sandbox first for validation and coordinate with the customer's Dynamics 365 admin to identify and temporarily bypass validation rules that would block record import.
Owner and user reconciliation
We extract every distinct Enterox user referenced as a record owner or assignee across Contacts, Opportunities, Cases, and Orders and match by email against the destination Dynamics 365 User table. Users without a matching Dynamics 365 User go to a reconciliation queue. The customer's admin provisions any missing Users and confirms role assignments using the exported Enterox role inventory. OwnerId references must be resolved before record import because Dynamics 365 requires a valid OwnerId on most standard entities.
Sandbox migration and reconciliation
We run a full migration into a Dynamics 365 Sandbox (Full Copy or Partial Copy) using production-equivalent data volumes. The customer's team reconciles record counts, spot-checks field values against the Enterox source, and validates that parent-child relationships (Account-Contact, Opportunity-Account) resolved correctly. Any mapping corrections identified in Sandbox are documented and applied before production migration begins. No data moves to production until the Sandbox reconciliation is signed off.
Production migration in dependency order
We run production migration in dependency order: Accounts (from Companies), Contacts (with AccountId resolved), Leads, Opportunities (with AccountId, OwnerId, and stage mapping applied), Products and Pricebook entries, Quotations and Quote Line Items, Sales Orders and Purchase Orders, Cases, and custom entities last. Each phase emits a row-count reconciliation report before the next phase begins. GPSVT telemetry, IoT logs, and attachments are not migrated per the scoping document. We use the Dynamics 365 Bulk API for large data phases and REST API for smaller volumes.
Cutover, validation, and handoff
We freeze writes to Enterox during the cutover window, run a final delta migration of any records modified during the migration window, then mark Dynamics 365 as the system of record. We deliver the automation and approval workflow inventory document to the customer's Dynamics 365 admin for rebuild in Power Automate or Dynamics 365 workflows. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer's team. We do not rebuild Enterox workflows, automations, or approval chains inside the migration scope; those are a separate engagement.
Platform deep dives
Enterox Enterprise Cloud
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Enterox Enterprise Cloud and Microsoft Dynamics 365 Business Central.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
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
Enterox Enterprise Cloud: Not publicly documented.
Data volume sensitivity
Enterox Enterprise Cloud doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Enterox Enterprise Cloud to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
Walk through your Enterox Enterprise Cloud 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 Enterox Enterprise Cloud
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.