CRM migration
Field-level mapping, validation, and rollback between Intrix CRM and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Intrix CRM
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
9 of 13
objects map 1:1 between Intrix CRM and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
3-5 weeks
Overview
Migrating from Intrix CRM to Microsoft Microsoft Dynamics 365 Sales is a CSV-to-API migration that requires a fundamentally different data extraction strategy from Intrix, which has no public REST API endpoint for external tools. All data originates as manually downloaded CSV files from the Intrix UI before transformation and import into Microsoft Dynamics 365 Sales via the Dataverse API or Bulk API. We handle the parent-child relationship between Clients and Contacts, preserve the 360-degree client history including activity logs and custom fields, and extract Working Hours Records for Advanced and Unlimited tier accounts only. Project tasks with predecessor dependencies require sequencing during import because Microsoft Dynamics 365 Sales lacks a native task-dependency graph. We do not migrate Workflows, Sequences, Automations, or Forms as code; we deliver a written inventory of these for the customer to rebuild in Microsoft Dynamics 365 Sales or Power Automate 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
Intrix CRM platform overview
Scorecard, SWOT, gotchas, and pricing for Intrix CRM.
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 Intrix CRM 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.
Intrix CRM
Client
Microsoft Dynamics 365 Sales
Account
1:1Intrix Client records map directly to Microsoft Microsoft Dynamics 365 Sales Account. The Client record's 360-degree overview data, including industry classification, annual revenue, and custom fields, maps to Account standard fields and custom columns in Dataverse. We use the Client name as the dedupe key during import. Account must be created before any Contact import so that the parent AccountId lookup is satisfied at the moment of Contact insert. If the Intrix account has multiple addresses, we map the primary address to the Account Address fields and flag additional addresses for manual entry or custom address sub-grid configuration.
Intrix CRM
Contact
Microsoft Dynamics 365 Sales
Contact
1:1Intrix Contact records map to Microsoft Dynamics 365 Sales Contact with the parent Client mapped to AccountId via lookup resolution. We preserve the contact name, email, phone, job title, and any custom contact-level fields. If the Intrix account uses the Contact's primary Client assignment as a hierarchical link, we resolve that relationship using the AccountId field. Duplicate detection runs against the email address during import to avoid creating duplicate Contact records for existing accounts.
Intrix CRM
Opportunity
Microsoft Dynamics 365 Sales
Opportunity
1:1Intrix Opportunities map to Microsoft Dynamics 365 Sales Opportunity with stage, value, expected close date, and owner preserved. The Intrix pipeline stages are customer-specific and require a stage-name mapping table that we extract during scoping. We configure the corresponding Sales Process and stage values in Dynamics 365 before migration so that stage probabilities and picklist values are consistent with the source. Closed-Lost and Closed-Won dates map to CloseDate with the status inferred from the Intrix stage name.
Intrix CRM
Pipeline Stages
Microsoft Dynamics 365 Sales
Stage (Sales Process)
lossyEach distinct pipeline in Intrix becomes a Microsoft Dynamics 365 Sales Process whitelisted on the Opportunity record type. We extract the customer's active stage names and probabilities from the Intrix UI and configure matching stage values in Dynamics 365. Stage probability percentages migrate with rounding to the nearest integer allowed by Dynamics. If the customer uses multiple pipelines in Intrix, each pipeline maps to a separate Opportunity record type.
Intrix CRM
Activity: Call, Email, Meeting, Task
Microsoft Dynamics 365 Sales
Task, Event, EmailMessage
1:1Intrix Activities logged against Clients or Opportunities migrate to Dynamics 365 Task, Event, and EmailMessage records. Calls map to Task with TaskSubtype set to Call and disposition preserved in custom fields. Meetings map to Event with StartDateTime, EndDateTime, and Location preserved. Email threads from the Intrix activity log require flattening into individual EmailMessage records linked to a parent Task. Activity timestamps are preserved as ActivityDate so that the timeline order is maintained in Dynamics 365.
Intrix CRM
Project
Microsoft Dynamics 365 Sales
Custom Project Entity or Account Sub-grid
lossyMicrosoft Dynamics 365 Sales does not have a native project management module. If the customer's Intrix Projects contain critical task dependency data, we create a custom Project entity in Dataverse before migration and map the project name, description, status, and owner. For customers with simple project tracking needs, we map Projects to Accounts with a project-name custom field and store tasks under the Account. The migration inventory notes the chosen strategy and any dependency logic that cannot be preserved without custom Power Apps development.
Intrix CRM
Task (Project Task with Dependencies)
Microsoft Dynamics 365 Sales
Task
1:1Intrix Project Tasks with predecessor dependencies require ordered import sequencing because Microsoft Dynamics 365 Sales has no native task-dependency model. We extract the dependency graph from Intrix, sort tasks so that predecessor tasks are imported before their dependent tasks, and store the original dependency reference in a custom field (intrix_dependency__c) for audit. The completion-blocking logic that Intrix enforces cannot be replicated in Microsoft Dynamics 365 Sales without custom Power Apps development, so we document this limitation in the migration handoff.
Intrix CRM
Working Hours Records (WHR)
Microsoft Dynamics 365 Sales
Custom WHR Entity
1:1WHR data exists only on Intrix Advanced and Unlimited tiers. There is no standard Microsoft Dynamics 365 Sales object for time-tracking records, so we create a custom WHR entity in Dataverse before migration. The custom entity stores employee reference, date, hours worked, project reference, and any custom fields from the source WHR schema. If the destination does not require WHR data, we skip this object during migration after confirming scope during discovery.
Intrix CRM
Support Ticket
Microsoft Dynamics 365 Sales
Case
1:1Intrix Support Tickets (available on Advanced and Unlimited as an add-on) map to Microsoft Dynamics 365 Sales Case when the destination includes Service Cloud. Ticket status maps to Case Status, assignee maps to OwnerId, and email thread history migrates as EmailMessage records linked to the Case. We flatten threaded email content and store it in the Case Description or in a custom EmailThread__c field to preserve the full conversation history.
Intrix CRM
Custom Fields
Microsoft Dynamics 365 Sales
Custom Columns (Dataverse)
lossyIntrix custom fields on any object migrate to Dataverse custom columns of equivalent type. We extract the full custom field schema per object during discovery and pre-create all columns in Dynamics 365 before any data import. Field types are mapped: text to Text, date to DateTime, number to Decimal or Whole Number, dropdown to Option Set, and checkbox to Two Option. Unsupported field types are flagged for the customer's admin to handle during post-migration configuration.
Intrix CRM
Owner
Microsoft Dynamics 365 Sales
User
1:1Intrix Owner records map to Microsoft Dynamics 365 Sales User by email match. We extract every distinct owner referenced on Client, Contact, Opportunity, Activity, Project, and WHR records and match against the destination org's User table. Owners without a matching Dynamics 365 User enter a reconciliation queue for the customer's admin to provision before record import resumes. Migration cannot proceed past this step because OwnerId references are required on standard objects.
Intrix CRM
Attachments
Microsoft Dynamics 365 Sales
SharePoint or Notes Attachment
lossyIntrix file attachments stored per Client, Contact, or Project are downloaded from the Intrix UI and re-uploaded to the destination record. For Client and Contact attachments, we link files to the Account or Contact via SharePoint document locations configured in Dynamics 365 or via Notes attachments. File naming preserves the original Intrix filename and record association. We flag any file exceeding Dynamics 365 attachment size limits for manual handling.
Intrix CRM
Integrations
Microsoft Dynamics 365 Sales
Not Migrated
1:1Intrix integrations with MailChimp, Google Calendar, and AccountingBox store connection credentials and sync state that cannot be exported or migrated. We document every active integration during discovery so the customer can reconfigure connections manually in Dynamics 365. Email threads from integrated accounts that do not appear in the Intrix activity log must be exported directly from the email platform (Outlook or Gmail) rather than relying on Intrix as the source of record.
| Intrix CRM | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Client | Account1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Opportunity | Opportunity1:1 | Fully supported | |
| Pipeline Stages | Stage (Sales Process)lossy | Mapping required | |
| Activity: Call, Email, Meeting, Task | Task, Event, EmailMessage1:1 | Fully supported | |
| Project | Custom Project Entity or Account Sub-gridlossy | Fully supported | |
| Task (Project Task with Dependencies) | Task1:1 | Fully supported | |
| Working Hours Records (WHR) | Custom WHR Entity1:1 | Mapping required | |
| Support Ticket | Case1:1 | Fully supported | |
| Custom Fields | Custom Columns (Dataverse)lossy | Mapping required | |
| Owner | User1:1 | Fully supported | |
| Attachments | SharePoint or Notes Attachmentlossy | Mapping required | |
| Integrations | Not Migrated1:1 | Not 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.
Intrix CRM gotchas
No public API for automated export or import
Tier-gated modules affect what data exists
Project task dependencies require ordered import
Trial data deletion after 30 days
Limited integrations create data silos
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
Discovery and CSV export
We audit the Intrix CRM account across tier (Basic, Advanced, or Unlimited), active modules, custom field schemas per object, pipeline configuration, and owner assignments. We download per-object CSV exports from the Intrix UI: Clients, Contacts, Opportunities, Activities, Projects, Tasks, and WHR if applicable. We document the dependency graph for Project Tasks and flag any records linked to trial data or tier-gated modules. The discovery output is a written migration scope document that both parties sign off on before any paid migration work begins.
Schema design in Dynamics 365
We design the destination schema in Dynamics 365 Dataverse. This includes provisioning the custom WHR entity if WHR data is in scope, creating custom columns for all Intrix custom fields with type-mapped Dataverse field types, configuring Sales Processes for pipeline stage mapping, and setting up Option Sets for status and stage picklist values. We deploy schema to a Dynamics 365 Sandbox first for validation before any production data is touched. Custom field naming follows the Dataverse __c suffix convention and preserves the original Intrix field label for audit clarity.
Sandbox migration and reconciliation
We run a full migration into the Dynamics 365 Sandbox using the production CSV exports. The customer's RevOps lead reconciles record counts (Accounts in, Contacts in, Opportunities in, Activities in) and spot-checks 25-50 records against the Intrix source for field-level accuracy. Any mapping corrections, missing fields, or schema gaps surface here. The customer signs off the Sandbox results before we proceed to production migration. This step prevents costly corrections in the production environment.
Owner reconciliation and user provisioning
We extract every distinct Intrix Owner referenced across all migrating objects and match by email against the Dynamics 365 destination org's User table. Owners without a matching User enter a reconciliation queue. The customer's Dynamics 365 admin provisions any missing Users (active or inactive depending on whether the original Intrix user remains active). Migration cannot advance past this step because OwnerId references are required on Account, Contact, Opportunity, Task, Event, and Case records. We do not create placeholder Users; only the customer's admin can provision the correct access level and license assignment.
Production migration in dependency order
We run production migration in strict record-dependency order. Account creation from Intrix Clients comes first. Contact import follows with AccountId resolved via lookup. Opportunities import with AccountId, OwnerId, and the appropriate Sales Process resolved. Activities import via Bulk API in batches with WhoId and WhatId resolved against the newly created Contact, Account, and Opportunity records. Project tasks with dependency relationships are sequenced so that predecessor tasks land before their dependent tasks. WHR and Case data follow in the final phases. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and migration handoff
We freeze writes in Intrix during the cutover window, run a final delta migration of any records modified during the migration run, and confirm all parent-child relationships are satisfied in Dynamics 365. We deliver a migration inventory document listing every active Intrix Workflow, Automation, and Integration with a recommendation for rebuilding in Microsoft Dynamics 365 Sales or Power Automate. We do not rebuild Intrix Workflows as Power Automate flows inside the migration scope. We support a three-day hypercare window after cutover for the customer to report reconciliation issues, then close the engagement.
Platform deep dives
Intrix CRM
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 Intrix CRM 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
Intrix CRM: Not publicly documented.
Data volume sensitivity
Intrix CRM 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 Intrix CRM to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Intrix CRM 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 Intrix CRM
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.