CRM migration

Migrate from Assembly Trialworks to Microsoft Dynamics 365 Sales

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

Assembly Trialworks logo

Assembly Trialworks

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

12 of 12

objects map 1:1 between Assembly Trialworks and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Assembly Trialworks stores legal case management data — clients, matters, party contacts, documents, calendar events, billable hours, and custom case-type fields — in a Windows desktop architecture with no documented public REST API. Data export relies on direct SQL access (Trialworks running a SQL Express or SQL Server backend on the firm's network) or structured CSV exports generated through the FileIT module. Microsoft Dynamics 365 Sales uses the Dataverse data model with standard CRM entities (Account, Contact, Lead, Opportunity) plus fully customizable tables, columns, and relationships via the Power Platform. We map Trialworks clients to Dynamics 365 Sales Account records, matters to a custom Matters table, party contacts to Contact records with an AccountId link, and billable-hour totals to a custom monetary field on the custom Matters table. Document references migrate as SharePoint document location records or Notes annotations pointing to the original file paths on the firm's file server. Because Dynamics 365 Sales has no native legal-matter object, we design and provision the custom Matters table and all case-type custom fields before data lands. Workflows, matter templates, and document-generation rules from Trialworks do not migrate and must be rebuilt as Power Automate flows or Dynamics 365 Sales processes post-migration.

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

Assembly Trialworks logo

Assembly Trialworks

What's pushing teams away

  • Assembly Software is actively steering Trialworks customers toward Neos, its cloud-only successor, and has stopped creating or modifying custom dashboards, making the platform feel like it is entering long-term maintenance mode.
  • Neos is cloud-only with no on-premise option, which forces firms that require local server deployment to either switch platforms entirely or accept a deployment model they never chose.
  • Users report that Neos lacks features Trialworks had, and G2 satisfaction scores for Neos exceed Trialworks, creating pressure without clear functional parity at launch.
  • The forced transition conversation is creating churn anxiety among firms that do not want to migrate to a cloud product but face uncertainty about Trialworks' long-term roadmap despite Assembly's official no-EOL statement.
  • Windows-only workstation requirement and lack of native Mac or mobile support increasingly conflicts with modern law firm BYOD expectations and hybrid work arrangements.

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

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

Assembly Trialworks

Client

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Trialworks Client maps directly to Dynamics 365 Sales Account. The client name becomes Account Name, primary address maps to Address fields, and the firm's main phone maps to Telephone 1. Owner resolution uses the assigned Trialworks staff member's email matched against Dynamics 365 Sales user email addresses.

Assembly Trialworks

Matter

maps to

Microsoft Dynamics 365 Sales

Custom Table: tw_Matter__c

1:1
Fully supported

Dynamics 365 Sales has no native matter or case object. We create a custom tw_Matter__c table in Dataverse with custom columns matching each Trialworks matter field — including case type, case number, assigned attorney, opposing counsel, court/jurisdiction, status, and open/close dates. The custom table links to the Account (client) record via a lookup field.

Assembly Trialworks

Matter Type / Case Category

maps to

Microsoft Dynamics 365 Sales

tw_Matter__c.tw_CaseType__c (custom picklist)

1:1
Fully supported

Trialworks matter types — such as Personal Injury, Contract Dispute, Family Law, and Estate Planning — are mapped one-to-one to values in the tw_CaseType__c custom pick-list column on the tw_Matter__c table. During schema design we create each pick-list entry in the Dynamics 365 Sales column definition, validate against existing Trialworks data for consistency, and handle any new case categories by adding them to the pick-list before migration runs.

Assembly Trialworks

Party Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Trialworks party contacts — including plaintiffs, defendants, witnesses, and opposing counsel — are mapped to Dynamics 365 Sales Contact records. Each contact is linked to its primary Client/Account through the AccountId lookup field, preserving the party role in a custom tw_PartyRoleType__c pick-list. Contacts that lack a primary client are attached to a default 'Unassigned Party' Account record to keep the CRM referentially intact and avoid orphan entries.

Assembly Trialworks

Document Record

maps to

Microsoft Dynamics 365 Sales

SharePoint Document Location + Note

1:1
Fully supported

Trialworks FileIT document records contain file paths on the firm's local or network drive. We migrate these as SharePoint document location records pointing to the original file server UNC path, and as Dynamics 365 Notes annotations containing the original file name, extension, and path. Actual file bytes are not moved unless the firm uses SharePoint Online for document storage.

Assembly Trialworks

Calendar Event / Hearing

maps to

Microsoft Dynamics 365 Sales

Appointment (Activity)

1:1
Fully supported

Trialworks calendar events — including hearing dates, deposition schedules, and filing deadlines — map to Dynamics 365 Sales Appointment records (activity entity). Original event date/time, duration, and description are preserved. The related Matter lookup links each appointment to the corresponding tw_Matter__c record.

Assembly Trialworks

Billable Time Entry

maps to

Microsoft Dynamics 365 Sales

tw_Matter__c.tw_TotalBillableHours__c + tw_Matter__c.tw_TotalBillableAmount__c (custom columns)

1:1
Fully supported

Trialworks billable time entries are aggregated by matter. We sum hours and amounts per matter and write them to two custom decimal/currency columns on tw_Matter__c: tw_TotalBillableHours__c and tw_TotalBillableAmount__c. Individual line-item time entries are preserved as custom activity records linked to the matter.

Assembly Trialworks

Staff / Attorney

maps to

Microsoft Dynamics 365 Sales

SystemUser

1:1
Fully supported

Trialworks staff records map to Dynamics 365 Sales SystemUser records. Resolution is by email match. Unmatched staff are flagged before migration — the firm either creates their Dynamics 365 Sales user account first or assigns their records to a fallback user. Security roles are assigned post-migration.

Assembly Trialworks

Task / To-Do

maps to

Microsoft Dynamics 365 Sales

Task (Activity)

1:1
Fully supported

Trialworks task records are migrated as Dynamics 365 Sales Task activity records, preserving the subject, description, due date, priority, and status fields. The regarding_objectid field ties each task to its parent tw_Matter__c record or Contact record, maintaining the contextual relationship. Any associated notes or file references from Trialworks are imported as annotations on the task, ensuring that additional context is available to users without requiring the original system.

Assembly Trialworks

Custom Matter Field (user-defined)

maps to

Microsoft Dynamics 365 Sales

tw_Matter__c (custom column)

1:1
Fully supported

Any user-defined custom fields configured in Trialworks on the matter record are migrated as custom columns on the tw_Matter__c table. We infer the data type from Trialworks schema (text, number, date, pick-list) and create the equivalent Dataverse column type. Pick-list values require manual value-mapping setup.

Assembly Trialworks

Document Generation Template

maps to

Microsoft Dynamics 365 Sales

Not Migrated

1:1
Fully supported

Trialworks document generation templates (merge fields for letters, contracts, discovery documents) have no equivalent in Dynamics 365 Sales. We export the template field list as a PDF reference document for the firm's Dynamics 365 admin to use when rebuilding templates in Microsoft Word Mail Merge or a Power Automate document-generation flow.

Assembly Trialworks

Workflow / Matter Template

maps to

Microsoft Dynamics 365 Sales

Power Automate Flow (rebuild)

1:1
Fully supported

Matter-opening workflows and procedural templates from Trialworks do not migrate. We provide a structured workflow audit export — listing each trigger, condition, and action — that the firm's Power Platform admin uses to rebuild equivalent Cloud Flows in Dynamics 365 Sales.

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.

Assembly Trialworks logo

Assembly Trialworks gotchas

High

No public API means migration requires direct SQL database access

High

Assembly has discontinued custom dashboard creation and modification

Medium

FileIT document import requires a parallel folder-to-case mapping step

Medium

Custom fields are firm-specific and must be discovered before mapping

Medium

Firms being pushed toward cloud-only Neos despite needing on-premise

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

  • Trialworks has no documented public REST API — data extraction requires direct SQL access

    Assembly Trialworks runs as a Windows desktop application backed by a local or network SQL Server/SQL Express instance. There is no documented OAuth-based public REST API for third-party extraction. Migration的第一步 requires coordinating with the firm's IT to grant read-only SQL access to the Trialworks database on port 1433 (or the named instance port). The FlitStack team uses a VPN connection to the firm's network or a jump box to connect directly. This adds two to five business days of discovery time before the first record is read, and the firm's IT team must confirm SQL credentials and firewall rules. All extraction runs against a live read-only database snapshot to avoid impacting Trialworks performance during business hours.

  • Dynamics 365 Sales has no native legal matter entity — the custom table must be designed before data lands

    Microsoft Dynamics 365 Sales ships with Account, Contact, Lead, Opportunity, Case, and Quote as standard entities. There is no out-of-box matter or case-management entity suited to law firm workflows. FlitStack creates a custom tw_Matter__c table in Dataverse with custom columns matching every Trialworks matter field — case type, court/jurisdiction, opposing counsel, assigned attorney, billable hour totals, and all user-defined custom fields. The column schema must be finalized and published in the Dynamics 365 Power Platform environment before any matter data is loaded, because Dataverse does not allow adding required columns to a table that already contains data without a migration of existing records.

  • Document file bytes are not migrated — only metadata and file path references

    Trialworks FileIT stores documents on the firm's local or network file share. Dynamics 365 Sales stores documents either as SharePoint Online files (via the SharePoint document location entity) or as Notes attachments (with a 5 MB per-file limit). FlitStack migrates document metadata — file name, extension, document category, and the original UNC path — as Dynamics 365 Notes annotations. Actual document byte-copies are only migrated if the firm has migrated or is migrating to SharePoint Online, in which case we create SharePoint document location records pointing to the target library. Firms must rebuild document management and folder structures in SharePoint separately after migration.

  • Billable time aggregation requires custom column design on the custom Matters table

    Trialworks stores individual time entries with attorney ID, matter ID, date, hours, rate, and amount. Dynamics 365 Sales does not have a native time-tracking or billing line-item entity on custom tables. We aggregate time entries by matter and write tw_TotalBillableHours__c (decimal) and tw_TotalBillableAmount__c (currency) as custom columns on the tw_Matter__c table. Individual time-entry detail is preserved as custom task activity records. Firms that need detailed billing history for invoices or trust accounting must add a dedicated billing module (Dynamics 365 Business Central) post-migration — time-entry detail does not automatically generate invoices in Dynamics 365 Sales.

  • Dynamics 365 Sales Professional caps custom tables at 15 — Enterprise and Premium are required for complex legal schemas

    Microsoft limits Dynamics 365 Sales Professional to a maximum of 15 custom tables (Dataverse tables). The Assembly Trialworks migration typically requires a minimum of three custom tables (tw_Matter__c, tw_TimeEntry__c, tw_DocumentMetadata__c) plus custom columns for case types, party roles, and event types. If the firm has more than 12 user-defined custom fields on the matter record, the Professional tier limit is reached quickly. We verify the custom table count and column count against the target Dynamics 365 license tier before migration planning begins. Firms on Sales Professional who need more than 15 custom tables must upgrade to Sales Enterprise ($105/user/month) or Sales Premium ($150/user/month).

Migration approach

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

  1. Coordinate direct SQL access to the Trialworks database

    FlitStack engages the firm's IT team to obtain read-only SQL credentials for the Trialworks backend database. We connect via VPN or a jump box, enumerate the database schema (tables, columns, relationships), and produce a schema map before writing any migration code. The firm's IT team confirms firewall rules and provides a database backup for isolated testing. This step typically takes two to five business days and must be completed before any extraction begins.

  2. Design and provision the Dynamics 365 custom table schema

    We create the tw_Matter__c custom table in the firm's Dynamics 365 environment with all required custom columns — including tw_CaseType__c pick-list, tw_Status__c pick-list, tw_DateOpened__c datetime, tw_TotalBillableHours__c decimal, tw_TotalBillableAmount__c currency, and any user-defined fields from Trialworks. We also create the tw_TimeEntry__c and tw_DocumentMetadata__c custom tables, define lookup relationships from each to the Account table, and set appropriate data types with field-level security. The column schema is packaged in a Power Platform solution, versioned for future updates, and published before any data is loaded.

  3. Extract, cleanse, and transform Trialworks data in staging

    Using direct SQL queries against the Trialworks database, we extract all clients, matters, party contacts, time entries, document records, calendar events, and tasks. Data cleansing steps include: deduplicating clients by name+address, resolving party contacts to primary Account records, aggregating time entries by matter for the billable-hour totals, and standardizing date formats to UTC for Dataverse ingestion. Owner resolution maps Trialworks staff IDs to Dynamics 365 Sales user email addresses. All transformation logic is logged for field-level diff review.

  4. Run sample migration with field-level diff

    A representative sample — typically 100–200 records spanning clients, matters, contacts, and activities — is loaded into a Dynamics 365 sandbox environment. We generate a field-level diff comparing source SQL values to destination Dataverse column values. The firm reviews case-type pick-list mapping accuracy, attorney-to-owner resolution, and document path annotations. Any mapping errors are corrected before the full migration run proceeds.

  5. Execute full migration with delta-pickup window

    The full record set is loaded into the Dynamics 365 production environment using the Dataverse Web API with batch requests for bulk efficiency. A delta-pickup window of 24–48 hours runs concurrently, capturing any new or modified records in Trialworks during cutover. An audit log records every inserted and updated record with source IDs. If reconciliation fails, one-click rollback reverts the environment to its pre-migration state.

Platform deep dives

Context on both ends of the pair

Assembly Trialworks logo

Assembly Trialworks

Source

Strengths

  • Windows-native platform with deep Microsoft Office and WordPerfect document generation integration that litigation attorneys know well.
  • SQL Server backend gives IT staff full access to the database for custom reporting, backup, and integration work.
  • Customizable dashboards let individual users surface case metrics and pipeline views tailored to their practice area.
  • Supports on-premise, hosted, and virtual desktop deployment, giving firms flexibility in how they run the software.
  • Structured Claims and Parties data model aligns closely with how PI and liability litigation firms actually organize case information.

Weaknesses

  • No public REST API documented, making programmatic export and import a custom SQL-level operation rather than a standard integration.
  • Assembly has stopped creating or modifying custom dashboards, signaling reduced investment in the platform's feature set.
  • Strictly Windows-only workstations; no native Mac or Linux client, limiting deployment flexibility for modern hybrid work environments.
  • Cloud-only successor (Neos) has no on-premise option, forcing firms with local server requirements to migrate to a different platform entirely if they want to stay current.
  • Support for NeosAI and newer AI-powered features is concentrated in Neos, leaving Trialworks users without access to Assembly's most recent product investments.
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. 1 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 Assembly Trialworks and Microsoft Dynamics 365 Sales .

  • Object compatibility

    B

    1 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

    Assembly Trialworks: Not applicable—no public API.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Assembly Trialworks 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 Assembly Trialworks to Dynamics 365 Sales migrations complete within 5–10 business days of active migration work for firms with under 5,000 matters. The longest phase is the SQL schema discovery and direct database access coordination, which takes two to five days before extraction begins. Full migrations including the custom table design, sample migration, and delta-pickup run typically land within three to six weeks. Firms with more than 10,000 matters, extensive user-defined custom fields, or those requiring SharePoint Online document integration should plan for the longer end of that range.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Assembly Trialworks.
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