CRM migration

Migrate from CaseManager to Microsoft Dynamics 365 Sales

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 logo

CaseManager

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

12 of 12

objects map 1:1 between CaseManager and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

CaseManager logo

CaseManager

What's pushing teams away

  • Pricing is opaque and perceived as unfavorable by customers who want cost transparency before committing to a multi-year subscription.
  • Glitches in progress tracking cause data integrity concerns, with reviewers reporting that logged time sometimes fails to persist correctly.
  • The platform lacks modern automation and integration capabilities, pushing growing law firms toward more connected legal tech stacks.
  • No mobile app or real-time sync means attorneys working remotely cannot access or update case files without desktop access.
  • Support responsiveness and feature roadmap are not clearly communicated, leading long-term users to feel the product is stagnant.

Choosing

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

What's pulling them in

  • Deep Microsoft 365, Teams, and Outlook integration makes Microsoft Dynamics 365 Sales a natural fit for Microsoft-first organizations already invested in that ecosystem
  • Sales Enterprise and Premium tiers offer unlimited custom tables and advanced AI-driven forecasting and predictive analytics not available in lower tiers
  • Professional tier pricing at $65 per user per month offers a lower entry cost than Salesforce for SMB teams with straightforward CRM needs
  • Flexible customization options allow businesses to build bespoke apps, tailor forms and views, and integrate with other Dynamics 365 modules
  • Microsoft Copilot AI tools are embedded directly into the sales workflow on Enterprise and Premium, automating routine tasks and providing deal intelligence

Object mapping

How CaseManager objects map to Microsoft Dynamics 365 Sales

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

maps to

Microsoft Dynamics 365 Sales

Custom Case Table or Incident

1:1
Fully supported

Case 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

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Direct 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

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Direct 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

maps to

Microsoft Dynamics 365 Sales

User / OwnerId

1:1
Fully supported

Owner 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

maps to

Microsoft Dynamics 365 Sales

StatusCode / StateCode on Case Table

1:1
Fully supported

CaseManager 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

maps to

Microsoft Dynamics 365 Sales

PriorityCode

1:1
Fully supported

Priority 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

maps to

Microsoft Dynamics 365 Sales

SharePointDocumentLocation + Note (with file)

1:1
Fully supported

CaseManager 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)

maps to

Microsoft Dynamics 365 Sales

Task / Appointment / Email

1:1
Fully supported

Activity 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

maps to

Microsoft Dynamics 365 Sales

Custom column (casetype) or Incident Category

1:1
Fully supported

CaseManager 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

maps to

Microsoft Dynamics 365 Sales

Custom Columns on Target Table

1:1
Fully supported

Any 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

maps to

Microsoft Dynamics 365 Sales

OriginalCreateDate__c / OriginalModifiedDate__c (custom)

1:1
Fully supported

D365'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

maps to

Microsoft Dynamics 365 Sales

SourceCaseID__c

1:1
Fully supported

CaseManager's internal record ID stored on the D365 record for traceability, debugging, and delta-run de-duplication if a second migration pass is needed.

Gotchas + challenges

What specifically takes care here

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 logo

CaseManager gotchas

High

No documented public API for bulk data extraction

High

Progress-tracking timestamps fail to persist in some records

Medium

Custom fields vary by firm configuration with no schema registry

Medium

Attachments and document blobs are not included in CSV exports

Low

Pricing is opaque and not available on the vendor website

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales gotchas

High

Professional tier 15-table custom table limit blocks migrations

High

October 2024 pricing increase applies at renewal for all customers

Medium

Custom fields must be created in the UI before API writes

Medium

Power Platform request limits apply to bulk migrations

Medium

Activity records orphaned to inactive owners fail silently

Pair-specific challenges

  • CaseManager custom fields require D365 custom columns — Sales Professional caps at 15 tables

    D365 Sales Professional enforces a 15-table limit for custom tables (including your custom case table). If CaseManager has more than 15 distinct custom fields spread across multiple case types, or if those fields belong to additional related objects, you may need to upgrade to Sales Enterprise before migration to avoid hitting the cap. We audit every CaseManager custom property pre-migration and flag whether your target license supports the resulting D365 schema. Custom columns on standard tables (Contact, Account) do not count against this limit — only custom tables.

  • Case-to-Opportunity routing requires a business decision before migration

    If CaseManager cases represent in-flight sales rather than customer service requests, your team may want cases to map to D365 Opportunities instead of a custom case table. Routing to Opportunity gives you pipeline stages, probability, and forecast data — but D365 Opportunity records have a different field model than cases. We support either path (custom case table or Opportunity) but the decision changes every downstream field mapping. Resolving this before migration prevents rework that would trigger additional migration passes.

  • API rate limiting during export can extend migration timelines for large case volumes

    CaseManager's REST API enforces per-endpoint rate limits that vary by subscription tier. Large case volumes (100,000+ records) risk hitting throttling errors if extraction runs during business hours. We schedule exports during off-peak windows and implement exponential backoff retry logic. For extremely large datasets, we split extraction into chunks per date range or case status and run nightly batches. This extends wall-clock time but prevents API errors that would require restarting incomplete migration runs.

  • Workflows, automations, and assignment rules do not transfer — must be rebuilt in Power Automate or D365 workflow designer

    CaseManager workflows that auto-assign cases, trigger notifications, or enforce case-routing rules have no equivalent in D365 Sales. Microsoft Power Automate handles cloud workflow automation, and the native D365 workflow designer covers record-level processes. We export your CaseManager workflow definitions as a structured JSON blueprint your admin can use to rebuild equivalent logic. The rebuild is a separate workstream — plan 2–4 weeks for complex workflows.

  • SharePoint document library setup must precede attachment migration

    D365 stores file attachments via SharePoint document libraries linked to records. Before we can re-upload CaseManager attachments, a SharePoint library must exist and be connected to the target case table via the D365 document management settings. We coordinate with your SharePoint admin to provision the library and configure the connection. If this setup is not complete before the migration window, attachments are deferred to a secondary pass after go-live.

Migration approach

Six steps for a successful CaseManager to Microsoft Dynamics 365 Sales data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

CaseManager logo

CaseManager

Source

Strengths

  • Per-case CSV export provides a manual but accessible data extraction path for attorneys.
  • Time-stamped work logging satisfies basic billing justification requirements for small law practices.
  • Document digitization converts physical case files into searchable electronic records.
  • Simple per-case interface reduces training time for paralegal and administrative staff.

Weaknesses

  • No public API means all migration work requires custom engineering against undocumented export formats.
  • Progress-tracking glitches reported in G2 reviews indicate potential data integrity issues in source records.
  • Pricing model is not publicly documented, complicating renewal and migration cost planning.
  • No bulk export capability means each case must be manually triggered for export in the UI.
Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

Destination

Strengths

  • Native integration with Microsoft 365, Teams, Outlook, and SharePoint for unified productivity workflow
  • Unlimited custom tables and complex workflows on Enterprise tier enable deep customization for complex sales processes
  • AI-driven predictive analytics and deal intelligence on Enterprise and Premium tiers help sales teams prioritize pipeline
  • Dataverse unified data layer provides a consistent API and data model across all Dynamics 365 and Power Platform apps
  • Strong security model with Field-Level Security and Record Ownership rules for governance-conscious enterprises

Weaknesses

  • Sales Professional tier caps custom tables at 15, creating a migration ceiling for highly customized SMB environments
  • October 2024 pricing increases of $15 per user across all tiers apply to existing customers upon renewal
  • Implementation typically requires costly certified partners, adding 30–50% to total project cost
  • Updates and platform releases can disrupt customizations and plugins, requiring regression testing after each wave
  • Non-Microsoft integrations require additional configuration or middleware, limiting flexibility for heterogeneous tech stacks

Complexity grading

How hard is this migration?

Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across CaseManager and Microsoft Dynamics 365 Sales .

  • Object compatibility

    B

    2 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    CaseManager: Not publicly documented.

  • Data volume sensitivity

    B

    CaseManager doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your CaseManager to Microsoft Dynamics 365 Sales migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about CaseManager to Microsoft Dynamics 365 Sales data migrations

Answers to the questions buyers ask most during CaseManager to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most CaseManager to D365 Sales migrations complete in 48–72 hours of clock time for under 25,000 case records. Larger datasets exceeding 250,000 records, or migrations with more than 30 custom fields requiring D365 column creation, extend to 5–10 days. The longest single step is typically the pre-migration schema audit and custom column provisioning in D365 — plan 1–2 weeks for that phase before data starts moving.

Adjacent paths

Related migrations to explore

Ready when you are

Move from CaseManager.
Land in Microsoft Dynamics 365 Sales , intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day