CRM migration

Migrate from RunSensible to Microsoft Dynamics 365 Sales

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

RunSensible logo

RunSensible

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

13 of 13

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

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

RunSensible is a legal-practice-management platform built around Clients, Matters, Contacts, Time Entries, Bills, and Documents. Dynamics 365 Sales is Microsoft's CRM built around Accounts, Contacts, Leads, and Opportunities with its own pricing tiers (Sales Professional at $65/user/month, Sales Enterprise at $105/user/month). The migration maps RunSensible's client-centric object graph onto Dynamics 365's entity model, translating every standard object and preserving legal-specific properties as custom fields on the Opportunity table. RunSensible clients and their associated contacts become Dynamics 365 Accounts and Contacts. RunSensible Matters become Opportunities, with legal-specific fields like matter type, statute of limitations, and court jurisdiction migrated as custom columns on the opportunity record. Time entries, tasks, calls, and emails migrate as Activities linked to the opportunity. RunSensible's billing invoices and trust-account data have no native Dynamics 365 equivalent — those records are preserved as custom entities or flat-file exports for reference. FlitStack AI sequences the migration so foreign keys resolve in the correct order (Accounts before Contacts, Contacts before Opportunities), runs a field-level diff against a test slice before committing the full run, and captures a 24–48 hour delta window for in-flight changes during cutover. Workflows, automations, and email templates do not migrate — they must be rebuilt using Dynamics 365 workflows or Power Automate, and FlitStack provides an export of RunSensible automation definitions as a rebuild reference.

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

RunSensible logo

RunSensible

What's pushing teams away

  • Support response times frustrate firms with urgent billing or compliance questions, particularly during month-end invoice runs
  • The mid-tier plans limit API access and custom reporting, pushing growing firms toward enterprise pricing or alternative platforms
  • Users report that the calendar and scheduling features lack the granular conflict checking needed for multi-attorney practice management
  • Firms with complex multi-state compliance needs find RunSensible's court rules integration limited to specific jurisdictions rather than comprehensive
  • Some firms outgrow the platform when they require advanced analytics or custom integrations not available without a dedicated implementation

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

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

RunSensible

Client

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

RunSensible clients migrate as Dynamics 365 Accounts. Client name maps to Account.Name. The client's primary contact name optionally populates the Account's primary contact field. Billing address, shipping address, and communication preferences on the client record become the Account's corresponding address and preference fields in Dynamics 365.

RunSensible

Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

RunSensible contacts migrate as Dynamics 365 Contacts. The contact's associated client record determines the AccountId lookup in Dynamics 365. Each contact must resolve to a parent Account before migration, so Accounts are migrated first in the sequence. Email addresses and phone numbers map to the standard contact communication fields.

RunSensible

Matter

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

RunSensible Matters are the central legal entity and map to Dynamics 365 Opportunities. Matter name becomes Opportunity.Name. Matter status (Open, Closed Won, Closed Lost) maps to the Opportunity State and Status fields. Practice-area classification and other legal metadata become custom columns on the Opportunity.

RunSensible

Matter Type / Practice Area

maps to

Microsoft Dynamics 365 Sales

Custom field on Opportunity

1:1
Fully supported

RunSensible practice-area pick-list values such as Personal Injury, Corporate, Family Law, or Real Estate have no direct Dynamics 365 equivalent. A custom pick-list field Practice_Area__c is created on the Opportunity table and populated from the source matter type value-by-value, preserving the full legal taxonomy from RunSensible.

RunSensible

Statute of Limitations Date

maps to

Microsoft Dynamics 365 Sales

Custom field on Opportunity

1:1
Fully supported

RunSensible tracks a statute-of-limitations date per matter. A custom datetime field Sol_Date__c is created on Opportunity and populated from RunSensible. This field is not native to Dynamics 365 Sales and must be maintained as a custom column or shown in a sub-grid on the opportunity form.

RunSensible

Court / Jurisdiction

maps to

Microsoft Dynamics 365 Sales

Custom field on Opportunity

1:1
Fully supported

RunSensible records the court and jurisdiction for each matter — including trial court, appellate court, federal or state level, and geographic jurisdiction codes. A custom text field Court_Jurisdiction__c is created on the Opportunity record. Pick-list values are mapped one-by-one from the RunSensible jurisdiction list to the Dynamics 365 custom field options.

RunSensible

Time Entry

maps to

Microsoft Dynamics 365 Sales

Activity (Task)

1:1
Fully supported

RunSensible time entries (date, duration, description, billable flag) migrate as Dynamics 365 Tasks. The task Subject is built from the matter name and entry description. Billable hours and rate information is stored in a custom field on the Task since Dynamics 365 Activities do not natively track billing rates.

RunSensible

Task / To-Do

maps to

Microsoft Dynamics 365 Sales

Task

1:1
Fully supported

RunSensible tasks attached to a matter migrate as Dynamics 365 Tasks with the same subject line, due date, priority, and status flags. Owner resolution uses email address matching against Dynamics 365 user records. Unresolved owners are flagged in a pre-migration report and must be assigned a fallback owner before the migration commits.

RunSensible

Email / Call Activity

maps to

Microsoft Dynamics 365 Sales

Email / Phone Call activitypointer

1:1
Fully supported

RunSensible logged emails and calls linked to a matter migrate as Dynamics 365 Email and PhoneCall activity records. The original timestamp, direction (inbound/outbound), and subject line are preserved. The activity is attached to the Opportunity record via the regardingobjectid lookup.

RunSensible

Document / File Attachment

maps to

Microsoft Dynamics 365 Sales

Note / Attachment

1:1
Fully supported

RunSensible documents attached to a matter migrate as Notes or Attachments in Dynamics 365. Files are re-uploaded to the Opportunity's related documents section. Salesforce-like SharePoint integration is not native to Dynamics 365 Sales Professional — documents attach directly to the record by default.

RunSensible

Bill / Invoice

maps to

Microsoft Dynamics 365 Sales

Custom entity or flat-file export

1:1
Fully supported

RunSensible's invoicing and billing records have no native Dynamics 365 Sales equivalent — the CRM does not include a billing module. Invoices are exported as a structured CSV and can be stored as a custom entity or referenced via a related SharePoint document library. Trust-account data is exported separately for compliance reference.

RunSensible

Conflict Check Result

maps to

Microsoft Dynamics 365 Sales

Custom field on Account

1:1
Fully supported

RunSensible's built-in conflict-checking flag — conducted against the client database before matter intake to identify potential conflicts of interest — has no native Dynamics 365 equivalent. The conflict-check result (cleared, cleared with waiver, or conflict) is stored as a custom text field Conflict_Check__c on the Account record for reference and bar-compliance documentation.

RunSensible

Custom Field (RunSensible)

maps to

Microsoft Dynamics 365 Sales

Custom Column (Dataverse)

1:1
Fully supported

RunSensible custom fields on any entity map to custom columns in Dynamics 365. Field types are matched (text to text, date to datetime, pick-list to pick-list). RunSensible Professional tier limits apply to custom field counts — Enterprise or Premium tier in Dynamics 365 is recommended for firms with more than 15 custom fields.

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.

RunSensible logo

RunSensible gotchas

High

Trust account balance migration requires three-way reconciliation

High

Invoice-to-matter linkage is required for billable entries

Medium

API access is tier-gated and not available on Essential plan

Medium

AI Forms and Execute modules are separate paid add-ons

Low

Client intake forms use conditional logic not preserved in standard export

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

  • Matters do not map natively to Opportunities — legal metadata requires custom fields

    RunSensible Matters carry legal-practice properties (statute of limitations, court jurisdiction, practice area, opposing party) that have no column in the Dynamics 365 Opportunity table. Dynamics 365 Sales Professional caps custom tables at 15, so firms with more than a handful of legal-specific fields may need to upgrade to the Enterprise or Premium license tier before migration. FlitStack creates the required custom columns (Practice_Area__c, Sol_Date__c, Court_Jurisdiction__c) as part of the migration schema plan and validates pick-list values against the Dynamics 365 metadata before the load runs.

  • Billing and invoicing records have no Dynamics 365 Sales destination

    RunSensible's invoicing, trust-account, and IOLTA-compliance module is a legal-specific accounting feature with no equivalent in Dynamics 365 Sales. Dynamics 365 Sales is a CRM, not a billing or accounting system — the billing module would require a separate purchase of Dynamics 365 Business Central or an integration with a third-party legal accounting tool. FlitStack exports billing records and trust-account data as structured CSV files linked to the related opportunity for reference. Firms must reissue invoices or integrate with a legal billing system post-migration.

  • Dataverse API rate limits constrain bulk migration throughput

    Dynamics 365 Sales runs on Microsoft Dataverse, which enforces API request allocations per user per day (currently 6,000 requests per user per day by default, with higher limits available via the platform API). RunSensible firms with thousands of matter histories, time entries, and activity logs can encounter throttling during high-volume migration windows. FlitStack paces migration requests against Dataverse throttle responses, retries on 429 responses, and distributes load across off-peak hours to avoid exceeding allocation limits during the migration window.

  • Conflict-check results and intake flags are not a native Dynamics 365 construct

    RunSensible's conflict-check feature (screening new clients and matters against the existing database before intake is completed) produces a conflict-check result record that has no direct equivalent in Dynamics 365. The result — cleared, cleared with waiver, or conflict — must be stored as a custom text field on the Account record. If the firm relies on this field for compliance auditing, the custom field must be added to the Dynamics 365 Account form before data lands, and users must be trained on where to find the conflict status in the new system.

  • Time-entry and billing metadata maps to Tasks but not to native billing fields

    RunSensible time entries carry billable/non-billable flags, hourly rates, and expense codes that do not map to any native Dynamics 365 Sales field. Activities (Tasks, Emails, PhoneCalls) in Dynamics 365 do not have a native billing-rate column. FlitStack creates custom fields on the Task entity (Billable_Hours__c, Rate__c, Expense_Code__c) to preserve the financial metadata. If the firm needs to report on billable time post-migration, the custom Task fields must be included in Dynamics 365 reports or Power BI dashboards — they do not appear in the standard Opportunity revenue pipeline.

Migration approach

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

  1. Audit RunSensible data and design Dynamics 365 custom-field schema

    FlitStack connects to RunSensible via scoped read-access API and profiles every entity — client records, matter histories, time entries, documents, and custom fields — before designing the Dynamics 365 schema. The schema design step identifies which RunSensible legal-specific fields (practice area, statute of limitations, court jurisdiction) need custom columns on the Opportunity table, confirms the pick-list value set for each, and recommends whether Sales Professional (15 custom-table cap) or Enterprise/Premium is the appropriate Dynamics 365 tier for the firm's migration scope. The schema plan is delivered in writing before any data moves.

  2. Resolve owners and user accounts by email before migration

    RunSensible's responsible-attorney and assigned-staff fields are matched against Dynamics 365 user records by email address. Unresolved owners — staff members who have no Dynamics 365 license yet — are flagged in a pre-migration report so the firm can either provision a license before the run or assign a fallback owner. No opportunity lands without an OwnerId; this prevents orphaned records in Dynamics 365 after cutover.

  3. Migrate Accounts and Contacts before Opportunities

    Dynamics 365 requires AccountId on Contact records and ContactId on Opportunity records (via OpportunityContactRoles). FlitStack sequences the migration in three passes: first Accounts (from RunSensible Clients), then Contacts (linked to Accounts by the parent client lookup), then Opportunities (with OpportunityContactRoles wiring the primary attorney contact to the matter). This ordering resolves foreign-key dependencies correctly and prevents the ContactId validation errors that occur when an Opportunity references a Contact that has not yet been created.

  4. Run sample migration with field-level diff

    A representative slice — typically 100–500 records spanning clients, contacts, matters, and time entries — migrates to a Dynamics 365 sandbox first. FlitStack generates a field-level diff comparing each source field against the destination value, flagging any pick-list mismatches (e.g., practice-area values that did not map because the destination option set was not populated), missing custom columns, and owner-resolution failures. The diff is reviewed with the firm's Dynamics 365 admin before the full migration run is authorized.

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

    The full migration runs against the Dynamics 365 production environment, loading all clients, contacts, matters, activities, and documents in the sequenced order. A delta-pickup window (typically 24–48 hours) captures any RunSensible records created or modified during the cutover — a new client intake or matter opened while migration is running is pulled in after the initial run completes. FlitStack maintains an audit log of every record created, updated, or skipped. One-click rollback reverts all operations if post-run reconciliation identifies data integrity issues.

Platform deep dives

Context on both ends of the pair

RunSensible logo

RunSensible

Source

Strengths

  • Combines CRM, matter management, trust accounting, and client portal in one platform without requiring third-party integrations
  • AI-powered form library with 54,000+ court documents for U.S. and Canadian jurisdictions reduces manual drafting
  • IOLTA-compliant three-way reconciliation built into trust accounting satisfies bar association audit requirements
  • Competitive per-seat pricing starting at $39/user/month with transparent annual billing and a 60-day money-back guarantee
  • Workflow automation and email templates streamline client onboarding and reduce repetitive administrative tasks

Weaknesses

  • API access and custom reporting are gated behind higher pricing tiers, limiting data portability for mid-market firms
  • Calendar and scheduling conflict checking is basic, requiring manual oversight in multi-attorney practices
  • Court rules integration covers limited jurisdictions, creating gaps for firms operating across multiple states or provinces
  • Support response times during critical periods such as month-end billing receive mixed reviews from users
  • Enterprise pricing requires a custom quote with implementation costs of $10,000+, making total cost opaque until late in the sales cycle
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 RunSensible 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

    RunSensible: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your RunSensible 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 RunSensible to Dynamics 365 Sales migrations complete in 48–72 hours of clock time for under 50,000 records. Larger firms with extensive time-entry histories, matter attachments, or many custom fields extend to 7–14 days. The longest planning step is designing the custom-field schema for legal-specific columns — including practice area, statute of limitations, and court jurisdiction — to ensure these fields exist in Dynamics 365 before data migration begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from RunSensible.
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