CRM migration
Field-level mapping, validation, and rollback between Lexis Affinity and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Lexis Affinity
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
12 of 12
objects map 1:1 between Lexis Affinity and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–72 hours
Overview
Lexis Affinity organizes legal work around matters (cases), clients, documents, trust accounts, and time entries — a model designed for law firm billing and compliance. Dynamics 365 Sales organizes around accounts, contacts, leads, and opportunities — a model optimized for sales pipeline management. The migration must translate Lexis Affinity's matter-centric hierarchy into Dynamics 365's account-centric structure, preserving the relationship between clients and their matters while surfacing the legal billing data that has no native Dynamics 365 equivalent. FlitStack AI extracts Lexis Affinity data via its export APIs, transforms matter records into opportunities or custom entities, maps client records to accounts and contacts, and preserves trust-account balances as custom fields for reference. Workflows, templates, and legal-specific automations do not migrate — those must be rebuilt in Dynamics 365 using Power Automate. The migration runs with scoped read access on Lexis Affinity, so your team continues working during the cutover window. A 24–48 hour delta pickup captures any records modified during the transition so Dynamics 365 reflects Lexis Affinity's final state at go-live. FlitStack AI sequences the migration so foreign keys resolve correctly: accounts first, then contacts, then opportunities with their associated activities, documents, and time entries.
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
Lexis Affinity platform overview
Scorecard, SWOT, gotchas, and pricing for Lexis Affinity.
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 Lexis Affinity 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.
Lexis Affinity
Client
Microsoft Dynamics 365 Sales
Account
1:1Lexis Affinity clients map directly to Dynamics 365 Sales accounts. The primary client address, contact information, and organizational details transfer to the account record. Multi-client matters (shared clients across matters) require Account Contact Relationships in Dynamics 365. Additionally, client-specific custom fields such as billing preferences or industry codes are mapped to custom fields on the account record, preserving data fidelity.
Lexis Affinity
Contact (person-level)
Microsoft Dynamics 365 Sales
Contact
1:1Person-level contacts in Lexis Affinity map 1:1 to Dynamics 365 contacts. Email, phone, job title, and address fields map to their Dynamics 365 equivalents. The contact's primary account link is established from the client mapping. Any Lexis Affinity custom fields attached to the contact record, such as bar number or preferred contact method, are migrated as custom fields on the Dynamics 365 contact, ensuring no data is lost.
Lexis Affinity
Matter
Microsoft Dynamics 365 Sales
Opportunity
1:1Lexis Affinity matters translate to Dynamics 365 opportunities — the matter name becomes the opportunity name, and the matter's primary client links to the opportunity's account. Matter status (open, closed, on-hold) maps to opportunity stage values via a value-mapping table.
Lexis Affinity
Matter
Microsoft Dynamics 365 Sales
Custom Table: Matter
1:1For firms that need full matter hierarchy preserved (parent matters, related matters, practice area), FlitStack AI creates a custom Matter table in Dataverse with self-referential lookup fields. The opportunity record links to the matter record for legal context. The custom Matter table includes columns for matter number, responsible attorney, practice area, and status, all populated from Lexis Affinity. This enables Power Automate flows to reference matter relationships without altering the standard opportunity schema.
Lexis Affinity
Time Entry
Microsoft Dynamics 365 Sales
Custom Table: TimeEntry
1:1Billable hours logged in Lexis Affinity become records in a custom TimeEntry table in Dynamics 365 Dataverse. Each time entry links to the matter (opportunity) and contact (fee-earner). Hourly rate and billing status transfer as custom fields for reporting continuity.
Lexis Affinity
Trust Account
Microsoft Dynamics 365 Sales
Custom Fields on Account
1:1Trust account balances and ledgers have no native Dynamics 365 equivalent. FlitStack AI preserves trust account data as custom currency fields on the account record and creates a custom TrustAccountTransaction table for ledger-level detail. Reconciliation logic must be handled outside Dynamics 365 or via Power Apps.
Lexis Affinity
Document
Microsoft Dynamics 365 Sales
SharePoint / Dynamics 365 Files
1:1Lexis Affinity documents are exported and re-uploaded to SharePoint, with the document library structured to mirror the matter folder hierarchy. Dynamics 365 records link to the SharePoint document location via the native SharePoint integration. File size limits (default 25MB per file) apply.
Lexis Affinity
Billing / Invoice
Microsoft Dynamics 365 Sales
Custom Fields on Opportunity
1:1Lexis Affinity billing records (invoices, payments, write-offs) are preserved as custom fields on the opportunity record. Invoice number, total amount, outstanding balance, and payment status transfer for financial reference. Full invoicing requires Dynamics 365 Finance or Business Central. The migration also captures any billing notes or client-specific invoicing instructions as text fields, ensuring that historical billing context is available in Dynamics 365 for audit and reporting purposes.
Lexis Affinity
Workflow / Automation
Microsoft Dynamics 365 Sales
Power Automate
1:1Lexis Affinity workflows (conflict checks, matter opening, document assembly) have no direct equivalent in Dynamics 365 Sales. FlitStack AI exports workflow definitions as documentation for your Dynamics 365 admin to rebuild in Power Automate. The migration data layer is preserved so rebuilt workflows can reference migrated IDs.
Lexis Affinity
Custom Fields
Microsoft Dynamics 365 Sales
Custom Fields / Custom Tables
1:1Lexis Affinity custom fields (client properties, matter metadata, billing flags) migrate as custom fields on the corresponding Dynamics 365 entity or as custom columns in Dataverse tables. Field types are mapped: text to text, pick-list to choice, date to datetime.
Lexis Affinity
Calendar / Events
Microsoft Dynamics 365 Sales
Dynamics 365 Activities
1:1Court dates, deadlines, appointments, and meetings from Lexis Affinity calendar transfer to Dynamics 365 activities (appointments). Original timestamps and assigned users are preserved. Recurring events are mapped as individual activity records. Each activity includes the original Lexis Affinity calendar entry ID stored in a custom field for cross-referencing. If a recurring pattern is detected, FlitStack AI documents the recurrence rule so your admin can recreate it using Power Automate or the Dynamics 365 recurrence engine.
Lexis Affinity
Conflict Check Result
Microsoft Dynamics 365 Sales
Custom Fields on Contact / Account
1:1Conflict check results and check dates are stored as custom fields on the contact or account record for reference. Full conflict-checking workflows must be rebuilt in Dynamics 365 using Power Automate or a dedicated legal compliance tool. The migrated conflict data includes the check performed date, the responsible attorney, and any flags such as conflicts identified or cleared, enabling your compliance team to review historical checks without re-running them manually.
| Lexis Affinity | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Client | Account1:1 | Fully supported | |
| Contact (person-level) | Contact1:1 | Fully supported | |
| Matter | Opportunity1:1 | Fully supported | |
| Matter | Custom Table: Matter1:1 | Fully supported | |
| Time Entry | Custom Table: TimeEntry1:1 | Fully supported | |
| Trust Account | Custom Fields on Account1:1 | Fully supported | |
| Document | SharePoint / Dynamics 365 Files1:1 | Fully supported | |
| Billing / Invoice | Custom Fields on Opportunity1:1 | Fully supported | |
| Workflow / Automation | Power Automate1:1 | Fully supported | |
| Custom Fields | Custom Fields / Custom Tables1:1 | Fully supported | |
| Calendar / Events | Dynamics 365 Activities1:1 | Fully supported | |
| Conflict Check Result | Custom Fields on Contact / Account1: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.
Lexis Affinity gotchas
Records and Safe Custody module creates migration lock-in
DataForm custom field schemas are per-firm and must be reverse-engineered
Trust account sub-account types map differently to destination ledgers
Workflow automations do not export and must be rebuilt manually
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
Assess Lexis Affinity data export and Dynamics 365 target schema
FlitStack AI reviews your Lexis Affinity export capabilities and reviews the current Dynamics 365 environment to determine which tables, custom fields, and entity relationships exist. We identify gaps between Lexis Affinity's matter-centric model and Dynamics 365's account-centric model — specifically mapping matters to opportunities or custom Matter entities, flagging trust account fields for custom field creation, and documenting the SharePoint integration requirements for document migration.
Design custom entity schema in Dataverse
Before data moves, your Dynamics 365 admin (or our team) creates the custom Matter table, TimeEntry table, and custom fields needed for legal-specific data. We deliver a schema setup plan covering: the Matter table structure with self-referential lookup for parent-matter relationships, custom choice fields for practice area and matter status, trust account currency fields on the account record, and SharePoint library configuration. The Dynamics 365 side must be ready before validation runs.
Map attorneys and users by email resolution
Lexis Affinity attorneys and staff map to Dynamics 365 users by email. Unmatched users are flagged before migration — your team either creates their Dynamics 365 accounts first or assigns records to a fallback owner. No record lands without a valid Dynamics 365 owner. Trust account signatory information is preserved in custom fields for reference. The email lookup uses the OwnerId field, and any unmatched attorney is logged for resolution. Signatory details include name, license number, and email for audit trails.
Sequence migration: accounts → contacts → opportunities → activities → documents
Dynamics 365 requires Accounts before Contacts (via primary account lookup) and Opportunities before Activity records (via regarding object). FlitStack AI sequences the migration so foreign keys resolve correctly. Time entries and documents follow the matter-to-opportunity mapping, and all records carry a Source_System_ID__c for traceability back to Lexis Affinity. The sequencing also checks for duplicate accounts and contacts, ensuring that each record receives a unique OwnerId before child entities load. Original created-on timestamps are preserved using the OverrideCreatedOn flag, and the migration log records each step for compliance review.
Run sample migration with field-level diff
A representative slice migrates first — typically 100–500 records spanning clients, contacts, matters, time entries, and a few documents. We generate a field-level diff between source and destination so you can verify matter-to-opportunity mapping, attorney resolution, trust balance preservation, and document folder structure before the full run commits. The diff report lists each field, expected value, and actual imported value, flagging any discrepancies such as missing attorney assignments or truncated text. You review the report, approve the slice, and confirm that custom fields and SharePoint links are intact before we proceed with the full data load.
Cut over with delta-pickup and post-migration verification
Full migration runs against Dynamics 365. A delta-pickup window (typically 24–48 hours) captures any records modified in Lexis Affinity during cutover. Audit log captures every operation, and one-click rollback is available if reconciliation fails. SharePoint document libraries are verified for completeness, and Power Automate workflow documentation is delivered for your admin to rebuild legal automations. After the migration, we run data-quality checks that compare record counts, validate foreign-key relationships, and confirm that all custom fields populated. You then perform user acceptance testing in a sandbox before switching over to the production environment.
Platform deep dives
Lexis Affinity
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Lexis Affinity and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Lexis Affinity and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Lexis Affinity 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
Lexis Affinity: Not publicly documented for the practice management module; enterprise customers should confirm limits during onboarding.
Data volume sensitivity
Lexis Affinity 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 Lexis Affinity to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Lexis Affinity 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 Lexis Affinity
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.