CRM migration

Migrate from eSalesTrack to Microsoft Dynamics 365 Sales

Field-level mapping, validation, and rollback between eSalesTrack and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .

eSalesTrack logo

eSalesTrack

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

78%

7 of 9

objects map 1:1 between eSalesTrack and Microsoft Dynamics 365 Sales .

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

eSalesTrack is an entry-level CRM with a unified Contact object, basic pipeline management, and CSV-based data export. Microsoft Microsoft Dynamics 365 Sales is an enterprise-grade CRM with a Lead-and-Contact split model, unlimited pipeline customisation, native AI via Microsoft Copilot, and deep Power Platform integration. The structural difference between a single Contact object and the Lead/Contact/Account hierarchy is the central migration challenge. We resolve it by classifying eSalesTrack Contacts as either Leads or Contacts at migration time based on deal association, and we preserve the original account context throughout. Historical engagement records, product data, and pipeline stages transfer via Dynamics 365's Data Migration tooling or the Dataverse API. Workflows, automations, and CSV-export-only features in eSalesTrack do not migrate as code; we provide a written inventory of every active automation for your admin to rebuild in Dynamics 365.

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

eSalesTrack logo

eSalesTrack

What's pushing teams away

  • Dated and unintuitive UI — Software Advice, Research.com, and G2 reviewers consistently call out the interface as 'complex and unintuitive' with a 'steep' learning curve, slowing rep adoption.
  • Performance complaints — G2 reviewers flag slow loading, occasional mobile performance problems, and filtering issues that disrupt daily pipeline work.
  • Limited reporting customisation — multiple reviews note there are 'limited options for customizing reports beyond default templates', pushing analytics-heavy teams toward Salesforce, HubSpot, or Zoho.
  • Thin third-party integration ecosystem — independent reviews specifically call out 'insufficient integration with third-party business tools', so teams replacing email, marketing, or accounting connectors need workarounds.
  • Advanced customisations require vendor technical support — Software Advice reviewers note that while basic config is self-service, anything substantive needs paid help, inflating TCO.

Choosing

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

What's pulling them in

  • Deep Microsoft 365, Teams, and Outlook integration makes Microsoft Dynamics 365 Sales a natural fit for Microsoft-first organizations already invested in that ecosystem
  • Sales Enterprise and Premium tiers offer unlimited custom tables and advanced AI-driven forecasting and predictive analytics not available in lower tiers
  • Professional tier pricing at $65 per user per month offers a lower entry cost than Salesforce for SMB teams with straightforward CRM needs
  • Flexible customization options allow businesses to build bespoke apps, tailor forms and views, and integrate with other Dynamics 365 modules
  • Microsoft Copilot AI tools are embedded directly into the sales workflow on Enterprise and Premium, automating routine tasks and providing deal intelligence

Object mapping

How eSalesTrack objects map to Microsoft Dynamics 365 Sales

Each row shows how a eSalesTrack object lands in Microsoft Dynamics 365 Sales , including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

eSalesTrack

Lead

maps to

Microsoft Dynamics 365 Sales

Lead

1:1
Fully supported

eSalesTrack Lead records map directly to Dynamics 365 Lead. Lead status from eSalesTrack maps to Dynamics 365 Lead Status. Any lead score or source tracking fields in eSalesTrack migrate to custom fields on the Dynamics 365 Lead entity. We resolve the eSalesTrack owner reference to a Dynamics 365 User by email match and set OwnerId at import time.

eSalesTrack

Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

eSalesTrack Contact records map to Dynamics 365 Contact. The contact's associated Account (Company) resolves to a Dynamics 365 AccountId via the Account mapping phase. Phone, email, address, title, and custom fields on the Contact migrate directly to typed fields on the Dynamics 365 Contact entity. We flag any eSalesTrack Contact that is not linked to an Account for admin review before insert.

eSalesTrack

Account (Company)

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

eSalesTrack Account records (referred to as Companies in some exports) map to Dynamics 365 Account. Company name maps to Account Name; domain or website maps to Account Website. We use Company Name or Website as the dedupe key during import. Account must be inserted before Contact records so that the AccountId foreign key is satisfied on Contact insert.

eSalesTrack

Opportunity

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

eSalesTrack Opportunities map to Dynamics 365 Opportunity. The eSalesTrack deal stage maps to a Microsoft Dynamics 365 Sales Process stage value that we configure in the destination org before migration. Close date, amount, probability, and owner all map directly. We resolve AccountId and OwnerId during the Opportunity phase after Account and User resolution are complete.

eSalesTrack

Deal Stage (Pipeline)

maps to

Microsoft Dynamics 365 Sales

Sales Process + Stage

lossy
Fully supported

Each named stage from the eSalesTrack pipeline becomes a StageName value within a Microsoft Dynamics 365 Sales Process that we pre-configure in the destination org. We set probability percentages per stage to match eSalesTrack values where available. If eSalesTrack has a single pipeline, we use the default Microsoft Dynamics 365 Sales Process. Multiple pipelines require multiple Sales Processes or Record Types in Dynamics 365.

eSalesTrack

Product

maps to

Microsoft Dynamics 365 Sales

Product2

1:1
Fully supported

eSalesTrack Products map to Dynamics 365 Product2 records. Product name, SKU, and description migrate directly. We create Standard Pricebook entries for each product during the import phase. If eSalesTrack does not expose a product API, we extract product data from the CSV export and transform it for Dataverse bulk import.

eSalesTrack

Line Item

maps to

Microsoft Dynamics 365 Sales

OpportunityLineItem

1:1
Fully supported

eSalesTrack Line Items attached to Deals map to Dynamics 365 OpportunityLineItem. We resolve the Opportunity (WhatId), Product (PricebookEntry.Product2Id), and Pricebook2 reference at migration time. Quantity, unit price, and total migrate directly. This phase runs after Product2 and PricebookEntry creation are confirmed complete.

eSalesTrack

Owner

maps to

Microsoft Dynamics 365 Sales

User

1:1
Fully supported

eSalesTrack Owner references on Contacts, Accounts, and Opportunities map to Dynamics 365 User by email address. We extract the distinct owner list from the source export and match against the destination org's User table. Any eSalesTrack owner without a matching Dynamics 365 User goes to a reconciliation queue; the customer's admin provisions the missing User before migration resumes.

eSalesTrack

Custom Field

maps to

Microsoft Dynamics 365 Sales

Custom Field (Dataverse)

lossy
Fully supported

eSalesTrack custom fields on Contacts, Accounts, and Opportunities require pre-creation in Dynamics 365 before data import. We use the Dynamics 365 user-defined fields feature (directly in the UI) or the Dataverse API to provision custom fields with matching data types. Text fields, number fields, date fields, and picklist fields each have type-specific mapping rules that we document in the pre-migration schema design phase.

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.

eSalesTrack logo

eSalesTrack gotchas

High

Implementation, training, customisation, and migration are billed separately

Medium

Custom object support is not publicly documented

Medium

Reporting templates are fixed — advanced analytics require external BI

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales gotchas

High

Professional tier 15-table custom table limit blocks migrations

High

October 2024 pricing increase applies at renewal for all customers

Medium

Custom fields must be created in the UI before API writes

Medium

Power Platform request limits apply to bulk migrations

Medium

Activity records orphaned to inactive owners fail silently

Pair-specific challenges

  • eSalesTrack exports via CSV without a documented API

    eSalesTrack data export operates at the account level via CSV rather than through a documented REST or Bulk API. This means relationship links between Contacts and Accounts, and between Opportunities and Accounts or Contacts, must be reconstructed during the migration transform phase using shared identifiers from the export. We extract all record types in a single pass, normalise the foreign-key references, and sequence inserts in dependency order (Account first, then Contact, then Opportunity) so that parent-record IDs are available at child-record insert time.

  • Workflows and automations do not migrate to Dynamics 365

    eSalesTrack basic workflow automation and any configured triggers do not export in a transferable format. Dynamics 365 implements automation through Dynamics 365 Workflow, Power Automate, or Dataverse plugins with a different execution model. We do not migrate automations as code. We deliver a written inventory of every active eSalesTrack workflow with its trigger, conditions, and actions, plus a recommendation for the equivalent Power Automate flow or Dynamics 365 workflow step. Rebuilding these is an admin task post-migration.

  • Dynamics 365 field-level security and validation rules can block import

    Dynamics 365 enforces field-level security, required field rules, and validation rules that can cause record rejection during bulk import. We coordinate with the customer's Dynamics 365 admin to grant the migration service account the appropriate Dataverse security role and to temporarily relax non-essential validation rules during the load phase. We restore original validation rules after migration completes and verify that newly created records after cutover are correctly validated.

  • Custom field pre-creation is required before data import

    Any eSalesTrack custom fields must be explicitly created in Dynamics 365 before data import, using the custom fields UI or the Dataverse API. If a custom field does not exist in the destination, the corresponding data is silently dropped during CSV import. We audit the eSalesTrack field schema during discovery, generate the Dataverse field creation batch, and deploy it to a sandbox environment before production migration begins.

  • Activity history (calls, emails, notes) may not export cleanly

    Entry-level CRMs like eSalesTrack sometimes store engagement history in a denormalised format or expose it only through the UI without a structured export. We assess the eSalesTrack engagement export during discovery. If structured activity records are available, we map them to Dynamics 365 Task (calls, tasks) or Event (meetings) objects. If activities are stored as note attachments or in an unstructured format, we migrate them as Note records linked to the parent Contact or Account and flag this limitation in the migration scope document.

Migration approach

Six steps for a successful eSalesTrack to Microsoft Dynamics 365 Sales data migration

  1. Discovery and source audit

    We extract all record types from eSalesTrack via the available CSV export or data access method. We audit the field schema across Leads, Contacts, Accounts, Opportunities, and Products, identify custom fields, note the pipeline stage set, count owner references, and assess engagement history availability. We pair this with a Dynamics 365 edition review: Sales Professional ($65/user/mo) covers most eSalesTrack migration scopes; Enterprise ($105/user/mo) is recommended if the customer needs advanced territory management, read-only field audit history, or Power Automate flows running at scale.

  2. Schema design in Dynamics 365

    We pre-create the Dynamics 365 environment structure in a sandbox: Account hierarchy configuration, Contact fields, Opportunity fields with the correct Sales Process stage values matching the eSalesTrack pipeline, custom fields for any eSalesTrack extended properties, and User provisioning for every eSalesTrack owner. We document the custom field creation batch as a Dataverse API script that can be re-run in production after sandbox sign-off.

  3. Sandbox migration and reconciliation

    We run a full migration into a Dynamics 365 sandbox using representative data volume. The customer's RevOps lead reconciles record counts, spot-checks 20-30 records against the source export, and verifies that parent-child relationships (Account-Contact, Account-Opportunity, Opportunity-Line Item) resolved correctly. Any field mapping corrections, dropped fields, or stage mapping adjustments happen in sandbox before production begins.

  4. Owner reconciliation and User provisioning

    We extract every distinct owner referenced in the eSalesTrack export and match by email against the Dynamics 365 destination User table. Owners without a matching User go to a reconciliation list. The customer's Dynamics 365 admin provisions the missing Users. Migration cannot proceed to production insert until every owner in the export has a corresponding User in the destination org.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts (from eSalesTrack Companies), Contacts (with AccountId resolved), Leads, Opportunities (with AccountId, OwnerId, and correct Sales Process stage resolved), Products and Pricebook entries, and Line Items. Each phase emits a row-count reconciliation report before the next phase begins. We use Dynamics 365 Dataverse bulk import or the Power Platform Dataflow tooling depending on record volume, with batch chunking for imports exceeding 50,000 records.

  6. Cutover, delta migration, and automation handoff

    We freeze eSalesTrack writes during cutover, run a final delta migration for any records modified during the migration window, then enable Dynamics 365 as the system of record. We deliver the automation inventory document listing every eSalesTrack workflow, its trigger, conditions, and recommended Dynamics 365 Workflow or Power Automate equivalent. We support a one-week post-go-live window for reconciliation issues. Workflow rebuilds, Power Automate flow creation, and admin training are outside standard migration scope and require a separate engagement.

Platform deep dives

Context on both ends of the pair

eSalesTrack logo

eSalesTrack

Source

Strengths

  • Sales pipeline, forecasting, and quota management built directly into the CRM at SMB pricing.
  • Bundled marketing automation with campaign management and bulk personalized email.
  • Dedicated mobile edition for tablets and smartphones with account, lead, and communication management.
  • Multi-channel support (email, phone, live online, webinars, in-person training) for a small vendor.
  • Per-user pricing scales linearly so cost growth is predictable as the team adds reps.

Weaknesses

  • Dated and unintuitive UI with a steep learning curve cited across G2, Research.com, and Software Advice reviews.
  • Slow loading, mobile performance problems, and filtering issues called out in G2 reviewer feedback.
  • Reporting customisation is limited to default templates — power users need to export to BI tools.
  • Insufficient native integration with third-party business tools versus mainstream CRM ecosystems.
  • Advanced configuration and customisation require vendor technical support, inflating real cost of ownership.
Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

Destination

Strengths

  • Native integration with Microsoft 365, Teams, Outlook, and SharePoint for unified productivity workflow
  • Unlimited custom tables and complex workflows on Enterprise tier enable deep customization for complex sales processes
  • AI-driven predictive analytics and deal intelligence on Enterprise and Premium tiers help sales teams prioritize pipeline
  • Dataverse unified data layer provides a consistent API and data model across all Dynamics 365 and Power Platform apps
  • Strong security model with Field-Level Security and Record Ownership rules for governance-conscious enterprises

Weaknesses

  • Sales Professional tier caps custom tables at 15, creating a migration ceiling for highly customized SMB environments
  • October 2024 pricing increases of $15 per user across all tiers apply to existing customers upon renewal
  • Implementation typically requires costly certified partners, adding 30–50% to total project cost
  • Updates and platform releases can disrupt customizations and plugins, requiring regression testing after each wave
  • Non-Microsoft integrations require additional configuration or middleware, limiting flexibility for heterogeneous tech stacks

Complexity grading

How hard is this migration?

Moderate CRM migration. 1 of 8 objects need a manual workaround.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across eSalesTrack and Microsoft Dynamics 365 Sales .

  • Object compatibility

    C

    1 of 8 objects need a manual workaround.

  • 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

    eSalesTrack: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your eSalesTrack to Microsoft Dynamics 365 Sales 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 eSalesTrack to Microsoft Dynamics 365 Sales data migrations

Answers to the questions buyers ask most during eSalesTrack to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your eSalesTrack to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migrations land between two and four weeks for accounts under 10,000 records with a single pipeline and no custom objects. Migrations with multi-stage pipelines, product and line-item data, custom field schemas, or historical engagement records move to six to ten weeks. The primary time variable is how quickly the customer provisions User accounts in Dynamics 365 to match the eSalesTrack owner list, and how many custom fields require schema pre-creation in the destination org.

Adjacent paths

Related migrations to explore

Ready when you are

Move from eSalesTrack.
Land in Microsoft Dynamics 365 Sales , 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