CRM migration

Migrate from LawPracticeZA to Microsoft Dynamics 365 Sales

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

LawPracticeZA logo

LawPracticeZA

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

12 of 12

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

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

LawPracticeZA is a legal-practice management and billing system built for South African law firms, with core objects for client matters, fee earners, time tracking, and trust accounting. It stores firm data in a matter-centric model where each matter links to one or more fee earners and maintains its own billing ledger. Dynamics 365 Sales, built on Microsoft Dataverse, uses a standard CRM model with Accounts, Contacts, Leads, and Opportunities — plus custom tables for extensibility. The migration challenge is translating LawPracticeZA's matter-centric structure into Dynamics 365's entity-relational model, resolving fee earners to Dataverse User records, and deciding how trust-accounting data (which has no native Dynamics 365 equivalent) gets preserved or rebuilt. We use LawPracticeZA's REST API for data extraction and the Dynamics 365 Web API for ingestion, with Power Automate used post-migration for any automated workflow reconstruction. All migration steps run with scoped read access on LawPracticeZA — your team keeps billing throughout.

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

LawPracticeZA logo

LawPracticeZA

What's pushing teams away

  • API documentation is incomplete and focused narrowly on fees, invoices, and transactions — limits automation and migration capabilities
  • Rate limits are not publicly documented, making it difficult to plan bulk data extraction without trial-and-error
  • Firms outgrowing the platform's feature set often move to larger competitors with broader ecosystem integrations
  • Limited third-party integration options frustrate firms wanting to connect legal practice management with other business tools
  • Regional focus to South Africa and Botswana restricts multi-jurisdiction firms from using a single system

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

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

LawPracticeZA

Matter (Client)

maps to

Microsoft Dynamics 365 Sales

Account / Contact

1:1
Fully supported

LawPracticeZA matters are client files tied to a primary client. Each matter maps to one Account (if the client is an organization) or one Contact (if an individual). Matter type, matter description, and open/closed status migrate as custom fields on the Account or Contact record.

LawPracticeZA

Matter

maps to

Microsoft Dynamics 365 Sales

Custom Table: Matter__c

1:1
Fully supported

Because Dynamics 365 has no native matter concept, we create a Matter__c custom table to preserve the full matter record — including matter reference number, responsible attorney, practice area, and billing structure. The Account or Contact links via a lookup field.

LawPracticeZA

Client

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Organizational clients in LawPracticeZA map directly to Dynamics 365 Accounts. Client name, registration number, VAT number, and physical address fields translate field-by-field. Individual clients map to Contacts. Physical address maps to Address1_Line1, postal address to Address2_Line1, and any industry or client-type metadata is preserved as custom fields on the Account record.

LawPracticeZA

Client

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Individual clients without a company entity map to Dynamics 365 Contacts. The client name, email address, phone number, and postal address migrate directly. A custom field tracks whether this contact originated as a LawPracticeZA client. If the client has multiple postal addresses, each can be mapped to separate address fields (Address1, Address2) or stored as custom address records linked to the Contact.

LawPracticeZA

Fee Earner

maps to

Microsoft Dynamics 365 Sales

System User

1:1
Fully supported

LawPracticeZA fee earners (attorneys, paralegals, assistants) map to Dataverse System Users. Email matching resolves existing D365 users; unmatched fee earners are flagged before migration so your admin can provision accounts or assign records to a fallback owner. The matching process also preserves the user’s full name, employee ID, and billable rate, which are stored as custom fields on the System User record for future reference.

LawPracticeZA

Invoice

maps to

Microsoft Dynamics 365 Sales

Invoice

1:1
Fully supported

LawPracticeZA invoices migrate to Dynamics 365 Invoice records. Invoice number, date, total amount, and line items map directly. However, the legal-specific billing breakdown (WIP, disbursements, VAT, trust components) requires custom fields or a separate billing reconstruction plan. We recommend creating custom decimal fields for WIP and trust amounts, and an option set for VAT treatment, so that the invoice entity retains the full financial picture required for legal billing audits.

LawPracticeZA

Time Entry / WIP

maps to

Microsoft Dynamics 365 Sales

Custom Table: TimeEntry__c

1:1
Fully supported

Work-in-progress time entries in LawPracticeZA have no direct Dynamics 365 equivalent. We migrate them to a TimeEntry__c custom table linked to the Matter__c record, preserving the fee earner, date, hours, rate, and description. These feed into the invoice mapping. Each TimeEntry__c record also stores the billable flag and any non-billable adjustment, ensuring that the full earning breakdown is available for reporting in Power BI.

LawPracticeZA

Trust Accounting Ledger

maps to

Microsoft Dynamics 365 Sales

No Equivalent

1:1
Fully supported

Trust accounting — a legal regulatory requirement in South Africa — has no native Dynamics 365 Sales module. We export the trust ledger as a structured reference dataset and document it as a separate rebuild requirement outside the CRM scope.

LawPracticeZA

Disbursement

maps to

Microsoft Dynamics 365 Sales

Custom Table: Disbursement__c

1:1
Fully supported

Matter-level disbursements (court fees, search fees, courier charges) migrate to a Disbursement__c custom table linked to Matter__c. Each record preserves the disbursement type, amount, date, and whether it was billed to the client or paid from trust. We also retain the vendor name and reference number for each disbursement, which helps in reconciling external payments and provides an audit trail for billing disputes.

LawPracticeZA

Document / Attachment

maps to

Microsoft Dynamics 365 Sales

SharePoint / Notes

1:1
Fully supported

LawPracticeZA document attachments migrate to SharePoint document libraries connected to the corresponding Matter__c record. Inline documents attached to specific matter records are re-hosted in the Dynamics 365 SharePoint integration. The migration preserves original file names, creation timestamps, and author metadata, and configures SharePoint permissions to match the Matter__c access controls.

LawPracticeZA

Department

maps to

Microsoft Dynamics 365 Sales

Business Unit

1:1
Fully supported

LawPracticeZA departments map to Dynamics 365 Business Units. Department-level permissions and reporting structures translate to Business Unit hierarchies in Dataverse security roles. Each Business Unit inherits the parent‑child relationships defined in LawPracticeZA, and we configure corresponding security roles to ensure that users see only the departments they are authorized to access.

LawPracticeZA

Activity Log (calls, emails)

maps to

Microsoft Dynamics 365 Sales

Activity (Task, Email)

1:1
Fully supported

LawPracticeZA activity records — logged calls, emails, and notes — map to Dynamics 365 Activities. Each activity preserves the originating fee earner (as Owner), the linked matter, the timestamp, and the activity description. We also retain the original activity type code and any custom classification flags, so reporting can filter on call outcome or email sentiment if those fields were used in LawPracticeZA.

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.

LawPracticeZA logo

LawPracticeZA gotchas

High

South African trust accounting compliance requirements

Medium

Zone-based permission model does not map directly to other systems

Medium

API authentication uses firm code prefix and requires bookkeeper access

Low

Incomplete API reference requires support coordination

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

  • Trust accounting has no native Dynamics 365 Sales equivalent

    LawPracticeZA's trust accounting module enforces South African legal regulatory requirements — separate trust ledgers, transfer authorization rules, and reporting obligations. Dynamics 365 Sales has no trust-accounting module at any edition tier. FlitStack AI exports the trust ledger as a structured reference dataset so your firm can rebuild trust compliance in a dedicated accounting tool post-migration. This is not a data-loss issue — it is a platform-gap that requires a business decision about where trust accounting will live going forward.

  • Matter reference numbers require a custom table

    LawPracticeZA matter reference numbers follow firm-specific formats (e.g., FILENUMBER/2024/001) that Dynamics 365 Sales cannot store natively because the platform has no matter entity. We create a Matter__c custom table in Dataverse with a lookup to Account or Contact. If your firm relies on matter reference numbers for cross-referencing documents, court filings, or billing, this custom table is required before the migration runs — we surface it in the pre-migration schema plan.

  • Fee earner-to-User resolution can fail for inactive accounts

    LawPracticeZA fee earners who have left the firm may have inactive or deleted email addresses, which breaks the email-matching logic against Dataverse System Users. We flag every unmatched fee earner before migration and surface a resolution report: either provision a D365 User account for them, or reassign their historical matters to a fallback User. Records without an owner cannot be created in Dynamics 365 — this step is a hard gate before the migration run.

  • Practice-area billing structures do not map to D365 Products

    Practice-area billing structures do not map to D365 Products. LawPracticeZA billing supports per-activity rates, fixed fees, contingency arrangements, and scale fees — common in legal billing. Dynamics 365 Sales Products and Price Lists are designed for product-quantity pricing. Matter-level billing line items migrate as Invoice lines with custom rate fields, but the Dynamics 365 quote-to-order automation flow does not natively support legal fee structures — this requires a Power Automate flow to be built post-migration. Firms should allocate time for building the Power Automate flow that translates matter-level fee schedules into Dynamics 365 invoices.

  • API rate limits on LawPracticeZA may extend extraction time

    API rate limits on LawPracticeZA may extend extraction time. The LawPracticeZA API does not publish explicit rate-limit documentation. During extraction, FlitStack AI monitors for 429 response codes and backs off dynamically. For firms with over 10,000 matter records, extraction can run overnight to avoid daytime API contention. We surface the estimated extraction window in the pre-migration scope document so your team can plan cutover timing accordingly. This approach ensures that the extraction does not interfere with daily billing activities while maintaining data integrity.

Migration approach

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

  1. Pre-migration schema audit and custom table creation

    FlitStack AI reviews your LawPracticeZA object inventory — matters, fee earners, departments, invoice series, and any custom fields — and maps them to Dynamics 365 entities and custom tables. We deliver a schema setup plan specifying the Matter__c table structure, custom fields for practice areas and billing metadata, Business Unit hierarchy, and any required trust-export tables. Your D365 admin creates the schema before the migration run begins.

  2. Fee earner resolution and User provisioning

    We extract the fee earner list from LawPracticeZA and run an email-matching pass against existing Dataverse System Users. Each match is confirmed; each non-match generates a resolution task — provision a User account or assign to a fallback owner. No matter migrates without a resolved OwnerId. This step gates the migration run: all records need a D365 owner before insert.

  3. Data extraction via LawPracticeZA API with staged load into Dynamics 365

    FlitStack AI extracts from LawPracticeZA using its REST API — starting with Accounts and Contacts, then Fee Earners, then Matters, then invoices and time entries. Each entity batch is validated against the field mapping, deduplicated by source record ID, and loaded into Dynamics 365 via the Web API. Trust ledger entries are exported to a reference dataset, not loaded into a functional accounting module. A field-level diff report is generated for each batch.

  4. Sample migration with field-level diff

    A representative slice — typically 200–500 records spanning matters, invoices, and time entries across multiple fee earners — migrates first. We produce a field-level diff comparing source LawPracticeZA values against destination Dynamics 365 values so you can verify matter reference mapping, invoice totals, and owner resolution before the full run commits. Your team signs off on the diff before cutover proceeds.

  5. Delta pickup and cutover with audit log

    The full migration runs against Dynamics 365. A delta-pickup window (24–48 hours) captures any LawPracticeZA records created or modified during cutover — time entries, invoice payments, or new matters opened by fee earners still working in LawPracticeZA. Every migration operation is logged. One-click rollback is available if reconciliation reveals record count discrepancies exceeding your defined tolerance threshold. This ensures data consistency and minimal disruption during the transition.

Platform deep dives

Context on both ends of the pair

LawPracticeZA logo

LawPracticeZA

Source

Strengths

  • Built-in compliance with South African legal trust accounting rules and audit requirements
  • WhatsApp invoice delivery option reaches clients without reliable email access
  • Phased migration approach allows firms to go live incrementally rather than一次性 big-bang cutover
  • Cloud-based with full mobile access — fee earners can invoice from court or remote locations
  • Proven adoption by thousands of users including advocates across all legal specialities

Weaknesses

  • API documentation is incomplete and only covers fees, invoices, and transactions broadly
  • Rate limits are not publicly documented, complicating bulk extraction planning
  • Limited third-party integrations restrict automation and ecosystem connectivity
  • Smaller vendor with fewer development resources compared to global competitors
  • Regional focus limits firms operating in multiple jurisdictions outside South Africa and Botswana
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 LawPracticeZA 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

    LawPracticeZA: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your LawPracticeZA 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 LawPracticeZA to Dynamics 365 Sales migrations finish within 48–72 hours for firms with under 5,000 matters, while 50,000+ record counts or multi-department setups may extend to 5–10 days. The critical path is fee earner resolution, which matches each LawPracticeZA user to a Dataverse System User before any data can be inserted. Once the schema plan is confirmed and custom tables such as Matter__c are in place, extraction proceeds in batches, followed by a 24–48‑hour delta window to capture any changes made during cutover. Adequate time for validation should be allocated for larger volumes.

Adjacent paths

Related migrations to explore

Ready when you are

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