CRM migration

Migrate from Pega Platform to Microsoft Dynamics 365 Sales

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

Pega Platform logo

Pega Platform

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

12 of 12

objects map 1:1 between Pega Platform and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

2–4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Pega Platform organizes data around Cases and Work Items, using a rules-based engine and data pages rather than a traditional CRM object graph. Dynamics 365 Sales stores customer data in Accounts, Contacts, Leads, and Opportunities on Dataverse — a fundamentally different architecture. FlitStack AI surveys your Pega application schema to identify case types and data objects, maps them to standard or custom Dynamics 365 Sales entities, and migrates the underlying records with full timestamp and operator attribution. Pega workflows, assignment routing rules, and SLA configurations do not migrate — those must be rebuilt in Dynamics 365 Sales using Power Automate or Dynamics workflows. The migration runs against Pega Data Sets and the Pega API, loads into Dynamics via the Dataverse Bulk API, and includes a delta-pickup window so any work items created or resolved during cutover are captured before final reconciliation. Operator and work-group assignments are preserved as custom fields to maintain audit continuity, while SLA names and target durations migrate as reference fields.

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

Pega Platform logo

Pega Platform

What's pushing teams away

  • Annual licensing at enterprise tier plus 500-user minimum creates a high fixed cost that smaller teams cannot justify, especially when headcount fluctuates.
  • Steep learning curve and specialized certification requirements mean most business teams cannot modify workflows without certified Pega developers.
  • Version upgrades routinely deprecate rules and automation patterns, forcing costly remediation projects every 18–24 months.
  • Strict UI customization limits force teams to accept Pega's structural constraints, leading to subpar customer-facing experiences compared to modern platforms.
  • Support accessibility is tiered—smaller organizations report difficulty getting timely assistance from Pega's support organization.

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

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

Pega Platform

Pega Case / Work Item

maps to

Microsoft Dynamics 365 Sales

Case

1:1
Fully supported

Each Pega Case Work Item migrates as a Dynamics 365 Sales Case record. The case pxRefObjectInsName (internal ID) is stored as SourceSystemID__c for traceability. Open cases migrate with status Open; resolved cases migrate with status Resolved. Case metadata (pxClass, pyWorkStatus) is preserved in custom fields on the Case record.

Pega Platform

Pega Case

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

If a Pega case type tracks revenue or deal-like work, it can also map to a Dynamics 365 Sales Opportunity. FlitStack surveys your case types to identify revenue-carrying ones and maps those to Opportunities with AccountId and Amount fields populated from Pega data page properties.

Pega Platform

Pega Data Object (Customer)

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Pega Data Objects representing organizations or customers map to Dynamics 365 Sales Account records. The Data Object's pxInsKey (internal ID) is stored on the Account as SourceSystemID__c. Account name, address, and industry fields map directly; custom Data Object properties map to custom fields on the Account.

Pega Platform

Pega Data Object (Individual)

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Pega Data Objects representing people or operators map to Dynamics 365 Sales Contact records. Email, name, phone, and job title map directly. The Data Object pxInsKey is stored as SourceSystemID__c. Operator records can be split — contacts that are also Pega users get the SourceSystemID populated for owner resolution.

Pega Platform

Pega Data Page (Property List)

maps to

Microsoft Dynamics 365 Sales

Custom Dataverse Table

1:1
Fully supported

Pega Data Pages holding property lists or custom data structures have no direct Dynamics 365 Sales equivalent. FlitStack creates a custom Dataverse table for each Data Page, preserving all properties as columns. The table name reflects the Pega Data Page name and a SourceSystemID column links each row back to the originating Pega record.

Pega Platform

Pega Assignment

maps to

Microsoft Dynamics 365 Sales

Task

1:1
Fully supported

Pega Assignments (individual operator tasks within a case) map to Dynamics 365 Sales Task records. The assignment title becomes the Task Subject. Operator name and operator group are stored as custom fields (AssignedOperator__c, OperatorGroup__c) since Dynamics 365 Sales does not have a native operator assignment model for Tasks.

Pega Platform

Pega Case Attachments

maps to

Microsoft Dynamics 365 Sales

SharePoint / Notes Attachment

1:1
Fully supported

Pega file attachments are downloaded from Pega Cloud storage or extracted from the Pega API and re-uploaded to the corresponding Dynamics 365 Sales Case or Opportunity. Files attach to the record's SharePoint location if the Dynamics 365 Sales instance is configured for SharePoint integration.

Pega Platform

Pega Note / Pulse

maps to

Microsoft Dynamics 365 Sales

Note

1:1
Fully supported

Pega Pulse comments and free-text Notes attached to cases migrate as Dynamics 365 Sales Note records linked to the Case. Original author and timestamp are preserved. Rich-text formatting is converted to plain text to match Dynamics 365 Sales Note field constraints.

Pega Platform

Pega Operator

maps to

Microsoft Dynamics 365 Sales

User / Custom Table

1:1
Fully supported

Pega Operator records map to Dynamics 365 Sales User records by email match. Operators without a Dynamics 365 Sales license are flagged as unmatched and can be assigned to a fallback owner. Operator group membership is preserved as a custom field on the User record for reporting.

Pega Platform

Pega SLA Configuration

maps to

Microsoft Dynamics 365 Sales

Custom Field

1:1
Fully supported

Pega SLA rules and timer definitions have no Dynamics 365 Sales equivalent. FlitStack preserves SLA name and target duration as custom fields on the Case record. The actual SLA enforcement logic must be rebuilt in Dynamics 365 Sales using Power Automate or a third-party SLA app post-migration.

Pega Platform

Pega Business Rule

maps to

Microsoft Dynamics 365 Sales

Power Automate / Dynamics Workflow

1:1
Fully supported

Pega business rules (validation rules, routing rules, escalation rules) are automation constructs with no Dynamics 365 Sales counterpart. FlitStack exports Pega rule definitions as a reference document for your Dynamics 365 Sales admin to use when rebuilding automation logic in Power Automate.

Pega Platform

Pega Case History

maps to

Microsoft Dynamics 365 Sales

Custom Dataverse Table

1:1
Fully supported

Pega captures full case history including status transitions, assignment events, and SLA events. This history migrates to a custom Dataverse table (CaseHistory__c) with columns for event type, from-status, to-status, timestamp, and operator. The parent Case record links via SourceSystemID__c for traceability and audit reporting 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.

Pega Platform logo

Pega Platform gotchas

High

Version upgrades deprecate rules and break existing applications

High

Constellation UI migration requires explicit rule rewrites

Medium

Pega Robotics requires separate export tooling

Medium

Data Set exports require chunked reads for large volumes

Medium

Decision Rule logic does not port automatically to non-Pega destinations

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

  • Pega case metadata lives in system-level properties with no native CRM equivalent

    Pega cases use system properties prefixed with px or py (pxRefObjectInsName, pxClass, pyWorkStatus, pyUrgencyWork, pxCurrentOperator, pxAssignedOperator) to drive routing, SLA timers, and escalation rules. These properties are not visible in Pega's standard export views and require a schema-aware extraction to surface them for migration. Dynamics 365 Sales has no native place for these — FlitStack creates custom fields (SourceSystemID__c, CaseType__c, OperatorGroup__c, AssignedOperator__c) on the Case record to preserve the metadata for audit and reconciliation.

  • Pega SLA configurations do not translate to Dynamics 365 Sales SLA entities

    Pega's SLA timer definitions (pySLAName, pySLAGoal, pySLAViolation) are rules-driven and embedded in Pega's case-processing engine. Dynamics 365 Sales has an SLA entity ( SLAItem) that requires an explicit license add-on (Dynamics 365 Sales Enterprise or Premium) and must be manually reconfigured to match Pega's SLA definitions. FlitStack migrates the SLA name and target duration as reference fields, but the actual SLA enforcement logic must be rebuilt in Dynamics 365 Sales after go-live.

  • Pega operator and work-group assignment model has no Dynamics 365 Sales counterpart

    Pega assigns Work Items to Operators and Operator Groups with urgency and routing tied to business rules. Dynamics 365 Sales has no native operator assignment model for Cases or Tasks — ownership is tied to User records, not to operator groups or work groups. FlitStack maps operator and work-group names to custom fields (OwnerIdName__c, OwnerTeam__c) on the Case and Task records, preserving the attribution, but the routing and escalation logic must be rebuilt in Power Automate.

  • Sales Professional tier caps custom tables at 15, limiting Pega Data Page migration

    Dynamics 365 Sales Professional enforces a 15-table ceiling on custom Dataverse tables. Pega applications with more than 15 distinct Data Pages will exceed this limit on a Professional license, requiring an upgrade to Sales Enterprise for unlimited custom tables. FlitStack surveys the Pega application schema during discovery to count Data Page types and flags this limitation before migration begins, so the license decision is made before data lands. If you are uncertain about your Data Page count, FlitStack's pre-migration audit will identify the exact number.

  • Pega case history events require a custom table — no native audit trail in Dynamics 365 Sales

    Pega captures every case status transition, assignment event, and SLA event in its case history log. Dynamics 365 Sales does not have a native case history entity that stores these events as records. FlitStack creates a CaseHistory__c custom Dataverse table to preserve case history events, including event type, from-status, to-status, timestamp, and operator name. This table is queryable in Dynamics 365 Sales reports but requires the custom table to be pre-created on the target environment.

Migration approach

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

  1. Survey Pega application schema and extract case type inventory

    FlitStack reads your Pega application's Data Sets and schema to identify every case type, data page, and custom property in use. We document the Pega system-level properties (pxClass, pyStatusWork, pxCurrentOperator, etc.) and classify data pages by their property count and nesting depth. This inventory determines the number of custom Dataverse tables needed and surfaces any Pega Data Pages that may exceed Dynamics 365 Sales Professional's 15-table limit.

  2. Set up Dynamics 365 Sales target schema before data moves

    FlitStack creates the custom Dataverse tables required for Pega Data Pages and the custom fields needed for Pega system properties (CaseType__c, SourceSystemID__c, OriginalCreateDate__c, OwnerTeam__c, AssignedOperator__c, SLAName__c). We also create the CaseHistory__c table for case event history. If your Dynamics 365 Sales instance is on the Professional tier, we flag the custom-table count against the 15-table ceiling and recommend an Enterprise upgrade before migration begins.

  3. Resolve Pega operators by email match to Dynamics 365 Sales users

    Pega operator records are matched against Dynamics 365 Sales User records by email address. Unmatched operators are flagged before migration — your team either creates corresponding Dynamics 365 Sales users or assigns those cases to a fallback owner. This step ensures that every Pega case record has a valid OwnerId in Dynamics 365 Sales and prevents records from landing without an owner during the migration run.

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

    FlitStack runs a representative sample migration — typically 50–200 Pega cases covering 2–3 case types, plus associated data objects, assignments, and attachments. We generate a field-level diff between the Pega source and the Dynamics 365 Sales destination so you can verify that case status values, operator attribution, timestamps, and custom Pega properties mapped correctly. The diff report is reviewed before the full migration is committed.

  5. Execute full migration with delta-pickup and post-migration validation

    The full migration runs against the Pega Data Sets and API, loading case records, data objects, assignments, and attachments into Dynamics 365 Sales via the Dataverse Bulk API. A 24–48 hour delta-pickup window captures any cases created or resolved in Pega during the cutover. FlitStack validates record counts, custom-field population, and operator resolution. An audit log records every operation, and one-click rollback is available if reconciliation fails. We deliver a Pega workflow export as a rebuild reference for your Dynamics 365 Sales admin.

Platform deep dives

Context on both ends of the pair

Pega Platform logo

Pega Platform

Source

Strengths

  • Handles millions of cases per year with built-in queuing, escalation, and SLA tracking that scales without additional infrastructure.
  • Low-code Case Management lets business analysts configure workflows without deep developer involvement, improving time-to-production for rule changes.
  • AI-powered Next-Best-Action and predictive analytics are embedded directly into case processing without requiring a separate decisioning engine.
  • Rich integration layer supports REST, SOAP, JMS, and database connectors out of the box, reducing custom integration work for enterprise systems.
  • Strong regulatory compliance features including audit logging, approval workflows, and segregation of duties satisfy financial and healthcare governance requirements.

Weaknesses

  • 500 named user minimum and 350,000 case annual minimum create prohibitive costs for organizations that do not operate at enterprise scale.
  • Separate licensing for Pega Robotics means not all platform capabilities are included in the base Pega Platform license, adding hidden cost complexity.
  • Strict UI customization constraints mean external-facing interfaces cannot match modern UX standards without significant workaround development.
  • Version upgrade cadence deprecates rules and automation patterns regularly, forcing customers into costly remediation projects to maintain compatibility.
  • Cloud pricing opacity and annual billing requirements make it difficult to predict total cost of ownership before committing.
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 Pega Platform 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

    Pega Platform: Not publicly documented; rate limits are enforced per API plan and vary by Pega Cloud environment.

  • Data volume sensitivity

    A

    Pega Platform exposes a bulk API — large-volume migrations stream efficiently.

Estimator

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

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

Can't find your answer?

Walk through your Pega Platform to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Small Pega applications with 1–3 case types and under 10,000 case records complete in 2–4 weeks of active migration work. Complex Pega applications with 10+ case types, deep data page hierarchies, and 50,000+ case records extend to 6–12 weeks. The longest planning step is surveying the Pega schema to identify all case types and data pages that need custom Dataverse table mapping before any data moves.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Pega Platform.
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