CRM migration
Field-level mapping, validation, and rollback between Swift Digital Suite and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Swift Digital Suite
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
10 of 12
objects map 1:1 between Swift Digital Suite and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
4-8 weeks
Overview
Swift Digital Suite and Microsoft Microsoft Dynamics 365 Sales serve different operational roles. Swift Digital Suite is a marketing automation platform organised around Contacts, Campaigns, Segments, and engagement scoring for email, SMS, events, and surveys. Microsoft Dynamics 365 Sales is a CRM with Accounts, Contacts, Leads, Opportunities, and Activities built on the Dataverse data model. There is no direct object-to-object equivalence for every Swift record type. We map Contacts to Lead or Contact based on lifecycle stage, Campaigns to a custom Campaign entity, and email history to Tasks and EmailMessage records. Survey responses and Event registrations require custom entity or note-based migration because Microsoft Dynamics 365 Sales has no native survey or event-registration object. Engagement scores migrate as static reference values. Automation Workflows, Survey conditional branching, and custom builder logic do not migrate; we deliver a written inventory for the customer's admin to rebuild in Dynamics 365 or the Power Platform.
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
Swift Digital Suite platform overview
Scorecard, SWOT, gotchas, and pricing for Swift Digital Suite.
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 Swift Digital Suite 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.
Swift Digital Suite
Contact
Microsoft Dynamics 365 Sales
Lead or Contact (split required)
1:manySwift Digital Suite Contacts with lifecycle stage of subscriber or unconfirmed map to Salesforce Lead. Contacts with a confirmed lifecycle stage (customer, evangelist, or sales-qualified) map to Dynamics 365 Contact tied to an Account. We compute the split using the Swift lifecycle stage and hs_lead_status properties at migration time and preserve the original stage in a custom field swift_original_lifecycle__c on both Lead and Contact for audit and reporting continuity.
Swift Digital Suite
Company
Microsoft Dynamics 365 Sales
Account
1:1Swift Digital Suite Company records map to Microsoft Microsoft Dynamics 365 Sales Account. The company domain stored in Swift becomes the Account Website field and is used as a dedupe key during import. We create Account records before Contact import so that the AccountId lookup is satisfied at Contact insert time.
Swift Digital Suite
Campaign
Microsoft Dynamics 365 Sales
Campaign
1:1Swift Digital Suite Campaigns map to Dynamics 365 Campaign (a Marketing Sales feature available in Sales Enterprise or as a separate Dynamics 365 Marketing licence). Campaign metadata (name, type, status, created date) migrates directly. Active or paused campaign state is preserved in a custom Status field because Dynamics 365 Campaign uses a different status model.
Swift Digital Suite
Segment
Microsoft Dynamics 365 Sales
Topic or Contact List
1:1Swift Digital Suite Segments group contacts by behavioural or demographic criteria. We map each segment as a named tag applied to the Contact or Lead record in Dynamics 365. Where the destination includes Dynamics 365 Marketing, segments map to native Segment objects; otherwise, segment membership is stored as a multi-select picklist or tag on the Contact record.
Swift Digital Suite
Email Send / Email History
Microsoft Dynamics 365 Sales
EmailMessage + Task
1:1Individual email sends tied to a Swift campaign and contact migrate to Dynamics 365 EmailMessage records (the email content and send metadata) linked to an Activity Task record (the timeline entry). Send timestamp, open timestamp, click events, bounce status, and unsubscribe status transfer to custom EmailMessage and Task fields. Each EmailMessage is linked to the migrated Contact or Lead via WhoId and to the related Campaign via WhatId.
Swift Digital Suite
SMS Record
Microsoft Dynamics 365 Sales
Activity (custom) or Note
1:1Swift Digital Suite SMS sends migrate as custom Activity records or Notes attached to the Contact or Lead. The SMS consent flag from Swift collapses into Dynamics 365's email opt-out field (HasOptedOutOfEmail) for the SMS channel, and a custom field swift_sms_consent__c preserves the original SMS-specific consent state. If Dynamics 365 Customer Service is available, SMS history can attach to the Contact timeline as custom activity records.
Swift Digital Suite
Survey Definition
Microsoft Dynamics 365 Sales
Dynamics 365 Customer Voice (external) or custom entity
1:1Swift Digital Suite survey definitions (question text, answer types, conditional logic) are exported as structured records. Survey questions and answer options migrate to a custom survey_questions entity in Dynamics 365 or to Dynamics 365 Customer Voice if the customer holds that licence. Conditional branching and skip logic are not exportable from Swift Digital Suite and must be rebuilt manually in Customer Voice or Power Apps.
Swift Digital Suite
Survey Response
Microsoft Dynamics 365 Sales
Custom Entity or Note
1:1Individual survey responses tied to a contact migrate as records in a custom survey_response entity with fields for question_id, response_value, and submitted_date. A lookup links each response to the corresponding Contact record. Where response volume is low, responses attach as Notes on the Contact. The customer confirms during scoping whether a flat response table is sufficient for reporting or whether a rebuild in Dynamics 365 Customer Voice is preferred.
Swift Digital Suite
Event Registration
Microsoft Dynamics 365 Sales
Campaign Member or custom entity
1:1Swift Digital Suite event registrations (name, ticket type, attendance status, RSVP history) migrate as Campaign Member records linked to the corresponding Dynamics 365 Campaign. Ticket type and attendance status map to Campaign Member Status and custom fields. Event-level custom fields (venue, date, capacity) are stored on the parent Campaign record. If the customer uses Dynamics 365 Event Management, event data maps to native Event entities instead.
Swift Digital Suite
Engagement Score
Microsoft Dynamics 365 Sales
Custom Number field on Contact/Lead
1:1Swift Digital Suite engagement scores are numeric values computed from open, click, and conversion activity. We export the current score as a static numeric custom field swift_engagement_score__c on Contact or Lead. Microsoft Dynamics 365 Sales recalculates its own AI-driven lead or opportunity scoring from live data after migration; the exported Swift score serves as a historical reference value for comparison during the transition period.
Swift Digital Suite
Custom Properties
Microsoft Dynamics 365 Sales
Custom fields on Lead, Contact, Account, Campaign
1:1Swift Digital Suite custom properties on Contacts and Campaigns map to identically named custom fields on the corresponding Dynamics 365 entity. We create the custom fields in the destination schema before migration using the Power Platform admin centre or a deployment package, matching Swift field types to appropriate Dynamics 365 field types (text, number, picklist, date).
Swift Digital Suite
Automation Workflow
Microsoft Dynamics 365 Sales
Power Automate or Microsoft Dynamics 365 Sales automation (rebuild required)
lossySwift Digital Suite automation workflows are documented as structured records showing trigger, conditions, delays, and actions. We deliver a written inventory of every active Workflow with a recommended Dynamics 365 or Power Automate equivalent. Because workflows are platform-specific code, they do not migrate as executable assets. The customer's admin rebuilds them in Microsoft Dynamics 365 Sales automation or Power Automate post-migration.
| Swift Digital Suite | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact | Lead or Contact (split required)1:many | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Campaign | Campaign1:1 | Fully supported | |
| Segment | Topic or Contact List1:1 | Fully supported | |
| Email Send / Email History | EmailMessage + Task1:1 | Fully supported | |
| SMS Record | Activity (custom) or Note1:1 | Fully supported | |
| Survey Definition | Dynamics 365 Customer Voice (external) or custom entity1:1 | Fully supported | |
| Survey Response | Custom Entity or Note1:1 | Fully supported | |
| Event Registration | Campaign Member or custom entity1:1 | Fully supported | |
| Engagement Score | Custom Number field on Contact/Lead1:1 | Fully supported | |
| Custom Properties | Custom fields on Lead, Contact, Account, Campaign1:1 | Mapping required | |
| Automation Workflow | Power Automate or Microsoft Dynamics 365 Sales automation (rebuild required)lossy | 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.
Swift Digital Suite gotchas
No publicly documented bulk API
Email and SMS opt-out flags are separate
Survey conditional logic is not exportable as-is
Engagement scores are platform-specific snapshots
Annual pricing model requires contract alignment
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 data audit
We audit the Swift Digital Suite account across contacts, segments, campaigns, email engagement history, survey definitions and response volumes, event registrations, SMS records, custom properties, and engagement scores. We extract record counts per object and confirm the annual contract status to flag any subscription restrictions on data export. We pair this with a Microsoft Dynamics 365 Sales edition review: Professional ($65/user/mo) covers most migration scopes; Enterprise ($95/user/mo) is required if the customer needs AI-driven lead scoring, advanced sales automation, or multi-instance Power Platform integration. The discovery output is a written migration scope document and a Dynamics 365 edition recommendation.
Schema design in Dynamics 365
We design the destination schema in Microsoft Dynamics 365 Sales . This includes creating any missing custom fields on Contact, Lead, Account, and Campaign to receive Swift custom properties, provisioning a custom survey_response entity (or confirming Customer Voice as the survey destination), and mapping Swift campaign types to Dynamics 365 Campaign record types. We configure the Lead-Contact split rule based on the customer's Swift lifecycle stage matrix and deploy the schema to a Dynamics 365 Sandbox via the Power Platform admin centre or a deployment package for validation.
Sandbox migration and reconciliation
We run a full migration into the Dynamics 365 Sandbox using representative data volume. The customer's RevOps lead reconciles record counts (Contacts in, Leads in, Accounts in, Campaign Members in, survey responses in) against the Swift Digital Suite source export, spot-checks 25-50 random records for field-level accuracy, and signs off the schema and mapping before production migration begins. Any field mapping corrections, custom entity adjustments, or opt-out logic refinements happen here, not in production.
Swift Digital Suite export sequencing
Because Swift Digital Suite has no bulk export API, we sequence exports via the platform's reporting dashboard and paginated record retrieval. We batch export requests to avoid session timeouts, normalise date formats to ISO 8601, and flag any records with missing required fields before transforming and loading into Dynamics 365. For large databases (over 50,000 contacts), we agree on a scope-cut date with the customer so that records created during the active migration window are excluded from the initial export and migrated in a final delta pass.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Swift Companies), Contacts and Leads (with the lifecycle stage split applied and AccountId resolved), Campaigns (with campaign metadata migrated), Email engagement history (via Dynamics 365 Bulk API or batch load into EmailMessage and Task), Survey responses (to custom entity or Customer Voice), Event registrations (to Campaign Members with custom fields), SMS records (to custom activity entity with consent flags), and Engagement Scores (to custom numeric fields). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, final validation, and automation rebuild handoff
We freeze Swift Digital Suite writes during cutover, run a final delta migration of any records modified during the migration window, then enable Microsoft Dynamics 365 Sales as the system of record. We deliver the Workflow and Automation inventory document to the customer's admin team. We support a one-week hypercare window where we resolve any reconciliation issues raised by the sales team. We do not rebuild Swift Digital Suite automation workflows as Dynamics 365 Power Automate flows or Sales automation rules inside the migration scope; that is a separate engagement.
Platform deep dives
Swift Digital Suite
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Swift Digital Suite and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Swift Digital Suite and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Swift Digital Suite 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
Swift Digital Suite: Not publicly documented in the v3 API reference.
Data volume sensitivity
Swift Digital Suite exposes a bulk API — large-volume migrations stream efficiently.
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 Swift Digital Suite to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Swift Digital Suite 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 Swift Digital Suite
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.