CRM migration
Field-level mapping, validation, and rollback between The Plaintiff and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
The Plaintiff
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
9 of 10
objects map 1:1 between The Plaintiff and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–72 hours
Overview
The Plaintiff organizes contacts and cases in a single flat record model with limited relationship depth. Microsoft Dynamics 365 Sales uses a relational table model built on Dataverse — Accounts, Contacts, Leads, and Opportunities — where every record type has typed fields, ownership, and a security-role context. Migrating from The Plaintiff to Dynamics 365 Sales requires translating a simpler case-centric schema into a structured opportunity management environment with Accounts as the top-level parent, Contacts linked by roles, and Cases mapped to Opportunities or custom Case tables depending on the Dynamics license tier. We extract all standard objects (contacts, companies, cases, activities) and any custom fields The Plaintiff exposes via its API, then map them to the corresponding Dynamics 365 table columns using value-by-value field matching. Workflows, templates, and automation logic in The Plaintiff do not migrate — we export them as rebuild references for Power Automate or model-driven app logic in the destination. Our migration runs against the Dynamics 365 Web API and Dataverse, handling table-creation order constraints, owner resolution by email match, and a 24–48 hour delta-pickup window at cutover to capture in-flight changes.
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
The Plaintiff platform overview
Scorecard, SWOT, gotchas, and pricing for The Plaintiff.
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 The Plaintiff 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.
The Plaintiff
Contact / Party
Microsoft Dynamics 365 Sales
Contact
1:1The Plaintiff contact records map directly to the Dynamics 365 Contact table. The primary email address becomes Contact.Email, phone becomes Phone, and the name fields map to FirstName and LastName. Ownership is resolved by email match against existing Dynamics 365 users.
The Plaintiff
Company / Firm
Microsoft Dynamics 365 Sales
Account
1:1The Plaintiff firm or company name maps to the Account.Name column in Dynamics 365. Website URL maps to Account.Website. Industry values from The Plaintiff are mapped value-by-value to the Account.Industry pick-list. Employee count and revenue figures map to NumberOfEmployees and AnnualRevenue respectively.
The Plaintiff
Contact
Microsoft Dynamics 365 Sales
Lead
1:manyContacts in The Plaintiff flagged as prospective clients (status not yet a matter) route to the Dynamics 365 Lead table. Prospective contacts retain the source contact ID in a custom External_Source_ID__c field for traceability and later conversion to Contact, Account, and Opportunity records during the sales lifecycle stages in Dynamics 365 Sales.
The Plaintiff
Case
Microsoft Dynamics 365 Sales
Opportunity
1:1Active matters in The Plaintiff become Opportunities in Dynamics 365 Sales. The case name maps to Opportunity.Name, case value or billing amount maps to Amount, and the case open date maps to CloseDate. Case status maps to a custom Opportunity_Status__c pick-list; stage assignment follows the default Dynamics Sales Process.
The Plaintiff
Case
Microsoft Dynamics 365 Sales
Incident (Case table)
1:1If the destination is Dynamics 365 Sales Enterprise, The Plaintiff cases can map to the native Incident (Case) table. This requires custom column creation for fields specific to the legal matter (e.g., Matter_Type__c, Referring_Attorney__c) and Field-Level Security configuration per Business Unit.
The Plaintiff
Activity (call, email, meeting)
Microsoft Dynamics 365 Sales
ActivityPointer → Task / Email / Appointment
1:1All logged calls, emails, and meetings in The Plaintiff map to the Dynamics 365 ActivityPointer table with the specific type set. Original timestamps, owner (resolved by email), and regarding object (parent Contact or Case) are preserved. Attachments are downloaded and re-uploaded to Dynamics 365 Notes or SharePoint document location.
The Plaintiff
Document / Attachment
Microsoft Dynamics 365 Sales
Annotation / SharePoint
1:1Documents attached to The Plaintiff cases or contacts are extracted and attached to the corresponding Dynamics 365 record via the Annotation (Notes) entity or uploaded to the associated SharePoint document location configured on the Account or Contact, preserving the original file structure and attachment relationships for downstream retrieval and compliance requirements.
The Plaintiff
Custom Property (contact)
Microsoft Dynamics 365 Sales
Contact.new_<propertyname>
1:1Each custom property The Plaintiff stores on contacts requires a new_ prefixed custom column on the Contact table in Dataverse. We match the data type (text, number, pick-list, date) and create the column before migration. Pick-list custom properties require a new_ pick-list with matching values.
The Plaintiff
Custom Property (case)
Microsoft Dynamics 365 Sales
Opportunity.new_<propertyname> or Incident.new_<propertyname>
1:1Case-specific custom properties migrate to custom columns on the Opportunity or Incident table depending on the chosen mapping strategy. All new_ columns are published before the migration run. If the source custom property uses a pick-list, we build a corresponding Dynamics 365 pick-list with identical values.
The Plaintiff
User / Owner
Microsoft Dynamics 365 Sales
SystemUser
1:1The Plaintiff user records are matched to Dynamics 365 SystemUser by email address. Unmatched users are flagged as warnings — the migration plan requires either inviting them to Dynamics 365 first or assigning their records to a fallback owner before migration commits.
| The Plaintiff | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact / Party | Contact1:1 | Fully supported | |
| Company / Firm | Account1:1 | Fully supported | |
| Contact | Lead1:many | Fully supported | |
| Case | Opportunity1:1 | Fully supported | |
| Case | Incident (Case table)1:1 | Fully supported | |
| Activity (call, email, meeting) | ActivityPointer → Task / Email / Appointment1:1 | Fully supported | |
| Document / Attachment | Annotation / SharePoint1:1 | Fully supported | |
| Custom Property (contact) | Contact.new_<propertyname>1:1 | Fully supported | |
| Custom Property (case) | Opportunity.new_<propertyname> or Incident.new_<propertyname>1:1 | Fully supported | |
| User / Owner | SystemUser1: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.
The Plaintiff gotchas
Admin-only date field editing creates migration mapping gaps
No publicly documented API requires manual export parsing
Custom field schema varies by firm without documentation
Trust account and billing records excluded from standard export
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
Inventory The Plaintiff objects and custom properties
We connect to The Plaintiff API with scoped read access and export a full object inventory: all contacts, companies, cases, activities, notes, and any custom property definitions. We identify the data types and pick-list values for every custom property and build a mapping matrix that lists the target Dataverse column name, type, and whether a new_ column is required. This inventory is the foundation for the schema setup plan we deliver before migration runs.
Create Dataverse custom columns and security roles
Before data moves, we deliver a schema setup plan specifying every new_ column required, its data type, pick-list values, and Field-Level Security recommendation. Your Dynamics 365 admin (or our team working in your environment) creates the columns and publishes the solution. Accounts are migrated first, followed by Contacts linked to those Accounts, then Cases mapped to Opportunities — respecting the foreign-key order that Dataverse enforces on CustomerId and OwnerId.
Resolve owners by email match
Every record in The Plaintiff has an owner (attorney, paralegal, admin). We match owner email addresses against the Dynamics 365 SystemUser table. Matched users receive their records directly. Unmatched owners are flagged as warnings in the migration report — your team either provisions a Dynamics 365 license for them first or designates a fallback owner before the migration commits. No record lands without a valid OwnerId.
Run sample migration with field-level diff
A representative slice — typically 200–500 records spanning contacts, accounts, cases, and a sample of activities — migrates first. We generate a field-level diff comparing source field values to the destination column values so you can verify custom property mapping, case-status pick-list values, and date preservation before the full run commits. Any mapping corrections are made before the production migration begins.
Execute full migration with delta-pickup window
The full dataset migrates to Dynamics 365 Sales via the Dataverse Web API, using batch operations to stay within service protection limits. A 24–48 hour delta-pickup window after the initial load captures any records created or modified in The Plaintiff during the cutover. An audit log records every operation — inserts, updates, and skips. One-click rollback is available if post-migration reconciliation finds unexpected gaps. Workflows and automations are not migrated; we provide a rebuild reference export.
Platform deep dives
The Plaintiff
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 The Plaintiff and Microsoft Dynamics 365 Sales .
Object compatibility
1 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
The Plaintiff: Not publicly documented — no published quotas. The platform is a packaged practice-management suite, not an API-first product..
Data volume sensitivity
The Plaintiff 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 The Plaintiff to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your The Plaintiff 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 The Plaintiff
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.