CRM migration
Field-level mapping, validation, and rollback between CaseManager and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
CaseManager
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
12 of 12
objects map 1:1 between CaseManager and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–72 hours
Overview
CaseManager organizes work around cases, contacts, companies, documents, and timestamps — typically storing custom fields per case type and owner-assignment data. Microsoft Dynamics 365 Sales runs on Dataverse with standard entities for Accounts, Contacts, Leads, and Opportunities, plus configurable custom tables. The migration carries every standard object (cases, contacts, companies, documents, activities) into D365, maps custom case fields to D365 custom fields, and preserves original create/update timestamps and owner assignments via email resolution. Workflows, automations, and notification rules do not migrate — we export their definitions as a JSON blueprint for your D365 admin to rebuild in Power Automate or the native workflow designer. We use the D365 Web API and Bulk API for data movement, with API rate-limit awareness built into the extraction scheduler to handle large case volumes without triggering throttling errors.
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
CaseManager platform overview
Scorecard, SWOT, gotchas, and pricing for CaseManager.
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 CaseManager 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.
CaseManager
Case / Case File
Microsoft Dynamics 365 Sales
Custom Case Table or Incident
1:1Case records become either D365 custom tables (Enterprise tier recommended for >15 custom fields) or the native Incident entity if the use case maps to customer-service cases. We create the target table schema before migration and map every case field to its corresponding column, flagging any custom fields that require new columns in D365.
CaseManager
Contact / Person
Microsoft Dynamics 365 Sales
Contact
1:1Direct map. D365 Contact fields (firstname, lastname, email, phone, address) receive CaseManager contact data directly. Contacts without a linked company land on a default 'Unassigned' Account record, or your admin specifies a fallback.
CaseManager
Company / Organization
Microsoft Dynamics 365 Sales
Account
1:1Direct map. CaseManager company name maps to Account.Name; domain maps to Account.Website. Parent-child company hierarchies in CaseManager map to Account.ParentAccountId. Multi-contact associations route via Account.Contact customer relationships in D365.
CaseManager
Case Owner / Assigned User
Microsoft Dynamics 365 Sales
User / OwnerId
1:1Owner resolved by email match against D365 users. Unmatched owners are flagged pre-migration for your admin to either invite to D365 or assign to a fallback owner. No record lands without a valid OwnerId.
CaseManager
Case Status
Microsoft Dynamics 365 Sales
StatusCode / StateCode on Case Table
1:1CaseManager status values (e.g., Open, In Progress, Closed) map to D365 StatusCode pick-list values. We create a value-mapping table per status field; your admin reviews and approves before the full run.
CaseManager
Case Priority
Microsoft Dynamics 365 Sales
PriorityCode
1:1Priority levels (e.g., Low, Medium, High, Urgent) map to D365 PriorityCode values. Numeric or text priority values are translated using a defined mapping table. Original priority values preserved as a custom field if no clean pick-list match exists.
CaseManager
Document / Attachment
Microsoft Dynamics 365 Sales
SharePointDocumentLocation + Note (with file)
1:1CaseManager file attachments re-upload to SharePoint document libraries linked to the target case table. Original file names and MIME types preserved. Files exceeding D365 attachment size limits are handled via SharePoint linkage.
CaseManager
Activity Log (calls, emails, meetings)
Microsoft Dynamics 365 Sales
Task / Appointment / Email
1:1Activity entries linked to a case become D365 Tasks (calls, emails) or Appointments (meetings). The Regarding field links each activity to the target case table record. Original timestamps and owner assignments preserved.
CaseManager
Case Type / Category
Microsoft Dynamics 365 Sales
Custom column (casetype) or Incident Category
1:1CaseManager case-type categorization has no direct D365 equivalent unless you map to the native Incident category. We create a custom column (CaseType__c) on the target case table to preserve this taxonomy.
CaseManager
Custom Case Properties
Microsoft Dynamics 365 Sales
Custom Columns on Target Table
1:1Any custom fields defined per case type in CaseManager require new custom columns in D365. We inventory every custom property pre-migration, generate the D365 column schema, and create them before data loads. Data types (text, number, date, picklist) are preserved.
CaseManager
Case Create Date / Modified Date
Microsoft Dynamics 365 Sales
OriginalCreateDate__c / OriginalModifiedDate__c (custom)
1:1D365's CreatedOn and ModifiedOn are set at migration time. Original CaseManager create/modify timestamps are preserved as custom datetime fields so historical reporting continuity is maintained.
CaseManager
Source System ID
Microsoft Dynamics 365 Sales
SourceCaseID__c
1:1CaseManager's internal record ID stored on the D365 record for traceability, debugging, and delta-run de-duplication if a second migration pass is needed.
| CaseManager | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Case / Case File | Custom Case Table or Incident1:1 | Fully supported | |
| Contact / Person | Contact1:1 | Fully supported | |
| Company / Organization | Account1:1 | Fully supported | |
| Case Owner / Assigned User | User / OwnerId1:1 | Fully supported | |
| Case Status | StatusCode / StateCode on Case Table1:1 | Fully supported | |
| Case Priority | PriorityCode1:1 | Fully supported | |
| Document / Attachment | SharePointDocumentLocation + Note (with file)1:1 | Fully supported | |
| Activity Log (calls, emails, meetings) | Task / Appointment / Email1:1 | Fully supported | |
| Case Type / Category | Custom column (casetype) or Incident Category1:1 | Fully supported | |
| Custom Case Properties | Custom Columns on Target Table1:1 | Fully supported | |
| Case Create Date / Modified Date | OriginalCreateDate__c / OriginalModifiedDate__c (custom)1:1 | Fully supported | |
| Source System ID | SourceCaseID__c1: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.
CaseManager gotchas
No documented public API for bulk data extraction
Progress-tracking timestamps fail to persist in some records
Custom fields vary by firm configuration with no schema registry
Attachments and document blobs are not included in CSV exports
Pricing is opaque and not available on the vendor website
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
Audit CaseManager schema and inventory custom fields
We read the CaseManager API schema for your account, listing every standard and custom field on cases, contacts, companies, and activities. We cross-reference against D365's standard field list to identify direct maps, value-mapping candidates, and fields requiring custom columns. We also inventory document attachment types and owner/assignment records. The output is a migration plan document your admin reviews before any data moves.
Provision D365 custom columns and SharePoint library
For each CaseManager custom field with no D365 direct equivalent, we create the corresponding custom column in your target D365 environment. If you hold Sales Professional licenses, we verify the resulting table count stays within the 15-table limit. We also coordinate SharePoint library provisioning and D365 document management configuration so attachment re-upload has a destination ready before migration runs.
Resolve owners and contacts by email before data migration
D365 requires OwnerId on every record. We match CaseManager owner emails against your D365 user list. Unmatched owners are flagged in a pre-flight report — your admin either invites them to D365 or assigns a fallback owner. Similarly, we validate that CaseManager contact emails have corresponding D365 contact records or can be created during migration so Regarding lookups resolve correctly.
Migrate accounts, contacts, and activities before cases
D365 foreign-key dependencies require Accounts before Contacts and Contacts before Cases. We sequence the migration so Accounts land first (via company name), Contacts second (linked to Accounts), then Activities third (linked to Contacts or Cases), and Cases last (linked to Contacts, Accounts, and resolved Owners). This dependency chain ensures no orphaned lookups and lets us validate parent-record existence before child records reference them.
Run sample migration with field-level diff
A representative slice — typically 200–500 records spanning cases, contacts, companies, and a sample of activities — migrates first. We generate a field-level diff between the CaseManager source and the D365 destination so you can verify custom field mapping, value-mapping correctness, owner resolution, and document linkage before the full run commits. You sign off on the diff before we proceed.
Full migration with delta-pickup window and rollback plan
The full migration runs against D365 using the Web API and Bulk API. A delta-pickup window (typically 24–48 hours) captures any records created or modified in CaseManager during the cutover. An audit log records every operation. If reconciliation fails — a field mapping error, a foreign-key break, or a data-quality issue — one-click rollback reverts the D365 environment to its pre-migration state while preserving the source data in CaseManager.
Platform deep dives
CaseManager
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 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 CaseManager and Microsoft Dynamics 365 Sales .
Object compatibility
2 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
CaseManager: Not publicly documented.
Data volume sensitivity
CaseManager 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 CaseManager to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your CaseManager 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 CaseManager
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.