CRM migration
Field-level mapping, validation, and rollback between Touchdown and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Touchdown
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
6 of 8
objects map 1:1 between Touchdown and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Touchdown to Microsoft Dynamics 365 Sales is a platform category shift: Touchdown is a B2B marketing automation CRM positioned at the entry level, while Dynamics 365 Sales is an enterprise sales CRM with deep pipeline management, forecasting, and Microsoft ecosystem integration. Touchdown does not publish a public API schema, so we begin every migration with authenticated API exploration to discover the live data model before any field mapping begins. We map Contact records to Dynamics 365 Leads or Contacts based on qualification status, Companies to Accounts, and Campaigns to the Dynamics 365 Campaign object. Audience segments from Touchdown do not transfer as a data object; we export the segment definitions and recreate them as Dataverse views or filtered queries in the destination. Email templates migrate as content with merge field placeholders mapped to Dynamics 365 template tokens. Touchdown Workflows, Sequences, and Forms do not migrate as code; we deliver a written inventory of every active automation for your admin to rebuild in Dynamics 365.
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
Touchdown platform overview
Scorecard, SWOT, gotchas, and pricing for Touchdown.
Destination platform
Microsoft Dynamics 365 Sales platform overview
Scorecard, SWOT, gotchas, and pricing for Microsoft Dynamics 365 Sales .
Data migration guide
The complete Microsoft Dynamics 365 Sales migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Microsoft Dynamics 365 Sales migration checklist
Pre- and post-cutover tasks for moving onto Microsoft Dynamics 365 Sales .
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Touchdown 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.
Touchdown
Contact
Microsoft Dynamics 365 Sales
Lead or Contact
1:manyTouchdown Contact records map to either Salesforce Lead (for unqualified prospects) or Contact (for qualified buyers tied to an Account). We evaluate Touchdown's lifecycle or engagement score properties during scoping to determine the split rule, since Touchdown does not enforce a Lead/Contact model. We preserve the original Touchdown contact ID and any scoring properties in custom fields on both Lead and Contact for audit and reconciliation.
Touchdown
Company
Microsoft Dynamics 365 Sales
Account
1:1Touchdown Company records map 1:1 to Dynamics 365 Sales Account. We use the Company domain or name as the Account deduplication key during import. Account is provisioned before Contact import so that the AccountId lookup relationship is satisfied at Contact insert time.
Touchdown
Campaign
Microsoft Dynamics 365 Sales
Campaign
1:1Touchdown Campaigns map to Dynamics 365 Campaign. Campaign name, type, status, and dates migrate as standard Campaign fields. Audience assignments from Touchdown migrate as CampaignMember records linked to the corresponding Account or Contact. Campaign financial values map to BudgetedCost and ActualCost fields on the Dynamics 365 Campaign.
Touchdown
Segment
Microsoft Dynamics 365 Sales
Dataverse View or Query
lossyTouchdown audience segments do not have a direct Dynamics 365 equivalent as a data object. We export segment definitions during API discovery, capture the filter logic (field conditions, operators, date ranges), and recreate them as Dataverse Saved Views or Power Automate flows in the destination. The customer chooses the implementation approach during scoping.
Touchdown
Email Template
Microsoft Dynamics 365 Sales
Email Template
1:1Touchdown email templates migrate as Dynamics 365 Email Template records. We export template content including HTML structure and merge field tokens, then map Touchdown tokens to Dynamics 365 token format (such as $fieldname or {fieldname}) based on the source field names discovered during API exploration. Template type (text, HTML, or both) is preserved.
Touchdown
Custom Field
Microsoft Dynamics 365 Sales
Custom Field
1:1Touchdown custom field schema is not publicly documented, so we discover custom field definitions during the pre-migration API exploration phase. Each custom field is evaluated for Dynamics 365 data type mapping: text fields map to Text or Memo, number fields to Integer or Decimal, date fields to DateTime, and checkbox fields to Two Option. We pre-create the destination schema in a Sandbox before production migration.
Touchdown
Engagement Activity
Microsoft Dynamics 365 Sales
Activity (Task, Email, Note)
1:1Touchdown engagement records (opens, clicks, sends, form submissions) map to a combination of Task records and custom activity fields in Dynamics 365. We do not have a documented engagement object schema from Touchdown, so API discovery determines the actual field structure per customer instance before we design the activity mapping.
Touchdown
User/Owner
Microsoft Dynamics 365 Sales
User
1:1Touchdown Owner records map to Dynamics 365 User by email match. We extract all distinct owner references on Contact, Company, Campaign, and Engagement records, match against the destination User table, and flag any unresolvable owners in a reconciliation queue for the customer's admin to provision before record import proceeds.
| Touchdown | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact | Lead or Contact1:many | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Campaign | Campaign1:1 | Fully supported | |
| Segment | Dataverse View or Querylossy | Fully supported | |
| Email Template | Email Template1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| Engagement Activity | Activity (Task, Email, Note)1:1 | Fully supported | |
| User/Owner | User1: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.
Touchdown gotchas
Catalog website appears mismatched
Touchdown stores its data inside the Dynamics 365 / Dataverse tenant
SMS data and consent records require careful handling
Templates and landing pages reference Microsoft-hosted assets
Microsoft Dynamics 365 Sales gotchas
Professional tier 15-table custom table limit blocks migrations
October 2024 pricing increase applies at renewal for all customers
Custom fields must be created in the UI before API writes
Power Platform request limits apply to bulk migrations
Activity records orphaned to inactive owners fail silently
Pair-specific challenges
Migration approach
Authenticated API discovery
We begin with authenticated API exploration of the Touchdown instance using the customer's credentials. We enumerate all accessible endpoints, field names, data types, custom properties, and relationship references. The discovery output is a written data model map that defines the source schema before any field mapping is designed. This phase is unique to Touchdown because no public schema exists and the data model varies per customer instance.
Scope definition and segment inventory
We define the migration scope based on the discovered data model. We enumerate Contacts, Companies, Campaigns, Segments, Email Templates, Custom Fields, and Engagement records. We capture segment filter definitions for documentation and recreate planning. We also inventory active Touchdown Workflows and Sequences for the written handoff document. The customer reviews and approves the scope before schema design begins.
Destination schema design in Sandbox
We create the Dynamics 365 destination schema in a Sandbox environment: Account and Contact objects, Lead object if the split applies, Campaign object, Email Template structure, and any custom fields discovered during API exploration. We configure field types, option sets, and lookup relationships. The schema is validated in Sandbox before production migration begins.
Owner and user reconciliation
We extract all distinct Touchdown Owner references and match by email against the destination Dynamics 365 User table. Any Owner without a matching User goes to a reconciliation queue for the customer's admin to provision. Migration cannot proceed with records that reference unresolved OwnerIds. We validate the queue resolution before record import starts.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Touchdown Companies), Contacts (with AccountId resolved and Lead-Contact split applied), Campaigns (with CampaignMember audience assignments), Email Templates (with token mapping), then Engagement history (Task and Email records with ActivityDate preserved). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation handoff
We freeze Touchdown writes during cutover, run a final delta migration of records modified during the migration window, then mark Dynamics 365 Sales as the system of record. We deliver the Workflow and Sequence inventory document to the customer's admin team with recommended Dynamics 365 equivalents. We support a one-week hypercare window for reconciliation issues. We do not rebuild Touchdown Workflows or Sequences as Power Automate flows inside the migration scope; that is a separate engagement.
Platform deep dives
Touchdown
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM 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 Touchdown and Microsoft Dynamics 365 Sales .
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
Touchdown: Governed by Dataverse Web API service protection limits (per-user/per-app rate ceilings published by Microsoft). Touchdown does not impose additional documented limits on top..
Data volume sensitivity
Touchdown 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 Touchdown to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Touchdown to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Touchdown
Other ways to arrive at Microsoft Dynamics 365 Sales
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.