CRM migration
Field-level mapping, validation, and rollback between Solitics and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Solitics
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
6 of 10
objects map 1:1 between Solitics and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Solitics to Microsoft Microsoft Dynamics 365 Sales is a platform-category transition from a real-time behavioral engagement tool to a structured sales CRM. Solitics stores unified customer profiles with live behavioral event sequences, custom event schemas, and gamification mechanics that have no native equivalent in Dynamics 365. We extract user profile snapshots, map behavioral event sequences to Dynamics 365 Activity records (Task and Event), and preserve segment definitions as rule documentation rather than active audience lists. Gamification configurations (mission rules, loyalty balances, badge definitions) and integration connectors are not migratable data objects; we deliver a full inventory of both for the customer's technical team to re-establish. Microsoft Dynamics 365 Sales Professional at €65 per user per month and Sales Enterprise at €105 per user per month provide the receiving schema with Power Automate for workflow recreation and Power BI for reporting reconstruction.
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
Solitics platform overview
Scorecard, SWOT, gotchas, and pricing for Solitics.
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 Solitics 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.
Solitics
User Profile
Microsoft Dynamics 365 Sales
Contact + Account (split required)
1:manySolitics user profiles aggregate attributes, transaction history, and behavioral events from all integrated sources into a unified record. We split these into Dynamics 365 Contact (primary profile attributes and contact methods) and Account (company and organizational context). Custom profile attributes map to Contact custom fields (__c suffix) pre-created in the destination environment. The profile's primary identifier becomes the Contact's external ID field for dedupe validation during import.
Solitics
Behavioral Event
Microsoft Dynamics 365 Sales
Task + Custom Entity
1:1Raw events (registration, deposit, withdrawal, trade, bet, login, and custom actions) are first-class objects in Solitics. We map standard event types to Dynamics 365 Task records with TaskSubtype and custom fields capturing the event name and properties. Custom event types discovered during schema discovery map to a custom entity (e.g., customevent__c) with a relationship to Contact. Event timestamps preserve the original value for timeline ordering. Because Dynamics 365 does not have a native behavioral event model, event property fields (amount, game_id, odds, instrument) become custom fields on the custom event entity rather than a flat key-value structure.
Solitics
Segment Definition
Microsoft Dynamics 365 Sales
Lead + Marketing List or Power Automate Trigger Group
lossySolitics segments are live, rule-based definitions built from profile attributes and behavioral conditions. We export segment definitions as structured rule documentation with IF-THEN logic trees, not as static contact lists. For active audience-building, segments map to Dynamics 365 Marketing Lists (static) or to Power Automate flows that trigger on Contact create/update with the segment's rule conditions evaluated at runtime. The customer chooses the strategy during scoping based on whether the segment needs to stay live or can be a one-time export.
Solitics
User Journey
Microsoft Dynamics 365 Sales
Power Automate Flow + Documentation
lossySolitics User Journeys define automated workflows triggered by events or segment membership, with entry conditions, branching logic, delay rules, and channel steps. We export the complete journey definition including trigger events, condition branches, time delays, and channel action sequence as structured documentation. Microsoft Dynamics 365 Sales does not have a native journey orchestration tool; Power Automate (included in most Microsoft 365 plans) provides the equivalent cloud flow capabilities. We deliver a Journey-to-Flow map with trigger mapping, condition translation, and action equivalence for the customer's admin to rebuild in Power Automate.
Solitics
Campaign
Microsoft Dynamics 365 Sales
Campaign
1:1Solitics campaigns are containers for content assets, scheduling, and audience targets. We export campaign metadata (name, status, start/end dates, targeting rules) and content blocks as structured data. Channel-specific content (WhatsApp templates, SMS message bodies, push notification copy) migrates as Campaign Content Items linked to the Campaign record. Dynamics 365 Campaign tracks marketing campaign metadata and response tracking; the customer's marketing team rebuilds the scheduling and channel delivery within Dynamics 365 Marketing or a third-party email tool.
Solitics
Gamification Configuration
Microsoft Dynamics 365 Sales
Documentation Only
1:1Solitics Smart Gamification stores mission definitions, loyalty point balances, widget configurations, and badge/achievement rules as platform-native objects. No common export format exists for these artifacts. We export a full structured inventory of every gamification asset (mission names, point values, badge thresholds, widget layout settings) as documentation for the customer to evaluate for rebuild in a loyalty platform (Microsoft Dynamics 365 Loyalty, a third-party gamification vendor, or a custom Power Apps solution). This asset does not migrate as data.
Solitics
Channel Asset
Microsoft Dynamics 365 Sales
Email Template + Note or Knowledge Article
1:1Content assets — email templates, SMS message bodies, push notification copy, WhatsApp templates — are exported as structured content from Solitics. Email template HTML migrates to Dynamics 365 Email Template records. SMS and push copy migrates as Note records or Knowledge Article draft content for the customer's channel team to re-configure in their communication provider (Twilio, MessageBird, or equivalent) and link to Dynamics 365 via Power Automate. Localization settings and A/B test variants are preserved in the exported asset metadata.
Solitics
Custom Event Schema
Microsoft Dynamics 365 Sales
Custom Entity + Fields
lossySolitics allows definition of custom event types beyond the standard set. We catalog every custom event schema during the discovery pass, including event name, property names, property data types, and sample values. These become Dynamics 365 custom entities (API name ending in __c) with custom fields matching the property schema. Custom events with behavioral sequences (e.g., multi-step registration flows) map to the custom event entity with a parent Contact lookup and a timestamp for sequencing.
Solitics
Owner and User Assignment
Microsoft Dynamics 365 Sales
User
1:1Journey owners, campaign managers, and team-level access controls in Solitics are exported as user references. We match Solitics owner records to Dynamics 365 User records by email address. Any Solitics owner without a matching Dynamics 365 User goes to a reconciliation queue for the customer's admin to provision before record import resumes. Team-level role mappings translate to Dynamics 365 Security Roles assigned to the corresponding User records post-provisioning.
Solitics
Analytics and KPI Report
Microsoft Dynamics 365 Sales
Power BI Report + Dynamics 365 Report Definition
1:1Solitics built-in analytics, custom KPI dashboards, and campaign performance reports are exported as report definitions and historical data where accessible via API. We deliver a written inventory of every Solitics report with its metric definitions, filter logic, and data sources, plus any historical snapshot data exported as CSV. Microsoft Dynamics 365 Sales native reports provide standard sales reporting; for custom KPI reports, we recommend Power BI connected to the Dynamics 365 Dataverse via the Power Platform connector. The customer rebuilds the visualization layer in Power BI using the documented metric definitions.
| Solitics | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| User Profile | Contact + Account (split required)1:many | Fully supported | |
| Behavioral Event | Task + Custom Entity1:1 | Fully supported | |
| Segment Definition | Lead + Marketing List or Power Automate Trigger Grouplossy | Fully supported | |
| User Journey | Power Automate Flow + Documentationlossy | Fully supported | |
| Campaign | Campaign1:1 | Fully supported | |
| Gamification Configuration | Documentation Only1:1 | Fully supported | |
| Channel Asset | Email Template + Note or Knowledge Article1:1 | Fully supported | |
| Custom Event Schema | Custom Entity + Fieldslossy | Fully supported | |
| Owner and User Assignment | User1:1 | Fully supported | |
| Analytics and KPI Report | Power BI Report + Dynamics 365 Report Definition1: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.
Solitics gotchas
Custom event schemas require discovery pass before migration
Gamification logic does not transfer between platforms
Integration connectors are not migrated data objects
Renewal caps and pricing model changes at annual renewal
Channel compliance settings are destination-specific
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
Schema discovery and custom event cataloging
We audit the Solitics account for all active custom event schemas, gamification configurations, integration connectors, and journey definitions before writing any migration map. This discovery pass uses the Solitics API to catalog named event types, property fields, and data types. The output is a written migration scope document covering all objects, their volume estimates, and any objects that will be exported as documentation rather than data. We flag the gamification inventory and integration checklist as items outside the data migration scope.
Destination schema provisioning in Dynamics 365
We design the receiving Dynamics 365 schema to accommodate Solitics data. This includes creating custom entities for custom event types (API name ending in __c), custom fields on Contact for Solitics profile attributes, and Power Automate flows as the equivalent for User Journey automation. We provision the schema in a Dynamics 365 Sandbox environment first for validation. Campaign, Account, and Contact standard objects are configured to match the Solitics data model before any data moves.
Sandbox migration and reconciliation
We run a full migration into a Dynamics 365 Sandbox using representative data volume from Solitics. The customer's RevOps or technical lead reconciles record counts, spot-checks 20-30 random profile records against the Solitics source, and validates the custom event entity structure. Mapping corrections happen in the Sandbox, not in production. Sign-off from the customer's lead on schema and mapping triggers the production migration window.
Owner reconciliation and User provisioning
We extract every distinct Solitics owner and user referenced on profiles, journeys, and campaigns and match by email against the Dynamics 365 destination User table. Owners without a matching User go to a reconciliation queue. The customer's Dynamics 365 admin provisions any missing Users and assigns appropriate Security Roles before record import begins.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Solitics Company context), Contacts (with AccountId resolved), custom event entities (with ContactId resolved as the parent lookup), Tasks and Events (with WhoId and WhatId resolved for Activity timeline), Campaigns (with Campaign Members linked), and analytics report definitions (as documented metadata). Each phase emits a row-count reconciliation report before the next phase begins. Integration connectors are documented but not migrated.
Cutover, validation, and handoff documentation delivery
We freeze Solitics 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 gamification inventory, integration re-establishment checklist, Journey-to-Power-Automate map, and analytics rebuild documentation to the customer's technical and marketing teams. We support a five-business-day hypercare window for reconciliation issues. We do not rebuild Solitics User Journeys as Power Automate flows or configure channel sending infrastructure as part of the standard migration scope.
Platform deep dives
Solitics
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Solitics and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Solitics and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Solitics 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
Solitics: Documented in vendor SDK docs (specific limits not published publicly).
Data volume sensitivity
Solitics 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 Solitics to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Solitics 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 Solitics
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.