CRM migration
Field-level mapping, validation, and rollback between Touchpoint MX and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Touchpoint MX
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
6 of 9
objects map 1:1 between Touchpoint MX and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
4-6 weeks
Overview
Touchpoint MX is a New Zealand-built marketing automation and customer journey platform with multi-channel messaging (Email, SMS, Voice) and centralized feedback collection. Microsoft Microsoft Dynamics 365 Sales is Microsoft's enterprise CRM with deep Microsoft 365 integration, Dataverse-backed data storage, and a per-user licensing model. The two platforms share Contacts and Satisfaction Scores as common objects, but Touchpoint MX's Journey Map concept (custom stage taxonomies per organization) requires flattening into Contact custom fields when migrating to Dynamics 365 because Dynamics has no native journey model. We preserve Feedback Records as Notes attached to Contacts, map Channel assignments to Communication preferences, and export a full integration checklist because Touchpoint MX OAuth tokens and webhook endpoints do not transfer. Workflows, automation rules, and Message Templates are not migrated as code; we deliver a written inventory for manual 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
Touchpoint MX platform overview
Scorecard, SWOT, gotchas, and pricing for Touchpoint MX.
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 Touchpoint MX 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.
Touchpoint MX
Contact
Microsoft Dynamics 365 Sales
Contact
1:1Touchpoint MX Contact records map directly to Dynamics 365 Contact. Standard fields (FullName, Email, Phone, BusinessPhone, JobTitle) map to the equivalent Dynamics Contact fields. We preserve any Touchpoint MX custom field values on the Contact record as custom Contact fields in Dynamics 365, created during schema design. Owner assignment resolves by email match to a Dynamics User; unresolved owners go to a reconciliation queue for the customer's admin to provision.
Touchpoint MX
Journey Maps
Microsoft Dynamics 365 Sales
Contact (custom fields)
1:manyTouchpoint MX Journey Maps define custom stage labels and transitions per organization. Dynamics 365 has no native Journey Map object, so we flatten the journey structure into Contact. The current stage label becomes a custom Contact field (tp_current_journey_stage__c), the complete stage history becomes a custom multi-select or text field (tp_journey_history__c), and transition timestamps become date fields. We produce a stage mapping table during scoping so the customer approves which source stage maps to which label before data lands.
Touchpoint MX
Channels
Microsoft Dynamics 365 Sales
Contact (Communication preferences)
1:1Touchpoint MX Channel assignments (Email active, SMS active, Voice active) map to Dynamics 365 Contact Communication preferences or custom boolean fields (tp_email_channel__c, tp_sms_channel__c, tp_voice_channel__c). Channel delivery metadata (last sent date, channel status) preserves as custom fields on Contact if the customer requires audit trail of communication channel activity.
Touchpoint MX
Satisfaction Scores
Microsoft Dynamics 365 Sales
Contact (rating field or custom field)
1:1Touchpoint MX Satisfaction Scores tied to Contacts map to the Dynamics 365 Contact rating field (scale 1-5) or a custom decimal field (tp_satisfaction_score__c) with timestamp (tp_satisfaction_date__c). If the customer collects multiple satisfaction records per Contact, we create a custom Satisfaction Survey entity in Dynamics 365 linked to Contact via a lookup relationship.
Touchpoint MX
Feedback Records
Microsoft Dynamics 365 Sales
Note (attached to Contact)
1:1Touchpoint MX Feedback Records (structured entries with text, date collected, and related Contact) map to Dynamics 365 Note records attached via ContentDocumentLink to the parent Contact. Feedback author, collection date, and channel source preserve as Note title prefix and custom fields. Large Feedback volumes (over 100,000 records) migrate in Bulk API batches to avoid timeout.
Touchpoint MX
Message Templates
Microsoft Dynamics 365 Sales
Email Template (reference document)
lossyTouchpoint MX Message Templates (content, subject lines, personalization tokens) export as a written reference document listing Template Name, Subject, Body content, and token placeholders. Dynamics 365 Email Templates serve as the equivalent object, but template migration requires manual rebuild because the token syntax differs between platforms. We deliver the full template inventory so the customer's admin rebuilds them in Dynamics Email Template format.
Touchpoint MX
Custom Fields (Contact-level)
Microsoft Dynamics 365 Sales
Custom Contact fields
lossyTouchpoint MX custom fields on Contacts (with Manager-only, Attendee-only, or Everyone visibility) export with their values per Contact. We create equivalent custom fields in Dynamics 365 during schema design, preserving the most permissive visibility setting to avoid data suppression. Any permission-gated visibility logic is noted as a custom field description for the Dynamics admin to configure field-level security post-migration.
Touchpoint MX
Users / Team Members
Microsoft Dynamics 365 Sales
User
1:1Touchpoint MX User accounts map by email and FullName to Dynamics 365 User records. Owner assignments on Contacts, Feedback Records, and Journey Records resolve by email match to the Dynamics User. Users without a matching Dynamics User go to a reconciliation queue for the customer's admin to provision before record import resumes.
Touchpoint MX
Attachments
Microsoft Dynamics 365 Sales
SharePoint or Notes attachments
1:1Attachments associated with Touchpoint MX Contacts or Feedback Records export as files and re-associated in Dynamics 365. We use Dynamics 365's SharePoint integration (if configured) or attach files to the Contact record via Notes with ContentDocumentLink. Large attachment volumes require chunked migration to avoid API timeout. We flag estimated attachment volume during scoping so the customer can pre-configure SharePoint document libraries if needed.
| Touchpoint MX | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Journey Maps | Contact (custom fields)1:many | Mapping required | |
| Channels | Contact (Communication preferences)1:1 | Mapping required | |
| Satisfaction Scores | Contact (rating field or custom field)1:1 | Fully supported | |
| Feedback Records | Note (attached to Contact)1:1 | Fully supported | |
| Message Templates | Email Template (reference document)lossy | Mapping required | |
| Custom Fields (Contact-level) | Custom Contact fieldslossy | Mapping required | |
| Users / Team Members | User1:1 | Fully supported | |
| Attachments | SharePoint or Notes attachments1: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.
Touchpoint MX gotchas
No public API documentation in CSV
Journey Map stage labels require remapping
Integration tokens and OAuth credentials do not transfer
Custom Fields use permission-gated visibility settings
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
Scoping and data access confirmation
We audit the Touchpoint MX account for Contact volume, Journey Map count, Feedback record volume, custom field definitions, Attachment count, active User list, and any integration configurations. We also confirm the export method with the customer: API access (preferred) or UI-based CSV extraction. If no API documentation is available, we scope CSV extraction with field coverage limitations documented upfront. The scoping output is a written migration scope document listing all objects to migrate, estimated volumes, and any export constraints.
Schema design in Dynamics 365
We design the destination schema in Dynamics 365 including custom Contact fields (for Journey Map stages, Channel preferences, Satisfaction Scores with timestamps), a custom Satisfaction Survey entity if multiple scores per Contact are needed, and any custom fields mapped from Touchpoint MX custom fields. If the customer uses SharePoint for attachments, we confirm SharePoint document library configuration is in place. Schema is validated in a Dynamics 365 Sandbox environment before production migration begins.
Stage mapping and Journey Map flattening design
We work with the customer to produce a stage mapping table that maps each Touchpoint MX Journey Map stage label to a Dynamics 365 custom Contact field value. If multiple Journey Maps exist with conflicting stage names, we design a separate custom field per Journey Map. The mapping table is approved by the customer before data transformation begins to prevent Contacts landing in the wrong lifecycle bucket.
Sandbox migration and reconciliation
We run a full migration into a Dynamics 365 Sandbox using production-like data volume. The customer's admin reconciles record counts (Contacts in, Notes in, Attachment count), spot-checks 20-40 random records against the Touchpoint MX source, and signs off the schema and mapping before production migration begins. Any mapping corrections happen in Sandbox, not in production.
Production migration in dependency order
We run production migration in record-dependency order: Users (validated by admin provisioning), Contacts (with custom field values resolved), Notes (Feedback Records attached to Contact), Attachments (via SharePoint or Notes), and Satisfaction Scores. Each phase emits a row-count reconciliation report before the next phase begins. Large Feedback record volumes (over 100,000) use Dynamics 365 Bulk API with batch chunking to avoid timeout.
Cutover, validation, and integration rebuild handoff
We freeze Touchpoint MX writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dynamics 365 as the system of record. We deliver the integration checklist (list of active Touchpoint MX integrations with type and endpoint) and the Message Template inventory (template name, subject, body, tokens) for the customer's admin to rebuild in Dynamics 365. We do not rebuild integrations or templates inside the migration scope.
Platform deep dives
Touchpoint MX
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Touchpoint MX and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Touchpoint MX and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Touchpoint MX and Microsoft Dynamics 365 Sales .
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
Touchpoint MX: Not publicly documented.
Data volume sensitivity
Touchpoint MX 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 Touchpoint MX to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Touchpoint MX 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 Touchpoint MX
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.