CRM migration

Migrate from Case UI to Microsoft Dynamics 365 Sales

Field-level mapping, validation, and rollback between Case UI and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .

Case UI logo

Case UI

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

15 of 15

objects map 1:1 between Case UI and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

48–96 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Case UI is a practice-management platform built for solo practitioners and small law firms; its object model centres on Clients, Cases/Matters, Contacts, Documents, Calendar Events, and time/expense tracking. Dynamics 365 Sales, built on Microsoft Dataverse, uses Account, Contact, Lead, Opportunity, and custom tables with a strict 15-table ceiling on Sales Professional licenses versus unlimited on Sales Enterprise. We map Case UI Clients to Account, Cases to custom new_Case tables, Contacts to Contact, and Activities to Tasks and Events. Legal-specific fields such as practice area, billing rate, and client trust balance migrate as new_ custom fields requiring pre-migration setup in your Dynamics 365 environment. Workflows, email templates, and billing configurations are not migratable — we export them as human-readable JSON for your admin to rebuild in Power Automate and Dynamics forms. The migration runs via scoped read access against Case UI's export endpoint; data lands in Dynamics 365 through Dataverse Bulk Create API with upsert logic keyed on source record IDs preserved in new_SourceID__c fields.

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

Case UI logo

Case UI

What's pushing teams away

  • Small law firms report outgrowing the platform when they need advanced integrations, custom workflows, or multi-office support that Case UI does not provide.
  • Lack of public API documentation makes Case UI difficult to connect with third-party tools, forcing firms to manually export and re-enter data when workflow needs change.
  • Users with complex practice areas report that the platform lacks depth in features like advanced reporting, conflict checking, or specialized litigation tools.
  • On-Premise customers who lack dedicated IT staff struggle with self-managed security updates and backups, leading some to move to fully managed alternatives.

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 Case UI objects map to Microsoft Dynamics 365 Sales

Each row shows how a Case UI 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.

Case UI

Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Direct one-to-one mapping. Dynamics 365 requires an AccountId lookup on Contact; Case UI contacts without a primary client association are attached to a default 'Unassigned Account' record or held as standalone Contacts pending a client assignment decision. The new_SourceContactID__c field preserves the original Case UI contact identifier for delta-run de-duplication after migration.

Case UI

Client / Company

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Direct mapping of Case UI clients to Dynamics 365 Account records. Case UI clients store company name, address, industry tags, and billing address, which map to Account.Name, Address fields, Industry, and BillingAddress respectively. Multi-contact clients in Case UI consolidate into one primary Account record per client to maintain a clean Account hierarchy in Dynamics 365.

Case UI

Case / Matter

maps to

Microsoft Dynamics 365 Sales

new_Case (custom table)

1:1
Fully supported

No native Case entity exists in Dynamics 365 Sales standalone. We create a new_Case custom table with fields for case number, title, status, priority, responsible attorney, opposing counsel, court/jurisdiction, practice area, billing rate, and client reference. new_Case requires pre-migration setup in your Dynamics 365 environment.

Case UI

Document / File

maps to

Microsoft Dynamics 365 Sales

SharePoint Document Locations + new_DocumentReference (custom table)

1:1
Fully supported

Case UI documents attached to cases are exported as files and re-uploaded to SharePoint via Dynamics 365's native SharePoint integration. A new_DocumentReference custom table stores the original Case UI document ID, file name, and SharePoint URL for traceability and future reference linking back to the source matter.

Case UI

Email Activity

maps to

Microsoft Dynamics 365 Sales

Email (activity)

1:1
Fully supported

Emails logged in Case UI map to Dynamics 365 Email (email) activities with the original Subject, Description, and timestamp preserved. Owner resolved by email match against Dynamics 365 users. The new_SourceEmailID__c field preserves the original Case UI email identifier for delta-run de-duplication after migration.

Case UI

Phone Call / Meeting

maps to

Microsoft Dynamics 365 Sales

PhoneCall / Appointment

1:1
Fully supported

Case UI call logs map to Dynamics 365 PhoneCall activities; meetings and hearings map to Appointment entities with original start/end times, location (courtroom or client office), and attendees preserved. The new_SourceActivityID__c field preserves the original Case UI activity identifier for delta-run de-duplication after migration.

Case UI

Task / To-Do

maps to

Microsoft Dynamics 365 Sales

Task

1:1
Fully supported

Case UI task items map to Dynamics 365 Tasks with Subject, Description, Due Date, Priority, and Status fields preserved. Open and completed states map directly to Dynamics 365 Task status values. The new_SourceTaskID__c field preserves the original Case UI task identifier for delta-run de-duplication after migration.

Case UI

Time Entry

maps to

Microsoft Dynamics 365 Sales

new_TimeEntry (custom table)

1:1
Fully supported

Billable hours logged in Case UI migrate as records in a new_TimeEntry custom table linked to new_Case and Contact. Fields include date, hours, billing rate, description, and billable flag. Your admin sets up the relationship in Dynamics 365 before migration.

Case UI

Expense Record

maps to

Microsoft Dynamics 365 Sales

new_Expense (custom table)

1:1
Fully supported

Case UI expense entries migrate as new_Expense records linked to new_Case. Fields include date, category, amount, description, and receipt reference. Dynamics 365 Sales does not have a native expense entity; this requires a custom table that your admin creates in Power Apps before migration begins.

Case UI

Billing / Invoice Record

maps to

Microsoft Dynamics 365 Sales

new_Invoice (custom table)

1:1
Fully supported

Invoice history from Case UI migrates as new_Invoice records linked to Account and new_Case. Dynamics 365 Sales Professional does not include invoice management; Enterprise or a separate Business Central instance handles this natively. We preserve invoice data as reference records for continuity.

Case UI

Calendar Event / Hearing

maps to

Microsoft Dynamics 365 Sales

Appointment

1:1
Fully supported

Court hearings and client appointments in Case UI map to Dynamics 365 Appointments with the original start/end datetime, location (courtroom or office address), and case reference preserved. Recurring hearing schedules are flattened to individual Appointment records to maintain historical accuracy.

Case UI

Contact Role / Association

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Case UI allows labeling contacts with roles on a case (e.g., Expert Witness, Opposing Counsel). Dynamics 365 Contact has no native role-per-case field. We create a new_ContactCaseRole custom field on the Contact or new_Case table to preserve this association for each matter.

Case UI

Lead / Referral Source

maps to

Microsoft Dynamics 365 Sales

Lead

1:1
Fully supported

Referral source tracking in Case UI (e.g., client referral, court referral) has no direct Dynamics 365 equivalent. We migrate referral sources as Lead records or as a new_ReferralSource custom pick-list field on Account for reporting purposes and downstream analytics.

Case UI

Trust Balance / Client Funds

maps to

Microsoft Dynamics 365 Sales

new_TrustBalance (custom table)

1:1
Fully supported

Client trust account balances from Case UI migrate as new_TrustBalance records linked to Account. Dynamics 365 Sales does not have a native trust accounting entity; this requires a custom table and is handled as a reference record for reconciliation against your accounting software.

Case UI

User / Staff Owner

maps to

Microsoft Dynamics 365 Sales

SystemUser

1:1
Fully supported

Case UI staff members and attorneys map to Dynamics 365 SystemUser records resolved by email match. Unmatched Case UI owners are flagged before migration and assigned to a fallback user or held in a staging queue for your admin to reconcile.

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.

Case UI logo

Case UI gotchas

High

No public API documentation found

Medium

On-Premise perpetual license has upgrade isolation risk

Low

No verified public reviews or G2/Capterra feedback

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

  • No native Case entity in Dynamics 365 Sales requires a custom table before data lands

    Dynamics 365 Sales does not ship with a case-management entity out of the box. Case UI matters must become records in a new_Case custom table that your admin creates in the target environment before migration begins. If you are on Sales Professional, you are capped at 15 total custom tables including new_Case, new_TimeEntry, new_Expense, new_Invoice, new_DocumentReference, and new_TrustBalance — verify you have table headroom before planning the migration scope. New custom tables are created in the Power Apps solution canvas under Tables > New Table > Custom Table.

  • Practice-area and billing-rate fields need custom field creation in Dynamics 365 before migration

    Case UI stores practice area, billing rate, responsible attorney, and client trust balance as native properties. Dynamics 365 Sales has no equivalent fields on Account or Contact for these legal-specific concepts. Each requires a new_ custom field with the appropriate type (pick-list for practice area, currency for billing rate, SystemUser lookup for attorney) created and published in your Dynamics 365 environment before the migration run. Unpublished custom fields cause validation failures during Dataverse record creation. Microsoft recommends creating custom fields inside a managed solution so they are portable and versioned.

  • Contact roles per case require a custom junction or a new_ContactCaseRole pick-list

    Case UI lets you label contacts with roles specific to each matter — Expert Witness, Opposing Counsel, Client Representative. Dynamics 365 Contact has no native per-case role field. The closest built-in mechanism is the Contactentity's primary fields. We resolve this by creating a new_ContactCaseRole custom pick-list field on the new_Case table and storing role values there, or by building a custom N:1 relationship if the role needs to be queryable independently. Your admin decides the preferred structure during pre-migration schema review.

  • Trust account balances and invoice history have no native Dynamics 365 entity — they become custom tables

    Case UI tracks client trust account balances and invoice history. Dynamics 365 Sales Professional and even Enterprise do not have native trust accounting or legal billing entities — these live in Dynamics 365 Business Central or standalone legal billing software. We migrate trust balances and invoice records as new_TrustBalance and new_Invoice custom tables for reference and reconciliation, but your accounting team must verify these against your actual accounting system post-migration. These tables are not linked to Dynamics 365's financial modules.

  • Case UI lacks a documented public API — migration relies on export-based extraction

    Unlike Salesforce, HubSpot, and other modern SaaS CRMs, Case UI does not publish a REST or GraphQL API in its public documentation. Migration therefore proceeds via bulk export from Case UI followed by transformation and Dataverse API ingestion. This means delta-pickup windows depend on whether Case UI surfaces change timestamps in its export — if incremental exports are unavailable, the delta window may require a full re-export of recently modified records identified by create/update timestamps.

Migration approach

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

  1. Discover and profile Case UI data export

    FlitStack AI reviews your Case UI environment to identify all record types, field schemas, and export formats. We run a data-quality report to surface duplicate contacts, missing client associations, and records with incomplete billing rates. We produce a schema map listing every Case UI field and its intended Dynamics 365 destination — including custom fields on new_Case, new_TimeEntry, new_Expense, and new_TrustBalance. Your admin reviews the schema plan and creates the required custom tables and fields in Dynamics 365 before we proceed.

  2. Create custom tables and fields in Dynamics 365

    We deliver a custom-field creation guide listing every new_ field needed (practice area pick-list, billing rate currency, responsible attorney SystemUser lookup, trust balance records, etc.) with the correct data type, pick-list values, and display name. If you are on Sales Professional, we flag the table-count headroom so you can decide whether to consolidate (e.g., merge expense and time entry into one table) before the migration run. Custom fields must be published in the same solution before data ingestion begins.

  3. Resolve Case UI owners and staff to Dynamics 365 users

    Case UI staff members and attorneys are matched to Dynamics 365 SystemUser records by email address. Any Case UI owner with no matching Dynamics 365 user is flagged in a pre-flight report and assigned to a fallback user of your choosing. Records with unresolved owners do not migrate until the owner mapping is confirmed — this prevents orphaned records in Dynamics 365 where OwnerId is a required field on most activity and case entities.

  4. Run sample migration with field-level diff

    A representative slice of records — typically 200–500 spanning contacts, accounts, cases, time entries, and activities — migrates first. We generate a field-level diff showing every source value and its mapped destination value side by side. You verify practice-area pick-list mapping, billing rate currency formatting, date/time timezone handling, and document URL preservation. No full run commits until you sign off on the sample output. This step is where you catch missing pick-list values or custom field misconfigurations before they affect thousands of records.

  5. Execute full migration with delta-pickup and audit log

    The full migration runs against Dataverse Bulk Create API with upsert logic keyed on new_SourceID__c fields. A delta-pickup window (typically 24–48 hours) captures records modified in Case UI during the cutover period. Every operation is logged to an audit table showing record count, source ID, destination ID, field mapping applied, and timestamp. One-click rollback reverts all migrated records if reconciliation fails. You receive a post-migration reconciliation report comparing record counts and field completeness between Case UI and Dynamics 365.

Platform deep dives

Context on both ends of the pair

Case UI logo

Case UI

Source

Strengths

  • Clear per-user pricing with no surprise fees or mandatory add-ons on the Cloud plan.
  • On-Premise perpetual option eliminates per-user billing for firms with many attorneys and staff.
  • Free trial lets firms validate fit before committing to a paid subscription.
  • Daily backups and segregated databases reduce data loss risk for solo practitioners.
  • Straightforward interface purpose-built for small law firm workflows.

Weaknesses

  • No publicly documented API limits third-party integrations and automated migration tooling.
  • Limited public documentation and no verified reviews make independent evaluation difficult.
  • Smaller feature set compared to enterprise legal platforms may not support complex or multi-practice operations.
  • On-Premise version requires firm IT staff to manage upgrades, security, and backups independently.
  • No transparent rate limits or SLA terms published on the website for Cloud customers.
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 Case UI 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

    Case UI: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Case UI 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 Case UI to Microsoft Dynamics 365 Sales data migrations

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

Can't find your answer?

Walk through your Case UI to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Small Case UI environments with under 25,000 records and under 10 custom fields complete in 48–96 hours of migration clock time. Larger setups with 100,000+ records, multiple custom tables (time entries, expenses, trust balances), and activity history extending several years extend to 7–14 days. The longest planning step is creating and validating the custom new_Case table schema before any data moves. Actual data transfer time depends on Case UI export responsiveness and Dataverse API throughput.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Case UI.
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