CRM migration

Migrate from Xapsys CRM to Microsoft Dynamics 365 Sales

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

Xapsys CRM logo

Xapsys CRM

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

63%

5 of 8

objects map 1:1 between Xapsys CRM and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Xapsys CRM to Microsoft Microsoft Dynamics 365 Sales is a schema-first migration. Xapsys's defining architectural characteristic is its custom entity builder: every deployment has a different set of objects and fields, so no generic field map applies. We begin every engagement by extracting the live schema from the source SQL-backed instance, building a per-field map, validating it against a sample export, and only then running the full import. Custom pipeline stages are mapped as D365 Sales Process stage values, and Documents are imported with their parent-company and parent-opportunity references preserved so that file associations survive the cutover. Xapsys workflow rules and the customer portal configuration do not export; we document every active workflow during discovery and deliver a written rebuild spec for the customer's admin to implement in Power Automate or D365 native workflows post-migration. Microsoft Dynamics 365 Sales pricing starts at $65 per user per month for Professional and runs to $150 or more for Premium with AI and Copilot features, making the destination a significant tier step from Xapsys's £29.95 per user per month entry point.

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

Xapsys CRM logo

Xapsys CRM

What's pushing teams away

  • Standard package does not include reporting — customers report spending time and money developing reporting suites after purchase, which was not the expected out-of-box experience.
  • Custom fields and pipeline stage configurations have been described as glitchy by users on platforms with more active community discussion, with threads randomly dropping or dashboards refusing to export properly.
  • Pricing transparency on the website does not fully clarify what is included in each tier, leaving customers uncertain whether advanced features require a separate add-on purchase.
  • Custom entity flexibility is a strength but also a migration risk — since no two Xapsys instances share the same schema, any migration requires a fresh field-level discovery rather than a template-based approach.

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

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

Xapsys CRM

Company

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Xapsys Company records map directly to Microsoft Dynamics 365 Account. Company name, address fields, classification tags, and any firm-specific custom fields transfer to the equivalent D365 Account fields or custom fields pre-created on the Account object. Account is imported first so that the parent reference is available when Contact import begins. If Xapsys and an ERP (Sage or Xero) share a company record, scoping determines which system is the system of record to avoid duplication.

Xapsys CRM

Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Xapsys Contact records map to D365 Contact with the parent Account reference resolved from the Account import phase. Email, phone, job title, address, and classification tags transfer directly. Any Xapsys custom fields on Contact are mapped to pre-created D365 Contact custom fields. A small percentage of Xapsys Contacts may not have a parent Company; these are imported as Contacts without an AccountId and flagged for admin review.

Xapsys CRM

Opportunity

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

Xapsys Opportunities map to D365 Opportunity with AccountId and OwnerId resolved from the preceding import phases. The critical mapping is the pipeline stage: Xapsys stores stage names as user-defined strings, which must be mapped to D365 Sales Process stage values. We capture every distinct Xapsys stage name during discovery and create a corresponding stage entry in D365 with the correct probability percentage before importing any Opportunity records.

Xapsys CRM

Pipeline Stage

maps to

Microsoft Dynamics 365 Sales

Sales Process + Stage

lossy
Fully supported

Each Xapsys pipeline with its distinct stage sequence maps to a D365 Sales Process. We create the Sales Process in D365 before Opportunity import, whitelist the correct stage values per process, and set probability percentages that match the customer's historical win-rate data. A stage map document is produced during scoping and validated against a sample of live Opportunity records before the full import runs.

Xapsys CRM

Custom Entity

maps to

Microsoft Dynamics 365 Sales

Custom Table (Dataverse)

1:many
Fully supported

Xapsys custom entities are the defining migration variable. We extract the live schema from the source instance (object names, field names, field types, lookup relationships) and build a per-field map to D365 Dataverse custom tables. We pre-create the destination custom tables with all fields, data types, and lookup relationships before importing any custom entity data. Custom entity data with lookup references to Companies or Contacts is imported after the parent standard records, in dependency order.

Xapsys CRM

Document

maps to

Microsoft Dynamics 365 Sales

SharePoint / Note with parent reference

1:1
Fully supported

Xapsys associates documents with both Companies and Opportunities. We extract document metadata (name, type, size, created date, linked parent entity and ID) and import them to D365 SharePoint integration or to Note records with the parent reference preserved. If SharePoint is not yet configured, we use D365 Notes as a holding location and flag the document association for the admin to resolve in the SharePoint admin settings post-migration.

Xapsys CRM

Activity / Task

maps to

Microsoft Dynamics 365 Sales

Task

1:1
Fully supported

Activity history attached to Xapsys Contacts and Opportunities is mapped to D365 Task records. We preserve activity type (call, email, meeting, task), date, description, and owner. The WhoId on Task is resolved to the migrated Contact record; the WhatId is resolved to the migrated Opportunity or Account. Activity records are imported after Contact and Opportunity import so that parent-record lookups are satisfied.

Xapsys CRM

Tag / Classification

maps to

Microsoft Dynamics 365 Sales

Multi-Select Picklist

lossy
Fully supported

Xapsys classification tags on records are extracted as a distinct value set and mapped to D365 multi-select picklist fields on the equivalent object. Tags with no direct D365 equivalent are preserved in a custom text field for admin review. The tag strategy is agreed during scoping, with a preference to use multi-select picklist where the tag set is under 150 distinct values.

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.

Xapsys CRM logo

Xapsys CRM gotchas

High

Custom entity schemas vary by deployment

High

Workflows do not export and must be rebuilt

Medium

Reporting is not included in standard package

Medium

Sage/Xero integration locks in dual-record discipline

Low

Limited public API documentation

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

  • Every Xapsys instance has a different custom entity schema

    Xapsys's custom entity builder is its defining architectural feature and its defining migration risk. No two Xapsys deployments share the same set of objects and fields. We cannot apply a template-based field map. Before any data moves, we extract the live schema from the source SQL-backed instance, document every custom entity, field, type, and lookup relationship, and build a per-field map validated against a sample export. This discovery phase adds one to two weeks to the migration timeline compared to platforms with fixed schemas.

  • Workflow rules have no export mechanism and must be rebuilt

    Xapsys workflow rules — automated triggers, stage-change actions, and email sequences — are not exposed via any documented export endpoint. They are silently dropped in a flat-file migration. We catalog every active Xapsys workflow during discovery, capture its trigger, conditions, actions, and expected outcome, and deliver a written rebuild specification for each one. The customer's admin implements these in D365 Power Automate or native D365 workflows post-migration as a separate rebuild task.

  • Reporting configuration does not export

    Verified Capterra reviews confirm that Xapsys's standard package does not include built-in reporting. Teams relying on custom-developed reporting suites face a rebuild in D365 regardless of migration success. We flag which records, fields, and custom entities are used in any existing custom reports during discovery so that the reporting scope is clear for D365 Power BI rebuild work. We do not rebuild the reports inside the migration scope.

  • Sage and Xero dual-record discipline may create duplicates

    Xapsys is designed to live alongside Sage or Xero, not replace them. Companies and Contacts are often created or updated in the ERP first and synced to Xapsys. Migration planning must identify which system is the authoritative record for each object. If Sage or Xero remains the system of record post-migration, D365 integration with those platforms must be scoped separately to avoid re-introducing the dual-record problem the migration was intended to solve.

  • Xapsys API access is undocumented and must be probed during scoping

    Xapsys does not prominently surface API documentation on its public website. Community discussion references quirky field ID behavior in API calls and custom objects. We probe API access during scoping with a read-only test credential and use direct SQL export as the primary data extraction path when the API is unreliable. The extraction method is confirmed before the migration scope and timeline are finalized.

Migration approach

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

  1. Schema discovery and custom entity extraction

    We connect to the Xapsys SQL-backed cloud instance and extract the live object schema: all standard objects (Company, Contact, Opportunity), every custom entity, all field definitions (names, types, required flags), and all lookup relationships. We cross-reference this against a live data sample to identify which custom entities are actively populated versus which are empty shells from past experimentation. The output is a schema map and a field-level mapping document that serves as the blueprint for all subsequent phases.

  2. D365 Sales schema provisioning

    We provision the D365 destination environment: custom tables in Dataverse for every Xapsys custom entity, custom fields on Account and Contact for any Xapsys custom fields without direct D365 equivalents, Sales Processes with stage values mapped from the Xapsys pipeline stages discovered in Phase 1, and lookup relationships configured so that parent-record references are enforced. All schema work is deployed to a D365 Sandbox first for validation before production provisioning begins.

  3. Data cleansing and deduplication

    We profile the Xapsys data for quality issues: duplicate Company records (same address or domain), duplicate Contacts (same email address against different Accounts), empty required fields, malformed date formats, and special characters that may cause D365 validation failures. We produce a cleansing report with record counts per issue type. The customer's admin approves the cleansing strategy (fix in Xapsys before export, or flag and fix post-import in D365) before the export runs.

  4. Sandbox migration and reconciliation

    We run a full migration into a D365 Sandbox using production-like data volumes. The customer's admin reconciles record counts (Accounts in, Contacts in, Opportunities in, Custom Entity records in), spot-checks 20-30 records against the Xapsys source, and validates that document associations, pipeline stages, and owner assignments transferred correctly. Mapping corrections identified during sandbox validation are applied to the production migration scripts before cutover.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts (from Xapsys Companies), Contacts (with AccountId resolved), Opportunities (with AccountId, OwnerId, and Sales Process resolved), Custom Entities (last, because they reference Account and Contact as parents), Activities (Tasks via Dataverse Bulk API with WhoId and WhatId resolved), and Documents (with parent-entity reference preserved). Each phase emits a row-count reconciliation report. The Xapsys instance is frozen from new writes during the cutover window.

  6. Cutover, validation, and workflow rebuild handoff

    We run a final delta migration of any records created or modified during the cutover window, then mark D365 as the system of record. We deliver the workflow inventory document to the customer's admin team with a recommended Power Automate rebuild path for each active Xapsys workflow. We support a three-day hypercare window to resolve any immediate reconciliation issues. Post-migration workflow rebuilding, report rebuilding in Power BI, and D365 admin training are outside standard scope and can be scoped as a separate engagement.

Platform deep dives

Context on both ends of the pair

Xapsys CRM logo

Xapsys CRM

Source

Strengths

  • Native cloud sync with Sage 50, Sage 200, and Xero accounting platforms for UK SMEs
  • Custom entity builder allowing firm-specific data structures without developer involvement
  • Customer portal for B2B clients to re-order, check credit balance, and track orders
  • Mobile access without VPN dependency for field sales teams
  • Document management linking contracts to both company and opportunity records

Weaknesses

  • Reporting is not included in the standard package and requires additional development cost
  • API documentation and public developer resources are not prominently accessible
  • Customer base is small and geographically concentrated in the UK, limiting community resources and peer support
  • Migration requires custom field-level mapping per instance due to heavy use of custom entities
  • No prominent data export or migration tooling documented on the vendor site
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 Xapsys CRM 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

    Xapsys CRM: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Xapsys CRM 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 migrations land between three and five weeks for accounts under 10,000 Contacts and 2,000 Opportunities with no active custom entities. Migrations with active custom entities, multiple pipeline configurations, large document libraries, or activity histories exceeding 200,000 records move to eight to twelve weeks because of the mandatory schema discovery phase unique to Xapsys, the per-field mapping overhead, and Dataverse Bulk API chunking for activity records.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Xapsys CRM.
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