CRM migration

Migrate from Empire SUITE to Microsoft Dynamics 365 Sales

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

Empire SUITE logo

Empire SUITE

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

92%

11 of 12

objects map 1:1 between Empire SUITE and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Empire Suite stores customer records, companies, deals, activities, and custom fields in its proprietary schema. Dynamics 365 Sales exposes these concepts as Dataverse tables — Account, Contact, Lead, Opportunity, and custom tables — with a structured relationship model built on lookup fields and a security role framework. We map Empire Suite contacts to the Contact table, companies to Account records, and open deals to the Opportunity entity with its stage, amount, close date, and owner resolved by email lookup against the destination user table. Custom fields in Empire Suite translate to custom columns in Dynamics 365 Sales (new_ prefix); pick-list fields require value-by-value mapping against the destination option sets. Activities — calls, emails, tasks, and notes — land in the Dynamics 365 Activity entity with original timestamps and owner attribution. Workflows, automations, and reporting configurations do not migrate; we export workflow definitions as a reference document for your Dynamics 365 admin to rebuild in Power Automate or the classic workflow designer. The migration runs in a scoped read-access window against Empire Suite, leaving your source account live during cutover, with a 24–48 hour delta-pickup phase capturing in-flight changes before you flip to Dynamics 365 Sales as the system of record.

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

Empire SUITE logo

Empire SUITE

What's pushing teams away

  • Steep learning curve for new staff, particularly around the interaction between time-tracking, billing, and security role configuration.
  • Custom field-based security can be difficult to audit and maintain, leading to access inconsistencies as the team grows.
  • Limited API documentation makes it hard to integrate Empire SUITE with modern analytics or document-management tools.
  • Deployment-specific customizations make switching vendors costly, as role and field configurations do not transfer easily.

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

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

Empire SUITE

Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Empire Suite contact records map directly to the Dynamics 365 Contact table with field-level precision. Standard fields including email address, phone number, full name, mailing address, and job title translate using direct field-name alignment where possible. Any contact records that do not have a primary company association in Empire Suite link to a default placeholder Account record in Dynamics 365 to maintain referential integrity.

Empire SUITE

Contact (prospect status)

maps to

Microsoft Dynamics 365 Sales

Lead

1:many
Fully supported

Empire Suite contacts flagged as unqualified prospects or early-stage leads split to the Dynamics 365 Lead table. Leads qualifying through a sales process convert to Contact + Account in Dynamics 365. The Empire Suite status field drives routing logic during migration.

Empire SUITE

Company / Account

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Empire Suite company records map to the Dynamics 365 Account table. Parent-child company hierarchies in Empire Suite translate to the Parent Account lookup field. Multi-company associations per contact collapse to a primary AccountId with additional relationships surfaced in Account Contact Relationships.

Empire SUITE

Deal / Opportunity

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

Open deals migrate as Opportunities with name, amount, close date, and owner resolved by email match to Dynamics 365 SystemUser records. The Empire Suite pipeline stage maps to the Opportunity Stage option set per the sales process configuration. Historical stage-enter timestamps become custom datetime fields for reporting continuity.

Empire SUITE

Pipeline

maps to

Microsoft Dynamics 365 Sales

Sales Process + Business Process Flow

1:1
Fully supported

Empire Suite pipeline definitions become Dynamics 365 Sales Process definitions tied to Business Process Flows. Each pipeline in Empire Suite maps to a named business process; stage names map to stage values in the associated process. Stages requiring custom probability or forecast category get re-applied post-migration.

Empire SUITE

Activity (calls, emails, meetings, notes)

maps to

Microsoft Dynamics 365 Sales

Activity (PhoneCall, Email, Appointment, Task, Note)

1:1
Fully supported

Empire Suite engagement records — logged calls, emails, meetings, and notes — migrate to the corresponding Dynamics 365 Activity entity types. Original timestamps, owners, and Regarding lookups linking back to Contact, Account, or Opportunity are preserved. Attachment files re-upload to Dynamics 365 Notes or SharePoint document storage.

Empire SUITE

Custom Objects

maps to

Microsoft Dynamics 365 Sales

Custom Table (new_customtablename)

1:1
Fully supported

Empire Suite custom objects map 1:1 to Dynamics 365 custom tables with new_ prefix. Relationships between custom objects and standard entities (Contact, Account, Opportunity) become Dataverse lookup columns. N:N relationships in Empire Suite require a junction table in Dynamics 365 — we surface this in the mapping plan.

Empire SUITE

Custom Fields (standard objects)

maps to

Microsoft Dynamics 365 Sales

Custom Columns (new_ field)

1:1
Fully supported

All Empire Suite custom fields on Contact, Account, Opportunity, and Lead objects become Dynamics 365 custom columns. Field types map to Dataverse data types: text to Single-Line Text, numbers to Whole Number or Decimal, dates to DateTime, pick-lists to Option Sets. Option set values require explicit value-by-value mapping.

Empire SUITE

User / Owner

maps to

Microsoft Dynamics 365 Sales

SystemUser

1:1
Fully supported

Empire Suite owner assignments on records resolve by email match against the Dynamics 365 SystemUser table. Unmatched owners flag for your admin to either invite the user to Dynamics 365 or reassign to a fallback owner before migration. No record lands without a valid OwnerId.

Empire SUITE

Attachments / Files

maps to

Microsoft Dynamics 365 Sales

SharePoint Documents / Note Attachment

1:1
Fully supported

File attachments on records re-upload to SharePoint-integrated document locations in Dynamics 365 or attached to Note records. File size limits apply (default 128MB per file in Dataverse). Inline images in notes are downloaded and rehosted in Dynamics 365 SharePoint storage.

Empire SUITE

Workflow / Automation

maps to

Microsoft Dynamics 365 Sales

Power Automate / Classic Workflow

1:1
Fully supported

Empire Suite workflow definitions, automation rules, and sequence logic do not have a migration path. We export workflow definitions as a structured reference document your Dynamics 365 admin uses to rebuild automations in Power Automate or the legacy workflow designer. This is disclosed upfront during scoping.

Empire SUITE

Report / Dashboard

maps to

Microsoft Dynamics 365 Sales

Power BI / Dynamics 365 Reports

1:1
Fully supported

Empire Suite reports and dashboards do not migrate. The underlying data migrates so reporting can be rebuilt against Dynamics 365 data. FlitStack provides a data dictionary mapping source fields to destination columns to accelerate your report rebuild in Power BI or Dynamics 365's built-in reporting tools.

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.

Empire SUITE logo

Empire SUITE gotchas

High

Custom Field-based Security Permissions vary by deployment

Medium

Empire TIME module may have isolated data stores

High

No public API documentation found in research

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

  • Lead-to-Contact split requires routing logic absent in Empire Suite's unified model

    Empire Suite stores all contacts in one object regardless of qualification status, while Dynamics 365 Sales enforces a Lead entity for unqualified prospects that must convert to Contact and Account. Records in Empire Suite flagged as early-stage prospects need a status-based split: leads route to the Lead table with StateCode and StatusCode mapping; qualified contacts route directly to Contact. If Empire Suite does not expose a clear prospect/customer flag, your admin defines the routing rule during mapping — this is a planning decision, not an automatic migration, and it determines which records enter Dynamics 365's sales cycle from day one.

  • Dynamics 365 Sales Professional enforces a 15-custom-table limit that affects custom-object migrations

    Dynamics 365 Sales Professional caps custom tables at 15; Enterprise and Premium remove this ceiling. Empire Suite custom objects exceeding this threshold on a Professional license will fail to migrate fully. We audit your Empire Suite custom object count during discovery and advise whether to target a Sales Enterprise license or consolidate custom objects into fewer tables using JSON-encoded lookup columns. The licensing tier decision must be made before migration validation runs — switching licenses mid-migration requires re-mapping.

  • Option-set value mapping is field-by-field manual work, not automatic translation

    Empire Suite pick-list fields (stage names, industry codes, priority levels) store integer or string values that must map to Dynamics 365 Option Set values. Dynamics 365 Sales option sets have their own value definitions — a StageName of 'Proposal' in Empire Suite does not automatically become 'Proposal' in Dynamics 365; it maps to whatever integer value your admin defines for that stage in the Sales Process configuration. We generate a value-mapping spreadsheet during discovery; your Dynamics 365 admin confirms or adjusts the mappings before migration. Mis-mapped option sets cause stage-based automation to fire incorrectly post-migration.

  • SharePoint integration must be configured before attachment migration runs

    Dynamics 365 Sales attachment storage relies on SharePoint integration when using document management. If your Dynamics 365 tenant does not have SharePoint configured, file attachments from Empire Suite land in Dynamics 365 Notes (max 5MB per note) rather than SharePoint libraries. We surface this during setup planning and recommend enabling SharePoint before migration — if SharePoint is not ready, attachments above 5MB are flagged for post-migration manual re-upload. This is a configuration decision, not a data loss issue, but it affects where files appear in Dynamics 365 post-migration.

  • Dynamics 365 API request limits cap bulk migration throughput at specific volumes

    Microsoft Dataverse (Dynamics 365's underlying platform) enforces API request limits per user per day and per application per tenant. Large migrations — particularly those exceeding 1 million records — may hit throttling thresholds that extend migration clock time. We implement batch sizing, retry logic with exponential backoff, and request queuing to stay within limits. For migrations above 500k total records, we schedule migration runs during off-peak hours to minimize impact on active users. API limit monitoring runs throughout the migration and we alert you if throttling extends the timeline beyond the estimated window.

Migration approach

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

  1. Scope Empire Suite data model and configure Dynamics 365 destination schema

    We extract the Empire Suite entity inventory via API — standard objects (contacts, companies, deals, activities), custom objects, and custom fields with their types. We cross-reference against the destination Dynamics 365 environment to identify required custom tables, custom columns (new_ prefix), option sets, and security roles. Your admin creates the schema in Dynamics 365 or approves our pre-migration setup plan before data lands.

  2. Resolve Empire Suite users against Dynamics 365 SystemUser records by email

    Owner IDs in Empire Suite resolve by email lookup against the Dynamics 365 SystemUser table. We generate a match report listing resolved owners, unmatched owners, and inactive destination users. Your admin either invites unmatched users to Dynamics 365 or assigns a fallback owner before migration. No record migrates without a confirmed OwnerId — orphan records are held and reported for manual resolution.

  3. Migrate Accounts before Contacts before Opportunities in dependency order

    Dynamics 365 foreign key constraints require Accounts before Contacts (ParentCustomerId on Contact) and Contacts before Opportunities (CustomerId on Opportunity). We sequence the migration: Accounts first, then Contacts split by status into Lead and Contact tables, then Opportunities with stage and process mapping, then Activities with Regarding lookups resolved. This ordering prevents referential integrity errors and ensures the relationship graph is intact when you open Dynamics 365 post-migration.

  4. Run a sample migration with field-level diff before full data commit

    A representative sample — typically 100 to 500 records spanning each entity type — migrates first. We generate a field-level diff comparing source values against destination values for every mapped column. You verify stage routing, owner resolution, date preservation, and custom field population. Approval of the sample unlocks the full migration run. Any mapping corrections surface in the diff and get applied before the full commit.

  5. Execute full migration with delta-pickup window and rollback readiness

    The full dataset migrates during the cutover window. A delta-pickup phase (24 to 48 hours) captures records modified in Empire Suite during migration — your team keeps working in Empire Suite throughout. All operations log to an audit trail; one-click rollback reverts the destination environment to pre-migration state if reconciliation fails. Post-migration, we deliver a data reconciliation report confirming record counts, relationship integrity, and any records held for unresolved owners.

  6. Deliver workflow export package and data dictionary for post-migration rebuild

    We export Empire Suite workflow definitions as structured reference documents (JSON or Visio-style process maps) so your Dynamics 365 admin has a rebuild template for Power Automate flows or classic workflows. The data dictionary maps every source field to its destination column with data type, mapping type, and any transformation notes — this accelerates report and dashboard rebuilds in Power BI or Dynamics 365 built-in reporting. Both deliverables are handed off in a migration completion meeting with a 30-day post-migration support window for data anomaly corrections.

Platform deep dives

Context on both ends of the pair

Empire SUITE logo

Empire SUITE

Source

Strengths

  • Integrated project-accounting, time-tracking, and billing within one suite.
  • Custom security roles with field-level permission granularity.
  • Designed for professional services and compliance-sensitive industries.

Weaknesses

  • API and integration capabilities are not well-documented publicly.
  • Custom fields and roles are deployment-specific, creating migration complexity.
  • Limited third-party ecosystem compared to major CRM platforms.
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 Empire SUITE 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

    Empire SUITE: Not publicly documented..

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Empire SUITE 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 Empire Suite to Dynamics 365 Sales migrations complete within 48 to 72 hours of clock time for under 50,000 total records. Setups with 500,000+ records, multiple custom objects, or complex pipeline-stage-to-sales-process mappings extend to 5 to 10 days. The longest planning step is option-set value mapping — your admin confirming each stage name and pick-list value mapping in Dynamics 365 — which runs in parallel with schema setup before data moves.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Empire SUITE.
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